# Plan de gestion des données de l'observatoire des cultures écrites Biblissima+

Emmanuelle Morlock, Régis Robineau, Eduard Frunzeanu, Kevin Bois

► To cite this version:

Emmanuelle Morlock, Régis Robineau, Eduard Frunzeanu, Kevin Bois. Plan de gestion des données de l'observatoire des cultures écrites Biblissima+. Campus Condorcet. 2022. hal-04772174

HAL Id: hal-04772174

https://hal.science/hal-04772174v1

Submitted on 7 Nov 2024

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>
# Plan de gestion des données

## Version Initiale (V1.08)

### Tableau de suivi du document

<table><tr><td>Titre</td><td>Plan de gestion des données du projet Biblissima+ V1 (version initiale à 6 mois)</td></tr><tr><td>Auteurs</td><td>Emmanuelle Morlock, Régis Robineau, Eduard Frunzeanu, Kévin Bois</td></tr><tr><td>Contributeurs</td><td>Anne-Marie Turcan-Verkerk, Marie-Agnès Avenel, François Bougard</td></tr><tr><td>Relecteurs</td><td>Responsables scientifiques et techniques de livrables</td></tr><tr><td>Validé par</td><td>Anne-Marie Turcan-Verkerk (responsable scientifique et technique de Biblissima+)</td></tr><tr><td>Date de création</td><td>24 mars 2022</td></tr><tr><td>Type</td><td>Texte</td></tr><tr><td>Langage</td><td>fr-FR</td></tr><tr><td>Confidentialité</td><td>Public</td></tr><tr><td>Statut</td><td><ul><li>☑ En cours de rédaction</li><li>☑ Pour relecture</li><li>☑ Pour validation</li><li>☑ Validé</li></ul></td></tr></table>
# Table des matières

<table><tr><td>ABREVIATIONS, SIGLES ET ACRONYMES</td><td>5</td></tr><tr><td>RESUME</td><td>7</td></tr><tr><td>INTRODUCTION</td><td>8</td></tr><tr><td>Définition et objectifs d'un plan de gestion des données</td><td>8</td></tr><tr><td>Champ d'application et politiques d'établissements applicables</td><td>9</td></tr><tr><td>Définition : données et jeux de données</td><td>9</td></tr><tr><td>Politiques de science ouverte applicables</td><td>9</td></tr><tr><td>Le projet Biblissima+</td><td>11</td></tr><tr><td>Présentation générale</td><td>11</td></tr><tr><td>Organisation</td><td>11</td></tr><tr><td>Particularités de la gestion des données dans Biblissima+</td><td>12</td></tr><tr><td>LE PLAN DE GESTION DES DONNEES DE BIBLISSIMA+</td><td>15</td></tr><tr><td>Objectifs</td><td>15</td></tr><tr><td>Lignes directrices</td><td>16</td></tr><tr><td>Exigences minimales de gestion des données et de préparation des dépôts</td><td>20</td></tr><tr><td>Pratiques individuelles souhaitées</td><td>22</td></tr><tr><td>Enjeux des dépôts et identifiants pérennes pour la citation</td><td>24</td></tr><tr><td>Responsabilités et ressources</td><td>25</td></tr><tr><td>Vue d'ensemble des données</td><td>27</td></tr><tr><td>PGD DETAILLE DU PERIMETRE P1 (INFRASTRUCTURE NUMERIQUE)</td><td>52</td></tr><tr><td>1. Description des données et collecte ou réutilisation de données existantes</td><td>52</td></tr><tr><td>A/ Recueil de nouvelles données et réutilisation de données existantes</td><td>52</td></tr><tr><td>B/ Description des données collectées et produites</td><td>54</td></tr><tr><td>2. Documentation et qualité des données</td><td>55</td></tr><tr><td>A/ Métadonnées et documentation accompagnant les données</td><td>55</td></tr><tr><td>B/ Mesures de contrôle de la qualité des données</td><td>55</td></tr><tr><td>3. Stockage et sauvegarde pendant le processus de recherche</td><td>57</td></tr><tr><td>A/ Stockage et politique de sauvegarde</td><td>57</td></tr><tr><td>B/ Mesures concernant la sécurité des données et la protection des données sensibles</td><td>58</td></tr><tr><td>4. Exigences légales et éthiques, codes de conduite</td><td>59</td></tr><tr><td>A/ Données à caractère personnel</td><td>59</td></tr><tr><td>B/ Autres questions juridiques</td><td>59</td></tr><tr><td>C/ Questions éthiques et codes déontologiques</td><td>60</td></tr></table>
<table><tr><td>5. Partage des données et conservation à long terme</td><td>61</td></tr><tr><td>A/ Périodes, modalités, restrictions ou embargos</td><td>61</td></tr><tr><td>B/ Méthodes et outils nécessaires pour accéder aux données et les utiliser</td><td>62</td></tr><tr><td>C/ Attribution d'identifiants pérennes uniques</td><td>62</td></tr></table>

<table><tr><td>6. Ressources et responsabilités</td><td>64</td></tr><tr><td>A/ Responsable de la gestion des données</td><td>64</td></tr><tr><td>B/ Ressources permettant de s'assurer que les données seront FAIR</td><td>64</td></tr></table>

<table><tr><td>ANNEXES</td><td>I</td></tr></table>

<table><tr><td>Méthodologie suivie pour l'établissement du PGD V1</td><td>II</td></tr><tr><td>Questionnaire de recueil d'informations (périmètre P2)</td><td>II</td></tr><tr><td>Synthèse des réponses</td><td>VI</td></tr><tr><td>PGD demandé dans l'appel à manifestation d'intérêt (périmètre P3)</td><td>VIII</td></tr></table>

<table><tr><td>Livrables de Biblissima+ donnant lieu à versement financier</td><td>IX</td></tr></table>

<table><tr><td>Ressources financées dans le premier ÉquipEx Biblissima</td><td>XVII</td></tr></table>

<table><tr><td>Métadonnées d'un dépôt Zenodo</td><td>XIX</td></tr></table>
Historique des révisions et validations

<table><thead><tr><td>Version</td><td>Date</td><td>Modifié par</td><td>Commentaire</td></tr></thead><tbody><tr><td>0.0</td><td>24/03/2022</td><td>E. Morlock</td><td>Première structuration et ébauche à partir du modèle ANR.</td></tr><tr><td>0.1</td><td>28/03/2022</td><td>E. Morlock</td><td>Premier brouillon soumis à l'équipe portail pour rectifications et compléments (sur l'ensemble du plan hors annexes et études de cas).</td></tr><tr><td>0.2</td><td>01/04/2022</td><td>Régis Robineau, Eduard Frunzeanu</td><td>Compléments, ajouts, corrections de 0.1</td></tr><tr><td>0.3</td><td>02/04/2022</td><td>E. Morlock</td><td>Ajout des éléments périmètre 2 (tableaux de synthèse).</td></tr><tr><td>0.4</td><td>05/04/2022</td><td>M.-A. Avenel, F. Bougard, A.-M Turcan-Verkerk</td><td>Corrections et ajouts.</td></tr><tr><td>0.5</td><td>15/04/2022</td><td>E. Morlock</td><td>Finalisation et mise en page.</td></tr><tr><td>0.6</td><td>25/04/2022</td><td>E. Morlock</td><td>Intégration des corrections indiquées par les responsables scientifiques et techniques de livrables. Mise en page finale.</td></tr><tr><td>0.7</td><td>26/04/2022</td><td>E. Morlock</td><td>Intégration des corrections de A.-M Turcan-Verkerk et mise à jour du tableau 3 de la partie vue d'ensemble. Version à 6 mois transmise à l'ANR.</td></tr><tr><td>0.8</td><td>15/09/2022</td><td>E. Morlock</td><td>Corrections ortho-typographiques (pp. 4, 8, 17,20,22,50, 56, 61, 62, ...); numérotation des annexes et table des matières ; Gloss-e : ajout équipe LEM p. 32 ; Edition des Gloses : ajout de la licence ; Equipes p. 37 ; ajout hébergement note 20 p. 37, réécriture du paragraphe A.3 données sur Nakala p. 61, DOI Nakala p. 62, correction des liens vers les tutoriels Zenodo p. 62.</td></tr></tbody></table>
# Abréviations, sigles et acronymes

**ABES** : Agence Bibliographique de l'Enseignement Supérieur.

**ANR** : Agence nationale de la Recherche – https://anr.fr/fr/.

**API** : *Application Programming Interface* (interface au sein d'une application logicielle permettant à d'autres applications d'accéder à une sélection de fonctionnalités et de transférer des données dans les deux sens).

**ARGOS** : Plateforme d'aide à la rédaction collaborative de plans de gestion de données (*Data Management Plans*) du projet OpenAIRE intégrée aux services de l'initiative (EOSC) de la Commission européenne.

**ARK** : *Archival Resource Key* (format d'identifiant créé par la California Digital Library fournissant un mécanisme d'identification pérenne des objets.

**B1** : Biblissima, 1ère période de financement de l'ÉquipEx, d'octobre 2012 à décembre 2019, prolongée jusqu'en décembre 2021 (référence : ANR-11-EQPX-0007).

**B+** : Biblissima+, période de financement actuelle, de novembre 2021 à juin 2029 (référence : ANR-21-ESRE-0005).

**CC** : *Creative Commons* (contrats de licences ouvertes permettant aux auteurs d'autoriser des modalités d'exploitation de leurs œuvres à partir d'options prédéfinies portant sur l'attribution, l'utilisation commerciale, le partage et la modification).

**CIDOC-CRM** : *Conceptual Reference Model (CRM) developed by the International Committee for Documentation (CIDOC) of the International Council of Museums (ICOM).*

**CINES** : Centre Informatique National de l'Enseignement Supérieur – https://www.cines.fr/.

**Codemeta** : Standard d'échanges de métadonnées de logiciels entre entrepôts – https://codemeta.github.io/.

**CPER** : Contrat de Plan État Région.

**DMP-OPIDOR** : Plateforme collaborative d'aide à la rédaction de plans de gestion de données et de logiciels mise à disposition par l'INIST-CNRS, accessible à la communauté scientifique de l'ESR et à ses partenaires français ou étrangers – https://dmp.opidor.fr/.

**DOI** : *Digital Object Identifier* – https://www.doi.org

**DORANUM** : DOnnées de la Recherche Apprentissage NUMérique – ressources d'auto-formation sur la gestion et le partage des données de la recherche (Réseau des Unités régionales de formation à l'information scientifique et technique, l'INIST-CNRS et représentants de la communauté de l'enseignement supérieur et de la recherche). https://doranum.fr/.

**EAD** : *Encoded Archival Description* (Description archivistique encodée) – https://www.loc.gov/ead/.

**FAIR** : *Findable, Accessible, Interoperable, Reusable* (ou en français : Facilement trouvable, Accessible, Interopérable, Réutilisable) – https://www.go-fair.org/fair-principles/.

**FACILE** : Service de validation de formats – https://facile.cines.fr/

**FNE** : Fichier national d'entités (piloté par l'ABES).

**HAL** : *Archive ouverte pluridisciplinaire destinée au dépôt et à la diffusion de publications scientifiques* – https://hal.archives-ouvertes.fr/.

**HTR** : *Handwritten Text Recognition* (transcription automatisée de sources manuscrites).
**Huma-Num** : Infrastructure de Recherche Huma-Num (IR*, appelée TGIR – très grande infrastructure de recherche – dans les précédentes éditions de la Feuille de route nationale) – https://www.huma-num.fr.

**IIIF** : *International Image Interoperability Framework™* – ensemble de standards qui définissent un cadre d’interopérabilité pour la diffusion des images numériques sur le web – https://iiif.io/ et https://iiif.biblissima.fr.

**INRIA** : Institut national de recherche en sciences et technologies du numérique – https://www.inria.fr/.

**ISMI** : *International Standard Manuscript Identifier* (registre électronique des identifiants des livres manuscrits).

**ISNI** : *International Standard Name Identifier* (Code international normalisé des noms).

**NOID** : *Nice Opaque Identifier* (codes alphanumériques fournissant un mécanisme d'identification des objets, numériques ou non numériques, ne portant pas de signification).

**OCR** : *Optical Character Recognition* (Reconnaissance optique de caractères).

**OpenAIRE** : *Open Access Infrastructure for Research in Europe* – Projet financé par la Commission européenne visant à diffuser en accès ouvert les publications et les données scientifiques issus des travaux des différents projets européens.

**OpenEdition** : Portail de ressources électroniques en sciences humaines et sociales, comprenant 4 plateformes dédiées respectivement aux livres, aux revues, aux blogs de recherche et aux annonces scientifiques.

**OPERAS** : Infrastructure de recherche ayant pour mission de soutenir la communication scientifique ouverte en sciences humaines et sociales au sein de l'Espace européen de la recherche (EER).

**OpenRefine** : outil libre d'extraction, de nettoyage et d'alignement de données – https://openrefine.org.

**PGD** : Plan de gestion des données (*Data Management Plan*).

**PID** : *Persistent Identifier* (Identifiant pérenne).

**RDA** : *Research Data Alliance* (organisation internationale développant des activités communautaires pour favoriser le partage ouvert des données et la réutilisation des données https://www.ouvrirlascience.fr/research-data-alliance-rda/).

**RGPD** : Règlement Général sur la Protection des Données.

**SF** : *Software Heritage*, plateforme d'archivage pérenne de logiciels développée dans le cadre d'une organisation à but non lucratif soutenue par plusieurs partenaires institutionnels, lancée en 2016 par l'INRIA et soutenue par l'UNESCO – https://www.softwareheritage.org.

**SUDOC** : Système universitaire de documentation (piloté par l'ABES).

**SWHID** : *Software Heritage identifier* (identifiant pérenne utilisé par la plateforme d'archivage des codes sources Software Heritage) – https://www.softwareheritage.org/

**TEI** : *Text Encoding Initiative* – Standard d'encodage XML utilisé notamment pour la création et l'exploitation d'éditions électroniques adaptées aux besoins des chercheurs en sciences humaines et sociales, comme les éditions de sources historiques, de manuscrits, de documents d'archives, inscriptions antiques, etc.

**TRIPLE** : *Transforming Research through Innovative Practices for Linked Interdisciplinary Exploration - Service de l'infrastructure de recherche OPERAS* visant à offrir une plateforme multilingue et multiculturelle pour la découverte de projets, publications et données en sciences humaines et sociales – https://project.gotriple.eu/.
Résumé

Ce document décrit le plan de gestion des données (PGD) de l'observatoire des cultures écrites anciennes **Biblissima**+. Fédérant 17 établissements, dont plusieurs équipes de recherche, une entreprise et le ministère de la Culture, **Biblissima**+ crée une infrastructure modulaire mettant en interopérabilité toutes les données en jeu dans l'histoire de la transmission et l'étude de toutes les cultures écrites, de l'argile à l'imprimé, sans limite de temps, de langue ou de type de documentation.
Le présent document correspond à la version initiale du livrable à fournir à l'ANR dans les 6 mois après le démarrage du projet. Il a été préparé à partir du modèle générique diffusé par l'ANR en 2019 et de la grille de relecture des PGD proposée par l'INIST-CNRS<fnref n="1" /> en 2020.

Le PGD s'organise autour de 3 parties principales. La première définit de manière générale les grands principes directeurs de gestion des données qui s'appliquent à la collecte, le stockage, l'organisation, le partage et l'archivage des données. Ces principes ont volontairement été définis de manière minimale, afin de favoriser l'harmonisation des pratiques de manière transversale à l'ensemble du projet et de rester compatible avec les politiques de données définies par la ou les organisations tutelle(s) des équipes impliquées.

La seconde partie présente une vue d'ensemble de toutes les données et codes sources qui seront produits. Elle tient aussi compte de l'infrastructure technique mise en place pendant la première période de financement ÉquipEx dont **Biblissima**+ prend le relais. Cette vue d'ensemble est fournie sous forme de tableaux synthétiques, faisant ressortir les choix opérés en matière de dépôt dans des entrepôts tiers, afin de permettre la citation, le partage et l'archivage des données.

La troisième partie s'attache à décrire de manière plus détaillée le périmètre des données et des codes source dont l'équipe technique de **Biblissima**+ est en charge (portail Biblissima, ses différents sites web et l'infrastructure technique sous-jacente). Ce périmètre est en effet placé sous la responsabilité directe de l'établissement porteur Campus Condorcet. Les livrables produits par les équipes partenaires sont quant à eux sous la responsabilité de leurs tutelles.

Le PGD sera actualisé en continu pour refléter l'évolution des décisions ou faire l'inventaire des jeux de données produits au fil du temps. Une version stabilisée du PGD sera par la suite fournie à l'ANR tous les deux ans jusqu'en 2029.

Le projet **Biblissima**+ bénéficie d'une aide de l'État gérée par l'Agence Nationale de la Recherche au titre du programme d'Investissements d'avenir portant la référence « ANR-21-ESRE-0005 ».

<footnote n="1">¹ Diffusée sur la plateforme de ressources d'autoformation DORANUM le 27/07/2020 - DOI : 10.13143/R7GM-6C38.</footnote>
# Introduction

## Définition et objectifs d'un plan de gestion des données

Un plan de gestion des données (PGD) permet de consigner dans un document centralisé toutes les informations importantes sur les données d'un projet de recherche. Il décrit la manière dont elles seront traitées au long de leur cycle de vie, de l'étape initiale de collecte ou de production, à l'étape finale de publication ou d'archivage, en passant par les différents stades de gestion proprement dite comme le classement, la structuration, le stockage, le traitement ou analyse à l'aide d'outils numériques... Dans un contexte de généralisation du numérique au sein des activités de recherche, l'enjeu est de limiter les risques d'obsolescence technologique, de perte ou de gaspillage de ressources afin de garantir que les données sous-jacentes aux résultats scientifiques pourront être effectivement diffusées, partagées et réutilisées, que ce soit au bénéfice d'autres recherches ou de la société tout entière. Le but d'un PGD est avant tout de faciliter et d'optimiser cette gestion en permettant l'anticipation des actions de structuration et de description. Les données jouent en effet un rôle clé pour l'intégrité scientifique. Leur conservation sous une forme intelligible et exploitable numériquement requiert une planification d'actions concrètes qui est le but du PGD.

Au cours du projet de recherche, le PGD est actualisé en continu pour enregistrer les informations concrètes liées à la mise en œuvre des décisions. En conséquence, son rôle et ses utilisations évoluent dans le temps. Au début du projet, sa fonction principale est de fournir un outil de pilotage et d'aide à la décision. Il s'agit de guider les choix opérationnels de « curation », autrement dit la combinaison d'actions d'intendance et de documentation leur permettant de conserver leur intelligibilité et utilité, aussi longtemps que nécessaire. À la fin du projet de recherche, le PGD s'est enrichi de toutes les informations concrètes sur ce qui a été fait. Il prend aussi en compte les nécessaires adaptations ou réorientations par rapport à ce qui avait été prévu. Il devient alors un élément essentiel pour comprendre le contexte de production des données et en constitue l'historique documenté, afin de fournir les conditions nécessaires à la vérification de l'intégrité scientifique des résultats ou à la production de nouvelles recherches à partir d'elles.

Un PGD doit expliciter de manière synthétique les choix techniques, juridiques et organisationnels concernant les données. 6 dimensions principales sont à prendre en compte :

* L'identification des principaux produits de recherche créés ou collectés durant le projet, principalement numériques : regroupements ou sets de données dits « jeux de données », codes sources de logiciels et scripts, protocoles, méthodes et procédures, etc. ;

* La définition des modalités d'organisation et de description normalisées via des métadonnées ;

* Le stockage et la sécurité des données ;

* Les objectifs concernant la diffusion, le partage ou l'archivage final, en expliquant le degré d'ouverture choisi, les durées de rétention visées, la nécessité ou non d'un archivage numérique pérenne ;

* Les informations sur les questions éthiques, la présence de données sensibles, la justification des restrictions à la diffusion ouverte (open data) ;

* Les ressources prévues pour la mise en œuvre du plan (moyens financiers ou temps de travail des chercheurs et ingénieurs impliqués).
Un PGD est enfin le fruit d'une coopération inter-métiers entre scientifiques, informaticiens, documentalistes, archivistes et éditeurs qui peuvent participer à des degrés divers à son élaboration et à sa mise à jour. Quand elle est correctement mise en œuvre, cette dimension collaborative du PGD peut jouer un rôle particulièrement utile pour contribuer à forger une vision commune au sein d'une équipe. Le PGD offre en effet, sous l'angle spécifique des données et des procédures numériques, une vision d'ensemble du projet à la fois synthétique et concrète. Il peut ainsi faciliter grandement l'intégration des nouveaux collaborateurs ou collaboratrices. Il peut aussi servir de document de référence pour transmettre de manière efficace des informations clé pour comprendre le socle technique du projet.

## Champ d'application et politiques d'établissements applicables

Le PGD de **Biblissima+** s'applique à toutes les données et jeux de données produits dans le cadre des activités de recherche décrites au sein des livrables du projet. Il porte sur les activités donnant lieu à des versements financiers aussi bien que sur les opérations inscrites dans le projet au titre des apports des établissements et organismes partenaires<fnref n="2" />.

## Définition : données et jeux de données

Le terme « données » tel qu'il est utilisé dans ce document doit être entendu au sens large. Dans un programme d'infrastructure de service et de recherche tel que **Biblissima+**, la notion recouvre aussi bien les textes et des corpus de textes, les collections d'images ou de photos, les modèles numériques 3D, les données d'entraînement en intelligence artificielle que les enregistrements audiovisuels ou les bases de données. Elle recouvre également l'ensemble des codes sources, des méthodes et des protocoles qui seront utilisés pour présenter, analyser, instrumenter ou diffuser ces artefacts.

Un « jeu de données » (dataset en anglais) peut être défini comme une collection de fichiers électroniques présentant une certaine « unité » et qui sont rassemblés pour former un tout cohérent. L'échelle à laquelle l'agrégation est réalisée ainsi que les critères utilisés sont laissés à l'appréciation des scientifiques. Ces critères peuvent en effet varier de manière importante selon les questions de recherche, la nature des données, les équipements utilisés, ou encore les réutilisations possibles.

## Politiques de science ouverte applicables

Dans leurs activités liées au projet, les équipes de recherche doivent respecter les exigences de la politique de l'ANR en matière de Science ouverte<fnref n="3" />. Les équipes partenaires doivent également respecter les politiques particulières de leur(s) établissement(s) tutelle(s) en la matière<fnref n="4" />. Dans le cadre

<footnote n="2">² Cf. le document de soumission et ses annexes.</footnote>

<footnote n="3">³ Cf. https://anr.fr/fr/lanr/engagements/la-science-ouverte/ et le plan d'action 2022 de l'ANR, version 1.1a du 12 octobre 2021</footnote>

<footnote n="4">⁴ Voir notamment : CNRS : Feuille de route Science ouverte (18/11/2019) et Plan données de la recherche (16/11/2020) – PSL : Charte Science ouverte de PSL (27/04/2020)</footnote>
de sa politique de science ouverte, l'ANR demande que les projets qu'elle finance ou opèrent produisent des données dont les modes de structuration et de diffusion respectent 4 principes fondamentaux génériques rassemblés sous l'acronyme « FAIR », à savoir : Facilement trouvables, Accessibles, Interopérables et Réutilisables. L'agence demande également que leur diffusion soit ouverte ou autrement dit sans entrave, en appliquant le principe « aussi ouvert que possible, aussi fermé que nécessaire ». Ainsi, si la mise à disposition sous licence ouverte n'est pas obligatoire, les restrictions à celle-ci ou les délais (embargos) doivent être expliqués ou justifiés dans le PGD.

Les versions ultérieures du PGD tiendront compte de l'accord de consortium qui sera établi à partir de
la fin avril 2022.
# Le projet Biblissima+

## Présentation générale

L'observatoire des cultures écrites anciennes **Biblissima+** est un projet d'infrastructure numérique consacrée à l'histoire de la transmission des textes produits de l'Antiquité à la Renaissance en Orient comme en Occident, quel qu'en soit le support et quelle qu'en soit la langue. Il crée un portail national offrant un accès unique et simple à des ressources électroniques hétérogènes (documentation écrite originale, collections d'images numérisées de sources, bibliographie et archives de la recherche la concernant). Il constitue également un environnement de travail proposant des chaînes d'outils pour enrichir, partager, réutiliser les corpus. Le but est de permettre des recherches nouvelles sur l'histoire de la transmission des textes et des bibliothèques reposant sur une méthodologie de traitement des données et des codes sources conformes aux objectifs de Science ouverte.

**Biblissima+** fédère 17 établissements et organismes, dont plusieurs équipes de recherche travaillant sur les textes, de l'Antiquité à l'édition numérique, une entreprise et le ministère de la Culture. Il fait partie des équipements structurants pour la recherche ÉquipEx+ sélectionnés en 2020 dans le cadre des Investissements d'avenir. L'équipe chargée du portail Biblissima+ proprement dit est hébergée par le Campus Condorcet, établissement porteur de l'ÉquipEx+. Les équipes partenaires, qui développent les contenus mis en interopérabilité ou diffusés via le portail (ressources scientifiques et outils innovants) sont organisées autour de 7 domaines d'innovation numérique et d'expertise ou « clusters ». Un système d'appels à projets ouvert à tous est destiné à produire de nouveaux jeux de données interopérables et de nouveaux outils à partir d'opérations conjointes de recherche, de documentation, de numérisation et de valorisation portant sur des collections historiques de manuscrits, d'imprimés anciens ou d'autres objets portant du texte.

**Biblissima+** s'appuie sur les réalisations et l'expérience de l'ÉquipEx Biblissima (Bibliotheca bibliothecarum novissima : observatoire du patrimoine écrit du Moyen Âge et de la Renaissance, 2012-2021). Il hérite de l'infrastructure informatique mise en place pour gérer le portail Biblissima, de sa plateforme de référentiels data.biblissima, son moteur de recherche IIIF-Collections et de son service IIIF360 opéré avec le Campus Condorcet et Huma-Num. Il a pour objectif principal de maintenir et développer cette infrastructure et d'étendre potentiellement ses contenus à toutes les langues anciennes et à leurs supports. Il a aussi pour mission de veiller à leur intégration par les communautés par le partage des outils et des pratiques.

## Organisation

Le projet s'articule autour de deux volets principaux.

Le premier (volet A), est centré sur la maintenance et le développement de l'infrastructure portail, de ses moteurs de recherche et de son référentiel, épine dorsale de l'infrastructure et composant clé des opérations de mise en interopérabilité. Un de ses principaux enjeux est la définition et la mise en œuvre de mécanismes génériques et stables d'agrégation et d'enrichissement de ressources. Ces mécanismes doivent être capables d'agréger les nouveaux types de données sans nuire à l'efficacité et à la simplicité d'un portail unique. Ils doivent aussi tenir compte des contraintes liées au besoin de s'articuler avec d'autres grandes infrastructures pour certains types de données, notamment la bibliographie ou s'adapter à des sources de données qui sont issues de bases de données évolutives.
Il s'agit en somme de mettre au point un « système de mise à jour » en lien étroit avec les communautés notamment parce que toutes les dimensions ne peuvent être automatisées.

Le volet B regroupe toutes les contributions financées par le projet et développées par les équipes partenaires au sein des clusters. Dans ces 7 domaines d'innovation numérique, les communautés de chercheurs, les ingénieurs, conservateurs, étudiants partagent les questions, les outils, les standards et inventent de nouveaux outils. Tous reçoivent des moyens pour leurs recherches et leurs développements, mais aussi pour des rencontres annuelles : les semaines des clusters. De plus, les résultats, les questions, les idées des clusters sont mis en commun chaque année lors des Journées Biblissima+, qui permettent de faire dialoguer les clusters entre eux et de réfléchir au bon chaînage des outils. Ces journées sont couplées avec le Conseil scientifique international annuel, de façon à favoriser les interactions, l'approfondissement, la naissance d'idées nouvelles.

Les 7 domaines d'expertise de Biblissima+ sont organisés selon le cycle de vie des données :

* **Cluster 1** – Acquisition des corpus de sources interopérables (images 2D et 3D) ;

* **Cluster 2** – Prise en compte et cherchabilité des données d'analyse des matériaux ;

* **Cluster 3** – Intelligence artificielle, reconnaissance de formes et d'écritures manuscrites ;

* **Cluster 4** – Traitement approfondi des systèmes graphiques et analyse des documents ;

* **Cluster 5** – Edition de sources selon les standards EpiDoc (pour l'épigraphie : cluster 5a) et TEI (pour les différentes typologies textuelles : cluster 5b) ;

* **Cluster 6** – Défis du patrimoine musical et MEI ;

* **Cluster 7** – Interopérabilité et analyse des textes.

## Particularités de la gestion des données dans Biblissima+

### Biblissima+ : un projet « FAIR by design »

La raison d'être de Biblissima+ étant d'offrir un portail d'accès unifié mettant en interopérabilité collections patrimoniales, archives de la recherche et littérature scientifique, le projet a appliqué les principes FAIR dès le départ et la première période de financement. La diffusion ouverte des données et métadonnées ainsi que le développement open source des outils numériques reste au cœur du positionnement scientifique et technique de Biblissima+. Les résultats de l'ÉquipEx, qu'il s'agisse des données descriptives de collections patrimoniales ou d'éditions, des référentiels d'autorité utilisés pour les décrire, d'outils et protocoles développés pour assurer le fonctionnement de l'infrastructure numérique seront diffusés avec des licences les plus ouvertes possibles (CC BY ou Licence ouverte Etalab 2.0), afin de favoriser l'accroissement de leur réutilisation et de leur rayonnement.
### 3 périmètres de données et de responsabilités à distinguer

L'organisation du projet permet de distinguer 3 périmètres de données en relation avec le statut des équipes productrices au sein du projet. On distingue ainsi les trois périmètres de données, qui sont aussi des périmètres de responsabilités :

* Périmètre P1 : l'infrastructure logicielle du portail d'accès unifié et ses briques fonctionnelles ;

* Périmètre P2 : les contributions des équipes partenaires dans le cadre des livrables du projet, qui constituent les autres « briques » de l'écosystème de ressources et d'outils de Biblissima+ ;

* Périmètre P3 : les résultats d'opérations conjointes de recherche, de documentation, de numérisation et de valorisation financées après sélection de l'appel à manifestation d'intérêt<fnref n="5" />.

<figure><img src="image_2.png" /><figcaption>Figure 1 : Périmètres de données du projet Biblissima+</figcaption></figure>

### PGD principal et PGDs particuliers

Étant donné l'ampleur du projet, la variété et l'hétérogénéité des données qui seront produites, le PGD de Biblissima+ définit des lignes directrices et des principes de choix qui s'appliquent aux 3 périmètres mais ne détaille que la gestion des données du périmètre géré et développé par l'équipe technique des trois ingénieurs employés par l'établissement porteur Campus Condorcet.

<footnote n="5">⁵ 5 à 10 projets seront sélectionnés chaque année pendant les 6 premières années. Les montants des aides accordées se situent dans une fourchette pouvant aller de 10 000 à 70 000 euros.</footnote>
Le tableau suivant détaille chacun de ces périmètres et précise sa relation au PGD. En effet, le présent document ne détaille que la gestion des données du périmètre 1.

<table><thead><tr><td>#</td><td>Définition</td><td>Contenu</td><td>Relation avec le PGD</td></tr></thead><tbody><tr><td>P1</td><td>Infrastructure numérique (livrables pilotés par l'équipe portail au sein du volet A du projet)</td><td>Interfaces web du portail<br/>Moteurs de recherche<br/>Cluster de données<br/>Plateforme de référentiels d'autorité<br/>Protocoles et scripts d'ingestion de données et de mise à jour des agrégations</td><td>Contenu du PGD principal, rédigé et mis à jour par l'équipe Portail sous la responsabilité du bureau exécutif.</td></tr><tr><td>P2</td><td>Autres livrables des volets A et B, Outils de la boîte à outils de Biblissima</td><td><ul><li>Bibliothèques numériques ;</li><li>Catalogues et répertoires ;</li><li>Bases de données scientifiques ;</li><li>Corpus spécialisés ;</li><li>Éditions de textes ;</li><li>Outils de traitement scientifique des corpus ;</li><li>Tutoriels et vidéos de formation.</li></ul></td><td>PGDs autonomes par livrables rédigés par leurs responsables scientifiques et techniques ou sous leur responsabilité. Ils seront annexés au PGD principal dont ils suivent les principes directeurs et les recommandations minimales (conventions de nommage, métadonnées, description etc.).</td></tr><tr><td>P3</td><td>Productions liées aux opérations financées dans le cadre d'un appel à projets annuel</td><td>Opérations conjointes de recherche, de documentation, de numérisation et de valorisation portant sur des collections historiques de manuscrits, d'imprimés anciens, ou d'autres objets portant du texte, associant au moins un établissement de conservation et un établissement d'enseignement et/ou de recherche.</td><td>Un PGD est demandé pour la soumission des projets. Il doit être actualisé et fourni en fin d'opération. Les PGDs fournis par les équipes lauréates sont archivés par l'équipe portail. Ils sont annexés au PGD principal lorsque des jeux de données issus des travaux sont intégrés dans le cluster de données ou le référentiel d'autorité.</td></tr></tbody></table>
# Le plan de gestion des données de Biblissima+

## Objectifs

Le plan de gestion des données de Biblissima+ a pour objectif d'établir une stratégie globale pour la gestion des données créées et collectées durant le projet (2021-2029). La démarche proposée vise en particulier à faciliter le partage et l'archivage de jeux de données accessibles et réutilisables au sein d'entrepôts de confiance dédiés à ces fonctions. Le PGD est un livrable officiel du projet d'ÉquipEx. Le présent document correspond à la version initiale du plan qui est à fournir à l'ANR dans les 6 premiers mois après le démarrage officiel du projet. Une version stabilisée sera ensuite fournie à l'ANR tous les deux ans après cette première version, conformément à la convention attributive d'aide de l'ANR signée du 26 octobre 2021.

Le présent document aborde les points suivants :

* Les principes directeurs de gestion et de diffusion des données s'appliquant à l'ensemble des périmètres de données identifiés au sein du projet (cf. supra) ;

* Les recommandations minimales à appliquer par chaque équipe partenaire de manière à favoriser l'harmonisation des pratiques ;

* Une vue d'ensemble des politiques de partage et d'archivage pour l'ensemble des futurs livrables, proposée sous forme de tableaux de synthèse (périmètres P2 et P3) ;

* Un PGD détaillé de l'infrastructure numérique du périmètre P1 (utilisant le modèle de PGD de l'ANR) ;

* Des annexes.
## Lignes directrices

Les lignes directrices du PGD de **Biblissima+** définissent des exigences minimales à respecter dans la gestion des données produites ou collectées durant le projet.

1. Le PGD de **Biblissima+** est centré sur le périmètre de données lié à l'infrastructure numérique gérée par l'équipe technique du projet ou « équipe portail ». Ce périmètre (P1) comprend le portail web, le cluster de données sous-jacent, les référentiels d'autorité assurant la mise en interoperabilité des ressources ainsi que les outils de traitement mis en œuvre.

2. Les briques de l'infrastructure produites par les équipes partenaires (périmètre P2) ou les opérations financées via les appels à projet annuels (périmètre P3) font l'objet de PGDs particuliers, rédigés et mis à jour par les responsables scientifiques et techniques de ces contributions. Parmi la grande variété des types de contributions décrites dans le livre blanc<fnref n="6" /> de **Biblissima+**, on peut citer à titre d'exemple : les catalogues de notices, les extractions de bases de données scientifiques, les corpus spécialisés, les éditions de sources, les thésaurus, listes d'autorité (noms de personnes, de lieux, identifiants), des vocabulaires contrôlés ainsi que les codes sources de logiciels ou scripts ou modèles informatiques (3D, intelligence artificielle, apprentissage machine) associés aux outils, méthodes et protocoles proposés.

3. Les jeux de données du périmètre P1 sont placés sous la responsabilité du bureau exécutif et de l'établissement porteur Campus Condorcet. Les jeux de données des périmètres P2 et P3, sont quant à eux sous la responsabilité des équipes partenaires produisant ou collectant les données et les codes sources et de leurs établissements tutelles.

4. Les PGDs particuliers sont produits en 2022 sous forme de tableaux simplifiés (cf. annexe, partie « méthodologie »). Ils seront enrichis et détaillés au cours de 2022 et 2023 afin d'aboutir à des versions plus complètes. Pour faciliter la synthèse des informations, ils devront être établis à l'aide d'un modèle de PGD permettant l'export des données dans le format normalisé défini par l'organisation internationale RDA. Deux outils sont disponibles à ce jour : le « modèle structuré » de plan de gestion de données de la plateforme DMP OpiDor<fnref n="7" /> (en français) et l'outil en ligne ARGOS, proposé par l'infrastructure européenne OpenAIRE<fnref n="8" /> (en anglais)<fnref n="9" />.

5. Le PGD principal aussi bien que les PGDs particuliers s'inscrivent dans une démarche de Science ouverte conforme à la politique générale de l'ANR en la matière et au plan national porté par le MESRI<fnref n="10" />. Les données produites doivent être structurées et rendues exploitables en fonction des principes FAIR (faciles à trouver, accessibles, interoperables, réutilisables). Le PGD principal et les PGDs particuliers définissent explicitement la manière dont ces données seront préservées et partagées. Ils indiquent a minima : l'entrepôt qui sera utilisé pour le dépôt, le niveau d'agrégation, les conditions d'accès et les licences de réutilisation.

<footnote n="6">⁶ Document rédigé par les équipes partenaires qui présente en détail l'infrastructure numérique envisagée (téléchargeable depuis la page : https://projet.biblissima.fr/fr/projet/presentation)</footnote>

<footnote n="7">⁷ Cf. https://www.inist.fr/services/accompagner/webinaire/outil-dmp-opidor-modele-de-plan-de-gestion-de-donnees-structure/</footnote>

<footnote n="8">⁸ Cf. https://argos.openaire.eu/</footnote>

<footnote n="9">⁹ Le format commun est disponible sur GitHub : https://github.com/RDA-DMP-Common/RDA-DMP-Common-Standard</footnote>

<footnote n="10">¹⁰ Voir https://www.enseignementsup-recherche.gouv.fr/fr/le-plan-national-pour-la-science-ouverte-les-resultats-de-la-recherche-scientifique-ouverts-tous-49241</footnote>
6. Les données sont mises à disposition de la manière la plus ouverte possible. Lorsqu'il n'est pas possible de diffuser les données sous une licence ouverte, ou lorsque la diffusion ouverte est soumise à un embargo, les raisons en sont expliquées dans le PGD (droits de propriété intellectuelle, présence de données sensibles, etc.).

7. Pour faciliter les opérations de curation et de gestion des données, un groupe de travail dédié sera mis en place au sein du consortium de partenaires, afin d'offrir un cadre bien identifié pour favoriser le développement de pratiques convergentes, l'entraide ou le partage d'expertises. Le groupe de travail sera composé des membres de l'Équipe portail, des référents nommés par chaque cluster – les personnes missionnées sur la question des données par les responsables de clusters ou à défaut, les responsables eux-mêmes – et sera animé par la directrice adjointe coordinatrice du volet A du projet. Une liste de discussion *biblissima-donnees*<fnref n="11" /> est également proposée pour tous les membres du projet.

<figure><img src="image_3.png" /><figcaption>Figure 2 : Chaîne de production / traitement des jeux de données</figcaption></figure>

<footnote n="11">11 https://listes.campus-condorcet.fr/sympa/info/biblissima-donnees</footnote>
8. Tout jeu de données ayant vocation à être intégré dans le portail **Biblissima+** doit faire l'objet d'un dépôt documenté dans un entrepôt fournissant un identifiant pérenne (par exemple un DOI). Le dépôt contient à minima un fichier README<fnref n="12" /> expliquant notamment son organisation (arborescence des fichiers) et le dictionnaire des données. Le traitement du jeu de données est également conditionné à la présence d'un fichier LICENCE donnant la licence de diffusion, précisant les conditions de réutilisation en général et en particulier au sein du portail **Biblissima+**. Le diagramme ci-dessous illustre les principales étapes du processus et les responsabilités associées. Les étapes liées aux périmètres P2 et P3 sont sous la responsabilité des équipes qui définissent, extraient et organisent leur « jeu de données ». À titre d'exemple on peut citer : une collection de notices issues d'un catalogue, d'une base de données scientifiques, d'un corpus TEI ou d'un référentiel.

* Chaque équipe peut définir le type d'accès qu'elle réserve à ses jeux de données :

* Accès limité uniquement à l'équipe portail ;

* Accès limité uniquement aux équipes partenaires de **Biblissima+** ;

* Accès ouvert à tout le monde (en spécifiant les types de licence pour la réutilisation des données).

* Quel que soit le type d'accès privilégié, chaque équipe devra également préciser si elle est ou non d'accord pour que l'équipe portail mette à disposition les fichiers enrichis des jeux de données versés dans le portail **Biblissima+**. Ces conditions de mise à disposition – limitée à l'équipe partenaire ou à l'ensemble des équipes de partenaires de Biblissima+ ou libre accès pour tous… – sont à indiquer explicitement dans les fichiers README et LICENCE à joindre au dépôt.

* L'équipe Portail récupère le jeu de données à traiter depuis le dépôt et procède aux normalisations, alignements et enrichissements décrits plus bas.

9. Les clusters jouent également un rôle clé pour l'accompagnement et le suivi de la gestion des données. La préparation des agrégations à déposer pour le partage et l'archivage peut bénéficier des réflexions collectives et de mise en commun d'outils ou de workflows éprouvés. Des espaces serveurs partagés fondés sur l'outil « Sharedocs » de l'infrastructure de recherche Huma-Num seront mis à la disposition des clusters pour préparer, documenter et tester les jeux de données préalablement à leur dépôt. Les droits d'accès seront gérés de manière autonome par les responsables de cluster ou les référents données. L'équipe portail peut être sollicitée pour prodiguer des conseils ou vérifier que toutes les informations utiles pour l'intégration du jeu de données au sein du portail après dépôt sont présentes et valides.

10. Le choix de l'entrepôt pour l'archivage et le partage est libre. Pour les codes sources, plusieurs stratégies utilisant les outils de gestion de code open source communément utilisés (Gitlab, Github) en combinaison avec la plateforme d'archivage Software Heritage sont définies dans la partie du PGD consacrée au périmètre P1. Elles peuvent bien entendu être appliquées dans le cadre des codes sources produits dans les périmètres P2 et P3.

11. Zenodo est l'entrepôt principal recommandé pour la diffusion et l'archivage des sets de données. Il est conseillé de créer un dépôt pour chaque version majeure du produit de recherche. Les jeux de données devront être déposés dans l'une des communautés Zenodo

<footnote n="12">¹² Voir https://www.ionos.fr/digitalguide/sites-internet/developpement-web/fichier-readme/</footnote>
créée pour chaque cluster à cet effet. La curation de la communauté principale https://zenodo.org/communities/biblissima/ est assurée par l'équipe portail. Si les équipes partenaires disposent d'une communauté Zenodo en propre, elles peuvent bien entendu y associer ces dépôts.

12. En ce qui concerne les dépôts dans d'autres plateformes, ceux-ci sont signalés dans un inventaire géré par le cluster (par exemple sur un cloud collaboratif Sharedocs de l'infrastructure de recherche Huma-Num mis à disposition du cluster).

13. Lors des journées annuelles des clusters, un point est fait sur les dépôts. Il est suggéré d'organiser des sessions collectives à cette occasion pour tester en groupe la fiabilité des données déposées ou contrôler collectivement la clarté et l'intelligibilité des métadonnées, et de la documentation.
## Exigences minimales de gestion des données et de préparation des dépôts

Les jeux de données déposés sont préparés en suivant les consignes détaillées dans le tableau ci-dessous.

Il s'agit également d'exigences minimales ou d'outils sur lesquels les équipes partenaires pourront s'appuyer pour rédiger les PGDs particuliers de livrables.

<table><thead><tr><td>Type de recommandation</td><td>Exigences minimales</td></tr></thead><tbody><tr><td>Nommage des fichiers</td><td>Le nommage cohérent et signifiant des noms de fichiers facilite leur classement et permet d'appréhender leur contenu sans avoir à les ouvrir.<br/>Les bonnes pratiques recommandées sont:<ul><li>D'éviter les noms trop longs (tout en restant descriptif et clair)</li><li>D'éviter les espaces (en utilisant les tirets - et _ comme séparateurs)</li><li>D'éviter les caractères non alphanumériques (notamment : &amp; / + > : ? % ( ])</li><li>De normaliser les dates dans le format recommandé par la norme internationale ISO 8601 : YYYY-MM-DD (year-month-day ou année-mois-jour)</li><li>D'indiquer la version</li></ul>Il est demandé de suivre le schéma de nommage ci-dessous, en particulier pour les jeux de données ayant vocation à être traités par l'équipe portail : codeDuLivrable<sup>13</sup>_initiales<sup>14</sup>_dataset_version_dateDeDépôt<br/>Un exemple de nom de jeu de données en suivant ce schéma pourrait être : VB_67_CNRS_LM_reperagelntextualite_V1_2027-12-01</td></tr><tr><td>Préparation d'un dépôt</td><td>Un espace collaboratif Sharedocs Huma-Num sera ouvert pour chaque cluster dès mai 2022. L'usage d'un tel espace n'est pas obligatoire, mais il permet de travailler collectivement sur la préparation de sets de fichiers à déposer, pendant une période transitoire. Ils n'ont en effet pas vocation à assurer un stockage des données sur une longue durée.<br/>Sharedocs offre un espace sécurisé pour rassembler, documenter, tester et compléter les ensembles constitués spécifiquement pour les dépôts. Ces espaces peuvent être ouverts à des tiers.<br/>Il est recommandé d'organiser les espaces des clusters sur le même modèle de structuration afin de faciliter les échanges avec l'équipe portail ou entre clusters.<br/>Cluster-X<br/>|__ 1_depots_en_cours<br/>|__ 2_autres_activites<br/>|__ 3_ressources<br/>|__ 4_archives</td></tr></tbody></table>

<footnote n="13">13 Pour la référence aux livrables, voir la table de référence dans l'annexe</footnote>

<footnote n="14">14 Initiale du créateur du fichier ou du responsable technique et scientifique.</footnote>
<table><tr><td></td><td>Le répertoire « Ressources » permettra de partager des modèles, des gabarits de fichiers (README, LICENSES, dictionnaires de données, etc.) partageables pour les différents projets et livrables rattachés au cluster.</td></tr><tr><td>Description d'un jeu de données</td><td>Caractérisation des données (types, provenance, formats et standards)<br/>Origine et finalité<br/>Périmètre d'usage (nature, étendue...)<br/>Lien avec des publications scientifiques de type communication, article, chapitre d'ouvrage, ouvrage ou datapaper.<br/>Potentiel d'intégration dans d'autres projets ou outils et de réutilisations en général</td></tr><tr><td>Standards de données et de métadonnées</td><td>Citer les standards de données et de métadonnées utilisés.<br/>Le cas échéant, expliquer l'absence de recours à des standards.</td></tr><tr><td>Partage de données</td><td>Indiquer comment les données seront partagées :<br/>Comment est organisé l'accès (plateforme, protocole) ;<br/>Périodes d'accès restreint avant diffusion ouverte (le cas échéant) ;<br/>Mécanismes de dissémination ;<br/>Outils nécessaires à l'exploitation des données (le cas échéant) ;<br/>Désignation de la plateforme de dépôt.<br/>Si le jeu de données n'est pas partagé, en expliquer les raisons (charte éthique, réglementation concernant la présence de données personnelles, propriété intellectuelle ou commerciale, données sensibles, confidentialité ou sécurité)s.</td></tr><tr><td>Archivage et préservation</td><td>Indiquer comment les données seront archivées et préservées à la fin du projet.<br/>Si des procédures d'archivage à long terme sont mises en place (par exemple dans le cadre d'une convention avec Huma-Num et le CINES), spécifier la durée pendant laquelle les données devront être préservées, avec des indications sur les volumes à traiter et la manière dont les coûts seront pris en charge.</td></tr><tr><td>Publication des PGDs particuliers</td><td>Il est demandé de déposer les PGDs particuliers dans les communautés Zenodo de Biblissima+ (espace général et du cluster correspondant). Il est recommandé de rendre le document public et de le mettre à jour chaque année. A minima, une version sera déposée par ce biais tous les deux ans, un mois avant la date de rendu du PGD principal à l'ANR avec possibilité d'accès en lecture pour l'équipe technique et le bureau exécutif.</td></tr></table>
## Pratiques individuelles souhaitées

Il est demandé à tous les participants au projet de respecter les pratiques suivantes :

14. Créer son identifiant chercheur ORCID ID (http://orcid.org) et le lier à son compte dans l'archive ouverte HAL.

15. Déposer les publications scientifiques (texte intégral) issues du projet dans une archive ouverte, soit directement dans HAL soit par l'intermédiaire d'une archive institutionnelle locale, dans les conditions de l'article 30 de la loi « Pour une République numérique ». Concrètement, il est recommandé aux auteurs de conserver tous leurs droits (cessions à caractère non exclusif uniquement) et d'utiliser des licences Creative Commons.

* Pour les articles dans des revues, déposer dès la parution le fichier du texte intégral dans HAL avec un embargo d'un an maximum après parution, dans la version validée pour publication ou dans la version avec la mise en page de l'éditeur si celui-ci l'autorise.

* Pour les ouvrages et chapitres d'ouvrages qui ne sont pas couverts par la loi « Pour une République numérique », il est conseillé de négocier avec les éditeurs afin d'insérer dans le contrat d'édition une clause autorisant la possibilité de diffusion en accès ouvert.

* Respecter les consignes de signature de l'établissement de référence et utiliser des identifiants individuels tels que ORCID idHAL qui facilitent l'identification des auteurs et de leurs publications.

16. Mentionner le soutien apporté par l'ANR au titre du programme d'Investissements d'avenir, en indiquant le numéro de la Convention, dans leurs propres actions de communication sur le Projet « Biblissima+ » (ANR-21-ESRE-0005), ses résultats et dans ses publications, afin qu'elles puissent faire partie du reporting et être prises en compte par les évaluateurs.

17. Par exemple : « Ce travail a bénéficié d'une aide de l'État gérée par l'Agence Nationale de la Recherche au titre du programme d'Investissements d'avenir portant la référence ANR-21-ESRE-0005 (Biblissima+) ».

18. Veiller à afficher sur tous les supports de communication orale, les communications par voie d'affiche, les sites internet, etc., le logo Biblissima+ portant le sceau « Investir l'avenir » disponible via ce lien : https://projet.biblissima.fr/fr/logos. Le logo ainsi que les mentions de l'ÉquipEx doivent pointer sur la page racine du projet : https://biblissima.fr.

19. Participer aux activités des consortium liées à la gestion des données et promouvoir la rédaction de guides de bonnes pratiques, de protocoles ou d'outils pour rendre plus faciles les actions de curation à effectuer, partager des modèles de fichiers README, d'exemples de fiches de métadonnées, de scripts de préparation de données...

20. S'assurer que les modalités de curation des données, de diffusion et d'archivage pour l'après projet suivent les recommandations établies par le plan de gestion des données.

21. Porter le PGD à la connaissance de tout nouvel arrivant dans le projet, notamment les personnels recrutés ou les prestataires de services.
1. Anticiper dans la mesure du possible le recours à l'assistance ou à l'expertise de l'équipe portail. En ce qui concerne les jeux de données produits dans le cadre de Biblissima 1 (2012-2021) nécessitant une première intégration ou une mise à jour, le responsable scientifique et technique du livrable prend l'initiative de solliciter le concours de l'équipe portail. Les priorités et le calendrier sont définis par l'équipe portail sous la responsabilité du bureau exécutif.
Enjeux des dépôts et identifiants pérennes pour la citation

Les politiques d'incitation au développement de la science ouverte insistent sur l'idée que les jeux de données et les logiciels doivent désormais être considérés comme des produits de recherche légitimes et citables. Les nouvelles pratiques de citation au sein des publications les incluent dans la liste complète des références, au même titre que les autres résultats de recherche (articles, livres, thèses...). Les organismes et les établissements de recherche sont encouragés à les prendre en compte dans l'évaluation des carrières. Ils sont également susceptibles d'être mis en avant dans les réponses aux appels à projets<fnref n="15" />. Étant donné la dimension centrale de l'innovation numérique dans le programme de travail de l'ÉquipEx **Biblissima+**, le dépôt des données et des codes sources représente une dimension importante de sa visibilité et de son évaluation. De même que le partage des données liées aux publications, ces pratiques peuvent également représenter un avantage significatif pour la reconnaissance du travail réalisé par les chercheurs post-doctorants et les ingénieurs qui seront recrutés via l'aide financière obtenue dans ce cadre. La publication de data papers (publications scientifiques décrivant des jeux de données et leur contexte de production afin de faciliter leur réutilisation) est ainsi fortement recommandée pour accompagner certains dépôts les plus susceptibles d'intéresser la communauté scientifique. Dans tous les cas, les identifiants pérennes (DOI, SWHID) obtenus lors des opérations de dépôt permettent de construire des citations fiables, durables et donnant directement accès par un lien aux éléments rassemblés<fnref n="16" />.

<footnote n="15">15 Voir le guide Partager les données liées aux publications scientifiques</footnote>

<footnote n="16">¹⁶ Voir notamment le document : Féret, Romain, Bracco, Laetitia, Cheviron, Stéphanie, Lehoux, Elise, Arènes, Cécile, & Li, Ling. (2020). Améliorer son projet ANR grâce à la Science Ouverte (Version 2). Zenodo. https://doi.org/10.5281/zenodo.3769954</footnote>
# Responsabilités et ressources

Le tableau ci-dessous décrit les responsabilités pour les périmètres P2 et P3. En ce qui concerne le périmètre P1, celles-ci sont décrites plus bas dans la partie « PGD détaillé du périmètre P1 ».

<table><thead><tr><th colspan="2">Responsabilités pour les périmètres P2 et P3</th></tr><tr><th>Activité</th><th>Responsabilités fonctionnelles</th></tr></thead><tbody><tr><td>Saisie des données</td><td rowspan="8">Responsables scientifiques et techniques de livrables</td></tr><tr><td>Production des métadonnées</td></tr><tr><td>Qualité des métadonnées</td></tr><tr><td>Qualité des données</td></tr><tr><td>Stockage et sauvegarde</td></tr><tr><td>Partage et archivage des données</td></tr><tr><td>Rédaction et mise à jour du PGD de livrable</td></tr><tr><td>Suivi des dépôts et de la mise à jour du PGD de livrable</td><td>Responsables de cluster avec l'assistance du référent données correspondant.</td></tr><tr><td>Validation du PGD de livrable</td><td>Responsable d'unité de l'Équipe partenaire au sein de laquelle le livrable est produit.</td></tr></tbody></table>

## Précisions sur le rôle de référent données au sein des clusters

Les « référents données» ont pour mission principale de participer au groupe transversal fédéré autour de la liste de discussion *biblissima-donnees*. Ils assurent un rôle de relais entre les membres du cluster, l'équipe portail et le bureau exécutif en lien avec les responsables de cluster. Ils créent les espaces Zenodo et sont ainsi informés de la mise à disposition de nouveaux jeux de données. Ils peuvent également initier ou coordonner des réflexions sur l'harmonisation des pratiques et le développement de méthodologies ou d'outils mutualisés pour lesquels un double regard technique et scientifique est nécessaire. Ils jouent également un rôle d'orientation et de conseil « de premier niveau » en ce qui concerne l'articulation des PGDs particuliers avec les recommandations touchant les périmètres P2 et P3 au sein du PGD principal.

<table><thead><tr><th>#</th><th>Cluster</th><th>Référents données</th></tr></thead><tbody><tr><td>Cluster 1</td><td>Acquisition des corpus de sources interopérables</td><td>Mathieu STOLL (SIAF)</td></tr><tr><td>Cluster 2</td><td>Prise en compte et cherchabilité des données d'analyse des matériaux</td><td>Anne MICHELIN (CRC)</td></tr><tr><td>Cluster 3</td><td>Intelligence artificielle, reconnaissance de formes et d'écritures manuscrites</td><td>Dominique STUTZMANN (IRHT)</td></tr></tbody></table>
<table><tr><td>Cluster 4</td><td>Traitement approfondi des systèmes graphiques et analyse des documents</td><td>Peter STOKES (AOrOC)</td></tr><tr><td>Cluster 5a</td><td>TEI et épigraphie, de l'Antiquité à l'époque moderne</td><td>Michèle BRUNET (HiSoMA)</td></tr><tr><td>Cluster 5b</td><td>Édition de sources en TEI</td><td>Stéphane LECOUTEUX (MRSH)</td></tr><tr><td>Cluster 6</td><td>Les défis du patrimoine musical</td><td>David FIALA (CESR)</td></tr><tr><td>Cluster 7</td><td>Interopérabilité et analyse des textes</td><td>Jean-Baptiste CAMPS (CJM)</td></tr></table>
## Vue d'ensemble des données

Les 5 tableaux présentés ci-après récapitulent l'ensemble des livrables proposés.

<table><thead><tr><td>#</td><td>Titre du tableau</td><td>Péri-mètre</td><td>Remarque</td></tr></thead><tbody><tr><td>1</td><td>Infrastructure numérique</td><td>P1</td><td>PGD principal<sup>17</sup></td></tr><tr><td>2</td><td>Outils de traitements des données du cluster de données</td><td>P1</td><td>PGD principal</td></tr><tr><td>3</td><td>Ressources référencées par le portail ou intégrées aux référentiels d'autorité</td><td>P2 - P3</td><td>PGDs particuliers<sup>18</sup></td></tr><tr><td>4</td><td>Chaînes d'outils logiciels</td><td>P2</td><td>Outils diffusés via la rubrique ressources du site web projet.biblissima.fr https://projet.biblissima.fr/fr/ressources/ressources-biblissima, sous la rubrique « Outils »</td></tr><tr><td>5</td><td>Autres ressources</td><td>P2 - P3</td><td>PGDs particuliers</td></tr></tbody></table>

<footnote n="17">¹⁷ Voir plus bas dans la partie « PGD détaillé du périmètre 1 »</footnote>

<footnote n="18">¹⁸ Les PGDs particuliers seront annexés au présent document à partir de la version 2.</footnote>
PGD_V1 - Tableau 1 - Infrastructure numérique (P1)

<table><thead><tr><td>Produit de recherche</td><td>Description</td><td>Nature des données</td><td>Formats / standards</td><td>Volumétrie</td><td>Politique de partage</td><td>Politique de conservation à long terme</td><td>Actions de Fairisation à mener</td></tr></thead><tbody><tr><td>Cluster de données (Portail)</td><td>Données importées dans le Portail (base PostgreSQL), publiées via l'application web CubicWeb (Python)</td><td>Données textuelles formalisées</td><td>MARC, XML, SQL, RDF</td><td>645 839 entités (29/03/2022), pour 1,1 Go de données XML</td><td>Publication des données via le Portail, exposition de données dans le Web sémantique<br>Partage via les dépôts des jeux de données au format pivot et enrichis.</td><td>Archivage en fin de projet d'un export des données au format RDF sur Zenodo.<br>Les ressources issues des partenaires sont déposées de manière autonome par leurs producteurs à chaque version majeure (cf. processus d'intégration de sources de données dans le portail).</td><td>Préparer l'archivage final à la fin du projet en même temps que les spécifications des développements technologiques de l'infrastructure héritée de Biblissima 1.<br>Sur les notices de ressources afficher les DOI des dépôts des jeux de données.</td></tr><tr><td>Cluster de données (IIIF-Collections)</td><td>Données importées dans IIIF-Collections (ElasticSearch), publiées via une application PHP</td><td>Données textuelles formalisées</td><td>CSV, JSON</td><td>82 065 items (29/03/2022)</td><td>Publication des données via le site IIIF-Collections</td><td>Les données vont être transformées en XML et versées dans le Portail (cf. ligne ci-dessus)</td><td>N/A</td></tr><tr><td>Interfaces et applications web</td><td>Moteurs d'indexation et interfaces de recherche et de visualisation des données (Portail et IIIF-Collections), développées en interne et en lien avec des prestataires<br>Intégration de la recherche sur les matériaux dans l'interface du portail (avec CRC)</td><td>Codes informatiques</td><td>PHP, Python, JSON, Javascript</td><td>Portail : ~500Mo de code + ~5.5Go de caches et tests d'import<br>IIIF Collections (app web) : ~1Go</td><td>Via Github / Gitlab et Zenodo pour les versions majeures</td><td>Moissonnage par l'archive pérenne de logiciels Software Heritage. Les logiciels ou modules dotés d'un potentiel de réutilisation dans la communauté feront l'objet d'un dépôt avec métadonnées modéré via la voie couplée HAL + Software Heritage</td><td>N/A</td></tr><tr><td>Visualiseur d'images Mirador</td><td>Version packagée du visualiseur (avec des plugins) pour le Portail Biblissima</td><td>Codes informatiques</td><td>Javascript, IIIF</td><td>~13 Mo</td><td>Github / Gitlab</td><td>N/A</td><td>N/A</td></tr></tbody></table>
<table><tr><td>Plateforme des référentiels et ses API data.bilissima.fr</td><td>Plateforme d'édition et d'exposition des référentiels d'autorités</td><td>Codes informatiques</td><td>Wikibase, PHP</td><td>~1.1Go</td><td>Utilisation de la technologie Wikibase afin de créer un "hub" d'identifiants et de données structurées, accessibles, interopérables et réutilisables. Le hub donne les PIDs des entités (URIs déréférençables) et de leur documentation pour les utilisateurs et via une API web et un Sparql endpoint pour l'accès distant à des programmes informatiques.</td><td>N/A</td><td>Non</td></tr><tr><td>Référentiels d'autorité et thésaurus iconographique</td><td>Vocabulaires contrôlés pour lier entre elles les ressources du portail intégrées au cluster de données</td><td>Données textuelles formalisées</td><td>RDF, Json</td><td>5 Go pour l'ensemble</td><td>Dépôt des versions majeures de dumps RDF par référentiel.</td><td>Archivage en fin de projet d'un export des données au format RDF sur Zenodo.</td><td>Rédaction d'un datapaper par référentiel après dépôt.</td></tr><tr><td>Études, cahiers des charges, spécifications, documentation des processus, etc.</td><td>Documentation interne des développements informatiques</td><td>Données textuelles</td><td>.docx, .pdf, .md</td><td>N/A</td><td>Non partagé a priori, peut être inclus dans les dépôts des codes sources si utile à l'intelligibilité des données.</td><td>Non sauf si intégré à la documentation d'un dépôt archivé.</td><td>N/A</td></tr></table>
PGD_V1 - Tableau 2 - Outils de traitements des données du cluster de données (P1)

<table><thead><tr><td>Produit de recherche</td><td>Description</td><td>Nature des données</td><td>Formats / standards</td><td>Volumétrie</td><td>Politique de partage</td><td>Politique de conservation à long terme</td><td>Actions restant à mener pour B1</td></tr></thead><tbody><tr><td>Format Pivot</td><td>Format d'entrée des données (modélisé avec alignements partiels sur la TEI, CiDOC-CRM et FRBRoo)</td><td>Données textuelles formalisées</td><td>DTD XML</td><td>1 fichier XML</td><td>Présenté sur doc.biblissima.fr avec la documentation du processus d'harmonisation des données et d'intégration dans le cluster de données (dite "Vademecum") et diffusé via Github / Gitlab.</td><td>HAL + Software Heritage</td><td>Dépôt HAL</td></tr><tr><td>Scripts de conversion et de traitements</td><td>Scripts spécifiques pour chaque source de données à intégrer (moissonnage, transformation, import)</td><td>Codes informatiques</td><td>PHP, Python</td><td>1 fichier par version de source / env. 40 unités traitées IIIF Collections (scripts + données) : ~1.1Go Traitement des sources de données de B+ : cf. tableaux suivants</td><td>Stockage sur les serveurs du CC (Seafile), Biblissima 1 : non diffusé / Biblissima+ : Gitlab</td><td>Gitlab + Software Heritage</td><td>Aucune pour B1 (Intégré à la chaîne de traitement pour B+)</td></tr><tr><td>Webservice de réconciliation et d'alignement de données pour OpenRefine</td><td>Service permettant à tout projet d'aligner ses données avec les référentiels de data.biblissima.fr dans l'outil libre OpenRefine ou autre</td><td>Codes informatiques</td><td>JSON (Wikibase manifest)</td><td>1 fichier manifest</td><td>Publié sur la plateforme publique d'OpenRefine sur Github sous forme de wikibase-manifest</td><td>Github + Software Heritage</td><td>Vérifier moissonnage auto dans Software Heritage</td></tr><tr><td>Mécanismes et protocoles de mise à jour des sources intégrées au portail</td><td>Développements pour l'enrichissement et l'évolution de l'infrastructure portail</td><td>Codes informatiques</td><td>Selon les besoins et spécifications</td><td>Quelques Mo/Go</td><td>Hébergement sur l'entrepôt git du prestataire Logilab (Mercurial) avec clone sur les serveurs de Biblissima+</td><td>N/A</td><td>Sans objet</td></tr></tbody></table>
PGD_V1 - Tableau 3 - Ressources référencées par le portail ou intégrées au référentiel d'autorités (P2 et P3)

<table><thead><tr><td>Type de données brutes fournies</td><td>Nom</td><td>Équipe</td><td>Type de ressource intégré au Portail.</td><td>Utilisation native des référentiels Biblissima</td><td>Intégration</td><td>Licence de diffusion du partenaire pour la base source</td><td>Politique de conservation à long terme du partenaire pour la base source</td></tr></thead><tbody><tr><td>Export SQL</td><td>Esprit des livres</td><td>EnC</td><td>Catalogue ou répertoire</td><td>NON</td><td>B1, intégré</td><td>Propriété intellectuelle ENC</td><td>non connu</td></tr><tr><td>Export SQL</td><td>Jonas</td><td>IRHT-CNRS</td><td>Base de données scientifiques</td><td>NON</td><td>B1, intégré</td><td>Propriété intellectuelle IRHT</td><td>non connu</td></tr><tr><td>Export CSV</td><td>Comparatio</td><td>IRHT-CNRS</td><td>Base de données scientifiques</td><td>NON</td><td>B1, intégré</td><td>Propriété intellectuelle IRHT</td><td>non connu</td></tr><tr><td>Export Marc-XML</td><td>CR2I</td><td>CESR</td><td>Catalogue ou répertoire</td><td>NON</td><td>B1, intégré</td><td>non connu</td><td>non connu</td></tr><tr><td>Export Marc-XML</td><td>Wellcome collection</td><td>Hors partenariat</td><td>Catalogue ou répertoire</td><td>NON</td><td>B1, intégré</td><td>CC BY 4.0</td><td>non connu</td></tr><tr><td>Export EAD-XML</td><td>BnF Archives et Manuscrits</td><td>BnF</td><td>Catalogue ou répertoire</td><td>NON</td><td>B1, intégré</td><td>Licence ouverte</td><td>non connu</td></tr><tr><td>Export TEI</td><td>Reliures.bnf.fr</td><td>Bnf</td><td>Base de données scientifiques</td><td>NON</td><td>B1, non intégré</td><td>Licence ouverte</td><td>non connu</td></tr></tbody></table>
<table><tr><td>Export TEI</td><td>Miroir des classiques</td><td>EnC</td><td>Catalogue ou répertoire</td><td>NON</td><td>B1, non intégré</td><td>CC BY NC ND 2.0</td><td>non connu</td></tr><tr><td>Export XML mixte (.csv, dat...)</td><td>Mandragore</td><td>BnF</td><td>Catalogue ou répertoire</td><td>NON</td><td>B1, intégré</td><td>Licence ouverte</td><td>non connu</td></tr><tr><td>XML Pivot exporté</td><td>Bibale</td><td>IRHT-CNRS</td><td>Base de données scientifiques</td><td>NON</td><td>B1, intégré</td><td>CC BY NC</td><td>non connu</td></tr><tr><td>XML Pivot exporté</td><td>Pinakes</td><td>IRHT-CNRS</td><td>Base de données scientifiques</td><td>NON</td><td>B1, intégré</td><td>Propriété intellectuelle IRHT</td><td>non connu</td></tr><tr><td>XML Pivot exporté</td><td>Bibliothèques françaises</td><td>CESR</td><td>Corpus ou édition de source</td><td>NON</td><td>B1, intégré</td><td>CC BY-NC-SA</td><td>non connu</td></tr><tr><td>XML Pivot exporté</td><td>RegeCart</td><td>IRHT-CNRS</td><td>Base de données scientifiques</td><td>NON</td><td>B1, intégré</td><td>Propriété intellectuelle IRHT</td><td>non connu</td></tr><tr><td>XML Pivot dynamique</td><td>Manuscripta Medica</td><td>SAPRAT-EPHE, CIHAM</td><td>Base de données scientifiques</td><td>NON</td><td>B1, intégré</td><td>non connu</td><td>non connu</td></tr><tr><td>XML Pivot dynamique</td><td>Initiale</td><td>IRHT-CNRS</td><td>Catalogue ou répertoire</td><td>NON</td><td>B1, intégré</td><td>CC BY-NC 3.0</td><td>non connu</td></tr><tr><td>XML Pivot dynamique</td><td>Books within books</td><td>SAPRAT-EPHE</td><td>Base de données scientifiques</td><td>NON</td><td>B1, non intégré</td><td>non connu</td><td>non connu</td></tr><tr><td>OAI-PMH (METS)</td><td>Heidelberger historische Bestände</td><td>Hors partenariat</td><td>Corpus ou édition de source</td><td>NON</td><td>B1, intégré</td><td>Public Domain Mark</td><td>non connu</td></tr></table>
<table><tr><td>OAI-PMH (TEI)</td><td>Volumes de la série « Documents, études et répertoirs de l'Institut de Recherche et d'Histoire des Textes (DER)</td><td>IRHT-CNRS, Persée</td><td>Catalogue ou répertoire</td><td>NON</td><td>B1, intégré</td><td>CC BY NC SA</td><td>Archivage pérenne au CINES de la plateforme Persée dans son ensemble</td></tr><tr><td>OAI-PMH (DC)</td><td>Médiathèque de Moulins, Mss et imprimés</td><td>Hors partenariat</td><td>Catalogue ou répertoire</td><td>NON</td><td>B1, intégré</td><td>non connu</td><td>non connu</td></tr><tr><td>à définir</td><td>BBMN Montfaucon</td><td>IRHT, MRSH</td><td>Corpus ou édition de source</td><td>NON</td><td>B1, non intégré</td><td>non connu</td><td>non connu</td></tr><tr><td>à définir</td><td>Collecta</td><td>IRHT, BnF</td><td>Catalogue ou répertoire</td><td>NON</td><td>B1, non intégré</td><td>non connu</td><td>non connu</td></tr><tr><td>à définir</td><td>E-ktobe</td><td>IRHT</td><td>Catalogue ou répertoire</td><td>NON</td><td>B1, non intégré</td><td>non connu</td><td>non connu</td></tr><tr><td>export TEI</td><td>Gloss-e</td><td>IRHT, LEM, CIHAM</td><td>Corpus ou édition de source</td><td>NON</td><td>B1, non intégré</td><td>non connu</td><td>non connu</td></tr><tr><td>à définir</td><td>Sermones.net</td><td>IRHT, CIHAM</td><td>Corpus ou édition de source</td><td>NON</td><td>B1, non intégré</td><td>non connu</td><td>non connu</td></tr><tr><td>export TEI</td><td>SourcEncyMe</td><td>IRHT</td><td>Corpus ou édition de source</td><td>NON</td><td>B1, non intégré</td><td>Propriété intellectuelle IRHT</td><td>Serveurs IRHT (Orléans)</td></tr><tr><td>à définir</td><td>Sanderus electronicus</td><td>IRHT, MRSH</td><td>Corpus ou édition de source</td><td>NON</td><td>B1, non intégré</td><td>non connu</td><td>non connu</td></tr><tr><td>à définir</td><td>Inventaires manuscrits grecs</td><td>IRHT</td><td>Catalogue ou répertoire</td><td>NON</td><td>B1, non intégré</td><td>non connu</td><td>non connu</td></tr></table>
<table><tr><td>à définir</td><td>Données du CCFr</td><td>Bnf</td><td>référentiel pour data.biblissima.fr Catalogue ou répertoire</td><td>NON</td><td>B+, non intégré</td><td>Licence ouverte</td><td>voir politique BnF</td></tr><tr><td>à définir</td><td>Données de Persée</td><td>Persée</td><td>référentiel pour data.biblissima.fr Catalogue ou répertoire</td><td>OUI</td><td>B+, non intégré</td><td>CC BY-NC-SA 3.0</td><td>voir politique Persée</td></tr><tr><td>à définir</td><td>Données d'ISMI</td><td>IRHT, B+</td><td>référentiel pour data.biblissima.fr</td><td>NON</td><td>B+, non intégré</td><td>Licence ouverte</td><td>non connu</td></tr><tr><td>à définir</td><td>Référentiels de noms de lieux et de personnes dans les cartulaires médiévaux</td><td>IRHT</td><td>référentiel pour data.biblissima.fr</td><td>NON</td><td>B+, non intégré</td><td>CC BY</td><td>Via Nakala</td></tr><tr><td>via une API</td><td>Référentiels pour les manuscrits de l'Orient chrétien et byzantin (grec, syriaque, arabe)</td><td>IRHT, CJM</td><td>référentiel pour data.biblissima.fr</td><td>NON</td><td>B+, non intégré</td><td>non connu</td><td>non connu</td></tr><tr><td>à définir</td><td>Thesaurus numismatique</td><td>CRAHAM</td><td>référentiel pour data.biblissima.fr</td><td>NON</td><td>B+, non intégré</td><td>CC BY</td><td>Sans objet</td></tr><tr><td>à définir</td><td>Institutions ecclésiastiques anciennes (via travaux du consortium COSME 2)</td><td>IRHT</td><td>référentiel pour data.biblissima.fr</td><td>NON</td><td>B+, non intégré</td><td>non connu</td><td>non connu</td></tr><tr><td>à définir</td><td>Référentiels valeurs et mesures</td><td>CIHAM</td><td>référentiel pour data.biblissima.fr</td><td>NON</td><td>B+, non intégré</td><td>non connu</td><td>non connu</td></tr></table>
<table><tr><td>via une API</td><td>Données de Biblindex en diffusion ouverte (12 Bibles, métadonnées de 3000 oeuvres, autres métadonnées</td><td>HISOMA</td><td>Corpus ou édition de source</td><td>OUI</td><td>B+, non intégré</td><td>CC BY</td><td>sans objet</td></tr><tr><td>à définir</td><td>Répertoire de filigranes</td><td>IRHT</td><td>Catalogue ou répertoire</td><td>NON</td><td>B+, non intégré</td><td>non connu</td><td>non connu</td></tr><tr><td>API</td><td>Corpus des inscriptions de la France médiévale, vol. 1-25 (extraction OCR des anciens volumes numérisés dans Persée, enrichissement et encodage XML-TEI des notices, intégration dans la base de données Titulus)</td><td>CESCM</td><td>Corpus ou édition de source</td><td>non connu</td><td>B+, non intégré</td><td>Licence ouverte</td><td>CINES</td></tr><tr><td>API</td><td>Corpus des inscriptions de la France médiévale, vol. 26 et HS 1-3 (encodage XML-TEI des volumes à paraître, intégration des notices dans la base de données Titulus)</td><td>CESCM</td><td>Corpus ou édition de source</td><td>non connu</td><td>B+, non intégré</td><td>Licence ouverte</td><td>CINES</td></tr><tr><td>à définir</td><td>CLEM Carmina Latina Epigraphica Moderna</td><td>CJM</td><td>Corpus ou édition de source</td><td>non connu</td><td>B+, non intégré</td><td>Licence CC ?</td><td>à définir</td></tr><tr><td>à définir</td><td>Edition des Gloses</td><td>CIHAM - IRHT</td><td>Corpus ou édition de source</td><td>OUI</td><td>B+, non intégré</td><td>CC BY ou Etalab 2.0</td><td>Zenodo</td></tr></table>
<table><tr><td>à définir</td><td>Édition de sources de types différents (littéraires, encyclopédiques, diplomatiques, sources de la pratique)</td><td>CRAHAM</td><td>Corpus ou édition de source</td><td>OUI</td><td>B+, non intégré</td><td>Nakala, licence CC BY</td><td>non concerné</td></tr><tr><td>à définir</td><td>Thesauri et autorités en lien avec les projets d'édition</td><td>PDN de la MRSH de Caen, CRAHAM</td><td>référentiel pour data.biblissima.fr</td><td>OUI</td><td>B+, non intégré</td><td>Nakala, licence CC BY</td><td>non concerné</td></tr><tr><td>à définir</td><td>Thesaurus Ichtya (noms de poissons et référentiels aquatiques)</td><td>PDN de la MRSH de Caen, CRAHAM</td><td>référentiel pour data.biblissima.fr</td><td>OUI</td><td>B+, non intégré</td><td>Nakala, licence CC BY</td><td>non concerné</td></tr><tr><td>à définir</td><td>Bibliothèque Ichtya</td><td>PDN de la MRSH de Caen, CRAHAM</td><td>Corpus ou édition de source</td><td>OUI</td><td>B+, non intégré</td><td>Nakala, licence CC BY</td><td>non concerné</td></tr><tr><td>à définir</td><td>Textes liturgiques à l'usage du Mont Saint-Michel</td><td>CRAHAM</td><td>Corpus ou édition de source, data.biblissima.fr</td><td>OUI</td><td>B+, non intégré</td><td>Nakala, licence CC BY</td><td>non concerné</td></tr><tr><td>à définir</td><td>Edition des actes de Gautier de Coutances (archevêque de Rouen (1184-1207)</td><td>CRAHAM</td><td>Corpus ou édition de source, data.biblissima.fr</td><td>OUI</td><td>B+, non intégré</td><td>Nakala, licence CC BY</td><td>non concerné</td></tr><tr><td>à définir</td><td>Edition des livres 3 et 4 de l'Histoire du grand comte Roger... par Geoffroi Malaterra</td><td>CRAHAM</td><td>Corpus ou édition de source, data.biblissima.fr</td><td>Peut-être</td><td>B+, non intégré</td><td>Nakala, licence CC BY</td><td>non concerné</td></tr><tr><td>API</td><td>Données Biblindex</td><td>HiSoMA</td><td>data.biblissima.fr</td><td>OUI</td><td>B+, non intégré</td><td>Zenodo, licence ouverte</td><td>non concerné</td></tr></table>
<table><tr><td>à définir</td><td>Chaînage d'outils d'édition : acquisition de données (VB_35_ENC, VB_37_ENC et PE_18_ENC)</td><td>CJM</td><td>data.biblissima.fr</td><td>OUI</td><td>B+, non intégré</td><td>Github, CC BY</td><td>Nakala</td></tr><tr><td>à définir</td><td>Miroir des classiques : éditions partielles de traductions du Corpus juris civilis</td><td>CJM</td><td>Corpus ou édition de source</td><td>NON</td><td>B+, non intégré</td><td>Github, CC BY</td><td>Nakala</td></tr><tr><td>à définir</td><td>Projet Wala : indexation des sources musicales de l'ouest de la France</td><td>IRHT</td><td>non connu</td><td>non connu</td><td>B+, non intégré</td><td>non connu</td><td>non connu</td></tr><tr><td>Export MEI</td><td>Edition MEI de partitions musicales (40 recueils musicaux)</td><td>CESR</td><td>Corpus ou édition de source</td><td>non connu</td><td>B+, non intégré</td><td>non connu</td><td>CINES</td></tr><tr><td>à définir</td><td>Corpus lexical européen (50 M mots de latin médiéval européen 700-1300)</td><td>IRHT</td><td>Corpus ou édition de source</td><td>non connu</td><td>B+, non intégré</td><td>non connu</td><td>non connu</td></tr><tr><td>à définir</td><td>Corpus lexical Velum</td><td>IRHT</td><td>Corpus ou édition de source</td><td>non connu</td><td>B+, non intégré</td><td>non connu</td><td>non connu</td></tr><tr><td>Moissonnage IIIF</td><td>Manifestes IIIF produits et exposés par le portail FranceArchives</td><td>SIAF</td><td>Catalogue ou répertoire</td><td>N/A</td><td>B+, non intégré</td><td>Licence ouverte</td><td>non concerné</td></tr></table>
PGD_V1 - Tableau 4 - Chaînes d'outils logiciels (P2)

<table><thead><tr><td>Produit de recherche</td><td>Description</td><td>Équipe</td><td>Nature des données</td><td>Formats / standards</td><td>Volumétrie</td><td>Intégration</td><td>Politique de partage</td><td>Politique de conservation à long terme</td></tr></thead><tbody><tr><td>Collatinus</td><td>Lemmatiseur et analyseur morphologique de textes, version bureau latins (boîte à outils Baobab)</td><td>Développeur open source + Phlam</td><td>Codes informatiques</td><td>Qt (C++)</td><td>Non connu</td><td>B1, référencé</td><td>Installateurs téléchargeables sur le site Baobab + paquet disponible dans les dépôts Debian.<br/>Code source disponible sur Github (GNU General Public License v3.0)</td><td>Software Heritage</td></tr><tr><td>Collatinus-web</td><td>Lemmatiseur et analyseur morphologique de textes latins, version web</td><td>Développeur open source + Phlam + Equipe Biblissima</td><td>Codes informatiques</td><td>Qt (C++), PHP, Javascript</td><td>Non connu</td><td>B1, référencé</td><td>Démon C++ (partie serveur) disponible dans une branche du dépôt collatinus (cf. ci-dessus).<br/>Application web (partie cliente) intégrée dans un conteneur Jekyll téléchargeable via Github</td><td>Software Heritage</td></tr></tbody></table>
<table><tr><td>Eulexis</td><td>Logiciel de lemmatisation de textes en grec ancien, version bureau</td><td>Phlam</td><td>Codes informatiques</td><td>Qt (C++)</td><td>Non connu</td><td>B1, référencé</td><td>Installateurs téléchargeables sur le site Baobab. Code source disponible sur Github (GNU General Public License v3.0)</td><td>Software Heritage</td></tr><tr><td>Eulexis-web</td><td>Logiciel de lemmatisation de textes en grec ancien, version web</td><td>Phlam + Équipe Biblissima</td><td>Codes informatiques</td><td>PHP, Javascript</td><td></td><td>B1, référencé</td><td>Application PHP et Javascript, intégrée dans un conteneur Jekyll téléchargeable via Github</td><td>Software Heritage</td></tr><tr><td>Développement d'Eulexis</td><td>Intégration des données et fonctionnalités du lemmatiseur HiSoMA dans Eulexis</td><td>HiSoMA, Phlam</td><td>Données textuelles</td><td>.csv</td><td>50.000 couples lemmes-formes, et autres enrichissements</td><td>B+, à intégrer</td><td>Licence ouverte</td><td>Via Eulexis</td></tr><tr><td>Praelector</td><td>Assistant de lecture du latin (version en test)</td><td>Développeur open source</td><td>Codes informatiques</td><td>Qt (C++)</td><td>5 Mo</td><td>B1, référencé</td><td>Version à télécharger sur le site Biblissima, sources sur Debian Gitlab. Licence GNU GPL v3.</td><td>Software Heritage auto</td></tr><tr><td>Schémas reliures</td><td>Schéma d'encodage TEI formalisé et documenté pour les reliures de livres anciens</td><td>BNF - Réserve des livres rares</td><td>Données textuelles formalisées</td><td>ODD (XML-TEI)</td><td>1 fichier source ODD + déclinaisons dans .xsd, .rng, etc.</td><td>B1, référencé</td><td>Présentation et lien de téléchargement publié sur le site de la BNF et sur le site Biblissima</td><td>Utilisation du format ODD (utilisé par le CINES pour traiter la TEI)</td></tr></table>
<table><tr><td>Outils d'édition XML</td><td>Environnement d'encodage via des interfaces conviviales - PDN Caen et Certic</td><td>PDN et Certic (Caen)</td><td>Données textuelles formalisées, codes informatiques</td><td>XML-TEI, XML-EAD, JAVA</td><td>Non connu</td><td>B1, référencé</td><td>Diffusion au téléchargement sur le site des Presses Document numérique de l'université de Caen (PDN). Licences : Cecill (catalogage EAD) GNU GPL v3 (Inventaires anciens en XML-TEI) et Cecill-C (Pluco)</td><td>Non connu</td></tr><tr><td>Outil Thecae</td><td>Application web MaX de publication de la collection La collection Thecae, Corpus d'inventaires anciens de livres manuscrits et imprimés</td><td>PDN de Caen</td><td>Codes informatiques</td><td>XQuery, XML, HTML, CSS, Javascript</td><td>Non connu</td><td>B1, référencé</td><td>Non partagé</td><td>Non connu</td></tr><tr><td>MaX</td><td>Moteur d'affichage XML (application web BaseX préconfigurée et personnalisable)</td><td>PDN de la MRSH et Certic (Caen)</td><td>Codes informatiques</td><td>XQuery, XML, HTML, CSS, Javascript</td><td>2 Mo</td><td>B1, référencé</td><td>Diffusion sur la plateforme Gitlab de l'Université de Caen, sous licence Cecill-B</td><td>Non connu</td></tr><tr><td rowspan="4">Protocoles et outils pour les corpus et éditions XML</td><td>Service de partage de textes DTS</td><td>CJM</td><td rowspan="4">Codes informatiques</td><td rowspan="4">XQuery, XML, HTML, CSS, Javascript, JAVA</td><td rowspan="4">Non connu</td><td rowspan="4">B+, non intégré</td><td rowspan="4">Diffusion sur Github, licences open source à définir au cas par cas (CC BY ou licence ouverte la plupart du temps)</td><td rowspan="4">Software Heritage</td></tr><tr><td>Développements pour TEI Publisher</td><td>HiSoMA</td></tr><tr><td>Protocole d'encodage des citations de la Bible</td><td>HiSoMA, cluster 5b</td></tr><tr><td>Nouveaux environnements de balisage et de publication</td><td>PDN de la MRSH de Caen, CRAHAM, cluster 5b</td></tr><tr><td></td><td>Développement de configurations types pour le moteur d'affichage Max</td><td>IRHT, MRSH de Caen</td><td></td><td></td><td></td><td></td><td></td><td></td></tr></table>
<table><tr><td></td><td>Configuration de pluCo pour Oxygen (manuel)</td><td>IRHT cluster 5b</td><td></td><td></td><td></td><td></td><td></td></tr><tr><td></td><td>Développement de configurations types pour le moteur d'affichage Max</td><td>IRHT cluster 5b</td><td></td><td></td><td></td><td></td><td></td></tr><tr><td></td><td>Développement d'une solution conviviale pour le travail collaboratif dans Oxygen</td><td>IRHT cluster 5b</td><td></td><td></td><td></td><td></td><td></td></tr><tr><td></td><td>Chaînage d'outils d'édition : développement applicatif</td><td>CJM</td><td></td><td></td><td></td><td></td><td></td></tr><tr><td></td><td>Amélioration incrémentielle d'un plugin TEI pour un éditeur XML libre (JEdit) en lien avec le plugin pluCo</td><td>CIHAM</td><td></td><td></td><td></td><td></td><td></td></tr><tr><td rowspan="5">Portail du laboratoire d'édition et d'annotation de sources</td><td>Espace d'expérimentations et de développement d'interfaces d'encodage et de publication,</td><td rowspan="2">PDN de la MRSH de Caen, CRAHAM, cluster 5b</td><td rowspan="5">Codes informatiques, données textuelles formalisées</td><td>XQuery, XML, HTML, CSS, Javascript, IIIF, DTS</td><td>Non connu</td><td>B+, non intégré</td><td>À définir, le travail sur les sources reste travail sur les sources restera protégé par le droit d'auteur</td><td>À définir</td></tr><tr><td>Tests sur les sources encodées en XML-TEI et réflexion avec le PDN et les autres partenaires sur l'outillage des sources,</td><td>Varia</td><td>Non connu</td><td>N/A</td><td>N/A</td><td>N/A</td></tr><tr><td>Réflexions communes sur les méthodologies d'encodage</td><td>IRHT</td><td rowspan="3">XML/TEI, ODD</td><td>Non connu</td><td>N/A</td><td>CC By à définir</td><td>Non connu</td></tr><tr><td>Protocole d'encodage des citations de la Bible</td><td>HiSoMA, cluster 5b</td><td>Non connu</td><td>N/A</td><td>Non connu</td><td>Non connu</td></tr><tr><td>Schémas documentés</td><td>CJM</td><td>Non connu</td><td>N/A</td><td>Non connu</td><td>Non connu</td></tr></table>
<table><tr><td>Développement d'outils innovants pour les recherches de l'IRHT sur les textes latins et français</td><td>Classification des éléments graphiques (pages et zones de pages)<br/>Catalogage automatique des manuscrits numérisés : identification des textes issus de HTR par comparaison avec référentiels textuels<br/>Reconnaissance d'entités nommées et alignement sur des référentiels</td><td>IRHT - TEKLIA</td><td>Données textuelles formalisées</td><td>Non connu</td><td>Non connu</td><td>Voir le PGD particulier du livrable</td><td>Voir le PGD particulier du livrable</td><td>Voir le PGD particulier du livrable</td></tr><tr><td>Développement de TELMA-ANACLET</td><td>ANalyse Approfondie de Corpus éLEctroniques<br/>Textuels : traitement a posteriori des données par l'utilisateur</td><td>IRHT</td><td>Codes informatiques</td><td>CMS ?</td><td>Non connu</td><td>Voir le PGD particulier du livrable</td><td>Voir le PGD particulier du livrable</td><td>Voir le PGD particulier du livrable</td></tr><tr><td>Développement de Kraken</td><td>Développement et maintenance de la suite d'outils Kraken (Cluster 3)</td><td>AOROC</td><td>Codes informatiques</td><td>Voir eScriptorium, python ? XML ALTO ?</td><td>Non connu</td><td>Voir le PGD particulier du livrable<br/>Archive de modèles sur Zenodo</td><td>Voir le PGD particulier du livrable</td><td>Voir le PGD particulier du livrable</td></tr><tr><td>Reconnaissance automatisée de coins monétaires</td><td>Réalisation d'un système automatique de reconnaissance des coins monétaires antiques (cluster X)</td><td>AOROC/Ecole des Mines de Paris</td><td>Codes informatiques</td><td>Non connu</td><td>Non connu</td><td>Voir le PGD particulier du livrable</td><td>Voir le PGD particulier du livrable</td><td>Voir le PGD particulier du livrable</td></tr></table>
<table><tr><td>Ressources<br>computationnelles pour<br>le traitement<br>automatique des langues<br>historiques à forte<br>variation graphique</td><td>Mise à disposition d'outils<br>et de modèles - utilisation<br>de l'outil Pie pour entraîner<br>les modèles</td><td>CJM</td><td>Codes<br>informatiques</td><td>Python</td><td>Non connu</td><td>Voir le PGD<br>particulier<br>du livrable</td><td>Github, CC By</td><td>Zenodo</td></tr></table>
PGD_V1 - Tableau 5 - Autres ressources (P2 et P3)

<table><thead><tr><th>Produit de recherche</th><th>Description</th><th>Équipe</th><th>Cluster (volet B)</th><th>Nature des données</th><th>Formats / standards</th><th>Volumétrie</th><th>Politique de partage</th><th>Politique de conservation à long terme</th><th>Actions de Fairisation à mener</th></tr></thead><tbody><tr><td rowspan="6">Développements réalisés par les équipes partenaires et intégrés à des systèmes d'information existant ou configuration particulières d'outils</td><td>Visionneuse IIIF (SIAF)</td><td rowspan="6">voir ci-contre</td><td rowspan="6"></td><td rowspan="6">codes informatiques</td><td rowspan="6">Javascript, IIIF, Drupa, PHP, RDF, Python...</td><td rowspan="6">Non connu</td><td rowspan="6">Github / Gitlab/ Nakala et diffusion sous licence ouverte Voir le PGD particulier du livrable</td><td rowspan="6">Voir le PGD particulier du livrable</td><td rowspan="6">Voir le PGD particulier du livrable Actualisation du modèle de données du format pivot XML si la base cible est intégrée au portail</td></tr><tr><td>Plateforme Savoirs (CRH/EHESS éditions)</td></tr><tr><td>Plateforme GED (CC)</td></tr><tr><td>Implémentation des API IIIF dans les bibliothèques numériques des partenaires</td></tr><tr><td>Interfaces ISMI (IRHT)</td></tr><tr><td>Alignements automatisés des bases utilisant les référentiels de l'orient chrétien (IRHT)</td></tr><tr><td>Mécanismes d'automatisation des mises à jour de données Biblindex sur le portail Biblissima (HiSoMA)</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td></tr></tbody></table>
<table><tr><td>Développement de l'interopérabilité des bases de données du CRH</td><td></td><td></td><td></td><td></td></tr><tr><td>Valorisation et mise en ligne des objets numériques (AOROC)</td><td></td><td></td><td></td><td></td></tr><tr><td>Outils Sigiscript de reconnaissance automatique embarqué pour les sceaux (SAPRAT)</td><td></td><td></td><td></td><td></td></tr><tr><td>API référentiel de noms de lieux (CJM)</td><td></td><td></td><td></td><td></td></tr><tr><td>Sparql Endpoint du SIAF</td><td></td><td></td><td></td><td></td></tr><tr><td>Développement d'outils de données d'analyse de matériaux (CRC)</td><td></td><td>C2</td><td></td><td></td></tr><tr><td>Développement de l'outil d'extraction d'éléments de décor Extractor (IRHT)</td><td></td><td>C3</td><td></td><td></td></tr><tr><td>Développement de la reconnaissance automatique des formes et des fontes pour l'identification des imprimeurs base BaTyr (CESR)</td><td></td><td>C3</td><td></td><td></td></tr><tr><td>Développement d'eScriptorium et intégration de Kraken (AOROC)</td><td></td><td>C4</td><td></td><td></td></tr></table>
<table><tr><td>Re-développement et intégration d'Archetype au sein d'eScriptorium (AOROC)</td><td>C4</td><td></td><td></td><td></td></tr><tr><td>Interfaces pour les écritures de haut en bas (AOROC)</td><td>C4</td><td></td><td></td><td></td></tr><tr><td>Développement de Multipal pour les systèmes graphiques non encore traités</td><td>C4</td><td></td><td></td><td></td></tr><tr><td>Publication web TEI de Carmina Latina Epigraphica Moderna CLEM (CJM)</td><td>C5a</td><td></td><td></td><td></td></tr><tr><td>Développement d'une plateforme collaborative d'enrichissement des données de Biblindex (HiSoMA)</td><td>C5b</td><td></td><td></td><td></td></tr><tr><td>Développement d'interfaces de visualisation spatio-temporelle des données statistiques de Biblindex (HiSoMA)</td><td>C5b</td><td></td><td></td><td></td></tr><tr><td>Outil de collation assistée + API et interface (CJM)</td><td>C5b</td><td></td><td></td><td></td></tr><tr><td>Conception d'environnements adaptés aux différents types de sources anciennes, médiévales, Renaissance (littéraires, encyclopédiques, diplomatiques, sources de la pratique), éditées par le</td><td>C5b</td><td></td><td></td><td></td></tr></table>
<table><tr><td></td><td>CRAHAM et outillage de ces sources</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td></tr><tr><td></td><td>Intégration de Collatinus et Eulexis dans la chaîne de traitement des données textuelles de Biblindex (HiSoMA)</td><td>C7</td><td></td><td></td><td></td><td></td><td></td><td></td></tr><tr><td></td><td>Développement d'un outil générique de repérage de l'intertextualité (HiSoMA)</td><td>C7</td><td></td><td></td><td></td><td></td><td></td><td></td></tr><tr><td rowspan="2">Échanges de données</td><td rowspan="2">Exports statiques ou dynamiques pour les échanges de données avec les partenaires et grandes infrastructures nationales</td><td>Persée, CCfr (Bnf), Biblindex (HiSoMA), OpenEdition, projet Triple (OPERAs), Huma-Num, GED (CC), Sudoc (via GED), FNE (ABES), ISIN, Geonames, etc. via projet CPER Condorium</td><td></td><td>données textuelles formalisées</td><td>XML, CSV, varia</td><td>non connu</td><td>N/A</td><td>N/A</td></tr><tr><td></td><td></td><td></td><td></td><td></td><td></td><td></td></tr><tr><td rowspan="4">Enrichissement d'éditions, de corpus ou de bases de données des partenaires : Nouvelles notices, enregistrements, transcriptions, métadonnées, images, etc.</td><td>Bases héraldique et sigillographie (SAPRAT)</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td></tr><tr><td>Publication des nouvelles notices de reliures médiévales CRMBF dans la base Bibale (IRHT)</td><td>voir ci-contre</td><td>données textuelles, données textuelles formalisées, images 2D, images 3D</td><td>XML, CSV, varia</td><td>non connu</td><td>Voir le PGD particulier du livrable</td><td>Voir le PGD particulier du livrable</td><td>Voir le PGD particulier du livrable</td></tr><tr><td>Alimentation de la base filigranes (CJM)</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td></tr><tr><td>Référencement et indexation d'empreintes de monnaies</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td></tr></table>
présentées sur des supports céramiques (CRAHAM)

Acquisition des données numismatiques en musée et réserves et mise en ligne (AOROC)

Intégration de données épigraphiques sur la base en ligne (AOROC)

Géoréférencement et spatialisation des données épigraphiques sur Chronocarto (AOROC)

Enrichissement des référentiels d'auteurs, oeuvres, noms de personnes, noms de lieux, matières avec des traits liés à la numismatique (CRAHAM, PDN de la MRSH de Caen)

Expertises typologiques diverses sur les textes latins antiques et médiévaux. Production de données et de documentation érudite sur ces textes, dont édition, transcription et critique de textes. Référentiels d'autorités pour le monde latin. (IRHT)

Chaînage des outils d'édition et d'étude des documents d'archives (cartulaires et
<table><tr><td></td><td>chartriers) : acquisition des données textuelles (CJM)</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td></tr><tr><td></td><td>Acquisition de transcriptions pour Epistémon (CESR)</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td></tr><tr><td></td><td>Encodage TEI - MEI (CESR)</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td></tr><tr><td></td><td>Edition et annotation de sources (MRSH de Caen)</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td></tr><tr><td></td><td>Cartographie du patrimoine musical : enrichissements du fonds documentaire, étude des sources, exploitations du corpus (CESR)</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td></tr><tr><td></td><td>Annotation et fouille des données musicales (CESR)</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td></tr><tr><td></td><td>Préparation de corpus de textes patristiques (grec, latin, syriaque) pour utilisation du protocole DTS</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td></tr><tr><td></td><td>Mise en oeuvre d'outils stylométriques et textométriques de repérage d'intertextualité sur des textes latins médiévaux (HiSoMA)</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td></tr><tr><td>Données résultant d'opération de numérisation</td><td>Numérisation et océrisation de textes latins sur imprimés anciens (IRHT)</td><td></td><td>Images, données textuelles (OCR brut et format texte, XML, non connu)</td><td></td><td></td><td>Voir le PGD particulier du livrable souvent : Nakala</td><td>Voir le PGD particulier du livrable</td><td>Voir le PGD particulier du livrable</td></tr></table>
<table><tr><td>Numérisation et océrisation de documents patrimoniaux et d'archives de la recherche (GED)</td><td>corrigé) données textuelles, données numériques, données image 2D et 3D</td><td>modèles 3D</td></tr><tr><td>Numérisations ponctuelles d'échantillon d'éditions et archives de chercheurs (CESR)</td><td></td><td></td></tr><tr><td>Numérisations 3D d'inscriptions médiévales (CESCM)</td><td></td><td></td></tr><tr><td>Numérisations 3D de reliures médiévales - projet CRMBF- 3D (IRHT)</td><td></td><td></td></tr><tr><td>Campagne photographique pour le répertoire de filigranes (IRHT)</td><td></td><td></td></tr><tr><td>Numérisation des photographies / dessins d'inscriptions (AOROC)</td><td></td><td></td></tr><tr><td>Traitement numérique de la donnée musicale / Reconstitution d'espaces sonores (CESR)</td><td></td><td></td></tr><tr><td>Projet Relicantus : inventaire et numérisation de fragments musicaux – campagne de numérisation (IRHT)</td><td></td><td></td></tr></table>
<table><tr><td>Résultats d'analyses</td><td>Analyses physico-chimiques des supports de l'écrit (sur papyrus, parchemin, papier, pierre, monnaies, objets métalliques)</td><td>AOROC</td><td>données textuelles</td><td>non connu</td><td>non connu</td><td>Voir le PGD particulier du livrable</td><td>Voir le PGD particulier du livrable</td><td>Voir le PGD particulier du livrable</td></tr><tr><td>Ressources pédagogiques de Biblissima 1</td><td>Supports de présentation, vidéos</td><td>Équipe portail</td><td>documents web et multimédia</td><td>.pdf, .ppt, .mp4</td><td>plus de 180 ressources</td><td>Publié en ligne sur le site projet.biblissima.fr (Biblissima 1) et sur Zenodo (Biblissima+)</td><td>N/A</td><td>Non</td></tr><tr><td>MOOCs et démonstrateurs</td><td>Cours d'auto-formation à l'encodage et à la publication de sources TEI (CIHAM, HiSoMA), formations TEI débutant et avancé (CESR) Formations DTS (CJM)</td><td>Voir ci-contre (Cluster 5b)</td><td>documents web et multimédia</td><td>à définir</td><td>4 cours, quelques ressources</td><td>Publié en ligne sous licence CC BY et accessible via le site Biblissima</td><td>N/A</td><td>Non</td></tr></table>
# PGD détaillé du périmètre P1 (infrastructure numérique)

Cette partie développe le PGD détaillé du périmètre de données principal de l'infrastructure numérique de **Biblissima**+ (périmètre P1) selon le plan du modèle générique de PGD de l'ANR. Pour une vue synthétique sur les données produites ou collectées dans ce périmètre, se reporter aux tableaux 1 et 2 de la partie précédente « vue d'ensemble des données ».

## 1. Description des données et collecte ou réutilisation de données existantes

### A/ Recueil de nouvelles données et réutilisation de données existantes

Depuis son lancement en 2017 au cours de la première période de financement ÉquipEx, le portail Biblissima s'est enrichi par vagues successives d'intégration de nouveaux jeux de données. Ces jeux de données sont issus des catalogues, des bases de données scientifiques, des opérations de numérisation qui sont menées par les équipes partenaires ainsi que du moissonnage de collections d'images publiées sur le web à l'aide du standard IIIF. Ce fonctionnement est conservé dans le cadre de **Biblissima**+. Il relève à la fois de la collecte de données existantes et de la création de nouvelles données. En effet, à chaque intégration d'une ressource au sein du cluster de données sous-jacent au portail web, un processus de normalisation et d'enrichissement des données est mis en œuvre. Les entités déjà présentes dans les référentiels d'autorité sont indexées par les identifiants de data.biblissima, tandis que de nouveaux identifiants sont créés pour les entités inédites au sein du référentiel, ce qui l'enrichit en retour. Pour bien comprendre les étapes des traitements et la manière dont ils s'articulent entre eux, il est nécessaire de décrire la manière dont ces référentiels sont gérés, utilisés et enrichis à chaque campagne d'ingestion d'une ressource, de même que la chaîne opératoire dans sa globalité. Les mécanismes de mise à jour à définir dans le cadre de **Biblissima**+ devront en effet s'appuyer sur cette chaîne opératoire et la consolider au niveau technique et méthodologique.

### Les référentiels Biblissima, l'épine dorsale des mécanismes d'interopérabilité des données

Le traitement des différents types de données transmises par les partenaires du projet s'accompagne de la création de référentiels qui servent à gérer l'ensemble des données et facilitent l'intégration progressive des bases dans le portail Biblissima. Des référentiels ont ainsi été créés pour les personnes et les collectivités, pour les œuvres, les lieux géographiques, les descripteurs iconographiques, les cotes de manuscrits et imprimés. Ils contiennent des formes graphiques préférentielles et alternatives, l'indication de la langue d'origine dans le cas des œuvres, des notes d'identification en provenance des partenaires ou rédigées par l'équipe Biblissima, des liens vers les pages source des données si elles sont disponibles, des identifiants uniques de type ARK, et des alignements vers des jeux de données liées (Linked Open Data mis en libre accès par différentes institutions et projets - BnF, Library of Congress, DNB, SUDOC, VIAF, Wikidata, Geonames, Pleiades, Trismegistos etc.). Ces référentiels sont publiés sous licence ouverte via la plateforme data.biblissima.fr. Ils sont mis à disposition sous une forme structurée et exploitable par des
programmes informatiques via des services web (ou API web). Tout projet intéressé a ainsi la possibilité de les récupérer et de les réutiliser en utilisant l'un des points d'accès proposés<fnref n="19" />.

## Harmonisation, alignements et enrichissements de données

La mise en interopérabilité des jeux de données hétérogènes au sein portail **Biblissima+** repose sur un processus de traitement en 4 grandes étapes : conversion (ou récupération) dans un format dit « pivot », extraction et normalisation des entités, alignements vers des ressources externes et enrichissement des données initiales en retour. Le but est d'agréger plusieurs types de données en provenance des partenaires du projet (périmètres P2 et P3). Au départ du processus, un jeu de données à intégrer est structuré selon différents modèles et formats (SQL, MARC, TEI, EAD...). Il est d'abord transformé vers un même modèle pivot au format XML qui a été défini par l'équipe technique du projet Biblissima. Une fois cette transformation opérée, les données (entités) de chaque base de données sont extraites, retraitées le cas échéant et alignées les unes avec les autres afin de regrouper dans un seul point d'accès les différentes formes graphiques d'une entité (autrement dit toutes les formes du nom d'une même personne, d'une même cote de manuscrit, d'une même œuvre, etc.). Il s'agit d'une étape d'harmonisation essentielle qui permet de regrouper le maximum d'informations pertinentes relatives à une même entité dans une grappe bien identifiée au sein du cluster de données. Des alignements vers des jeux de données liées (Linked Open Data) sont également ajoutés. Ils sont utilisés pour récupérer des informations structurées (éléments biographiques, formes graphiques alternatives, ou encore coordonnées géographiques) qui viennent compléter les données initialement reçues et contribuent à les rendre interopérables avec d'autres outils ou d'autres vocabulaires (cf. plus haut). Par exemple, c'est ce mécanisme qui permettra de lier les entités à des lieux géographiques représentables sur une carte. Cette étape d'alignement vers des sources externes et d'enrichissement des données permet aussi d'inscrire le portail Biblissima dans l'écosystème plus large du web sémantique.

## Mises à jour du portail

Les jeux de données sont périodiquement récupérés des partenaires du consortium Biblissima et versés dans le portail dans des délais dépendants de la charge de travail de l'équipe portail. La volumétrie des bases et le temps de traitement afférent représentent des facteurs qui dépendent des spécificités de chaque base et dont le calendrier précis d'intégration dans le portail ne peut pas être défini a priori. Afin de faciliter l'étape de traitement, il est utile que les bases partenaires s'appuient sur les référentiels Biblissima. Au cas où les référentiels ne disposent pas d'une entité équivalente, les partenaires doivent la créer dans la plateforme data.biblissima avec l'aide de l'équipe portail. Cette étape peut être faite soit manuellement, soit par versement à partir d'un fichier tabulaire, soit automatiquement via l'API de la plateforme Wikibase gérant les référentiels. L'insertion des identifiants Biblissima dans chacune des bases partenaires facilite le processus de recoupement des informations, augmente l'interopérabilité des données dans le portail et améliore le rythme des mises à jour.

<footnote n="19">¹⁹ 4 points d'accès sont proposés : une API Mediawiki/Wikibase, une interface de données liées (RDF), un point d'accès SPARQL (en test) et un service de réconciliation et d'alignement de données pour l'outil OpenRefine.</footnote>
Dans le cadre de **Biblissima+**, de nouvelles procédures sont susceptibles de simplifier les mises à jour :

* Mettre en place un web service qui permette de récupérer les données à tout moment (en veillant à ce qu'il soit facilement aligné ou alignable avec le format pivot) ;

* Déposer à intervalles réguliers (par exemple tous les 4 ou 6 mois) les jeux de données sur une plateforme accessible à l'équipe portail (cf. plus haut sur l'utilisation de la plateforme Zenodo pour le stockage des données sources, en accès ouvert ou restreint).

## Développements liés au portail

L'élargissement du périmètre de **Biblissima+** induit l'apparition de nouveaux types de données via les 7 clusters (données sur les matériaux, éditions TEI, transcriptions issues de l'HTR notamment). Leur prise en charge nécessitera des développements spécifiques du portail qui seront assurés partiellement en interne par l'équipe. Chaque nouveau type de données peut avoir des répercussions à plusieurs niveaux : sur le format pivot, les scripts de traitement, le modèle de données du portail et de data.biblissima, le module d'import des données dans le portail ou l'affichage de ces données dans les pages web du portail. Ces ajustements aux différentes étapes de la chaîne de traitement et de publication sont maîtrisés par l'équipe portail.

Un ensemble de développements liés à l'amélioration des fonctionnalités offertes par l'infrastructure ou à sa consolidation sont également prévus (moteur de recherche, facettes, visualisations de données, visualiseur d'images, exports à la demande, passerelles automatisées entre le portail et data.biblissima etc.). Ces évolutions fonctionnelles seront soit prises en charge par l'équipe dans la limite du temps et des compétences disponibles, soit feront l'objet de marchés de prestations informatiques.

## B/ Description des données collectées et produites

Les données collectées sont transformées vers le format pivot XML qui a été modélisé à partir de modèles conceptuels et d'ontologies qui font référence pour le périmètre scientifique de Biblissima (TEI, EAD, Cidoc-CRM, FRBR). Pour le détail des natures, types, formats, standards et volumes de chaque source collectée ou produite et possiblement intégrée au cluster de données, se reporter aux tableaux de synthèse de la partie précédente.
## 2. Documentation et qualité des données

### A/ Métadonnées et documentation accompagnant les données

Dans **Biblissima+**, les nouveaux jeux de données donneront lieu à des dépôts dans un entrepôt de données à différents stades de leur cycle de vie :

* Données « brutes » résultant d'un export, statique ou dynamique ;

* Données converties vers le format pivot, avec le fichier de mapping utilisé le cas échéant ;

* Données traitées et enrichies (après alignement et ajout d'informations).

Il est recommandé d'utiliser des entrepôts spécialisés dans le partage et l'archivage de données et attribuant des identifiant pérennes DOI tels que Zenodo - entrepôt du CERN financé par la Commission européenne - ou Nakala, réalisation de l'infrastructure de recherche Huma-Num. Nakala peut dans certain cas, et après un audit, donner accès à un archivage sur les serveurs du CINES en France. En ce qui concerne les codes sources de logiciels, le choix se porte sur l'archive pérenne de logiciels Software Heritage.

Chaque dépôt dans une plateforme de ce type donne lieu à une fiche de métadonnées structurée, conforme à un standard (Datacite pour la plateforme Zenodo – voir l'exemple donné en annexe – Dublin Core s'il s'agit de Nakala ; ou Codemeta pour Software Heritage).

Lors de la constitution des dépôts, la documentation nécessaire à l'intelligibilité des données est réunie ou produite. Il peut s'agir de fichiers texte de type README décrivant le dictionnaire des données, le modèle ou schéma utilisé, la licence d'utilisation, l'historique des traitements précédents ou toute information jugée utile pour comprendre l'organisation des fichiers dans le jeu. Il peut s'agir également de documents de spécifications, de schéma conceptuel de bases de données, de documentations de toutes sortes. La sélection des éléments de documentation pertinents ou la définition du niveau de détail apporté dans les métadonnées est à définir au cas par cas.

Il est à noter qu'une grande partie des travaux sont dès le départ fondés sur des standards : TEI, EAD, IIIF. Les données produites dans ce cadre sont nativement riches en métadonnées. Par exemple, la TEI et EAD comportent obligatoirement un en-tête de métadonnées descriptives structurées et riches en informations sur la provenance, la bibliographie, les choix d'encodage, les conventions éditoriales ou de transcription. Certains éléments comme des mots clés, des concepts, des descriptions peuvent être utilisés pour renseigner les métadonnées au niveau de la fiche de métadonnées du dépôt. Dans le même ordre d'idées, l'utilisation des référentiels d'autorité Biblissima nativement dans les catalogues, les corpus et les éditions renforcera la dimension FAIR des données et jeux de données.

Pour le détail des formats et standards utilisés par jeu de données, se reporter aux tableaux synthétiques de la partie précédente.

### B/ Mesures de contrôle de la qualité des données

Le processus d'ingestion des ressources produites par les équipes partenaires dans le cluster de données du portail ayant pour but l'harmonisation, la normalisation et l'enrichissement des données s'appuie sur des scripts successifs et une vérification humaine. Il garantit ainsi un très haut niveau de
qualité technique, syntaxique et sémantique des jeux de données mis en interoperabilité au sein du portail. La qualité scientifique des jeux de données est quant à elle vérifiée en amont, avant ingestion. L'information sur les processus qualité mis en œuvre par les équipes scientifiques est fournie dans les PGDs particuliers qui seront rédigés pour chaque livrable par les responsables scientifiques et techniques. Pour une vue d'ensemble des ressources produites dans les périmètres P2 et P3, se reporter aux tableaux synthétiques de la partie précédente.
## 3. Stockage et sauvegarde pendant le processus de recherche

### A/ Stockage et politique de sauvegarde

Les données du périmètre P1 sont sauvegardées pendant le projet à différents niveaux<fnref n="20" />.

#### Cluster de données

Les serveurs qui hébergent l'infrastructure du portail et ses différentes applications font l'objet de snapshots (instantanés) automatiques journaliers.

Les bases de données sous-jacentes du portail (PostgreSQL) et de IIIF-Collections (ElasticSearch) ne sont pas sauvegardées automatiquement, les snapshots évoqués ci-avant étant jugés suffisants. De toute façon ces bases de données restent « statiques », en ce sens qu'elles n'évoluent que lorsque l'on décide d'une mise à jour. Ainsi la dernière version des données importées dans ces bases est toujours ce qui fait foi, et peut à tout moment être réimportée. Ces données (XML pour le portail, et CSV pour IIIF-Collections) sont stockées dans l'espace Seafile de l'équipe hébergée au Campus Condorcet.

#### Méthodes, protocoles et scripts utilisés pour la normalisation, l'alignement, l'ingestion des ressources dans le portail et l'enrichissement des référentiels

Les codes informatiques de logiciels et scripts sont gérés via la plateforme d'hébergement de code source Gitlab (sur l'instance proposée par Huma-Num). Une partie des dépôts est gérée et diffusée sur la plateforme Github afin d'augmenter leur visibilité et faciliter d'éventuelles contributions extérieures.

Les dépôts de codes et l'ensemble des répertoires de travail sont présents sur les ordinateurs professionnels des membres de l'équipe portail, qui sont au nombre de 3 : MacBook Pro (chef de projet), MacBook Air (responsable des référentiels d'autorité et des traitements), MacBook Pro (développeur). Chaque membre de l'équipe dispose d'un disque dur externe pour la sauvegarde de ses fichiers, mais en principe l'intégralité des fichiers est toujours stockée dans un espace partagé sur les serveurs de l'infrastructure numérique du Campus Condorcet au sein du service de Drive Seafile. Tous ces fichiers sont synchronisés et donc sauvegardés à distance chaque jour. La politique de sauvegarde du Campus Condorcet en ce qui concerne Seafile n'est pas connue.

<footnote n="20">²⁰ L'hébergement de l'infrastructure technique est opéré par le Pôle Numérique de l'établissement public Campus Condorcet.</footnote>
# B/ Mesures concernant la sécurité des données et la protection des données sensibles

## Récupération des données en cas d'incident

En cas d'incident, les données seront récupérées avec l'aide du Pôle numérique du Campus Condorcet en charge de l'administration système, en s'appuyant sur les snapshots effectués chaque jour pour chacun des serveurs de **Biblissima+**.

Tous les codes sources hébergés dans Gitlab ou Github seront récupérés à partir des dépôts distants et réinstallés facilement selon les procédures communes de ce type d'outils de gestion de codes informatiques.

## Sécurité et protection de données sensibles

Le cluster de données ne comporte pas de données sensibles : les informations collectées ou produites ne révèlent pas la prétendue origine raciale ou ethnique, les opinions politiques, les convictions religieuses ou philosophiques ou l'appartenance syndicale. Elles ne comportent pas de données génétiques, de données biométriques, de données concernant la santé, la vie sexuelle ou l'orientation sexuelle d'une personne physique.

## Droits d'accès

Le tableau ci-dessous détaille l'organisation des répertoires où sont stockées les données sur les serveurs du Campus Condorcet (Drive Seafile).

<table><thead><tr><td>Type</td><td>Bibliothèque ou répertoire Seafile</td><td>Droits d'accès et niveau de droits</td></tr></thead><tbody><tr><td>Cluster de données</td><td>bbma-data</td><td></td></tr><tr><td>Codes informatiques</td><td>BB - Scripts</td><td rowspan="4">Équipe Biblissima+ :<br>Régis Robineau<br>Eduard Frunzeanu<br>Kévin Bois</td></tr><tr><td>Plateforme de référentiels</td><td>BB - Scripts/data.biblissima</td></tr><tr><td>IIIF-Collections</td><td>BB - Scripts/iiif-index-data</td></tr><tr><td>Espaces de travail de l'équipe portail</td><td>BB - Espace de travail</td></tr></tbody></table>
# 4. Exigences légales et éthiques, codes de conduite

## A/ Données à caractère personnel

Le référentiel d'autorité des personnes physiques de **Biblissima+** porte pour l'essentiel sur des individus décédés depuis plusieurs siècles. Le règlement européen sur la protection des données (RGPD) ne s'applique pas aux personnes décédées.

## B/ Autres questions juridiques

Les questions de propriété juridique et de cession de droits d'exploitation ou de représentation seront traitées dans l'accord de consortium qui sera rédigé à partir de la fin avril 2022.

### Cluster de données du portail Biblissima+

Les nouvelles données intégrées au portail pendant le projet **Biblissima+** comporteront obligatoirement une licence explicite, exprimée dans un fichier texte de licence, facilement identifiable dans les dépôts qui seront exploités par l'équipe portail (voir plus haut). Cette manière de procéder garantit qu'aucun jeu de données n'est intégré sans licence explicite pour la diffusion et la réutilisation par le public via le portail **Biblissima+** et ses API.

Les données au format pivot et les données enrichies lors de la phase de traitement seront déposées sur la plateforme Zenodo en accès libre ou réservé, selon les conditions indiquées dans les fichiers de licence rédigés par les producteurs des données.

### Moteur IIIF Collections

Les données exploitées dans le cadre du moteur **IIIF-Collections** respectent les conditions et droits d'utilisation explicitement indiqués par les collections sources. Les licences et autres informations d'attribution présentes dans les données à la source sont systématiquement affichées sur le site **IIIF-Collections**.

Pour ce qui concerne l'affichage des documents numérisés dans le visualiseur de **Biblissima+**, en l'absence de mentions de licence ou de restrictions particulières apposées par les institutions de conservation, on considère que la mise à disposition de leurs numérisations via les protocoles d'interopérabilité IIIF autorise de fait à les afficher dans le portail **Biblissima+**, étant donné que ces standards d'échange d'images sont spécialement conçus pour cela.
C/ Questions éthiques et codes déontologiques

Le cadre éthique et déontologique du projet **Biblissima+** dans le périmètre P1 porte essentiellement sur le respect de la propriété intellectuelle, définie dans la partie précédente sur les questions juridiques.

En ce qui concerne les jeux de données produits ou collectés dans le cadre des livrables, ces dimensions sont traitées dans les PGDs particuliers. Si une réflexion collective sur les sujets éthiques ou déontologiques est nécessaire à cause de la nature particulière des données, celle-ci pourra être menée dans le cadre des clusters thématiques.
# 5. Partage des données et conservation à long terme

## A/ Périodes, modalités, restrictions ou embargos

Les modalités de partage et d'archivage varient selon la nature des données. Pour une vue d'ensemble de la politique de partage, se reporter aux tableaux de synthèse de la partie précédente.

Les jeux de données du périmètre 1 sont essentiellement constitués de codes sources informatiques ou de données textuelles formalisées (TEI, XML, RDF).

### A.1 Codes sources

Les codes informatiques de logiciels et scripts sont gérés sur la plateforme Gitlab proposée par Huma-Num. D'autre part, une partie des dépôts est gérée et diffusée sur la plateforme Github afin d'augmenter leur visibilité et faciliter d'éventuelles contributions extérieures (code, remontée de bugs). Cela vaut surtout pour les logiciels ayant un fort potentiel de réutilisation en dehors du contexte de **Biblissima+**, ou pour lesquels des contributions de développeurs ou utilisateurs extérieurs sont souhaitées ou se sont déjà produites par le passé (c'est notamment le cas de Collatinus, qui dispose d'une petite communauté). Les dépôts issus de « forks » seront par essence eux aussi gérés sur Github.

Suivant le temps disponible, les besoins de citabilité du jeu ou l'impact recherché pour la réutilisation, 3 stratégies peuvent être adoptées :

**Stratégie 1 : archivage « instantané » sans ajout de métadonnées, identifiant citable SWHID**

* Les codes sources gérés sur une plateforme de gestion de code source (Gitlab de préférence, Github si le développement Open Source implique la communauté) peuvent être sauvegardés et archivés sur la plateforme via une commande de demande de sauvegarde à partir de l de l'entrepôt<fnref n="21" />.

* Le code source est sauvegardé et l'archive lui attribue un identifiant standardisé SWHID qui permet de pointer sur une version précise du code source<fnref n="22" />.

**Stratégie 2 : dépôt avec métadonnées et obtention d'un DOI citable (Zenodo)**

* Les codes sources gérés sur le Gitlab d'Huma-Num pourront être déposés manuellement sur Zenodo, afin d'obtenir un DOI et une description par des métadonnées.

* Les codes sources gérés sur Github peuvent être déposés automatiquement à partir de chaque version formalisée dans la plateforme (tags).

**Stratégie 3 : dépôts via HAL et métadonnées, obtention d'un identifiant citable SWHID et modérés**

* Les codes sources gérés sur le Gitlab d'Huma-Num pourront également être déposés manuellement sur l'archive ouverte HAL avec ajout de 3 fichiers texte (README, AUTHORS

<footnote n="21">²¹ Utilisation possible d'une API pour automatiser le processus.</footnote>

<footnote n="22">²² Pour plus d'informations sur le schéma d'identifiants et la plateforme, voir la documentation : https://docs.softwareheritage.org/</footnote>
et LICENSE) et une fiche de métadonnées minimale<fnref n="23" />. Le dépôt via HAL est modéré ce qui apporte une forte visibilité au code déposé et une citation fiabilisée.

## A.2 données du cluster de données et référentiels d'autorité

Les données du portail et des référentiels d'autorité sont partagées par les API et web services qui permettent d'extraire les données en totalité.

Des exports au format RDF de chaque référentiel seront réalisés à intervalles réguliers et déposés sur Zenodo. Ils feront l'objet de data papers dans des revues (par exemple *Humanités numériques*, *Journal of Open Humanities Data*, etc.).

## A.3 données sur Nakala

Même si ce n'est pas spécifiquement prévu au stade de la version initiale du PGD, il est possible que certaines données de **Biblissima+** soient également déposées sur Nakala, soit pour bénéficier de ses fonctionnalités particulières de publication de collections (Nakala Press) soit pour produire des collections cohérentes en lien avec les équipes partenaires qui auraient fait le choix de cette plateforme (notamment pour certains corpus de textes ou de partitions encodés en TEI). Il est à noter que les données déposées dans Nakala peuvent faire l'objet d'un projet de préservation avancée dans le cadre d'une convention de partenariat passé entre Huma-Num et le CINES<fnref n="24" />. Ce service est accessible pour des corpus sélectionnés par le comité de liaison<fnref n="25" />.

# B/ Méthodes et outils nécessaires pour accéder aux données et les utiliser

Les outils logiciels nécessaires pour accéder aux données et les utiliser varient selon les formats choisis. Pour le détail, se reporter aux tableaux synthétiques de la partie précédente. En règle générale, les données textuelles formalisées au format XML ou RDF sont lisibles avec un simple éditeur de texte basique. En revanche le volume de certains fichiers peut nécessiter l'emploi d'un logiciel spécifique optimisant la consultation ou l'interrogation des données (par exemple un triplestore pour les dumps RDF, ou un moteur de base de données de type BaseX ou eXist-db pour les fichiers XML volumineux).

# C/ Attribution d'identifiants pérennes uniques

Les stratégies de dépôt des codes sources du périmètre 1 de **Biblissima+** permettent de combiner les avantages des deux types d'identifiants pérennes et uniques offerts par l'état de l'art en matière d'identification de codes sources et de données : les identifiants extrinsèques et les identifiants

<footnote n="23">²³ https://www.softwareheritage.org/2019/11/28/saving-and-referencing-research-software-in-software-heritage/?lang=fr</footnote>

<footnote n="24">²⁴ cf. https://documentation.huma-num.fr/nakala-faq/#lors-de-la-demande-de-preservation-a-long-term</footnote>

<footnote n="25">²⁵ https://documentation.huma-num.fr/partenariat-hn-cines/</footnote>
intrinsèques. Les premiers utilisent un registre pour conserver la correspondance entre l'identifiant et l'objet identifié. Les seconds reposent sur un accord sur la méthode à employer pour les calculer. Ils peuvent donc se passer de registres et d'une autorité garante<fnref n="26" />.

## Identifiants pérennes et uniques des codes sources

Les codes sources ou jeux de données déposés dans Zenodo ou Nakala se voient automatiquement attribuer un identifiant pérenne unique extrinsèque de type DOI. Les codes sources archivés dans Software Heritage bénéficient d'un identifiant pérenne intrinsèque SWHID doté des fonctionnalités nécessaires à la citation de code source, tout en restant indépendant de l'implémentation technique de la gestion du code source (contrairement aux identifiants apportés par les plateformes Github ou Gitlab qui restent techniquement dépendants des choix techniques de ces plateformes).

## Identifiants pérennes des entités des référentiels gérés via Wikibase

Les identifiants des entités des référentiels d'autorité sont construits comme les entités Wikidata sous la forme d'identifiants numériques préfixés par la lettre Q (ex. Q2987). Ils sont générés par l'instance Wikibase administrée par l'équipe portail. Si un doublon est repéré parmi les entités des référentiels, la plateforme permet de fusionner les deux entités et une reconduction des identifiants concernés est assurée de façon automatique. Cette fusion peut se faire aussi bien manuellement via l'interface de la plateforme, qu'automatiquement via l'API de Wikibase.

## Identifiants des données du portail

Un système d'identifiants pérennes ARK a été mis en place pour les pages du portail **Biblissima**+. Ces URL ARK sont basées sur des identifiants opaques alphanumériques (reposant sur l'algorithme SHA1) générés de façon automatique lors de la phase de traitement des entités.

Ces identifiants ne sont donc pas gérés par un logiciel spécifiquement dédié à la gestion d'ARK (ex. Noid) et n'implémentent pas toutes les fonctionnalités liées aux ARK (qualificatifs, inflexion pour accéder aux métadonnées). Ils ne s'appuient pas non plus sur un résolveur ARK externe de type N2T.net : ainsi le logiciel Cubicweb, qui propulse le portail **Biblissima**+, agit comme le résolveur local des ARK Biblissima. Le coût de mise en place d'une infrastructure complète de gestion des ARK a été jugé trop important dans le cadre d'un projet d'ÉquipEx d'une durée limitée. Cependant, il est envisagé de verser à la fin du projet tous les identifiants ARK Biblissima dans le résolveur ARK global N2T.net, voire de les migrer vers une autre solution de type DOI, de sorte que leur maintenance puisse être transférée à une autre entité institutionnelle (par exemple le porteur Établissement Public Campus Condorcet). En conséquence l'utilisation des identifiants Biblissima au sein des ressources et corpus fournis par les équipes partenaires constituent un enrichissement pérenne et d'interopérabilité entre ressources valables à long terme et au-delà du contexte de **Biblissima**+.

Si un doublon est repéré parmi les pages du portail, la fusion de l'ancien identifiant ARK avec le nouveau est faite manuellement. La redirection de l'ancienne URL vers la nouvelle s'appuie sur une table de redirection maintenue par l'équipe et paramétrée au niveau du serveur Web.

<footnote n="26">²⁶ D'après https://bbf.enssib.fr/consulter/bbf-2021-00-0000-002</footnote>
# 6. Ressources et responsabilités

## A/ Responsable de la gestion des données

La gestion des données au sein du périmètre P1 est réalisée par l'équipe portail, sous la responsabilité de l'Établissement public Campus Condorcet. Elle est suivie par la directrice adjointe et coordinatrice du volet A « Infrastructure numérique ».

La gestion des données au sein des périmètres P2 et P3 est placée sous la responsabilité des équipes partenaires et de leurs établissements de tutelle.

Voir aussi l'accord de consortium qui sera rédigé d'ici à la fin de 2022.

<table><thead><tr><th colspan="2">Responsabilités pour le périmètre P1</th></tr><tr><th>Activité</th><th>Responsabilités fonctionnelles</th></tr></thead><tbody><tr><td>Saisie des données</td><td>Équipe portail</td></tr><tr><td>Production des métadonnées</td><td>Équipe portail</td></tr><tr><td>Qualité des métadonnées</td><td>Équipe portail</td></tr><tr><td>Qualité des données</td><td>Équipe portail et responsables scientifiques et techniques des livrables au sein du partenariat</td></tr><tr><td>Stockage et sauvegarde</td><td>Équipe portail</td></tr><tr><td>Partage et archivage des données</td><td>Équipe portail</td></tr><tr><td>Rédaction du PGD et mise à jour du PGD</td><td>Directrice adjointe coordinatrice du volet A</td></tr><tr><td>Validation du PGD</td><td>Responsable scientifique et technique de l'ÉquipEx</td></tr></tbody></table>

## B/ Ressources permettant de s'assurer que les données seront FAIR

Les plateformes utilisées pour le stockage, le partage et l'archivage n'impliquent pas de coûts financiers pour les dépôts ne dépassant pas un volume de données de 50 Go (Zenodo).

Sur la base de l'expérience acquise dans le cadre de Biblissima 1, le temps de travail cumulé nécessaire pour assurer la gestion des données d'une ressource intégrée au sein du cluster de données est estimé d'une durée de 1 à 2 personnes.jour.
Annexes
## Méthodologie suivie pour l'établissement du PGD V1

Cette première version du PGD a été préparée par une « enquête » auprès des équipes partenaires en février et mars 2022. Un modèle de PGD simplifié, mis en forme sous forme de tableur, a été envoyé aux membres du comité de direction afin qu'ils le transmettent aux chercheurs, enseignants-chercheurs ou ingénieurs responsables de livrables de leurs équipes ou unités. La demande était de remplir un tableau par livrable et de dupliquer la grille d'analyse afin de renseigner un onglet par jeu de données identifié. Par exemple, une édition de corpus en TEI peut donner lieu à une collection de fichiers XML, une collection d'images fac similaires, une interface de saisie et un site de publication web... Les modalités de gestion, de partage et d'archivage peuvent faire appel à des procédures, des outils ou des licences de diffusion très hétérogènes. Les responsables de livrables ont renvoyé les tableaux renseignés entre le 26 février et le 20 mars 2022. Le taux de réponse par rapport à l'ensemble des livrables concernés par la question des données ou des codes sources est d'un tiers environ. Ce taux peut s'expliquer par le fait que les porteurs d'opérations ne débutant pas avant 3 ou 4 ans ne se soient pas sentis concernés.

Ce recueil d'informations avait aussi pour finalité de sensibiliser au PGD, en montrant notamment que les questions sont plus d'ordre organisationnel et stratégique que purement technique. Les informations renseignées dans les tableaux ont été utilisées pour les tableaux synthétiques de la partie « vue d'ensemble ». Elles serviront également plus tard à l'équipe portail pour la planification des collaborations avec les équipes scientifiques.

Le PGD principal a été rédigé par la directrice adjointe coordinatrice du volet A « Infrastructure numérique » et l'équipe portail. Les membres du bureau exécutif ont ensuite revu et validé une première version de la rédaction. Le document a ensuite été soumis pour commentaire et avis à l'ensemble des membres du projet du 15 au 20 avril 2022. La version envoyée à l'ANR prend en compte les remarques formulées dans ce cadre.

## Questionnaire de recueil d'informations (périmètre P2)

<table><thead><tr><td colspan="2">Description du jeu de données</td></tr></thead><tbody><tr><td>Description du jeu de données</td><td>vos réponses dans cette colonne (voir l'exemple)</td></tr><tr><td>Période de début des travaux prévue (en indiquant une tranche annuelle ou semestrielle par rapport à la durée totale du financement ANR, par ex. T18, T60...)</td><td></td></tr><tr><td>Période de livraison prévue (idem)</td><td></td></tr><tr><td>Modalités d'utilisation des référentiels Biblissima</td><td></td></tr></tbody></table>
Caractérisation des données collectées (produites ou réutilisées)

Type de provenance (Création de nouvelles données / réutilisation et transformation de données existantes).

Type de données (textuelles / numériques / images / vidéo / médias divers / de simulation / code informatiques).

Format(s) des données et Standard(s) utilisés (exprimés à l'aide de l'extension du nom de fichier .Txt, .pdf, .csv) - préciser s'il y a un encodage standard (XML/TEI, EAD)...

Informations sur la volumétrie (exprimés en espace de stockage requis (octets), et/ou en quantités d'objets, de fichiers, de lignes, et colonnes).

Métadonnées et documentation

Comment les métadonnées des fichiers regroupés dans le jeu de données sont-elles produites ?

Standard(s) ou schéma(s) de métadonnées utilisées pour renseigner les métadonnées (par exemple Dublin Core, TEI, EAD, Datacite...).

Y a-t-il des éléments de documentation indispensables pour permettre la réutilisation des données (méthodologie de collecte, procédures et méthodes d'analyse, définition des variables et des unités de mesure...) ?

Stockage et sauvegarde des données et métadonnées pendant le projet

Type d'hébergement et lieu de stockage au cours du processus de recherche et d'élaboration du livrable (préciser la fréquence de sauvegarde ou le plan de sauvegarde s'il existe).

Qui aura accès aux données du livrable au cours du processus de recherche (et comment l'accès aux données est contrôlé, en particulier dans le cadre de recherches menées en collaboration).
En cas de données sensibles (par exemple données à caractère personnel, politiquement sensibles des informations ou secrets commerciaux), décrire les principaux risques et la façon dont ils seront gérés pour le livrable.

## Titularité, exigences légales et éthiques

Qui aura le droit de contrôler l'accès aux données du livrable ? (lister tous les partenaires le cas échéant). Indiquer si les droits de propriété intellectuelle sont affectés.

Du matériel protégé par des droits spécifiques sera-t-il utilisé au cours du projet (ex : données personnelles, bases de données...) ?

Indiquer s'il y a des restrictions sur la réutilisation de données fournies par des tiers et en expliquer les raisons le cas échéant (par exemple données soumises à des droits de propriété intellectuelle, de confidentialité contractuelle, de sécurité...)

## Partage, conditions de réutilisation et DOI

Nom du ou des entrepôt(s) dans lequel(s) une copie du jeu de donnée sera déposée. Par exemple : Nakala, Zenodo, etc. Pour les codes logiciels : Github, Gitlab (préciser l'institution hébergeante). Si l'entrepôt n'attribue pas d'identifiant pérenne, préciser comment celui-ci est obtenu. A défaut, par quels autres moyens le jeu de données pourra-t-il être retrouvé et partagé ?

En cas d'interdit au partage ou d'embargo, indiquez les raisons et les durées (publication, protection de la propriété intellectuelle, dépôt de brevet...)

Quelles méthodes ou quels outils logiciels seront nécessaires pour accéder aux données et les utiliser ?

Quelle licence de réutilisation sera appliquée au jeu de données ? (Creative Commons, Licence ouverte, Open database licence, etc. cf. https://www.data.gouv.fr/fr/pages/legal/licences/).

Un identifiant unique et pérenne sera-t-il attribué aux données publiées en ligne ? Si oui, lequel ? Si
<table><tr><td>non, quel autre type d'identifiant sera attribué (URL, identifiant local, pas d'identifiant...) ?</td><td></td></tr><tr><td colspan="2">Conservation à long terme</td></tr><tr><td>Le jeu de données est-il concerné par la conservation à long terme ? Si oui, indiquer les principes et les procédures selon lesquelles les données seront sélectionnées.</td><td></td></tr><tr><td>Quelle plateforme est envisagée pour la conservation à long terme ? Précisez le nom de l'institution prenant en charge les coûts. S'il s'agit d'un archivage au CINES, précisez qui sera en charge de définir le workflow des échanges de données.</td><td></td></tr><tr><td>Indiquez la volumétrie estimée pour l'archivage à long terme.</td><td></td></tr><tr><td colspan="2">Rôles, Responsabilités & coûts</td></tr><tr><td>Responsable de la gestion des données (stockage, partage, archivage...)</td><td></td></tr><tr><td>Responsable de la rédaction et mise à jour du PGD du livrable (qui sera à rédiger entre T6 et T12).</td><td></td></tr><tr><td>Quelles seront les ressources (budget et temps alloués) dédiées à la gestion des données permettant de s'assurer que les données seront FAIR ? (FAIR : Facile à trouver, Accessible, Interopérable, Réutilisable cf. https://doranum.fr/enjeux-benefices/principes-fair/)</td><td></td></tr></table>
# Synthèse des réponses

Le découpage en lignes de financement associées à des « livrables » réalisé pour définir le calendrier des versements financiers<sup>27</sup> comporte environ 125 livrables produisant des jeux de données, des codes sources ou des méthodes nécessitant l'établissement d'un plan de gestion des données. Les réponses reçues couvrent 47 livrables, ce qui correspond à un taux de réponse de 37 %. Le nombre de réponses ne permet pas une analyse très poussée. Quelques observations peuvent néanmoins être tirées de ces documents.

## Description du jeu de données

Les descriptions complètent les informations données en 2020 lors du montage de la proposition<sup>28</sup>. La question utile pour l'équipe technique de **Biblissima+** porte sur l'utilisation des référentiels au sein du projet. Elle facilitera l'identification des producteurs de données avec qui l'équipe portail devra travailler plus directement.

## Caractérisation des données collectées

* Les livrables portent autant sur la fourniture de nouvelles données que sur la reprise de données existantes. La plupart du temps, il s'agit de partir d'une base existante (fichier TEI, code logiciel) et de l'enrichir ou la développer. Il n'y a pas de cas de réutilisation « telle quelle », sans modification, dans les exemples reçus. La catégorie de données « transformées » est à ajouter à la typologie pour les futures versions du PGD.

* Les formats utilisés sont très variés mais correspondent à l'état de l'art ainsi qu'aux bonnes pratiques des communautés impliquées. Pour les codes sources sont principalement représentés les langages de manipulation du format XML, les langages de programmation Python, R, et les langages du web comme Javascript, HTML/CSS et Json. Pour les images, les formats TIFF, SVG et Jpeg sont mentionnés ainsi que le protocole IIIF. Les standards liés aux textes structurés les plus représentés sont TEI, EAD et RDF.

* Peu d'informations sont données sur la volumétrie, probablement du fait des faibles volumes occupés par les données textuelles et les codes logiciels. Un livrable parle de 1 To de données pour une collection d'images au format TIFF.

## Métadonnées et documentation

* Les fiches de métadonnées des dépôts seront la plupart du temps remplies manuellement. Les standards utilisés dépendent de la plateforme de dépôt choisie : Datacite s'il s'agit de Zenodo, Dublin Core en ce qui concerne Nakala.

<footnote n="27"><sup>27</sup> cf. l'annexe Livrables de Biblissima+ donnant lieu à un versement financier</footnote>

<footnote n="28"><sup>28</sup> Document rédigé par les équipes partenaires qui présente en détail l'infrastructure numérique envisagée (livre blanc téléchargeable depuis la page : https://projet.biblissima.fr/fr/projet/presentation)</footnote>
## Stockage et sauvegarde

* La plupart des répondants bénéficient d'un environnement de travail doté d'espaces serveur ou Cloud apportés par l'un de leurs établissements tutelles. Quand ce n'est pas le cas, ils recourent aux services d'Huma-Num (Sharedocs, hébergement web...).

* L'accès aux données est réservé aux membres de l'équipe pendant les travaux puis rendu public à la fin des travaux.

## Titularité des droits d'auteur, exigences légales et éthiques

* La question de la propriété intellectuelle des contenus produits par les chercheurs ne se pose que dans certains cas particuliers où les travaux sont centrés sur l'annotation critique de corpus (mais certains projets du même type ouvrent leurs données avec les licences CC BY qui garantissent la mention d'attribution aux auteurs).

* Les répondants n'ont pas déclaré de traitements de données sensibles ou personnelles.

## Partage conditions de réutilisation et DOI

* La question du choix de la plateforme de dépôt ne semble pas vraiment difficile pour une grande partie des répondants, tandis que d'autres indiquent « je ne sais pas » en réponse sur ce point. Les réponses ne citent que les entrepôts génériques Zenodo et Nakala. Le portail Persée gère son propre entrepôt.

* Le partage des données ouvert ne fait pas débat dans la grande majorité des cas. La licence choisie est soit Creative Commons, soit la licence très permissive recommandée par la loi *Pour une république numérique* de 2016 (Licence ouverte Etalab 2.0). Les raisons de choisir l'une plutôt que l'autre ne ressortent pas nettement des réponses : le même type de ressource optera suivant les cas pour l'une plutôt que pour l'autre, plus par habitude qu'en raison d'une analyse de leurs différences, semble-t-il. Souvent les répondants citent les deux types de licences en précisant que la décision sera prise plus tard. L'usage des options restrictives "partage à l'identique" (Share Alike - SA), "Pas de modification" (No Derivatives ou ND) ou "pas d'utilisation commerciale" (Non commercial - NC) n'est pas justifiée et pourrait être débattue dans certains cas. Les clusters ont certainement un rôle à jouer pour faciliter le choix des licences en formulant des recommandations adaptées au contexte spécifique.

## Conservation à long terme

* La question de la conservation ou préservation à long terme ainsi que de l'archivage pérenne ne semble pas entièrement comprise – ce qui n'est pas une surprise étant donné la complexité du domaine de la pérennisation numérique. Pour certains répondants, l'utilisation des espaces d'hébergement web ou de la plateforme Nakala vaut archivage pérenne. Le fait que l'archivage pérenne au CINES avec Nakala n'est qu'une possibilité soumise à audit et à l'établissement d'une convention avec le CINES ne semble pas connue. Seule la plateforme Persée cite la norme OAIS et la plateforme précise utilisée par le CINES pour l'archivage pérenne PAC.

* Pour les codes sources, aucun répondant ne cite explicitement l'archive Software Heritage. La possibilité d'utiliser conjointement Github et Zenodo pour archiver des versions majeures
citables par DOI est mentionnée par un répondant. Pour le domaine TEI, le format ODD n'est pas cité comme un format intéressant pour l'archivage de la TEI, même s'il figure dans la liste des standards utilisés par ailleurs

## Rôles responsabilités et coûts

* Les responsabilités dans la gestion des données telles que les répondants les présentent sont confiées à trois types d'acteurs : les responsables scientifiques et techniques, les informaticiens ou les post-doctorants et ingénieurs recrutés grâce à l'aide financière apportée par **Biblissima**+. Il n'y a pas de coûts financiers identifiés, probablement grâce aux conditions de gratuité offertes par les infrastructures mutualisées accessibles à la communauté académique en France. En ce qui concerne la charge de travail, celle-ci est estimée la plupart du temps à une durée de 2 à 5 personnes jours à l'échelle d'un livrable ou d'une personne jour par an et par jeu de données.

## PGD demandé dans l'appel à manifestation d'intérêt (périmètre P3)

**Biblissima**+ permet à des structures non-partenaires de bénéficier de ses moyens d'action pour des opérations conjointes de recherche, de documentation, de numérisation et de valorisation portant sur des collections historiques de manuscrits, d'imprimés anciens ou d'autres objets portant du texte. Il est envisagé de retenir de cinq à dix projets par an. Le premier appel à manifestation d'intérêt **Biblissima**+ (2021-2022) est clos depuis le 28 février 2022. Les projets soumis à l'appel 2021 n'ont pas encore été sélectionnés à la date de rédaction de ce PGD. Leur sélection et leur classement se dérouleront lors des réunions du conseil scientifique et du comité de direction, respectivement les 29 avril et 18 mai 2022. Des informations sur la gestion des données mise en œuvre dans les projets retenus seront données dans les versions ultérieures de ce document.
## Livrables de Biblissima+ donnant lieu à versement financier

Le tableau ci-dessous est extrait du document plus complet créé pour organiser le calendrier des versements financiers annuels de l'aide de l'État gérée par l'ANR au titre du programme d'Investissements d'avenir.

La numérotation est postérieure et n'a pas de caractère contractuel ou officiel. Elle a principalement pour fonction de faciliter l'identification des jeux de données avec les activités scientifiques et techniques donnant lieu à un versement financier de l'ANR.

<table><thead><tr><td>Equipe</td><td>Intitulé</td><td>Référence</td></tr></thead><tbody><tr><td>AOROC</td><td>Maintenance du cluster de calcul et de stockage pendant les années de construction (5 ans)</td><td>AD_02_CC</td></tr><tr><td>AOROC</td><td>Scanner 3D à mutualiser</td><td>EQ_05_EPHE</td></tr><tr><td>AOROC</td><td>Imprimante 3D</td><td>EQ_06_EPHE</td></tr><tr><td>AOROC</td><td>Spectromètre portable XRF à mutualiser pour analyse physico-chimique</td><td>EQ_07_EPHE</td></tr><tr><td>AOROC</td><td>Réalisation de modèles numériques 3D et impression 3D : 12 mois IGE</td><td>VB_03_EPHE</td></tr><tr><td>AOROC</td><td>Développement de Kraken : 32 mois IR</td><td>VB_11_EPHE</td></tr><tr><td>AOROC</td><td>Acquisition des données numismatiques en musée et réserves et mise en ligne : 6 mois IGE</td><td>VB_15_EPHE</td></tr><tr><td>AOROC</td><td>Développement/intégration d'Archetype : 12 mois IR</td><td>VB_19_EPHE</td></tr><tr><td>AOROC</td><td>Développement d'eScriptorium (temps plein) : 28 mois IR</td><td>VB_20_EPHE</td></tr><tr><td>AOROC</td><td>Maintenance d'eScriptorium : 24 mois IR</td><td>VB_21_EPHE</td></tr><tr><td>AOROC</td><td>Géoréférencement et spatialisation des données épigraphiques sur Chronocarto : 12 mois IE</td><td>VB_23_EPHE</td></tr><tr><td>AOROC</td><td>Intégration des données sur la base en ligne : 8 mois AI</td><td>VB_24_EPHE</td></tr><tr><td>AOROC / Mines Paris</td><td>Réalisation d'un système automatique de reconnaissance des coins monétaires antiques : 4 mois AI</td><td>VB_16_EPHE</td></tr><tr><td>Bbma</td><td>AAP en années 1 à 5</td><td>AD_01_CC</td></tr><tr><td>Bbma</td><td>Equipe portail : frais informatiques divers (noms de domaine, licences...)</td><td>AD_05_CC</td></tr><tr><td>Bbma</td><td>Communication (flyers, brochures, goodies...) pendant 5 ans</td><td>AD_06_CC</td></tr><tr><td>Bbma</td><td>Accompagnement du déploiement de IIIF dans le réseau des archives dans le cadre de IIIF360 - Equipement informatique</td><td>EQ_03_CC</td></tr><tr><td>Bbma</td><td>IIIF 360 : étude et mise en place d'un sparql endpoint et d'une visionneuse IIIF sur FranceArchives - Equipement informatique</td><td>EQ1_01_CC</td></tr></tbody></table>
<table><tr><td>Bbma</td><td>Gouvernance : conseil scientifique international, comité de suivi, comité de direction</td><td>MI_02_CC</td></tr><tr><td>Bbma</td><td>Journées Biblissima : 2 jours par an (tous les pôles et clusters)</td><td>MI_03_CC</td></tr><tr><td>Bbma</td><td>Semaines annuelles des 7 clusters</td><td>MI_04_CC</td></tr><tr><td>Bbma</td><td>AAP en année 6 (= prestations)</td><td>PE_01_CC</td></tr><tr><td>Bbma</td><td>Développements informatiques Portail Biblissima, plateforme data.biblissima, site outils</td><td>PE_02_CC</td></tr><tr><td>Bbma</td><td>13% d'ETP pour la direction adjointe volet A pendant la phase de construction</td><td>VA_01_CC</td></tr><tr><td>Bbma</td><td>Equipe portail Biblissima+ : responsable (Régis Robineau) : 96 mois</td><td>VA_02_EPHE</td></tr><tr><td>Bbma</td><td>Equipe portail Biblissima+ : spécialiste référentiels (Eduard Frunzeanu) : 96 mois</td><td>VA_03_EPHE</td></tr><tr><td>Bbma</td><td>Equipe portail Biblissima+ : développeur (Kévin Bois) : 96 mois</td><td>VA_04_EPHE</td></tr><tr><td>Bbma</td><td>IIIF 360 : étude et mise en place d'un sparql endpoint et d'une visionneuse IIIF sur FranceArchives : 14 mois</td><td>VA_05_CC</td></tr><tr><td>Bbma</td><td>Accompagnement numérisation IIIF, en particulier dans les AD : 24 mois</td><td>VA_06_CC</td></tr><tr><td>Bbma</td><td>Accompagnement du déploiement de IIIF dans le réseau des archives dans le cadre de IIIF360 : 48 mois IGE</td><td>VB_06_CC</td></tr><tr><td>Bbma</td><td>Equipe portail : matériel informatique pour 3 ingénieurs équipe portail (renouvellement)</td><td>EQ_04_CC</td></tr><tr><td>Bbma</td><td>Equipe portail et IIIF360 : missions France et étranger (en part. USA)</td><td>MI_01_CC</td></tr><tr><td>Bbma</td><td>Développements informatiques Portail Biblissima, plateforme data.biblissima, Site outils : évolutions</td><td>PE_03_CC</td></tr><tr><td>CESCM</td><td>Missions de terrain, missions formation et compléments pour écoles d'été, missions photographiques</td><td>MI_05_CNRS</td></tr><tr><td>CESCM</td><td>La numérisation 3D des inscriptions médiévales : Acquisition de corpus de sources interopérables (photogrammétrie, 3D)</td><td>PE_09_CNRS</td></tr><tr><td>CESCM</td><td>Acquisition de corpus de sources interopérables - images de la RMN</td><td>PE_10_CNRS</td></tr><tr><td>CESCM</td><td>Agrégation de nouveaux bassins de données : les inscriptions médiévales (CIFM, RICG, Royaume de Jérusalem), bibliographie et archives : 60 mois IR</td><td>VB_26_CNRS</td></tr><tr><td>CESCM</td><td>Agrégation de nouveaux bassins de données (développement TITULUS, édition XML-TEI) : 1 stage par an pendant 5 ans</td><td>VB_27_CNRS</td></tr><tr><td>CESR</td><td>Editions de textes TEI-MEI - licences OCR et analyse linguistique</td><td>AD_03_UTOURS</td></tr><tr><td>CESR</td><td>Photographie des reliures, poinçons, sceaux, médailles, jetons : appareils photographiques avec objectif macrophotographique</td><td>EQ_08_UTOURS</td></tr><tr><td>CESR</td><td>Cartographie et encodage du patrimoine musical : 10 postes informatiques</td><td>EQ_09_UTOURS</td></tr></table>
<table><tr><td>CESR</td><td>Missions d'exploration et préparation aap</td><td>MI_06_UTOURS</td></tr><tr><td>CESR</td><td>Missions de numérisation ponctuelle en archives</td><td>MI_07_UTOURS</td></tr><tr><td>CESR</td><td>Missions pour partenariat avec l'IRHT</td><td>MI_08_UTOURS</td></tr><tr><td>CESR</td><td>Missions pour formations TEI et accueil des stagiaires</td><td>MI_09_UTOURS</td></tr><tr><td>CESR</td><td>Fairisation des données extraites des archives 37 : prestation d'indexation, traitement des métadonnées, alignement avec les référentiesl</td><td>PE_07_UTOURS</td></tr><tr><td>CESR</td><td>Fairisation des données BVH vers portails et outils Bbma et partenaires</td><td>PE_11_UTOURS</td></tr><tr><td>CESR</td><td>Répertoire des décors typographiques : reconnaissance automatique des formes et des fontes pour l'identification des imprimeurs - dévpt bdd</td><td>PE_14_UTOURS</td></tr><tr><td>CESR</td><td>Editions de textes TEI-MEI - acquisition de transcriptions (Epistémon)</td><td>PE_19_UTOURS</td></tr><tr><td>CESR</td><td>Editions de textes TEI-MEI - encodage</td><td>PE_20_UTOURS</td></tr><tr><td>CESR</td><td>Encodage MEI de partitions musicales (40 recueils musicaux)</td><td>PE_21_UTOURS</td></tr><tr><td>CESR</td><td>Formations TEI niveaux débutant et avancé</td><td>PE_23_UTOURS</td></tr><tr><td>CESR</td><td>Interopérabilité des données et des corpus textuels et image portail BVH → Biblissima et portails partenaires (Gallica, EDIT16, SUDOC, etc.) : 60 mois IGE</td><td>VB_02_UTOURS</td></tr><tr><td>CIHAM</td><td>Missions pour référentiels valeurs et mesures</td><td>MI_10_CNRS</td></tr><tr><td>CIHAM</td><td>Missions et frais pour écoles d'été et formations TEI</td><td>MI_11_CNRS</td></tr><tr><td>CIHAM</td><td>Environnement d'édition des glosses en collab. avec l'IRHT : missions (préparation du recrutement, puis suivi)</td><td>MI_12_ENSLYO N</td></tr><tr><td>CIHAM</td><td>Développement de référentiels valeurs et mesures - Numérisations</td><td>PE_06_CC</td></tr><tr><td>CIHAM</td><td>Amélioration incrémentielle d'un plugin TEI pour un éditeur XML libre (JEdit), et potentiellement pour d'autres éditeurs libres, selon les évolutions technologiques, et adaptation du plugin pluCo produit par le PDN de Caen</td><td>PE_22_CNRS</td></tr><tr><td>CIHAM</td><td>Développement de référentiels valeurs et mesures : 8 mois et 24 mois</td><td>VA_19_CNRS</td></tr><tr><td>CIHAM</td><td>Edition TEI des glosses. Développement informatique (environnements de balisage et outil de publication web) : 6 mois IE</td><td>VB_29_ENSLYO N</td></tr><tr><td>CIHAM</td><td>Sessions annuelles d'accompagnement des cours d'auto-formation (exercices corrigés, question / réponses, interactions) : 1 mois IR</td><td>VB_55_CNRS</td></tr><tr><td>CIHAM / HiSoMA</td><td>Production de 2 cours d'auto-formation à l'encodage et à la publication de sources TEI : 6 mois IR CIHAM</td><td>VB_53_CNRS</td></tr><tr><td>CIHAM / HiSoMA</td><td>Production de 2 cours d'auto-formation à l'encodage et à la publication de sources TEI : 6 mois IE CIHAM</td><td>VB_54_CNRS</td></tr><tr><td>CJM</td><td>Un serveur d'inférence et deux serveurs d'entraînement (ressources computationnelles pour les langues à variation graphique)</td><td>EQ_10_ENC</td></tr></table>
<table><tr><td>CJM</td><td>Equipement informatique pour l'IR recruté sur ce livrable</td><td>EQ_11_ENC</td></tr><tr><td>CJM</td><td>Missions sur les divers livrables</td><td>MI_13_ENC</td></tr><tr><td>CJM</td><td>Référentiel de noms de lieux : acquisition de données</td><td>PE_05_CC</td></tr><tr><td>CJM</td><td>Chaînage des outils d'édition et d'étude des documents d'archives (cartulaires et chartriers) (B-I.6.2 et B-I.8) : acquisition des données textuelles</td><td>PE_18_ENC</td></tr><tr><td>CJM</td><td>Référentiel de noms de lieux : acquisition de données : 13 mois de vacations</td><td>VA_14_ENC</td></tr><tr><td>CJM</td><td>Référentiel de noms de lieux : développement d'une API : 6 mois</td><td>VA_15_ENC</td></tr><tr><td>CJM</td><td>Alimenter la base filigranes en métadonnées, en images dans les mss et les imprimés, également par science participative : 12 mois IGE</td><td>VB_14_ENC</td></tr><tr><td>CJM</td><td>CLEM Carmina Latina Epigraphica Moderna : 6 mois IGE</td><td>VB_28_ENC</td></tr><tr><td>CJM</td><td>Chaînage des outils d'édition et d'étude des documents d'archives (cartulaires et chartriers) (B-I.6.2 et B-I.8) : annotation des données textuelles (repérage des entités nommées, alimentation des référentiels) : 10 mois de vacations</td><td>VB_35_ENC</td></tr><tr><td>CJM</td><td>Chaînage des outils d'édition et d'étude des documents d'archives (cartulaires et chartriers) (B-I.6.2 et B-I.8) : constitution de la chaîne éditoriale : 8 mois IGE</td><td>VB_36_ENC</td></tr><tr><td>CJM</td><td>Chaînage des outils d'édition et d'étude des documents d'archives (cartulaires et chartriers) (B-I.6.2 et B-I.8) : récolement et préparation d'un échantillon-test de documents numérisés : 16 mois de vacations</td><td>VB_37_ENC</td></tr><tr><td>CJM</td><td>Corpus numérique du droit romain (Miroir des classiques) : édition TEI des textes de droit romain en français : 12 mois post doc</td><td>VB_38_ENC</td></tr><tr><td>CJM</td><td>Automatiser la collation des textes xml et garder en sortie la structuration xml-TEI - collation assistée : 12 mois post doc</td><td>VB_39_ENC</td></tr><tr><td>CJM</td><td>Automatiser la collation des textes xml et garder en sortie la structuration xml-TEI - API, interface : 12 mois IGE</td><td>VB_40_ENC</td></tr><tr><td>CJM</td><td>Développement DTS, accompagnement, API : 43 mois IGR</td><td>VB_61_ENC</td></tr><tr><td>CJM</td><td>Centre de ressources computationnelles pour les langues à variation graphique : 42 mois IGR</td><td>VB_68_ENC</td></tr><tr><td>CRAHAM</td><td>Enrichissement des référentiels d'auteurs, oeuvres, noms de personnes, noms de lieux, matières avec des traits liés à la numismatique : 12 mois 6 mois IGE</td><td>VA_17_UCAEN</td></tr><tr><td>CRAHAM</td><td>Conception d'environnements adaptés aux différents types de sources anciennes, médiévales, Renaissance éditées par le CRAHAM et outillage de ces sources : 36 mois IGR</td><td>VB_45_UCAEN</td></tr><tr><td>CRAHAM</td><td>Editions et annotations de sources : 10 mois IGE</td><td>VB_46_UCAEN</td></tr><tr><td>CRAHAM</td><td>Tests sur les sources encodées en XML-TEI et réflexion avec le PDN et les autres partenaires sur l'outillage des sources : 8 mois IGE</td><td>VB_47_UCAEN</td></tr></table>
<table><tr><td>CRC</td><td>Equipement informatique de l'ingénieur recruté</td><td>EQ_12_CNRS</td></tr><tr><td>CRC</td><td>Solution de stockage des données</td><td>EQ_13_CNRS</td></tr><tr><td>CRC</td><td>Missions pour échanges avec les partenaires</td><td>MI_14_CNRS</td></tr><tr><td>CRC</td><td>Mise en place des outils informatiques pour l'exploitation des données analytiques : 48 mois IR</td><td>VB_07_CNRS</td></tr><tr><td>CRH</td><td>CRH et Editions de l'EHESS : 2 équipements informatiques</td><td>EQ_14_EHESS</td></tr><tr><td>CRH</td><td>Développement de l'interopérabilité des bases de données du CRH (images, exempla...) : 24 mois</td><td>VA_24_EHESS</td></tr><tr><td>CRH / Editions de l'EHESS</td><td>Développement de l'interopérabilité avec la plateforme Savoirs : 12 mois</td><td>VA_09_EHESS</td></tr><tr><td>GED</td><td>Stations de numérisation formats A1 et A2</td><td>EQ_02_CC</td></tr><tr><td>GED</td><td>Alignement des métadonnées et référentiels : 4 mois</td><td>VA_10_CC</td></tr><tr><td>GED</td><td>Adaptation des interfaces</td><td>VA_11_CC</td></tr><tr><td>GED</td><td>Accompagnement de la numérisation : 6 mois IE</td><td>VB_01_CC</td></tr><tr><td>GED</td><td>Développeurs graphistes pour accompagnement de la médiation scientifique : 12 mois IGR</td><td>VB_69_CC</td></tr><tr><td>HiSoMA</td><td>Invitations de formateurs internationaux</td><td>MI_15_CNRS</td></tr><tr><td>HiSoMA</td><td>ATTENTION ce livrable à 12 000 € n'est pas dans l'annexe financière déf de l'ANR (Production audiovisuelle de 4 cours d'auto-formation à l'encodage et à la publication de sources TEI et EpiDoc)</td><td>PE_17_CNRS</td></tr><tr><td>HiSoMA</td><td>Développement d'un connecteur DTS au sein de l'outil TEI Publisher pour l'accès aux fragments des corpus EpiDoc et TEI</td><td>PE_24_CNRS</td></tr><tr><td>HiSoMA</td><td>Alignement des métadonnées de Biblindex avec les référentiels Biblissima : 4 mois</td><td>VA_20_CNRS</td></tr><tr><td>HiSoMA</td><td>Alignement des données bibliques de Biblindex avec les référentiels : 2 mois</td><td>VA_21_CNRS</td></tr><tr><td>HiSoMA</td><td>Mécanisme d'automatisation des mises à jour de données Biblindex sur le portail Biblissima : 2 mois</td><td>VA_23_CNRS</td></tr><tr><td>HiSoMA</td><td>Production de 2 cours d'auto-formation à l'encodage et à la publication de sources TEI dans le modèle EpiDoc (épigraphe) : 6 mois IE</td><td>VB_25_CNRS</td></tr><tr><td>HiSoMA</td><td>Liaison par API des données Biblindex avec d'autres projets internationaux – Suivi : 3 mois IR</td><td>VB_32_CNRS</td></tr><tr><td>HiSoMA</td><td>Développement d'une plateforme collaborative d'enrichissement des données de Biblindex – Suivi : 3 mois IR</td><td>VB_33_CNRS</td></tr><tr><td>HiSoMA</td><td>Développement d'interfaces de visualisation spatio-temporelle des données statistiques de Biblindex, réutilisables pour d'autres projets – Suivi : 12 mois IR</td><td>VB_34_CNRS</td></tr><tr><td>HiSoMA</td><td>En lien avec les réflexions menées au sein de l'observatoire, définition d'un protocole XML-TEI d'encodage des citations de la bible, expérimenté sur des échantillons variés de corpus et sur Biblindex : 6 mois IE</td><td>VB_48_CNRS</td></tr></table>
<table><tr><td>HiSoMA</td><td>Organisation de sessions annuelles d'accompagnement des cours d'auto-formation (exercices corrigés, question / réponses, interactions) : 1 mois IE en lien avec le CIHAM</td><td>VB_56_CNRS</td></tr><tr><td>HiSoMA</td><td>Préparation de corpus de textes patristiques (grec, latin, syriaque) pour utilisation du protocole DTS : 6 mois IR</td><td>VB_62_CNRS</td></tr><tr><td>HiSoMA</td><td>Intégration des données et fonctionnalités du lemmatiseur Hisoma dans Eulexis : 1 mois IR</td><td>VB_63_CNRS</td></tr><tr><td>HiSoMA</td><td>Intégration de Collatinus et Eulexis dans la chaîne de traitement des données textuelles de Biblindex : 1 mois IR</td><td>VB_64_CNRS</td></tr><tr><td>HiSoMA</td><td>Mise en oeuvre d'outils stylométriques et textométriques de repérage d'intertextualité sur des textes latins médiévaux : 12 mois post doc</td><td>VB_66_CNRS</td></tr><tr><td>HiSoMA</td><td>Développement d'un outil générique de repérage de l'intertextualité : 6 mois IR</td><td>VB_67_CNRS</td></tr><tr><td>IRHT</td><td>Configuration de pluCo pour Oxygen - 10 licences Oxygen</td><td>AD_04_CNRS</td></tr><tr><td>IRHT</td><td>Serveur local pour section latine (typologies textuelles)</td><td>EQ_15_CNRS</td></tr><tr><td>IRHT</td><td>Equipement informatique 10 postes</td><td>EQ_16_CNRS</td></tr><tr><td>IRHT</td><td>Missions environnements d'édition TEI (interactions avec Caen, Tours et Lyon)</td><td>MI_16_CNRS</td></tr><tr><td>IRHT</td><td>Missions réseau international de lexicographes</td><td>MI_17_CNRS</td></tr><tr><td>IRHT</td><td>ISMI : Développement, alimentation, pérennisation</td><td>PE_04_CC</td></tr><tr><td>IRHT</td><td>Numérisation et OCRisation de textes latins sur imprimés anciens</td><td>PE_08_CNRS</td></tr><tr><td>IRHT</td><td>Catalogage automatique des manuscrits numérisés : identification des textes issus de HTR par comparaison avec référentiels textuels (Corpus corporum etc.)</td><td>PE_12_CNRS</td></tr><tr><td>IRHT</td><td>Reconnaissance d'entités nommées (cote, noms de personnes, titres d'œuvres) et alignement sur des référentiels</td><td>PE_13_CNRS</td></tr><tr><td>IRHT</td><td>Littérature critique sur les manuscrits (eScriptorium via Medium) : 11 mois</td><td>VA_08_CNRS</td></tr><tr><td>IRHT</td><td>ISMI - Alimentation, développement, pérennisation : 12 mois</td><td>VA_12_CNRS</td></tr><tr><td>IRHT</td><td>Référentiels de noms de lieux et de personnes dans les cartulaires médiévaux : 10 mois</td><td>VA_13_CNRS</td></tr><tr><td>IRHT</td><td>Référentiels pour les manuscrits de l'Orient chrétien et byzantin (grec, syriaque, arabe) : 36 mois + 5 mois</td><td>VA_16_CNRS</td></tr><tr><td>IRHT</td><td>Développement de référentiels diplomatique et apport de data : 6 mois et 24 mois</td><td>VA_18_CNRS</td></tr><tr><td>IRHT</td><td>Alignement pérenne et automatisé des BDD utilisant les référentiels de l'Orient chrétien : 18 mois</td><td>VA_22_CNRS</td></tr><tr><td>IRHT</td><td>Projet CRMBF-3D : catalogue des reliures médiévales des bibliothèques de France - Inventaire, prise de vue 3D pour env. 5000 volumes : 18 mois</td><td>VB_04_CNRS</td></tr></table>
<table><tr><td>IRHT</td><td>Projet CRMBF-3D : catalogue des reliures médiévales des bibliothèques de France – Mise en ligne et publication des notices dans Bibale : 3 mois IE</td><td>VB_05_CNRS</td></tr><tr><td>IRHT</td><td>Classification des éléments graphiques (pages et zones de pages) : 6 mois IE</td><td>VB_08_CNRS</td></tr><tr><td>IRHT</td><td>Catalogage automatique des manuscrits numérisés : identification des textes issus de HTR par comparaison avec référentiels textuels (Corpus corporum etc.) : 40 mois IE</td><td>VB_09_CNRS</td></tr><tr><td>IRHT</td><td>Reconnaissance d'entités nommées (cote, noms de personnes, titres d'œuvres) et alignement sur des référentiels : 16 mois IR et 12 mois post doc</td><td>VB_10_CNRS</td></tr><tr><td>IRHT</td><td>Répertoire de filigranes : création de métadonnées, missions photographiques : 6 mois IE</td><td>VB_12_CNRS</td></tr><tr><td>IRHT</td><td>Développement d'Extractor : 3 mois IR</td><td>VB_13_CNRS</td></tr><tr><td>IRHT</td><td>Expertises typologiques diverses sur les textes latins antiques et médiévaux. Production de données et de documentation érudite sur ces textes, dont édition, transcription et critique de textes. Référentiels d'autorités pour le monde latin. 40 mois IE + 5 mois IR + 12 mois post doc</td><td>VB_30_CNRS</td></tr><tr><td>IRHT</td><td>Développement de TELMA/ANACLET (en configuration CMS) et alimentation IRHT – développement et préparation de corpus : 6 mois IR + 12 mois post doc</td><td>VB_41_CNRS</td></tr><tr><td>IRHT</td><td>Configuration de pluCo pour Oxygen : 2 mois IR</td><td>VB_49_CNRS</td></tr><tr><td>IRHT</td><td>Développement de configurations types pour le moteur d'affichage Max : 2 mois IR</td><td>VB_50_CNRS</td></tr><tr><td>IRHT</td><td>Développement d'une solution conviviale pour le travail collaboratif dans Oxygen : suivi des développements de pluCo dans ce domaine et adaptation pour Oxygen : 2 mois IR</td><td>VB_51_CNRS</td></tr><tr><td>IRHT</td><td>Conception, réalisation, suivi des projets éditoriaux / Réflexion commune avec PDN et ENC sur la mutualisation des schémas d'encodage / Suivi de l'alignement des thesaurus d'autorités / Test des solutions de mise en ligne Max et teiPublisher / Développement des environnements de balisage sous Oxygen et méthodologies d'encodage : 11 mois IR</td><td>VB_52_CNRS</td></tr><tr><td>IRHT</td><td>Projet Relicantus : inventaire et numérisation de fragments musicaux – campagne de numérisation : 2 mois T</td><td>VB_58_CNRS</td></tr><tr><td>IRHT</td><td>Projet Relicantus : inventaire et indexation : 6 mois IE</td><td>VB_59_CNRS</td></tr><tr><td>IRHT</td><td>Projet Wala : indexation des sources musicales de l'ouest de la France : 12 mois post doc</td><td>VB_60_CNRS</td></tr><tr><td>IRHT</td><td>Corpus lexical européen (50 M mots de latin médiéval européen 700-1300) : 11 mois IR</td><td>VB_65_CNRS</td></tr><tr><td>MRSH</td><td>Equipement informatique pour 2 ingénieurs</td><td>EQ_17_UCAEN</td></tr><tr><td>MRSH</td><td>Spécification et conception du laboratoire, animation scientifique de l'observatoire, mise en place d'un espace d'échange de schémas documentés : 44 mois IR</td><td>VB_42_UCAEN</td></tr></table>
<table><tr><td>MRSH</td><td>Développement et adaptation du moteur MaX, plugin de travail collaboratif, connecteurs pour ces outils (oXygen, DTS) : 20 mois IE</td><td>VB_43_UCAEN</td></tr><tr><td>MRSH</td><td>En phase d'exploitation de Biblissima+, animation scientifique du laboratoire, formations TEI, développements au fil de l'eau (emplois pérennisés) : 8 mois IGR et 4 mois IGE</td><td>VB_44_UCAEN</td></tr><tr><td>MRSH</td><td>Organisation d'une école d'été pour la diffusion des outils et des méthodes mises en place. Soutien aux éditeurs scientifiques : 2 mois IR</td><td>VB_57_UCAEN</td></tr><tr><td>MRSH / CRAHAM</td><td>Frais de mission pendant 5 ans (laboratoire TEI)</td><td>MI_18_UCAEN</td></tr><tr><td>Persée</td><td>Intégration des ID Bbma, travail commun avec l'équipe portail : 24 mois</td><td>VA_07_ENSLYN</td></tr><tr><td>SAPRAT</td><td>Module héraldique - Développement informatique de l'outil et de l'interface</td><td>PE_15_EPHE</td></tr><tr><td>SAPRAT</td><td>Module Sigiscript - Adaptation outil PIM - Développement outil de reconnaissance automatique embarqué</td><td>PE_16_EPHE</td></tr><tr><td>SAPRAT</td><td>Module héraldique - Suivi du projet et appariement des données : 33 mois IR</td><td>VB_17_EPHE</td></tr><tr><td>SAPRAT</td><td>Module Sigiscript (épigraphe du sceau et reconnaissance automatique) - Suivi du projet et appariement des données : 33 mois IR</td><td>VB_18_EPHE</td></tr><tr><td>SAPRAT</td><td>Multipal - Développement, alimentation pour les systèmes graphiques qui ne sont pas encore traités : 22 mois IR</td><td>VB_22_EPHE</td></tr></table>
## Ressources financées dans le premier ÉquipEx Biblissima

À l'exception des projets terminés au cours de Biblissima (comme Comparatio, Esprit des livres, Manuscripta medica, RegeCart), toutes ces bases de données sont vivantes et connaissent un développement ininterrompu, grâce aux financements Biblissima (projets d'origine, nouveaux projets, projets partenariaux : la concentration des données produites dans les bases existantes a constamment été favorisée), grâce aux financements récurrents des établissements porteurs et grâce à la mise en place de nouveaux projets et partenariats. Nombre de ces ressources poursuivront leur collaboration avec Biblissima+, en particulier pour la mise en commun des référentiels et pour la mise en place d'une automatisation des mises à jour.

La version courante du portail Biblissima intègre pour le moment des jeux de données issus de 19 sources, ce qui représentait près de 650 000 pages fin 2021.

Voir aussi la page : https://portail.biblissima.fr/a-propos.

<table><thead><tr><td>#</td><td>Ressource</td><td>Description</td></tr></thead><tbody><tr><td>1</td><td>Bibale (IRHT)</td><td>Données de provenance des bibliothèques françaises : histoire de la transmission des livres et manuscrits et imprimés par l'étude des collections anciennes et modernes et de leurs possesseurs (version intégrée : version 1, version actuelle : version 2).<br>Devenue le hub interopérable de l'IRHT pour toutes les informations sur les personnes.</td></tr><tr><td>2</td><td>Bibliothèques françaises de La Croix du Maine et de Du Verdier (1584 et 1585) (CESR)</td><td>Edition et base de données en TEI (données bibliographiques et prosopographiques)</td></tr><tr><td>3</td><td>Books within Books (EPHE et partenaires internationaux)</td><td>Base sur les fragments de manuscrits hébreux.</td></tr><tr><td>4</td><td>BUDE (IRHT puis CESR)</td><td>Base sur les mains d'humanistes et les correspondances d'érudits de la Renaissance.</td></tr><tr><td>5</td><td>Collecta (Ecole du Louvre puis IRHT)</td><td>Base de données en ligne issue de la documentation extraordinaire accumulée par l'érudit François Roger de Gaignières (1642-1715)</td></tr><tr><td>6</td><td>Comparatio (IRHT)</td><td>Base de données sur le chant liturgique</td></tr><tr><td>7</td><td>Projets CR2I et CRIICO (CESR)</td><td>Rétroconversion des catalogues imprimés d'incunables des bibliothèques de France</td></tr><tr><td>8</td><td>Esprit des livres (Ecole nationale des chartes)</td><td>Catalogues de vente de bibliothèques de l'époque moderne et en particulier les manuscrits anciens passés en vente.</td></tr><tr><td>9</td><td>Europeana Regia</td><td>Base achevée en 2012 et dont le site est obsolète. L'intégration des données au portail Biblissima sauve les données et leur structuration.</td></tr></tbody></table>
<table><tr><td>10</td><td>Initiale (IRHT)</td><td>Base de notices iconographiques, notices de possesseurs, bibliographie.</td></tr><tr><td>11</td><td>Jonas (IRHT)</td><td>Base mettant à disposition toute la documentation de l'IRHT sur les textes romans.</td></tr><tr><td>12</td><td>Mandragore (BnF)</td><td>Base d'enluminures décrivant les illustrations des manuscrits du département des Manuscrits et de la Bibliothèque de l'Arsenal. Mise en interopérabilité sur le portail Biblissima et une consultation plus aisée des numérisations de la BnF grâce au visualiseur Mirador.</td></tr><tr><td>13</td><td>Manuscripta medica (EPHE et CIHAM)</td><td>Base décrivant l'ensemble des manuscrits médicaux des bibliothèques publiques de France.</td></tr><tr><td>14</td><td>Medium (IRHT)</td><td>Base de données des manuscrits numérisés par l'IRHT, qui sert de référentiel de cotes pour l'ensemble du laboratoire.</td></tr><tr><td>15</td><td>Pinakes (IRHT)</td><td>Base regroupant toute l'information disponible sur les manuscrits grecs conservés et est la base de référence du domaine</td></tr><tr><td>16</td><td>Reliures (BnF)</td><td>Base et son schéma TEI mis à disposition de tous via le site web du projet.</td></tr><tr><td>17</td><td>RegeCart (IRHT)</td><td>Base de données qui donne accès à l'analyse de 571 cartulaires, cartulaires-chroniques ou bullaires. Ces analyses accumulées par la section de diplomatique de l'IRHT sont un formidable gisement de faits liés à des personnes, des lieux, des dates.</td></tr><tr><td>18</td><td>SourcEncyMe (Nancy puis IRHT)</td><td>Corpus en ligne consacré aux encyclopédies médiévales et à leurs sources</td></tr><tr><td>19</td><td>Anciennes collections de manuscrits grecs (EPHE)</td><td>La base n'a pas été développée par Biblissima, qui aurait préféré une mise en ligne des données dans Bibale ou Pinakes, mais son alimentation l'a été. Cette base est la seule qui ne soit pas en ligne et pour laquelle nous n'ayons pas de reporting à jour ; pas de trace ici non plus : https://www.saprat.fr/bases-de-donnees-23.htm).</td></tr><tr><td></td><td>Notices du catalogue de manuscrits classiques latins de la Bibliothèque Vaticane</td><td>Test mené avec Persée pour ouvrir le portail Biblissima à la bibliographie en texte intégral (Documents, études et répertoires de l'Institut de Recherche et d'Histoire des Textes, XXI, 5 volumes, disponibles sur Persée) ont été mises en interopérabilité avec les autres ressources du portail, en particulier les bases Pinakes, Bibale, les notices des manuscrits de Heidelberg et les numérisations de la Bibliothèque Vaticane.</td></tr></table>
# Métadonnées d'un dépôt Zenodo

Cette fiche explicite les métadonnées minimales à utiliser pour le dépôt d'un jeu de données dans Zenodo<fnref n="29" />.

Liens utiles :

* Accès : https://zenodo.org

* Bac à sable : https://sandbox.zenodo.org/

* Tutoriels :

* https://www.datac.org/wp-content/uploads/2020/02/tutorielzenodov2.pdf

* https://doranum.fr/depot-entrepots/depot-donnees-recherche-zenodo_10_13143_hht1-vz03/

Les champs avec un astérisque (*) sont obligatoires dans le formulaire de dépôt Zenodo.

<table><thead><tr><td>Champ Zenodo</td><td>Définition</td><td>Recommandations / Exemples</td></tr></thead><tbody><tr><td>File upload</td><td>Téléversement des fichiers</td><td>Un dépôt doit contenir au moins un fichier numérique. Le volume total d'un dépôt est limité à 50 Go par défaut mais il est toujours possible de contacter les administrateurs de Zenodo en cas de volumes plus importants.</td></tr><tr><td>Communities</td><td>Communauté(s) Zenodo à laquelle associer le jeu de données</td><td>Pour un dépôt associé à un cluster de Biblissima+, sélectionner Biblissima-cluster-N » (en remplaçant « N » par le numéro du cluster correspondant). Pour un dépôt associé au projet global, sélectionner « Biblissima ».<br/>Il est possible de choisir plusieurs communautés. Biblissima+ recommande d'associer systématiquement le dépôt à d'autres communautés Zenodo institutionnelles (laboratoire, institution de tutelle, autre financeur etc.) si elles existent.</td></tr><tr><td>Upload type*</td><td>Type de dépôt</td><td>Sélectionner « Dataset ».</td></tr><tr><td>Digital Object Identifier</td><td>Identifiant pérenne du dépôt</td><td>Ne rien remplir dans ce champ pour laisser Zenodo attribuer automatiquement le DOI (il ne pourra pas être modifié) ou indiquer le DOI attribué par un éditeur.</td></tr><tr><td>Publication date*</td><td>Date à laquelle le jeu de données</td><td>Par ex. « 2022-03-31 ».</td></tr></tbody></table>

<footnote n="29">²⁹ Les métadonnées d'un dépôt sur Zenodo sont conformes au schéma de métadonnées Datacite cf. https://schema.datacite.org/ mais peuvent être exportés dans différents formats (Dublin Core, MARCXML, JSON-LD, etc.)</footnote>
<table><tr><td></td><td>a été publié</td><td></td></tr><tr><td>Title*</td><td>Titre principal du jeu de données</td><td>Texte libre</td></tr><tr><td>Authors*</td><td>Personne(s) responsables(s) de la création du jeu de données</td><td>« Nom de famille, Prénom »<br>Renseigner l'affiliation et si possible l'identifiant pérenne chercheur ORCID.</td></tr><tr><td>Description*</td><td>Description sommaire</td><td>Texte libre. Indiquer la référence au livrable pour faciliter le suivi.</td></tr><tr><td>Version</td><td>Numéro de version</td><td>major_version.minor_version<br>Par ex. « 1.0 »</td></tr><tr><td>Language</td><td>Langue principale</td><td>Sélectionner parmi les valeurs suggérées par Zenodo, ou à défaut saisir le code ISO 639 de la langue (sur deux ou trois lettres).<br>Par ex. « fr, en, ou Latin ».</td></tr><tr><td>Keywords</td><td>Sujet(s) principal du jeu de données</td><td>Mots-clés libres.<br>Biblissima+ recommande l'utilisation des vocabulaires contrôlés utilisés par le moteur de recherche Isidore (cf.<br>https://isidore.science/vocabularies)</td></tr><tr><td>Additional notes</td><td>Notes additionnelles</td><td>Indiquez ici la référence à l'ÉquipEx Biblissima+ avec la mention imposée par la convention attributive d'aide : « Ce travail a bénéficié d'une aide de l'État gérée par l'Agence Nationale de la Recherche au titre du programme d'Investissements d'avenir portant la référence « ANR-21-ESRE-0005 » (ÉquipEx Biblissima+) ».<br>Voir aussi le champ « Grants »</td></tr><tr><td>Access right*</td><td>Droit d'accès au jeu de données déposé</td><td>Choisir une valeur parmi : Open Access (accès ouvert), Embargoed Access (accès ouvert après une durée de restriction à définir), Restricted Access (accès restreint à certains utilisateurs), Closed Access (accès interdit).</td></tr><tr><td>License*</td><td>Licence du jeu de données</td><td>Sélectionner parmi les valeurs suggérées par Zenodo.</td></tr></table>
<table><tr><td></td><td></td><td>Champ obligatoire si « Open Access » ou « Embargoed Access » ont été choisis dans le champ « Access right ».</td></tr><tr><td>Grants</td><td>Référence à un contrat de recherche financé par un organisme associé à l'infrastructure OpenAIRE ou à un organisme partenaire.</td><td>Sélectionner le financeur dans la liste de valeurs puis saisir les premiers chiffres du numéro de l'ÉquipEx (ANR-21-ESRE-0005 » pour pouvoir le sélectionner parmi les valeurs suggérées par Zenodo et créer ainsi un lien formel avec la référence du financement.<br/>Attention : en avril 2022 la référence n'est pas encore reconnue par le système. Attention à ne pas saisir par erreur la référence du premier ÉquipEx Biblissima (ANR-11-EQPX-0007).</td></tr><tr><td>Related/alternate identifiers</td><td>Autres identifiants pour le jeu de données et identifiants associés.</td><td>Ce champ vous permet de lier le jeu de données à d'autres jeux de données ou à des publications via leurs identifiants pérennes (DOI, ARK, etc.).<br/>Par exemple, si des dépôts NAKALA existent pour le même fichier ou ensemble de fichier.<br/>Si le jeu de données a fait l'objet d'un plan de gestion de données (Data management plan ou DMP) déposé sur Zenodo, indiquez ici le DOI du plan et choisissez la relation « is documented by ». Procédez de même si le jeu de données a été utilisé pour rédiger un article ou un datapaper disposant d'un DOI.</td></tr><tr><td>Journal, Conference, Book/report/chapter</td><td>Renvoi à des publications ou des communications.</td><td>Vous pouvez associer le dépôt à des publications : par exemple un article utilisant les données du dépôt ou un datapaper le décrivant.</td></tr><tr><td>Subject</td><td>Indexation sujet dans un vocabulaire contrôlé.</td><td>Ce champ permet d'indiquer des mots clefs d'un vocabulaire contrôlé en utilisant une URL ou l'identifiant du concept. Cela permet d'éviter toute ambiguïté dans l'emploi du vocabulaire d'indexation et renforce le niveau FAIR du dépôt.</td></tr></table>

Des informations supplémentaires sur les contributeurs, les références à la bibliographie, une thèse, peuvent être renseignés dans d'autres champs optionnels.