# Médiation des données de la recherche : élaboration d'une plateforme en ligne pour une base de tables astronomiques anciennes

Ségolène Albouy

► To cite this version:

Ségolène Albouy. Médiation des données de la recherche : élaboration d'une plateforme en ligne pour une base de tables astronomiques anciennes. Histoire. 2019. hal-05027867

HAL Id: hal-05027867

https://enc.hal.science/hal-05027867v1

Submitted on 9 Apr 2025

HAL is a multi-disciplinary open access
archive for the deposit and dissemination of sci-
entific research documents, whether they are pub-
lished or not. The documents may come from
teaching and research institutions in France or
abroad, or from public or private research centers.

L'archive ouverte pluridisciplinaire HAL, est
destinée au dépôt et à la diffusion de documents
scientifiques de niveau recherche, publiés ou non,
émanant des établissements d'enseignement et de
recherche français ou étrangers, des laboratoires
publics ou privés.

<figure><img src="image_1.png" /></figure>
ÉCOLE NATIONALE DES CHARTES

Ségolène Albouy

licenciée ès lettres

# Médiation des données de la recherche

## Élaboration d'une plateforme en ligne pour une base de tables astronomiques anciennes

Mémoire pour le diplôme de master
« Technologies numériques appliquées à l'histoire »

2019
<figure><img src="image_2.png" /></figure>
# Résumé

Ce mémoire a été réalisé à l'occasion d'un stage à l'Observatoire de Paris du mois d'avril à août 2019, dans le cadre du Master « Technologies numériques appliquées à l'histoire » de l'École des chartes. Il porte sur les procédés de médiation pouvant être mis en œuvre dans la valorisation d'un corpus de recherche numérique. Il expose les étapes de conception d'une plateforme publique pour le projet de recherche DISHAS, depuis l'analyse du corpus jusqu'à la réalisation technique des interfaces. Le corpus de recherche de DISHAS porte sur les ressources de l'astronomie de tradition ptoléméenne ; il comporte une grande variété de données – ayant trait autant aux mathématiques qu'à la codicologie – pour lesquelles il a fallu concevoir des interfaces et visualisations spécifiques. Ce mémoire vise à apporter une analyse critique des enjeux, méthodes et résultats liés à la conception d'une plateforme publique de recherche.

**Mots-clés** : histoire des science ; numérique ; tables astronomiques ; expérience utilisateur ; médiation ; visualisation de données ; interface publique ; front office ; accessibilité ; corpus de recherche ; Symfony ; PHP ; JavaScript ; ElasticSearch.

**Informations bibliographiques** : Ségolène Albouy, *Médiation des données de la recherche*, mémoire de master « Technologies numériques appliquées à l'histoire », dir. Thibault Clérice, École nationale des chartes, 2019.
<figure><img src="image_3.png" /></figure>
Remerciements

En préambule de ce travail, je tiens à remercier toutes les personnes qui m'ont ac-
compagnée au cours de cette deuxième année de Master, qui fut riche en apprentissages.
Ma reconnaissance va en premier lieu à Galla Topalian, qui m'a suivie avec bienveillance
toute la durée de ce stage et qui n'a cessé de me prodiguer d'excellents conseils. Je remer-
cie également Matthieu Husson et Galla Topalian de m'avoir fait confiance en me laissant
la possibilité d'expérimenter quant aux réalisations qui m'ont été données de faire. Je sou-
haite aussi adresser mes remerciements à l'équipe d'Histoire des sciences de l'Observatoire
de Paris pour m'avoir si bien accueillie. Enfin, je remercie Malcolm Hamelin d'avoir été
un si bon camarade pour la durée de ce stage.

Toute ma gratitude va également à l'ensemble de la promotion 2019 du Master
« Technologies numériques appliquées à l'histoire » de l'École des chartes, pour le soutien
infaillible et collectif au cours de l'écriture de ce mémoire. Toute ma gratitude, enfin, à
Lucence Ing pour sa patiente relecture et ses encouragements constants.
<figure><img src="image_4.png" /></figure>
Histoire de l'astronomie

*About DISHAS Project – Astronomical Tables in Database*, URL : https://dishas obspm.fr/about (visité le 28/07/2019).

BESSOU (Gilles) et LAMY (Jérôme), « Lumières sur l'Univers – Histoire de l'astronomie », dans *Astrophysique sur Mesure - Observatoire de Paris*, URL : https://media4.odspm.fr/public/ressources_lu/pages_antiquite-moyen-age/ha-epicycles-excentriques.html (visité le 29/06/2019).

CHARMETANT (Églantine), *Modélisation, encodage et valorisation d'un manuscrit astronomique : l'exemple du Latin 7281*, Mémoire de Master, École nationale des chartes, 2018.

EVANS (James), *Histoire et pratique de l'astronomie ancienne*, avec la coll. de Michel-Pierre Lerner, Concetta Luna et Denis Savoie, trad. par Alain Philippe Segonds, Les Belles Lettres, 2016.

EVANS (James) et WULF FRIEDLANDER (Michael), « History of Astronomy », dans *Encyclopædia Britannica*, URL : https://www.britannica.com/science/astronomy* (visité le 17/06/2019).

GIESEN (Jürgen), « Heliocentric and Geocentric Motion », dans *Physics and Astronomy*, URL : http://jgiesen.de/geocentric/index.html (visité le 25/04/2019).

*History of Astronomical Sciences in India*, URL : http://www.hamsi.org.nz/ (visité le 05/08/2019).

HUSSON (Matthieu), « L'astronomie alphonsine dans l'Expositio intentionis regis Alfonsii circa tabulas ejus de Jean de Murs », *Archives d'histoire doctrinale et litteraire du Moyen Age*, Tome 78-1 (2011), p. 229-245.

HUSSON (Matthieu) et KREMER (Richard L.), « How Do Writings in the Early Astral Sciences Reveal Mathematical Practices and Practitioners? », *Centaurus*, 58-1-2 (2016), p. 1-5.

« Le Monde en sphères », dans *Expositions numériques – BnF*, URL : http://expositions.bnf.fr/monde-en-spheres/index.html (visité le 16/08/2019).

MERCIER (Raymond), *Studies on the Transmission of Medieval Mathematical Astronomy*, Ashgate Publishers, Burlington, VT, 2004.

MONIER (Williams), *A Sanskrit-English Dictionary*, Clarendon, Oxford, 1872.
MONTELLE (Clemency), *Chasing Shadows : Mathematics, Astronomy, and the Early History of Eclipse Reckoning*, Johns Hopkins University Press, 2011.

POULLE (Emmanuel), « Les instruments astronomiques de l'Occident latin aux XIe et XIIe siècles », *Cahiers de Civilisation Médiévale*, 15-57 (1972), p. 27-40.

— *Les astronomes parisiens au XIVe siècle et l'astronomie alphonsine*, F. Paillart, Abbeville, France, 2005.

POULLE (Emmanuel) et GINGERICH (Owen), « Les positions des planètes au Moyen Age : application du calcul électronique aux tables alphonsines », *Comptes rendus des séances de l'Académie des Inscriptions et Belles-Lettres*, 111-4 (1967), p. 531-548, URL : https://www.persee.fr/doc/crai_0065-0536_1967_num_111_4_12173 (visité le 27/06/2019).

*Ptolemaeus Arabus et Latinus*, URL : https://ptolemaeus.badw.de/start (visité le 10/04/2019).

SELIN (Helaine), SUN (Xiaochun) et KING (David A.), *Astronomy across Cultures : The History of Non-Western Astronomy*, Kluwer Academic Publishers, Dordrecht ; Boston, 2000.

*Shaping a European Scientific Scene : Alfonsine Astronomy*, URL : https://alfa.hypotheses.org/ (visité le 08/06/2019).

VALLERIANI (Matteo), KRAÜTLI (Florian) et WINTERGRÜN (Dirk), « De Sphaera : Modeling Data and Analyzing Diffusion Using Early Modern Cosmological Treatises », dans *Max-Planck-Institut Für Wissenschaftsgeschichte*, 2017, URL : https://www.mpiwg-berlin.mpg.de/project/sacrobosco-sphaera (visité le 12/04/2019).
Sciences Humaines & numérique

BARCENILLA (Javier) et MAURICE CHRISTIAN BASTIEN (Joseph), « L'acceptabilité des nouvelles technologies : quelles relations avec l'ergonomie, l'utilisabilité et l'expérience utilisateur ? », *Presses Universitaires de France*, Le travail humain 72 (2009), p. 311-331.

BERTRAND (Paul), « La révolution souterraine des Digital Humanities : pour une refondation de la critique des sources », dans *Médiéviz*, 2012, URL : https://medievizmesblog.wordpress.com/2012/12/08/573/ (visité le 05/08/2019).

BERTRAND (Paul), MAIREY (Aude), GUYOTJEANNIN (Olivier), GUERREAU-JALABERT (Anita), EDDÉ (Anne-Marie) et BURGHART (Marjorie), « L'historien médiéviste et la pratique des textes : les enjeux du tournant numérique », *Actes des congrès de la Société des historiens médiévistes de l'enseignement supérieur public*, 38-1 (2007), p. 273-301, DOI : 10.3406/shmes.2007.1958.

CAVALIÉ (Étienne), CLAVERT (Frédéric) et LEGENDRE (Olivier), « Expérimenter les Humanités numériques : des outils individuels aux projets collectifs », dans *DesLibris*, Montréal, 2018 (Parcours numériques), URL : https://www.deslibris.ca/ID/479645 (visité le 04/08/2019).

CLAVERT (Frédéric), « Design & Digital Humanities : le design comme méthode pour les Humanités Numériques ? », dans *THATCamp Paris*, URL : https://tcp.hypotheses.org/849 (visité le 10/08/2019).

CLAVERT (Frédéric), HEIMBURGER (Franziska) et BERRA (Aurélien), « L'historien programmeur ? », dans *THATCamp Paris 2012 : Non-actes de la non-conférence des humanités numériques*, Paris, 2012 (La Non-Collection), URL : http://books.openedition.org/editionsmsh/305 (visité le 04/08/2019).

DACOS (Marin) et MOUNIER (Pierre), *État des lieux et positionnement de la recherche française dans le contexte international*, Laffont, Paris, 2013.

FARGE (Arlette), *Le goût de l'archive*, Éditions du Seuil, Paris, 1997 (Points Histoire, 233).

FLÜELER (Christoph), *Digital Manuscripts as Critical Edition*, 30 juin 2015, URL : https://schoenberginstitute.org/2015/06/30/digital-manuscripts-as-critical-edition/ (visité le 08/06/2019).
GENET (Jean-Philippe), « Histoire, Informatique, Mesure », *Histoire & Mesure*, 1-1 (1986), p. 7-18.

HÉGARAT (Thibault Le), « Apprendre à vulgariser ? », dans *Devenir historien-ne*, URL : https://devhist.hypotheses.org/3413 (visité le 16/08/2019).

HEIMBURGER (Franziska) et RUIZ (Émilien), « Has the Historian's Craft Gone Digital? Some Observations from France », *Diacronie. Studi di Storia Contemporanea* (, 10[ 2012]), URL : http://journals.openedition.org/diacronie/2795 (visité le 04/08/2019).

HOOLAND (Seth van), GILLET-GOINARD (Florence), HENGCHEN (Simon), DE WILDE (Max) et EBERLE-SINATRA (Michael), *Introduction aux humanités numériques : méthodes et pratiques : sciences humaines et sociales*, De Boeck supérieur, Louvain-la-Neuve, 2016 (Méthodes en sciences humaines).

JÄNICKE (Stefan), FRANZINI (Greta), CHEEMA (Muhammad Faisal) et SCHEUERMANN (Gerik), « On Close and Distant Reading in Digital Humanities : A Survey and Future Challenges », dans *EuroVis*, 2015.

Le concept d'archivage numérique pérenne / CINES, URL : https://www.cines.fr/archivage/un-concept-des-problematiques/le-concept-darchivage-numerique-perenne/ (visité le 19/08/2019).

LEIMGRUBER (Matthieu), « L'informatique a-t-elle transformé les pratiques des historien·ne·s ? », Histoire en pratique(s) UNIL (2003), URL : https://www.unil.ch/files/live/sites/hist/files/shared/histoirepratique/enpratique_outilsinfos.pdf.

MASSOT (Marie-Laure), « Dessiner les acteurs en humanités numériques : la recherche en dialogue », *HAL – Archives ouvertes* (, juin 2018), URL : https://hal.archives-ouvertes.fr/hal-01794185 (visité le 10/08/2019).

MILLERAND (Florence), « La science en réseau », *Revue d'anthropologie des connaissances*, Vol. 6, n° 1-1 (25 avr. 2012), p. 163-190, URL : https://www.cairn.info/revue-anthropologie-des-connaissances-2012-1-page-163.htm (visité le 04/08/2019).

NAKALA par Huma-Num, URL : https://www.nakala.fr/ (visité le 05/08/2019).

OBERHAUSER (Pierre-Nicolas), « Des collaborations équivoques », *Revue d'anthropologie des connaissances*, Vol. 10, n° 4-4 (23 déc. 2016), p. 557-586, URL : https://www.cairn.info/revue-anthropologie-des-connaissances-2016-4-page-557.htm (visité le 04/08/2019).

*Plan de gestion de données – Recommandations à l'ANR*, 2019, URL : https://www.ouvrirlascience.fr/plan-de-gestion-de-donnees-recommandations-a-lanr (visité le 06/08/2019).

POTIN (Yann), « Institutions et pratiques d'archives face à la « numérisation ». Experiences et malentendus », *Revue d'histoire moderne contemporaine*, n° 58-4bis-5
(2011), p. 57-69, URL : https://www.cairn.info/revue-d-histoire-moderne-et-contemporaine-2011-5-page-57.htm (visité le 04/08/2019).

POUYLLAU (Stéphane), GINOUVÈS (Véronique) et GRAS (Isabelle), « La diffusion numérique des données en SHS - Guide de bonnes pratiques éthiques et juridiques », Presse Universitaires de Provence (, oct. 2018), URL : https://hal-amu.archives-ouvertes.fr/hal-01974527 (visité le 13/08/2019).

Projet Mirador, URL : https://projectmirador.org/ (visité le 06/08/2019).

« Règlement (UE) 2016/679 Du Parlement Européen et Du Conseil Du 27 Avril 2016 », dans CNIL – Règlement Général sur la Protection des Données, URL : https://www.cnil.fr/fr/reglement-europeen-protection-donnees (visité le 13/08/2019).

RENNEVILLE (Marc) et POUYLLAU (Stéphane), « Huma-Num. La très grande infrastructure de recherche pour les humanités numériques », Lettre de l'InSHS (, sept. 2013), URL : https://www.huma-num.fr/sites/default/files/extrait_infoinshs_25.pdf (visité le 22/07/2019).

RYGIEL (Philippe), « L'ordinateur, le réseau et l'écriture de l'histoire », Materiaux pour l'histoire de notre temps, N° 82-2 (2006), p. 75-79, URL : https://www.cairn.info/revue-materiaux-pour-l-histoire-de-notre-temps-2006-2-page-75.htm (visité le 04/08/2019).

SEALE (Yvonne), A Beginner's Guide to Digital Palaeography of Medieval Manuscripts, 26 mars 2016, URL : https://yvonneseale.org/blog/2016/03/26/dh-palaeography/ (visité le 08/06/2019).

SIMANOWSKI (Roberto), Digital Humanities and Digital Media : Conversations on Politics, Culture, Aesthetics and Literacy, Open Humanities Press, 2016 (Fibreculture Books).

SINATRA (Michaël E.) et VITALI-ROSATI (Marcello), « Histoire des Humanités numériques », dans Pratiques de l'édition Numérique, dir. Michael E. Sinatra, Montréal, 2014 (Parcours Numérique), chap. 3, p. 49-60, URL : http://books.openedition.org/pum/317 (visité le 04/08/2019).

Textual / EADH - The European Association for Digital Humanities, URL : http://eadh.org/textual (visité le 08/06/2019).

VALENCE (David), « L'historien et les chiffres », La Vie des idées (, 13 mars 2008), URL : http://www.laviedesidees.fr/L-historien-et-les-chiffres.html (visité le 08/06/2019).

WILMS (Lotte), DERVEN (Caleb), O'DWYER (Liam), LINGSTADT (Kirsty) et VERBEKE (Demmy), Europe's Digital Humanities Landscape : A Study From LIBER's Digital Humanities & Digital Cultural Heritage Working Group, Zenodo, 2019, URL : https://zenodo.org/record/3247286#.XR55YpMzbOQ (visité le 05/07/2019).

ZYSBERG (André), « Impact de l'informatique sur la recherche historique », Matériaux pour l'histoire de notre temps, 10-1 (1987), p. 35-37.
Visualisations de données

« Adams’ Synchronological Chart », dans *David Rumsey Historical Map Collection*, URL : https://www.davidrumsey.com/luna/servlet/detail/RUMSEY~8~1~226099~5505934: Composite--Adams--Synchronological- (visité le 28/08/2019).

« Cartes », dans *Musée National de l'histoire de l'immigration*, URL : http://www.histoire-immigration.fr/questions-contemporaines/cartes (visité le 19/08/2019).

CÔME (Etienne), *Portfolio / Étienne Côme*, URL : https://www.comeetie.fr/#portfolio (visité le 18/08/2019).

FRY (Ben), *Visualizing Data*, O'Reilly Media, Sebastopol, California, 2008.

GROLEMUND (Garrett) et WICKHAM (Hadley), *R for Data Science*, O'Reilly Media, Sebastopol, California, 2017, URL : https://r4ds.had.co.nz/ (visité le 26/08/2019).

« Let Viewers Change Chart Type », dans *Blog amCharts*, 2018, URL : https://www.amcharts.com/dataviz-tip-30-let-viewers-change-chart-type/ (visité le 16/08/2019).

MEEKS (Elijah), « Visualizing Databases », dans *Digital Humanities Specialist*, 2011, URL : https://dhs.stanford.edu/spatial-humanities/visualizing-databases/ (visité le 29/04/2019).

PLANTIN (Jean-Christophe), « L'avènement de la carte comme médiation. Généalogie des rencontres entre cartographie et théories de l'information », *Questions de communication n°25* (, 31 août 2014), p. 309-326, URL : http://journals.openedition.org/questionsdecommunication/9050 (visité le 22/08/2019).

POPOVA (Maria), « How to Map Time : A Visual History of the Timeline », dans *The Atlantic*, 2012, URL : https://www.theatlantic.com/entertainment/archive/2012/02/how-to-map-time-a-visual-history-of-the-timeline/252825/ (visité le 18/08/2019).

« Research – Data Visualization », dans *Digital Humanities*, URL : https://dh.fbk.eu/research (visité le 16/08/2019).

« The Timemap of World History : The Online Atlas and Encyclopedia », dans *TimeMaps*, URL : https://www.timemaps.com/ (visité le 18/08/2019).

Wappalyzer - JavaScript Graphics, URL : https://www.wappalyzer.com/categories/javascript-graphics (visité le 26/08/2019).
« World History Maps & Timelines », dans *GeaCron*, URL : http://geacron.com/home-en/ (visité le 19/08/2019).

YAU (Nathan), *Visualize This : The FlowingData Guide to Design, Visualization, and Statistics*, Wiley Publisher, Indianapolis, Ind, 2011.
Technologies et méthodes

*Documentation de la bibliothèque AmCharts 4*, URL : https://www.amcharts.com/docs/v4/ (visité le 23/06/2019).

DROUILLAT (Benoît), *Le design interactif : du Web design aux objets connectés*, Dunod, Paris, 2016.

*Elastic Stack and Product Documentation*, URL : https://www.elastic.co/guide/index.html (visité le 04/08/2019).

*Elastica Documentation*, URL : https://elastica.io/ (visité le 04/08/2019).

« Etudiez le fonctionnement d'Elasticsearch », dans *OpenClassrooms*, URL : https://openclassrooms.com/fr/courses/4462426-maitrisez-les-bases-de-donnees-nosql/4474691-etudiez-le-fonctionnement-d-elasticsearch* (visité le 20/08/2019).

GARRETT (Jesse James), « Additional Resources », dans *The Elements of User Experience*, URL : http://www.jjg.net/elements/resources/ (visité le 13/08/2019).

— *Les éléments de l'expérience utilisateur : Placer l'utilisateur au coeur de la conception des produits web et mobiles*, Pearson, Paris, 2011.

HAMELIN (Malcolm), *Observatoire de Paris – Projet DISHAS*, Rapport de stage, Paris, 2019, p. 33.

KING (Rochelle), CHURCHILL (Elizabeth F.) et TAN (Caitlin), *Designing with Data : Improving the User Experience with A/B Testing*, O'Reilly Media, Inc, Sebastopol, CA, 2017.

LAUGIER (Anne-Sophie) et FRANCE (Louis-Baptiste), « Les bases NoSQL orientées colonnes », dans *IllustraData*, 2017, URL : http://www.illustradata.com/bases-nosql-orientees-colonnes-quest-cest/* (visité le 25/08/2019).

*PHP : Documentation*, URL : https://www.php.net/docs.php (visité le 04/08/2019).

« Reinventing the Wheel », dans *Wikipedia*, URL : https://en.wikipedia.org/wiki/Reinventing-the-wheel* (visité le 10/08/2019).

SANNIÉ (Colette), « Prendre en compte l'expérience utilisateur : une opportunité au delà de la contrainte » (, 12 sept. 2017), URL : https://dumas.ccsd.cnrs.fr/dumas-01804558 (visité le 06/08/2019).

*Stack Overflow – Where Developers Learn, Share, & Build Careers*, URL : https:// stackoverflow.com/ (visité le 04/08/2019).
* *owell, URL : https://symfony.com/doc/current/index.html
  (visité le 04/08/2019).*

WANYOIKE (Michael), « History of Front-End Frameworks », dans *LogRocket Blog*, URL : https://logrocket.com/blog/history-of-frontend-frameworks/ (visité le 11/04/2019).
# Introduction

Le recours aux technologies numériques en sciences humaines a modifié les procédés d'analyse des sources primaires de la recherche : les documents, qui auparavant fournissaient seuls la matière de l'étude, doivent subir une étape liminaire de numérisation en vue d'un traitement informatique. Le processus de numérisation transforme le matériel documentaire, parfois complexe et hétérogène, en données manipulables par l'ordinateur. Il constitue un état intermédiaire du document, intelligible pour un algorithme, mais souvent hermétique au public. Cette étape entre source primaire et production scientifique ajoute en effet un niveau d'abstraction à l'objet étudié, abstraction tant du point de vue de sa nature, que de sa structuration : si elle est nécessaire à la computation par ordinateur, l'abstraction rend également le matériel documentaire davantage polyvalent.

La segmentation de l'information en données permet notamment de rendre les corpus plus accessibles et réutilisables : accessibles, car ils peuvent ainsi transiter par les canaux de diffusion d'Internet, et réutilisables, car un même document numérisé pourra subir autant de traitements informatiques qu'il existe de volontés de l'analyser. Rendre ainsi partageables les données donne l'occasion d'accroître conjointement la visibilité et les dimensions des corpus de recherche. Cet enjeu de valorisation des données brutes est au cœur du mouvement de l'open data qui prône l'ouverture des données pour leur libre accès et exploitation. Il vise à la diffusion des sources numériques auprès du grand public autant qu'à l'enrichissement des ressources de la communauté scientifique de manière à favoriser l'innovation ouverte. Le recours à des standards et normes permet en outre à des projets variés de collaborer autour de corpus communs par la production de données interopérables.

En établissant une compatibilité technique et sémantique, l'operability des données aide au décloisonnement entre domaines d'expertise et permet à des projets de recherche aux objectifs divergents de s'appuyer sur un socle commun. Les données standardisées constituent un terrain d'entente, tout particulièrement profitable à l'étude de corpus transverses et aux champs de recherche pluridisciplinaires<fnref n="1" />. En histoire des sciences en

<footnote n="1">1. « [...] c'est à un déplacement des frontières que nous assistons : frontières entre les disciplines, dont le recours commun aux instruments informatiques peut faciliter le rapprochement ; frontières entre</footnote>
particulier, la recherche recquiert une expertise dans une grande variété de domaines, allant des mathématiques à la codicologie, dont le dialogue peut être facilité par le médium informatique : l'exposition des données de recherche et la mise en commun de sources constituent, en ce sens, des moyens pour mettre au jour des interactions entre des phénomènes complexes. Dans le domaine de l'histoire de l'astronomie dans une plus forte mesure, où les pratiques des astronomers ont été largement influencées par la circulation continue des savoirs depuis l'Antiquité, la mutualisation des systèmes d'information numériques peut être d'une utilité majeure si l'on veut envisager de considérer le développement de cette science dans son entièreté.

> Dans l'océan du réseau, de nouveaux territoires de données sont ainsi apparus. Il s'agit maintenant de créer les conditions de possibilité de construire des échanges entre eux. Pour passer au stade de la compétition coopérative, les données de la recherche doivent être ouvertes, documentées et contextualisées, interopérables et — autant que possible — libres d'accès dans le respect du droit.<fnref n="2" />

Ainsi, le processus de numérisation engendre un nouvel état des sources, un état susceptible d'être le support d'une analyse scientifique, mais aussi d'être valorisé en tant que tel. La valorisation de la donnée repose sur plusieurs qualités qui œuvrent ensemble : l'accessibilité, la réutilisabilité et l'interopérabilité sont trois des grands principes liés aux FAIR (Findable Accessible Interoperable Reusable) data et sont complétés par « trouvabilité » de la donnée. Cette dernière propriété repose sur une multitude d'aspects – architecture de l'information, design des interfaces utilisateur, optimisation pour les moteurs de recherche – qui assurent la visibilité des corpus numérisés. C'est un effort de médiation qui doit donc être fourni : médiation autour de la donnée qui, isolée, est dépouillée de sa signification, médiation autour des bases les contenant, qui, par leur degré d'abstraction au regard de la source, doivent être rendue explicites et contextualisées, et médiation autour des questions de recherche, qui, bénéficiant de la plateforme de diffusion qu'offre le numérique, peuvent fructifier de l'intérêt porté par le public. En plus de produire un discours sur le document, la recherche dans les humanités numériques s'ingénie donc à produire un discours sur les données, qui constituent un vivier d'analyse autant qu'une manne à valoriser.

Cette attention portée à la valorisation de l'état numérique de la source œuvre, au-delà de la simple mise à libre disposition des corpus, à leur pérennité. Sans un travail de

<footnote>chercheurs en sciences humaines et ingénieurs, puisqu'un dialogue fécond se noue entre enjeux scientifiques et possibilités techniques. » Marin Dacos et Pierre Mounier, *État des lieux et positionnement de la recherche française dans le contexte international*, Laffont, Paris, 2013, p. 3</footnote>

<footnote n="2">2. Marc Renneville et Stéphane Pouyllau, « Huma-Num. La très grande infrastructure de recherche pour les humanités numériques », *Lettre de l'InSHS* (, sept. 2013), URL : https://www.huma-num.fr/sites/default/files/extrait_infoinshs_25.pdf (visité le 22/07/2019)</footnote>
médiation, la masse considérable des données produites par la communauté scientifique en SHS peut rester inaccessible et perdue dans des systèmes d'informations obsolètes. La diffusion des contenus numériques opère d'un double mouvement qui irrigue à la fois les travaux des spécialistes, mais renouvelle l'accès de tous au patrimoine culturel. En élabo- rant des plateformes sur mesure pour exposer les données de la recherche, il est possible de faire surgir de nouvelles questions de recherche en même temps que de créer des vecteurs d'analyse alternatifs.

C'est dans cette lignée que s'inscrit DISHAS (Digital Information System for the History of Astral Sciences) qui tâche de fédérer les projets de recherche en astronomie ancienne<fnref n="3" />. L'astronomie est issue d'une tradition continue vieille de près de 4000 ans qui transcende les cultures et les langues. Cette richesse rend toute étude globale mal- aisée, compte tenu de la diversité des sources et de la variété des approches possibles ; un effort d'exposition des données dans une perspective de mutualisation des travaux de recherche était donc nécessaire. C'est pour répondre à cette problématique d'inclusivité qu'a été conçu DISHAS : le projet est né d'une volonté mise en commun des outils et des ressources pour l'étude non seulement de l'astronomie de tradition ptoléméenne, mais aussi des sources en histoire des sciences. Son corpus est pluriel et nécessite d'être abordé avec des méthodologies au carrefour de la bibliographie matérielle, de l'histoire et des mathématiques. Plusieurs ambitions découlent de cette étude, en particulier l'examen des pratiques des astronomes et la description de milieux intellectuels liés à la transmission des textes astronomiques. Les sources étudiées couvrent des matériaux aussi divers que des instruments, des tables astronomiques, des documents iconographiques ou encore des textes théoriques : toutefois, en tant que projet pilote, DISHAS se concentre sur les tables astronomiques qui, par leur grande complexité, constituent des ressources d'une richesse inégalée pour l'étude<fnref n="4" />.

Avec une équipe dispersée sur plusieurs continents et s'intéressant à des aspects différents des sources astronomiques, il a été important de définir des intérêts communs pour façonner des outils profitables à toute la communauté de recherche. Si dans un premier temps, l'attention a été portée à développer des outils aidant l'intégration des données dans la plateforme, en particulier grâce à une interface facilitant la saisie de tables astronomiques, à présent, ce sont les dispositifs permettant la valorisation des données numérisées qui font l'objet de l'attention. L'une des réalisations principales qui en découle

<footnote n="3">3. « DISHAS relies on a network of international projects in Chinese, Sanskrit, Arabic, Latin and Hebrew sources. » About DISHAS Project – Astronomical Tables in Database, URL : https://dishas. obspm.fr/about (visité le 28/07/2019)</footnote>

<footnote n="4">4. « Thus in addition to their individual contents, astronomical tables viewed more generally can provide unmatched sources for studying the transmission of computational know-how, writing technologies and layouts, theoretical models, and numerical parameters. » Ibid.</footnote>
est la création d'une plateforme en ligne agrégeant des fonctionnalités développées par les
différents membres du projet et exposant les données de recherche de la manière la plus
adaptée possible.

C'est pour remplir cette mission que l'équipe chargée du projet DISHAS au sein de l'Observatoire de Paris a fait appel à l'École nationale des chartes, pour son expertise dans la transformation du document vers la donnée. C'est à cette occasion que j'ai participé à la construction de l'application Web du projet, en qualité de stagiaire ingénieure numérique d'avril à août 2019. Les objectifs de mon stage portaient sur l'élaboration des interfaces publiques de la plateforme DISHAS, tant du point de vue de la constitution d'un parcours utilisateur que de la réalisation de visualisations de données sur mesure. L'enjeu résidait dans les différents niveaux de lecture nécessaires à la construction d'une interface à destination autant d'un public de chercheurs que de simples amateurs. Par quelles formes de médiation les données de recherche peuvent-elles être exposées à un public varié, en appréhendant de concert la navigation dans son ensemble et les visualisations ponctuelles ? Comment concevoir la médiation autour de données très spécialisées dans le respect des principes FAIR tout en fournissant au public des outils de compréhension sur la donnée elle-même et d'analyse sur l'interaction des données entre elles ?

Ce mémoire, écrit en vue de la validation de la seconde année du Master TNAH de l'École nationale des chartes, a pour but de présenter les réalisations accomplies lors de ce stage dans une perspective globale et analytique. Une première partie sera consacrée à la présentation du contexte de création de la donnée au sein du projet DISHAS : pour comprendre quelles modalités d'exposition sont adaptées à un objet aussi spécifique que les données astronomiques, il faut se pencher sur les institutions productrices de ces données, sur la nature du corpus produit, aussi bien que sur les méthodes de saisie qui en ont permis la numérisation et sur les structures d'accueil de la donnée en fin de parcours. Dans une deuxième partie, la réflexion se portera les différentes manières de présenter la donnée à l'utilisateur dans un objectif d'en favoriser la consultation, tout d'abord en analysant les enjeux spécifiques liés aux données de recherche en astronomie ancienne, puis en explorant comment les interfaces et visualisations peuvent jouer un rôle dans les missions d'accessibilité, de contextualisation et d'analyse. Enfin, une ultime partie portera sur les questionnements techniques corrélés au déploiement de telles interfaces, notamment le traitement technique à appliquer à la donnée pour la réalisation de visualisations ou encore en assurer l'interopérabilité et la réutilisation.
Première partie

Production, nature et méthode
d'acquisition de la donnée
<figure><img src="image_5.png" /></figure>
# Chapitre 1

# Le projet DISHAS

## 1.1 Présentation du projet

### 1.1.1 Objectifs du projet

#### Génèse de DISHAS

La pratique actuelle de l'astronomie est issue du perfectionnement de savoirs transmis de manière continue depuis l'Antiquité : la recherche qui s'attache à étudier le développement de cette science représente ainsi une entreprise vaste qui transcende les cultures et les époques. Pour tenter de mieux comprendre les interactions et influences entre les différentes traditions astronomiques, un corpus suffisamment large et englobant doit donc être constitué ; de même, des outils et méthodes susceptibles d'analyser cette grande variété de sources doivent être mis en œuvre. C'est dans cette perspective d'élargissement des champs de recherche et de mutualisation des ressources qu'a été élaboré le projet DISHAS<fnref n="1" />.

Répartie entre un large éventail de disciplines et proposant une grande diversité dans l'approche des sources, la recherche en astronomie ancienne requiert un projet d'engvergure pour rassembler les travaux réalisés sur les différentes traditions astronomiques. DISHAS est né de la volonté de fédérer l'ensemble des projets de recherche du domaine, afin de disposer d'une vue d'ensemble sur le développement de cette science et de produire des outils innovants profitables à toute la communauté de recherche : DISHAS est une entreprise collective soutenue par la CHAMA (*Commission for the History of Ancient and Medieval Astronomy*), comité qui a pour but de favoriser l'étude dans le domaine de l'histoire des sciences astrales. Le projet s'appuie notamment sur un réseau de projets internationaux portant sur des corpus chinois, sanskrit, arabe, latin et hébreu. Dans le but de rassembler, plusieurs pistes ont été envisagées pour le développement de DISHAS, notamment celle d'une plateforme d'open access pour les publications scientifiques en his-

<footnote n="1">1. /diśā/ signifie « direction », « point cardinal » en sanskrit.</footnote>
toire de l'astronomie : la mutualisation des sources de la recherche (open data) plutôt que de ses productions a finalement été préférée.

Toutefois, les sources primaires astronomiques revêtent d'une grande variété – textes théoriques et poétiques, diagrammes, instruments de mesures, entre autres – qu'il n'était pas possible d'inclure tout à la fois, les infrastructures numériques à concevoir pour l'étude de ces objets étant trop différentes. Si de futurs développements prévoient l'intégration d'autres sortes de contenus, il a été décidé de ne se concentrer dans un premier temps que sur un seul type de document. Ce sont les tables astronomiques qui ont été choisies pour constituer l'unité fondamentale du projet DISHAS. Les tables – sorte de tableaux de nombres aidant au calcul de positionnement des astres – sont en effet porteuses d'informations incomparables pour les chercheurs. Elles sont une ressource exceptionnelle pour l'étude de la transmission du savoir-faire mathématique, des techniques d'écriture et de mise en page ainsi que de la construction des modèles théoriques. Ces tables ont été construites, compilées et copiées à travers les siècles et les cultures pour répondre à des besoins religieux, politiques ou encore de compréhension du monde. Grâce à des instruments adaptés, elles peuvent offrir d'inépuisables possibilités d'exploration.

Réalisations du projet

La première mission de DISHAS a donc été de constituer une base de données pour la mise en commun des ressources, condition nécessaire à la création un corpus abondant, permettant d'envisager une étude à grande échelle. La modélisation intellectuelle de la donnée est impliquée pour une grande part sur la versatilité d'un corpus numérique : un équilibre a dû être trouvé entre fort besoin de normalisation dans le but de traitements automatisés et importante flexibilité afin d'accueillir différentes formes de données tabulaires <fnref n="2" />.

Pour garantir la compatibilité des dispositifs d'analyse avec les données, la conception de la base et celle des outils doivent être pensées de concert. En regard du modèle de données, plusieurs réalisations techniques ont été élaborées pour le traitement et l'examen du matériel documentaire de la base : on peut citer la création d'une interface graphique pour assister à la transcription de tables, la constitution d'outils pour le calcul dans des systèmes numériques et calendaires anciens, l'élaboration d'un dispositif permettant de générer automatiquement des éditions critiques de tables ou encore le développement d'une bibliothèque pour l'exploration par intelligence artificielle des sources tabulaires. Ces outils ont pour but de gérer tout à la fois, les différents types de nombres, différentes mises en page tabulaires, différentes formes de variantes et différents modes d'édition, garantissant ainsi un maximum d'inclusion au projet.

<footnote n="2">2. La forte dissemblance des tables astronomiques chinoises et cunéiformes a entraîné leur mise de côté à ce stade du projet.</footnote>
L'ensemble de ces outils, une fois développés, a vocation à constituer un progiciel qui sera disponible sur la plateforme en ligne de DISHAS. Cette plateforme vise à proposer en outre des interfaces pour la gestion et la consultation des données, constituant une manière alternative de publier la recherche<fnref n="3" />. L'application Web a été conçue en deux parties : une interface administrateur, uniquement destinée aux chercheurs, pour la saisie et la gestion des données de la base ; et une interface publique de découverte de ces données. L'élaboration et le développement de cette interface publique ont représenté les missions qui m'ont été confiées lors de mon stage.

À l'issue de la réalisation de toutes ces fonctionnalités, le progiciel de DISHAS doit contribuer au renouvellement des productions scientifiques en astronomie ancienne, comme en histoire des sciences. *In fine*, la mise en commun des ressources vise à favoriser l'ap- parition de techniques de travail innovantes et à amener à de nouvelles façons de mener, de connecter et de découvrir la recherche. Le déploiement d'une plateforme commune renforce également la collaboration, nécessaire à la production de données partagées, et incite à la reformulation des enjeux de recherche au prisme d'intérêts communs. En bout de parcours, une telle entreprise doit aider à faire surgir de nouvelles analyses quant à la circulation des savoirs astronomiques dans l'histoire, grâce à un corpus documentaire suffisamment conséquent.

## 1.1.2 Collaboration au sein du projet

### Les acteurs du projet

Le projet DISHAS est mené en coopération par des équipes provenant d'universités et de laboratoires de recherche situés en Europe, en Amérique du Nord, en Asie et en Océanie : le projet associe à présent quatorze chercheurs issus de différents champs de l'astronomie ancienne. Pour l'instant, la gouvernance de DISHAS est essentiellement ac- cordée à l'équipe du projet ALFA (*Alfonsine Astronomy*) situé à l'Observatoire de Paris, au sein de la société d'histoire des sciences. D'autres projets de recherche ainsi que des chercheurs indépendants constituent le reste des partenaires. Parmi les projets les plus importants, il est possible de citer PAL (*Ptolemaeus Arabus et Latinus*) et HAMSI (*History of Astronomical Sciences in India*).

Le projet PAL, porté notamment par Benno Van Dalen et David Juste, est consacré à l'édition et à l'étude de versions arabes et latines des textes de Ptolémée et de leurs documents connexes<fnref n="4" />; le corpus étudié couvre ainsi les œuvres authentiques de Ptolé- mée – l'Almageste, le Tetrabiblos et d'autres œuvres mineures – les textes qui lui ont été

<footnote n="3">3. La transcription de tables manuscrites relève d'un travail de recherche en lui-même, tant la part d'interprétation du document peut être importante. La mise en ligne de tables transcrites est ainsi une forme de publication scientifique.</footnote>

<footnote n="4">4. *Ptolemaeus Arabus et Latinus*, URL : https://ptolemaeus.badw.de/start (visité le 10/04/2019)</footnote>
attribués, mais aussi les commentaires de ces deux catégories. L'ambition du projet est de fournir un inventaire des manuscrits de ces textes et d'en réaliser des éditions. En dernier lieu, des outils pour l'étude sont également développés, en particulier un glossaire Grec-Arabe-Latin et des programmes informatiques d'édition et d'analyse des sources astronomiques. Certains de ces outils pourront à terme intégrer les fonctionnalités proposées par la plateforme DISHAS.

Le projet HAMSI, coordonné par ses membres fondateurs Clemency Montelle et Kim Plofker, est basé en Nouvelle-Zélande et s'intéresse à l'apparition des sciences mathématiques et astronomiques en Inde<fnref n="5" />. Le matériel documentaire étudié est principalement constitué de tables de calcul sanskrites, composées au cours du deuxième millénaire de notre ère. Les membres d'HAMSI s'attachent à décrypter l'évolution stylistique dans les textes Jyotisa<fnref n="6" />, à identifier les interactions entre auteurs, scribes et commentateurs et à révéler les potentielles influences entre ces écrits astronomiques et d'autres genres de littérature sanskrite.

Les membres de ces équipes partenaires viennent régulièrement présenter leurs travaux et conduire des recherches au sein de l'Observatoire de Paris. En outre, ils participent aux débats relatifs à la conception et à l'implémentation de certaines fonctionnalités au sein de la plateforme DISHAS. L'ensemble des partenaires a en particulier été sollicité pour les décisions fondatrices du projet concernant le choix d'une granularité pour la base de données et l'élaboration du modèle conceptuel.

## Équipe au sein de l'Observatoire de Paris

DISHAS est né de l'impulsion initiale de Matthieu Husson, chercheur au CNRS, à présent chargé du projet de recherche ALFA consacré à l'astronomie alphonsine : il a donc été logique dans un premier temps, de confier la gouvernance de DISHAS à l'équipe localisée à l'Observatoire de Paris. Une importante partie des infrastructures matérielles employée par le projet est donc implantée à Paris. Ainsi, les serveurs utilisés pour la base de données sont pour l'instant situés à l'Observatoire et sont partagés avec les données du projet ALFA. Il a été envisagé faire héberger les données de DISHAS sur des serveurs appartenant à la TGIR Huma-Num, mais des questions de proximité et de stabilité ont favorisé le choix d'un serveur plus local. Le projet DISHAS ne bénéficie pas de financement propre, mais a pour but d'être porté alternativement par les différents projets partenaires, c'est pourquoi certains partages d'équipements sont nécessaires. En outre, la localisation parisienne du projet a contribué à entamer un partenariat avec l'acteur institutionnel

<footnote n="5">5. *History of Astronomical Sciences in India*, URL : http://www.hamsi.org.nz/ (visité le 05/08/2019)</footnote>

<footnote n="6">6. Science du suivi et de la prévision des mouvements des astres afin de conserver le temps. Williams Monier, *A Sanskrit-English Dictionary*, Clarendon, Oxford, 1872, p. 353</footnote>
français Huma-Num, permettant l'accès à des services additionnels, dont le versement définitif des données de recherche produites, dans la base RDF<fnref n="7" /> de NAKALA<fnref n="8" />.

L'équipe chargée du projet est partagée entre ingénieurs et chercheurs : Matthieu Husson est le référent parmi les chercheurs. Il fait également le lien avec l'équipe technique, portée par Galla Topalian, cheffe de projet numérique et tutrice lors de mon stage. Durant mon stage, le pôle de technique du projet fut composé de trois autres membres : un ingénieur chargé du développement de l'interface de saisie des tables, Antonin Penon, un stagiaire s'occupant de l'implémentation d'ElasticSearch et de la création d'une API<fnref n="9" />, Malcolm Hamelin, et moi-même. Les interfaces et fonctionnalités numériques de DISHAS sont construites au fur et à mesure, par la consultation régulière de chacune des équipes, afin d'ajuster au mieux les réalisations techniques aux volontés des chercheurs.

## 1.2 Projets de recherche en histoire de l'astronomie

### 1.2.1 Le projet ALFA

#### Approche vis-à-vis des sources

Le projet ALFA, mené par Matthieu Husson, est un organe de l'équipe d'histoire des sciences, elle-même faisant partie du SYRTE (Systèmes de Référence Temps-Espace) ; le projet est financé par l'ERC (European Research Council) sur une période allant de 2017 à 2022. Le corpus étudié par ALFA est celui de l'astronomie alphonsine, telle que pratiquée entre la seconde partie du XIIIe et le milieu du XVIe d'abord en Castille puis à Paris ; les sources alphonsines sont à ce titre un matériau privilégié pour étudier les interactions intellectuelles à l'œuvre dans l'établissement de l'une des premières réalisations scientifiques européennes<fnref n="10" />. Plusieurs aspects de l'étude des textes découlent de cet état de fait, notamment une attention particulière portée à la notion de milieu intellectuel<fnref n="11" /> et à la matérialité du texte en tant que vecteur d'informations sur les pratiques des astronomers anciens.

<footnote n="7">7. Le RDF (*Resource Description Framework*) est un modèle de base de données en graphe sur lequel s'appuie le Web sémantique</footnote>

<footnote n="8">8. « NAKALA permet à des équipes de recherche, qui en font la demande, de déposer leurs données numériques (fichiers texte, son, image, vidéo) dans un entrepôt sécurisé qui assure à la fois l'accessibilité aux données et leur citabilité dans le temps. » NAKALA par Huma-Num, URL : https://www.nakala.fr/ (visité le 05/08/2019)</footnote>

<footnote n="9">9. Une API (*Application Programming Interface*) est, pour ce cas d'usage précis, une manière de communiquer avec une base de données sans passer par une interface graphique. Une API peut être utile pour ajouter récupérer de grandes quantités de données brutes.</footnote>

<footnote n="10">10. « Alfonsine astronomy is arguably among the first European scientific achievements. It shaped a scene for actors like Regiomontanus or Copernicus. » *Shaping a European Scientific Scene : Alfonsine Astronomy*, URL : https://alfa.hypotheses.org/ (visité le 08/06/2019)</footnote>

<footnote n="11">11. Espace géographique, sociologique ou chronologique dans lequel un ensemble de pratiques intellectuelles peuvent être identifiées. Ibid.</footnote>
Cet objectif de compréhension des mécanismes qui sous-tendent la transmission des savoirs fait d'ALFA un acteur particulièrement indiqué pour mener les premiers développements du projet DISHAS, qui ambitionne de mettre au jour l'influence des différentes traditions astronomiques entre elles. Néanmoins, il existe un risque d'orienter l'évolution du projet collaboratif vers les hypothèses scientifiques d'ALFA : si la mise en lumière de milieux intellectuels est l'une des volontés de DISHAS, il est important de discerner les choix scientifiques faits au sein des deux projets.

Toutefois, certaines exigences qualitatives imposées au projet ALFA quant aux données sont prises en compte dans le développement de DISHAS. Le caractère mixte des données des deux projets, comprenant des valeurs numériques comme des informations de catalogage, exige une grande rigueur quant aux productions numériques. En outre, le financement de l'ERC contraint à la création de données conformes aux principes FAIR : elles doivent ainsi être « retrouvables », accessibles, interopérables et réutilisables. Ces impératifs de qualité sont appliqués de la même manière aux données du projet DISHAS.

### Missions du projet

L'une des principales missions que s'est donné ALFA est l'établissement d'un inventaire de toutes sources primaires contenant des tables alphonsines. En retrouvant les tables similaires dans différents manuscrits ou incunables, il est possible d'étudier les provenances et de retracer le parcours qu'a subi une même production intellectuelle. Pour ce faire, les chercheurs s'attachent à répertorier les lieux de conservation et les cotes de ces sources, mais aussi à signaler précisément la présence de tables astronomiques en leur sein : l'ensemble de ces informations est ensuite stocké dans la base de données d'ALFA. Une partie de cet inventaire a été réalisé antérieurement au projet par les scientifiques au cours de leurs travaux ; cela implique que les informations récoltées ne sont pas standardisées et répondent à différentes logiques de recherche. Une forme de « rétro-encodage » a donc été réalisé lors de l'élaboration de la base de données ; le formalisme dans la modélisation de la base n'a pas pu être aussi poussé que lors de la conception de la base de données de DISHAS. En outre, un effort d'uniformisation de données doit en plus être fourni lors de leur numérisation.

Le recensement de ces sources a permis en parallèle de développer, avec la collaboration notamment de Biblissima et du consortium IIIF <fnref n="12" />, une interface de visualisation Mirador <fnref n="13" /> qui rassemble toutes les numérisations disponibles sur les bibliothèques numériques des institutions conservant des ouvrages de tradition alphonsine. Par ailleurs, le projet ALFA prévoit l'établissement de notices et d'éditions en XML TEI d'extraits d'une

<footnote n="12">12. Le consortium IIIF (International Image Interoperability Framework) vise à faciliter l'accès aux images numérisées faites des sources matérielles.</footnote>

<footnote n="13">13. « Mirador is a configurable, extensible, and easy-to-integrate image viewer, which enables image annotation and comparison of images from repositories dispersed around the world. » Projet Mirador, URL: https://projectmirador.org/ (visité le 06/08/2019)</footnote>
sélection de manuscrits représentatifs du corpus alphonsins. Une partie de ce travail a été
entamée l'année dernière lors du stage d'Églantine Charmetant, alors étudiante de Master
2 à l'École des chartes.

En dernier lieu, le suivi du travail scientifique est présenté grâce à un carnet de recherche sur la plateforme en ligne Hypotheses, ce à quoi s'ajoute la construction d'une application Web dans le but de rendre accessible l'inventaire des sources alphonsines, ainsi que les différentes réalisations numériques les concernant. Cet effort de médiation des productions de la recherche est au coeur de projet ALFA, qui s'attache à rendre accessibles les travaux des chercheurs à un large public <fnref n="14" />. Toutefois, les fonctionnalités proposées en ligne par ALFA ne permettent pas l'analyse et la manipulation des sources et se cantonnent à une simple mise à disposition.

## 1.2.2 Autres projets : description des ressources en ligne

Parmi les projets de recherche en astronomie ancienne, certains sont dotés de pla-
teformes en ligne qui proposent à l'utilisateur d'explorer leur fonds numérique et de dé-
couvrir leurs travaux. Il est important dans la conception de l'application Web du pro-
jet DISHAS de s'assurer de proposer un contenu numérique innovant qui offre au public
des fonctionnalités complétant celles des plateformes déjà existantes. Dans cette mesure,
l'examen des visualisations proposées, ainsi que des potentielles insuffisances de ces sites
s'intéressant à l'histoire de l'astronomie, peut être éclairant pour discerner les besoins
dans le cadre d'un projet collaboratif; la diversité des approches vis-à-vis des sources est
un élément à considérer également.

**HAMSI** Le site internet du projet HAMSI comporte des représentations abondantes de textes astronomiques sanskrit : tant par le biais d'illustrations que par les transcriptions numériques de certaines tables de sinus. De nombreuses ressources permettent également d'éclairer l'utilisateur quant à la nature de ces tables et fournissent des guides pour la transcription des chiffres et l'examen approfondi du matériel documentaire. Des textes introductifs assurent une certaine clarté malgré la complexité du sujet abordé : la plateforme de HAMSI met en contexte et illustre les enjeux de recherche du projet. Des documents annexes, à l'instar de glossaire ou de bibliographie, participent à ouvrir le projet à d'autres chercheurs.

**PAL** L'application Web de PAL propose essentiellement un accès à la base de données des œuvres ptoléméennes en arabe et en latin réalisée dans le cadre du projet. Chaque enregistrement de cette base est lié à une notice consultable par le biais d'une interface

<footnote n="14">14. « Efforts will be devoted to bring these results not only to the relevant scholarly communities but also to a wider audience as a resource in the public debates around science, knowledge and culture. »
Shaping a European Scientific Scene : Alfonsine Astronomy...</footnote>
de recherche : les notices sont extrêmement complètes et les fonctionnalités pour les parcourir permettent une grande finesse dans l'exploration. L'interface de recherche autorise notamment l'utilisation d'expressions régulières et propose un système de recherche facettée très abouti. Un glossaire ainsi qu'un mode d'emploi pour utiliser au mieux toutes ces modalités permettent d'accompagner l'internaute dans une utilisation optimale de l'outil. Toutefois, le dépouillement de l'interface et la technicité requise pour exécuter des recherches peuvent rendre quelque peu aride l'utilisation de la plateforme aux publics les plus inexpérimentés.

### De Sphaera

Le projet *De Sphaera*, intégré au Max-Planck-Institut de Berlin, porte sur le traité composé au XIIIe siècle par Johannes de Sacrobosco intitulé *Tractatus de sphaera*. Ce texte élabore une synthèse de la cosmologie géocentrique de Ptoleémée et d'Aristote tout en s'ancrant dans les réflexions de son temps, par la citation d'érudits anciens et nouveaux : depuis l'invention de l'imprimerie jusqu'à la fin du XVIIe siècle, on dénombre quelques 350 éditions du traité ; éditions qui ont été collectées au sein de la base de données du projet <fnref n="15" />.

Dans le cadre du projet, un important choix technique a été fait pour modéliser au mieux la diffusion de ce texte et l'interconnexion qui en découle : la base de données du projet est une base de données RDF. En effet, les éditions et les acteurs historiques de la base ne sont pas définis dans une relation bilatérale, mais grâce à des triplets, plus proches de la structure sujet/verbe/complément. Ce choix de modélisation a fortement déterminé la construction du portail *Sphaera Corpus Tracer* qui donne accès aux données de la base. Le RDF permet par exemple d'ouvrir les systèmes d'information et de rattacher le portail aux données de Wikidata pour en enrichir les notices ; en outre, un système de recherche intuitif a pu être mise en place, reposant sur la similitude des relations en graphe de la base de données avec le langage naturel.

L'utilisation d'une technologie peut donc fortement influencer la constitution d'une interface publique. Sur la base d'un recensement étendu des sources historiques au sein d'une base de données, il est possible de fournir des interfaces d'une grande diversité. L'intelligibilité de telles plateformes pour des publics variés est garantie par la présence de contenus entourant et traitant la donnée présente de sein du corpus, effet encore renforcé par l'ajout de ressources annexes et par l'attention portée à la lisibilité de l'interface. La plateforme en ligne de DISHAS vise à intégrer toutes ces notions, en particulier pour la

<footnote n="15">15. Matteo Valleriani, Florian Kraütli et Dirk Wintergrün, « De Sphaera : Modeling Data and Analyzing Diffusion Using Early Modern Cosmological Treatises », dans *Max-Planck-Institut Für Wissenschaftsgeschichte*, 2017, URL : https://www.mpiwg-berlin.mpg.de/project/sacrobosco-sphaera (visité le 12/04/2019)</footnote>
partie publique de l'application, de manière à rendre accessible le contenu scientifique en même temps qu'explicite.
<figure><img src="image_6.png" /></figure>
# Chapitre 2

# Corpus de recherche

## 2.1 Bornes historiques du corpus

### 2.1.1 Ptolémée et l'Almageste

Le corpus du projet DISHAS a pour ambition de rassembler toutes les sources astronomiques de tradition ptoléméenne ; en effet, l'œuvre de Ptolémée a essaimé dans les productions des astronomes anciens de toute l'Eurasie jusqu'à l'arrivée de la théorie héliocentrique de Copernic. L'astronomie est l'une des premières sciences à se développer et à atteindre un niveau élevé de sophistication<fnref n="1" /> : la grande régularité du passage des objets célestes, ainsi que la capacité à quantifier ces mouvements permettent de concevoir dès le Ie millénaire avant notre ère<fnref n="2" /> des systèmes mathématiques pour prévoir le comportement des astres.

Les théories pour prédire les trajets des planètes se complexifient en particulier avec l'apport des Grecs à partir de 500 avant notre ère<fnref n="3" />. Afin de prévoir avec justesse les événements célestes, les Grecs fondent leurs calculs sur des modélisations géométriques des cieux. Différents modèles se développent pour expliquer les irrégularités dans le mouvement des astres<fnref n="4" />, parmi lesquels les concepts de cercles excentriques<fnref n="5" /> et d'épicycle<fnref n="6" />.

<footnote n="1">1. James Evans et Michael Wulf Friedlander, « History of Astronomy », dans *Encyclopedia Britannica*, URL : https://www.britannica.com/science/astronomy (visité le 17/06/2019)</footnote>

<footnote n="2">2. *Ibid*.</footnote>

<footnote n="3">3. Les Babyloniens calculaient les mouvements de planètes grâce à des théories arithmétiques à partir du deuxième millénaire avant notre ère. *Ibid*.</footnote>

<footnote n="4">4. À l'instar des rétrogradations, apparents reculs d'une planète par rapport à son mouvement habituel.</footnote>

<footnote n="5">5. « le corps céleste se déplace le long de la circonférence d'un cercle « excentrique », c'est-à-dire un cercle dont le centre ne coïncide pas avec la Terre. » Gilles Bessou et Jérôme Lamy, « Lumières sur l'Univers – Histoire de l'astronomie », dans *Astrophysique sur Mesure - Observatoire de Paris*, URL : https://media4.obspm.fr/public/ressources_lu/pages_antiquite-moyen-age/ha-epicycles-excentriques.html (visité le 29/06/2019)</footnote>

<footnote n="6">6. « la Terre est au centre d'un cercle nommé déférent. Le centre C de l'épicycle se meut sur le déférent autour de la Terre [...], tandis que la planète parcourt son épicycle. » *Ibid*.</footnote>
Les astronomers grecs s'ingénient à fournir une vision cohérente et uniforme du cos-
mos, fondée sur des principes à la fois géométriques et philosophiques : avec Ptolémée, au
premier siècle de notre ère, la pratique de l'astronomie grecque trouve son apogée. Ptolé-
mée rassemble et synthétise l'œuvre de ses prédécesseurs, en particulier Hipparque dont
on ne connaît les idées qu'à travers le résumé qui en est fait dans l'*Almageste*. L'œuvre de
Ptolémée devient une référence, de sorte que les écrits astronomiques antérieurs cessent
d'être copiés. L'*Almageste* est une œuvre riche qui contient des comptes rendus d'ob-
servations, des opérations trigonométriques, des théories nouvelles sur les mouvements
lunaires, mais aussi des descriptions de procédures mathématiques permettant de dresser
des tables pour le calcul de position des planètes. Une de ses principales innovations est
l'introduction du point équant<fnref n="7" /> qui permet à la théorie grecque des planètes d'atteindre
une grande précision prédictive quant au calcul des longitudes<fnref n="8" />.

À la suite de Ptolémée, la Grèce connaît un certain déclin dans la pratique de l'as-
tronomie <fnref n="9" />. Toutefois, ses écrits continuent d'être transmis et adaptés aux cultures qu'ils
traversent : cette diffusion en s'opérant façonne les productions des astronomes anciens.
L'œuvre ptoléméenne ne reçoit pendant presque treize siècles que quelques corrections
marginales, en revanche, les valeurs utilisées pour les calculs sont modifiées pour cor-
respondre à d'autres lieux et époques. Certains indices dans les manuscrits révèlent les
emprunts intellectuels qui s'opèrent au fur et à mesure des copies ; les méthodes de calcul,
le tracé des diagrammes, la mise en page des tables, la structuration des textes techniques,
la mention d'auteurs antérieurs, la réutilisation de paramètres astronomiques ou même la
récurrence certaines erreurs sont autant de signes qui témoignent des échanges culturels
qui ont façonné la pratique de l'astronomie.

2.1.2 Propagation du modèle ptoléméen

Diffusion vers l'Orient

La transmission des sources grecques vers l'Est s'est notamment opérée grâce au
déplacement des Perses jusqu'en Inde. En Inde, de nombreuses indications révèlent l'in-
corporation des théories grecques aux pratiques astronomiques autochtones. On relève des
termes empruntés au grec – par exemple le titre du canon *Romaka Siddhanta* datant du
début du Ve et qui marque les origines de la science astronomique sanskrite <fnref n="10" /> – ainsi que
des modèles épicycliques et des méthodes de calculs requérant des paramètres numériques

<footnote n="7">7. L'équant représente le point à partir duquel la vitesse angulaire du centre de l'épicycle est constante; il rompt avec le principe de mouvement circulaire uniforme prédominant jusqu'alors. *Ibid*.</footnote>

<footnote n="8">8. Coordonnées permettant de repérer la position d'un point par rapport à l'écliptique (axe de rotation du Soleil).</footnote>

<footnote n="9">9. Raymond Mercier, *Studies on the Transmission of Medieval Mathematical Astronomy*, Ashgate Publishers, Burlington, VT, 2004, p. 6</footnote>

<footnote n="10">10. *Ibid.*, p. 7</footnote>
hérités d'Hipparque ; les écrits indiens fournissent ainsi parfois des indices sur la pratique pré-ptoléméenne de l'astronomie grecque.

L'astronomie chinoise s'est développée de manière relativement indépendante à partir du deuxième millénaire avant notre ère avec des observations d'éclipses solaires et lunaires. À l'inverse de l'Occident, la cosmogonie chinoise distingue les procédures de calcul de sa théorie concernant l'organisation des cieux<sup>11</sup>. Il est possible néanmoins de déceler des traces de l'influence de l'astronomie grecque, dont les théories auraient été diffusées par le biais de l'Inde; on peut relever notamment l'utilisation du système sexagésimal pour le calcul des jours, également employé par les astronomers islamiques. À partir du <sup>xvi</sup>e cependant, des missions jésuites mettent les pratiques astronomiques chinoises et européennes en contact direct.

## Monde arabe et Europe occidentale

Au <sup>VIII</sup>e siècle, les astronomers musulmans accèdent aux textes grecs grâce au retour des Perses vers l'ouest. L'Almageste est traduit à quatre reprises en arabe ce qui en permet la diffusion et le perfectionnement. Le regain d'intérêt pour les textes grecs s'observe en particulier pendant la dynastie des Abbassides qui court de 750 à 1258. Des auteurs comme Al-Khwârizmî montrent bien la mixité des influences en astronomie : son œuvre est un mélange de théories provenant tout à la fois de Perse, de Grèce et d'Inde, mais n'est pas exempte d'innovations<sup>12</sup>. Il invente le genre du *zīj<sup>13</sup>*; ensemble de tables permettant de retrouver la position des astres. Grâce à la maîtrise de l'astronomie par les Arabes pendant le haut Moyen Âge, les Européens accèdent à partir du <sup>X</sup>e siècle aux textes antiques et commencent à développer à leur tour leurs propres théories.

Les tables tolédanes, composées en Castille vers 1080 par un groupe d'astronomes musulmans et juifs, furent prépondérantes dans la propagation de la pratique astronomique d'abord en Espagne puis dans le reste de l'Europe<sup>14</sup>. Les scientifiques occidentaux n'accèdent en premier lieu à l'astronomie qu'au travers des livres produits en Al-Andalus, mais les écrits arabes ne se diffusent réellement en Occident qu'avec le concours d'acteurs tels que Gérard de Crémone, qui apprend l'arabe afin de traduire l'œuvre de Ptolémée en latin. Vers 1270, un nouvel ensemble de tables est composé à l'initiative du roi Alphonse <sup>X</sup> de Castille, reprenant le modèle ptoléméen avec quelques adaptations : un demi-siècle plus tard, l'astronomie alphonsine est récupérée par un groupe d'astronomes parisiens, avant de se répandre dans l'ensemble du monde latin. L'effervescence dans les milieux

<footnote n="11">11. Helaine Selin, Xiaochun Sun et David A. King, *Astronomy across Cultures: The History of Non-Western Astronomy*, Kluwer Academic Publishers, Dordrecht ; Boston, 2000, p. 438</footnote>

<footnote n="12">12. J. Evans et M. Wulf Friedlander, « History of Astronomy »...</footnote>

<footnote n="13">13. « The Arabic word zīj is the generic name for those astronomical handbooks which consist of groups of tables representing all the functions required in calculations of planetary longitudes and other quantities of interest. » R. Mercier, *Studies on the Transmission of Medieval Mathematical Astronomy*..., p. 451</footnote>

<footnote n="14">14. Avant cela, l'étude de l'astronomie était principalement fondée sur l'œuvre de Pline l'Ancien.</footnote>
savants parisiens s'explique en partie par la nécessité de refonte du calendrier<sup>15</sup> et dans ce cadre, les figures de Jean de Murs, Jean de Lignères et Jean de Saxe se distinguent. L'astronomie alphonsine se perpétue jusqu'au développement de la théorie héliocentrique copernicienne, elle-même conçue à partir de tables de tradition alphonsine.

Les astronomers anciens n'examinent que très rarement le ciel pour tenter de confirmer ou infirmer leurs calculs<sup>16</sup> : ils se fondent sur les écrits théoriques composés par leurs prédécesseurs, accentuant ainsi l'interconnexion qui existe entre toutes les productions astronomiques anciennes.

## 2.2 Nature documentaire du corpus

### 2.2.1 Les sources primaires astronomiques

#### Variété du matériel documentaire

Le matériel documentaire produit par les astronomers anciens peut être divisé en différentes catégories, que l'on prenne en compte leur forme ou bien leur utilisation. Les sources disponibles aux chercheurs sont constituées par des écrits aussi bien que des instruments ; ces documents pouvaient servir au calcul de positions des planètes, comme à la représentation géométrique du cosmos. Dans la plupart des cas, ces sources étaient employées dans le but de réaliser des horoscopes ; la pratique de l'astrologie ayant été longtemps confondue avec celle de l'astronomie.

De nombreux instruments ont été inventés pour aider à déterminer les positions des planètes et à repérer des coordonnées sur la sphère céleste : on peut citer pour cela les astrolabes<sup>17</sup>, les sphères armillaires<sup>18</sup>, ou encore les « atlas » du ciel comme l'Astronomicum Caesareum de Peter Apianus, permettant, grâce à un système complexe de volvelles, d'estimer la localisation d'un astre à une date donnée.

Un des genres les plus importants dans l'histoire de l'astronomie est celui des canons : les canons sont des guides donnant des instructions pour la détermination d'une donnée astronomique, que ce soit la position d'une planète, la date d'une éclipse ou la valeur

<footnote n="15">15. L'astronomie arabe ayant introduit l'idée de trépidation des équinoxes au lieu de la théorie grecque de la précession, l'établissement d'un calendrier fiable et la détermination des dates de fêtes religieuses sont remis en question. Emmanuel Poulle, *Les astronomes parisiens au XIVe siècle et l'astronomie alphonsine*, F. Paillart, Abbeville, France, 2005</footnote>

<footnote n="16">16. Seuls de rares exemples comme l'almanach de la fin du XIIIe de Guillaume de Saint-Cloud témoignent de réelles observations astronomiques« It is sad to note that his fine effort, far from marking the start of observational work in the Latin world, was disregarded. » R. Mercier, *Studies on the Transmission of Medieval Mathematical Astronomy...*, p. 22</footnote>

<footnote n="17">17. Instrument reposant sur une projection plane de la voûte céleste. Il est perfectionné par les Arabes et aide notamment à calculer la latitude d'un corps céleste à une heure précise.</footnote>

<footnote n="18">18. Instrument qui modélise la sphère céleste, utilisé depuis les Grecs, le plus souvent à des fins pédagogiques.</footnote>
d'une date dans un type de calendrier. Ces textes intègrent souvent une forte dimension poétique, laissant ainsi une grande part à l'interprétation. Les canons sont composés de plusieurs chapitres, chacun guidant dans la réalisation d'un calcul, les derniers chapitres s'appuyant sur la maîtrise des précédents; le travail des chercheurs consiste notamment à transcrire ces instructions dans un langage mathématique moderne. Les canons aident à dresser les tables astronomiques : ce sont des matériaux essentiels pour comprendre les raisonnements mathématiques sur lesquels elles s'appuient.

Bien souvent, le recours à une représentation diagrammatique peut aider à la compréhension des canons. Les diagrammes, en général absents des textes originaux, se trouvent parfois ajoutés dans les marges ou tracés dans les notes d'un étudiant. Ils constituent des indices précieux pour appréhender comment les astronomers concevaient géométriquement les textes théoriques et quels publics les consultaient.

## Les sources tabulaires

Les tables constituent un des matériaux les plus fondamentaux dans les pratiques des astronomers anciens. On en distingue notamment deux types : les tables de calculs et les éphémérides. Leurs fonctions ne sont pas les mêmes et l'établissement d'un éphéméride se fonde sur des tables de calcul. D'après Richard Kremer, les tables de calcul constituent l'un des socles sur lequel s'appuie l'ensemble des pratiques des astronomers de l'époque : la philosophie naturelle du cosmos, héritée de Ptolémée, amène à la création de modèles théoriques qui trouvent leur expression dans les tables de calcul. À partir de ces tables, les astronomers prévoient à l'avance les positions des planètes<sup>19</sup>, qu'ils consignent ensemble dans des éphémérides. En examinant dans les éphémérides l'arrangement prévu du ciel à une date précise, les astrologues peuvent interpréter la disposition des astres et ainsi composer des horoscopes. En comparaison des tables de calculs, on ne conserve que peu d'éphémérides, en raison probablement de l'obsolescence rapide des informations qu'ils contiennent.

Les tables astronomiques de calcul constituent ainsi un matériau indispensable pour l'étude : elles ont par conséquent été choisies pour former le cœur du corpus de recherche de DISHAS. Les tables, par la dimension d'abstraction mathématiques qu'elles recquierent, sont particulièrement marquées par les différentes influences intellectuelles de ceux qui les ont composées. Plutôt que d'être recalculées entièrement, les astronomers les adaptaient à leurs besoins; ainsi, elles sont révélatrices du milieu intellectuel de leur créateur.

Pour le chercheur moderne, une table astronomique représente une fonction mathématique (par exemple : $f(x) = ax + b$), dont les valeurs *a* et *b* sont des constantes et dont

<footnote n="19">19. E. Poulle et Owen Gingerich, « Les positions des planètes au Moyen Age : application du calcul électronique aux tables alphonsines », *Comptes rendus des séances de l'Académie des Inscriptions et Belles-Lettres*, 111-4 (1967), p. 531-548, URL : https://www.persee.fr/doc/crai_0065-0536_1967_num_111_4_12173 (visité le 27/06/2019)</footnote>
<figure><img src="image_7.png" /><figcaption>FIGURE 2.1 – BnF, Département des manuscrits – Latin 14481, f. 81v – Équation de la Lune</figcaption></figure>

le résultat est calculé de manière incrémentale pour chaque valeur de $x$. Une table de multiplication est en ce sens comparable aux tables de calculs : sans disposer d'information supplémentaire, l'enchainement des nombres peut suffire à déterminer de quelle table de multiplication il s'agit. Ainsi, la disposition des nombres dans les cases, la mise en page du tableau et les nombres en eux-mêmes portent des informations sur les pratiques des savants : il est possible d'y déceler des variations dans les procédures ou dans les formules, ou encore d'observer des variations dans les types de nombres et dans les usages arithmétiques.

L'intégralité des sources primaires astronomiques a vocation à être progressivement intégrée aux interfaces et outils développés par DISHAS, et certains documents réalisés par les chercheurs de l'équipe pourraient d'ores et déjà être mis à disposition au sein de la plateforme en tant que contenu explicatif. Toutefois, dans un souci d'inclusion, il est important que les productions scientifiques des projets partenaires soient également exposées au sein de l'interface de DISHAS. Les tables de calcul sont donc, par leur contenu essentiellement numérique, un élément fédérateur des différentes cultures représentées dans le projet ; il faut cependant envisager dès à présent, dans la conception de la plateforme, les espaces et les fonctionnalités qui pourront être dédiées aux sources non-tabulaires.

### 2.2.2 Les paramètres

#### Type de paramètres

Les paramètres correspondent à la granularité la plus fine du corpus de DISHAS : ils représentent les données numériques qui interagissent avec la fonction sous-jacente d'une table. Ces paramètres sont tantôt visibles au sein même de la table, tantôt présents implicitement dans le rapport des valeurs numériques entres elles. Dans DISHAS, on distingue trois types de paramètres : les paramètres astronomiques (ou *set* de paramètres), les paramètres mathématiques et les paramètres « contextuels ». Ces derniers sont les valeurs numériques liées à un lieu ou une période, une table astronomique étant généralement
calculée pour un endroit en particulier. Les paramètres mathématiques sont des artifices
mis en place par les astronomers pour faciliter les calculs. Ils se divisent en deux groupes :
les *shift*, décalage des nombres d'une colonne, et les *displacement*, ajout d'une constante
à tous les nombres de la table pour éviter les opérations avec des valeurs négatives.

Les paramètres astronomiques sont les nombres – visibles ou non dans une table – qui se retrouvent dans des dispositions analogues au sein des tables de calcul du même type. De façon similaire qu'il est possible de déduire de l'enchaînement des nombres qu'il s'agit d'une table de multiplication, la présence de certains paramètres astronomiques indique qu'une table a trait à un objet astronomique en particulier : l'apparition du paramètre 4,56 est, par exemple, révélateur du fait qu'il s'agit d'une table concernant la Lune. Le plus souvent, ces paramètres sont combinés en *sets* : le rôle des chercheurs est, entre autres, de comprendre comment ces assemblages numériques ont été composés et adaptés par les acteurs de l'époque.

Spécificité et intérêt des paramètres

Le projet DISHAS avait initialement été envisagé comme une base de données de pa-
ramètres astronomiques : en effet, pour un grand nombre de chercheurs, les paramètres as-
tronomiques sont des marqueurs forts pour déterminer la provenance d'une table. L'étude
de la répartition de l'apparition de certains paramètres permet notamment de recons-
tituer les flux d'échanges intellectuels, le long de la route de la soie par exemple. Les
paramètres sont un instrument pour l'identification d'une tradition astronomique : dans
le cas de l'histoire de l'astronomie, la donnée mathématique s'associe au contenu textuel
pour révéler le contexte culturel et l'environnement historique d'un document.

La description de ces paramètres est centrale pour la recherche en astronomie an-
cienne. DISHAS doit avant tout assister les chercheurs du projet dans leur étude : une
attention toute particulière doit donc leur être portée au sein de l'interface. La nature de
ces paramètres a déjà fortement façonné les réalisations construites dans le cadre du pro-
jet ; ces paramètres, bien que parfois sous-entendus par les scribes, doivent être transcrits
explicitement dans la base de données afin d'être pris en compte dans des traitements
statistiques. Ils sont la clef de compréhension des tables, nécessaires à l'analyse du cor-
pus. Les paramètres constituent assurément une donnée centrale, mais, par leur nature, ils
peuvent rester hermétiques pour de nombreux publics. En ce sens, un effort de médiation
doit être fourni pour assurer la valorisation de cette donnée.
<figure><img src="image_8.png" /></figure>
# Chapitre 3

## Numérisation et accueil de la donnée

### 3.1 Modélisation de la donnée

La modélisation de données est une étape fondamentale pour tout projet en humanités numérique : elle est l'occasion de définir précisément les enjeux du travail de recherche <fnref n="1" /> et de considérer les sources documentaires étudiées dans ce qu'elles ont de commun. La modélisation est également le lieu privilégié du dialogue entre ingénieur et chercheur, les compétences de chacun étant sollicitées pour la création d'une donnée rigoureuse scientifiquement et utilisable informatiquement <fnref n="2" />. Dans la perspective de construire une interface en adéquation avec la donnée, il est primordial de maîtriser le modèle dans les subtilités qu'il peut présenter. Les intentions comme les implications de celui-ci doivent être intégrées à la réflexion; en fonction de la conceptualisation des données, les possibilités de visualisations ne sont pas équivalentes.

Dans le cadre du projet DISHAS, les exigences quant à la polyvalence des données et à l'intégration culturelle ont présidé à l'établissement du modèle : il était important que la structure de la base de données soit flexible, dans le but de publier et d'interroger des sources de nature diverses. Un des choix de modélisation principaux concerne la granularité donnée à la base : comme il a déjà été mentionné, la table constitue l'unité fondamentale du modèle. Autour d'elle s'articulent les entités *Original item*, le témoin, et *Edited text*, l'édition. Le modèle de données se fonde sur cette dichotomie : une partie du modèle est orientée vers les enjeux scientifiques liés à l'édition d'une table et à son contenu numérique, l'autre partie portant sur la description historique des sources. Ces

<footnote n="1">1. « Objet construit, le modèle, par la formalisation qu'il nécessite, oblige l'historien à une plus grande rigueur dans l'expression des hypothèses interprétatives qui le sous-tendent. » Arlette Farge, *Le goût de l'archive*, Éditions du Seuil, Paris, 1997 (Points Histoire, 233), p. 25</footnote>

<footnote n="2">2. Frédéric Clavert, Franziska Heimburger et Aurélien Berra, « L'historien programmeur ? », dans *THATCamp Paris 2012 : Non-actes de la non-conférence des humanités numériques*, Paris, 2012 (La Non-Collection), URL : http://books.openedition.org/editionsmsh/305 (visité le 04/08/2019), § 17-18</footnote>
deux parties se rejoignent grâce au lien existant entre document original et édition de ce document. Cette bipartition est caractéristique du travail de recherche des membres de DISHAS, touchant à des disciplines diverses, comme la codicologie et les mathématiques anciennes.

<figure><img src="image_9.png" /><figcaption>FIGURE 3.1 – Modèle conceptuel de la base de données de DISHAS</figcaption></figure>

La souplesse du modèle a été garantie grâce à la distinction faite entre contenu intellectuel et métadonnées de catalogage. Cette structure s'inspire notamment des spécifications du FRBR (*Functional Requirements for Bibliographic Records*), où sont différenciés œuvre, expression, manifestation et item. Cette séparation implique notamment que l'édition soit partitionnée entre informations relatives au contexte éditorial d'une part, et valeurs numériques transcrites dans l'édition d'autre part. De la même manière, une source historique est découpée entre sa manifestation matérielle (incunable ou manuscrit), le contenu intellectuel qu'elle contient (les différentes œuvres qu'on peut y trouver) et les différents exemplaires de tables présents dans son corps. Cette finesse de description permet par exemple d'analyser en détail la composition intellectuelle d'un manuscrit donné, ou encore d'associer plusieurs ensembles tabulaires à une même édition. Par la généralisation du modèle, il est ainsi possible d'intégrer toutes les particularités du matériau à numériser.
### 3.1.1 Les sources historiques

#### L’item original

L’*original item* représente une partie du contenu de la source primaire qu’il est possible de considérer indépendamment. Il peut être constitué d’un diagramme, d’un texte ou encore d’une table ; dans la base, il est associé à une métadonnée de type – tabulaire, diagrammatique ou textuel – qui en précise la nature. Toutefois, les interfaces et outils développés sont pour l’instant uniquement destinés aux tables astronomiques.

Afin d’expliciter la place de l’*original item* au sein la base de données, un rapprochement peut être fait avec le genre du poème : un poème, en effet, constitue une unité textuelle qui possède sa propre cohérence. Il a été composé – généralement par un auteur unique – pour apparaître à l’intérieur d’un recueil réunissant plusieurs poèmes : ce recueil est l’œuvre intellectuelle d’où provient le poème. Il peut faire l’objet de plusieurs éditions, où la mise en page et même le texte peuvent varier. Ces éditions correspondent aux sources primaires du modèle conceptuel ; celles-ci peuvent contenir ou non l’intégralité des poèmes du recueil. Les éditions, quand elles prennent la forme d’une anthologie, mêlent les poèmes de plusieurs auteurs et d’œuvres différentes ; deux poèmes d’un même auteur provenant de recueils séparés pouvant ainsi se trouver rassemblés.

L’*original item* est à la fois lié à une œuvre, c’est-à-dire à une production intellec-
tuelle intangible dont il est une manifestation, et à une source primaire, objet matériel dont
il est une partie. L’œuvre et la source ne sont pas associées dans la base de données, une
source, de nature souvent composite, pouvant contenir plusieurs œuvres différentes. En
outre, les informations concernant la langue et l’écriture sont également liées uniquement
à l’item, parce qu’une œuvre peut par exemple se manifester dans différentes langues,
ou encore qu’un manuscrit peut être copié dans plusieurs types d’écriture<fnref n="3" />. De la même
manière, le scribe et le lieu de copie d’une source ne sont liés dans la base de données qu’à
l’*original item*, permettant ainsi de signaler avec précision quels passages d’une source
primaire ont été rédigés par un même acteur historique ou à un même endroit. Ainsi,
l’item centralise les informations au niveau le plus fin de la description, permettant de
cette manière de caractériser l’ensemble des sources historiques avec davantage de finesse.

#### Entités associées

Deux entités majeures se distinguent dans leurs corrélations à l'original item : ce sont l'œuvre et la source primaire. La source primaire dans DISHAS correspond à un manuscrit ou un incunable, dans lequel peut être trouvé un original item. Le rôle de cette entité dans la base de données est d'identifier de manière univoque le document en lui-même, de manière à pouvoir retrouver facilement son lieu de conservation, dans l'éventualité

<footnote n="3">3. La normalisation des langues et des écritures dans la base se fonde sur le standard ISO facilitant ainsi un travail d'alignement ultérieur.</footnote>
d'une étude approfondie. Une attention particulière a été portée à la matérialité du texte, chaque item étant repéré précisément au sein de sa source, de manière à pouvoir mener des investigations sur la composition d'un manuscrit et retracer l'élaboration progressive de l'objet. Comme dit précédemment, une source primaire n'est pas associée à un lieu dans la base, il est possible de connaître l'endroit de sa copie uniquement par le biais des original items : ce choix de modélisation a constitué une difficulté à contourner dans l'élaboration de certaines visualisations.

L'œuvre au sein de la base de données correspond à une création intellectuelle distincte : ce sont généralement des écrits théoriques contenant des textes, des diagrammes et des tables astronomiques. Une œuvre est identifiée grâce à son titre, ou à défaut, son incipit. En outre, l'œuvre est reliée dans la base à un acteur historique – son créateur – et au lieu de sa conception. Comme il a déjà été mentionné, le contenu d'une œuvre se retrouve de manière plus ou moins complète à l'intérieur des sources primaires qui la contiennent. De même qu'il est intéressant, dans une perspective de bibliographie matérielle, de considérer l'agencement des œuvres au sein d'une même source, les variations de complétude d'une œuvre au sein des sources primaires peuvent faire l'objet d'un examen approfondi. Grâce à une modélisation centrée sur l'original item, ces informations sont contenues dans la base de données et peuvent être mises au jour.

Par ailleurs, le concept d'œuvre pose plusieurs difficultés et peut être sujet de débat, compte tenu des différentes approches de recherche : quels contours exacts peut-on donner à sa définition ? La traduction d'un écrit constitue-t-elle une nouvelle œuvre ? Comment considérer les marginalias qui entourent le texte ou encore l'ajout d'une colonne à une table préexistante ? La réponse à ces interrogations est à la charge du chercheur ; le plus souvent, c'est l'importance des ajouts et des modifications qui distingue une œuvre originale, d'une simple copie ou transposition. Une traduction qui admettra des adaptations du document sur lequel elle s'appuie – par exemple en changeant des paramètres en fonction du lieu de rédaction – sera ainsi encodée dans la base en tant qu'œuvre indépendante. Cela peut occasionner des situations quelque peu paradoxales où une œuvre est associée dans la base à un traducteur, alors que seul l'original item porte l'information quant à la langue de cette œuvre : la souplesse du modèle de données rentrant ici en concurrence avec une représentation plus logique de l'information.

### 3.1.2 Structuration des données d'édition

Le texte édité constitue le pendant de l'original item au sein de la partie éditoriale du modèle de données. L'édition en tant que telle est divisée entre son contenu tabulaire (*Table content*) et les métadonnées éditoriales (*Edited text*) : cette distinction correspond entre autres à la nature de la donnée, l'entité *Table content* ayant les caractéristiques d'une base de données orientée documents.
Le contenu tabulaire rassemble les données numériques de la table, définissant notamment les paramètres utilisés; les métadonnées éditoriales concernent quant à elles l'auteur intellectuel de l'édition, le journal dans lequel elle est parue et le titre de la publication.

Plusieurs éditions peuvent être réalisées d'un même *original item*, et une édition peut elle-même s'appuyer sur plusieurs éditions préalables. Le travail de transcription d'une table étant sujet à interprétation 4, il est ainsi considéré dans *DISHAS* qu'une édition critique de plusieurs témoins constitue en réalité l'édition de plusieurs éditions. Une simple transcription constitue déjà en ce sens, une édition classique (éditions de type A, voir ci-dessous pour la définition).

## Données éditoriales

L'application Web du projet DISHAS a été pensée de prime abord pour être une plateforme d'éditions de table 5, cet aspect de la recherche étant particulièrement important en astronomie ancienne. Toutefois, le modèle de données relatif aux éditions n'accueille en réalité que le contenu de la table, et non l'intégralité de l'article susceptible de l'accompagner. Le travail de modélisation s'est donc concentré sur la description des types d'éditions de table; il en existe trois sortes au sein de la plateforme :

- Édition de type A : s'appuyant sur un unique *original item*, ce sont les éditions au plus proche du texte. Il n'est cependant pas possible de parler d'édition diplomatique dans la mesure où aucune donnée de mise en page n'est reproduite;

- Édition de type B : ces éditions reposent sur plusieurs éditions de type A mais aussi potentiellement de type C; elles figurent donc un apparat critique.

- Édition de type C : pour réaliser ce type d'édition, le chercheur récupère les paramètres d'une table témoin et recalcule l'ensemble de ses valeurs grâce à des modèles mathématiques contemporains. Ce type peut servir notamment à comparer les techniques arithmétiques anciennes et modernes, pour observer par exemple les variations de certaines constantes mathématiques.

S'il est prévu de pouvoir éditer des tables de manière nativement numérique grâce à l'interface de DISHAS, une partie des éditions qui ont vocation à être intégrées à la base ont été déjà publiées sur papier. C'est pour cette raison que les entitées *Journal* et *Secondary source* ont été ajoutées au modèle de données; elles signalent d'où provient une édition, permettant de retrouver le matériau de départ pour l'étudier plus avant. Pour les

<footnote n="4">4. Certaines tables, compte tenu du chevauchement des nombres ou encore de certaines graphies, comportent des incertitudes de lecture ; cette ambiguïté était probablement déjà présente chez les lecteurs médiévaux, il s'agit de ne pas l'effacer lors de la numérisation.</footnote>

<footnote n="5">5. Projet qui a été écarté au profit d'une plateforme d'open data pour ne pas rentrer en concurrence avec d'autres plateformes de publication en ligne.</footnote>
sources primaires et secondaires, DISHAS a donc destination à servir de portail, plus que de plateforme de consultation.

## Données astronomiques

Les données liées aux aspects mathématiques des tables sont encodées dans la partie éditoriale de la base, car elles constituent une interprétation moderne des raisonnements arithmétiques des acteurs de l'époque ; seul le type de table est associé aux enregistrements d'edited texts comme d'original items. On dénombre 70 types de tables au sein de la base ; ils représentent la fonction sous-jacente à une table, son objectif de calcul (par exemple déterminer le mouvement moyen d'un astre). Le type de table est l'entité qui centralise les informations relatives au contenu mathématique et astronomique d'une table, que ce soient les paramètres ou les définitions de modèles.

Les paramètres Les paramètres, en particulier les paramètres astronomiques, constituent les entités les plus complexement décrites dans le modèle de données ; le schéma ci-dessous représente les tables de la base de données utilisées pour la modélisation des paramètres astronomiques. La multiplicité de ces tables permet notamment d'effectuer des traitements mathématiques automatisés sur les données numériques de la base, mais cette finesse de description est également utile aux chercheurs dans leurs travaux et doit être exposée au mieux dans les interfaces graphiques de la plateforme.

<figure><img src="image_10.png" /><figcaption>FIGURE 3.2 – Visualisation de l'architecture des données de paramètres astronomiques dans la base</figcaption></figure>
Toutes les tables représentées ci-dessus fonctionnent ensemble : la table *Parameter type* par exemple, renseigne sur le mode d'apparition d'un paramètre dans une table (explicite, implicite ou mixte<fnref n="6" />), tandis que la table *Parameter feature* indique le nombre d'arguments admis par le paramètre (simple, double, parfois triple). La table *Parameter group* réunit quant à elle les paramètres fonctionnant ensemble, là où la table *Parameter set* rassemble les paramètres permettant de décrire un type de table<fnref n="7" />. Enfin, la table *Parameter format* agrège toutes ces informations pour les associer à un enregistrement de la table *Parameter value* qui instancie une valeur à un paramètre, conservée à la fois sous sa forme originale et sous sa forme fractionnaire afin d'effectuer des calculs.

Si les tables de paramètres sont aussi nombreuses, c'est pour assurer l'encodage exhaustif toutes les informations implicitement contenues dans une table astronomique. Il est important de rendre accessibles l'ensemble de ces données au public de la plateforme, en s'assurant de fournir une interface adaptée pour leur présentation.

**Les modèles de tables** Les modèles – contenus dans la table *Formula definition* de la base de donnée<fnref n="8" /> – reposent en grande partie sur la définition de ces paramètres. Ils sont une forme modernisée des canons, résumant à l'aide d'une formule mathématique la fonction sous-jacente à une table. Un modèle est défini pour un type de table en particulier – par exemple les tables de vécilité solaire – et requiert un set de paramètre précis – par exemple la distance Terre/Soleil ainsi que la valeur de l'excentricité solaire. En revanche, un même type de table peut admettre plusieurs modèles; autrement dit, pour le calcul d'une même donnée astronomique, plusieurs méthodes mathématiques sont possibles.

La définition de ce genre de modèles est très utile pour comprendre la manière dont ont été composées les tables astronomiques : ils permettent notamment de recalculer les valeurs d'une table et de les comparer avec les valeurs telles que présentes dans une source, afin de révéler les différences de conception mathématiques entre nos méthodes modernes de calcul et les techniques anciennes de computation. Ils peuvent également être utilisés pour aider à la saisie automatique de table, de manière à faciliter la transcription tout en révélant les zones où les formules arithmétiques contemporaines ne correspondent pas à la logique des savants passés. Enfin, en intégrant ces modèles à des réseaux de neurones entraînés, il est possible d'imaginer pouvoir aider à résoudre les équations sous-tendues à

<footnote n="6">6. Visible au sein de la table (explicite) ou contenu implicitement dans le rapport des valeurs de la table entre elles (implicite). Le type mixte correspond généralement à un cas où le paramètre est exprimé explicitement, mais où la disposition bouleversée de la table en rend l'identification malaisée</footnote>

<footnote n="7">7. Le terme « set de paramètre » est également utilisé pour signifier « paramètre astronomique » : ces deux significations désignent des réalités distinctes. Un paramètre astronomique, à l'instar de 4,56, correspond à une valeur définie; un set de paramètre est l'ensemble des variables nécessaires au calcul d'une table selon un modèle précis, les valeurs n'en sont pas définies.</footnote>

<footnote n="8">8. Pour une représentation de la base de données présentant toutes les tables concernant l'histoire de l'astronomie, voir annexe 119.</footnote>
<figure><img src="image_11.png" /><figcaption>FIGURE 3.3 – Exemple de structuration de modèles mathématiques dans la structure de données</figcaption></figure>

certaines tables, qui n'ont été élucidées jusqu'à présent <fnref n="9" />.

Cette donnée, fruit de l'expertise des chercheurs du projet, constitue une porte d'en-
trée pour aborder l'histoire de l'astronomie. Seuls les administrateurs de la plateforme sont
autorisés à rentrer au sein de la base de données des modèles de tables : ils représentent
donc une des valeurs ajoutées de DISHAS, une ressource qu'il faut absolument valoriser
auprès du public.

### 3.1.3 Développements futurs de la base de donnée

Certaines évolutions ont été prévues pour la base de DISHAS, en premier lieu l'ajout
au modèle de données de tables décrivant les paramètres contextuels (liés au contexte
historique et géographique d'une table) : il existe d'ores et déjà dans la base les entités
Calendar et Era, tâchées de décrire le système temporel utilisé par une table. Ces entités
vont être rattachées au reste des tables dans des développements futurs.

En outre, les diagrammes et les textes pourront à terme être ajoutés en tant qu'en-
registrements de la base de données mais ces modifications seront probablement réalisées
par un autre groupe de recherche en histoire de l'astronomie, extérieur à l'Observatoire.
Le modèle de données n'est donc pas entièrement arrêté, chose à prendre en compte lors

<footnote n="9">9. Les réseaux de neurones devrait réussir en réalité à « craquer » les tables, c'est-à-dire trouver toutes les fonctions, aussi complexes et invraisemblables soient-elles, qui reproduisent la même progression numérique que celle observée dans le contenu tabulaire. Le travail du chercheur sera de raffiner ces résultats pour trouver des estimations qui semblent les plus plausibles</footnote>
des développements des interfaces.

Pour davantage d'informations sur le modèle de données, un glossaire des principales entités de la base de DISHAS est disponible en annexes B, à la page 121.

## 3.2 Données de gestion et encodage de l'information

### 3.2.1 Données structurelles

#### Données non-manageables

Les tables de la base de données peuvent être rangées en deux catégories : les tables de données modifiables par l'utilisateur, et les tables contenant des informations n'étant pas vouées à être remaniées. Ce dernier type assure, entre autres, la cohésion de l'encodage des métadonnées. C'est le cas par exemple des entités *Script* et *Language* qui centralisent tous les enregistrements de langues et d'écritures pouvant être utilisées au sein d'un *original item* de la base. L'exhaustivité est assurée par le recours à un standard – le standard ISO en l'occurrence – qui garantit de décrire tous les arrangements possibles de graphies et de vocabulaires, tout en facilitant un travail d'alignement ultérieur.

L'utilisation de normes permet en effet de renforcer la cohérence des métadonnées ; le risque peut être cependant de restreindre les chercheurs quant à l'encodage qu'ils souhaitent appliquer à leur sources. Il aurait ainsi été possible de calquer les données de lieux sur la base géographique de GeoNames, mais cela n'aurait pas permis, par exemple, d'ajouter des noms de lieux fictifs. Les données auxquelles l'utilisateur n'a pas accès doivent donc couvrir toutes les éventualités qu'il est possible de rencontrer dans les sources.

En outre, certains choix d'organisation du corpus ont été fixés dans la base de données, bien que leur modélisation eut pu être différente : c'est le cas en particulier de la table *Astronomical object* qui classifie tous les types de tables astronomiques en 11 groupes. Ces groupements ont été constitués au moment de la création de la base de données ; il s'agit donc de justifier et d'expliciter ces options de modélisations au sein même de l'interface afin qu'elles n'apparaissent pas comme arbitraires aux utilisateurs.

#### Données d'interface

Un autre type de données structurelles a été intégré directement à la base, il concerne les éléments utilisés pour la construction de l'interface. Deux tables en particulier sont utilisées dans ce but : la table *User interface text* et la table *Definition*. La première rassemble les textes destinés aux utilisateurs lors de leur navigation dans la plateforme, le texte d'introduction au projet comme les messages d'annonce pour la partie administrateur. Ces textes sont stockés sous format HTML de manière à pouvoir être mis en forme
dans une interface graphique et affichés de manière identique : cette pratique s'inspire des CMS (*Content Management System*), à l'instar de Drupal ou Omeka, qui offrent ainsi une grande liberté de configuration, tout en conservant une interface graphique plus facile à manier par les utilisateurs.

La table *Definition* quant à elle réunit les informations relatives à chaque entité du modèle de données concernant l'astronomie ancienne : l'entité *Original item* y est par exemple associée à une définition, à une couleur et à plusieurs variations dans l'écriture de son intitulé<fnref n="10" />. En effet, y sont distingués le véritable nom de la table dans la base de données SQL – *Original text* – de celui utilisé au sein de la plateforme. Ceci permet une grande modularité des options de présentation et aide à la mise à jour pour le changement de la charte graphique entre autres.

### Données utilisateurs

Le dernier type de données qu'il est important d'aborder concerne les données générées à la création de comptes utilisateur : elles constituent des renseignements sensibles, qui tombent sous le coup du RGPD (Règlement Général sur la Protection des Données) et qu'il faut traiter avec attention. Bien que les informations conservées sur les utilisateurs soient minimales – nom, prénom, email et mot de passe crypté – il est du rôle des ingénieurs de la plateforme de garantir la transparence quant à leurs utilisations, en même temps que d'en assurer le caractère privé.

Parallèlement, les concepteurs de DISHAS doivent veiller à la qualité des données qui sont ajoutées ; en ce sens, il est essentiel de garder une traçabilité vis-à-vis des entrées et modifications dans la base. Ainsi, toutes les tables concernant les entités manipulables par les utilisateurs disposent de champs précisant la date et l'auteur de l'ajout, ainsi que les mêmes informations en cas de remaniement. Les données utilisateurs sont donc centrales dans la plateforme et doivent en conséquence être considérées attentivement dans leur utilisation.

### 3.2.2 Encodage et typologie de la donnée

#### Permissivité du modèle

L'élaboration d'un modèle de données ayant vocation à être inclusif peut entraîner des difficultés : comment établir un cadre pour controller la qualité des données, sans pour autant dénaturer le matériau sur lequel elles s'appuient ? D'une part, il est important de pouvoir ajouter des données n'ayant pas le même niveau de précision descriptive, d'autre part, une certaine régularité et consistance est nécessaire pour traiter l'information, dans les interfaces comme dans leur exploitation scientifique.

<footnote n="10">10. En *camel case* pour l'utilisation PHP (« originalText ») ou en *snake case* pour l'intitulé dans la base de données (« original_text »).</footnote>
Le caractère obligatoire d'une information n'est pas spécifié dans le modèle la base ; il a été stipulé en revanche dans la construction des interfaces de saisies. Cela signifie que certaines données ne peuvent être insérées, tant que certains champs n'ont pas été remplis. Par exemple, il est indispensable de renseigner les bornes temporelles (*Terminus Post Quem* et *Terminus Ante Quem*) d'une œuvre lors de son ajout. L'éventuelle absence d'information exacte est prise en compte par la possibilité d'indiquer une période et non une donnée ponctuelle. Cela permet *a posteriori* de faire des estimations sur les périodes les plus florissantes intellectuellement. De la même manière, si le lieu de copie exact d'un *original item* n'est pas connu, il est possible d'indiquer, pour le renseigner, le nom d'un pays ou d'une région plutôt que celui d'une ville<fnref n="11" />.

En revanche, il ne faut pas que les exigences de visualisations prennent le pas sur l'exigence scientifique : les modalités d'encodage et les objectifs de traitement de la donnée s'influencent, mais ce sont les ambitions de recherche qui doivent avoir la haute main sur la nature des données. Dans la conception des interfaces, il faut donc savoir composer avec l'absence, tout en incitant les chercheurs à produire la donnée la plus complète possible.

## Encodage de la donnée en fonction de son utilisation

Le format de stockage qui a été choisi pour DISHAS est celui de la base de données relationnelle. Ce genre de base de données a l'avantage d'éviter les écueils de répétition de l'information et de pouvoir être maintenu facilement, dans la mesure où il est bien connu des directions de systèmes d'information. Pourtant, il ne constitue pas le format le plus adapté pour tous les types de matériau à intégrer à une base de données. Les formats XML (*eXtensible Markup Language*) et JSON (*JavaScript Object Notation*) offrent par exemple plus de flexibilité et d'autonomie pour la constitution d'une base ; ils sont également plus indiqués pour la description de matériel textuel. Plusieurs solutions ont été déployées dans le cadre de DISHAS pour pallier l'insuffisance du format relationnel de la base de données.

Les tables astronomiques, tout particulièrement, ont reclamé un traitement spécifique pour leur incorporation dans la base de données. Comment encoder un tableau de nombres, mis en page de façon complexe, à l'intérieur d'une ou plusieurs chaînes de caractères ? Le format JSON a été préféré au XML, notamment pour sa facilité de manipulation et sa compatibilité avec JavaScript, ce langage étant largement utilisé pour la construction de la partie frontale d'un site Web. La distinction dans le format de données a donc participé à la division conceptuelle des éditions de table : le contenu numérique encodé en JSON à l'intérieur de *Table content*, et les métadonnées éditoriales au format plus classique dans la table *Edited text*.

La conceptualisation du lien entre *original item* et *edited text* a également nécessité des ajustements. En effet, une édition pouvant elle-même être basée sur une édition, il était

<footnote n="11">11. Il n'est cependant pas obligatoire de renseigner un lieu lors de l'ajout d'un original item.</footnote>
important de prévenir le risque de récursivité. L'architecture en graphe permet d'éviter
ce genre d'aberration; ainsi, la bibliothèque *GraphTree*, développée pour les besoins du
projet, a été employée pour vérifier qu'une édition ne fait pas référence à elle-même et
du même coup, permettre de réaliser des visualisations de la parenté intellectuelle d'une
édition.

3.3 Saisie de la donnée

3.3.1 Interface administrateur

La plateforme en ligne de DISHAS dispose d'ores et déjà d'interfaces entièrement fonctionnelles ; c'est le cas de l'interface administrateur. Dans un site Web dynamique, l'interface administrateur – ou back office – est la partie dédiée à la gestion des ressources. Les chercheurs disposant d'un compte <fnref n="12" /> peuvent s'y connecter pour ajouter des données à la base, sans prérequis de connaissances en SQL (Structured Query Language) ou autre langage de requête de base de données. Elle s'oppose à l'interface utilisateur – front of-fice – qui est ouverte au public et qui fut l'objet de mon stage. Le rôle de l'interface administrateur est avant tout de faciliter la gestion des données pour les administrateurs, qu'il s'agisse de leur ajout, de leur modification ou de leur retrait. Elle constitue le socle sur lequel s'appuie la partie publique de l'application.

Rôle du back office

L'interface vise à assister les administrateurs dans la gestion de leurs données : en
ce sens, les pages de vues doivent identifier clairement les différentes entités de la base.
Les chercheurs n'étant pas nécessairement familiers des base de données, l'intuitivité des
interfaces est l'une des priorités ; néanmoins, la simplicité d'utilisation ne doit pas se faire
aux dépens de la compréhension du modèle de données sous-jacent. En effet, le back office
a aussi pour mission de garantir la qualité des données, en assistant les chercheurs dans le
processus de numérisation ; l'explicitation du modèle conceptuel participe à cette qualité.

Il existe deux types de plateformes en ligne pour les données de recherche : les plate-
formes où les données ont été moissonnées à partir de multiples systèmes d'information, et
celles – à l'instar de DISHAS – où l'intégralité du contenu numérisé a été créé par des cher-
cheurs : l'interface administrateur est l'instrument même de cette numérisation. L'objectif
du premier type est le regroupement des ressources, l'ambition du second est la création
d'un corpus qualitatif. La normalisation et le contrôle des données est donc du cœur du
projet DISHAS et l'interface administrateur doit aider dans cette mission.

<footnote n="12">12. La sélection des chercheurs ayant accès au *back office* est faite par Matthieu Husson, Benno Van Dalen et Clemency Montelle.</footnote>
Plusieurs fonctionnalités ont été mises en place dans ce but : l'appel à des bases de référentiels comme le VIAF (*Virtual International Authority File*) ou l'ISNI (*International Standard Name Identifier*) (pour l'ajout d'acteurs historiques et de bibliothèques)<fnref n="13" />, des procédures de vérification à la soumission de formulaires ou encore l'obligation au remplissage de certains champs. La manière dont l'interface est construite accompagne le chercheur dans l'insertion des données ; pour l'ajout d'une nouvelle édition par exemple, les informations à renseigner sont réparties dans plusieurs formulaires successifs, chacun conditionnant les champs à remplir dans le suivant.

Une des finalités de la création de ces données est leur publication au sein de l'interface publique ; la mise en ligne étant un objectif du travail de recherche en soi<fnref n="14" />. Toutefois, certaines données ne sont prêtes à la publication qu'à l'issue d'un examen attentif de la part du chercheur ; deux états de travail ont donc été créés, un état « public » et un état « ébauche ». Les administrateurs de la base ont ainsi la possibilité de différer la mise en ligne d'un document, s'ils estiment que le processus de numérisation n'est pas terminé.

## Structure de l'interface

La structure du *back office* est calquée sur celle de la base de données. Sur la page d'accueil, l'utilisateur peut trouver la liste de toutes les entités auxquelles il a accès. Ces entités sont rassemblées dans des groupes cohérents, reprenant le modèle de données :

- Entités centrales : *Original item, Edited text et Table content*;

- Celles liées aux sources historiques : *Primary source, Work, Historical actor, Place et Library*;

- Celles liées à l'édition : *Intellectual author, Secondary source et Journal*;

- Celles liées au contenu tabulaire : *Astronomical parameter et Mathematical parameter*.

Chacune de ces entités donne accès à une page de liste de l'ensemble de ses enregistrements, ainsi qu'à des pages dédiées à chacun d'entre eux. La partie administrateur constitue en ce sens une interface graphique pour la base de données, les administrateurs pouvant accéder et modifier les ressources qu'ils ont ajoutées et parcourir celles ajoutées par d'autres ; l'autre fonctionnalité principale étant bien sûr l'insertion de données.

Aucune simplification vis-à-vis de la structure de données n'a été effectuée. Les ajustements relatifs à l'interface ont été concentrés sur la cohérence dans la navigation.

<footnote n="13">13. Ces référentiels servent également à valider la cohérence des *inputs*.</footnote>

<footnote n="14">14. « Il est ainsi désormais entendu que l'obtention du financement d'un programme de recherche collectif temporaire, notamment de l'ANR, dépend fréquemment de la mise en œuvre, et plus encore de la mise en ligne, de « données » et de « corpus », destinées à la fois à être les instruments et les résultats de l'opération de recherche elle-même. » Yann Potin, « Institutions et pratiques d'archives face à la « numérisation ». Expériences et malentendus », *Revue d'histoire moderne contemporaine*, n° 58-4bis-5 (2011), p. 57-69, URL : https://www.cairn.info/revue-d-histoire-moderne-et-contemporaine-2011-5-page-57.htm (visité le 04/08/2019), § 2</footnote>
Plusieurs niveaux de détails sont disponibles pour la visualisation des ressources : une vue d'ensemble – sur la page d'accueil – listant toutes les entités importante de la base, des pages de listes détaillant tous les enregistrements pour une entité donnée, et enfin, des pages individuelles pour la visualisation des métadonnées relatives à un enregistrement unique. Ces différentes granularités de vues offrent plusieurs manières d'aborder les données : pour aider encore à leur appréhension, des visualisations graphiques ont été incorporées, sous forme de carte et de graphe <fnref n="15" />.

### 3.3.2 Saisie assistée de tables astronomiques : présentation de DTI

L'édition numérique de tables a fait partie, dès les prémisses du projet, du cahier des charges. En effet, les tables astronomiques constituent à de nombreux points de vue des objets complexes, dont l'édition, autant électronique que papier, soulève de nombreuses problématiques. La table constitue l'unité fondamentale du corpus de recherche ; à ce titre, l'élaboration d'outils dédiés à leur numérisation est une des conditions à l'obtention d'un corpus abondant. La création d'une interface pour assister à leur saisie fut donc l'un des objectifs de l'équipe technique du projet.

#### Choix du développement d'un outil sur mesure

Plusieurs exigences techniques se sont dessinées des volontés de l'équipe de recherche. Elles visaient d'une part à faciliter la saisie du contenu tabulaire – quelque soit son format et sa provenance – et d'autre part à intégrer des outils pour le traitement de ce contenu : remplissage semi-automatique grâce à des formules mathématiques intégrées, aide à la vérification des valeurs tabulaires, instruments de conversion et manipulation numérique, génération d'apparat critique.

De nombreux outils, existants antérieurement au projet, répondaient en partie aux exigences de développement d'une interface de saisie de table. Dans le domaine des humanités numériques en effet, de nombreuses applications sont dédiées à la transcription de sources historiques <fnref n="16" />, toutefois la plupart s'appuient sur des versions numérisées des sources. Dans DISHAS en revanche, les tables du corpus ne disposent pas nécessairement de numérisation, et une importante partie des ressources à transcrire comprend des tables déjà éditées sous format papier. Pour ces dernières, l'interface de saisie a principalement vocation à rendre la numérisation plus rapide. D'autres outils, pour l'édition ou la conversion de nombres, préexistaient également au projet, mais le format tabulaire des ressources et la présence de systèmes numériques très particuliers <fnref n="17" /> rendaient impossible leur utili-

<footnote n="15">15. Voir en annexes C les captures d'écran de l'interface administrateur.</footnote>

<footnote n="16">16. On peut citer Transkribus, Recogito, *From The Page* et bien d'autres.</footnote>

<footnote n="17">17. Notamment des systèmes « décimaux historiques » *fen* et *miao* chinois.</footnote>
sation dans le cadre de DISHAS. Les spécificités du corpus ont donc amené à la création d'une interface sur mesure, plutôt qu'à l'agrégation d'outils existants.

La conception en interne de cette interface – appelée DTI (DISHAS Table Interface) – a également permis de réaliser une application intégrable directement au site Web de DISHAS. Dans un contexte où la plupart des services sont disponibles en ligne, un logiciel à télécharger aurait constitué une difficulté supplémentaire à la numérisation du corpus. De plus, DTI, par sa portabilité et sa relative facilité d'utilisation<fnref n="18" />, offre la possibilité à des non-spécialistes de saisir des tables déjà publiées, afin de décharger quelque peu les chercheurs du travail de numérisation.

## Fonctionnalités de DTI

DTI rassemble aujourd'hui de nombreuses fonctionnalités, au sein d'une interface conçue pour être le plus intuitive possible. Après avoir renseigné les dimensions de la table (nombre de colonne et de rangées), un tableau vide – semblable à une feuille de tableur – est généré.

Le remplissage des cellules du tableau peut être réalisé de plusieurs façons. La méthode la plus simple est de recopier individuellement la valeur de chaque cellule, mais il est possible de ne renseigner que certaines valeurs et de laisser les outils d'interpolation remplir les cases intermédiaires. Les modèles de tables peuvent également être utilisés pour des modalités d'auto-complétion : en donnant les valeurs des arguments, DTI est ensuite capable de calculer les valeurs des celulles de la table, selon la fonction définie dans le modèle. Chaque cellule doit ensuite être validée individuellement par l'utilisateur, de manière à assurer la qualité de la transcription. Tout état d'avancement peut être sauvegardé en tant que brouillon, tant que l'utilisateur estime que le travail de numérisation n'est pas achevé.

En outre, un module de comparaison de tables intitulé CATE permet de générer automatiquement des apparats critiques à partir de plusieurs transcription de tables. Les cases comportant des variantes sont signalées grâce à un fond de couleur distincte. D'autres repères colorés permettent d'indiquer la présence de commentaires liés à une case en particulier. L'utilisateur a également la possibilité d'exporter ou d'importer une table dans différents formats comme LATEX, JSON ou PDF. Enfin, différents traitements informatiques peuvent être réalisés à partir de ce matériau numérisé, notamment des conversion numériques et la génération de graphiques pour la visualisation des valeurs.

DTI représente l'une des importantes réalisations numériques de DISHAS. Les tables numérisées disposent, grâce à cet outil, de nombreuses informations et fonctionnalités satellites, qui doivent faire l'objet d'une médiation toute particulière auprès du public. Il

<footnote n="18">18. L'interface s'inspire largement du logiciel Excel.</footnote>
est du rôle du *front office* d'œuvrer pour constituer une interface mettant en valeur cette richesse, tout en simplifiant l'appréhension d'un tel matériel documentaire.
Deuxième partie

Modalités d'exposition de la donnée
<figure><img src="image_12.png" /></figure>
# Chapitre 4

## Analyse des besoins

Cette partie vise à présenter le travail de recherche qui a précédé la réalisation des interfaces du *front office* : elle expose les formes de médiation de données qui ont été mises en place pour la constitution du parcours de navigation. Ma réflexion s'est orientée autour des différents publics de la plateforme – amateurs, chercheurs, concepteurs – chacun mis en regard avec un niveau de compréhension du corpus numérique – modèle conceptuel, interactions entre les données et base en elle-même. Les chapitres suivants sont le fruit des questionnements menés lors de la partie liminaire de mon stage, circonscrivant dans un premier temps les besoins liés au développement de telles interfaces, puis présentant les solutions élaborées pour la valorisation des ressources du projet.

### 4.1 Définition des publics

La définition des *persona* est l'une une étape primordiale à l'élaboration de toute
plateforme à destination du public : elle permet d'en cerner les attentes et d'établir en
conséquence un cahier des charge et de concevoir des parcours de navigation adaptés.
L'objectif est d'accompagner le public, pour l'amener à trouver ce qu'il cherche le plus
aisément possible.

#### 4.1.1 Chercheurs

La communauté de chercheurs en astronomie ancienne constitue naturellement la partie la plus importante des futurs utilisateurs de la plateforme. Leurs besoins vis-à-vis de l'interface sont ceux à prioriser. De plus, l'élaboration des pages du *front office* a été réalisée au sein d'une équipe de recherche : ce sont donc les suggestions et retours des chercheurs qui ont avant tout été pris en compte.
## Administrateurs de la plateforme

Les administrateurs de DISHAS disposent d'un compte sur la plateforme, leur ouvrant ainsi l'accès au *back office*. Le *front office* doit en conséquence être pensé en termes de complémentarité avec l'interface administrateur. Cette dernière étant avant tout dédiée à la gestion des données ; l'interface utilisateur, quant à elle, doit être vouée à la présentation de ces données. Le projet DISHAS ayant vocation à fédérer les ressources, les pages publiques doivent veiller à leur mise en commun au sein de l'interface, ainsi qu'à fournir une mise en perspective de corpus de recherche très spécialisés.

Dans cette mesure, les visualisations graphiques sont des *media* privilégiés pour la valorisation des données. Elles donnent l'occasion aux chercheurs de considérer d'un seul regard les ressources ajoutées par l'ensemble des administrateurs. Les chercheurs de DISHAS mènent en effet leurs travaux au sein de projets aux enjeux variés : le *front office* doit permettre de faire le lien dans la diversité des sources produites. Pour que le *front office* s'adapte à tous les partenaires du projet, les visualisations doivent donc être orientées autant vers la recherche en SHS que vers les disciplines davantage mathématiques. En outre, il faut concevoir des visualisations pouvant aussi bien illustrer les travaux de recherche que faire surgir de nouvelles interrogations.

Afin d'assister le travail des administrateurs, la partie publique de la plateforme doit aider à trouver et mettre en rapport les ressources. Des fonctionnalités de recherche avancées doivent donc être mises en place afin d'aider à identifier et rassembler les données pour l'examen d'hypothèses scientifiques. De plus, les liens qui existent entre les données de la base doivent être rendus visibles pour aider à établir des rapprochements entre les sources du corpus. L'interface vise à faire découvrir, autant qu'à permettre de retrouver la donnée.

En dernier lieu, la présentation des données très spécialisées, à l'instar des tables astronomiques, doit être particulièrement soignée, afin d'offrir aux administrateurs une interface valorisant leur travail de recherche. Il est possible d'imaginer pour cela que la page publique dédiée à une édition de table puisse être citée au sein d'un article scientifique, ou servir de support à des travaux de recherche. Ainsi, la constitution d'interfaces offrant une approche intéressante et utile sur la source peut aussi être une motivation pour le chercheur à partager ces données. Une médiation efficace participe donc de l'utilisation optimale de la plateforme.

## Étudiants en histoire de l'astronomie

Le site internet de DISHAS a également été pensé pour constituer une plateforme à vocation didactique : il doit pouvoir servir à des étudiants en histoire des sciences, aussi bien qu'être utilisé par des élèves plus jeunes, dans le cadre d'une première introduction
à l'astronomie ancienne. Pour ce genre de public, un travail de vulgarisation doit être produit, en veillant toutefois à ne pas dévoyer le discours scientifique. Les visualisations de données peuvent, à ce titre, constituer un moyen efficace pour appréhender aisément la complexité d'un corpus.

Dans une perspective pédagogique, la plateforme doit également former un portail de ressources pour une étude approfondie, en même temps que d'offrir une introduction générale à l'histoire de l'astronomie. Les pages publiques de DISHAS visent, en ce sens, à centraliser les informations relatives à la recherche historique en astronomie et à fournir des outils dédiés à sa compréhension. Des pages de ressources annexes – glossaire, téléchargements, bibliographies – peuvent répondre à ce genre de demande de la part du public, voire constituer le matériau de potentiels supports de cours.

## 4.1.2 Non-spécialistes

Le projet développé par DISHAS vise en priorité un public avisé, principalement constitué d'universitaires et d'amateurs éclairés : néanmoins, dans une perspective d'ouverture, il ne faut pas négliger les utilisateurs moins avertis. La mise en contexte et la médiation du travail de recherche doivent être effectuées avec particulièrement de soins, une portion du public n'ayant pas forcément reçu d'introduction à l'histoire de l'astronomie. En effet, une partie des utilisateurs est susceptible de provenir de sites de bibliothèques en ligne, où les notices de sources primaires de l'interface seront référencées.

### Amateurs

Afin de s'adresser à un public d'amateurs, il est essentiel de faire comprendre la nature de la donnée aux utilisateurs. En l'absence de discours explicatifs, il est difficile d'appréhender ce que représente l'astronomie ancienne, et plus encore ce que sont les tables de calculs. Dans cette mesure, la priorité doit être donnée à l'ajout de documentation iconographique et de contenu éditorialisé, qui participe à rendre les ressources de la plateforme plus accessibles.

L'expérience utilisateur – ergonomie des interfaces, architecture de l'information, cohérence graphique, etc. – guide, en outre, les publics les plus néophytes dans la circulation au sein du site et dans la navigation à travers son contenu. Des visualisations de données dynamiques, par leur aspect didactique et interactif, peuvent également accentuer l'intérêt vis-à-vis des pages de l'interface. En ce sens, l'attention portée à l'enveloppe visuelle du site constitue un atout pour la médiation auprès de public inexpérimenté : elle permet notamment à des utilisateurs curieux de saisir plus aisément les objectifs scientifiques de la plateforme et la nature de l'objet de recherche.
## Professionnels des bibliothèques

L'interface utilisateur de DISHAS ayant vocation à mettre à disposition du savoir de spécialistes à propos de manuscrits et d'incunables, les professionnels de bibliothèques sont un public à considérer dans la réalisation des pages publiques. Par conséquent, les méta-données relatives aux sources primaires doivent être particulièrement soignées : les notices pourront ainsi être référencées sur les plateformes Web des institutions de conservation, de manière à enrichir leurs catalogues numériques. Les données de DISHAS constituent un corpus qualitatif, s'appuyant sur des standards et des normes<fnref n="1" /> : l'exposition de ces méta-données contribue à établir des notices riches, susceptibles de compléter les informations bibliographiques des institutions de conservation n'ayant pas nécessairement l'expertise pour identifier le contenu scientifique de ces sources primaires.

D'autre part, afin d'assister au travail de catalogage, l'interface publique de DISHAS veut proposer des fonctionnalités de recherche au sein même d'une table. En renseignant une partie du contenu numérique d'une table, il serait alors possible d'identifier des ma-nuscrits similaires, ou bien de remonter jusqu'à l'œuvre intellectuelle d'où elle provient. Le soin porté aux fonctionnalités à destination des bibliothécaires peut ainsi aider à va-loriser les fonds de bibliothèques en enrichissant leurs notices numériques, mais aussi à améliorer la visibilité du projet, en disposant de relais au sein des plateformes en ligne des institutions de conservation.

### 4.1.3 Ingénieurs numériques

Le dernier public à considérer dans l'élaboration du *front office* est formé par les utilisateurs intéressés par la donnée brute, que ce soit les concepteurs de la plateforme ou bien des développeurs souhaitant exploiter le corpus numérique. Bien souvent, les interfaces graphiques invisibilisent les ressources numériques sur lesquelles elles s'appuient. En accord avec les logiques prônées par le mouvement de l'open data, il est important de donner un accès direct à la base de données, ou du moins à une partie. Le déploiement d'une API, couplée à la construction d'une interface de requêtage, est l'un des moyens privilégiés d'interaction avec la base de données pour les utilisateurs extérieurs.

D'autres fonctionnalités peuvent être implémentées au sein du *front office* dans le but d'exposer les données brutes : on peut citer notamment les exports dans des formats largement répandus comme le JSON. Les visualisations de données peuvent également revêtir un intérêt pour un public technicien : des représentations graphiques de la base peuvent, par exemple, donner à voir l'architecture de données et éventuellement révéler des corrélations inattendues entre les entités du corpus. En dernier lieu, l'ouverture du code et la documentation des interfaces représentent un point essentiel de la médiation

<footnote n="1">1. Les bibliothèques sont alignées sur l'ISNI, les acteurs historiques sur le VIAF et les sources secon-daires disposent d'un identifiant ISBN, ISSN ou DOI.</footnote>
pour les ingénieurs. Il est donc important d'explicitier les traitements de la donnée dans la plateforme DISHAS, pour éventuellement que des utilisateurs puissent réemploier et valoriser le corpus numérisé.

Ainsi, l'interface publique doit faire cohabiter des parcours de navigation différenciés : de multiples discours sur la base de données se mêlent pour constituer une plateforme ouverte sur le public et adaptée aux besoins spécifiques des chercheurs. Chacun des utilisateurs doit trouver au sein du *front office* les fonctionnalités qui répondent à ses attentes, de même que les visualisations qui éclairent sa compréhension des enjeux de recherche. Enfin, différents degrés d'appréhension de la donnée doivent être mobilisés, allant de la conceptualisation abstraite à la donnée brute et réutilisable.

## 4.2 Enjeux liés à la donnée

L'examen de la nature des données à exposer est une étape indispensable de l'élabo-
ration d'interfaces publiques. De la même manière que la modélisation tient compte de la
forme du matériel documentaire et des hypothèses de recherche, la construction d'une pla-
teforme publique doit prendre en considération la manière dont la donnée est modélisée,
ainsi que le cadre technique à disposition pour sa réalisation. L'interface utilisateur doit
correspondre au mieux aux données et à leur mise en valeur, en accord avec les principes
du fitness for use – aptitude à l'emploi – souvent évoqués pour évaluer la qualité des
données.

### 4.2.1 Contraintes qualitatives

#### Principes FAIR

L'incorporation de DISHAS au projet ALFA implique que les exigences liées au finan-
cement par l'ERC s'appliquent avec la même rigueur aux deux corpus numériques produits.
Le plan de gestion de données d'ALFA inclut donc dans ses prévisions le contrôle qualité
de la base de données de DISHAS.

Les prérogatives quant à la donnée prodiguées par l'ERC peuvent être résumées
par les principes FAIR. Ils définissent quatre propriétés de la donnée : la « retrouvabilité »,
l'accessibilité, l'operopérabilité et la « réutilisabilité ». Ces qualités forment un écosystème
qui assure l'exploitation optimale des corpus de recherche ; leur prise en compte dans
l'interface publique constitue donc un impératif.

Plusieurs fonctionnalités peuvent ainsi concourir au respect des principes FAIR : la
réutilisation et l'operopérabilité, par exemple, peuvent être facilitées par la possibilité
d'export des données dans de multiples formats. L'exposition de la base par le biais d'une
API ou encore l'implémentation d'un moteur de recherche efficace favorisent quant à eux
l'accessibilité des ressources. La visibilité des données enfin, peut être assurée par divers moyens, allant de la SEO (*Search Engine Optimization*) – trouvabilité sur les moteurs de recherche – à l'UX design<fnref n="2" /> – trouvabilité auprès de son public – en passant par la création d'identifiants pérennes – trouvabilité des contenus. Le travail de médiation en accord avec les principes FAIR revêt donc de multiples aspects.

### Contraintes liées à la protection des données

La base de données de DISHAS conserve certaines données à caractère personnel<fnref n="3" /> pour le bon fonctionnement de la plateforme : nom, prénom, adresse email et manipulations effectuées dans la base. Ces informations tombent sous le coup du RGPD 4, leur caractère sensible rend leur utilisation dans les interfaces publiques particulièrement délicate. Le front office doit donc, en même temps que garantir la visibilité du travail des chercheurs en mentionnant leur nom dans les notices, assurer la protection des données personnelles et informer le public de l'utilisation qui en est faite. Ainsi, les informations nécessaires à l'identification de l'auteur doivent être affichées sur les pages d'enregistrements, mais aucune autre donnée personnelle ne doit être divulguée, dans la mesure où cela n'est pas essentiel. Par exemple, pour éviter de publier les adresses email des administrateurs, une interface de messagerie intégrée au site pourra être mise en place pour mettre en contact le public et les chercheurs.

### 4.2.2 Spécificités des données de DISHAS

#### Données comme matériel de la recherche

Les données du projet DISHAS sont le produit comme le support du travail des chercheurs : la qualité du corpus en fait un objet qu'il est intéressant de valoriser au-delà de la seule communauté de recherche en histoire de l'astronomie. C'est pour cette raison qu'en fin de parcours, les ressources du projet seront versées dans les entrepôts numériques d'Huma-Num 5 dans le but d'être conservées sur le long terme. Le front office constitue

<footnote n="2">2. L'UX (*User eXperience*) design ou expérience utilisateur en français est au carrefour de plusieurs pratiques complémentaires du design : design d'interface, d'interaction, architecture de l'information et ergonomie des interfaces. Benoît Drouillat, *Le design interactif : du Web design aux objets connectés*, Dunod, Paris, 2016</footnote>

<footnote n="3">3. Informations se rapportant à une personne vivante identifiée ou identifiable. « Règlement (UE) 2016/679 Du Parlement Européen et Du Conseil Du 27 Avril 2016 », dans CNIL – *Règlement Général sur la Protection des Données*, URL : https://www.cnil.fr/fr/reglement-europeen-protection-donnees (visité le 13/08/2019)</footnote>

<footnote n="4">4. Les données à caractère personnel doivent être « collectées pour des finalités déterminées, expliquées et légitimes, et ne pas être traitées ultérieurement d'une manière incompatible avec ces finalités ; le traitement ultérieur à des fins [...] de recherche scientifique [...] n'est pas considéré, conformément à l'article 89, paragraphe 1, comme incompatible avec les finalités initiales » – Article 5.1-b) du RGPD. Ibid.</footnote>

<footnote n="5">5. À l'intérieur du triplestore de Nakala.</footnote>
la première étape d'exposition de la donnée, étape d'élaboration et d'identification des
besoins en terme d'interfaces.

L'exposition des données sur la plateforme DISHAS ne procède pas des mêmes contraintes que la publication des données sur une base collective comme Nakala : en effet, les ressources sur lesquelles s'appuie l'interface de DISHAS sont des données en construction ; les corpus de recherche déposés dans Nakala en revanche, sont constitués de données ayant fini leur cycle de vie. La conception de la plateforme doit prendre en compte la fluctuation de la masse de données, mais aussi les potentielles évolutions du modèle conceptuel. En outre, les données de DISHAS ont vocation à être utilisées, et leur manipulation dans les travaux de recherche peut faire surgir de nouveaux besoins vis-à-vis de l'interface ; la flexibilité et la polyvalence sont par conséquent des qualités déterminantes pour la pérennité des pages de la plateforme.

Hétérogénéité du corpus

Un autre aspect à prendre en compte dans la construction des pages publiques est constitutif de l'hétérogénéité du corpus : la plateforme de DISHAS réunit des projets traitant de sources très diverses et provenant d'horizons variés. La pluralité des cultures représentées dans le projet ne doit pas être réduite au sein de ses interfaces ; chacune des visualisations réalisées pour le *front office* doit donc être élaborée dans une perspective d'inclusion. De la même manière, si un contenu scientifique concernant une tradition as-tronomique est exposé sur la plateforme, il devra être mis en regard de contenus similaires traitant des autres cultures présentes dans DISHAS. De même, une attention particulière devra être portée à la représentation des différentes cultures du projet de manière équiva-lente dans l'iconographie, ainsi qu'à l'emploi de polices typographiques comprenant des signes étrangers, allant des idéogrammes chinois aux caractères arabes.

Hétérogénéité du corpus signifie également d'éventuelles disparités au niveau de l'information. En effet, selon la source et selon le besoin d'analyse, la finesse de description du matériel documentaire peut amener à varier. Les données de DISHAS, bien que qualitatives, ne sont pas nécessairement homogènes : ainsi, dans l'encodage, un même manuscrit pourra être indiqué comme ayant été copié à Paris ou bien au collège de Sorbonne, selon le contributeur. De la même façon, une œuvre pourra être désignée dans la base par son incipit comme par un titre forgé. L'interface doit donc pouvoir composer avec les différents niveaux de description, en proposant notamment des visualisations de données mettant sur le même plan des encodages dissemblables, à l'instar des cartes, où sont physiquement rapprochés des lieux qui sont désignés diversement dans la base de données. Le matériau de la base étant protéiforme, la plateforme publique de DISHAS se doit d'être adaptable et modulaire.
4.3 Constitution d'une interface publique

4.3.1 Objectifs d'une interface publique

L'interface publique de DISHAS doit ainsi répondre à de nombreuses exigences. Les données de recherche, constituant le cœur de la plateforme, sont de natures diverses et nécessitent d'être traitées de manière particularisée. Les publics, ayant différentes demandes vis-à-vis de la plateforme, doivent trouver au cours de leur navigation les éléments correspondant à leurs attentes. Le front office doit donc pouvoir servir de catalyseur au travail de recherche, mais également façonner un cadre propice à l'exploration libre.

Plusieurs objectifs se dessinent de ces impératifs. Ils seront discutés plus en détail dans les prochains chapitres de ce mémoire :

— la contextualisation de la donnée, qui a pour but de reconstituer l'environnement dans lequel elle trouve son sens, et ainsi présenter le corpus de recherche et le projet plus largement ;

— l'illustration et l'analyse du matériel numérique, qui permettent sa mise en valeur comme son examen approfondi ;

— l'exposition des ressources – ressources de recherche comme ressources techniques – qui vise à les rendre trouvables sur le site par des modalités de recherche, mais également de manière plus large sur le Web.

Tous ces objectifs ne sont bien entendu pas imperméables, et ils se mêlent pour la constitution d'interfaces riches. Chaque page doit receler en elle d'éléments liés à chaque cune de ces missions, de manière à pourvoir l'utilisateur de points d'accès multiples à la donnée. La plateforme publique doit de plus proposer des interfaces innovantes, pensées en complémentarité du back office, mais également des autres plateformes de projet en histoire de l'astronomie : en ce sens, elle peut également être un portail vers les ressources extérieures, enrichissant ainsi le réseau dans lequel elle s'inscrit.

L'interface publique doit être modelée à partir des hypothèses scientifiques sous-jacentes au projet ; elles constituent un fil conducteur à la navigation, guidant l'internaute dans sa circulation à travers les pages. Le front office constitue ainsi une manière nouvelle de médiatiser le travail du chercheur : il est une forme de discours sur la base de données, en même temps qu'un discours sur les sources. En ce sens, il peut être considéré comme faisant partie des produits du travail scientifique<fnref n="6" /> : tous les aspects de son élaboration

<footnote n="6">6. « La monographie, avec sa linéarité, n’est plus la seule forme possible d’écriture de l’histoire, qui pourrait se faire multimédiale, incorporer une multiplicité de parcours possibles, ou devenir polyphonique, sous l’effet de hypertexte, de l’accroissement des capacités de stockage et de l’augmentation constante des capacités de calcul. » Philippe Rygiel, « L’ordinateur, le réseau et l’écriture de l’histoire », *Materiaux pour l’histoire de notre temps*, N° 82-2 (2006), p. 75-79, URL : https://www.cairn.info/revue-materiaux-pour-l-histoire-de-notre-temps-2006-2-page-75.htm (visité le 04/08/2019), § 4</footnote>
doivent donc être considérés avec attention, dans un dialogue constant entre technique et recherche <fnref n="7" />.

## 4.3.2 Notions d'expérience utilisateur

### Principes généraux

Le *front office*, plus encore que le *back office*, se doit d'être doté d'interfaces simples d'appréhension. En effet, comme le public visé comporte des utilisateurs n'étant pas forcément familiers de l'astronomie ancienne, il faut veiller à la fluidité de la navigation ainsi qu'à l'intuitivité des fonctionnalités. En outre, les pages publiques sont une vitrine pour le projet DISHAS, et la limpidité du discours et l'attractivité des interfaces participent à la communication du travail de recherche <fnref n="8" />.

L'UX *design* ou « expérience utilisateur » est un concept né sous la plume de Donald Norman, professeur émérite en sciences cognitives de l'Université de Californie à San Diego, dans son livre *The Design of Everyday Things* paru en 1988. Il se définit comme la conception fondée sur l'utilisateur : à chaque étape du processus de création d'un produit, les besoins des utilisateurs sont placés au centre de la réflexion. L'expérience utilisateur vise à l'ergonomie des interfaces par rapport au besoin du public, de manière à réaliser un produit à la fois fonctionnel et signifiant.

L'application concrète de ces principes se situe au carrefour de la technique (par le développement des fonctionnalités), de la stratégie (par l'attention portée aux besoins des utilisateurs) et du graphisme (par l'élaboration d'une charte visuelle). Elle prend en compte tous les aspects du développement, depuis l'analyse des besoins jusqu'au choix d'une palette de couleur. L'expérience utilisateur procède souvent par processus itératifs, comprenant une phase de réflexion, de construction puis de test.

### Méthode Garrett

J.J. Garrett propose dans son livre *The Elements of User Experience* <fnref n="9" /> une méthode globale pour la constitution de plateformes en accord avec les principes de l'expérience utilisateur. L'idée est d'amener le concepteur à interroger chaque étape du processus de

<footnote n="7">7. Voir en annexes D les diapositives présentées lors d'un séminaire numérique en présence de l'équipe de recherche.</footnote>

<footnote n="8">8. « Dès lors, si l'on ne veut pas oublier d'humaniser les humanités numériques elles-mêmes, [...] il convient de travailler à atteindre dans les projets la plus haute qualité d'expérience utilisateur, non seulement grâce au design d'information et au design de données [...], mais plus encore en faisant appel systématiquement à la culture globale du projet en design et aux méthodologies les plus récentes qu'elle a fait émerger. » F. Clavert, « Design & Digital Humanities : le design comme méthode pour les Humanités Numériques ? », dans *THATCamp Paris*, URL : https://tcp.hypotheses.org/849 (visité le 10/08/2019)</footnote>

<footnote n="9">9. Dans sa version française : Jesse James Garrett, *Les éléments de l'expérience utilisateur : Placer l'utilisateur au cœur de la conception des produits web et mobiles*, Pearson, Paris, 2011</footnote>
création pour faire émerger les solutions qui seront le plus à même de guider l'utilisateur vers ce qu'il cherche.

<figure><img src="image_13.png" /><figcaption>FIGURE 4.1 – Schéma inspiré du diagramme de l'UX *design* conçu par J.J. Garrett</figcaption></figure>

Le modèle de Garett<fnref n="10" /> propose une élaboration en cinq étapes, correspondant à cinq niveaux de conception de l'interface, allant du plus abstrait au plus concret. Il s'agit tout d'abord de définir les enjeux et de circonscrire les besoins, en explicitant en quoi la construction de la plateforme est profitable. La deuxième étape de cadrage délimite le périmètre technique du projet, par l'établissement notamment d'un cahier des charges fonctionnel <fnref n="11" />. L'étape suivante concerne la structure globale de la plateforme ; y sont définis les scénarios de navigation et les interactions entre les différentes parties du site. La réflexion porte ensuite sur l'agencement de l'interface à l'intérieur de l'écran : la composition générale et la cohérence structurelle des pages sont alors établies. Enfin, une dernière étape vient fixer la charte graphique de l'ensemble, dans le but de caractériser l'identité visuelle de la plateforme. Chacune de ces étapes sert de socle à celle qui suit. En effet, si l'apparence du site est la composante la plus remarquée de l'UX *design* par l'utilisateur, chacun des choix visuels se doit d'être justifié par les décisions structurelles précédentes.

Datant des années 2000, la méthode développée par J.J. Garrett nécessite quelques ajustements, mais elle reste pertinente pour guider le processus d'élaboration d'une plate-forme dans ses grandes lignes. L'attention portée à chaque étape de la conception permet d'éviter des écueils qui pourraient causer le délaissement de la plateforme par son public.

### 4.3.3 Constitution d'un parcours de navigation

#### Modalités de circulation dans l'interface

Le parcours navigation s'inscrit dans les réflexions liées à l'architecture de l'information : sa définition constitue une étape structurelle importante, qui détermine comment l'utilisateur va se repérer au sein de la plateforme. Plusieurs modèles de navigation peuvent être utilisés à l'intérieur d'une application Web.

<footnote n="10">10. Id., « Additional Resources », dans *The Elements of User Experience*, URL : http://www.jjg.net/elements/resources/ (visité le 13/08/2019)</footnote>

<footnote n="11">11. Voir le tableau récapitulatif des interfaces à développer à l'annexe E.</footnote>
<figure><img src="image_14.png" /><figcaption>FIGURE 4.2 – Schéma inspiré du livre *The Elements of User Experience*</figcaption></figure>

La navigation séquentielle repose sur le déploiement successif des pages : elle se rap-
proche de la logique linéaire du livre-codex. On l'utilise généralement lorsque l'ordre de
déroulement est essentiel, comme c'est le cas pour un tutoriel. La structure hiérarchique
correspond à une formation en arborescence des pages : ce type de structure, s'appuyant
sur des relations parent-enfant, est bien compris par les utilisateurs, puisque c'est l'ar-
chitecture utilisée pour l'organisation des fichiers informatiques. La structure matricielle
superpose plusieurs plans, entre lesquels l'internaute peut se déplacer. Elle est utile lorsque
les utilisateurs ont des besoins divergents, mais que les allers-retours doivent être possibles
entre les différentes couches du site. La navigation organique ou hypertextuelle enfin, est
la plus spécifique des modes de circulation du Web. Elle est plus intuitive, dans la mesure
où elle suit le désir de l'utilisateur, mais induit un accès davantage discontinu à l'informa-
tion. Cette structuration ne se fonde pas sur un modèle défini et donne ainsi l'impression
d'une navigation libre dans les contenus, toutefois, elle rend aussi plus difficile de s'y
repérer.

Ces structures entraînent différents rapports à l'information : leurs usages peuvent
être combinés afin de laisser plus de liberté à l'internaute. La navigation influence profon-
dément la compréhension du contenu ; elle est un mode d'expression du corpus, mais n'utilise
pas des mêmes canaux que les supports plus classiques de l'exposition du travail scien-
tifique<fnref n="12" />. Pour la médiation des données de recherche, il faut donc repenser entièrement
les modalités de présentation et d'exploration.

Structure du front office

Ainsi, un choix éditorial doit être effectué pour la constitution du *front office* : il
résulte entre autres, de la restructuration de l'information numérique. De manière à décrire
précisément les sources, le modèle conceptuel de DISHAS (figure 3.1) admet une grande
complexité, mais un tel raffinement constitue un frein à la compréhension. En effet, la
distinction entre contenu tabulaire (*Table content*) et texte édité (*Edited text*) n'a, par
exemple, pas de sens dans une perspective explicative. Ainsi, certaines simplifications
par rapport à l'interface administrateur ont été opérées pour définir la structure de la

<footnote n="12">12. « Les dispositifs électroniques élaborés par les historiens sont puissamment structurés par les imaginaires de leurs créateurs et en particulier par les métaphores dont ils usent lorsqu'ils tentent de se les approprier. » P. Rygiel, « L'ordinateur, le réseau et l'écriture de l'histoire »..., § 14</footnote>
plateforme publique ; en particulier, le retrait des pages de notices <fnref n="13" /> d'entités secondaires. Les données relatives à ces tables – comme par exemple celle des *Historical actors* – ne sont pas supprimées des interfaces, mais considérées comme des métadonnées des entités principales.

Deux grands axes de navigation ont ensuite été déterminés, correspondant à la bipartition présente dans le modèle de données. La polarisation des parcours dans l'interface publique a été l'occasion de penser deux voies d'accès à la donnée : une davantage historique, tournée vers les sources anciennes de l'astronomie ; et une autre orientée vers les aspects « scientifiques » du corpus, à savoir les éditions de tables et les paramètres astronomiques. Chacune de ces voies mène *in fine* à l'entité centrale de la base de données, à savoir la table astronomique. Ces deux parcours composent en ce sens, deux matrices parallèles qui se font écho à travers de multiples correspondances : l'utilisateur, en fonction de ce qu'il cherche – un manuscrit ou un paramètre – sera dirigé vers l'une ou l'autre partie du *front office*. Néanmoins, de nombreuses passerelles permettront de rebondir d'un côté à l'autre, assurant ainsi le décloisonnement de l'information.

<figure><img src="image_15.png" /><figcaption>FIGURE 4.3 – Diagramme d'architecture de l'interface publique</figcaption></figure>

L'abondante présence de liens est le support de l'interconnexion entre les ressources de l'interface : par les redirections, il est possible de constituer un réseau sous-jacent qui se fait l'écho aux relations modélisées dans la base de données. La navigation se construit ainsi de manière individuelle, chaque utilisateur dessinant sa propre séquence d'interactions <fnref n="14" />. Toutefois, une structure plus hiérarchique de l'information est maintenue, pour garantir un cadre dans lequel l'utilisateur peut de repérer.

<footnote n="13">13. L'expression « pages de notice » est utilisée ici pour désigner les pages qui concernent un unique enregistrement dans la base de données : par exemple, une page qui présente un manuscrit en particulier.</footnote>

<footnote n="14">14. « Il s'agit, en d'autres termes, de créer des liens entre des textes et d'autres types de documents pour pouvoir organiser de façon dynamique nos parcours de lecture et de recherche et donc notre accès</footnote>
Une organisation selon le niveau de granularité de la donnée permet ainsi de conser-
ver une cohérence dans les contenus, en les ordonnant du plus général au plus spécifique.
Dans cette logique, les pages de listes agrégeant les données conduisent aux notices d'enre-
gistrement unique. De la même façon, les entités de nature mixte amènent vers les entités
qui les composent : pour accéder à un original item, l'utilisateur devra donc transiter par
la notice d'une source primaire ou d'une œuvre, dans la mesure où elles constituent un
assemblage de tables. En dernier lieu, les fonctionnalités de recherche amènent un autre
mode de navigation, celui de l'accès direct à la ressource à l'opposé de la libre circulation
dans les interfaces. Enfin, des pages annexes (en gris sur le schéma) apportent en parallèle
des contenus additionnels, utiles à la compréhension du projet de recherche.

Ainsi, ce plan permet à la plateforme publique de développer de nombreuses rami-
fications, tout en conservant une ossature relativement simple à comprendre. À chaque
nœud de l'arborescence, il est possible de se déplacer en profondeur comme par translation,
le but étant d'amener l'utilisateur le plus rapidement vers ce qu'il cherche. Le parcours de
navigation pourra ainsi donner à l'internaute un accès local autant que des perspectives de
longue portée sur la donnée. Chaque élément de la base y est replacé dans son environne-
ment. Le front office compose ainsi un discours sur la base de données, un discours qui met
au centre la table astronomique tout en mettant en valeur les données qui y sont corrélées.

Les chapitres suivants portent sur les différentes médiations de données qui ont été
élaborées et conçues dans le cadre de mon stage : certaines précisions doivent être énoncées
avant de présenter mes réflexions et réalisations. Les différentes interfaces et visualisations
réalisées ont fait l'objet de discussion avec l'équipe de recherche; toutefois, le développe-
ment du front office n'ayant pas été achevé, les interfaces conçues n'ont pas pu bénéficier
de véritable retour d'expérience. De plus, la base sur laquelle s'appuient les visualisations
accomplies est une base de données de test, ne présentant ni l'exactitude, ni les dimen-
sions de la base de données finale. Du reste, la durée de mon stage ne m'ayant permis
de ne travailler que sur la navigation historique, l'accent sera donc mis sur l'élaboration
des interfaces de cette partie. Le travail d'élaboration des interfaces, notamment pour le
parcours astronomique, n'a pas été achevé; les solutions présentées au sein de ce mémoire
sont donc sujettes à modifications.

<footnote>aux contenus. » Michaël E. Sinatra et Marcello Vitali-Rosati, « Histoire des Humanités numériques », dans *Pratiques de l'édition Numérique*, dir. Michael E. Sinatra, Montréal, 2014 (Parcours Numérique), chap. 3, p. 49-60, URL : http://books.openedition.org/pum/317 (visité le 04/08/2019), § 6</footnote>
<figure><img src="image_16.png" /></figure>
# Chapitre 5

## Présentation de la structure de données : médiation pour les publics non-spécialistes

En tant que vitrine, la plateforme publique de DISHAS a pour vocation de présenter les missions de recherche du projet. Un utilisateur se rendant pour la première fois sur le site doit pouvoir identifier les ambitions scientifiques portées par DISHAS, ainsi que les données exposées sur la plateforme. Plus encore que la donnée individuelle, c'est l'ensemble du modèle conceptuel qui doit être rendu explicite à l'internaute pour l'aider à comprendre la nature des ressources. En ce sens, la mission du front office est de rendre les contenus accessibles intellectuellement à un public profane, en proposant une mise en forme éclairante de l'information.

### 5.1 Garantir l'ouverture à des publics non-spécialistes

#### 5.1.1 Organisation de l'information comme vecteur de compréhension

L'architecture de la plateforme est l'un des véhicules de la clarification du propos scientifique<fnref n="1" />; l'effort de médiation doit donc se porter à y faire transparaître l'organisation du corpus de recherche. La structure conceptuelle qui accueille le matériel documentaire doit être le support de la navigation; elle participe à la compréhension de la nature des sources comme des enjeux scientifiques. En distinguant deux parcours vers la donnée, la

<footnote n="1">1. « la vulgarisation se pense à différents niveaux : au niveau de l'écriture [...], dans le choix des sujets, dans la construction du texte, dans le fait de travailler avec un public précis en tête » Thibault Le Hégarat, « Apprendre à vulgariser ? », dans *Devenir historien-ne*, URL : https://devhist.hypotheses.org/3413 (visité le 16/08/2019)</footnote>
plateforme offre deux points de vue sur le corpus. Ces deux parcours se calquent sur le modèle de données<fnref n="2" />, lui-même traduisant le travail des chercheurs sur les ressources.

Dans le *front office* de DISHAS, deux modes de médiation du modèle conceptuel ont été explorés dans le parcours de navigation. Une organisation hiérarchique suivant les relations d'inclusion entre les différentes entités de la base et une organisation hypertextuelle traduisant les corrélations entre les éléments de l'architecture.

Structuration hiérarchique

Contrairement aux bases orientées document, les liens hiérarchiques à l'intérieur d'une base de données relationnelle ne sont pas directement apparents. Ce sont les cardinalités qui traduisent les formes d'inclusions entre les entités ; ce type de connexion entre les données, simple d'appréhension pour l'utilisateur, est important à rendre visible dans l'interface. Structurer les pages de la plateforme en reproduisant ces relations entre entités permet d'accompagner l'utilisateur dans sa compréhension du site.

La tripartition conceptuelle du document manuscrit – production intellectuelle, témoin matériel, et élément tabulaire – peut par exemple constituer une difficulté initiale pour le public. Toutefois, dans la base de données, il est possible de voir qu'un *original item* n'est toujours relié qu'à une œuvre et à une source primaire ; en ce sens, ces entités peuvent être considérées comme des « parents » de l'*original item*. En effet, une œuvre comme une source primaire rassemble plusieurs tables ; en présentant l'*original item* dans un second temps de la navigation – toujours par le biais de la page de notice de son « parent » – l'utilisateur est plus à même de saisir l'interaction entre ces trois entités.

De la même manière, il est possible d'architecturer l'information au sein d'une même page. Ainsi, la page de navigation astronomique se déplie à partir de l'entité centrale de l'objet astronomique. Le concept d'objet astronomique – Lune, Soleil, Saturne, etc. – est relié dans la base de données avec de nombreuses entités, qu'il est possible de classifier en fonction du corps céleste auquel elles font référence. Chaque type de table<fnref n="3" /> est ainsi lié à un objet astronomique, chaque édition, set de paramètres<fnref n="4" /> et modèle<fnref n="5" /> étant eux-mêmes liés à un type de table. La conception de la page *Astronomical navigation* s'est développée autour de cette structure ; l'objet astronomique y sert de point d'accès aux autres entités de la base.

<footnote n="2">2. Voir figure 3.1.</footnote>

<footnote n="3">3. L'entité *Table type* fait référence à la fonction d'une table, par exemple, le calcul de la vitesse solaire est un type de table.</footnote>

<footnote n="4">4. Un paramètre astronomique correspond à une valeur numérique signifiante au sein d'une table : Voir 3.1.2.</footnote>

<footnote n="5">5. Un modèle de table est la définition grâce à une syntaxe mathématique moderne de la fonction sous-jacente à une table : Voir 3.1.2.</footnote>
Réseau hypertexte

La manière hiérarchique de dérouler l'information permet d'ordonner les entités de manière à les rendre plus signifiantes. Néanmoins, l'exploration libre des contenus peut aussi aider l'utilisateur à faire l'expérience des corrélations entre les données : en rebondissant de page en page, l'internaute tisse un réseau d'interactions. Chaque page de la navigation a donc été conçue comme un point névralgique, duquel rayonne une multiplicité de liens menant vers les contenus connexes. Ainsi, chaque élément de l'interface a été conçu pour être cliquable et rediriger vers l'entité à laquelle il fait référence. Les visualisations de données en particulier, illustrant le rapport entre les ressources, sont élaborées pour servir de portails : chaque composant graphique constitue un lien sur lequel l'utilisateur peut cliquer, afin d'explorer davantage l'entité qu'il représente 6.

L'objectif de l'interface est de retrouver la cohérence d'une donnée profondément éclatée par sa numérisation : chaque page de notice doit composer une représentation intelligible du matériel documentaire de départ, ne se résumant pas à une simple collection de métadonnées. Avec l'aide des liens et des visualisations de données, l'interface publique doit traduire un enregistrement de la base en une représentation digitale du matériel documentaire.

5.1.2 Nécessité du contenu éditorialisé

Création de contenu décrivant la donnée

Cependant, la donnée ne se suffit pas forcément à elle-même pour être explicite. Afin
de rendre les ressources de l'interface publique intelligibles, il faut parfois recourir à l'ajout
de contenus explicatifs. Ces contenus peuvent avoir vocation à enrichir la donnée, à resituer
son contexte de création, à la replacer dans une perspective de recherche scientifique ou
encore simplement à la définir au sein du modèle de données.

Le contenu explicatif et la donnée fonctionnent de manière complémentaire et vise
à fournir un accès optimal à l'information : l'exemple de Wikipédia et Wikidata est en ce
sens révélateur. Selon ses besoins, l'utilisateur utilisera l'une ou l'autre de ces plateformes
pour accéder à ce qu'il souhaite. S'il cherche à se renseigner sur un sujet, il privilégiera
l'encyclopédie en ligne ; s'il désire en revanche extraire des données pour leur appliquer
un traitement, il préférera la base de Wikidata. La donnée brute est utile dans un cadre
informatique, mais en termes de compréhension, les contenus éditorialisés sont préférables.
Plusieurs types de textes explicatifs ont été intégrés à l'interface utilisateur de DISHAS.

En premier lieu, il est évidemment essentiel à toute plateforme publique de recherche
de disposer d'un texte introduisant les problématiques soulevées par son projet scienti-
fique. Plusieurs versions de ce texte peuvent être composées : pour DISHAS, un texte court

<footnote n="6">6. Par exemple, sur un diagramme en colonne représentant les sources primaires contenant une œuvre, le clic sur une colonne occasionne la redirection vers la notice de la source primaire concernée.</footnote>
sur la page d'accueil sert de présentation; tandis qu'une page « À propos » développe
quant à elle une version étendue. Non moins primordiales, les définitions des différentes
entités de la base doivent être rendues accessibles. Elles ont été dupliquées dans DIS-
HAS, à la fois au sein la page de chaque notice, mais également rassemblées à l'intérieur
d'un glossaire. D'autres textes introductifs sont destinés à intégrer la plateforme; lors
de la conception des interfaces, il a semblé à plusieurs endroits nécessaires l'adjonction
de contenus explicatifs. Dans l'attente de leur rédaction par l'équipe de recherche, des
espaces ont été aménagés lors du développement des vues à l'aide de texte de remplissage.

En effet, la création de contenus éditorialisés est le fruit d'une collaboration entre chercheurs et ingénieur ; l'ingénieur aidant à identifier quelles productions scientifiques contribuent à une meilleure médiation, et le chercheur contrôlant par son expertise scien- tifique la pertinence des interfaces. En outre, si l'application Web de DISHAS n'a pas pour mission d'être une plateforme de publication des productions des chercheurs, une sélection de ressources diverses peut être mise à disposition de l'internaute s'il souhaite approfondir sa connaissance en astronomie ancienne. Cette documentation pourra se composer d'une bibliographie, de diapositives présentées lors de séminaires, de liens vers des ressources en ligne, etc.

L'ensemble de ces contenus façonne un contexte dans lequel la métadonnée infor-
matisée trouve son sens. Cette éditorialisation de l'interface peut être distillée au sein
des pages de visualisation de données – grâce aux définitions et textes introductifs –
mais également dans les pages périphériques à la navigation, où peut être centralisée la
documentation utile à un internaute curieux souhaitant pousser son exploration.

Donner à voir par la visualisation

L'éditorialisation du corpus peut cependant s'exprimer par de multiples canaux<sup>7</sup>. La conception de visualisations de données permet de repenser l'accès au contenu ; en effet, les visualisations expriment par un vocabulaire graphique ce qu'il est parfois plus difficile à retranscrire à l'écrit. Elles constituent en ce sens un vecteur privilégié pour la médiation.

Les visualisations de données véhiculent dans leurs représentations des informations
vis-à-vis du contenu. Un diagramme ne produira pas les mêmes évocations auprès du
public selon qu'il soit linéaire, en barres ou en colonnes. Afin de trouver la meilleure
représentation visuelle de la donnée, il est important de considérer les idées sous-tendues
derrière chacune d'elles. Lors des réflexions liées à la création de la page de notice pour

<footnote n="7">7. « L'édition se transforme en éditorialisation : l'ensemble des pratiques d'organisation et de struc-
turation de contenus sur le web. La différence principale entre le concept d'édition et celui d'editoria-
lisation est que ce dernier met l'accent sur les dispositifs technologiques qui déterminent le contexte et
l'accessibilité d'un contenu, ainsi que sur la réflexion autour de ces dispositifs. » M. E. Sinatra et M.
Vitali-Rosati, « Histoire des Humanités numériques »..., § 20</footnote>
les œuvres, plusieurs formats ont été expérimentés pour représenter le lien entre œuvre, source primaire et original item.

<figure><img src="image_17.png" /><figcaption>FIGURE 5.1 – Organigramme réalisé avec Google charts lors de phase d'élaboration des interfaces</figcaption></figure>

Par exemple, la représentation sous forme d'organigrame (cf Figure 5.1) d'une œuvre pose plusieurs problèmes : en premier lieu, la disposition horizontale de la visualisation est susceptible d'excéder rapidement la largeur d'un écran, si le jeu de données est trop important. En outre, l'organigramme est un type de visualisation qui évoque une hiérarchie entre les éléments, alors que le modèle de données établit l'œuvre et la source primaire comme étant deux versants de l'original item. Si l'œuvre préexiste au manuscrit, elle n'en est pas la parente. Ainsi, la visualisation, bien que juste, véhicule de fausses impressions sur la donnée et n'aide pas l'utilisateur dans sa compréhension des sources.

<figure><img src="image_18.png" /><figcaption>FIGURE 5.2 – Diagramme en colonnes conçu avec AmCharts pour les notices d'œuvres</figcaption></figure>

La visualisation élaborée pour la page de notice d'une œuvre évite les écueils de l'organigramme. Ici, chaque colonne correspond à une source primaire contenant l'œuvre de la *Tabule Magne*. Chacune de ces colonnes est composée de blocs, représentant chacun un *original item* contenu dans la source primaire. La hauteur des blocs est proportionnelle au nombre de folios de l'*original item* en question, la couleur faisant référence à l'objet astronomique dont il traite. Ainsi, d'un seul coup d'oeil, l'utilisateur peut repérer
la complétude de l'œuvre dans chacune des sources primaires, pour se faire une idée générale de leurs contenus. En peu d'espace, de nombreuses informations sont transmises à l'utilisateur, et la relation entre les données est rendue visible sans être dénaturée.

## 5.2 Attractivité des contenus

L'usage du numérique permet de concevoir de nouvelles médiations en regard de celles employées pour le format imprimé<fnref n="8" /> : les modes de présentation de l'information doivent être repensés pour prendre en compte la plus vaste diffusion des ressources permise par l'informatique. Afin de susciter l'intérêt du public, la seule mise à disposition du contenu n'est généralement pas suffisante. Si l'architecture de l'information aide à le rendre cohérent, sa mise en forme graphique participe à son attractivité : en effet, le succès d'une plateforme est en partie occasionné par le soin apporté à ses visuels. Plusieurs éléments sont à prendre en compte dans la création d'une plateforme : l'aspect graphique bien sûr<fnref n="9" />, mais également l'intuitivité et l'interactivité des interfaces, qui impliquent l'internaute dans sa navigation.

### 5.2.1 Cohérence des interfaces

#### Définition d'une charte graphique

La définition d'une charte graphique pour la plateforme publique de DISHAS vise deux objectifs : rendre les interfaces plus attractives visuellement, mais également assurer la cohérence entre les pages. La navigation hypertextuelle a tendance à rendre le propos décousu ; la reprise d'éléments graphiques le long du parcours de l'utilisateur peut être utile à l'intelligibilité du discours. L'enveloppe visuelle de la plateforme ajoute une couche de signification au contenu, en mettant en avant les informations principales et en tissant des liens entre les composants de même nature. En repérant clairement les entités de la base à l'aide de couleurs et de pictogrammes distincts, il est possible de rendre le modèle de données plus apparent au travers de la plateforme. Par ailleurs, l'interaction entre les vues doit répondre à une logique unique, chaque élément devant réagir de la manière la plus adéquate aux attentes de l'utilisateur<fnref n="10" />.

L'identité visuelle des pages publiques a été élaborée en contraste de l'apparence du *back office*. L'ensemble a été pensé pour être ludique et facile d'appréhension : les

<footnote n="8">8. « Nous trouvons trace également de dispositifs savants nouveaux, sans équivalents papiers [...]. » P. Rygiel, « L'ordinateur, le réseau et l'écriture de l'histoire »..., § 8</footnote>

<footnote n="9">9. « La création artistique et tout particulièrement le design numérique (art appliqué au numérique), est sans conteste un acteur clé de ce renouveau scientifique. » Marie-Laure Massot, « Dessiner les acteurs en humanités numériques : la recherche en dialogue », *HAL - Archives ouvertes* (, juin 2018), URL : https://hal.archives-ouvertes.fr/hal-01794185 (visité le 10/08/2019)</footnote>

<footnote n="10">10. Le principe d'adéquation de l'apparence et du comportement dans le domaine du design est nommé par Donald Norman « affordance ».</footnote>
<figure><img src="image_19.png" /><figcaption>FIGURE 5.3 – Pictogrammes élaborés pour les principales entités de la plateforme de DISHAS</figcaption></figure>

visualisations de données ont par exemple été placées au centre des pages de notices. En outre, des pictogrammes pour chaque entité ont été conçus et utilisés comme des repères dans l'arborescence du site ; des couleurs leur ont été assignées pour renforcer encore l'impression de cohésion entre les parties du front office. Enfin, le comportement des éléments a reçu un soin particulier, à l'instar du mouvement de déploiement et de repli de la barre latérale <fnref n="11" /> sur les pages de notices <fnref n="12" />, de manière à renforcer l'ergonomie de la plateforme.

Construction des pages de notice

Toutes les pages de notices ont été conçues sur le même modèle : en haut de l'écran, une aide à la navigation rappelle à quel endroit de l'arborescence se trouve l'utilisateur. En dessous de ce « fil d'Ariane » <fnref n="13" />, un titre offre des renseignements quant à l'entité en train d'être visualisée, et introduit la visualisation graphique qui occupe l'essentiel de l'espace, chaque entité disposant d'une visualisation différente. Enfin, sur la gauche, une barre latérale peut être déployée afin d'afficher à l'écran les métadonnées relatives au présent enregistrement, mais aussi d'en donner une définition ou encore de proposer des exports des informations contenues dans la page.

De manière à enrichir les notices, chacune des pages agrège les informations relatives aux entités connexes à un enregistrement. En croisant les données des différentes tables de la base, l'interface compose de nouvelles métadonnées pour l'entité à visualiser. De cette façon, l'utilisateur n'a pas seulement accès aux métadonnées d'un unique enregistrement : il lui est aussi par exemple possible de connaître les langues présentes dans un manuscrit, alors que la table *Language* n'est reliée qu'à la table *Original item* <fnref n="14" />. Le choix des métadonnées à afficher dans une notice doit être l'objet de considération, certaines données n'étant pas pertinentes à faire figurer : par exemple, il serait trompeur d'indiquer une liste de bibliothèques à l'intérieur d'une notice d'œuvre, l'œuvre étant un concept intellectuel, plutôt qu'un objet susceptible d'être conservé.

Enfin, il est possible d'inscrire les notices de DISHAS dans une structure plus large que la simple base de données du projet. Dans la phase de modélisation, le recours à des normes

<footnote n="11">11. Des captures d'écrans vidéos ont été prises des interfaces et ajoutées dans les fichiers annexes.</footnote>

<footnote n="12">12. Voir la fonction pour le comportement de la barre latérale à l'annexe G.2.2 : l'ouverture est déclenchée au clic sur un pictogramme et la fermeture au clic en dehors de la barre latérale.</footnote>

<footnote n="13">13. Pour plus d'informations concernant la réalisation des *breakpoints*, voir à l'annexe G.4.1.</footnote>

<footnote n="14">14. Il s'agit en effet de métadonnées de métadonnées au sein de la base.</footnote>
<figure><img src="image_20.png" /><figcaption>FIGURE 5.4 – Exemple de page de notice pour l’œuvre de la *Tabule Magne*</figcaption></figure>

permet d'ouvrir les silos informationnels; lors de la conception d'interfaces, la redirection vers les notices connexes des plateformes en ligne de ces normes aide au décloisonnement de l'application Web. Les notices de tables astronomiques, bien que ne répondant pas aux modèles de description bibliographique classiques, peuvent ainsi s'ancrer dans un écosystème de ressources numériques; les pages d'enregistrement de DISHAS pourront ainsi à l'avenir être référencées en retour par les institutions de conservation, de manière à enrichir les notices de leurs collections en ligne.

5.2.2 Intégration de modules interactifs

Implication de l'internaute

L'exemple des expositions en ligne nous renseigne sur les différences entre exhibi-
tion matérielle – davantage linéaire et dirigée – et virtuelle des sources – transversale
et interactive. Le cas de l'exposition « Le monde en sphères » <fnref n="15" /> est significatif, puisque
les ressources exposées comprenaient de nombreux objets, notamment des globes, dont la
corporéité pose la question de la numérisation. La modélisation 3D des globes a été choisie
pour remplacer le dispositif en vitrine, laissant l'utilisateur libre de la manipulation pour
le choix de l'angle de vue le plus adéquat <fnref n="16" />. Cette forme de médiation aide donc l'inter-
naute à s'emparer des ressources digitales, sans occasionner de perte notable vis-à-vis du
document original. La présentation numérique d'un corpus implique donc d'adapter les
méthodes d'appréhension des sources : si la dématérialisation des documents implique une

<footnote n="15">15. « Le monde en sphères » Bibliothèque nationale de France (16 avril - 21 juillet 2019). Commis-
saires d'exposition : Catherine Hofmann & François Nawrocki.</footnote>

<footnote n="16">16. Des écrans tactiles permettant aux visiteurs de manipuler les globes dans leur version 3D ont été intégrés au parcours d'exposition de la BnF.</footnote>
distanciation et une restriction<fnref n="17" />, l'implication de l'utilisateur à leur exploration permet une réappropriation du contenu.

Les visualisations de données statiques véhiculent l'information de manière unilatérale : l'ajout d'interactivité aux interfaces permet de laisser l'utilisateur manipuler la donnée pour lui donner la forme qu'il trouve la plus signifiante<fnref n="18" />. La dimension dynamique d'une plateforme, tout en participant à son attractivité, propose à chaque utilisateur de façonner des visualisations sur mesure ; en ce sens, elle adapte le discours, sans simplifier le propos.

## Visualisations de données modulables

Plusieurs formes d'interactivité ont été intégrées aux contenus Web de la plate-forme publique. La forme la plus élémentaire d'interaction avec le contenu graphique est le zoom. Chaque visualisation développée pour les interfaces dispose d'un système de zoom en conformité avec son type : l'utilisation de la molette sur une carte entraînera son agrandissement, tandis que la sélection d'une zone sur une barre de déroulement (scrollbar) occasionnera l'étalement horizontal du diagramme.

Par ailleurs, la visualisation élaborée pour la notice de source primaire dispose de deux états entre lesquels l'utilisateur peut alterner. Cette visualisation vise à synthétiser l'ensemble des original item contenus dans la source, en les classant par œuvre. Un premier état représente tous les original item de manière accumulée, tandis que dans le second état, les original item sont répartis sur le graphique selon la même disposition qu'au sein de la source primaire. Si l'utilisateur veut estimer la portion de chaque œuvre dans un manuscrit, il préfèrera la première configuration ; s'il s'intéresse en revanche à l'aspect composite du document, la seconde configuration lui conviendra davantage<fnref n="19" />.

Enfin, une troisième forme de modularité a été ajoutée aux interfaces : elle repose sur la mise en relation de plusieurs formes de représentations graphiques de l'information. L'assemblage de deux différents types de visualisations de données permet, grâce aux systèmes de sélection et zoom de chacun de ces types, de croiser et de raffiner les données à visualiser. Il est ainsi possible à l'utilisateur de n'afficher à l'écran que les ressources qui l'intéressent, confectionnant de cette manière une visualisation sur mesure. Son élaboration

<footnote n="17">17. Cf. « Les numérisations de documents originaux » Paul Bertrand, Aude Mairey, Olivier Guyotjeannin, Anita Guerreau-Jalabert, Anne-Marie Eddé et Marjorie Burghart, « L'historien médiéviste et la pratique des textes : les enjeux du tournant numérique », *Actes des congrès de la Société des historiens médiévistes de l'enseignement supérieur public*, 38-1 (2007), p. 273-301, DOI: 10.3406/shmes.2007.1958</footnote>

<footnote n="18">18. « For web applications, on the other hand, the shape and form of live data coming from some data source are not always known upfront. So, whatever you imagine about the data in the design phase may turn out slightly or majorly wrong in production. Even in the least extreme cases, the chart type you chose to visualize the data may not be the best one from viewers perspective considering both the data itself and the insights they are trying to gain from it. » « Let Viewers Change Chart Type », dans *Blog amCharts*, 2018, URL: https://www.amcharts.com/dataviz-tip-30-let-viewers-change-chart-type/ (visité le 16/08/2019)</footnote>

<footnote n="19">19. Pour une description plus précise de la visualisation, voir section 6.2.1.</footnote>
tion sera évoquée plus en détail dans la section 6.2.2.

La mission de présentation du projet DISHAS par le *front office* s'appuie donc avant tout sur une mise en forme attentive du contenu. L'architecture de l'information tout d'abord, guide l'internaute dans sa découverte du corpus de recherche, en s'enracinant sur le modèle de données. L'adjonction de contenus éditorialisés ensuite, fournit le socle explicatif sur lequel la donnée peut trouver son sens ; elle assure également une introduction scientifique de qualité au projet de recherche. Enfin, la définition graphique de l'interface, autant vis-à-vis de l'apparence de ses composants que du comportement de ses visualisations, achève de composer une plateforme ouverte à un public varié.
# Chapitre 6

## Mise en valeur des données et de leurs interactions : participation au travail de recherche

Les chercheurs constituent la part la plus importante du public de la plateforme publique de DISHAS : importante en termes de nombre, mais également du point de vue de leurs attentes. La constitution du corpus de DISHAS permet aux chercheurs de travailler sur des ensembles de sources considérables ; il est du rôle de la plateforme en ligne d'aider à embrasser plus facilement leur diversité. En fournissant des outils pour examiner la donnée dans ce qu'elle a de spécifique, ainsi que des instruments pour illustrer des assemblages importants de ressources, les chercheurs peuvent combiner des méthodes de *close* et *distant reading*<fnref n="1" /> dans leur analyse du corpus.

La construction du *front office* est l'occasion de créer des médiums nouveaux pour l'exploitation scientifique des sources<fnref n="2" />. Le travail de création des interfaces s'est ainsi concentré sur l'élaboration de visualisations signifiantes ainsi que d'interfaces sur mesure pour l'accueil de la donnée.

<footnote n="1">1. « Close reading is the thorough interpretation of a text passage by the determination of central themes and the analysis of their development. » / « [Distant reading] aims to generate an abstract view by shifting from observing textual content to visualizing global features of a single or of multiple text(s). » Stefan Jänicke, Greta Franzini, Muhammad Faisal Cheema et Gerik Scheuermann, « On Close and Distant Reading in Digital Humanities : A Survey and Future Challenges », dans *EuroVis*, 2015</footnote>

<footnote n="2">2. « En effet, l'arrivée d'Internet est un moment clé dans le développement des humanités numériques, car il n'est pas un simple outil supplémentaire pour la recherche : il devient aussi un objet de recherche et, finalement, une technique qui modifie l'ensemble de nos pratiques au-delà de la communauté savante et, plus généralement, notre façon de voir le monde. » M. E. Sinatra et M. Vitali-Rosati, « Histoire des Humanités numériques »..., § 11</footnote>
# 6.1 Décloisonnement des corpus spécialisés

## 6.1.1 Enrichir les données par l'interconnexion

### Connecter les ressources de la base de données

L'analyse des sources numériques exige de rendre manifestes les interactions entre les données. En effet, un enregistrement isolé dans une base constitue difficilement une ressource suffisante à l'analyse ; c'est dans le réseau qui lie les différentes entrées de la base que se trouve le matériau sur lequel peut s'appuyer le travail scientifique. Le *front office* doit révéler cette trame d'interconnexions, afin d'aider les chercheurs à reconstituer les liens entre des ressources éloignées. La réunion de tables de différentes traditions dans un même corpus doit être l'occasion de créer des interfaces riches, où il est possible à l'utilisateur de déceler par exemple les échanges intellectuels qui se sont opérés.

Le premier instrument de cette mise en connexion est l'interface de recherche. Afin de parcourir efficacement les collections, le *front office* soit se dêter de fonctionnalités de recherche avancées, permettant au chercheur de filtrer parmi les ressources, pour réunir dans les résultats les données qui l'intéressent. La page de recherche de la plateforme publique ne dispose pas pour l'instant de système de filtres abouti ; la seule recherche plein-texte est disponible à l'utilisateur. Néanmoins, ce filtrage permet déjà d'effectuer des recherches assez précises. L'implémentation en outre du moteur de recherche Elastic-Search<fnref n="3" /> apporte différentes fonctionnalités qui renforcent l'efficacité de la recherche : la « fuzziness », entre autres, autorise un certain degré d'imprécision quant à l'orthographe des termes. Cela permet par exemple, de retrouver un auteur même en utilisant une graphie différente de celle encodée dans la base. Par ailleurs, ElasticSearch permet d'exécuter des requêtes, non seulement sur les champs liés à une entrée du corpus numérique, mais également sur les champs des entités qui lui sont associés : cela signifie qu'il est possible de retrouver tous les manuscrits contenant l'œuvre de la *Tabule Magne*, alors que l'œuvre n'est liée qu'à un *original item* dans le modèle de données.

Ces fonctionnalités extensives de recherche sont particulièrement utiles à l'identification de ressources connexes, car il a été observé que les utilisateurs sont parfois rétifs à l'utilisation de modalités avancées de recherche. En outre, l'utilisation de caractères génériques (*wildcards*) et d'opérateurs booléens – fonctionnalités prévues par ElasticSearch – dans les termes de requêtes renforce encore l'acuité des résultats d'une simple recherche par mots-clefs.

### Ouverture grâce aux métadonnées

L'interconnexion des données a constitué un enjeu principal dans la construction des interfaces publiques. Il était important de reconstituer dans chacune des pages le réseau

<footnote n="3">3. Pour une présentation plus développée du fonctionnement d'ElasticSearch, voir chapitre 9.2.</footnote>
des données à l'intérieur de la base : les pages de notices ont donc été élaborées comme des nœuds, desquels se propage une série de liens vers les entités apparentées. Comme il a déjà été mentionné 4, les composants graphiques des visualisations permettent *via* le clic de rediriger l'utilisateur vers les entités représentées; mais la barre latérale de métadonnées a également fait l'objet d'aménagements particuliers pour réinscrire la donnée isolée dans son contexte relationnel. En premier lieu, grâce à l'enrichissement des notices par le croisement des données, mais également par la mise à disposition d'ouvertures relatives aux métadonnées d'un enregistrement. En effet, à côté de chacun des champs décrivant une notice, une icône de loupe a été placée : elle donne accès aux entités de même type partageant la même métadonnée. Il est par exemple ainsi possible de retrouver toutes les œuvres conçues par un même auteur (par Jean de Lignières dans le cas de la *Tabule Magne*) : en cliquant sur cette icône 5, l'utilisateur est envoyé sur la page de recherche où les résultats de la requête correspondante apparaissent.

<figure><img src="image_21.png" /><figcaption>FIGURE 6.1 – Barre latérale des métadonnées de l'œuvre de la *Tabule Magne*</figcaption></figure>

Ce mode de circulation dans les données permet d'anticiper les potentielles questions de recherche des utilisateurs : l'ajout systématique de ces « loupes » aux métadonnées connecte la notice à tous les enregistrements partageant une même caractéristique. Les loupes permettent de décrire des ensembles cohérents dans les ressources de la base. Elles constituent une fonctionnalité alternative de recherche, correspondant en réalité à

<footnote n="4">4. Voir la section 5.1.1.</footnote>

<footnote n="5">5. Au survol, les termes de la requête exprimés en langage naturel apparaissent à l'écran : par exemple, « Toutes les œuvres conçues par Jean de Lignières ».</footnote>
une forme de requête facettée<fnref n="6" />. Quelque soit l'angle d'approche du chercheur, cette voie d'accès à la donnée offre des perspectives pour élargir les corpus de recherche.

## 6.1.2 Constitution d'une interface spécialisée : le cas des éditions de tables

Les éditions de tables sont un objet central de la base de données de DISHAS ; leur mise en valeur au sein de l'interface publique constitue l'un des enjeux cruciaux de la plateforme en ligne. En effet, les contenus tabulaires sont un matériau essentiel de la recherche en astronomie ancienne et le projet DISHAS a été envisagé dès le départ comme un moyen de leur mise en commun. Si l'interface numérique offre des perspectives renouvellées pour l'édition critique, elle peut également dérouter lorsqu'elle n'est pas conçue correctement<fnref n="7" />.

### Problématiques de l'édition critique de tables

Préalablement à la conception d'une interface, il est primordial d'identifier les problématiques spécifiques liées à l'édition de tables. Au premier chef, le format tabulaire impose de réfléchir à un moyen de repérer l'apparat critique : la pratique des chercheurs varie sur ce point. Pour certaines éditions, la table est encadrée par deux axes numérotés permettant de désigner une case à l'aide de coordonnées ; d'autres distinguent chaque variante à l'aide d'un nombre<fnref n="8" />, tandis que d'autres encore, dupliquent le cadre de la table pour n'y reproduire que les variantes. D'autres procédés existent pour baliser l'apparat critique ; ils disposent tous d'avantages comme d'inconvénients. Toutefois leur complexité rend parfois la lecture d'une édition critique particulièrement laborieuse<fnref n="9" />.

Une seconde difficulté est liée à la mise en page. Dans les manuscrits souvent, les tables sont accolées les unes aux autres sur la page, et parfois se poursuivent sur plusieurs folios à la fois. Il peut ainsi être ardu de transposer ces configurations à l'intérieur d'une édition, en particulier lorsque le format de la page impose ses bornes. Pour assister au travail d'édition, l'outil DTI offre de nombreuses fonctionnalités pour la saisie des tables<fnref n="10" />, la plateforme doit quant à elle fournir une interface adaptée à la présentation de ces tables.

<footnote n="6">6. Le clic de l'utilisateur envoie à ElasticSearch une requête formulée préalablement dans le *back end*, la page de recherche met ensuite en forme les résultats reçus. L'implémentation des fonctionnalités d'ElasticSearch dans DISHAS est plus amplement discuté à la section 9.2.</footnote>

<footnote n="7">7. « L'extraordinaire possibilité de faire des allers-retours entre document original numérisé et texte édité (qui décuple les possibilités de contrôle et d'appropriation de l'édition par le lecteur), de naviguer entre plusieurs pages (plus vite et plus pertinemment que dans le volume papier) [...] arrive pourtant assez vite à saturation ; les actes, les sections de texte se trouvent largement coupés de leur contexte » P. Bertrand, A. Mairey, O. Guyotjeannin, et al., « L'historien médiéviste et la pratique des textes... »</footnote>

<footnote n="8">8. Cette méthode est la plus proche de la manière dont sont encodées les tables dans la base ; chaque variante est indiquée à l'endroit même de la case. La syntaxe est semblable à celle-ci :
```json
["valeur": 12, "apparat-critique": "Ms-1:11, Ms-2:13"]]
```</footnote>

<footnote n="9">9. Selon les propos recueillis lors des séminaires organisés avec l'équipe de recherche de DISHAS.</footnote>

<footnote n="10">10. Voir la section 3.3.2.</footnote>
## Propositions de fonctionnalités

Afin d'aider les chercheurs à accéder aux sources, l'interface de visualisation d'une édition doit intégrer les questionnements liés à la publication imprimée : un affichage ergonomique de l'information doit résulter de ces réflexions. Dans le but de pouvoir être éventuellement mentionnée au sein d'un article, la notice d'édition de table dans la plate-forme publique a été particulièrement soignée; son élaboration a fait l'objet de multiples discussions avec l'équipe de recherche. Cependant, la construction de l'interface n'a pas été entamée. Les solutions présentées ci-après feront l'objet de développements futurs, la mise en forme de l'interface est donc également susceptible d'être corrigée<fnref n="11" />.

Dans le but de prendre en compte les différentes perspectives de recherche, la page de notice d'une édition doit se déployer sur quatre onglets : historique, mathématique, éditorial et contenu tabulaire. Ces quatre onglets, dédiés à différents aspects de l'édition, pourront être chargés séparément afin d'optimiser les temps d'attente pour l'utilisateur. Le contenu tabulaire sera placé en position liminaire, de manière à être visualisé en premier.

L'onglet historique doit porter sur le contexte de production de la source primaire éditée; il sera donc disponible uniquement pour les éditions de type A et B, dans la mesure ou les types C sont recalculés entièrement. Cet onglet comprendra les informations relatives à l'œuvre, la source primaire et l'original item d'où provient l'édition. L'onglet mathématique concernera la tradition astronomique dans laquelle s'inscrit la table, en présentant les informations relatives aux paramètres utilisés en son sein. L'onglet éditorial présentera l'auteur et le contexte de publication, l'édition étant potentiellement tirée d'une version imprimée auparavant. Chacun de ces onglets comportera une visualisation de données différente, sous forme de carte pour les deux premiers, et sous forme de graphe pour le dernier.

L'onglet présentant le contenu tabulaire édité sera présenté sous forme de tableau de nombres. Dans le cas d'une édition critique (type B), un encart latéral permettra d'afficher l'apparat critique au clic sur une case; il est possible d'imaginer un dispositif pour faire apparaître l'apparat critique de multiples cases simultanément. Un système d'intensité de couleur indiquera la densité des variantes pour les différentes cellules du tableau, identifiant ainsi les passages problématiques de la computation. Une autre sorte de repère visuel signalera la présence de commentaires. Enfin, un lien permettra d'ouvrir l'édition dans l'interface de saisie de table, afin de pouvoir la manipuler grâce aux outils implémentés dans dti. Plusieurs détails de l'interface restent encore à préciser : doit-on permettre à l'utilisateur de visualiser plusieurs tables de manière concomitante ? Quels formats d'export sont les plus adaptées à ce genre de contenu ? Comment concevoir la mise en page de tables à double argument ? Ou encore, comment afficher l'apparat critique à l'intérieur

<footnote n="11">11. La cahier des charges relatif à la réalisation des interfaces publiques donne des renseignements plus précis quant au développement de la notice d'édition : voir en annexe E.</footnote>
du panneau latéral ?

Le développement de cette interface occasionnera assurément d'importantes modifications par rapport à cette première ébauche : la réalisation technique en effet devra être effectuée en collaboration étroite avec l'équipe de recherche. Les éditions de tables constituent la donnée pivot du projet DISHAS : la page de notice publique doit faire le lien entre sources historiques et paramètres astronomiques. Par la conception d'une interface sur mesure, les chercheurs disposeront d'un support adapté à la présentation et la consultation des tables éditées. Cette interface constituera en ce sens un atout du projet, pouvant inciter les chercheurs a posteriori à ajouter davantage de données de manière à enrichir encore la plateforme en ligne.

## 6.2 Analyse par la visualisation

Contrairement à l'infographie où sont organisées visuellement des données connues à l'avance, la visualisation de données dynamique s'appuie sur des données mouvantes, dont il n'est pas possible de prédire avec exactitude la manifestation graphique. En ce sens, la visualisation révèle des informations sur les ressources qu'elle représente, elle les ordonne de manière à les faire surgir sous une forme signifiante<fnref n="12" />. Dans le but d'accompagner le travail de recherche, les visualisations de données sont particulièrement indiquées pour l'examen de larges corpus de données ; l'interface publique doit donc employer aux mieux les données de la base, de manière à proposer aux chercheurs des visualisations propre à faire émerger l'analyse.

### 6.2.1 Des manuscrits composites : montrer l'agencement d'un source primaire

La recherche en astronomie ancienne s'intéresse de près à l'histoire des textes ; la matérialité des documents sources constitue un terrain d'étude pour les chercheurs. La visualisation de données pour la notice de source primaire s'est ainsi construite de manière à en révéler la composition. Sans accès à la numérisation des documents originaux<fnref n="13" />, il est parfois difficile de fournir une représentation satisfaisante des sources. Néanmoins, le degré d'abstraction induit par cette lacune est une occasion d'aborder le matériel docu-

<footnote n="12">12. « Visualization tools and techniques are crucial to the analysis of digital humanities data, especially in case of large amounts of data. Current visualization techniques allow now a better communication of ideas and analysis results than verbal communication. Therefore, the exploration and implementation of novel visualization techniques for displaying processed material in graphical format is an important research topic, helping to mediate a message for different types of audience. » « Research – Data Visualization », dans Digital Humanities, URL : https://dh.fbk.eu/research (visité le 16/08/2019)</footnote>

<footnote n="13">13. Numérisation au sens de reproduction numérique scannée du document.</footnote>
mentaire d'un point de vue plus analytique. Adoptant un point de vue davantage distant, la représentation graphique permet de visualiser la source primaire dans son ensemble.

La source primaire astronomique – manuscrit ou incunable – est en effet souvent constituée de différentes parties, réunies plus ou moins artificiellement en son sein. Plussieurs œuvres intellectuelles peuvent s’y mélanger, parfois même s’y chevaucher ; les tables issues de ces œuvres sont parfois réparties conformément au document d’origine, mais elles peuvent également se trouver imbriquées sur un même folio. Selon les traditions, les pratiques des copistes varient, toutefois il est difficile d’évaluer les différences de compositions dans les sources <fnref n="14" />, les chercheurs s’intéressant généralement à un corpus cohérent.

Afin de révéler la configuration des œuvres et des tables au sein d'une source primaire, les métadonnées de foliation des *original item* ont été mobilisées pour l'élaboration de la visualisation. Deux états de la visualisation figurent deux façons de représenter le contenu. Le premier décrit la quantité de folios accumulée de tous les *original item* de la source, répartie par œuvre ; cet état est analogue à la visualisation conçue pour les notices d'œuvres. Il permet d'évaluer la proportion de chaque œuvre dans une source primaire. Un système de couleurs correspondant aux différents objets astronomiques identifie le sujet des *original item* contenus dans la source.

<figure><img src="image_22.png" /><figcaption>FIGURE 6.2 – Visualisation du nombre de folios accumulé dans une source primaire</figcaption></figure>

Le deuxième état de la visualisation présente les *original items*, non plus comme accolés les uns aux autres, mais distribués horizontalement en fonction de leur foliation. Il est ainsi possible de repérer si plusieurs tables ont été réunies sur les mêmes feuillets, ou encore si une même œuvre a été fractionnée à divers endroits de la source primaire. Cette visualisation révèle également si le copiste ou l’éditeur a entremêlé des tables provenant de plusieurs œuvres, de manière à composer un contenu original <fnref n="15" />.

<footnote n="14">14. Les manuscrits européens semblent par exemple présenter un contenu plus composite que les manuscrits arabes.</footnote>

<footnote n="15">15. Des versions simplifiées des visualisations en format HTML ont été ajoutées aux documents accompagnant ce mémoire.</footnote>