Ressources numériques en sciences humaines et sociales OpenEdition Nos plateformes OpenEdition Books OpenEdition Journals Hypothèses Calenda Bibliothèques OpenEdition Freemium Suivez-nous

Synthèse de nos travaux sur le projet Sunoikisis DC

Ce semestre, étudiants en M1 avons inscrit notre projet dans la continuité des travaux précédents, en reprenant les données regroupées lors des années précédentes sur le programme Sunoikisis DC.

Ce projet, créé en 2015 à l’initiative de membres des universités d’Harvard, de Londres et de Leipzig, a pour objectif de favoriser les échanges à travers des séminaires portant sur toute discipline ayant trait aux Humanités Classiques entre les pays du monde entier. Ces séminaires se déroulent en visio-conférence, mais sont ensuite disponibles de manière asynchrone sur YouTube et GitHub. Les disciplines présentées sont nombreuses, et ne portent pas que sur la culture gréco-romaine : on y trouve des séances sur l’Égypte, la Mésopotamie, ou encore la Chine. Lors de la fondation du projet à Leipzig, le premier séminaire comptait 12 universités participantes ; de nos jours, on compte 135 institutions différentes qui ont participé au projet. En 10 ans, le programme s’est significativement développé, et on espère qu’il continuera à s’étendre et susciter l’intérêt du grand public pour le domaine des Humanités Classiques. 

Carte recensant les différentes institutions ayant participé au projet dans le monde, disponible via ce lien.

En regroupant les métadonnées de ces séminaires, notre objectif a été d’harmoniser et de mettre à jour les données des années passées, et ainsi créer des conditions d’analyse adéquates, de sorte que les années qui suivent, nos données soient complétées suivant le modèle fourni par notre fichier. 

 A la fois élèves en présentiel et en EAD nous sommes répartis diverses tâches visant à améliorer un fichier CSV créé par les précédents étudiants, qui se présente sous la forme d’un tableau regroupant ces données. L’essentiel de notre travail a été de le mettre à jour en ajoutant les données sur les séances récentes, mais également d’uniformiser les données. Pour cela, nous avons eu recours à divers outils. 

GitHub

Il s’agit d’un service d’hébergement basé sur le protocole Git, un outil de versionnage qui permet de conserver toutes les versions d’un fichier. Il facilite la collaboration entre les développeurs du monde entier, qui, par exemple dans le cadre de projets “open source”, y partagent des lignes de codes entières, ainsi accessibles à n’importe quel individu qui peut à son tour contribuer à l’élaboration du code. On peut y partager un fichier, que d’autres peuvent importer pour le modifier, puis l’exporter sur GitHub à leur tour pour partager leur version, sans pour autant créer de conflits, puisque le service permet d’enregistrer les versions de chaque machine. 

Le projet Sunoikisis DC regroupe les données sur les séminaires sur GitHub, de sorte que le monde entier puisse y avoir accès de manière asynchrone. Nous avons ainsi facilement pu regrouper ces données dans un fichier CSV. 

Nous disposons également d’un entrepôt GitHub exclusif, qui a facilité les échanges au sujet de l’élaboration du fichier CSV, notamment grâce à l’outil ‘Issues’ qui nous a permis de partager et de discuter de différents problèmes contenus dans notre fichier, et même d’assigner des personnes à une tâche donnée : par exemple, nous avons discuté de la mise en forme des conférences qui avaient été annulées. 

OpenRefine

Il s’agit d’un logiciel de nettoyage de données, parfait pour un fichier Excel ou CSV. Sous forme de tableau, il permet d’harmoniser nos données, en repérant rapidement des fautes de frappe ou des hétérogénéités dans notre fichier, mais également en filtrant les données, leur attribuer un type (date, heure, pays…) à des fins analytiques. Le logiciel consiste à effectuer des transformations sur un tableau, en utilisant le langage GREL. Grâce à celui-ci, nous avons rapidement pu traiter les données en utilisant diverses expressions, des commandes. Nous avons également pu enrichir le fichier en ajoutant des données à partir de Wikidata, comme les identifiants des différentes universités qui ont participé aux séminaires. Enfin, OpenRefine nous a aidé à visualiser et explorer les données du tableau, pour nous aider à la correction.

Visual Studio Code

Il s’agit d’un éditeur de code source, outil de développement indispensable destiné à l’écriture de différents langages de code. C’est avec ce logiciel que nous avons modifié notre fichier CSV, dont le format (Comma-Separated Values) consiste à regrouper sous la forme d’un tableau les données en les séparant par des virgules. Nous avons combiné ce format à une extension, Rainbow CSV, qui attribue une couleur différente à chaque colonne, de sorte que la lecture et la correction des données soit facilitée. 

Notre carnet de recherche

En visualisant les articles comprenant l’étiquette “Sunoikisis DC”, nous avons pu lire et analyser les travaux effectués par les classes précédentes, ce qui nous a permis de comprendre leurs réflexions et d’effectuer la synthèse des billets ci-dessous. 

Fichier CSV

Github est un service web d’hébergement et de gestion de développement de logiciels, utilisant le logiciel de gestion de versions Git. Par conséquent, dans un fichier réalisé en commun (projet collaboratif) ce service web avec la commande « Git » garde en mémoire chaque modification des données. Chaque fois qu’un caractère est modifié, faisant partie du logiciel, cela permet de savoir l’état du fichier avant la modification et après la modification apportée par chaque contributeur/contributrice inscrit dans un projet collaboratif. Dans un terme technique, Github pratique ce qu’on appelle  le « versionnage ».

On peut en dire que Github est une sorte d’entrepôt/dépôt qui permet de sauvegarder ce qui est partagé. Cela se réalise grâce à plusieurs fonctionnalités de Github qu’on étudiera. Par le biais  de « commits », de « pull requests » et d’« issues ».

Qu’est qu’un fichier CSV ?

Un fichier CSV (Comma-Separated Values) est un type de fichier qui organise les données sous forme de tableau séparées par des virgules et parfois des points virgules. C’est le cas de notre fichier quand on consulte la section «preview» (prévisualisation de la version finale du fichier) et juste à côté la section «code» (cela permet de visualiser le fichier à l’état brut).

Qu’est qu’un commit ?

Un commit, terme emprunté de l’anglais dans son sens informatique, représente une ou plusieurs modifications d’un ou d’une contributrice apportées à un dépôt/entrepôt chronologiquement (repository : espace de stockage). GitHub enregistre un commit qui est composé d’un titre et d’un message explicatif indiquant ce qu’un ou une contributrice a apporté comme modification à un fichier.

Sur Github, on peut avoir accès à l’historique des commits d’un fichier et on peut savoir à quel moment un commit a été réalisé. Pour trouver le lien pour accéder à l’historique des commits, c’est indiqué en haut à droite d’un fichier qu’on a sélectionné sur le site (History). On peut le voir dans l’image ci-dessous à en haut à droite.

Dans le cas du fichier Sunoikisis, voici le lien de l’historique des commits.

Combien y a-t-il de commits pour ce fichier CSV?

Ce fichier du projet collaboratif  compte 132 commits. Si l’on compte par sessions académiques :

  • 34 commits durant l’année 2020-2021 ;
  • 20 commits durant l’année 2021-2022 ;
  • 29 commits durant l’année 2022-2023 ;
  • 21 commits durant l’année 2023-2024 ;
  • 28 commits durant l’année 2024-2025.

Lorsque l’on accède à l’historique de ce fichier CSV, on apprend que ces commits ont été réalisés sur une période allant du 1er mars 2021 au 14 avril 2025.

Combien y a-t-il de contributeurs/contributrices ?

Au total, on compte 32 contributeurs/contributrices à ce projet collaboratif, les anciens laissant leurs places aux nouveaux contributeurs/contributrices chaque année depuis 2021 pour participer à la continuité de l’état du fichier CSV par des commits.

A titre d’exemple, durant l’année académique 2024-2025, on compte plus de 7 contributeurs/contributrices s’étant ajoutés à ce projet collaboratif.

Quels sont les types de commits du fichier CSV ?

On en trouve de diverses sortes, qui permettent de contribuer à l’état du fichier CSV final :

Le commit initial est réalisé par le contributeur propriétaire qui a permis d’ajouter les données du  fichier CSV. Voici une image ci-dessous qui l’illustre:

Les commits de correction : par exemple via ce lien on peut voir des citations ont été modifiées.

Les commits d’amélioration : harmonisation des institutions et des noms dans le fichier CSV, ou encore modification des noms de colonnes en anglais comme on peut le voir ci-dessous : 

Comment savoir qu’un commit a été réalisé ?

Via Github, des notifications sont indiquées avec le titre du commit. De plus, lorsqu’on clique sur le commit, chaque contributeur/contributrice indique en description ce qu’il a réalisé. On peut ajouter que Github donne des indications visuelles à chaque personne lisant le commit : en rouge la version avant le changement et en vert l’état après le changement d’un élément du fichier opéré par un contributeur/contributrice.

En voici un exemple:

On peut savoir lorsqu’un commit a été réalisé avec d’autres éléments à travers l’image ci-dessous :

  • L’identifiant du commit du contributeur ici est « cd3079c ». 
  • On peut voir la date de la contribution: « committed 3 weeks ago ». Dans certains commits on peut aussi voir en anglais : « authored + date».
  • Le titre et la description du commit que le contributeur a réalisés. Dans cet exemple, le titre et la description du commit sont identiques : « Harmonise institutions and names ».
  • Lorsque l’on clique sur le commit, on peut voir le message « 1 file changed », ainsi que les lignes de ces modifications:  “+68 – 68”.
  • Tout en bas de l’image on trouve le bouton de notification. Sur Github, on peut être averti d’un commit réalisé via l’historique des commits, mais aussi en s’étant abonné à une discussion spécifique ou d’un fil lié à un certain commit ou sujet, mais pas pour l’ensemble des commits d’un fichier.

Les commits sont non seulement visibles via le site de Github si le dépôt est public, mais aussi en local via le logiciel GitHub Desktop.

Voici l’interface de l’historique des commits du fichier CSV du projet Sunoikisis DC de GitHub Desktop ci-dessous : 

A gauche de l’écran, on peut voir l’historique des commits avec les informations associées à ceux-ci comme sur le site de GitHub.

GitHub Desktop est un logiciel associé au site de Github permettant de travailler en local sur des fichiers (ajouts, modifications ou suppressions) depuis son ordinateur sans passer directement par le site web. Cependant, pour que les modifications locales soient synchronisées avec le site GitHub, il est indispensable d’effectuer la commande « push ». Sans cette étape, les modifications restent uniquement sur l’ordinateur local, même si le dépôt est public.

Par exemple, dans le projet collaboratif, il y a des exemples montrant que GitHub Desktop a été pris en compte mais qui n’a  pas été synchronisé avec le site de GitHub en sélectionnant la commande « push ». Cela peut être volontaire, puisque l’on peut travailler sur un fichier via son ordinateur sans qu’il soit synchronisé avec le site de GitHub, ou involontaire. On peut le voir avec l’image ci-dessous :

Dans l’image ci-dessus, ces 8 commits réalisés par ces contributrices apparaissent entre le commit « harmonise institutions and names » et le dernier commit « update csv and archive » dans GitHub Desktop.

Mais ils n’apparaissent pas dans l’historique du fichier CSV sur le site de GitHub comme on peut le constater ci-dessous :

De plus, lorsqu’on se connecte régulièrement sur Github, on peut apercevoir en haut à droite (« Fetch origin ») une notification indiquant qu’un commit a été réalisé par un contributeur ou une contributrice. C’est un moyen efficace si on veut récupérer les changements des autres contributions. Cette commande permet aussi de rafraîchir la page comme on peut le constater ci-dessous :

Comment peut-on modifier le fichier CSV et réaliser un commit ?

Il y a plusieurs moyens de réaliser un commit.

Il est important de savoir que l’on peut directement modifier un fichier sur le site de GitHub pour ensuite effectuer un commit.

Tout d’abord, on sélectionne le fichier qu’on souhaite modifier. Dans notre cas, il s’agit du fichier CSV sur le projet Sunoikisis DC qui se trouve dans l’accueil du site de GitHub du contributeur/contributrice ou d’une personne externe au projet collaboratif consultant le fichier.

On peut le voir via l’image ci-dessous :

Ensuite, en haut à droite, il y a l’icône en forme de crayon que l’on sélectionne. Voici l’image ci-dessous :

En appuyant sur cet icône, on a la possibilité de modifier le fichier. Une fois cette étape réalisée, on sélectionne “commit changes” pour ainsi mettre en titre et en description, ce que le ou la contributrice a modifié. On peut le voir en haut à droit dans l’image ci-dessous :

Pour s’assurer que le commit soit vu par les autres, il suffit de cliquer sur la commande « push”, et les modifications réalisées se synchronisent avec le site de GitHub, et seront enregistrées dans l’historique du fichier CSV et sur GitHub Desktop.

On peut annuler une modification avant d’avoir appuyer sur « commit changes », en sélectionnant « cancel changes » qui se trouve juste à côté.

Cependant bien que cela reste une possibilité, cela peut entraîner des conflits avec le travail des autres contributeurs/contributrices. En effet, si plusieurs personnes effectuent des modifications dans un même fichier sans coordination, cela peut engendrer des conflits de fusion ou l’écrasement involontaire de modifications importantes.

Par conséquent, pour éviter ces éventuels conflits, il est possible de modifier le fichier et de réaliser des commits localement via Github Desktop avant de synchroniser ou non.

Dans l’image ci-dessus, on sélectionne le fichier sur le projet Sunoikisis qui est encadré en bleu. Puis on fait clic-droit et on sélectionne un logiciel d’éditeur de texte comme Visual Studio Code.

Via ce logiciel, on peut modifier directement le fichier comme on peut le voir dans l’image. Ensuite, dans la section « file » en haut à gauche, on sélectionne la commande « save » pour sauvegarder les modifications réalisées. L’extension CSV lint téléchargeable sur cet éditeur de texte permet de détecter les erreurs de formatage et renforcer les différents types de données avec des couleurs, en plus des virgules. Voici un image qui permet de l’illustrer ci-dessous :

GitHub Desktop affiche automatiquement les fichiers modifiés dans l’interface que l’on peut voir ci-dessous :

On peut effectuer ensuite un commit (en incluant un titre et une description) associé à la ou les modifications que l’on a réalisées via Visual  Studio Code. Voici une image ci-dessous :

La réalisation du commit s’effectue en bas à gauche. Lorsque l’on insère le titre et la description du commit, on sélectionne « commit to main ». Ainsi, le commit est affiché dans l’historique du fichier CSV sur Github Desktop, et s’il a été synchronisé avec le site GitHub, cela apparaît dans l’historique du fichier avec la commande « push ».

Attention, mettre un titre et une description du commit est nécessaire, car GitHub et GitHub Desktop enregistrent la ou les modifications. Néanmoins, le ou les commits vont s’afficher automatiquement en titre « update + le nom du fichier ». Cela indique qu’une mise à jour a été réalisée sur un fichier spécifique. Cela est observable via ces images ci-dessous :

Ci-dessus, ce sont des commits automatiques sur l’historique du fichier CSV sur le site de GitHub.

Ci-dessous, ce sont des commits automatiques sur l’historique du fichier CSV sur le logiciel GitHub Desktop : 

Y a-t-il une autre façon de modifier un fichier?

Pour modifier un fichier, on peut également se détacher de « la branche principale du code » c’est-à-dire de la version officielle (sous le nom de « main » ou « master ») du fichier via GitHub Desktop, en créant une nouvelle branche qu’on peut voir ci-dessous : 

Après avoir sélectionné le fichier, on va dans la section « branch » puis « new branch » pour ainsi faire les modifications nécessaires via Visual Studio Code par exemple et effectuer un commit comme dans la branche principale. Ensuite, on peut proposer les modifications qu’on a réalisées aux autres contributeurs/contributrices avec des « pull requests » dans GitHub Desktop (surligné en bleu).

Mais aussi sur le site de GitHub. Voici des images ci-dessus qui l’illustrent :

On peut constater via l’image ci-dessus, qu’aucun pull request n’a été ouvert car tous les autres ont été fermés lorsqu’ils ont été acceptés ou non. Dans le projet collaboratif, 22 pull requests ont été clos.

Ainsi, en cliquant dessus on peut accéder à l’historique des pull requests du fichier CSV que l’on peut voir ci-dessous et disponible ici

Ainsi le ou la contributrice dans une conversation (section « conversation ») propose sa modification avec son commit (section « commit »), et les autres contributeurs/contributrices peuvent en discuter. Si le fichier est accepté, ses modifications sont attachées à la branche principale du fichier, devenant la version officielle, dans la section « files changed ». Dans le cas du « pull request » de cette contributrice (voir ci-dessous), la proposition de modification a été acceptée et fermée (« Pull request successfully merged and closed »). 

Il est important de noter que le commit lié à ce « pull request » de cette contributrice n’apparaît pas dans l’historique du fichier CSV sur le site de Github. Cependant, il est bien considéré comme un commit mais dans un historique de « pull requests » bien spécifique et sur Github Desktop, sans être directement rattaché à l’historique des « commits » du fichier CSV. 

Cette contributrice a effectué des modifications en changeant les valeurs des colonnes du fichier CSV via un autre logiciel, en dehors de Visual Studio Code, qui s’intitule OpenRefine.

OpenRefine, est un logiciel libre de mise en forme et de nettoyage des données. Ainsi OpenRefine sous la forme d’un tableur va réorganiser les données. On a la possibilité d’ajouter des colonnes et de modifier des colonnes pour un format en CSV. Dans notre cas, le fichier collaboratif était déjà en CSV.

Voici la version finale du fichier CSV, sous la forme d’un tableur via OpenRefine. Cependant, pour faire une simulation, on appuie sur l’icône du copier-coller (« Raw this file ») surlignée en jaune pour télécharger le fichier afin de l’ouvrir dans OpenRefine.

Ensuite, on peut sélectionner des paramètres de OpenRefine concernant le fichier, comme on peut le voir ci-dessous : 

Quand on a réalisé les modifications nécessaires, on peut appuyer tout en haut à droite sur « Create projet » et exporter le fichier final avec plusieurs formats, dont le format CSV.

Qu’est qu’une issue ?

Une « issue » sur GitHub est une fonctionnalité qui permet de signaler un problème, de demander une amélioration ou encore de discuter d’une idée dans un projet collaboratif.

L’historique des issues du fichier CSV est consultable à ce lien.

On peut déléguer des tâches spécifiques à certains des contributeurs/contributrices.

Tout comme le « pull request », on peut ouvrir une issue et la fermer quand les contributeurs et les contributrices estiment que l’issue en question est résolue.

Dans les « issues », on a également la possibilité d’activer la fonctionnalité d’un ou de plusieurs « milestones ». D’une part, cela permet de regrouper les « issues » pour un projet bien précis. D’autre part, de pouvoir renforcer l’organisation et de fixer des dates limites pour la réalisation de tâches spécifiques d’un projet.

Dans le cas du fichier CSV, il n’ y a pas de « milestone » ouvert ou fermé, mais c’est une fonctionnalité qui reste utile.

Le « milestone » peut s’appliquer pour les issues, mais aussi pour les « pull requests ». A l’instar des issues, dans le cas du fichier CSV, il n’y a pas de « milestone » ouvert ou fermé dans les « pull requests ».

NOTRE FICHIER CSV

L’entrepôt GitHub offre une fenêtre sur l’histoire du projet et du fichier.

Consiste en transformation de données brutes, en l’espèce à la création d’un fichier à partir des métadonnées pour pouvoir créer des conditions d’analyse.

Ces données sont mises en forme pour rendre le projet dont elles sont issues lisible et intelligible.

Pour cela, les participants se sont appuyés sur la documentation produite par les membres du projet Sunoikisis DC, mise à disposition sur le wiki, lui-même créé pour l’occasion; il répertorie les différentes sessions à mesure qu’elles ont lieu, leurs programmes et intervenants.

Le projet s’est articulé pour les étudiants autour de la création d’un fichier au format .csv, format fondamental de logiciels de tableur comme Excel. Ce format permet d’offrir sous forme de tableau les métadonnées classées.

L’entrepôt lui-même a été ordonné de manière à ce que les travaux accomplis chaque année apparaissent de façon accessible et lisible pour les visiteurs-participants ; nous avons donc accès aux archives. Nous nous sommes principalement fondés sur le fichier résultant des travaux des années précédentes et mis au propre par notre enseignant.

Récapitulatif de l’histoire du fichier :

  • 2021: première année, 9 contributeurs (Zacharie, Maria, Olivier, Penda, Thierry, Chloé, Jérôme, Aurélia, Shubert), 189 lignes, 7 colonnes; les données prises en compte étaient l’étudiant.e contributeur.ice, le décompte total de sessions, l’année académique, la saison, la numérotation par session, le date, le titre, les contributeur-institution et thèmes.
  • 2022: à partir du travail réalisé par les étudiants de l’année précédente, ceux de cette année ont pu aborder les données de manière quantitative-analytique, notamment fréquence (institutions, contributeurs, mots-clés, thèmes associés) et représentation sous forme de pourcentages.

Le fichier csv a été divisé par blocs téléversés dans l’entrepôt pour ensuite produire un fichier final unifié comprenant les séances 189 à 220. Certaines parties du fichier précédent ont été reprises pour être corrigées et la catégorie des thèmes des séances, auxquels on dédie une colonne par thème, a été approfondie. Les contributeurs sont séparés de leur institution et cette catégorie a été étendue. Les fichiers préparatoires permettent d’avoir un aperçu des méthodes de travail (colonne suggestion-correction, réflexion autour des catégories, en vue, toujours, d’offrir un fichier de données lisible et synthétique).

  • 2023: Cette année-là, les données ont été abordées sous un angle géographique, à l’aide du format .kml, lisible dans Google Earth et Geojson, en vue de produire une représentation visuelle des pays d’origine des institutions concernées par les contributions (données géo-spatiales). Une colonne dédiée au lien menant vers la documentation de chaque session a été créée. Le fichier final semble ne pas apparaître ou alors celui disponible n’inclut pas la mention des pays.
  • 2024: Ajout jusqu’à la session 238/240; recours à Gephi, outil de visualisation graphique de données. Distinction host-guest, qui manifestement n’a pas été conservée cette année; focalisation sur les contributeurs, en vue de produire une représentation graphique de leurs liens et apparitions.
  • 2025: Le fichier tel que nous l’avons trouvé était dans un état proche de final. La numérotation a été interrogée et révisée, tant pour corriger d’éventuelles erreurs ou incohérences que pour œuvrer à l’harmonisation du fichier. Nous avons, notoirement, ajouté une catégorie intitulée status (sous forme de colonne, donc) . A l’occasion de cet apport, nous avons dans un premier temps envisagé un intitulé répondant à la question « la séance a-t-elle eu lieu ? ». OpenRefine nous aurait permis, dans une certaine mesure, d’automatiser le remplissage de cette colonne. Or il se trouve que la complétion de certaines séances n’était ni effective, ni annulée, mais reportée. Nous avons alors délaissé la forme interrogative « Occurred?» au profit du terme status. Nous avons également révisé la colonne des liens vers la documentation de chaque séance; nous avons ajouté et complété les séances manquantes (239 à 269); nous nous sommes également interrogés sur la pertinence du maintien d’une catégorie, face à un cas de concurrence en matière d’informations.

Nous travaillons à partir d’un fichier créé par les étudiants des années précédentes, avec pour objectifs de:

  • compléter-mettre à jour le fichier ;
  • harmoniser/raffiner le fichier ;
  • extraire informations pertinentes pour une analyse plus générale du projet ;
  • interroger un environnement de travail, en tentant de répondre à la question « que faire de ces données? Pourquoi?».

Méthode: comme pour les années précédentes, nous nous sommes réparti le travail en divisant le fichier par blocs de lignes. Ainsi avons-nous pu opérer, sur un champ plus réduit, des travaux d’inspection, vérification et modifications (ajouts comme suppressions, visibles dans l’historique des commits, donc).

Quand on compare les deux fichiers, on peut relever une première différence portant sur le décompte des séances par saison. Au départ, l’année 2019-2020 était en effet comptée comme un seul bloc, ce qui fait que les séances étaient numérotées de 1 à 32; dans ce cas-là, année académique et saison se confondent. Nous avons, dans un souci d’harmonisation, procédé à un re-découpage suivant les critères observés pour les années précédentes, figurant plus haut dans le fichier, donc, en limitant le décompte à chaque saison proprement dite au sein d’une année, à savoir Spring, Summer, Fall. A noter par ailleurs que chaque année débute en septembre et s’achève en juillet. Ce cas nous a invité à réfléchir sur le sens des catégories préexistantes, puisqu’alors ce « rangement » mettait en concurrence ou du moins affaiblissait celui adopté ailleurs.

De même, pour l’année suivante, les saisons (ou semestres) d’automne et de printemps allaient chacun de 1 à 9, mais celui d’été semblait reprendre le calcul à l’échelle de l’année, puisqu’il partait de la séance 19 (9+9+1, donc) et ce jusqu’à 32.

Pareil pour 2021-2022, qui proposait un décompte mutualisé des séances des semestres d’automne et de printemps (1 à 18) et dont le semestre d’été semblait chevaucher le début de l’année suivante.

L’année 2023-2024 était lacunaire quant à la numérotation générale et, pour la saison d’été, manquaient visiblement les séances 2, 4, 6, 8 et 10. 

Elle présentait une étrangeté, dans le sens où pas moins de 4 séances successives numérotées comme étant la cinquième.

Quant aux séances n’ayant pas eu lieu, soit elles ont été annulées, soit reportées: dans le fichier initial, lorsque ce cas se présentait, soit une mention en styles changeants « cancelled », soit, a priori, des lacunes. 

Le fichier présentait une erreur, il n’était pas mis en forme de manière « cherchable », comme nous l’indique l’encart de GitHub. 

Les données apparaissaient donc sous forme brute, séparées par des virgules.

Pour autant, par une simple fonction cmd+F/ctrl+F, nous avons pu opérer une recherche positive des occurrences sur la page. 

OpenRefine, en tant que « powerful tool to work with messy data » nous a permis de rendre la tâche plus aisée, logiciel fort utile pour opérer des remplacements lexicaux et autres corrections.

Ainsi avons-nous pu, par exemple, créer une nouvelle colonne, à l’endroit souhaité, dévolue à la question du statut des séances.

Le remplissage des cellules était donc automatisable, au moyen de la fonction « transform» pour les séances ayant eu lieu; restait à remplir manuellement celles ayant été annulées ou reportées.

Dans la mesure du possible, certaines séances n’en offrant pas, tous les liens vers la documentation utile ont été ajoutés.

Ainsi avons-nous pu compléter le fichier avec les séances les plus récentes et celles qui manquaient éventuellement, corriger certaines erreurs de syntaxe et œuvré à l’harmonisation du fichier, dans la continuité du travail de nos prédécesseurs.

Billets précédents

Les thèmes qui n’apparaissent que dans un billet

Les billets rédigés les années précédentes abordent plusieurs sujets. Nous allons donc nous attarder sur les sujets n’apparaissant que dans un seul billet. 

Dans le billet de 2023, le groupe a choisi d’utiliser le logiciel UMap pour créer une carte afin de visualiser leur recherche. Le but a été de mettre en évidence les pays des institutions et des centres de recherche qui participent au projet Sunoikisis DC. Les membres du groupe ont tout d’abord ajouté une colonne sur Github afin de classer les séances par pays. Pour certaines séances, ils ont rencontré des difficultés puisqu’il s’agissait d’une collaboration entre plusieurs universités du programme. Une fois cette étape terminée, ils ont pu transformer le fichier en fichier KML pour le transformer en carte grâce à UMap. Enfin, des observations ont pu mener à des explications ou des questionnements : l’absence des États-Unis malgré l’existence de nombreuses universités investies dans ce domaine ou la présence de l’Egypte du fait de ses importantes ressources paléographiques. La plupart des pays participant au projet Sunoikisis DC sont donc européens. 

Le travail autour des différents thèmes abordés dans le projet Sunoikisis DC est un thème récurrent dans les trois billets. Cependant, le point de vue utilisé pour travailler sur les thèmes abordés varie dans les billets. C’est donc dans cette optique que nous allons nous intéresser aux thèmes dans cette partie. 

Dans le billet de 2023, le travail s’est axé autour de trois thèmes uniquement. Cette décision a été prise afin de faciliter le travail, mais des problèmes se sont posés : une partie des thèmes abordés se retrouve manquante, savoir quel thème regrouper sous quel nom. Dans le billet de 2022, c’est un travail sur la répartition des différents thèmes abordés durant le programme. Un graphique a donc été fait pour permettre de visualiser la répartition des différents thèmes par année. Cependant, le graphique qui est présenté n’est pas très lisible. Nous ne pouvons pas correctement nous rendre compte de la réelle répartition. De plus, dans ce billet, le logiciel TaDiRah est utilisé pour les annotations des thèmes. Ce logiciel n’est pas présent dans les autres billets. 

En essayant de comprendre le travail mené sur l’analyse des données du Projet Sunoikisis DC jusqu’ici, on a procédé à une analyse des billets déjà publiés sur Hypotheses. On a trouvé quatre billets, dont un datant de 2016, qui ne concerne pas notre analyse vu qu’il présente une analyse des données liée à un corpus différent. Alors, notre synthèse concerne les billets des années 2022, 2023 et 2024 qui travaillent sur le corpus des séances du projet Sunoikisis DC. Dans ce corpus, on a observé l’existence des certains thèmes récurrents chaque année et certains thèmes apparus une seule fois.

Thèmes récurrents

CSV

Le format CSV apparaît de manière récurrente dans les billets de 2022 à 2024 comme un outil central dans le traitement des données liées au projet Sunoikisis DC. En 2022, son maniement est cité parmi les compétences pratiques acquises par les étudiants. Le billet de 2023 approfondit cette mention en définissant le format CSV (Comma Separated Values) et en soulignant son utilité pour organiser les données sous forme tabulaire. Ce fichier, contenant l’ensemble des séances du projet Sunoikisis DC depuis 2014-2015, sert de base pour l’annotation thématique, l’analyse des séances, et la cartographie des institutions participantes. Les étudiants créent même un nouveau fichier CSV à partir des données initiales, afin d’isoler les informations géographiques utiles au projet de cartographie. En 2024, l’utilisation du même fichier CSV est de nouveau un thème central, avec une attention particulière portée aux métadonnées (comme les noms des contributeurs), extraites puis transférées dans un fichier distinct pour faciliter leur traitement. Certaines modifications ont également été apportées dans le fichier original afin d’assurer une compatibilité avec les outils de visualisation comme Gephi. Ainsi, le CSV a été utilisé comme  un outil fondamental de structuration, de transformation et d’exportation des données dans l’ensemble du processus analytique.

Détail du fichier CSV.

GitHub

GitHub est régulièrement mentionné dans les billets de 2022 à 2024 comme un outil fondamental pour le travail collaboratif des étudiants autour du projet Sunoikisis DC. En 2022, il est évoqué comme un simple entrepôt de données, servant à centraliser les fichiers partagés du groupe. En 2023, son rôle s’élargit : les étudiants ont pour objectif de s’initier à son usage et de contribuer à l’enrichissement de cet espace commun. Le billet de 2024 consacre une attention particulière à GitHub, présenté non seulement comme un service web de stockage, mais surtout comme une plateforme de collaboration qui permet de centraliser les données initiales, de regrouper les productions individuelles et de gérer différentes versions d’un même fichier. Cette capacité à retracer les modifications facilite l’identification des erreurs éventuelles. Le lien entre GitHub et l’usage du format CSV est également souligné, montrant comment l’intégration des deux outils soutient efficacement le travail d’équipe et la gestion des données au fil du projet.

OpenRefine

OpenRefine est mentionné de façon constante dans les billets de 2022 à 2024 comme un outil clé dans le traitement des données du projet Sunoikisis DC. En 2022, il est cité pour ses fonctions de nettoyage, de traitement automatique et d’analyse interactive des données, mettant en valeur sa capacité à structurer efficacement les données brutes. En 2023, le logiciel est décrit comme un outil libre dédié au nettoyage et à la mise en forme, confirmant son rôle dans la préparation des données pour l’analyse. En 2024, OpenRefine est mis en avant comme l’un des trois logiciels principaux utilisés par les étudiants, aux côtés de GitHub et Gephi.

 Son usage est donc pleinement intégré au processus de travail, soulignant sa pertinence pour assurer la qualité, la cohérence et la structuration des données tout au long du projet.

Traitement et analyse des données

L’analyse et le traitement des données sont au cœur des trois billets consacrés au projet Sunoikisis DC, constituant le fil conducteur des travaux menés par les étudiants. 

En 2022, le traitement automatique des données est brièvement mentionné, soulignant une première approche technique de la manipulation des informations. En 2023, le traitement prend une place plus structurée avec l’usage du format CSV pour organiser les données tabulaires, accompagné d’une description des étapes du processus. Le billet de 2024 approfondit cette dynamique en insistant sur la nécessité d’assurer une cohérence dans le traitement, impliquant des choix méthodologiques de la part des étudiants. Ce dernier texte met également en lumière l’usage de plusieurs outils logiciels, tels que Visual Studio Code (déjà présent en 2023) et Gephi, pour affiner le traitement et faire face à des problématiques spécifiques liées à certaines données. Finalement, il montre comment l’articulation de ces outils a permis une analyse plus fine et structurée des données du projet.

 Au fil du temps, le traitement des données devient donc un processus de plus en plus réfléchi, rigoureux et intégré à une chaîne d’outils complémentaires.

Annotation

L’annotation des données apparaît comme une pratique stable, collaborative et essentielle à la structuration thématique des séances du projet Sunoikisis DC.

 Dès 2022, le billet souligne le travail collectif d’annotation thématique réalisé par les étudiants, en insistant sur son caractère manuel, donc potentiellement subjectif. Cette annotation sert à identifier et organiser les thèmes abordés dans chaque séance, et le terme lui-même est également utilisé comme mot-clé pour décrire le contenu des certaines séances.

Visualisation du traitement des donnés concernant l’annotation des thèmes des séances du Projet Sunoikisis comme publié au billet du 20.05.2022

 En 2023, cette pratique est intégrée explicitement aux objectifs pédagogiques du groupe : l’annotation collaborative y est à nouveau valorisée comme un moyen structurant de catégoriser les thèmes du projet. Le texte réitère aussi l’usage du mot annotation comme mot-clé dans la description des séances, montrant ainsi la continuité de cette démarche dans la construction d’une base de données thématique cohérente et partagée.

Thèmes

 Les trois billets présentent les travaux d’analyse des étudiants liés aux thèmes des séances du Projet Sunoikisis..

Question des données concernant les organisateurs (hosts)

Les billets de 2022 et de 2024 analysent la problématique créée par la présence des noms des organisateurs (hosts) dans le tableau CSV qui participent très souvent aux séances, mais la majorité de fois ils prennent la parole pour introduire et présenter les différents participants. La non-distinction entre eux et les invités participants (guests) crée un « bruit », posant question sur la fiabilité des résultats des analyses des données.

Visualisation des thèmes des séances du Projet Sunoikisis comme publié au billet du 23.04.2023.

Le groupe d’étudiants qui a travaillé sur le billet de 2022 a signalé ce problème et le groupe  de 2024 a fait la distinction dans le fichier CSV du projet Sunoikisis entre les hosts et les guests, et a corrigé les discontinuités existantes liées à ce sujet.

Capture d’écran concernant le travail mené en 2024 sur la distinction entre hosts et guests comme publié au billet du 03.05.2024.

Visualisation des données avec des graphes

Les billets de 2022 et de 2023 mentionnent le mot “visualisation” en faisant référence au mot-clé pour le thème de la visualisation que certaines séances du projet Sunoikisis portent.
Le billet de 2024 met en avant le processus de visualisation des données à partir du fichier CSV du projet Sunoikisis avec l’utilisation des logiciels comme Gephi.

Visualisation des données du Projet Sunoikisis avec le logiciel Gephi comme publié au billet du 03.05.2024.

On observe une montée en complexité et en réflexivité au fil des années : les outils ne sont plus seulement utilisés, ils sont analysés, articulés entre eux, et les étudiants développent des méthodologies critiques, en particulier sur la fiabilité et qualité des données (notamment sur les hosts).

Conclusion

Dans le cadre du projet collaboratif du Master 1 d’Humanités Classiques et Numériques, nous avons effectué des recherches sur les métadonnées des séances du projet Sunoikisis DC. Ayant accès au travail des trois dernières années, regroupé dans un fichier CSV et ainsi qu’aux billets correspondants, nous avons jugé pertinent de mener une approche analytique sur le travail mené, les outils traités, les aspects considérés, afin de proposer de nouveaux axes de recherche pour les années à venir.

Une constante en ce qui concerne les outils a été l’emploi du fichier CSV, des logiciels de traitement de texte VSCode et OpenRefine, ainsi que Github. En second plan et selon les besoins et les différentes cibles du groupe, Gephi, TaDiRaH et UMap ont été utilisés pour visualiser les données. Les outils offrent un large éventail de fonctionnalités requises pour le traitement des données, et cette année, ils se sont avérés utiles et indispensables. L’analyse des différents emplois de Github a mis en évidence les énormes possibilités offertes par cette plateforme aux projets collaboratifs, qu’il est possible d’explorer davantage.

Après avoir été regroupées dans le fichier, les données ont été nettoyées et mises à jour, puis examinées et interprétées. On y trouve des métadonnées importantes telles que le titre de la séance, les organisateurs, l’institution, le pays, les mots clés et les liens. Trois recherches très intéressantes ont déjà été réalisées : l’analyse des sujets abordés et de leur fréquence; l’identification des organisateurs, et la fréquence de leur activité ; la cartographie des institutions impliquées au projet. En se basant sur ces études, dans le cadre d’une requête plus complexe, il serait envisageable d’effectuer une analyse comparative de ces deux variantes, à savoir les institutions et les sujets traités. De plus, les caractéristiques académiques et sociales des hôtes, qui certes a été un sujet traité en 2022, pourrait être repris et enrichi en considérant différentes catégories telles que l’âge, le sexe et la capacité. Mais le fichier pourrait aussi être enrichi avec les ressources proposées à chaque séance, puisque l’on peut noter des séances plus riches qui comprennent exercices et listes bibliographiques, en parallèle de séances plus simples.

La Cena Trumpi

Pastiche

XXVII. Cependant, sans retirer nos vestes, nous commençâmes à déambuler… ou plutôt à flâner, et à nous mêler aux invités, quand soudain nous voyons un vieil homme à la chevelure dorée, quoique parsemée, vêtu d’un peignoir en soie dorée, et qui jouait au golf parmi de jeunes domestiques au brushing impeccable. 

Du reste, nos regards allaient moins aux serviteurs– ils en valaient pourtant la peine – qu’à leur supérieur lui-même, qui chaussé de mocassins d’un blanc immaculé, s’entraînait avec des balles dorées. Et jamais il ne ramassait celle qui avait roulé sur le sol ; un serviteur en avait un sac plein, et le pourvoyait. D’autres nouveautés nous frappèrent encore. Deux serviteurs se tenaient aux deux bouts de la piste : l’un portait une bouteille d’un whisky écossais rare de 100 ans âge, l’autre annonçant les points, pas ceux des trous marqués, mais seulement ceux des balles au sol. Comme nous admirions ces belles manières, survint Vladimir qui nous dit : « Voilà celui chez qui vous dînez, et ce que vous voyez n’est encore qu’un début. » A peine avait-il parlé que Trump claqua des doigts, et qu’au signal le serviteur vint lui apporter la bouteille de whisky. Ayant vidé le contenu de celle-ci sans cesser de jouer, il fit venir un autre serviteur, essuyant son visage sur sa cravate. 

XVIII. Cela eût été trop long de tout noter dans le détail. Aussi, après quelques moments, nous entrons dans le spa : une fois bien réchauffés par les bains de vapeur, nous allons nous détendre sous la douche froide. Là, Trump, inondé de parfums de luxe, se faisait essuyer non avec de simples serviettes en coton, mais confectionnées à partir de soie d’araignée fabriquées spécialement pour cette occasion. Trois masseurs appliquaient de l’huile de truffe blanche sur sa peau, et comme en la disputant, ils en renversaient une partie sur le sol. « C’est mon propre parfum qu’ils répandent, à ma santé ! » disait Trump, avec un sourire satisfait. Puis on l’enroula dans un peignoir en soie écarlate avant de le placer sur un fauteuil en velours, précédé de quatre domestiques portant des tenues extravagantes, qui brandissaient des trophées. Tandis qu’on l’emportait, un musicien muni d’un harmonica s’approcha de lui, et comme s’il lui confiait quelque secret à l’oreille, il ne fit que siffler tout le long de la procession. 

Nous marchons à sa suite, déjà repus d’admiration, et avec Vladimir nous arrivons à la porte, dont le montant portait une affiche avec l’inscription suivante : « Tout employé qui sortira sans autorisation sera renvoyé. » A l’entrée, le portier, vêtu d’un costume vert poireau, sangle dans une ceinture cerise, triait des boutons de manchette dans un plat d’argent. Au-dessus du linteau était accrochée une cage dorée dans laquelle un aigle royal saluait les arrivants. 

 

XXIX. Au milieu de mon ébahissement, je faillis bien m’étaler sur le dos et me casser les jambes. À gauche en entrant, non loin de la loge du portier, un énorme aigle doré, les ailes bien déployées, était peint sur le mur. Au-dessus, en lettres dorées incrustées dans le marbre, on pouvait lire : « Make America Great Again ». Mes compagnons s’en amusèrent ; mais une fois que j’eus repris mon souffle, mon attention se porta sur le reste du mur. On y avait peint de jeunes domestiques, et au-dessus d’eux Trump lui-même qui, un sceptre d’or en main, les dirigeait. Ensuite, on voyait comment, après avoir intégré la plus prestigieuse des écoles de commerce, il était devenu le dirigeant de sa propre entreprise. Le peintre avait représenté toutes ces étapes avec un soin diligent, sans oublier les légendes en lettres d’or incrustées dans le marbre. Au bout du portique, Mercure soulevait Trump par le menton, le conduisant à une tribune dorée.  A ses côtés se tenaient la Fortune, munie d’une immense corne d’abondance remplie de billets et de lingots, et les Trois Parques filant une quenouille d’or. Je notai également dans la colonnade une foule d’hommes d’affaires, ajustant leur coiffure devant un miroir entouré d’or. De plus, dans un coin, je remarquai une grande armoire vitrée contenant une réplique miniature de la Maison Blanche en marbre, une statue de la Liberté coiffée d’une casquette M.A.G.A., et une boîte d’or qui renfermait les premières mèches blondes de Trump.

Je demandai ensuite au portier ce que représentaient les fresques du milieu. « Le sommet avec Poutine, me dit-il, et le défilé militaire donné en son honneur. » 

XXX. Le temps me manquait pour contempler toutes ces richesses. Déjà, nous nous étions rapprochés de la salle à manger. Là, dans l’antichambre, un intendant vêtu d’un blazer vert poireau contrôlait les factures. Mais ce qui m’étonna plus que tout le reste, c’étaient, fixées aux montants de la porte dorée, des sortes de torches dorées dont la base se terminait en bec d’aigle, avec cette inscription : «  À Donald J. Trump, le plus grand président dont puisse rêver l’Amérique, de la part d’Elon Musk. » De la voûte pendait un énorme lustre fait de diamants, reflétant mille éclats, sur lesquels étaient gravées les initiales D.T. ; et sur les battants de la porte étaient attachés deux tableaux. L’un d’eux, si j’ai bonne mémoire, portait cette phrase : 

« Le 4 juillet , notre président célèbre l’Amérique. » ; sur l’autre était peint un calendrier lunaire, décoré du cours de la bourse de New York ; les hausses et les baisses de l’année passée y étaient inscrites. 

Rassasiés de toutes ces splendeurs, nous nous disposions à entrer dans la salle à manger, quand un des jeunes serviteurs, préposé à cet office, nous surprit par ce cri : « Du pied droit ! » De crainte d’offenser Trump, nous nous sommes exécutés avec la plus grande précaution. A peine avions-nous avancé le pied en question, qu’un serviteur torse nu vint se jeter à nos pieds, implorant notre clémence : à l’entendre, c’était pour une bien petite faute qu’il était en danger ; il était accusé d’avoir perdu une casquette M.A.G.A. brodée de fils d’or. Nous ramenons en arrière notre pied droit, et abordant l’intendant qui était plongé dans son registre financier, nous commençons à plaider en la faveur du malheureux. D’un air supérieur, il répondit : « Ce n’est pas tant la perte de l’objet de valeur qu’est cette casquette qui me chagrine, que la négligence de ce bon à rien et l’affront à l’image de notre président. Il a perdu un vêtement unique qui lui avait été offert par un riche sénateur, fabriqué sur mesure à cette occasion. Enfin, que voulez-vous ? Je lui pardonne. »

Analyse du corpus à l’aide de Voyant Tools

La Cena Trimalcionis

J’ai tout d’abord commencé par analyser le corpus entier de la Cena Trimalcionis, qui figure dans les chapitres XXVII à LXXVIII du Satiricon de Pétrone. 

Outil « Cirrus »

Voici ce que m’a montré dans un premier temps l’outil « Cirrus » : 

Tamquam étant considéré comme « mot vide », j’ai par extension ajouté tanquam à la liste de « mots vides » en latin. 

Ainsi : 

Le nombre d’occurrences du 1er terme, Trimalchio qui désigne l’hôte du banquet dépasse de loin le 2ème terme le plus fréquent, puer, qui désigne ses jeunes esclaves, avec 74 occurrences contre 19. En 3ème place nous notons un verbe d’action, coepit, qui vient de coepio « commencer », suivi de triclinium, qui désigne la salle à manger, puis servus, un autre mot pour désigner les esclaves de Trimalcion. 

Outil « Termes du document »

Le tableau « Termes du document », qui affiche la proportion prise par un terme dans le texte (par million et non par cent), nous montre que Trimalchio est largement surreprésenté par rapport aux autres termes, avec une fréquence relative de 6.452 contre 1.657 pour puer, le 2ème terme le plus fréquent. Cette donnée confirme la surreprésentation du terme Trimalchio en comparaison des autres termes les plus fréquents. 

Mais aussi, si l’on étend le tableau aux 10 mots les plus fréquents, on ne lit pas une différence de proportion flagrante entre puer, le 2ème mot (1.657), et fortunata, le dernier mot (1.221). On peut ainsi supposer qu’il n’existe pas forcément de hiérarchie entre ces mots ; mais aussi, du fait de leur représentation quasi-univoque dans le texte, ils jouent un rôle équivalent. 

Comme les 50 chapitres de la Cena Trimalcionis recensent une richesse abondante d’actions, il serait impossible de les condenser en moins de 1500 mots. J’ai donc choisi de concentrer mon pastiche sur un passage spécifique : l’arrivée des invités au banquet et l’entrée en scène de Trimalcion. Quant au sujet de mon pastiche, j’ai choisi de transposer le caractère extravagant de Trimalcion à une personnalité dont l’excentricité est reconnue : Donald Trump.

Analyse des chapitres XXVII à XXIX

À la suite de ces résultats, j’ai cherché à concentrer plus précisément mon analyse sur les trois premiers chapitres de la Cena Trimalcionis, sur lesquels porte mon pastiche. 

Outil « Cirrus »

Voici le résultat que j’ai obtenu à l’aide de l’outil « Cirrus », en excluant les « mots vides » latins : 

Tout comme dans le corpus entier, le nom de l’hôte du banquet domine. C’est ce que j’ai cherché à retranscrire dans mon pastiche, en y incluant de nombreuses fois le nom de Donald Trump. 

Les deux termes prédominants qui suivent sont aurea et servus. Le terme aurea est issu de aureus, a, um, « d’or », et servus, i, m. désigne les esclaves de Trimalcion. 

Outil « Termes du document »

On remarque dans cette portion du texte une hétérogénéité encore plus forte au niveau des termes du document. En effet, le terme le plus représenté, Trimalchio, n’est présent qu’à quatre reprises, et servus et aurea seulement à trois reprises. Cela reste assez étonnant pour un texte de 673 mots. 

J’ai donc cherché dans mon pastiche à conserver cette diversité de vocabulaire, en attribuant néanmoins une place importante à l’hôte, à ses esclaves (qui sont représentés par la figure du domestique et du serviteur) et aux objets en or qui représentent la richesse de l’hôte. 

Περὶ τῶν «Digital Humanities» ὕμνος,

Commençons par entrer en salle 307,

Du bâtiment Ricoeur, ex bâtiment  L de l’université de Nanterre,

Situé non loin de la cafèt’,

Où parfois se croisent des étudiants de master,

I ou II.

Prenons le temps de nous rendre auprès d’ eux.

En cette salle de formation, accourent nombreux,

Des étudiants, venus de tous horizons et désireux,

De venir s’abreuver, à la source des Digital Humanities, afin de goûter ce nectar mystérieux.

Ils y célèbrent ces divines Humanités Numériques,

En effectuant un périple initiatique,

À la croisée des mondes anciens et modernes, entre tradition et modernité,

Au cours duquel, symboles de rupture et de continuité,

Les Humanités sont revisitées.

Chantons cette οἰκουμένη γῆ, où Platon, Aristophane, Hérodote et alii sont devenues des étoiles montantes de la Toile.

Sur cette terra, au premier abord incognita, levons le voile,

Mais οὐδὲν ἄγαν : rien de trop,

 Juste ce qu ‘il faut.

Quant à moi j’ai saisi cette chance

Inouïe de pouvoir suivre ces res gesta/aristies  et autres aventures, à distance.

Ce jour annonce la suite de mes premières péripéties au sein des Digital Humanities,

Dont les langues de travail et les codes regorgent  encore de multiples énigmes et surprises,

Que je tenterai de dénicher et de déchiffrer au moyen de mon esprit à la fois vif et curieux

Myriam Deubras hos versus scripsit, étudiante de M2

Billet 1

Bonjour, 

Je m’appelle Maylis Thompson et je suis une étudiante à distance. Après une licence de lettres classiques à l’Université de Caen et deux diplômes universitaires en langues anciennes à Paris Nanterre, je me retrouve cette année en Master 1 Humanités Classiques et Humanités Numériques, tout en travaillant comme assistante d’éducation au lycée français international Jules Verne de Riga. En me lançant dans ce séminaire dédié aux humanités numériques, un mélange de curiosité et d’inquiétude m’envahit, sachant que cette discipline unit deux champs d’étude apparemment très éloignés : les humanités classiques et les nouvelles technologies.

Dans le cadre de ce séminaire, je désire analyser en profondeur les outils numériques ainsi que leur utilisation dans l’analyse des textes anciens. Il me tarde de voir comment ces compétences seront capables d’enrichir les recherches de chacun, bien que je reste perplexe face à l’immensité des possibilités techniques. Je suis ravie de débuter cette nouvelle aventure intellectuelle, qui s’annonce enrichissante et stimulante, tout en me questionnant sur la façon dont ces compétences changeront ma vision des textes étudiés. 

L’illustration que j’ai choisie de partager avec vous a été générée par le créateur d’image de l’application Paint. Elle illustre, dans un style pixelisé, un ancien manuscrit mélangé à des éléments de modernité.

Les noms divins dans les traités de magie attribués à Salomon. Edition numérique du Liber Hynotheon (ADIV 5fb 1)

         Dans le cadre de mon master HCHN, j’ai pour objectif d’éditer un manuscrit de magie encore inédit, le Liber Hynothéon, conservé au sein des Archives départementales d’Ille-et-Vilaine sous la côte 5 Fb 1. L’auteur indique que ce livret serait la traduction en latin d’un ouvrage plus ancien écrit en chaldéen et recèlerait la magie du très sage Salomon, mais à en juger par son écriture, il a dû être rédigé au XVII-XVIIIe siècle et saisi par la justice avant la Révolution française. La source principale de ce texte semble être l’Almadel. Ce traité de magie rituelle est fameux : il servait à invoquer et à conjurer les anges. Il tirerait ses origines de l’Iran ancien et de l’Extrême Orient, mais ses versions médiévales ont été tout à fait christianisées. Cependant, tout comme l’Almadel avait fait l’objet d’un profond processus de réécriture et d’acculturation à partir d’un prototype arabe, l’élaboration de ce manuscrit s’apparente par de nombreux côtés à un « bricolage » au sens de C. Levi-Strauss. L’auteur s’est arrangé avec les « moyens du bord » pour construire son texte. Il a eu recours à des éléments recueillis et conservés au cours de ses lectures : des extraits des différents livres de la Bible, – Genèse, Psaumes ou Apocalypse -, des notes prises à partir de textes de magie rituelle, ou bien encore des concepts empruntés à Aristote. À terme, l’édition numérique en ligne de notre manuscrit, devrait permettre de faciliter la comparaison avec d’autres textes similaires, et ainsi déterminer comment les traités de magie se construisent, et d’une certaine manière, préciser les modalités de transmission et d’innovation des connaissances.

         L’élaboration d’une édition diplomatique et interprétative de ce manuscrit a nécessité tout d’abord un travail de toilettage et de préparation minutieux. À l’issu de la transcription du manuscrit, il était tout d’abord nécessaire d’encoder la texte en langage XML, ou « extensible markup language » et suivant les règles de la TEI (Text Encoding Initiative). Dans l’en-tête, représenté par élément <teiHeader>, sont rassemblés les métadonnées qui décrivent le document : taille, origine, lieu de conservation… Le texte lui-même a ensuite été structuré et encodé selon un certain nombre de balises relativement courantes. L’élément <div> nous a notamment permis de diviser le texte selon un certain nombre de « livre » et de « chapitre » qui n’existaient pas à l’origine, mais que nous avons défini afin de faciliter le repérage au sein du Liber. La particularité du texte nous a amené à repérer plus spécifiquement les noms qualifiés dans le texte de « divins ». Sur le modèles des « noms barbares » des formules magiques, du type abracadabra ou hocus pocus, ces noms correspondent en théorie aux noms secrets des anges ou de Dieu. La plupart du temps, ils n’ont aucun sens véritable et leur étymologie est la plus souvent fantaisiste, du moment qu’ils résonnent à l’oreille comme des vocables d’origine hébraïque, grecque, ou arabe. Sur le modèle de la théurgie, leur prononciation permettrait à l’opérant d’entrer en communion avec les puissances divines. La balise <name type= « divin »> les signale tout au long du texte, ce qui permettra à terme l’élaboration d’un lexique, et une comparaison avec les manuscrits magiques qui ont recours à ce même type de vocable.

      Sur les conseils de M. Berra, j’ai commencé à utiliser GitHub, une plate-forme open source qui permettait d’héberger en ligne sur un certain nombre de dépôts ou repositeries, tels que le ‘HN4-Liber-Hynotheon’ qui regroupait les images du manuscrit en format jpeg, la version du texte en format hmtl et xml. Monsieur Berra a ensuite été désigné comme administrateur afin qu’il puisse m’aider à résoudre les principaux problèmes rencontrés. L’utilisation de l’application open-source GitHub Desktop me permettait d’interagir directement avec GitHub : sur mon ordinateur personnel, je pouvais organiser et encoder progressivement le Liber Hynotheon à l’aide du logiciel Visual Studio Code, et ensuite, à l’aide de la fonction Push, envoyer directement les modifications sur le dépôt en ligne. Inversement, grâce à Pull, il m’était possible de mettre à jour mes fichiers en fonction des corrections proposées par Mr Berra. Une fois que le manuscrit a été encodé, j’ai pu poursuivre le même travail sur les versions parallèles de l’Almadel accessibles sur le site de Jospeh H. Peterson, Esoteric archives. De plus, deux versions françaises de l’Almadel sont conservées au sein de de la Cabale Divine ou la Stéganographie. Ces manuscrits sont actuellement à la Bibliothèque Wellcome (Wellcome 4666) à Londres, et à la Bibliotheca Philosophica Hermetica (BHP 277) à Amsterdam. Sur les sites de ces deux bibliothèques, le chercheur a accès à leur reproduction en format jpg ou pdf, ce qui m’a permis de les transcrire et de les encoder ensuite sous le format xml-tei. GitHub m’a donc permis de mettre en œuvre un travail collaboratif particulièrement efficace et de rassembler sur un même espace l’ensemble des données nécessaires.

       Afin de mettre directement en ligne l’édition du Liber Hynotheon en XML-TEI, il a finalement été décidé de recourir à l’outil EVT (Edition Visualization Technology). Ce logiciel en open source est relativement aisé d’utilisation : l’administrateur peut notamment modifier l’apparence de n’importe quel élément portant une certaine balise TEI, et agir sur la présentation de l’apparat critique, les corrections réalisées par le scribe, les annotations marginales, et les propositions de correction. À l’aide d’EVT, GitHub peut ensuite mettre en ligne l’édition du manuscrit rennais. Ceci offre plusieurs avantages. L’Almadel jouit en effet d’une certaine popularité sur Internet : on peut acheter un autel portatif destiné à invoquer les anges sur Amazon, des groupes de rock présentent certains clips sous ce nom sur Youtube, mais le texte français n’est pas directement accessible. Par rapport à une édition classique, de style Belles Lettres, ou par rapport à l’édition en ligne proposée par Jospeh H. Peterson, cette édition numérique a l’avantage de faciliter de l’inclusion des images et de mettre en œuvre un traitement automatisé des index. Les changements de configuration proposés par M. Berra permettent de plus de travailler tout aussi bien sur une édition diplomatique qu’interprétative. J’ai fait le choix de présenter aussi sur le même site la traduction du texte, ainsi qu’un ensemble de notes qui facilitent la compréhension du manuscrit. C’est un travail relativement agréable à réaliser car il donne rapidement  des résultats : afin de se rendre compte des conséquences des modifications et des choix effectués, il est notamment possible de visualiser le site en local sur Google Chrome, en transmettant les commandes adéquates par le biais de l’application  Terminal.

       L’édition numérique du Liber Hynotheon est en voie d’achèvement. Par contre, l’intégration de la traduction en français et des autres manuscrits transcrits est plus complexe que prévue et nécessite encore des aménagements d’EVTViewer. A terme, j’ai encore bon espoir de pouvoir comparer directement le Liber Hynotheon avec les différentes versions de l’Almadel (latines, anglaises et françaises). Mon hypothèse est que cela permettrait, au-delà de la diversité des langues, d’établir des généalogies ou plus exactement d’un manuscrit à l’autre. Sur une base aussi étroite d’un point de vue quantitatif, il ne s’agira pas de prouver scientifiquement quoi que ce soit, ou de mettre en œuvre automatiquement un stemma. Par exemple, la citation de la Donation de Constantin porte uniquement sur deux mots accolés diadema corona. De plus, la comparaison s’effectue sur des textes en langues étrangères. Pour l’instant, quelques analyses telles que l’établissement de lexiques des noms divins et la comparaison entre les différentes représentations de l’autel d’invocation devraient souligner des liens de parenté à travers le temps et l’espace européen. Comme il n’est pas possible de lemmatiser ces « noms divins » et comme chaque scribe les comprend à leur manière, il est encore nécessaire de recourir à l’intuition humaine pour penser par exemple que Hynotheon correspond à l’Honoyteon retrouvé sur un manuscrit italien du XVe, ou à d’autres noms bizarres tels qu’Onoytheon, Onaypheon ou Onayefeon. D’une certaine manière, c’est réconfortant à l’heure où l’IA commence à s’implanter dans tous les domaines de la recherche.

Nicolas CORRE

Le malheur des bergers

Au nom de Rome, heureux vieillards que nous sommes !
Dépossédés de nos biens, nous n’avons plus rien :
Ni terres, ni brebis, sommes-nous citoyens, 
Si après si longtemps, on expulse les hommes ?

De nos bœufs pourtant, on nous vantent les mérites,
A l’ombre des forêts, notre seule richesse,
Quand dans notre cœur, ne reste que la tristesse,
Ô mon bel enfant, même l’amour nous évite ?

Car même entre nous, les querelles sont constantes :
A la meilleur génisse, au meilleur poète.
Les dieux en sont témoins, on se creuse la tête,
On s’admire, on se loue mais nos lèvres se mentent.

Mais ensemble chantons le bonheur de la terre,
Elle est la sainte mère de tous nos bienfaits.
Mon enfant reconnaît, remercie ses effets,
Pour que l’âge d’or succède à l’âge de fer.

Et quand la mort frappe, toute la vie s’arrête.
Le ruisseau cesse d’être, et plus rien ne s’agite.
De notre malheur, les étoiles sont instruites,
Lorsque de nos cœurs blessés, les vers se transmettent.

Hélas depuis longtemps, les nymphes disparaissent.
Vierges infortunées, mélodies oubliées,
Si pour dresser l’acier, les forêts sont rasées,
Nos chants ne vantent plus Pan et la chasseresse.

Aux frênes des forêts, succèdent les brasiers,
Aux pins de nos jardins, le béton et les briques,
D’Apollon et des Muses que nos vers lyriques,
Ou s’affrontent tous deux : immeubles et beauté.

Car de nos pâtures, l’amour nous est ôté;
Ville, cruelle mère qui ravit, qui détruit
Mais nourrit nos vers d’une douce hérésie.
Retournons en arrière, et chantons, ô bergers :

Chantons un temps béni du noble art de la terre :
Où nous possédions tout, au plus loin de ces villes;
Viens, regarde comme nous étions si habiles,
Près des anciens chemins, la pureté de l’air.

Viens, viens donc avec moi, chanter l’amour d’antan
Chanter l’amour d’avant, celui des frondaisons.
Ni la neige ni le froid, au cœur de la saison
Ne m’enlèverons jamais, mes arbres et leurs chants.

J’ai choisi pour réaliser mon pastiche de m’inspirer de l’oeuvre des Bucoliques de Virgile. La poésie pastorale, ou poésie bucolique, est un genre poétique qui a pour but de représenter la vie champêtre et les mœurs des bergers. Elle se construit à travers la description et la célébration d’un univers rural. Plusieurs choix m’ont conduit à la réalisation de mon pastiche. En effet, en me servant de Voyant Tools pour connaître les mots et les syntagmes les plus utilisés par Virgile, j’ai pu me rendre compte que cela ne témoignait pas vraiment de l’oeuvre dans son entièreté.

L’églogue 8 par exemple fausse les données globales. En effet, un vers notamment est répété à de nombreuses reprises, ce qui modifie les termes et les syntagmes les plus répandus alors qu’ils ne sont présents que dans une églogue en particulier.

Les Bucoliques de Virgile sont composés de 10 églogues différentes, témoignant chacune d’une idée précise et mettant en scène des personnages différents. Ainsi, lors de la réalisation de mon pastiche, je me suis inspirée des mots les plus courants de l’oeuvre entière, mais pas seulement; en effet, mon poème est composé de 10 strophes qui s’identifient chacune à une églogue particulière en en reprenant syntagmes et termes les plus répandus. J’ai donc utilisé Voyant Tools à la fois pour disposer d’une vision globale de l’oeuvre mais aussi pour obtenir une vision distincte des caractéristiques de chaque églogue.

En ce qui concerne l’oeuvre entière, après avoir fait abstraction des noms des différents personnages qui composent le poème, j’ai retenu une liste de 10 termes majeurs : carmina, ducite, incipe, amor, ovis, versus, puer, urbe, venit et montibusque j’ai essayé de disséminer tout au long de mon pastiche.

 

Concernant chaque strophe individuellement, elles s’appuient chacune sur l’églogue correspondante. Ainsi, pour la première strophe, j’ai essayé de reprendre les syntagmes et les mots les plus présents dans la première églogue, et ainsi de suite.

Églogues

Strophes
Églogue 1

longo post tempore
fortunate senex

deus/viridi/fortunate/senex/rupe
Au nom de Rome, heureux vieillards que nous sommes !
Dépossédés de nos biens, nous n’avons plus rien :
Ni terres, ni brebis, sommes-nous citoyens ?
Si après si longtemps, on expulse les hommes.
Églogue 2

o formose puer

umbra/vaccinia/silvis/sequitur
De nos bœufs pourtant, on nous vantent les mérites,
A l’ombre des forêts, notre seule richesse,
Quand dans notre cœur, ne reste que la tristesse,
Ô mon bel enfant, même l’amour nous évite ?
Églogue 3

necdum illis labra admovi sed condita servo
est mihi

pecus/vitulam/pueri
Car même entre nous, les querelles sont constantes :
A la meilleur génisse, au meilleur poète.
Les dieux en sont témoins, on se creuse la tête,
On s’admire, on se loue mais nos lèvres se mentent.
Églogue 4

incipe parue puer
pan etiam arcadia

puer/ultima/vestigia/tellus/parue
Mais ensemble chantons le bonheur de la terre,
Elle est la sainte mère de tous nos bienfaits.
Mon enfant reconnaît, remercie ses effets,
Pour que l’âge d’or succède à l’âge de fer.
Églogue 5

ad astra
ad sidera

puer/flumina/carmina
Et quand la mort frappe, toute la vie s’arrête.
Le ruisseau cesse d’être, et plus rien ne s’agite.
De notre malheur, les étoiles sont instruites,
Lorsque de nos cœurs blessés, les vers se transmettent.
Églogue 6

a uirgo infelix
nec tantum
Hélas depuis longtemps, les nymphes disparaissent.
Vierges infortunées, mélodies oubliées,
Si pour dresser l’acier, les forêts sont rasées,
Nos chants ne vantent plus Pan et la chasseresse.
Églogue 7

fraxinus in siluis
pinus in hortis
aut si

umbra/ambo/viridis
Aux frênes des forêts, succèdent les brasiers,
Aux pins de nos jardins, le béton et les briques,
D’Apollon et des Muses que nos vers lyriques,
Ou s’affrontent tous deux : immeubles et beauté.
Églogue 8

crudelis tu quoque mater

urbe/versus/carmina/ducite
Car de nos pâtures, l’amour nous est ôté;
Ville, cruelle mère qui ravit, qui détruit
Mais nourrit nos vers d’une douce hérésie.
Retournons en arrière, et chantons, ô bergers :
Églogue 9

huc ades
in urbem

carmina/via/veteres
Chantons un temps béni du noble art de la terre :
Où nous possédions tout, au plus loin de ces villes;
Viens, regarde comme nous étions si habiles,
Près des anciens chemins, la pureté de l’air.
Églogue 10

mihi phyllis
nam neque/nec si

amor/venit/carmina/nives/frigora
Viens, viens donc avec moi, chanter l’amour d’antan
Chanter l’amour d’avant, celui des frondaisons.
Ni la neige ni le froid, au cœur de la saison
Ne m’enlèverons jamais, mes arbres et leurs chants.
Dans ce tableau j’ai voulu représenter les mots à partir desquels je me suis inspirée lors de la rédaction des strophes. Les mots en italiques dans la colonne de droite correspondent aux mots et/ou syntagmes les plus courants dans l’églogue correspondante. Quant-à ceux encadrés, ce sont les mots les plus répandus au sein des Bucoliques dans leur globalité.

J’ai également utilisé Voyant Tools pour mettre en avant les collocations les plus courantes dans l’oeuvre entière pour tenter de les représenter à travers mon pastiche.

Pour mon pastiche j’ai également fait le choix d’écrire en alexandrins pour reprendre les hexamètres dactyliques présent dans les Bucoliques. De même, à partir de la sixième strophe, soit la moitié du poème, j’ai inclus une notion plus contemporaine qu’est celle de la déforestation et de l’urbanisation. En effet, dans les termes les plus courants, on peut voir le terme urbe de plus en plus présent vers la fin du poème et qui m’a conforté dans ce choix. Ainsi, la fin de mon pastiche met en avant la disparition de la vie rurale au profit des villes toujours plus démesurées et impersonnelles, mais également l’expropriation des petits propriétaires terriens qui se languissent de cette perte à travers leur chants.

J’espère en tout cas que ce pastiche et ces explications vous ont plu !