# Métadonnées et Catalogues

Hélène Bressan

► To cite this version:

Hélène Bressan. Métadonnées et Catalogues. Master. France. 2025. hal-05409916

HAL Id: hal-05409916

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

Submitted on 10 Dec 2025

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

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

<figure><img src="image_1.png" /></figure>

Distributed under a Creative Commons Attribution 4.0 International License
<figure><img src="image_2.png" /></figure>

RÉPUBLIQUE
FRANÇAISE

Liberté
Égalité
Fraternité

<figure><img src="image_3.png" /></figure>

Géosciences pour une Terre durable

brgm

# MÉTADONNÉES ET CATALOGUES

Hélène Bressan

11/12/2025

<figure><img src="image_4.png" /></figure>
# La visibilité des données

## Pourquoi ouvrir ses données ?

* Répondre aux objectifs de la science ouverte

* Répondre aux exigences réglementaires (Inspire, Loi Lemaire, Règlement données de forte valeur, ...)

* Favoriser la transparence

* Assurer une traçabilité et une reproductibilité

<figure><img src="image_5.png" /></figure>

## Pour le chercheur :

* Reconnaissance du travail effectué

* Augmentation des citations !

* Augmentation de la visibilité favorisant de nouvelles collaborations

<figure><img src="image_6.png" /></figure>

<figure><img src="image_7.png" /></figure>

## Pour la société ... et la planète :

* Une plus grande transparence renforce la confiance du public dans la recherche

* Cela améliore l'accès à la science pour ceux qui n'y travaillent pas

* Cela évite de financer des travaux répétés pour en financer de nouveaux.

## Pour la communauté des chercheurs

* Facilité de réutiliser et de réinterpréter les données

* Eviter la duplication des expériences ou des campagnes de mesures

* Emergence de nouvelles idées suscitant de nouvelles lignes de recherche

* Augmentation de la reproductibilité des recherches

<figure><img src="image_8.png" /></figure>

## Ouvrir, ce n'est pas simplement « partager des données »

## Comment ouvrir ses données ?

* Respect des principes de l'interopérabilité – Principe FAIR

* Documenter ses données

* Choisir son entrepôt de données

MINISTÈRE
DE L'ENSEIGNEMENT
SUPÉRÉLIGIAL
DE LA RECHERCHE
ET DE L'INNOVATION

### DEUXIÈME PLAN NATIONAL POUR LA SCIENCE OUVERTE

<figure><img src="image_9.png" /></figure>

### DEUXIÈME AXE :
STRUCTURER, PARTAGER ET OUVRIR LES DONNÉES DE LA RECHERCHE

<figure><img src="image_10.png" /></figure>

4. Mettre en œuvre l'obligation de diffusion ouverte ou de partage des données de recherche financées sur fonds publics

5. Créer Recherche Data Gouv, la plateforme nationale fédérée des données de la recherche

4. Promouvoir l'adoption d'une politique de données prenant en compte l'ensemble du cycle des données de la recherche - rendre les données FAIR
# La visibilité des données

## Pourquoi ouvrir ses données ?

* Répondre aux objectifs de la science ouverte

* Répondre aux exigences réglementaires (Inspire, Loi Lemaire, Règlement données de forte valeur, ...)

* Favoriser la transparence

* Assurer une traçabilité et une reproductibilité

<figure><img src="image_11.png" /></figure>

## Pour le chercheur :

* Reconnaissance du travail effectué

* Augmentation des citations !

* Augmentation de la visibilité favorisant de nouvelles collaborations

<figure><img src="image_12.png" /></figure>

<figure><img src="image_13.png" /></figure>

## Pour la société ... et la planète :

* Une plus grande transparence renforce la confiance du public dans la recherche

* Cela améliore l'accès à la science pour ceux qui n'y travaillent pas

* Cela évite de financer des travaux répétés pour en financer de nouveaux.

<figure><img src="image_14.png" /></figure>

## Ouvrir, ce n'est pas simplement « partager des données »

### Comment ouvrir ses données ?

* Respect des principes de l'interopérabilité – Principe FAIR

* Documenter ses données

* Choisir son entrepôt de données

Connaitre ses données en les structurant selon les standards, en choisissant un standard de métadonnées documentaire adapté et en les déposant dans un entrepôt de données répondant à ces critères

MINISTÈRE
DE L'ENSEIGNEMENT
SUPERIEUR
DE LA RECHERCHE
ET DE L'INNOVATION

### DEUXIÈME PLAN NATIONAL POUR LA SCIENCE OUVERTE

<figure><img src="image_15.png" /></figure>

### DEUXIÈME AXE :
STRUCTURER, PARTAGER ET OUVRIR LES DONNÉES DE LA RECHERCHE

<figure><img src="image_16.png" /></figure>

4. Mettre en œuvre l'obligation de diffusion ouverte ou de partage des données de recherche financées sur fonds publics

5. Créer Recherche Data Gouv, la plateforme nationale fédérée des données de la recherche

4. Promouvoir l'adoption d'une politique de données prenant en compte l'ensemble du cycle des données de la recherche - rendre les données FAIR

## Pour la communauté des chercheurs

* Facilité de réutiliser et de réinterpréter les données

* Eviter la duplication des expériences ou des campagnes de mesures

* Emergence de nouvelles idées suscitant de nouvelles lignes de recherche

* Augmentation de la reproductibilité des recherches
<figure><img src="image_17.png" /></figure>

RÉPUBLIQUE
FRANÇAISE

Liberté

Egalité

Fraternité

<figure><img src="image_18.png" /></figure>

Geosciences pour une terre durable

brgm

# MÉTADONNÉES POUR QUOI FAIRE ?

<figure><img src="image_19.png" /></figure>
# Données et métadonnées

## Utilité des métadonnées ?

UNLABELED DATA IS JUST
A MYSTERY JAR

<figure><img src="image_20.png" /></figure>

NO METADATA

<figure><img src="image_21.png" /></figure>

DATA WITH METADATA

<figure><img src="image_22.png" /></figure>

FAIRWIZARD

RESEARCHERS LOOKING FOR DATA TO REUSE

<figure><img src="image_23.png" /></figure>

RICH METADATA

<figure><img src="image_24.png" /></figure>

NO METADATA

<figure><img src="image_25.png" /></figure>

FAIRWIZARD
# Données et métadonnées

## Utilité des métadonnées ?

UNLABELED DATA IS JUST
A MYSTERY JAR

<figure><img src="image_26.png" /></figure>

NO METADATA

<figure><img src="image_27.png" /></figure>

DATA + METADATA = UNDERSTANDING

<figure><img src="image_28.png" /></figure>

RESEARCHERS LOOKING FOR DATA TO REUSE

<figure><img src="image_29.png" /></figure>

<figure><img src="image_30.png" /></figure>

NO METADATA

<figure><img src="image_31.png" /></figure>

FAIRWizard

<figure><img src="image_32.png" /></figure>

FAIRWizard
# Intérêt des métadonnées

## Définir les métadonnées

<figure><img src="image_33.png" /></figure>

<figure><img src="image_34.png" /></figure>

<figure><img src="image_35.png" /></figure>

La clarté des métadonnées commence par la clarté des concepts.
<figure><img src="image_36.png" /></figure>

RÉPUBLIQUE
FRANÇAISE

Liberté

Egalité

Fraternité

<figure><img src="image_37.png" /></figure>

Geosciences pour une terre durable

brgm

MÉTADONNÉES ET PRINCIPES FAIR

<figure><img src="image_38.png" /></figure>
# Principes FAIR

F

A

I

R

S'appliquent aux données et aux métadonnées

<figure><img src="image_39.png" /></figure>

## Findable : facile à trouver pour les humains ET les machines

* F1 : Données et métadonnées ont un identifiant unique et pérenne

* F2 : Données décrites par des métadonnées riches

* F3 : Données et métadonnées enregistrées ou indexées dans un dispositif permettant de les rechercher

* F4 : Métadonnées contiennent l'identifiant unique et pérenne des données

## Accessible : une fois les données trouvées, l'utilisateur doit savoir comment y accéder

* A1 : Données et métadonnées accessibles par leurs identifiants via un protocole standard

* A1.1 : Le protocole utilisé est ouvert, libre et peut-être implémenté de manière universelle

* A1.2 : Le protocole peut gérer des procédures d'authentification et d'autorisation si nécessaire

* A2 : Métadonnées accessibles même si les données ne sont plus disponibles

<figure><img src="image_40.png" /></figure>

## Interoperable : les données sont interopérables, intégration avec d'autres données, interoperabilité avec des applications

* I1 : Données et métadonnées utilisant un langage formel, accessible, partagé et largement applicable pour la représentation des connaissances

* I2 : Données et métadonnées utilisant des vocabulaires suivant eux-mêmes les principes FAIR

* I3 : Données et métadonnées contenant des liens vers d'autres (méta)données

<figure><img src="image_41.png" /></figure>

## Reusable : les données doivent être réutilisables pour de futures recherches

* R1 : Données et métadonnées richement décrites, par une pluralité d'attributs précis

* R1.1 : Fournies avec une licence d'utilisation claire

* R1.2 : Associées à leur provenance

* R1.3 : Suivent les standards des communautés

<figure><img src="image_42.png" /></figure>
# Principes FAIR et Métadonnées

Quels sont les principes qui intéressent les métadonnées ?

<figure><img src="image_43.png" /></figure>
# Principes FAIR et Métadonnées

Quels sont les principes qui intéressent les métadonnées ?

Souvent on limite, par méconnaissance, les métadonnées au principe de découverte, le F du FAIR.

⇒ C'est une erreur, ou un raccourci malencontreux, par défaut les principes FAIR s'appliquent à la fois aux données et aux métadonnées

⇒ C'est oublier qu'il existe plusieurs types de métadonnées

Les métadonnées peuvent s'appliquer à d'autres ressources que des données.

⇒ S'interroger sur l'ensemble des ressources utilisées et produites au cours d'un projet est nécessaire

⇒ Pour identifier les standards de métadonnées à utiliser en fonction des ressources

<figure><img src="image_44.png" /></figure>
# Principes FAIR et Métadonnées

Quels sont les principes qui intéressent les métadonnées ?

Souvent on limite, par méconnaissance, les métadonnées au principe de découverte, le F du FAIR.

⇒ C'est une erreur, ou un raccourci malencontreux, par défaut les principes FAIR s'appliquent à la fois aux données et aux métadonnées

⇒ C'est oublier qu'il existe plusieurs types de métadonnées

Les métadonnées peuvent s'appliquer à d'autres ressources que des données.

⇒ S'interroger sur l'ensemble des ressources utilisées et produites au cours d'un projet est nécessaire

⇒ Pour identifier les standards de métadonnées à utiliser en fonction des ressources

<figure><img src="image_45.png" /></figure>

Les principes FAIR s'appliquent à la fois aux données et aux métadonnées
# Principes FAIR

<figure><img src="image_46.png" /></figure>

F

A

I

R

S'appliquent aux données et
aux métadonnées

<figure><img src="image_47.png" /></figure>

**Findable : facile à trouver pour les humains ET les machines**

* F1 : Données et métadonnées ont un identifiant unique et pérenne

* F2 : Données décrites par des métadonnées riches

* F3 : Données et métadonnées enregistrées ou indexées dans un dispositif permettant de les rechercher

* F4 : Métadonnées contiennent l'identifiant unique et pérenne des données

**Accessible : une fois les données trouvées, l'utilisateur doit savoir comment y accéder**

* A1 : Données et métadonnées accessibles par leurs identifiants via un protocole standard

* A1.1 : Le protocole utilisé est ouvert, libre et peut-être implémenté de manière universelle

* A1.2 : Le protocole peut gérer des procédures d'authentification et d'autorisation si nécessaire

* A2 : Métadonnées accessibles même si les données ne sont plus disponibles

<figure><img src="image_48.png" /></figure>

**Interoperable : les données sont interopérables, intégration avec d'autres données, interoperabilité avec des applications**

* I1 : Données et métadonnées utilisant un langage formel, accessible, partagé et largement applicable pour la représentation des connaissances

<figure><img src="image_49.png" /></figure>

* I2 : Données et métadonnées utilisant des vocabulaires suivant eux-mêmes les principes FAIR

* I3 : Données et métadonnées contenant des liens vers d'autres (méta)données

<figure><img src="image_50.png" /></figure>

**Reusable : les données doivent être réutilisables pour de futures recherches**

* R1 : Données et métadonnées richement décrites, par une pluralité d'attributs précis

* R1.1 : Fournies avec une licence d'utilisation claire

* R1.2 : Associées à leur provenance

* R1.3 : Suivent les standards des communautés
<figure><img src="image_51.png" /></figure>

RÉPUBLIQUE
FRANÇAISE

Liberté

Egalité

Fraternité

<figure><img src="image_52.png" /></figure>

Geosciences pour une terre durable

brgm

LES STANDARDS DE MÉTADONNÉES

<figure><img src="image_53.png" /></figure>
# Les schémas et standards de métadonnées

## Schéma de métadonnées

* Le schéma de métadonnées définit les éléments (concepts, classes, ...) qui le composent et les liens existants entre ces éléments. Un schéma de métadonnées peut s'appuyer sur différents formalismes tels que le formalisme UML, ou ontologie. Le schéma de métadonnées peut aussi être plus simple et présentant une simple liste d'éléments descriptifs.

* Chacun des éléments du schéma de métadonnées doit être défini :

* Définition de sa signification ( titre, contacts, dates, ... )

* Le type de contenu attendu (chaine de caractères, nombre, date, ...)

* Sa formulation (texte libre, format précis, norme à respecter, ...)

* Le schéma doit définir les contraintes s'appliquant à chacun des éléments :

* Le niveau d'obligation (éléments obligatoires, conseillés, facultatifs, conditionnels)

* La possibilité d'étendre ou non des éléments

* Des règles spécifiques (relation conditionnelle entre deux champs)

Le schéma de métadonnées, quelque soit son formalisme, est un plan logique, structuré qui indique les relations entre les éléments le composant
# Les schémas et standards de métadonnées

## Schéma de métadonnées

* Le schéma de métadonnées définit les éléments (concepts, classes, ...) qui le composent et les liens existants entre ces éléments. Un schéma de métadonnées peut s'appuyer sur différents formalismes tels que le formalisme UML, ou ontologie. Le schéma de métadonnées peut aussi être plus simple et présentant une simple liste d'éléments descriptifs.

* Chacun des éléments du schéma de métadonnées doit être défini :

* Définition de sa signification ( titre, contacts, dates, ... )

* Le type de contenu attendu (chaine de caractères, nombre, date, ...)

* Sa formulation (texte libre, format précis, norme à respecter, ...)

* Le schéma doit définir les contraintes s'appliquant à chacun des éléments :

* Le niveau d'obligation (éléments obligatoires, conseillés, facultatifs, conditionnels)

* La possibilité d'étendre ou non des éléments

* Des règles spécifiques (relation conditionnelle entre deux champs)

> Le schéma de métadonnées, quelque soit son formalisme, est un plan logique, structuré qui indique les relations entre les éléments le composant

## Standard de métadonnées

* Un standard de métadonnées est décrit à travers un schéma de métadonnées dont le formalisme peut s'appuyer sur du formalisme UML, Ontologie ou un formalisme simplifié et qui a été adopté comme « modèle » par un ensemble d'utilisateurs. Il est reconnu, normalisé et utilisé à grande échelle.

* L'utilisation de standards de métadonnées est un élément indispensable pour respecter les principes FAIR.

* Il existe plusieurs standards de métadonnées, adaptés aux métadonnées concernées et qui permettent de renseigner les métadonnées, quelque que soit leur type, de manière précise et de répondre ainsi aux besoins spécifiques de communautés diverses, mais permettant aussi de répondre au besoin d'interopérabilité entre les communautés.
# Les différentes métadonnées

## Métadonnées documentaires ou métadonnées de découverte

* Les métadonnées documentaires servent à identifier et à décrire le jeu de données dans sa globalité. Elles permettent de faciliter la compréhension de ce qu'est la ressource comme par exemple un jeu de données, décrite, son contexte de production et de réutilisation possible. Elles comprennent notamment le titre, les contacts auteurs, producteurs du jeu de données, les dates de création, de mise à jour, les fréquences de mises à jour, les organismes en charge du jeu de données. Elles renseignent les modalités d'accès et les licences associées.
# Les différentes métadonnées

## Métadonnées documentaires ou métadonnées de découverte

* Les métadonnées documentaires servent à identifier et à décrire le jeu de données dans sa globalité. Elles permettent de faciliter la compréhension de ce qu'est la ressource comme par exemple un jeu de données, décrite, son contexte de production et de réutilisation possible. Elles comprennent notamment le titre, les contacts auteurs, producteurs du jeu de données, les dates de création, de mise à jour, les fréquences de mises à jour, les organismes en charge du jeu de données. Elles renseignent les modalités d'accès et les licences associées.

## Métadonnées de structuration

* Les métadonnées de structuration permettent de décrire l'organisation et les relations entre les éléments du jeu de données. S'appuyant sur des standards de structuration, comme GeoSciML, WaterML, EarthResourcesML, Observations Measurement and Sample, elles facilitent al compréhension, le traitement et la réutilisation des données puisqu'elles induisent une structuration formelle sous forme UML ou sous forme de graphe et une sémantisation des éléments.
# Les différentes métadonnées

## Métadonnées documentaires ou métadonnées de découverte

* Les métadonnées documentaires servent à identifier et à décrire le jeu de données dans sa globalité. Elles permettent de faciliter la compréhension de ce qu'est la ressource comme par exemple un jeu de données, décrite, son contexte de production et de réutilisation possible. Elles comprennent notamment le titre, les contacts auteurs, producteurs du jeu de données, les dates de création, de mise à jour, les fréquences de mises à jour, les organismes en charge du jeu de données. Elles renseignent les modalités d'accès et les licences associées.

## Métadonnées de structuration

* Les métadonnées de structuration permettent de décrire l'organisation et les relations entre les éléments du jeu de données. S'appuyant sur des standards de structuration, comme GeoSciML, WaterML, EarthResourcesML, Observations Measurement and Sample, elles facilitent al compréhension, le traitement et la réutilisation des données puisqu'elles induisent une structuration formelle sous forme UML ou sous forme de graphe et une sémantisation des éléments.

## Métadonnées scientifiques

* Les métadonnées scientifiques permettent de préciser le protocole, le contexte d'obtention des données, les transformations effectuées et outils associés à cette transformation, les conventions de nommages scientifiques. Des standards de structuration de données permettent la structuration cohérente de certaines « métadonnées scientifiques », comme par exemple le standard Observations Measurement and Sample qui permet de préciser les protocoles d'obtention du résultat, les caractéristiques des capteurs mis en place, ...
# Les différentes métadonnées

## Métadonnées documentaires ou métadonnées de découverte

* Les métadonnées documentaires servent à identifier et à décrire le jeu de données dans sa globalité. Elles permettent de faciliter la compréhension de ce qu'est la ressource comme par exemple un jeu de données, décrite, son contexte de production et de réutilisation possible. Elles comprennent notamment le titre, les contacts auteurs, producteurs du jeu de données, les dates de création, de mise à jour, les fréquences de mises à jour, les organismes en charge du jeu de données. Elles renseignent les modalités d'accès et les licences associées.

## Métadonnées de structuration

* Les métadonnées de structuration permettent de décrire l'organisation et les relations entre les éléments du jeu de données. S'appuyant sur des standards de structuration, comme GeoSciML, WaterML, EarthResourcesML, Observations Measurement and Sample, elles facilitent al compréhension, le traitement et la réutilisation des données puisqu'elles induisent une structuration formelle sous forme UML ou sous forme de graphe et une sémantisation des éléments.

## Métadonnées scientifiques

* Les métadonnées scientifiques permettent de préciser le protocole, le contexte d'obtention des données, les transformations effectuées et outils associés à cette transformation, les conventions de nommages scientifiques. Des standards de structuration de données permettent la structuration cohérente de certaines « métadonnées scientifiques », comme par exemple le standard Observations Measurement and Sample qui permet de préciser les protocoles d'obtention du résultat, les caractéristiques des capteurs mis en place, ...

> Les frontières entre les différents types de métadonnées peuvent être fines et fonction de la granularité avec laquelle on regarde et on décrit la donnée et le jeu de données.
# Standard de métadonnées descriptives

[DublinCore™](https://www.dublincore.org)

**Définition** : Le Dublin Core est un schéma de métadonnées générique et simple. Initialement, il s'appuyait sur 15 éléments de description formels ( titre, auteur, éditeur), intellectuels (sujet, description, langue...) et relatifs à la propriété intellectuelle. Cet ensemble historique, créé en 1995, constitue le « Dublin Core Metadata Element Set ».

**Identification** : http://dublincore.org/specifications/dublin-core/dcmi-terms/2020-01-20/

**Normes ISO** : ISO 15836-1:2017 Information et documentation — L'ensemble des éléments de métadonnées Dublin Core , ISO ISO 15836-2:2019(en)
Information and documentation — The Dublin Core metadata element set — Part 2: DCMI Properties and classes

**Périmètre d'application** : Description bibliographique de documents, étendu à une description généraliste d'objets du web

**Gouvernance et administration** : Initialement, le « Dublin Core » est né d'une recommandation pour la description bibliographique des documents ou
objets du web. Ce schéma de métadonnées est maintenu par le « Dublin Core Metadata Initiative » qui est une organisation constituée de membres émanant
principalement de bibliothèques nationales et universitaires. Le Dublin Core est devenu la norme ISO 15836 en 2003.

**Avantages** : Standard de métadonnées descriptives généraliste, athématique et s'appuyant sur les technologies du websémantique pour définir ses
propriétés, éléments descriptifs. Standard de métadonnées largement utilisé et implémenté par des entrepôts de données (Zenodo, Recherche Data Gouv, ...)

**Limites** : Standard généraliste ne permettant pas forcément de décrire finement des jeux de données environnementaux et spatialisés.
# Standard de métadonnées descriptives

**DublinCore™**

**Définition** : Le Dublin Core est un schéma de métadonnées générique et simple. Initialement, il s'appuyait sur 15 éléments de description formels ( titre, auteur, éditeur), intellectuels (sujet, description, langue...) et relatifs à la propriété intellectuelle. Cet ensemble historique, créé en 1995, constitue le « Dublin Core Metadata Element Set ».

**Identification** : http://dublincore.org/specifications/dublin-core/dcmi-terms/2020-01-20/

**Normes ISO** : ISO 15836-1:2017 Information et documentation – L’ensemble des éléments de métadonnées Dublin Core , ISO ISO 15836-2:2019(en)
Information and documentation — The Dublin Core metadata element set — Part 2: DCMI Properties and classes

**Périmètre d'application** : Description bibliographique de documents, étendu à une description généraliste d'objets du web

**Gouvernance et administration** : Initialement, le « Dublin Core » est né d'une recommandation pour la description bibliographique des documents ou
objets du web. Ce schéma de métadonnées est maintenu par le « Dublin Core Metadata Initiative » qui est une organisation constituée de membres émanant
principalement de bibliothèques nationales et universitaires. Le Dublin Core est devenu la norme ISO 15836 en 2003.

**Avantages** : Standard de métadonnées descriptives généraliste, athématique et s'appuyant sur les technologies du websémantique pour définir ses
propriétés, éléments descriptifs. Standard de métadonnées largement utilisé et implémenté par des entrepôts de données (Zenodo, Recherche Data Gouv, ...)

**Limites** : Standard généraliste ne permettant pas forcément de décrire finement des jeux de données environnementaux et spatialisés.

Standard adapté pour des documents mais aussi des
ressources numériques (« objets du web »)
# Standard de métadonnées descriptives

## DublinCore™ Les champs / Elements obligatoires

<table><thead><tr><th>Élément</th><th>Properties</th><th>Définition</th><th>Commentaire</th></tr></thead><tbody><tr><td>Titre</td><td>Title</td><td>Nom donné à la ressource</td><td></td></tr><tr><td>Créateur</td><td>Creator</td><td>Entité responsable de la création de la ressource</td><td>On entend par entité, le nom de la personne, de l'organisation ou du service responsable de la création du contenu de la ressource.</td></tr><tr><td>Sujet ou mots clés</td><td>Subject</td><td>Thème du contenu de la ressource (mots clés, expressions, codes de classification)</td><td>Le sujet est généralement représenté par des mots-clés, des expressions clés ou des codes de classification. Il est recommandé d'utiliser un vocabulaire contrôlé.</td></tr><tr><td>Description</td><td>Description</td><td>Description littérale de la ressource</td><td>Présentation du contenu de la ressource (résumé, table des matières, représentation graphique du contenu, texte libre)</td></tr><tr><td>Éditeur</td><td>Publisher</td><td>Entité responsable de la publication et de la mise à disposition de la ressource</td><td>ON entend par entité, le nom de la personne, de l'organisation ou du service responsable de la mise à disposition ou de la diffusion de la ressource</td></tr><tr><td>Contributeur</td><td>Contributor</td><td>Entité chargée de contribuer à une ressource</td><td>On entend par "entité" de renseigner, le nom de la personne, de l'organisation ou du service responsable de contributions au contenu de la ressource. Les règles relatives à l'utilisation des noms de personnes ou d'organisations en tant que créateurs s'appliquent également aux contributeurs. En règle générale, le nom du contributeur doit être utilisé pour indiquer l'entité.</td></tr><tr><td>Date</td><td>Date</td><td>Date ou période de temps associée à un événement du cycle de vie de la ressource.</td><td>La date peut servir à exprimer des informations temporelles à tous les niveaux de précision. Il est recommandé d'exprimer la date, la date et l'heure, ou une période conformément à la norme ISO 8601-1 ou à un profil publié de cette norme, tel que la note du W3C sur les formats de date et d'heure [W3CDTF] ou la spécification de format de date et d'heure étendu [EDTF]. Si la date complète est inconnue, on peut utiliser le mois et l'année (AAAA-MM) ou seulement l'année (AAAA). Les plages de dates peuvent être spécifiées à l'aide de la spécification de période de temps de la norme ISO 8601, où les dates de début et de fin sont séparées par une barre oblique (« / »). La date de début ou la date de fin peut être manquante.</td></tr><tr><td>Type</td><td>Type</td><td>Nature ou genre de la ressource (catégories, fonctions, genres généraux, niveaux d'agrégation du contenu)</td><td>Il est recommandé d'utiliser un vocabulaire contrôlé tel que le vocabulaire DCMI Type [DCMI-TYPE]. Pour décrire le format de fichier, le support physique ou les dimensions de la ressource, utilisez l'élément Format.</td></tr><tr><td>Format</td><td>Format</td><td>Manifestation physique ou numérique de la ressource</td><td>Il est recommandé d'utiliser un vocabulaire contrôlé lorsqu'il est disponible. Par exemple, pour les formats de fichiers, on peut utiliser la liste des types de médias Internet (MIME).</td></tr><tr><td>Identifiant de la ressource</td><td>Identifier</td><td>Référence univoque à la ressource dans un contexte donné (URI, ISBN)</td><td>Il est recommandé d'identifier la ressource au moyen d'une chaîne de caractères conforme à un système d'identification.</td></tr><tr><td>Source</td><td>Source</td><td>Référence à une ressource dont la ressource décrite est dérivée (URI)</td><td>La ressource décrite peut être dérivée, en tout ou en partie, de la ressource associée. Il est recommandé d'identifier cette dernière au moyen d'une chaîne de caractères conforme à un système d'identification formel</td></tr><tr><td>Langue</td><td>Language</td><td>Langue du contenu de la ressource</td><td>Il est recommandé d'utiliser soit une valeur non littérale représentant une langue issue d'un vocabulaire contrôlé tel que ISO 639-2 ou ISO 639-3, soit une valeur littérale constituée d'une balise de langue</td></tr><tr><td>Relation</td><td>Relation</td><td>Référence à une ressource apparentée</td><td>Il est recommandé d'identifier la ressource concernée au moyen d'un URI. Si cela s'avère impossible ou non réalisable, une chaîne de caractères conforme à un système d'identification formel peut être fournie.</td></tr><tr><td>Couverture</td><td>Coverage</td><td>Couverture spatio-temporelle de la ressource (domaine d'application)</td><td>Couverture spatio-temporelle de la ressource peut désigner un lieu nommé ou un emplacement spécifié par ses coordonnées géographiques. Il peut désigner une période, une date ou une plage de dates. Une juridiction peut désigner une entité administrative nommée ou un lieu géographique auquel la ressource s'applique. Il est recommandé d'utiliser un vocabulaire contrôlé tel que le Getty Thesaurus of Geographic Names (TGN). Le cas échéant, il est préférable d'utiliser des noms de lieux ou de périodes plutôt que des identifiants numériques tels que des ensembles de coordonnées ou des plages de dates.</td></tr><tr><td>Gestion de droits</td><td>Rights</td><td>Informations sur les droits associés à la ressource (IPR, copyright, etc.)</td><td>Les informations relatives aux droits comprennent généralement une déclaration sur les différents droits de propriété associés à la ressource, y compris les droits de propriété intellectuelle.</td></tr></tbody></table>
# Standard de métadonnées descriptives

## DataCite MetaData Schema

**Définition** : Le schéma de métadonnées DataCite est un standard de métadonnées simple et interdisciplinaire lié à l'attribution de DOI pour un objet numérique. Il est basé sur une vingtaine de champs dont 6 sont obligatoires.

**Identification** : DataCite Metadata Schema (https://doi.org/10.14454/csba-e454) _Version_ : 4.6

**Périmètre d'application** : Description généraliste d'objets numériques pour lesquels un DOI est attendu

**Gouvernance et administration** : Le groupe de travail sur les métadonnées (GT) définit et met à jour le schéma de métadonnées DataCite, en concertation avec les membres de DataCite et sous l'égide du conseil d'administration de DataCite. Ce groupe de travail sollicite activement l'avis de la communauté au sens large et se coordonne avec les normes communautaires.

**Avantages** : Standard de métadonnées généraliste et interdisciplinaire, favorisant la citation des jeux de données, reconnu dans le monde de la Recherche, et recommandé par le Ministère de la Recherche pour l'obtention d'identifiant unique pour les jeux de données.

**Limites** : Standard généraliste ne permettant pas forcément de décrire finement des jeux de données environnementaux et spatialisés.
# Standard de métadonnées descriptives

## DataCite MetaData Schema

**Définition** : Le schéma de métadonnées DataCite est un standard de métadonnées simple et interdisciplinaire lié à l'attribution de DOI pour un objet numérique. Il est basé sur une vingtaine de champs dont 6 sont obligatoires.

**Identification** : DataCite Metadata Schema (https://doi.org/10.14454/csba-e454) _Version_ : 4.6

**Périmètre d'application** : Description généraliste d'objets numériques pour lesquels un DOI est attendu

**Gouvernance et administration** : Le groupe de travail sur les métadonnées (GT) définit et met à jour le schéma de métadonnées DataCite, en concertation avec les membres de DataCite et sous l'égide du conseil d'administration de DataCite. Ce groupe de travail sollicite activement l'avis de la communauté au sens large et se coordonne avec les normes communautaires.

**Avantages** : Standard de métadonnées généraliste et interdisciplinaire, favorisant la citation des jeux de données, reconnu dans le monde de la Recherche, et recommandé par le Ministère de la Recherche pour l'obtention d'identifiant unique pour les jeux de données.

**Limites** : Standard généraliste ne permettant pas forcément de décrire finement des jeux de données environnementaux et spatialisés.

Standard adapté pour des ressources numériques
(« objets du web »)
# Standard de métadonnées descriptives

## DataCite MetaData Schema

Le Schéma DataCite comporte 20 Propriétés principales :

- 6 propriétés obligatoires

- 6 propriétés recommandées

- 8 propriétés optionnelles

Des sous-propriétés permettent de préciser les
propriétés principales :

Exemple « Creator » :

- 2.1 creatorName

• 2.1a nameType (Organizational / Personal)

- 2.2 givenName

- 2.3 familyName

- 2.4 nameldentifier

• 2.4a nameldentifierScheme (ORCID, ROR, ISNI)

• 2.4b schemeURI

- 2.5 affiliation

• 2.5a affiliationIdentifier

• 2.5b affiliationIdentifierScheme

• 2.5c schemeURI

<table><thead><tr><th>Propriétés principales</th><th>Obligation</th><th>Description</th></tr></thead><tbody><tr><td>Identifier</td><td>M</td><td>L'identifiant est une chaîne de caractères unique qui identifie une ressource. Pour les logiciels, il convient de déterminer si l'identifiant correspond à une version spécifique (conformément aux principes de citation des logiciels) ou à toutes les versions.</td></tr><tr><td>Creator</td><td>M</td><td>Les principaux chercheurs ayant participé à la production des données, ou les auteurs de la publication, par ordre de priorité. Pour les instruments, il s'agit du fabricant ou du développeur de l'instrument. Pour indiquer plusieurs créateurs, répétez cette information.</td></tr><tr><td>Title</td><td>M</td><td>Nom ou titre désignant une ressource. Il peut s'agir du titre d'un jeu de données, du nom d'un logiciel ou d'un instrument.</td></tr><tr><td>Publisher</td><td>M</td><td>Le nom de l'entité qui détient, archive, publie, imprime, distribue, diffuse, édite ou produit la ressource. Cette propriété servira à formuler la citation ; tenez donc compte de l'importance de son rôle. Pour un logiciel, utilisez « Éditeur » pour le dépôt de code. Si une entité autre qu'un dépôt de code détient, archive, publie, imprime, distribue, diffuse, édite ou produit le code, utilisez la propriété "Contributeur" avec le type de contributeur « Institution d'hébergement » pour le dépôt de code.</td></tr><tr><td>PublicationYear</td><td>M</td><td>L'année où les données ont été ou seront rendues publiques. Dans le cas de ressources telles que des logiciels ou des données dynamiques pouvant faire l'objet de plusieurs versions au cours d'une même année, indiquez la propriété Date et ses sous-propriétés (dateType/datelnformation) afin de fournir des informations supplémentaires sur la date de publication ou de diffusion. Si une période d'embargo est en vigueur, utilisez la date de fin de cette période. Concernant les jeux de données, la « publication » s'entend de leur mise à disposition à la communauté des chercheurs à une date précise. En l'absence d'année de publication standard, utilisez la date qui serait préférable du point de vue des citations.</td></tr><tr><td>ResourceType</td><td>M</td><td>A description of the resource</td></tr></tbody></table>
# Standard de métadonnées descriptives

## Mapping entre [DataCite MetaData Schema](#) et [DublinCore](#)

<table><thead><tr><th colspan="4">DataCite</th><th colspan="3">DublinCore</th></tr><tr><th>Propriétés principales</th><th>Obligation</th><th>Description</th><th>Propriété dc</th><th>Définition</th><th>Commentaire</th></tr></thead><tbody><tr><td>Identifier</td><td>M</td><td>L'identifiant est une chaîne de caractères unique qui identifie une ressource. Pour les logiciels, il convient de déterminer si l'identifiant correspond à une version spécifique (conformément aux principes de citation des logiciels) ou à toutes les versions.</td><td>dc:identifier</td><td>Référence univoque à la ressource dans un contexte donné (URI, ISBN)</td><td>Il est recommandé d'identifier la ressource au moyen d'une chaîne de caractères conforme à un système d'identification.</td></tr><tr><td>Creator</td><td>M</td><td>Les principaux chercheurs ayant participé à la production des données, ou les auteurs de la publication, par ordre de priorité. Pour les instruments, il s'agit du fabricant ou du développeur de l'instrument. Pour indiquer plusieurs créateurs, répétez cette information.</td><td>dc:creator</td><td>Entité responsable de la création de la ressource</td><td>On entend par entité, le nom de la personne, de l'organisation ou du service responsable de la création du contenu de la ressource.</td></tr><tr><td>Title</td><td>M</td><td>Nom ou titre désignant une ressource. Il peut s'agir du titre d'un jeu de données, du nom d'un logiciel ou d'un instrument.</td><td>dc:title</td><td>Nom donné à la ressource</td><td></td></tr><tr><td>Publisher</td><td>M</td><td>Le nom de l'entité qui détient, archive, publie, imprime, distribue, diffuse, édite ou produit la ressource. Cette propriété servira à formuler la citation ; tenez donc compte de l'importance de son rôle. Pour un logiciel, utilisez « Éditeur » pour le dépôt de code. Si une entité autre qu'un dépôt de code détient, archive, publie, imprime, distribue, diffuse, édite ou produit le code, utilisez la propriété "Contributeur" avec le type de contributeur « Institution d'hébergement » pour le dépôt de code.</td><td>dc:publisher</td><td>Entité responsable de la publication et de la mise à disposition de la ressource</td><td>On entend par entité, le nom de la personne, de l'organisation ou du service responsable de la mise à disposition ou de la diffusion de la ressource</td></tr><tr><td>PublicationYear</td><td>M</td><td>L'année où les données ont été ou seront rendues publiques. Dans le cas de ressources telles que des logiciels ou des données dynamiques pouvant faire l'objet de plusieurs versions au cours d'une même année, indiquez la propriété Date et ses sous-propriétés (dateType/datelnformation) afin de fournir des informations supplémentaires sur la date de publication ou de diffusion.<br/>Si une période d'embargo est en vigueur, utilisez la date de fin de cette période. Concernant les jeux de données, la « publication » s'entend de leur mise à disposition à la communauté des chercheurs à une date précise. En l'absence d'année de publication standard, utilisez la date qui serait préférable du point de vue des citations.</td><td>dc:-date issued</td><td>Date ou période de temps associée à un événement du cycle de vie de la ressource.</td><td>La date peut servir à exprimer des informations temporelles à tous les niveaux de précision. Il est recommandé d'exprimer la date, la date et l'heure, ou une période conformément à la norme ISO 8601-1 ou à un profil publié de cette norme, tel que la note du W3C sur les formats de date et d'heure [W3CDTF] ou la spécification de format de date et d'heure étendu [EDTF]. Si la date complète est inconnue, on peut utiliser le mois et l'année (AAAA-MM) ou seulement l'année (AAAA). Les plages de dates peuvent être spécifiées à l'aide de la spécification de période de temps de la norme ISO 8601, où les dates de début et de fin sont séparées par une barre oblique (« / »). La date de début ou la date de fin peut être manquante.</td></tr><tr><td>ResourceType</td><td>M</td><td>A description of the resource</td><td>dc:type</td><td>Nature ou genre de la ressource (catégories, fonctions, genres généraux, niveaux d'agrégation du contenu)</td><td>Il est recommandé d'utiliser un vocabulaire contrôlé tel que le vocabulaire DCMI Type [DCMI-TYPE]. Pour décrire le format de fichier, le support physique ou les dimensions de la ressource, utilisez l'élément Format.</td></tr></tbody></table>
# Standard de métadonnées descriptives

## Data Catalog Vocabulary (DCAT)

**Définition** : DCAT est un vocabulaire RDF conçu pour faciliter l'interopérabilité entre les catalogues de données publiés sur le Web. DCAT permet à un éditeur de décrire des jeux de données et des services de données dans un catalogue à l'aide d'un modèle et d'un vocabulaire standardisés. Ceci facilite la consommation et l'agrégation des métadonnées provenant de plusieurs catalogues, améliorant ainsi la visibilité des jeux de données et des services de données.

**Identification** : https://www.w3.org/TR/vocab-dcat-3/ Version : 3

**Périmètre d'application** : DCAT permet à un éditeur de décrire des jeux de données et des services de données dans un catalogue. A noter la présence de plusieurs profils d'application ayant étendu le schéma principal :
* DCAT-AP [DCAT-AP]: The DCAT application profile for data portals in Europe
* GeoDCAT-AP [GeoDCAT-AP]: Geospatial profile of [DCAT-AP]
* StatDCAT-AP [StatDCAT-AP]: Statistical profile of [DCAT-AP]
* DCAT s'articule autour de six classes principales.

**Gouvernance et administration** : Standard administré par un groupe de travail dont les membres et le périmètre sont définis lors de chaque révision par des chartes du groupe de travail (cf. https://www.w3.org/2022/06/dx-wg-charter.html)

**Avantages** : Standard de métadonnées généraliste et interdisciplinaire s'appuyant sur les techniques du websémantique pour décrire des ressources cataloguées, largement utilisé et étendu par diverses communautés.

**Limites** : Standard basé sur une ontologie (technique du websémantique) ne facilitant pas forcément son adoption et généraliste, ne reflétant pas certaines spécificités communautaires
# Standard de métadonnées descriptives

## Data Catalog Vocabulary (DCAT)

**Définition** : DCAT est un vocabulaire RDF conçu pour faciliter l'interopérabilité entre les catalogues de données publiés sur le Web. DCAT permet à un éditeur de décrire des jeux de données et des services de données dans un catalogue à l'aide d'un modèle et d'un vocabulaire standardisés. Ceci facilite la consommation et l'agrégation des métadonnées provenant de plusieurs catalogues, améliorant ainsi la visibilité des jeux de données et des services de données.

**Identification** : https://www.w3.org/TR/vocab-dcat-3/ Version : 3

**Périmètre d'application** : DCAT permet à un éditeur de décrire des jeux de données et des services de données dans un catalogue à l'aide d'un modèle et un vocabulaire standards qui facilitent la récupération et l'agrégation de métadonnées provenant de plusieurs catalogues. Cela peut améliorer la découverte des ensembles et des services de données. Il permet également une approche décentralisée de la publication des catalogues de données et rend possible la recherche fédérée d'ensembles de données dans les catalogues de plusieurs sites en utilisant le même mécanisme et la même structure d'interrogation.
DCAT-AP [DCAT-AP]: The DCAT application profile for data portals in Europe
GeoDCAT-AP [GeoDCAT-AP]: Geospatial profile of [DCAT-AP]
StatDCAT-AP [StatDCAT-AP]: Statistical profile of [DCAT-AP]
DCAT s'articule autour de six classes principales.

**Gouvernance et administration** : Standard administré par un groupe de travail dont les membres et le périmètre sont définis lors de chaque révision par des chartes du groupe de travail (cf. https://www.w3.org/2022/06/dx-wg-charter.html)

**Avantages** : Standard de métadonnées généraliste et interdisciplinaire s'appuyant sur les techniques du websémantique pour décrire des ressources cataloguées, largement utilisé et étendu par diverses communautés.

**Limites** : Standard basé sur une ontologie (technique du websémantique) ne facilitant pas forcément son adoption et généraliste, ne reflétant pas certaines spécificités communautaires

Standard adapté pour des jeux de données et catalogues
de données
# Standard de métadonnées descriptives

## Data Catalog Vocabulary (DCAT)

### DCAT basé sur 7 Classes :

dcat:Catalog représente un catalogue, c'est-à-dire un ensemble de données dans lequel chaque élément individuel est un enregistrement de métadonnées décrivant une ressource ; la portée de dcat:Catalog est constituée de collections de métadonnées sur des ensembles de données, des services de données ou d'autres types de ressources.

`dcat:Resource` représente un jeu de données, un service de données ou toute autre ressource pouvant être décrite par un enregistrement de métadonnées dans un catalogue. Cette classe n'est pas destinée à être utilisée directement, mais elle est la classe parente de `dcat:Dataset`, `dcat:Service` et `dcat:Catalog`. Les ressources d'un catalogue doivent être des instances de l'une de ces classes, ou d'une de leurs sous-classes, ou encore d'une sous-classe de `dcat:Resource` définie dans un profil DCAT ou une autre application DCAT. `dcat:Resource` est en réalité un point d'extension permettant de définir un catalogue de ressources de tout type. `dcat:Dataset` et `dcat:Service` peuvent être utilisés pour les jeux de données et les services non documentés dans un catalogue.

dcat:Dataset désigne un ensemble de données, publié ou géré par un acteur unique ou une communauté identifiable. Dans DCAT, la notion de jeu de données est large et inclusive, afin d'intégrer les ressources provenant de toutes les communautés. Les données peuvent prendre de nombreuses formes : nombres, textes, pixels, images, sons et autres contenus multimédias, et potentiellement d'autres types encore, chacun pouvant être intégré à un jeu de données.

<figure><img src="image_54.png" /></figure>

Text is not SVG - cannot display

dcat:Distribution représente une forme accessible d'un jeu de données, comme un fichier téléchargeable.

dcat:Service représente un ensemble d'opérations accessibles via une interface (API) permettant d'accéder à un ou plusieurs jeux de données ou fonctions de traitement de données.

dcat:DatasetSeries est un ensemble de données représentant une collection d'ensembles de données publiés séparément, mais partageant certaines caractéristiques qui les regroupent.

dcat:CatalogRecord représente un enregistrement de métadonnées dans le catalogue, concernant principalement les informations d'enregistrement, telles que l'auteur et la date d'ajout.
# Standard de métadonnées descriptives

ISO 19115

**Définition** : Norme de référence pour la description de jeux de données géographiques. Elle définit le schéma requis pour décrire des informations géographiques et des services au moyen de métadonnées. Elle fournit des informations concernant l'identification, l'étendue, la qualité, les aspects spatiaux et temporels, le contenu, la référence spatiale, la représentation des données, la distribution et d'autres propriétés des données géographiques numériques et des services.

**Identification** : ISO 19115-1:2014 (amendée deux fois) et étendue par ISO 19115-2:2019 et ISO 19115-3:2023

**Périmètre d'application** : Elle est applicable principalement aux données numériques et service :

• Au catalogage de tous les types de ressources, des activités des centres d'informations et à la description complète des jeux de données et des services,

• Aux services géographiques, jeux de données géographiques, séries de jeux de données, entités géographiques individuelles et propriétés d'entités.
Elle peut également s'appliquer à diverses ressources telles que les cartes, les graphes, les documents textes, ou même des données non géographiques.

**Gouvernance et administration** : Norme ISO, dont le cycle de révision est géré par l'ISO

**Avantages** : Standard de métadonnées adapté pour décrire des jeux de données géographiques mais pouvant être utilisée pour décrire d'autres types de ressources

**Limites** : Intégration et compréhension du modèle conceptuel
# Standard de métadonnées descriptives

ISO 19115

**Définition** : Norme de référence pour la description de jeux de données géographiques. Elle définit le schéma requis pour décrire des informations géographiques et des services au moyen de métadonnées. Elle fournit des informations concernant l'identification, l'étendue, la qualité, les aspects spatiaux et temporels, le contenu, la référence spatiale, la représentation des données, la distribution et d'autres propriétés des données géographiques numériques et des services.

**Identification** : ISO 19115-1:2014 (amendée deux fois) et étendue par ISO 19115-2:2019 et ISO 19115-3:2023

**Périmètre d'application** : Elle est applicable principalement aux données numériques et service :

* Au catalogage de tous les types de ressources, des activités des centres d'informations et à la description complète des jeux de données et des services,

* Aux services géographiques, jeux de données géographiques, séries de jeux de données, entités géographiques individuelles et propriétés d'entités. Elle peut également s'appliquer à diverses ressources telles que les cartes, les graphes, les documents textes, ou même des données non géographiques.

**Gouvernance et administration** : Norme ISO, dont le cycle de révision est géré par l'ISO

**Avantages** : Standard de métadonnées adapté pour décrire des jeux de données géographiques mais pouvant être utilisée pour décrire d'autres types de ressources

**Limites** : Intégration et compréhension du modèle conceptuel

Standard adapté pour des jeux de données et services
géographiques et étendu à différentes ressources
# Standard de métadonnées descriptives

ISO 19115

**Définition** : Norme de référence pour la description de jeux de données géographiques. Elle définit le schéma requis pour décrire des informations géographiques et des services au moyen de métadonnées. Elle fournit des informations concernant l'identification, l'étendue, la qualité, les aspects spatiaux et temporels, le contenu, la référence spatiale, la représentation des données, la distribution et d'autres propriétés des données géographiques numériques et des services.

**Identification** : ISO 19115-1:2014 (amendée deux fois) et étendue par ISO 19115-2:2019 et ISO 19115-3:2023

**Périmètre d'application** : Elle est applicable principalement aux données numériques et service :

* Au catalogage de tous les types de ressources, des activités des centres d'informations et à la description complète des jeux de données et des services,

* Aux services géographiques, jeux de données géographiques, séries de jeux de données, entités géographiques individuelles et propriétés d'entités. Elle peut également s'appliquer à diverses ressources telles que les cartes, les graphes, les documents textes, ou même des données non géographiques.

**Gouvernance et administration** : Norme ISO, dont le cycle de révision est géré par l'ISO

**Avantages** : Standard de métadonnées adapté pour décrire des jeux de données géographiques mais pouvant être utilisée pour décrire d'autres types de ressources

**Limites** : Intégration et compréhension du modèle conceptuel

Standard adapté pour des jeux de données et services
géographiques et étendu à différentes ressources

<figure><img src="image_55.png" /></figure>

19115-5 : mapping
officiel avec DCAT
# Standard de métadonnées descriptives

## ISO 19115

<figure><img src="image_56.png" /><figcaption>Figure 4 — Classes du schéma de métadonnées</figcaption></figure>
# Standard de métadonnées descriptives

## ISO 19115

<figure><img src="image_57.png" /><figcaption>Figure 4 — Classes du schéma de métadonnées</figcaption></figure>
# Standard de métadonnées descriptives

CodeMeta 3.0

**Définition** : CodeMeta est un schéma minimal de métadonnées pour les logiciels et le code scientifique. Son objectif est de créer un vocabulaire conceptuel permettant de standardiser l'échange de métadonnées de logiciels et codes scientifiques.

**Identification** : CodeMeta: an exchange schema for software metadata [https://w3id.org/codemeta/3.0](https://w3id.org/codemeta/3.0) **Version** : 3.0

**Périmètre d'application** : description des logiciels et codes scientifiques

**Gouvernance et administration** : CodeMeta est un projet communautaire auquel contribuent de nombreux acteurs issus des domaines de la recherche, de l'éducation et de l'ingénierie

**Avantages** : schéma simple né d'une comparaison entre les descriptions de logiciel réalisé dans différents entrepôts. De nombreuses correspondance avec différents schémas de métadonnées descriptives existent déjà.

**Limites** : Peu connu pour une adoption large des communautés
# Standard de métadonnées descriptives

CodeMeta 3.0

**Définition** : CodeMeta est un schéma minimal de métadonnées pour les logiciels et le code scientifique. Son objectif est de créer un vocabulaire conceptuel permettant de standardiser l'échange de métadonnées de logiciels et codes scientifiques.

**Identification** : CodeMeta: an exchange schema for software metadata [https://w3id.org/codemeta/3.0](https://w3id.org/codemeta/3.0) **Version** : 3.0

**Périmètre d'application** : description des logiciels et codes scientifiques

**Gouvernance et administration** : CodeMeta est un projet communautaire auquel contribuent de nombreux acteurs issus des domaines de la recherche, de l'éducation et de l'ingénierie

**Avantages** : schéma simple né d'une comparaison entre les descriptions de logiciel réalisé dans différents entrepôts. De nombreuses correspondance avec différents schémas de métadonnées descriptives existent déjà.

**Limites** : Peu connu pour une adoption large des communautés

Standard adapté pour des logiciels et codes scientifiques
# Standard de métadonnées descriptives

## CodeMeta 3.0

Le Schéma CodeMeta n'impose pas d'éléments obligatoires.

Outil de vérification et de création des métadonnées selon le schema CodeMeta : https://codemeta.github.io/codemeta-generator/

Les bonnes pratiques pour décrire logiciel de manière conforme aux bonnes pratiques et permettre une indexation et citation efficaces, il est recommandé d'inclure au minimum les métadonnées suivantes :

* name : le nom du logiciel

* author : au moins une personne ou organisation auteur, avec affiliation si possible

* license : la licence sous laquelle le logiciel est diffusé, exprimée par une URL SPDX

* description : un résumé du logiciel, de ses fonctionnalités et usage

* version : la version du logiciel
* url ou repository : un lien vers la source ou dépôt du logiciel (ex. GitHub)

* keywords : mots-clés pour faciliter la recherche

Le fichier de métadonnées généré doit être associé au logiciel (déposé sur le git ou le dépôt sur lequel on retrouve le logiciel)

## Mapping réalisés

CodeMeta et DataCite

CodeMeta et DCAT

CodeMeta et ISO 19115

CodeMeta et DublinCore
# Standard de métadonnées descriptives

Metadata for Ontology Description and Publication Ontology : [MOD Ontology](https://www.mod.org/)

**Définition** : MOD (Metadata for Ontology Description and Publication Ontology) est un schéma de métadonnées conçu pour décrire les artefacts sémantiques, tels que les ontologies, les vocabulaires et les terminologies, de manière standardisée et conforme aux principes FAIR. MOD est basé sur DCAT2 et s'appuie sur des normes de métadonnées existantes comme DC, Schema.org, ADMS, etc., afin de fournir un cadre structuré pour la capture d'informations essentielles sur ces artefacts, notamment leur provenance, leur licence, leur versionnage et leur utilisation. Ce schéma facilite l'interopérabilité entre les référentiels d'ontologies et permet une meilleure découverte, réutilisation et intégration des ressources sémantiques dans divers domaines.

**Identification** : https://fair-impact.github.io/MOD/index-en.html **Version** : 3.0

**Périmètre d'application** : schéma de métadonnées conçu pour décrire les artefacts sémantiques, tels que les ontologies, les vocabulaires et les terminologies

**Gouvernance et administration** : Ontology née en 2015, réfléchie, mise à jour avec le groupe de travail sur les services de vocabulaire de la RDA et plus récemment dans le cadre de la tâche 2.2 (« Sémantique FAIR ») du projet H2020 FAIRsFAIR et du WP4 du projet Horizon Europe FAIR-IMPACT

**Avantages** : Ontology basée sur DCAT V2.0 et étendue pour décrire finement un « artefact sémantique ».

**Limites** : peu implémentée en dehors des onto-portals car dans les faits, il existe peu de catalogues de vocabulaires
# Standard de métadonnées descriptives

Metadata for Ontology Description and Publication Ontology : [MOD Ontology](#)

<figure><img src="image_58.png" /></figure>
# Standard de métadonnées descriptives

Metadata for Ontology Description and Publication Ontology : MOD Ontology

<figure><img src="image_59.png" /></figure>

<figure><img src="image_60.png" /></figure>
# Métadonnées descriptives

Quels constats ?

<figure><img src="image_61.png" /></figure>
# Métadonnées descriptives

## Quels constats ?

* Des propriétés communes retrouvées :

* Titre

* Description

* Contacts

* Identifiant de la ressource et de la métadonnée

* Ressources liées

* Importance de choisir le standard le plus adapté à la ressource décrite

<figure><img src="image_62.png" /></figure>

> Des mappings existent entre les différents standards facilitant l'interopérabilité entre les systèmes
# Standard de métadonnées de structuration

## Observation, Measurements and Sample

**Définition** : Modèle de données pour décrire finement comment on a obtenu la valeur d'une propriété étudiée (description des actes d'observation et d'échantillonnage)

**Identification** : Standard ISO OGC 19156, https://docs>OGC.org>/as/20-082r4/20-082r4.html **Version** : V2.0

## Périmètre d'application :

- Standard de structuration des données d'observations quelle que soit la discipline et la thématique considérée

- Standard permettant la découverte, l'intégration de données d'observation hétérogènes et pluri-disciplinaires OMS définit un ensemble de propriétés de base pour une observation :

* Objet étudié : « Feature of interest »

* propriété observée

* résultat

* procédure – l'instrument, l'algorithme ou le processus utilisé

* temps du phénomène – le temps réel associé au résultat

* heure du résultat – l'heure à laquelle le résultat a été généré

* durée de validité – la période pendant laquelle le résultat peut être utilisé

Ainsi que pour un échantillon

* Echantillon, prélèvement d'échantillon, échantillonneur, méthodes, localisation, temporalité

**Gouvernance et administration** : Standard OGC et ISO

**Avantages** : Standard de métadonnées généraliste et interdisciplinaire permettant de structurer des données d'observations quelque soit la thématique considérée

**Limites** : Intégration et compréhension du modèle conceptuel
# Standard de métadonnées de structuration

## Observation, Measurements and Sample

<figure><img src="image_63.png" /></figure>
# Standard de métadonnées de structuration

## Observation, Measurements and Sample

<figure><img src="image_64.png" /></figure>
# Standard de métadonnées de structuration

## Observation, Measurements and Sample

<figure><img src="image_65.png" /></figure>
# Standard de métadonnées de structuration

## Sensor, Observation, Sample, and Actuator : SSN SoSA

**Définition** : Ontologie permettant une description fine des observations réalisées sur un objet d'étude en utilisant toute la richesse du websémantique, c'est-à-dire en qualifiant et en ajoutant de la « connaissance » à chacun des liens établis entre les « objets ». Implémentation de référence du standard OGC et ISO Observations Measurements and Sample en ontologie.

**Identification** : https://www.w3.org/TR/vocab-ssn/ Version : Octobre 2017

**Périmètre d'application** :

- Ontologie de sémantisation des données d'observations, d'échantillonnage quelle que soit la discipline et la thématique considérée

- Ontologie permettant la découverte, l'intégration de données d'observation hétérogènes et pluri-disciplinaires

SOSA couvre un périmètre identique à OMS et ajoutant la notion d'actuation.

Conformément à OMS, elle définit la sémantique des propriétés de base pour une observation et un prélèvement d'échantillon. Pour mémoire

- Objet étudié (« Feature of interest »), propriété observée, résultat, procédure, temps du phénomène, heure du résultat, durée de validité

- Objet prélevé (« Feature of interest »), échantillon, date, méthode

**Gouvernance et administration** : collaboration entre le W3C et l'OGC pour mettre en place un groupe de travail dans lequel on retrouve les « parents d'OMS »

**Avantages** : Standard de métadonnées généraliste et interdisciplinaire, « miroir linked data du standard UML Observations and Measurement » utilisant la souplesse du websémantique permettant de structurer des données d'observations quelque soit la thématique considérée

**Limites** : Intégration et compréhension du modèle qui s'applique à une observation existante et non possible
# Standard de métadonnées de structuration

Sensor, Observation, Sample, and Actuator : SSN SoSA

<figure><img src="image_66.png" /></figure>
# Standard de métadonnées de structuration

Sensor, Observation, Sample, and Actuator : SSN SoSA

<figure><img src="image_67.png" /></figure>
# Standard de métadonnées de structuration

Sensor, Observation, Sample, and Actuator : SSN SoSA

<figure><img src="image_68.png" /></figure>
# Standard de métadonnées de structuration

## Et bien d'autres...

**INSPIRE Data Specification** : toutes basées sur les standards de la série de standards ISO 191xx, certains thèmes sont alignés avec leur standard équivalent OGC

### ANNEX: 1

<figure><img src="image_69.png" /></figure>

Addresses

<figure><img src="image_70.png" /></figure>

Cadastral parcels

<figure><img src="image_71.png" /></figure>

Geographical grid systems

<figure><img src="image_72.png" /></figure>

Hydrography

<figure><img src="image_73.png" /></figure>

Transport networks

### ANNEX: 2

<figure><img src="image_74.png" /></figure>

Elevation

<figure><img src="image_75.png" /></figure>

Land cover

<figure><img src="image_76.png" /></figure>

Administrative units

<figure><img src="image_77.png" /></figure>

Coordinate reference systems

<figure><img src="image_78.png" /></figure>

Geographical names

<figure><img src="image_79.png" /></figure>

Protected sites

<figure><img src="image_80.png" /></figure>

Geology

<figure><img src="image_81.png" /></figure>

Orthoimagery

### ANNEX: 3

<figure><img src="image_82.png" /></figure>

Agricultural and aquaculture facilities

<figure><img src="image_83.png" /></figure>

Atmospheric conditions

<figure><img src="image_84.png" /></figure>

Buildings

<figure><img src="image_85.png" /></figure>

Environmental monitoring Facilities

<figure><img src="image_86.png" /></figure>

Human health and safety

<figure><img src="image_87.png" /></figure>

Meteorological geographical features

<figure><img src="image_88.png" /></figure>

Natural risk zones

<figure><img src="image_89.png" /></figure>

Population distribution and demography

<figure><img src="image_90.png" /></figure>

Sea regions

<figure><img src="image_91.png" /></figure>

Species distribution

<figure><img src="image_92.png" /></figure>

Utility and governmental services

<figure><img src="image_93.png" /></figure>

Area management / restriction / regulation

zones & reporting units

<figure><img src="image_94.png" /></figure>

Bio-geographical regions

<figure><img src="image_95.png" /></figure>

Energy Resources

<figure><img src="image_96.png" /></figure>

Habitats and biotopes

<figure><img src="image_97.png" /></figure>

Land use

<figure><img src="image_98.png" /></figure>

Mineral Resources

<figure><img src="image_99.png" /></figure>

Oceanographic geographical features

<figure><img src="image_100.png" /></figure>

Production and industrial facilities

<figure><img src="image_101.png" /></figure>

Soil

<figure><img src="image_102.png" /></figure>

Statistical units
# Standard de métadonnées scientifiques

## I-Adopt

**Définition** : Ontologie permettant une description fine de ce qu'est une variable et définissant les éléments nécessaires la composant.

**Identification** : https://w3id.org/iadopt/ont/ Version : 1.0.3 – Juillet 2023

**Périmètre d'application** : Ontologie permettant de décomposer une variable observée en ses diverses sous parties pour permettre une meilleure compréhension des observations qui y seront rattachées par la suite

Une variable doit obligatoirement :

- Avoir une propriété

- Être rattachée à un « objet d'intérêt »

Une variable observable peut avoir :

- Des contraintes d'observation,

- Un support d'observation, une description des entités sur lesquelles elle peut être observée.

**Gouvernance et administration** : Ontologie mise en place dans le cadre d'un groupe de travail de la RDA

**Avantages** : description fine de ce qu'est une variable et facilitant sa compréhension par les machines

**Limites** : description de variable davantage adaptée à des variables « complexes »
# Standard de métadonnées scientifiques

## I-Adopt

<figure><img src="image_103.png" /></figure>
# Standard de métadonnées scientifiques

## I-Adopt

<figure><img src="image_104.png" /></figure>

<figure><img src="image_105.png" /></figure>

Variable

Concentration en mercure dans le foie de la truite

Concentration en mercure dans le foie égoutté de la truite

hasProperty

Property

Concentration massique

hasObjectOfInterest

Entity

Mercure

hasConstraint

Constraint

Chaire égouttée

hasMatrix

Entity

Foie

hasContextObject

Entity

Salmo trutta
# Standard de métadonnées scientifiques

## I-Adopt

<figure><img src="image_106.png" /></figure>

<figure><img src="image_107.png" /></figure>

Variable

Concentration massique en nitrates dissous dans l'eau de rivière

Exemple : vocabulaire OZCAR/Theia : https://w3id.org/ozcar-theia/c_e5d97ab4

hasProperty

Property

Concentration massique

https://w3id.org/ozcar-theia/c_012a8814

hasObjectOfInterest

Entity

Nitrates

https://w3id.org/ozcar-theia/c_e18949c8

hasConstraint

Constraint

dissous

https://w3id.org/ozcar-theia/c_2b4d3db8

hasMatrix

Entity

river

https://w3id.org/ozcar-theia/c_97bb7b91

hasContextObject

Entity
# Standard de métadonnées scientifiques

## I-Adopt

<figure><img src="image_108.png" /></figure>

<figure><img src="image_109.png" /></figure>

Variable

Proportion de dolomite dans les calcaires du Comblanchien

hasProperty

Property

Pourcentage

hasObjectOfInterest

Entity

Dolomite

hasConstraint

Constraint

hasMatrix

Entity

Calcaire

hasContextObject

Entity

Comblanchien
<figure><img src="image_110.png" /></figure>

RÉPUBLIQUE
FRANÇAISE

Liberté

Egalité

Fraternité

<figure><img src="image_111.png" /></figure>

Geosciences pour une terre durable

brgm

QUESTIONS MÉTADONNÉES

<figure><img src="image_112.png" /></figure>
# Quels standards de métadonnées utiliser ?

## CAS 1

* Quelles sont les métadonnées à produire pour rendre le résultat exploitable ?

<figure><img src="image_113.png" /></figure>
# Quels standards de métadonnées utiliser ?

## CAS 1

* Quelles sont les métadonnées à produire pour rendre le résultat exploitable ?

<figure><img src="image_114.png" /></figure>

Quelle propriété observée ?

Quelle variable ?

Comment est obtenue cette valeur ?

Quelle méthode ?

Résultat : 7,5

Sur quoi porte cette valeur ?

<figure><img src="image_115.png" /></figure>
# Quels standards de métadonnées utiliser ?

## CAS 1

* Quelles sont les métadonnées à produire pour rendre le résultat exploitable ?

<figure><img src="image_116.png" /></figure>
# Quels standards de métadonnées utiliser ?

## CAS 2

* Quel peut être le jeu de données produits ?

* Quelles sont les métadonnées à produire pour rendre exploitable le jeu de données produits ?

<figure><img src="image_117.png" /></figure>

### Equipe laboratoire

<figure><img src="image_118.png" /></figure>

Analyse des invertébrés
benthiques présents dans
le cours d'eau : IGBN, indice
diatomées

<figure><img src="image_119.png" /></figure>

Analyse des polluants
éternels dans l'eau, les
sédiments et la chair de
poisson

### Equipe terrain
# Quels standards de métadonnées utiliser ?

## CAS 2

* Quel peut être le jeu de données produits ?

* Quelles sont les métadonnées à produire pour rendre exploitable le jeu de données produits ?

Métadonnées de
découverte MOD-Ontology

Equipe laboratoire

<figure><img src="image_120.png" /></figure>

Analyse des invertébrés
benthiques présents dans
le cours d'eau : IGBN, indice
diatomées

<figure><img src="image_121.png" /></figure>

Analyse des polluants
éternels dans l'eau, les
sédiments et la chair de
poisson

Métadonnées de
découverte ISO 19115

Métadonnées de
découverte DCAT

Métadonnées de
découverte DataCite

Métadonnées
scientifiques I-Adopt

Métadonnées de
structuration OMS

Métadonnées de
structuration Ontology
SSN-SOSA étendu

Métadonnées de
structuration
Ontology SSN-SOSA

Métadonnées de
structuration WaterML

<figure><img src="image_122.png" /></figure>

Jeu de données « Qualité des eaux »

Jeu de données « Qualité chimique des eaux »

Jeu de données « Etat écologique de la rivière Dordogne »

Jeu de données « Contamination du milieu par les polluants éternels »

<figure><img src="image_123.png" /></figure>

Prélèvements en rivière :
eau, sédiments, IGBN

<figure><img src="image_124.png" /></figure>

Pêche électrique – indice
poisson

<figure><img src="image_125.png" /></figure>

Equipe terrain
<figure><img src="image_126.png" /></figure>

RÉPUBLIQUE
FRANÇAISE

Liberté
Egalité
Fraternité

<figure><img src="image_127.png" /></figure>

Geosciences pour une terre durable

brgm

LES OUTILS DE CATALOGAGE – ENTREPÔT DE
DONNÉES

<figure><img src="image_128.png" /></figure>
# Outil OpenSource Geonetwork

**Origine** : né d'un projet unissant la FAO (United Nations Food and Agriculture Organization) et le WFP (World Food Program) en 2001-2002 s'appuyant sur les standards ISO 19139 et 19115 dès 2004, Geonetwork est aujourd'hui la solution de référence OpenSource la plus répandue pour la gestion de catalogue métadonnées de ressources géospatialisées.

**Périmètre d'application** : Catalogage de ressources géospatiales implémentant différents standards de métadonnées (ISO 19110, 19115, ISO 19119, ISO 19139, Dublin Core, ...), collecte et synchronisation de métadonnées entre catalogues distribués (CSW, OAI-PMH, ...)

**Fonctionnalités principales :**

- Recherche de métadonnées, visualisation de couches

- Edition/création de fiche de métadonnées

- Validation de fiches de métadonnées (selon les standards, selon les règles INSPIRE)

- Publication de fiches de métadonnées (gestion d'utilisateurs et de groupes d'utilisateurs)

**Gouvernance et administration** : solution OpenSource avec une équipe organisée de « maintener » et de développeurs

**Avantages** : Solution OpenSource, largement utilisée par les communautés (recherche, établissements publics, administrations, en France et à l'international)

**Limites** : Les nouvelles fonctionnalités dépendent de la feuille de route validée par l'équipe de pilotage de l'Outil

**Déploiements** : BRGM (CUPIDon, EaSyData, Geocatalogue), IFREMER (Sextant), SIE (OFB, ST-Sandre, ...), Pôle Theia, Pôle FormaTerre,
# Outil DataVerse

**Origine** : Collaboration entre l'Institute for Quantitative Social Science, la Bibliothèque de l'université Havard et l'université de technologie de l'information en 2006 pour rendre accessible les collections et données de la recherche quelque soit leur discipline

**Périmètre d'application** : Description et préservation de jeux de données de la recherche

**Fonctionnalités principales** :

- Schema de métadonnées simple (DublinCore)

- Organisation hiérarchique des dépôts

- Description du jeu de données

- Gestion du versionning des dépôts

- Attribution de DOI systématique aux jeux de données déposés

- Administration du workflow de validation – gestion des droits utilisateurs

**Gouvernance et administration** : l'Institute for Quantitative Social Science (IQSS) collabore avec la bibliothèque et le service informatique de l'Université Harvard afin de rendre accessible au public les chercheurs et collecteurs de données du monde entier, toutes disciplines confondues, l'installation du dépôt Harvard Dataverse. L'IQSS pilote le développement du logiciel libre du projet Dataverse et, en partenariat avec le Programme d'assistance aux données ouvertes de Harvard (une collaboration entre la bibliothèque, le Bureau de la communication scientifique et l'IQSS), assure le support aux utilisateurs.

**Avantages** : Solution « clé en main » largement répandue dans le monde de la recherche et des universités permettant un dépôt simple des jeux de données et une gouvernance par grand « sous-ensemble ».

**Limites** : Les standards de métadonnées implémentés sont des standards généralistes, pas forcément adaptés pour la description de jeux de données géospatialisés

**Déploiements** : CIRAD, IRD, INRAe, Recherche Data Gouv, Archives Danoises, universités américaines
<figure><img src="image_129.png" /></figure>

RÉPUBLIQUE
FRANÇAISE

Liberté

Egalité

Fraternité

<figure><img src="image_130.png" /></figure>

Geosciences pour une terre durable

brgm

CATALOGUES & ENTREPÔTS DE DONNÉES

<figure><img src="image_131.png" /></figure>
# Catalogue de données et entrepôt de données

## Catalogue de (méta)données

* Service de recherche et d'indexation permettant de répertorier des (méta)données

## Entrepôt de données

* Structure spécifique à un domaine scientifique pouvant contenir une ou plusieurs bases de données et regroupant un ou plusieurs jeux de données. L'entrepôt les met à disposition pour leur utilisation. Il les organise de manière logique avec les métadonnées associées et en assure la conservation à long terme (intégrité physique, archivage, curation, preservation).

Les entrepôts de données peuvent avoir des exigences spécifiques et/ou des restrictions statutaires concernant :

* le sujet ou le domaine de recherche ;

* la qualité des données ;

* l'origine des données ;

* la réutilisation et l'accès aux données ;

* les formats de fichier et la structure des données ;

* les types de métadonnées.

Un entrepôt de données doit à terme engager un processus de certification (type CoreTrustSeal : des données FAIR dans un entrepôt TRUST).

NB : Data Warehouse est une base de données relationnelle, pensée et conçue pour les requêtes et les analyses de données. La traduction littérale en français de « Warehouse » en « entrepôt » est inexacte et conduit souvent à un conflit avec le terme « Data Repository ».

<figure><img src="image_132.png" /></figure>
# Entrepôt-catalogue du BRGM : CUPIDON

**Périmètre** : Entrepôt-Catalogue institutionnel du BRGM

Périmètre interne : Ensemble des données produites par le BRGM et nécessaires à la réalisation des projets

Périmètre externe : permettre l'accès à l'ensemble des données produites et gérées par le BRGM entrant dans le périmètre de l'OpenData et de la Science Ouverte

**Institution porteuse** : BRGM, Bureau de Recherche Géologiques et Minières - Géoscience pour une Terre Durable

**Communauté d'utilisateurs** : Communautés scientifiques des domaines Système Terre et de l'Environnement - Communautés scientifiques des domaines des géosciences - Scientifiques et thématiciens du BRGM

**Données concernées** : Ensemble des données produites et gérées par le BRGM

Le service d'entrepôt de données est à disposition pour les données produites par les projets BRGM

Le service de catalogage permet la description et l'accès aux jeux de données d'observation structurés et organisés dans le Système d'Information du BRGM

**Hébergement des données** : DataCentre-Val de Loire du BRGM
Orléans

## Fonctionnalités :

- Entrepôt-catalogue basé sur un Geonetwork

- Métadonnées basées sur l'ISO 19115:2014 (compatibles et exportables vers d'autres schémas de métadonnées)

- Métadonnées s'appuyant sur des thesaurus et vocabulaires

- Données en accès libre avec un embargo possible (2 ans max.)

- Licence ouverte par défaut (Etalab 2.0)

- Volumétrie des fichiers déposés : 75 Go max

- Attribution de DOI possible pour la DataCitation

- Services d'accès aux jeux de données possibles (WFS, WMS, API, ...)

- Lien avec des publications associées

- Modération systématique avant publication

**URL** : https://data.geoscience.fr/entrepot/

**Contacts** : Administrateur de l'entrepôt : h.bressan@brgm.fr
# Atlas-Catalogue du Sandre

**Périmètre** : Le Schéma National des Données sur l'Eau (SNDE) définit le système des données publiques de l'eau et fonde sur celui-ci le Système d'Information sur l'Eau (SIE), en organise la gouvernance, décrit son référentiel technique et les modalités de son approbation et de diffusion. L'atlas catalogue du Sandre assure la diffusion des référentiels sur l'Eau Français.

**Institution porteuse** : Secrétariat technique du Sandre assuré par l'Office International de l'Eau

**Communauté d'utilisateurs** : Communautés scientifiques des domaines de l'eau et de l'Environnement – organismes publics, bureaux d'études, ...

**Données concernées** : Référentiels de données sur l'eau français

**Hébergement des données** : DataCentre de l'Office International de l'Eau et organismes du SIE

**Fonctionnalités** :

Catalogue de métadonnées basé sur un Geonetwork 4.2.2.0
Fiches de métadonnées en ISO 19115:2003 répondants aux exigences du CNIG
Services d'accès aux jeux de données possibles (WFS, WMS, API, ...)

**URL** : https://www.sandre.eaufrance.fr/atlas/srv/fre/catalog.search#/home

**Contacts** : sandre@sandre.eaufrance.fr
# Geocatalogue national

**Périmètre** : Le Géocatalogue constitue le point d'accès, pour le portail communautaire INSPIRE, aux métadonnées publiées par les autorités publiques françaises et permet de répondre aux obligations de la Directive INSPIRE. A ce titre, il est l'outil permettant à la France de fournir les indicateurs pour le rapportage européen.

**Institution porteuse** : BRGM – Ministère de la Transition Ecologique

**Communauté d'utilisateurs** : Service de l'État, établissement public, collectivité territoriale ou toute autre organisation publique

**Données concernées** : Ensemble des données publiques concernées par la Directive INSPIRE

**Hébergement des données** : Le Géocatalogue inventorie et restitue les différentes sources d'informations géographiques publiques, il n'a pas de fonctionnalité d'entrepôt

**Fonctionnalités** :

Basé sur un geonetwork

Permet la recherche, le cataloguage de jeux de données, le moissonnage de fiches de métadonnées

Moissonné par le portail Inspire, car il est le seul point d'entrée dans l'infrastructure nationale d'information géographique pour le portail européen.

**URL** : https://www.geocatalogue.fr/fr

**Contacts** : https://www.geocatalogue.fr/fr/contacts
# Catalogue data.gouv

**Périmètre** : data.gouv.fr est la plateforme ouverte et communautaire qui vise à centraliser et structurer les données ouvertes en France. Elle favorise la transparence et l'efficacité de l'action publique tout en facilitant la création de nouveaux services.

**Institution porteuse** : Lancée en 2011 par la mission Etalab, la plateforme data.gouv.fr est développée et opérée par le département Opérateur des Produits Interministériels de la Direction interministérielle du numérique (DINUM).

## Communauté d'utilisateurs :

* Utilisateurs producteurs des données et qui souhaitant les ouvrir ;

* Utilisateurs exploitant des données (réutilisateurs de données) et souhaitant télécharger des données et partager les réalisations faites ;

* À tout citoyen souhaitant découvrir des données ou trouver une information.

**Données concernées** : toute donnée considérée comme d'intérêt public

**Hébergement des données** : information non retrouvée

## Fonctionnalités :

- Découvrir les jeux de données publiés

- Découvrir les réutilisations de jeux de données publiés

- Déposer et publier un jeu de données (par dépôt direct, via API ou par moissonnage avec possibilité de suppression)

**URL** : https://www.data.gouv.fr/

**Contacts** : https://www.data.gouv.fr/support/

<figure><img src="image_133.png" /></figure>

RÉPUBLIQUE
FRANÇAISE

Liberté
Egalité
Fraternité

datagouv
# Entrepôt Recherche Data.gouv

**Périmètre** : L'entrepôt de données Recherche Data Gouv, accessible à l'adresse https://entrepot.recherche.data.gouv.fr/, est la plateforme nationale fédérée des données de recherche ouvertes et partagées mise au service de la communauté scientifique nationale. Inscrite dans le deuxième Plan national pour la science ouverte (PNSO), cette plateforme propose un entrepôt de données pluridisciplinaire et un catalogue pour le signalement des données hébergées dans d'autres entrepôts et un portail web.
L'entrepôt Recherche Data Gouv constitue une offre souveraine de dépôt et de signalement des données issues de la recherche publique française et de ses collaborations.

**Institution porteuse** : L'INRAe pour le Ministère de l'Enseignement Supérieur, de la Recherche et de l'Espace

**Communauté d'utilisateurs** : Ensemble de la communauté de la recherche française

**Données concernées** : Données de la recherche quelque soit leur thématique

**Hébergement des données** : INRAe

**Fonctionnalités** : Entrepôt utilisant l'outil Dataverse

L'entrepôt RDG contient des jeux de données organisés en collections arborescentes

Attribution de DOI systématique à tout jeu de donnée publié

Limite de taille de fichier déposé : 50 Go

Schéma de métadonnées : DataCite 4.5, Dublin Core

**URL** : http://entrepot.recherche.data.gouv.fr/

**Contacts** : https://recherche.data.gouv.fr/fr/contact

<figure><img src="image_134.png" /></figure>

RÉPUBLIQUE
FRANÇAISE

Liberté
Egalité
Fraternité

recherche.data.gouv.fr
# Entrepôt EaSyData

**Périmètre** : Données de recherche géoréférencées, dites « orphelines » ou de longue traîne, qui soutiennent l'Observation du système Terre et de l'environnement.

EaSyData a un périmètre bien défini pour chacun des pôles

**Institution porteuse** : Data Terra, E-Infrastructure nationale de recherche du domaine système Terre et environnement

**Communauté d'utilisateurs** : Communautés scientifiques des domaines **Système Terre et de l'environnement**

**Données concernées** : Données de recherche géoréférencées, dites « orphelines » ou de longue traîne, qui soutiennent l'Observation du système Terre et de l'environnement.

**Hébergement des données** : DataCentre Val de Loire hébergé au BRGM Orléans

## Fonctionnalités :

* Entrepôt basé sur un geonetwork

* Métadonnées basées sur l'ISO 19115:2014 (compatibles et exportables vers d'autres schémas de métadonnées comme DataCite)

* Métadonnées s'appuyant sur des thesaurus et vocabulaires

* Service d'enrichissement via un catalogue d'artefacts sémantiques : le EarthPortal pour améliorer l'interopérabilité sémantique des métadonnées.

* Données en accès libre avec un embargo possible (2 ans max.)

* Licence ouverte par défaut (CC-BY-4.0)

* Volumétrie des fichiers déposés : 5 Go max

* Attribution de DOI aux jeux de données pour la DataCitation

* Lien avec des publications associées

* Modération disciplinaire systématique avant publication

**URL** : https://www.easydata.earth

**Contacts** : Technique : entrepot@data-terra.org
<figure><img src="image_135.png" /></figure>

RÉPUBLIQUE
FRANÇAISE

Liberté

Egalité

Fraternité

<figure><img src="image_136.png" /></figure>

Geosciences pour une terre durable

brgm

AUTRES CATALOGUES & ENTREPÔTS
# Catalogue d'artefacts sémantiques

## EarthPortal

**Périmètre** : EarthPortal est un catalogue d'artefacts sémantiques thématiques des sciences de la Terre, basé sur la technologie OntoPortal. Le EarthPortal fait partie d'une Alliance (OntoAlliance) avec d'autres portails thématiques : AgroPortal, EcoPortal et BiodivPortal

**Institution porteuse** : Infrastructure de Recherche DataTerra

**Communauté d'utilisateurs** : Ensemble de la communauté du Système Terre

**Ressources concernées** : Artefacts sémantiques (vocabulaires, thésaurus et ontology) produits et utilisés par la communauté du Système Terre.

**Hébergement des données** : OVH, en France (en cours d'étude : hébergement à terme dans un DataCentre Sécurisé)

## Fonctionnalités :

- Basé sur la solution OpenSource « OntoPortal »

- Hébergement d'artefacts sémantiques

- Versionning des artefacts sémantiques

- Recherche par filtres à facettes et basée sur les métadonnées de découverte (mod ontology) des artefacts sémantiques déposés

- Commentaires et suggestions d'amélioration possibles

- Service d'annotation sémantique

- Service de recommandation d'artefacts sémantiques

- Service d'alignements entre les artefacts sémantiques catalogués

- Service d'API permettant l'interrogation machine to machine

- Service de vérification et de curation des artefacts sémantiques déposés

**URL** : https://earthportal.eu/

**Contacts** : https://earthportal.eu/feedback
# Catalogue de logiciels et codes sources

## Software Heritage

**Périmètre** : Software Heritage est une archive ouverte dont la mission est de collecter, préserver et partager les codes sources de tous les logiciels publiquement disponibles, né d'une initiative de l'INRIA, soutenue par l'UNESCO.

**Institution porteuse** : Software Heritage Advisory Board (initialement INRIA, mais ouverture plus large nécessaire à une échelle mondiale, pour une organisation durable et indépendante)

Projet soutenu par de nombreux partenaires, Microsoft, CNRS, CEA, IBM, Google, Universités, ...

**Communauté d'utilisateurs** : Ensemble des producteurs de logiciels, codes sources quelque soit la thématique concernée

**Ressources concernées** : codes sources et logiciels de la recherche et du secteur public

**Hébergement des ressources** : INRIA (à vérifier)

**Fonctionnalités** : Archivage universel et pérenne du code source

- Attribution d'un identifiant unique

- Gestion du versionning du code déposé

- Fonctionnalités de recherche

- Moissonnage automatique de git

**URL** : https://www.softwareheritage.org/

**Contacts** : info@softwareheritage.org
<figure><img src="image_137.png" /></figure>

RÉPUBLIQUE
FRANÇAISE

Liberté

Egalité

Fraternité

<figure><img src="image_138.png" /></figure>

Geosciences pour une terre durable

brgm

QUESTIONS ?
# Identifier un catalogue ou un entrepôt pour retrouver des jeux de données ou autres ressources ?

<figure><img src="image_139.png" /></figure>

Catalogue
Theia

<figure><img src="image_140.png" /></figure>

Catalogue
OVCAR

<figure><img src="image_141.png" /></figure>

EaSy Data
Earth System Data Repository

<figure><img src="image_142.png" /></figure>

RÉPUBLIQUE
FRANÇAISE

Liberté
Egalité
Fraternité

<figure><img src="image_143.png" /></figure>

datagouv

<figure><img src="image_144.png" /></figure>

<figure><img src="image_145.png" /></figure>

Pangaea

<figure><img src="image_146.png" /></figure>

InDoRES
Inventaire des Données de la Recherche en Environnement et Sociétés

<figure><img src="image_147.png" /></figure>

Sextant

<figure><img src="image_148.png" /></figure>

cupidon

<figure><img src="image_149.png" /></figure>

EarthPortal

Catalogue
FormaTer

<figure><img src="image_150.png" /></figure>

RÉPUBLIQUE
FRANÇAISE

Liberté
Egalité
Fraternité

recherche.data.gouv.fr

géo catalogue
# Comment identifier un catalogue – entrepôt ?

## Consulter un « annuaire » de catalogue-entrepôts :

- Cat OPIDOR : Cat OPIDOR (Catalogue pour une Optimisation du Partage et de l'Interopérabilité des Données de la Recherche) est un wiki des services dédiés aux données de recherche. Il recense des entrepôts français.

- Re3data : Cet annuaire recense des entrepôts au niveau international et permet de filtrer selon plusieurs critères (discipline, attribution d'un identifiant pérenne, types de données ou formats acceptés, conservation à long terme des données, choix de la licence, certification, etc.).

/!\ ces annuaires sont valables pour des données de la recherche /!\

## Connaître son périmètre communautaire : le catalogue permet-il d'accéder à la description de jeux de données de la recherche ou des collectivités ?

## Connaître le catalogue-entrepôt :

- Quel est son périmètre ?

- Institutionnel ? Thématique ? National ?

- Moissonne-t-il d'autres catalogues de métadonnées ?

- Consulter le « A propos / aide » du catalogue-entrepôt

<figure><img src="image_151.png" /></figure>
# Comment retrouver des jeux de données ?

## Savoir ce que l'on cherche :

- Connaitre la thématique

- Connaitre la portée des jeux de données

- Connaitre le contexte règlementaire (par exemple, les jeux de données recherchés doivent-ils être accessibles via des API ? Sont-ils en « OpenData » ?

## Analyser la fiche de métadonnées retrouvée :

- Identifier si la fiche de métadonnée descriptive est la fiche de métadonnée source du jeu de donnée

- Vérifier les éléments de métadonnées :

- Identification du schéma de métadonnées

- Identification des informations de la métadonnée en elle-même

- Identification des informations de la ressource décrite par la fiche de métadonnées

- Identification des droits d'accès et usages sur la ressource

- Identification des services d'accès

- ...

<figure><img src="image_152.png" /></figure>

Faire preuve de curiosité et d'esprit critique pour savoir ce que l'on cherche et comprendre ce que l'on trouve
<figure><img src="image_153.png" /></figure>

RÉPUBLIQUE
FRANÇAISE

Liberté

Egalité

Fraternité

<figure><img src="image_154.png" /></figure>

Geosciences pour une terre durable

brgm

CYCLE DE VIE DES DONNÉES ET MÉTADONNÉES

<figure><img src="image_155.png" /></figure>
# Cycle de vie des données

Des données FAIR dans un entrepôt de confiance (Trusted)

<figure><img src="image_156.png" /></figure>
Cycle de vie des données

<figure><img src="image_157.png" /></figure>
# Cycle de vie des données

## A quelles étapes les métadonnées interviennent ? Quelles métadonnées ? Quels standards ?

<figure><img src="image_158.png" /></figure>
# Cycle de vie des données

Quelles métadonnées interviennent ? Quels standards choisir ?

<figure><img src="image_159.png" /></figure>

F

<figure><img src="image_160.png" /></figure>

A

<figure><img src="image_161.png" /></figure>

I

<figure><img src="image_162.png" /></figure>

R

<figure><img src="image_163.png" /></figure>
# Cycle de vie des données – Etape 1

## Création ou collecte des données

<figure><img src="image_164.png" /></figure>

## Identification des données

* Acquisition des nouvelles données

* Découverte et utilisation de données existantes

* Quelles sont les données dont j'ai besoin pour mon étude ?

* Où trouver ces données ? Comment je peux y accéder ?

* Quelles sont les données que je vais produire ?

* Quelles sont les bonnes pratiques de production de données pour respecter les principes FAIR ?

<figure><img src="image_165.png" /></figure>

**Enjeux de partage et de réutilisation** : Les standards de structuration et de métadonnées

* Une condition de l'échange et de la réutilisation de données.

* Des outils permettant de représenter de manière homogène des données collectées de façon disparate

**Metadonnées de découverte** : ISO 19115, Dcat

**Métadonnées de structuration** : OMS, GeoSciML, EarthResourcesML, GroundWaterML, Spécification INSPIRE, ...

**Data Format** : NetCDF, HDF5, NASA Ames, SEGY, Las, ...

**Terminologies** : Vocabulaires BRGM, GCMD, Thesaurus Communautaires, ...

<figure><img src="image_166.png" /></figure>

## Description des données

Expert Data – Interoperabilité

* Structuration et sémantisation des données

* Documentation des données et métadonnées
# Cycle de vie des données

## Objectif de compréhension des métadonnées existantes et objectif d'utilisation des métadonnées les plus adaptées aux jeux de données produits

<figure><img src="image_167.png" /></figure>

<figure><img src="image_168.png" /></figure>
# Cycle de vie des données

Quelles métadonnées interviennent ? Quels standards choisir ?

<figure><img src="image_169.png" /></figure>

F

<figure><img src="image_170.png" /></figure>

A

<figure><img src="image_171.png" /></figure>

I

<figure><img src="image_172.png" /></figure>

R

<figure><img src="image_173.png" /></figure>
# Cycle de vie des données – Etape 2 - 3

## Analyse et traitement des données

<figure><img src="image_174.png" /></figure>

<figure><img src="image_175.png" /></figure>

Appliquer les traitements adaptés pour passer des « données brutes » aux données du projet

<figure><img src="image_176.png" /></figure>

Reproductibilité de la recherche :

- Où sont vos codes sources/logiciels?

- Sont ils décrits par un standard?

- Sont ils open source? Ont-ils une licence?

- Sont ils découvrables?

<figure><img src="image_177.png" /></figure>

<figure><img src="image_178.png" /></figure>

<figure><img src="image_179.png" /></figure>

Production de données projet

<figure><img src="image_180.png" /></figure>

Expert Data – Interoperabilité

<figure><img src="image_181.png" /></figure>

Architecte logiciel

Description des codes

- Structuration et sémantisation des codes

- Documentation des codes et de ses métadonnées
# Cycle de vie des données

## Objectif de documenter les traitements effectués et les données produites

<figure><img src="image_182.png" /></figure>

<figure><img src="image_183.png" /></figure>

Documentation des codes sources :
métadonnées de découverte des codes

Structuration des données :
métadonnées de structuration

Documentation des données :
métadonnées de découverte des données
# Cycle de vie des données

Quelles métadonnées interviennent ? Quels standards choisir ?

<figure><img src="image_184.png" /></figure>

F

<figure><img src="image_185.png" /></figure>

A

<figure><img src="image_186.png" /></figure>

I

<figure><img src="image_187.png" /></figure>

R

<figure><img src="image_188.png" /></figure>
# Cycle de vie des données – Etape 4

## Conservation

<figure><img src="image_189.png" /></figure>

Identifier les données à conserver et pérenniser

Identifier l'entrepôt où pérenniser ses données

Transformation en format pérenne

Identifier le type de données :

* Données de longue traine ?

* Données d'observation ?

* Données projet ?

* Données de la recherche ?

<figure><img src="image_190.png" /></figure>

Questions auxquelles on
doit avoir répondu en
étape 1

<figure><img src="image_191.png" /></figure>

Thématiciens

<figure><img src="image_192.png" /></figure>

<figure><img src="image_193.png" /></figure>

## Catalogue - entrepôt de données du BRGM

Fin 2023 : critères d'identification d'un entrepôt de confiance définis par le collège des données du CoSO

https://www.ouvrirlascience.fr/college-donnees-de-la-recherche/

<figure><img src="image_194.png" /></figure>

Documentation des jeux de données - préparation des métadonnées de découverte

<figure><img src="image_195.png" /></figure>

Expert Data - Interoperabilité

Appui au choix de l'entrepôt et « granularité des fiches de métadonnées »

* Vérification des dépôts effectués dans CUPIDON

* Importance de la modération et **curation des métadonnées de découverte**
# Cycle de vie des données

## Objectif de pérennisation des jeux de données, des codes, des ontologies produites

<figure><img src="image_196.png" /></figure>

<figure><img src="image_197.png" /></figure>

- Documentation des codes sources :
  métadonnées de découverte des codes

- Documentation des vocabulaires produits :
  mod

- Documentation des données :
  métadonnées de découverte des données
# Cycle de vie des données

Quelles métadonnées interviennent ? Quels standards choisir ?

<figure><img src="image_198.png" /></figure>

F

<figure><img src="image_199.png" /></figure>

A

<figure><img src="image_200.png" /></figure>

I

<figure><img src="image_201.png" /></figure>

R

<figure><img src="image_202.png" /></figure>
# Cycle de vie des données – Etape 5

<figure><img src="image_203.png" /></figure>

<figure><img src="image_204.png" /></figure>

## Quels accès aux données et jeux de données ?

- Accès direct / Accès sous embargo

- Accès sous authentification

- Accès à l'ensemble des métadonnées

<figure><img src="image_205.png" /><figcaption>Thématiciens</figcaption></figure>

## Quelle licence d'utilisation ?

- Etalab, CC BY 4.0, ...

<figure><img src="image_206.png" /></figure>

<figure><img src="image_207.png" /><figcaption>Expert Data</figcaption></figure>

## Mise en place des services d'accès aux données

- Download direct

- Services de visualisation (WMS / OGC-API Maps)

- Services de téléchargement (WFS / OGC-API Features, SensorThings, Coverage, ...)
# Cycle de vie des données – Etape 6

<figure><img src="image_208.png" /></figure>

## Où trouver et favoriser la découverte des jeux de données et des données?

- Catalogues associés aux entrepôts de données

- Connaitre les standards de métadonnées utilisés pour mieux comprendre les données à réutiliser

<figure><img src="image_209.png" /></figure>

## Quel cadre légal pour permettre la réutilisation des données ?

- Les licences d'utilisation : Etalab, CC BY 4.0, ... (renseignées sur la fiche de métadonnées)

- La citation des données : DOI

<figure><img src="image_210.png" /><figcaption>Thématiciens</figcaption></figure>

Accès gratuit ne veut pas dire libre accès
# Cycle de vie des données

## Objectif de l'accessibilité des jeux de données, codes et ontologies produites et prévoir leur réutilisation

<figure><img src="image_211.png" /></figure>

<figure><img src="image_212.png" /></figure>

- Comprendre les métadonnées de découverte des codes

- Documentation des vocabulaires produits : mod

- Documentation des données : métadonnées de découverte des données
# Cycle de vie des données

## A quelles étapes les métadonnées interviennent ? Quelles métadonnées ? Quels standards ?

<figure><img src="image_213.png" /></figure>
# Cycle de vie des données

## A quelles étapes les métadonnées interviennent ? Quelles métadonnées ? Quels standards ?

<figure><img src="image_214.png" /></figure>
# Cycle de vie des données

## A quelles étapes les métadonnées interviennent ? Quelles métadonnées ? Quels standards ?

<figure><img src="image_215.png" /></figure>

Métadonnées de découverte

Métadonnées de structuration

Métadonnées scientifiques

<figure><img src="image_216.png" /></figure>

<figure><img src="image_217.png" /></figure>

Décrire et pérenniser la donnée

<figure><img src="image_218.png" /></figure>

FAIR Accès

Traitement

FAIR

Métadonnées de découverte

Métadonnées de structuration

<figure><img src="image_219.png" /></figure>

FAIR Conservation

Analyse

Métadonnées scientifiques

Métadonnées de découverte

Métadonnées de structuration

Métadonnées scientifiques
# Cycle de vie des données

## A quelles étapes les métadonnées interviennent ? Quelles métadonnées ? Quels standards ?

<figure><img src="image_220.png" /></figure>
# Sources et liens utiles...

## INSPIRE et ses standards :

* Directive INSPIRE : Texte règlementaire

* Accès aux spécifications : accès aux documents

## Standards de structuration de données :

* GeoSciML

* Observations Measurements and samples « OMS » : Standard ISO OGC 19156

* WaterML 2.0 : Standard OGC

* SoSA : Sensor, Observation, Sample and Actuator

* Ontology I-ADopt

## Science Ouverte :

* Site « Ouvrir la science »

* Comité Science Ouverte

* Les données de la recherche

* DORANum

* CatOPIDoR

## FAIR Data :

* Publication des principes FAIR

* FAIR Data Maturity model : Groupe de travail RDA

* Exemple d'implémentation du FAIR Data Maturity model : ANR CoPilote

## Data Management Plan :

* DMP Opidor

* Doranum : plan de gestion des données (DMP)

* maDMP : Groupe de travail RDA - Modèle et définitions

## Catalogues et entrepôts de données :

* CUPIDon

* EaSyData

* Atlas Catalogue du Sandre

* Géocatalogue

* Data.gouv

* Recherche Data Gouv

## Catalogues d'artefacts sémantiques :

* EarthPortal

* AgroPortal

* BioPortal

## Catalogues de codes sources et logiciels

* SoftwareHeritage

* Catalogue des logiciels de la recherche (à venir)
Merci de votre attention

h.bressan@brgm.fr