# DIM PAMIR
## Patrimoines matériels – innovation, expérimentation et résilience

### Charte de réutilisation des données du projet DEGEL

modèle 22 février 2024

Auteur(s) : Ann Bourges, Emmanuel Keita, Greta Ugolotti

Date : 18/09/2025

* = le champ est requis

### Identification des parties prenantes*

Nom du projet* : DEssalement par GEL microstructuré

Acronyme du projet* : DEGEL

Nom du/des responsable(s) du projet* : Ann Bourges, Emmanuel Keita

Identifiez les autres parties prenantes*

<table><thead><tr><td>Nom de l'entité</td><td>Nom du ou de la responsable de l'entité</td></tr></thead><tbody><tr><td>Ewen Lescop</td><td>ICSN (DIM)</td></tr><tr><td>Sarah Busschaert<br>LATTUATI-DERIEUX Agnes</td><td>C2RMF-département restauration et recherche (DIM)</td></tr><tr><td>Marion Rapilliard</td><td>Musée départemental Arles Antique, Service restauration (Hors-DIM)</td></tr><tr><td>Violaine<br>Jeammet</td><td>Musée du Louvre, département des AGER (DIM)</td></tr><tr><td>Grand public<sup>1</sup></td><td>non</td></tr></tbody></table>

Ajoutez des lignes si besoin

### Principes de la charte de réutilisation des données

#### Réciprocité

Le principe de **réciprocité** porte sur le fait que l'équipe projet et les autres parties prenantes échangent sur les savoirs et connaissances partagés, notamment en matière d'enrichissement des données.

- Avez-vous prévu d'enrichir les données entrantes de votre projet ? Si oui, prévoyez-vous d'en informer les autres parties prenantes qui les ont fournies ?

<footnote n="1">¹ Précisez si le grand public est impliqué ou non dans votre projet.</footnote>
Oui, certaines données entrantes ont été enrichies dans le cadre du projet, notamment par le biais des annotations. Les parties prenantes ayant fourni ces données sont informées des enrichissements effectués, dans un souci de transparence et afin de favoriser une éventuelle collaboration future.

- Pour les données sortantes de votre projet, souhaitez-vous que les autres parties prenantes les enrichissent ? Si oui, quels apports attendez-vous ?

Oui, le projet encourage l'enrichissement des données sortantes par d'autres parties prenantes, dans le respect des conditions d'utilisation et des licences associées. Les types d'enrichissement attendus pourraient inclure : des corrections ou compléments d'information, des annotations contextuelles, des ajouts de métadonnées, ou encore l'intégration avec d'autres jeux de données pertinents.

Ces apports pourraient permettre d'améliorer la qualité et l'interopérabilité des données, tout en augmentant leur potentiel de réutilisation dans d'autres contextes de recherche.

- Quand vos données sortantes sont enrichies par d'autres parties prenantes, quel mécanisme avez-vous mis en place pour recueillir ces enrichissements ?

Afin de recueillir les enrichissements éventuels, les données sortantes seront mises à disposition via We Transfer.

## Interopérabilité

Le principe d'interopérabilité porte sur le fait que les données sont mises à disposition dans un format ouvert et réutilisable par les parties prenantes. Toutes les parties prenantes s'engagent à privilégier des standards internationaux et des protocoles ouverts<fnref n="2" />.

- Si votre équipe ou votre équipement héberge des données, quels formats de données entrantes acceptez-vous ?

L'équipe accepte principalement des formats de données standards et interopérables, afin de faciliter leur intégration, traitement et archivage.

Les formats acceptés incluent, entre autres :

- Pour les données tabulaires : CSV, TSV, XLSX

- Pour les textes : TXT

- Pour les images / médias (le cas échéant) : PNG, JPEG

- Quels sont les formats de données sortantes de votre projet ?

Les données produites par le projet sont disponibles dans des formats ouverts et largement utilisés pour en garantir la réutilisabilité.

- Données quantitatives : CSV

- Résultats analytiques ou agrégés : PDF, XLSX (avec métadonnées descriptives en TXT ou XML)

- Documentation / protocoles : PDF, JPEG

<footnote n="2">² Se référer aux principes FAIR A1.1 et I1. Voir GO FAIR, « A1.1: The protocol is open, free and universally implementable », s. d., https://www.go-fair.org/fair-principles/a1-1-protocol-open-free-universally-implementable/ et GO FAIR, « I1: (Metaicie)data use a formal, accessible, shared, and broadly applicable language for knowledge representation », s. d., https://www.go-fair.org/fair-principles/i1-metadata-use-formal-accessible-shared-broadly-applicable-language-knowledge-representation/</footnote>
- Si les formats des données sortantes ne sont pas ouverts, qu'allez-vous mettre en place pour en proposer et selon quel calendrier ?

Dans ces cas, une conversion vers des formats ouverts est prévue avant l'archivage final et la diffusion publique.

## Citabilité

Le principe de **citabilité** porte sur le fait que le projet (avec ses données et ses résultats) doit être cité selon un modèle décidé par les parties prenantes.

- Quel est votre modèle de citation pour le projet ?

[Nom de l'auteur ou de l'équipe] (2025). DEGEL. DIM Pamir. https://www.pamir.fr/en/projets-soutenus/degel/

- Quel est votre modèle de citation pour les données sortantes de votre projet ?

[Auteur(s)], (année). Titre du jeu de données [type de données]. Version. Dépôt ou archive, DOI ou identifiant pérenne.

## Ouverture

Le principe d'**ouverture** porte sur le fait d'associer une licence à des données. Il est recommandé de partager ces dernières autant qu'il est possible, sous des licences internationales telles que Creative Commons<fnref n="3" />.

- Comment mettrez-vous à disposition aux différentes parties prenantes les données sortantes de votre projet ?

Les données sortantes seront mises à disposition via un dépôt institutionnel ou un dépôt thématique reconnu (Recherche Data Gouv), afin de garantir un accès pérenne et sécurisé.

Un identifiant unique sera attribué à chaque jeu de données pour en faciliter la citation et le suivi.

Les parties prenantes auront accès aux données via :

- un lien direct vers le dépôt

- Quelle licence associerez-vous aux données sortantes de votre projet ?

Les données sortantes seront publiées sous une **licence ouverte** conforme aux principes de la science ouverte, afin de permettre leur réutilisation, leur modification et leur redistribution, tout en assurant l'attribution correcte.

La licence envisagée est :

- **Creative Commons Attribution 4.0 International (CC BY 4.0)**, qui permet la réutilisation libre à condition de citer les auteurs.

## Maintenance des données

Le principe de **maintenance des données** porte sur le fait de préserver les données à court, moyen et long terme.

<footnote n="3">³ Voir Wikipédia, « Licence Creative Commons », 19 octobre 2022, https://fr.wikipedia.org/wiki/Licence_Creative_Commons</footnote>
- Qui est en charge de la maintenance des données sortantes de votre projet ? Indiquez un contact mail.
ann.bourges@culture.gouv.fr

- Est-ce que votre équipe propose à la communauté une solution d'hébergement pour les données du projet ? Si oui, quelle est cette solution ?

Oui, les données du projet sont hébergées sur le C2RMF qui permet l'archivage sécurisé

- Avez-vous une politique de préservation des données à long terme ? Si oui, quelle est-elle ?

Oui, une politique de préservation à long terme est en place, en cohérence avec les recommandations de l'institution et les exigences des bailleurs de fonds.
Les données seront déposées dans un entrepôt reconnu (dépôt institutionnel).

La durée de conservation envisagée est d'au moins 10 ans, et une copie des données est également conservée sur les serveurs de l'institution C2RMF, Navier et personnel pour en assurer la redondance.

Une mise à jour des métadonnées et des fichiers pourra être effectuée en cas d'évolution majeure ou d'enrichissement.

## Fiabilité

Le principe de **fiabilité** porte sur le fait de documenter de manière lisible et accessible la provenance et assurer la traçabilité des données du projet.

- Pour documenter la provenance des données du projet, quelles métadonnées (par exemple : auteur·e·s et date du jeu de données, institution de production et/ou de conservation des données, etc.) allez-vous fournir ?

Afin de documenter la provenance des données du projet, les métadonnées suivantes seront systématiquement fournies avec chaque jeu de données :

* Titre du jeu de données

* Date de création et de publication

* Institution de production (affiliation principale des auteurs)

* Institution de conservation / dépôt

* Financement du projet / référence du contrat

* Langue(s) des données

* Conditions d'accès et licence d'utilisation (ex. : CC BY 4.0)

- Pour assurer la traçabilité des changements apportés aux données, quelles métadonnées (par exemple version, date de mise à jour, personnes contribuant à la mise à jour du jeu de données, etc.) prévoyez-vous de fournir ?

Pour garantir la traçabilité des modifications, les métadonnées suivantes seront associées à chaque mise à jour du jeu de données :

* Numéro de version (ex. : v1.0, v1.1, v2.0)

* Date de mise à jour

* Description des modifications apportées (ex. : corrections, ajouts, enrichissements)
* Nom(s) des personnes ayant contribué à la mise à jour

* Lien vers la version précédente (le cas échéant)

* Historique des versions consigné dans un fichier

Pour ce faire, il importe de se référer à des normes, des standards, des vocabulaires contrôlés. Vous pouvez
par exemple consulter le schéma de métadonnées de DataCite<fnref n="4" /> qui s’appuie sur le Dublin Core<fnref n="5" /> qui est
utilisé pour décrire des ressources de manière simple et standardisée.

<footnote n="4">⁴ DataCite est un consortium international regroupant des bibliothèques et institutions spécialisées en sciences de l'information, qui propose des services autour du partage et de la citation des données, dont l'attribution d'identifiants pérennes (DOI). Voir DataCite Schema, « DataCite Metadata Schema 4.4 », 30 mars 2021, http://schema.datacite.org/meta/kernel-4.4/</footnote>

<footnote n="5">⁵ Le Dublin Core est un standard de métadonnées. Voir DublinCore, « DCMI Metadata Terms », 20 janvier 2020, https://www.dublincore.org/specifications/dublin-core/dcmi-terms/</footnote>