Documentation opérationnelle >> Modèles de données partagées >> Modèle de données partagées : MÉTADONNÉES DUBLIN CORE
Table des matières
Les métadonnées sont un élément fondamental du schéma XML SDAPA : étymologiquement, les métadonnées sont des « données sur les données », c'est-à-dire des informations relatives aux informations qui documentent la ressource patrimoniale et sont structurées dans un document XML. Typiquement, le nom du rédacteur ou la date de rédaction d'une notice relative à un monument historique sont considérés comme des métadonnées, car portant sur les informations documentant la ressource et non sur la ressource elle-même.
En effet, le schéma XML SDAPA répond à des besoin de gestion et d'édition de documents, ainsi que d'échanges d'informations. Ceci implique de pouvoir identifier et suivre un document tout au long d'une chaîne documentaire, et ce rôle est rempli par les métadonnées.
Dans le schéma SDAPA, les métadonnées s'appuie sur la norme Dublin Core<1>. Mise au point par la Dublin Core Metadata Initiative, la norme Dublin Core se veut facile à utiliser et suffisamment générale pour être pertinente quelle que soit la discipline. Cette norme définit les catégories d'information à enregistrer à propos d'une ressource pour que cette ressource puisse être trouvée. Elle a été approuvée comme norme ANSI sous le numéro Z39.85-2001 et comme norme ISO sous le numéro 15836.
Le Dublin Core Metadata Element Set est un ensemble qui se compose de 15 éléments :
Identifiant
Créateur
Contributeur
Éditeur
Droits
Date
Format
Type
Langue
Titre
Sujet
Couverture
Description
Source
Relation
Dans un document XML, il est possible d'utiliser les métadonnées Dublin Core en se référant spécifiquement à l'espace de nom Dublin Core (correctement déclaré), c'est-à-dire en utilisant la syntaxe
Ces 15 éléments ne peuvent alors contenir que du texte.
Le schéma XML SDAPA offre une version dite «qualifiée» des éléments Dublin Core. Cette qualification consiste à autoriser l'utilisation, au sein des 15 éléments du Dublin Core, d'éléments enfants permettant d'apporter d'avantage d'information à une métadonnée. L'élément info est alors utilisé en référence à l'espace de nom du schéma XML SDAPA. Chacun des éléments enfants autorise voire impose lui-même l'utilisation de ses propres éléments enfants, qui permettent d'obtenir, sous forme de métadonnées, un très haut niveau de contenu qualifié. Le degré de granularité de l'information choisi pour les métadonnées en Dublin Core qualifié est fonction des besoins qui président à la création du système documentaire visé.
On se reportera à chacun des éléments enfants de info et à leurs propres élements enfants, qui offrent des possibilités de qualification.
Cet exemple illustre le cas d'un lot (élément SET) d'enregistrements (élément RECORD), contenant des données (éléments enfants de RECORD). Les métadonnées (élément INFO) sont ici présentes à trois niveaux hiérarchiques disctincts : le lot (SET) et les enregistrements (RECORD) possèdent naturellement des métadonnées, qui apportent de l'information sur le document XML documentant une unité de patrimoine. Dans cet exemple, l'élément SET présente des métadonnées DublinCore en utilisant le préfixe dc:, tandis que les métadonnées de l'élément RECORD utilisent le DublinCore qualifié. A l'intérieur des contenus, il est possible, si c'est pertinent, d'enrichir certains éléments en leur attribuant des métadonnées : il en est ainsi de l'élément DESCRIPTION ayant pour attribut role="noticeDeSynthese". En suppossant que cet élément soit utilisé pour du contenu rédactionnel de type synthèse, et qu'il soit possible d'intégrer dans un enregistrement des contenus rédactionnels déjà existant (et donc rédigés par un autre auteur), l'élément enfant INFO permet d'indiquer un rédacteur et une date de rédaction différents de ceux des autres éléments.
set><!-- Métadonnées de l'élément SET-->
<!-- Fin Métadonnées de l'élément SET-->
<!-- 1er élément RECORD-->
record><!-- Métadonnées du 1er l'élément RECORD-->
info>family value="Nom du chercheur responsable de l'enregistrement">Nom du chercheur responsable de l'enregistrement</family>, <given value="Prénom du chercheur responsable de l'enregistrement">Prénom du chercheur responsable de l'enregistrement</given>creator>date role="modification">date>info><!-- Fin Métadonnées du 1er élément RECORD-->
<!-- Données de contenu du 1er élément RECORD - Les éléments proposés ici sont ceux d'une unité patrimoniale dans le contexte de l'Inventaire-->
title>proper remap="fr/mcc/merimee:tico" value="mires pour le cercle méridien Repsold">mires pour le cercle méridien Repsold</proper>title>subject role="denomination">subject>subject role="classification">topicname scheme="mcc-dapa-lex-96" code="717">architecture de culture – recherche – sport ou loisir</topicname>subject>event role="construction">date role="daté par source">date>referee role="maître de l'oeuvre" scheme="mcc-dapa-lex-???">referee>event>type role="statutPropriete" remap="fr/mcc/merimee:stat" scheme="mcc-dapa-lex-59" code="2">propriété de l'Etat </type>description role="noticeDeSynthese" lang="fr"><!-- Métadonnées de l'élément DESCRIPTION-->
info>contributor role="redacteur">given value="Prénom du rédacteur de la notice de synthèse">Prénom du rédacteur de la notice de synthèse</given>family value="Nom du rédacteur de la notice de synthèse">Nom du rédacteur de la notice de synthèse</family>contributor>info><!-- Fin Métadonnées de l'élément DESCRIPTION-->
description>relation role="estIllustrePar">relation>record><!-- Fin du 1er élément RECORD-->
<!-- Par nature, l'élément SET contient un ensemble d'éléments RECORD. Pour ne pas alourdir la présentation de cet exemple illustrant l'utilisation des métadonnées, le deuxième élément RECORD n'est pas développé-->
set><1> http://dublincore.org/ (Dublin Core)