title | description | author | date | draft | tags | |
---|---|---|---|---|---|---|
Discussion préliminiaire sur l'encyclopédie et la chaîne éditoriale |
cr de rencontre encyclopédie |
ouvroir |
2022-11-10 |
true |
|
CIÉCO: Encyclopédie numérique comme projet commun Stratégie et formats de pérennisation
XML
- avantage: confortable pour le travail éditorial et de pérennisation
- Inconvénient: pas convivial pour la production
Générateurs de site statiques
- inconvénients: multimédia moins bien pris en charge
Est-ce qu'il existe des avenues intéressantes au niveau de l'édition qui prenne en charge la structuration de contenus riches?
- il existe des bonnes chaînes d'outils mais qui restent sur un modèle très basique (markdown: limitation dans la structuration de contenus)
- pour avoir une chaîne éditoriale attractive du point de vue de l'édition: solution type CMS (Skalar) mais il faudrait maintenir le CMS
- solutions basées sur la stack statique ne semblent pas résoudre la question
- espoir de trouver des éditeurs html très avancés, traiter des contenus riches dans du web et transformer en xml à la fin (inverser la chaîne)
- quels sont les besoins d'interactivité?
Enjeux:
- catégorisation
- galerie & interactions riches avec les images
- modèle éditorial plutôt basique: pas nécessairement une articulation très complexe
- pérénité : historiciser le web
- miser sur une interface html pour la production
- versionning
- peer reviewing
- la question des métadonnées des contenus externes + les "à côtés" (ie listes bibliographiques, chronologies)
distinguer le client (encyclopédie) de l'éditeur
Problèmes d'interaction / personnaliser la navigation et l'hypertextualité pour les sites statiques ? Aucun générateur de site statique ne dispose d'un éditeur interactif : édition en markdown, sans interface graphique
Panorama
- astro
- svelte
- webcomponents
- htmx : extension javascript pour faire des requêtes asynchrones (alternative à Svelte, Astro)
Où est-ce qu'on stocke l'information? ressource xml
- éditeur web oxygen (interactif, ressemble à word, dispose d'un schéma)
- éditeur LEAF writer présentation: xml tei editor html
- coko Peut-on faire du html la source?
Contraintes:
- il va falloir être capable d'intégrer des documents word
Dans quel environnement travailleront les gens (environnement dans lequel il faudra intégrer des textes)? Quel format quand? Traçabilité
- écriture (en amont, par les auteur·rice·s): sauf si on arrive à leur suggérer de quoi pour la collaboration vu que c'est toujours à plusieurs personnes
- éditorialisation:
- hypertextualité interne: enrichir les contenus (par les auxiliaires de recherche) → hypertextualité catégorique/categorielle, entrées, niveaux de liens,
- hypertextualité externes: liens externes requierent administration pour gérer leur historicité: les valider, rediriger vers internetArchive ou vers la version archivée (comme dans wikipédia)
- médias: images, vidéos, .. avec des métadonnées
- chronologie: jeux de données structurés qu'on doit pouvoir éditer
- bibliographie
- transformation dans la chaîne
- relecture par les pairs (commentaires par des relecteurs externes & intégration des corrections)
- dans le web
- évaluation par les pairs ne sera probablement pas externe mais plutôt interne
- commentaires
- trançabilité?
- traduction (attention: traducteur externes, comment ne pas perdre l'éditorialisation?)
- conversion et publication
Double environnement d'édition entre l'étape 1 et l'étape 2
Dans quelle étape viennent les "à côtés"? Où est-ce qu'on stocke les versions, les fichiers, dans quel format...?
Pistes qui n'ont pas tant été explorées qu'il faut explorer:
- éditeurs XML
- éditeurs html
SaxonJS
- modèle basé sur une ouverture progressive du code en mozilla (pas tous les droits car parseur qui a des dépendences) donc la version la plus récente est payante mais celle d'avant est disponible
- feuille de style xslt précompilée, exécutée en js : transforme les documents à la volée et te fait la sortie
- c'est l'outil qui permet de gérer la feuille précompilée est sous licence propriétaire: donc la dépendence n'est pas si pire, ce serait la modification et recompiler qui deviendrait problématique
web xml
- chaîne de transformation
- serveur qui gère des flux xslt pour des documents xml → serveur fait la pipeline
Est-ce que LEAF est customisable? dépenser pour l'éditeur?
Quels autres éditeurs interactifs web?
interfaçage:
- interfacer la catégorisation: vues sur le système taxinomique
- interfacer avec common? métadonnées/images
Qu'est-ce qu'une encyclopédie numérique et quelle est la conception de l'hypertextualité chez les auteur·rice·s?
atelier de brainstorming avec Jérôme Vogel? gens qui pensent l'architecture de l'information, pas juste le design ou allier design et technique
compiler des exemples:
- savoirs : Emmanuel connaît la personne en charge de l’éditorialisation
- encyclopédie numérique technes: DPT montréal
- revues: eflux
- autre: EAT datasacape
introductions d'encyclopédies: points d'entrées
- alphabétique
- thématique
quelle architecture de l'information? riche niveau de structuration des contenus
Si on pense righettino / jstor, comment gérer ça? xmlgen?
si prototypage:
- lier LEAF à saxonJS ou webXML