cnrs-lacito / eastlingeditor Goto Github PK
View Code? Open in Web Editor NEWThis is the official repository of the Eastling editor. It is part of the Eastling suite: Easy Annotation and Synchronization Tool for linguists.
This is the official repository of the Eastling editor. It is part of the Eastling suite: Easy Annotation and Synchronization Tool for linguists.
Dans le player, les DOI mènent vers une adresse du type :
https://pangloss.cnrs.fr/corpus/citation_doi.php?https://doi.org/10.24397/pangloss-0004342&sentence=S1
Migration en attente de la mise en place des outils dont Eastling a besoin ?
@sguillaume @m8nli9ht mises à jour bienvenues si des infos étaient disponibles
Titre :
Numeral-plus-classifier phrases. Tone: L1. Classifier: monetary units. Range: 1 to 30
DOI :
doi:10.24397/pangloss-0004369
Code pour l'appeler : corpus/show?mode=pro&oai_primary=cocoon-c8101691-2a1f-37c9-82fd-64739074a2ce&oai_secondary=cocoon-975ec0ec-2dd9-3e15-af4f-dfb5b7a9ad63
C'est un document de type LISTE DE MOT (WORDLIST).
Il faudrait mettre dans un même conteneur le nom du paramètre et les options qui s'y rattachent.
Ex:
TranslationsDevrait être
En direct d'une École d'été en Humanités numériques : des collègues [Christophe Eckes (Archives Henri-Poincaré), Pierre Willaime (Archives Henri-Poincaré) et Loïc Jeanson (Université de Lausanne)] présentent un module "Annotate" pour IIIF, développé pour l'EHESS, qui permet d'utiliser le standard "Web Annotation Ontology" du W3C.
L'enjeu technique est de lier l'ontologie "Web Annotation" du W3C à la spécification IIIF.
L'outil leur permet d'annoter une partie d'une image, de même que c'est fait dans Eastling.
Lien avec Eastling : y aurait-il un export possible (conversion) du XML vers un format qui soit interopérable avec "International Image Interoperability Framework"?
En première approximation : avoir une info standard, quand on exporte depuis Eastling, pour remplir les champs demandés par l'ontologie "Web Annotation" : qu'est-ce qui motive l'annotation (=déchiffrer une écriture), à quoi sert l'annotation (=c'est une transcription de manuscrit), qu'est-ce qui est le contenu de l'annotation (là on envoie le contenu de l'annotation XML, en bon ordre, avec une syntaxe qui 'projette' la structure Pangloss : <S> <W>
etc.)
À discuter, dans le contexte d'une recherche d'interopérabilité ? Cela pourrait encourager des utilisateurs plus nombreux à utiliser Eastling pour des manuscrits (texte).
Une des implications possibles pour Eastling consiste dans la façon de définir un rectangle sur l'image. Il semble que la syntaxe sur laquelle se soient accordé·e·s les collègues soit du type : <abscisse du coin supérieur gauche, ordonnée du coin supérieur gauche, largeur du rectangle, hauteur du rectangle>
. Ce qui impliquerait de ré-encoder les balises AREA, qui sont actuellement en <x1, y1, x2, y2>
. Par exemple : <W id="TWH_T19_W004"> <AREA image="cocoon-504731e0-1a27-334f-b752-8200439078b1" shape="rect" coords="431,30,550,113"/>
deviendrait : ... coords="431,30,550 - 431 = 119,113 - 30 = 83"/>
. Bref : ... coords="431,30,119,83"/>
.
Il faudrait intégrer un ratio qui s'applique sur les coordonnées saisies ou afficher pleinement l'image (comme on l'avait fait pour l'ancienne version cf. proverbes Tai Yo annotés par Hang); contrôler la non-régression avec le player
Un affichage (simplifié) des documents EASTling depuis Cocoon est en place. Voir cette page :
Y compris un [Code d'intégration dans une page web](<iframe height="320" src="https://cocoon.huma-num.fr/exist/rest/db/www/xql/cocoon_iframe.xql?id=cocoon-861c4050-8ef0-3821-bbbc-a535860ed807" width="600"></iframe>).
Comment aller de l'avant : intégrer un lecteur EASTling plus complet à Cocoon ? Proposer plusieurs lecteurs possibles ? Dans ce dernier cas : planifier des améliorations au lecteur EASTling dans Cocoon ?
Ce texte sert de démo (prototype / preuve de concept). Mais la démo ne fonctionne plus depuis certains changements intervenus dans Cocoon (voir #3).
L'affichage EASTling ne marche pas (page blanche) :
https://pangloss.cnrs.fr/corpus/eastling_player.php?idref=cocoon-861c4050-8ef0-3821-bbbc-a535860ed807
Outre la "remise à flot", il y aura un peu de nettoyage à faire pour clarifier le lien entre le document 2276 et le document 1758.
Ce document
https://doi.org/10.24397/pangloss-0002276
est semble-t-il une version abrégée du document 1758 (lequel apparaît dans la liste comme dépourvu d'annotation : le lien avec l'annotation sera à établir, en ajustant les coordonnées temporelles).
https://doi.org/10.24397/pangloss-0007543
On pourrait imaginer de voir une boîte se déplacer sur l'image de la partition à mesure que la musique se déroule.
C'est une application peut-être marginale ou inutile ? (Les personnes qui savent déchiffrer des partitions n'ont évidemment pas besoin d'être guidées par une boîte qui se déplace sur l'image.) Il y a des logiciels pour la musique, qui fonctionnent de façon plus élaborée.
À proposer tout de même, à titre expérimental, comme un sujet possible pour personne (stagiaire?) souhaitant essayer Eastling ? et comme un enrichissement possible d'une ressource déposée dans Pangloss, "jardin de données" où germent des innovations ?
Il serait utile de réfléchir aux possibilités d'intégration au sein d'environnements existants pour traitement de manuscrits (voir en particulier le projet Scripta).
Prendre contact avec Daniel Stöckl Ben Ezra (École Pratique des Hautes Études), auteur de l'outil Kraken?
Lors de la création d’une nouvelle séquence audio, et lorsque l’on souhaite poursuivre la sélection de cette nouvelle région audio, il est difficile de créer la durée souhaitée sans déplacer la région déjà sélectionnée.
Les deux outils pour le déplacement et l’étirement des deux nouveaux intervalles, de début et de fin de séquence, sont activés facilement sur la time-line audio.
Serait-il possible lors de cette phase de travail, de créer par exemple, deux icônes de ces outils afin de les sélectionner selon les besoins de l’utilisateur ?
Merci !
Enjeux importants, qui pourraient se décliner en deux grands ensembles (non fermés) :
L'articulation entre les deux serait également à travailler. Eastling serait un outil tout à fait pertinent pour le MOOC "écriture naxi" de l'INALCO, par exemple (pictogrammes/idéogrammes...) : un projet qui n'est pas directement lié à un diplôme INALCO (pas d'enseignement du naxi), mais qui est un projet INALCO +Université de Genève.
Il faut permettre à l'utilisateur d'uploader un fichier WAV (qui sera utilisé lors du dépôt) et de le convertir en MP3 pour optimiser le travail sur l'éditeur
Premier test de l'import depuis site Pangloss !!
Et tout de suite, une amélioration à faire qui ressort :)
À faire : monter la limite supérieure autorisée pour les chaînes de caractères ?
Il faut autoriser les chaînes longues en prenant comme limite supérieure la traduction ou transcription intégrale d'un texte : la <FORM>
ou <TRANSL>
au niveau <TEXT>
. Pour un bon gros récit d'une demi-heure, ça peut aller chercher dans les 50 000 caractères ou plus. (Un exemple au-dessus de 30k caractères : la traduction française du texte en fin de ce document.)
Pourrais-tu établir un lien vers l'hébergement actuel de EASTling depuis l'hébergement précédent ?
Comme ce qu'a fait par exemple @vasaura pour le code "DOI Pangloss", depuis le dépôt GitHub où elle l'avait créé.
Ajustements à réaliser pour l'emploi d'Eastling comme lecteur pour tous les documents, dans le cadre de la refonte en cours du site Pangloss :
Pour l'affichage de textes sans manuscrit, par exemple ici : il reste des ajustements à faire et des fonctionnalités à ajouter, de façon à offrir les mêmes possibilités (et plus) que l'interface ancienne (version 1 = "v1").
Une comparaison avec la version 1 fait ressortir quelques besoins pour la v2 :
affichage du DOI du texte entier
affichage du DOI de chaque phrase
affichage du numéro de phrase (pour le type WORDLIST : numéro de mot, <W>
; dans les deux cas, c'est le 1er niveau de granularité : <S>
pour les textes, <W>
pour les listes de mots)
choix de la langue pour les différents niveaux, comme dans le site Pangloss "v1".
possibilité de cocher / décocher pour l'affichage des notes
possibilité d'afficher toutes les gloses interlinéaires (information tout à fait cruciale), pas seulement en survolant sur un mot ou cliquant dessus, mais en mettant en forme : la forme de l'élément, sa traduction... (comme dans la v1)
Bugs :
<FORM>
et traduction) ne fonctionne pas. Pour ce texte, il existe une forme au niveau du texte, et une traduction, mais le bouton est en grisé. Dans les cas où cette info n'est pas présente dans le XML, faire comme dans la v1 (=concaténer les infos du niveau <S>
).Améliorations "v2" :
Ajouts proposés par Edouard : que les filtres restent dans le lecteur, et que le lecteur renvoie l'info pour mettre à jour les filtres, de sorte que l'URL intègre les choix de l'utilisateur. Cela permet de recopier une URL, l'envoyer à qqn et que la personne voie l'affichage tel qu'on l'a "ciselé" (choisi) pour tel public spécifique.
Suite à des modifications intervenues au niveau de l'archive ouverte Cocoon, il est nécessaire d'effectuer une mise à jour du format des métadonnées dans EASTling.
Il est important d'assurer une bonne fluidité de la lecture, par une continuité visuelle des documents, qui ne sont pas des séquences de "cartes" mais un texte qui se déroule autant que possible de façon suivie malgré le découpage qu'introduit l'appareil critique (les gloses interlinéaires).
Notamment : le bouton "DOI" doit être dans la marge, et discret.
Le bouton à utiliser est celui "officiel" des DOI, tel qu'utilisé dans la v1 du site Pangloss.
Voici l'affichage "ancien", qui est correct sur ce point : numéro de première granularité (S pour les textes, W pour les listes de mots) affiché dans la marge, avec un DOI tout proche qui lui est associé, le tout dans la marge :
Feature technique pour optimiser le code : la complexification de l'app pose la question d'installer Redux pour gérer l'état des données à un niveau global (meilleure lisibilité du code également)
Lors du travail d’annotation, l'utilisateur sort de l’éditeur sans être prévenu, après une certaine durée de travail.
Cette déconnexion se produit même si le travail est en train de se poursuivre.
Serait-il possible d’afficher une alerte avant déconnexion ?
Merci !
Ce lot de développement doit faire l'objet d'une étude préalable sur les sujets suivants au minimum (liste non exhaustive) :
Idée d'innovation : avoir la lecture du manuscrit, non pas en mode audio, mais en mode vidéo. Dans ce scénario, l'enquêteur aurait enregistré une vidéo de la personne lisant le manuscrit.
Le lecteur EASTling offrirait alors une vue sur la vidéo de la personne qui lit le manuscrit, en même temps qu'on voit l'image du manuscrit avec mise en valeur de l'unité en cours de lecture (mot, syllabe...). Cela en plus de l'appareil philologique habituel. A mesure que le texte défile, la vidéo demeure en place (elle "flotte").
Le bouton "Transcription du texte entier" ("Whole text transcription") est inerte pour des documents qui n'ont pas dans le XML de champ <FORM> au niveau du texte entier, comme celui-ci :
corpus/show?mode=pro&oai_primary=cocoon-16586ac3-6bba-3c3f-86d9-0b9f877c605a&oai_secondary=cocoon-ec43abba-bd90-3970-a9a3-1f69ddbd75c0&optionWords=true&optionNotes=true&optionTranscriptions=%2Bphone&optionTranslations=%2Bcn%2Bfr&optionGlosses=%2Bcn%2Bfr%2Ben&optionWholeTranscriptions=false&optionWholeTranslations=%2Bcn
Ce qu'il faut faire dans ces cas-là, c'est concaténer le contenu de la balise <FORM> au niveau phrase (en proposant, s'il y a 2 attributs, par exemple 1 pour transcription orthographique et 1 pour transcription phonétique, de choisir entre l'un et l'autre), et d'afficher le produit de cette concaténation. C'est ainsi que ça marchait sur l'affichage v1.
(Sauf que ça ne marche plus au jour d'aujourd'hui, haha... mais tu vois l'idée)
On laisse un retour chariot après chaque unité PHRASE. Par exemple, pour ce texte :
ə˧bɛ˧-ʂɯ˩bɛ˩,
ə˧pʰʋ˧ nɛ˩ ə˧dzɤ˧ ɲi˩-kʋ˧˥ ndʑju˩ mi˧-ʝi˩-tsɤ˧˥.
ə˧kjɛ˧, ʝi˧ʈʂɯ˩ bɛ˧, zy˧˥ mɤ˩-ndʑju˩ mi˧-ʝi˩-tsɤ˧˥.
etc.
Serait-il possible d'ajouter une licence à ce dépôt ?
L'outil Eastling-player est sous GPL-3.0. Cette licence, "GNU GPL", correspond bien aux orientations de Science ouverte souhaitées par le CNRS (présentation introductive : "The GNU General Public License is a free, copyleft license for software and other kinds of works").
Lors de la lecture ou de la création d’une nouvelle annotation, la fenêtre de l’outil Annotation panel est ancrée automatiquement en haut à droite de l’affichage.
Serait-il possible d’ancrer cette fenêtre sous la time-line de la ressource audio, et de choisir ensuite de la déplacer selon les besoins de l’annotateur ?
Merci !
Bonjour,
Lors de l’export des annotations d’un document au format XML (bouton XML Annotations), le titre du XML en sortie est intitulé par exemple : eastling-ddn_Dendi_TEXT-33.xml
Idem, dans l'identifiant de la balise <TEXT>
, du xml récupéré.
Serait-il possible de récupérer l’intitulé de la ressource audio, par exemple "cocoon.huma-num.fr/data/tersis/nt_dendi_karimama_68_A_conte1.mp3"
ou celle du fichier XML d’annotation déjà déposé sur la base de donnée de CoCoon ?
Merci !
Le bouton "Transcription du texte entier" ("Whole text transcription") est inerte pour des documents qui n'ont pas dans le XML de champ <FORM> au niveau du texte entier, comme celui-ci :
corpus/show?mode=pro&oai_primary=cocoon-16586ac3-6bba-3c3f-86d9-0b9f877c605a&oai_secondary=cocoon-ec43abba-bd90-3970-a9a3-1f69ddbd75c0&optionWords=true&optionNotes=true&optionTranscriptions=%2Bphone&optionTranslations=%2Bcn%2Bfr&optionGlosses=%2Bcn%2Bfr%2Ben&optionWholeTranscriptions=false&optionWholeTranslations=%2Bcn
Ce qu'il faut faire dans ces cas-là, c'est concaténer le contenu de la balise <FORM> au niveau phrase (en proposant, s'il y a 2 attributs, par exemple 1 pour transcription orthographique et 1 pour transcription phonétique, de choisir entre l'un et l'autre), et d'afficher le produit de cette concaténation. C'est ainsi que ça marchait sur l'affichage v1.
(Sauf que ça ne marche plus au jour d'aujourd'hui, haha... mais tu vois l'idée)
On laisse un retour chariot après chaque unité PHRASE. Par exemple, pour ce texte :
ə˧bɛ˧-ʂɯ˩bɛ˩,
ə˧pʰʋ˧ nɛ˩ ə˧dzɤ˧ ɲi˩-kʋ˧˥ ndʑju˩ mi˧-ʝi˩-tsɤ˧˥.
ə˧kjɛ˧, ʝi˧ʈʂɯ˩ bɛ˧, zy˧˥ mɤ˩-ndʑju˩ mi˧-ʝi˩-tsɤ˧˥.
etc.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.