Encodage XML/Dublin Core et modèle Illustration

Table des matières

1.) Remarques préliminaires

2.) Cas général

3.) Exemples

Ce document propose un encodage XML / Dublin Core du système descriptif de l'Illustration, utilisé dans la base Mémoire^<1> du Ministère de la culture et plus généralement comme modèle pour encoder l'information descriptive de documents figurés (photo, carte, plan, phototype, etc.). Cette première approche, pertinente dans le cadre du projet de création du schéma SDAPA car celui-ci est en partie basé sur le Dublin Core, permet de mesurer les principaux problèmes qu'il peut y avoir entre deux modèles aux approches différentes. En effet, l'Illustration est un système descriptif spécialisé pour les documents figurés et notamment les photographies. Tandis que le Dublin Core^<2> est un modèle généraliste et simple pour des métadonnées.

Bibliographie

[SDI1999] Ministère de la culture et de la communication ; Direction de l'architecture et du patrimoine ; sous-direction des études, de la documentation et de l'Inventaire Hôtel de Vigny 10, rue du Parc-Royal 75 003 Paris . - Système descriptif de l'Illustration. - Dir. Christophe Dessaux ; Réd. Annie Rémy et Réd. Anne-Claire Viron-Rochet ; Collab. Mireille Bouvet, Collab. Xavier de Massary, Collab. Mathilde Huet ; et al.Collab. Collab. - éditions du patrimoine , 1999 . - http://www.culture.gouv.fr/culture/inventai/telechar/illus.pdf.

Dans Illustration, les principaux points traités sont les suivants :

La définition du document original versus le document reproduit source
La description technique format
La localisation géographique coverage
Les références à des thesauri subject
Les données locales info
Liens vers des documents reliés

Il s'agit ici de surtout prêter attention au formalisme XML proposé par le schéma SDAPA pour traduire les exigences du système descriptif en tenant compte des remarques et évolutions relatives à son application.

1. Remarques préliminaires `<^>`

Précipité dans une perspective documentaire généraliste, le modèle de données appliqué dans la base de données Mémoire prouve sa résistance et sa précision. Bien d'autres projets pourraient tirer parti de cette expérience. Une version XML permet d'en corriger un premier défaut, le nommage des champs (contraint par une technologie à des noms courts et en capitales). XML facilite aussi le groupage de l'information (distinction entre informations sur le document, et champs de contrôle). Il autorise aussi la répétition des éléments, ce qui évite l'inflation de noms du genre CHAMP1, CHAMP2 (particulièrement commode pour multiplier des relations interprétées par un système local). Certains problèmes ont cependant été rencontrés.

Titre

Quand on consulte des exemples d'enregistrement, on observe qu'ils n'ont pas tous des titres significatifs hors de tout contexte. En effet, le titre est généralement constitué d'un moissonnage de données de diverses provenances. Or assez simplement on pourrait souhaiter lire : Ville (n° de département) nom commun de l'édifice, nom commun de l'objet ?, légende ?. Cette ligne peut être reconstruite par une application à partir de champs répartis à d'autres endroits de la description. En particulier, ville, département, nom commun de l'édifice proviennent de l'adresse de localisation ; l'emplacement du nom commun de l'objet est à préciser, ainsi que celui d'une légende locale donnant des précisions sur la prise de vue.

Pour toujours considérer les métadonnées d'une illustration comme des données de portée générale, susceptibles d'être communiquées à d'autres systèmes, il n'est probablement pas possible de prévoir tous les cas possibles de légendes contextuelles, largement dépendantes du projet rédactionnel d'un auteur (ou d'un système). Un document généré sur un édifice n'a besoin que d'une légende précisant par exemple "vue aérienne", "façade sud", que ses métadonnées doivent pouvoir fournir ; un "parcours" sur un quartier n'a besoin que du nom de l'édifice. Par contre, une étude thématique (ex : "les toits aux sources du Lot") pourrait importer l'image et sa notice pour soutenir un autre propos (ex : "légende - nef en pierre sèches").

Une chose importante à noter est que le titre constitue dans un système d'information une clé d'accès et d'identification essentielle, c'est pourquoi il doit être explicite et représentatif de l'objet décrit.

Thesauri

Le contenu d'un certain nombre de champs de l'Illustration est assujetti à un contrôle lexical. Or quand on observe un enregistrement de la base Mémoire, il n'est pas possible d'identifier les champs soumis à un langage documentaire. En effet, seule la connaissance des spécifications d'édition d'un enregistrement le permet. Cependant cette information peut être intéressante à conserver et à notifier dans un enregistrement.

La liaison à des thesauri de désignation est une information essentielle, cependant, elle ne permet pas toujours de constituer un nom commun pour la désignation de l'édifice, il s'agit plutôt de descripteurs.

Auteurs

Un certain nombre d'acteurs interviennent dans le processus relatif à un objet. Cela soulève l'ambiguïté entre "créateurs" et "contributeurs" et leurs "rôles". Une partie de cette problématique relève des outils de reproduction. Comment conserver toute l'information ? A quoi se rapporte-elle : image vectorielle ou matricielle ?

Le problème avec les éléments graphiques est qu'il existe en général sous plusieurs formes et à différents niveaux d'une chaîne de reproduction : il s'agit entre autres de différencier le document original de ses reproductions et du coup les auteurs de tous ces objets. En plus, de tout cela, viennent se greffer les informations relatives à l'objet représenté.

Dans Illustration, cette problématique est représentée par les champs EMET - Code du service émetteur, AUT - Auteur du phototype, AUTD - Auteur du document graphique, AUTOR - Auteur du document reproduit. Dans ce cas, il faut faire attention à ne pas mélanger les informations relatives à l'objet décrit, ses autres formes et ce qu'il représente. Ici, EMET correspond au publisher de la notice descriptive de l'objet, AUT ou AUTD au creator, auteur de l'objet décrit, et AUTOR est relatif à l'objet représenté qui est décrit dans relation > resource > info.

Relations

La problématique des relations entre divers documents est un point essentiel à résoudre dans le cadre d'une mise en place des dossiers électroniques et donc du schéma SDAPA. En effet, les mêmes documents peuvent intervenir dans plusieurs processus, des documents sont constitués à partir d'autres documents ou s'y référent. Quel que soit le cas, les liens existants doivent perdurer avec le schéma SDAPA et de nouveaux utiles à la gestion et inhérents à la nature de dossier électronique sont à considérer.

La notice d'une illustration est susceptible de nombreuses relations avec d'autres ressources. Il s'agit d'abord de distinguer les relations de portée générale (liens fermes vers des versions numériques, sources bibliographique ou d'archives, notices et documents sur l'image...), qu'on souhaiterait être des URI absolues ; et les relations contextuelles à un système hébergeant (souvent des URI relatives, parfois des codes), soit la navigation, les renvois vers un index, un glossaire, des notes, etc. Une politique d'URI pérennes pour identifier des ressources déborde de la portée de ce schéma, même s'il y encourage. On souhaiterait que le récepteur des notices puissent avoir les informations suivantes :

URI absolue de la notice consultée. Exemples : URIs d'autres versions (format, ou langue).
URI absolue d'un fichier numérique en taille originale de l'image renseignée. Si disponibles, versions dans d'autres tailles (image vignette, image plein écran, image tiers écran), d'autres formats.
URI absolue vers les notices des oeuvres représentées : exemple liens vers d'autres notices Mérimée, Palissy.
URIs absolues vers d'autres notices du même type (lien de type "voir-aussi", établis par un auteur humain).
Les sources documentaires peuvent être indiquées textuellement : exemple, référence bibliographique de l'ouvrage dont est tiré le document reproduit.
Eventuellement, des relations conventionnelles de navigation (premier, précédent, suivant, dernier, parent, 1er enfant)

Cette énumération demande certainement ajouts et amendements, il s'agit ensuite de fixer une liste de noms qui puisse qualifier sans ambiguïté ces relations. Ces noms, un lecteur humain pourra les comprendre, une application saura les interpréter pour les présenter à l'humain, ou les suivre pour agréger des vues ou répondre à des requêtes.

2. Cas général `<^>`

On trouvera ici un versement exhaustif des champs du système descriptif de l'Illustration. Les champs sont indiqués par leurs codes. Cependant, il n'est pas inutile de se référer aux exemples, plus éclairant pour résoudre certaines particularités.

Exemple 1. Versement des champs du système descriptif de l'Illustration

<record id="notice-memoire" role="graphic">

<!--
Cet exemple XML propose un versement des champs du système descriptif de l'Illustration [MCC]
en SDAPA.
N-B : Cette proposition n'est pas définitive.
-->

<!--********************************************
                Bloc INFO
********************************************-->

<info>

<!-- titre alternatif, répétable -->

<title role="alternate">: <proper value="{LEGEX}">{LEGEX}</proper>
</title>

<!-- dates système -->

<date role="created">: <year>{ANN}</year>
</date>

<date role="valid">: <unqualified>date de vérification</unqualified>
</date>

<date role="modified">: <unqualified>date de modification</unqualified>
</date>

<!-- numéro de CD et vue dans le CD constituent un identifiant de type DOI <http://www.doi.org/> -->

<identifier scheme="cd">{NUMCD/VUECD}</identifier>

<!-- identifiant Mérimée et numéro d'ordre, constituent un identifiant de type DOI -->

<identifier scheme="merimee">{MERIM/MARQ}</identifier>

</info>

<!-- ******************************************
           Séquence Dublin Core
 ****************************************** -->

<!-- titre principal, la légende de l'image dans le contexte d'une notice sur la chose montrée. -->

<title>

<!-- Le nom de l'oeuvre -->

<proper value="{PEDI ou POBJ}">{PEDI ou POBJ}</proper>

<!-- Légende particulière à cette image -->

<subtitle>{LEG}</subtitle>

</title>

<description>: <para>{OBS}</para>
</description>

<!-- Il s'agit ici de préciser le créateur original de la ressource.
L'attribut role prend la valeur des codes ORG. 
<affiliation>ORG</affiliation>
-->

<creator>: <unqualified>{AUT ou AUTD ou AUTOR}</unqualified>
</creator>

<!-- Un contributeur à préciser en cas de reproduction -->

<contributor role="Repro">: <unqualified>{AUT ou AUTD}</unqualified>
</contributor>

<!-- Un éditeur généré sur l'identifiant EMET -->

<publisher code="{EMET}" uri="??">: <unqualified>Service régional d'Inventaire...</unqualified>
</publisher>

<!-- Date éditoriale, fournie par l'émetteur. -->

<date>: <unqualified>{DAT ou DATD}</unqualified>
</date>

<!-- L'aire d'étude est une information géographique spécifique à l'organisation -->

<coverage scheme="aire">

<place>

<placename>: <region>{AIRE}</region>
</placename>

</place>

</coverage>

<!--
La localisation du sujet représenté doit pouvoir être importée à partir
de l'identifiant Mérimée ou Palissy.
La suggestion suivante de structuration est encore à l'étude.
-->

<coverage>

<place>

<placename>

<!--
L'élément <placename/> est conçu pour contenir une hiérarchie administrative de noms 
précisant un lieu, n'importe où dans le monde.

<http://www.tei-c.org/P4X/ND.html#NDPLAC>
<http://www.getty.edu/research/tools/vocabulary/tgn/about.html>
<http://dublincore.org/documents/dcmi-terms/#coverage>
-->

<locality role="lieu-dit">{LIEU}</locality>

<locality role="commune">{COM}</locality>

<!--
Il ne faut pas entendre l'élément <region/> dans un sens trop national, 
il est proposé comme générique pour province, état, département ...
-->

<region role="departement">{DPT}</region>

<country>France</country>

</placename>

<address>

<!-- l'élément <building/> 
est utilisé comme "complément d'identification du point géographique"
<http://www.laposte.com/produits/courrier/fadress.htm>
Il peut être employé pour indiquer la dénomination courante d'un édifice. -->

<building>{EDIF ou PEDI}</building>

<addrline>{ADRS}</addrline>

</address>

</place>

</coverage>

<description>: <para>
Une description peut être ajoutée avec des contenus <emphasis>enrichis</emphasis> en texte mixte.
</para>
</description>

<!-- généré selon les codes DC -->

<type scheme="DC-Type">image</type>

<!-- t -->

<type code="" scheme="URI de la liste">{TYPDOC}</type>

<!--
Le contenu de l'élément <format/> (<http://dublincore.org/documents/dcmi-terms/#format>)
doit permettre de renseigner une description physique de l'objet décrit.

La ponctuation peut être fournie à l'avance.
Les contenus des éléments peuvent être générés sur la valeur des attributs @code.
-->

<format role="physical">: <extent code="{TYPDOC}">1 phototype, relevé</extent>
</format>

<format role="physical">: <scale>{ECH}</scale>
</format>

<format role="physical">: <medium code="{TYPE}">couleur ?</medium>
</format>

<format role="physical">: <technique code="{TRL}">estampage, calepinage (...)</technique>
</format>

<format role="physical">: <support code="{SUP}">verre, pellicule (...)</support>
</format>

<format role="physical">: <colors code="{COULEUR}">N/B, gris, coul.</colors>
</format>

<format role="physical">: <dimensions code="{FOR}">A4, A6, 6x6 (...)</dimensions>
</format>

<!-- propriétés extraites automatiquement 
Etablir une liste d'autorité pour évaluer les format numérique
  -->

<format role="digital">: <mime>{TYPEIMG}</mime>
</format>

<format role="digital">: <length scheme="o">poids du fichier</length>
</format>

<format role="digital">: <width scheme="px">largeur en pixels</width>
</format>

<format role="digital">: <height scheme="px">hauteur en pixels</height>
</format>

<format role="digital">: <depth scheme="bits">nombre de bits par points</depth>
</format>

<format role="digital">: <compression>mode de compression</compression>
</format>

<format role="digital">

<!-- se déduit du rapport longueur/largeur -->

<orientation>{SENS}</orientation>

</format>

<!-- référencement d'une source d'archive -->

<source class="original">

<resource role="archive">

<publisher>

<placename>

<unqualified>{LIEUCOR}</unqualified>

</placename> :

</publisher>

<identifier>{COTECOR}</identifier>

<format>: <unqualified>{DOC}</unqualified>
</format>

</resource>

</source>

<!-- référencement d'une source bibliographique -->

<source>

<resource role="monographic">: <unqualified>{TIREDE}</unqualified>
</resource>

</source>

<!-- mention d'une publication ou apparaît la ressource -->

<relation role="reproduction">

<resource scheme="monographic">: <unqualified>{PUBLI}</unqualified>
</resource>

</relation>

<!-- mention d'une exposition ou apparaît la ressource -->

<relation role="reproduction">

<resource scheme="event">: <unqualified>{EXPO}</unqualified>
</resource>

</relation>

<!--  Relations à d'autres versions de l'image.  -->

<relation role="vignette">: <unqualified>{VIDEO}</unqualified>
</relation>

<relation role="ecran">: <unqualified>{VIDEO}</unqualified>
</relation>

<relation role="see-also">: <unqualified>{FNUS}</unqualified>
</relation>

<relation role="see-also">: <unqualified>{FNU1}</unqualified>
</relation>

<!-- identifiants et relations dans le schème d'encodage Inventaire -->

<identifier scheme="inv" uri="URI générée par le système hébergeant">{NUMP ou NUMD}</identifier>

<relation role="alternate" scheme="inv" uri="URI générée par le système hébergeant">: <unqualified>{REN ou REND}</unqualified>
</relation>

<!-- URL pérenne de la notice consultée ici -->

<identifier uri="??"/>

<!-- URLs pérennes sur d'autres versions de cette notice (.html, .xml, .rdf ; en, de ...) -->

<relation role="alternate" uri="??">: <unqualified>Autre version</unqualified>
</relation>

<!-- URLs pérennes sur l'image décrite -->

<relation role="illustration" uri="??">: <unqualified>Illustration</unqualified>
</relation>

<!-- URL pérenne vers la notice du sujet représenté, générée. -->

<relation role="work" uri="http://www.culture.fr/public/mistral/merimee_fr?ACTION=CHERCHER&FIELD_1=REF&VALUE_1=MERIM">: <unqualified>Notice Mérimée</unqualified>
</relation>

<!-- la mention des droits, distinguant le copyright et la nature de la licence -->

<rights>

<copyright>: <unqualified>{COPY}</unqualified>
</copyright>

</rights>

<rights>: <licence>{DIFF}</licence>
</rights>

<!-- La relation avec les thesauri s'effectue avec l'élément répétable <subject/>.
  Un sujet peut être un nom structuré (<topicname/>) -->

<subject scheme="url identifiante du thesaurus utilisé">: <unqualified>{EDI ou OBJ}</unqualified>
</subject>

<!-- par exemple -->

<subject>: <unqualified>{MCL}</unqualified>
</subject>

</record>

3. Exemples `<^>`

Les exemples sont tirés de :

Bibliographie

Ministère de la culture et de la communication ; Direction de l'architecture et du patrimoine ; sous-direction des études, de la documentation et de l'Inventaire Hôtel de Vigny 10, rue du Parc-Royal 75 003 Paris . - Système descriptif de l'Illustration. - Dir. Christophe Dessaux ; Réd. Annie Rémy et Réd. Anne-Claire Viron-Rochet ; Collab. Mireille Bouvet, Collab. Xavier de Massary, Collab. Mathilde Huet ; et al.Collab. Collab. - éditions du patrimoine , 1999 . - <http://www.culture.gouv.fr/culture/inventai/telechar/illus.pdf>.

L'encodage insiste surtout sur le caractère spécifique de chaque cas. Des informations sans ambiguïtés peuvent avoir été omises pour améliorer la lisibilité.

Exemple 2. photo

<record id="morez" role="graphic">

<info>

<date>: <unqualified>1991</unqualified>
</date>

<identifier>91390915V</identifier>

<identifier scheme="cd">853831914696/0044</identifier>

<relation role="vignette">

<resource>: <identifier>dsi://mem0050/IVR43_91390915V_V.jpg</identifier>
</resource>

</relation>

<relation role="ecran">

<resource>: <identifier>dsi://mem0050/IVR43_91390915V_P.jpg</identifier>
</resource>

</relation>

<publisher code="IVR43">: <unqualified>IVR43</unqualified>
</publisher>

<identifier scheme="merimee">IA39000550/01</identifier>

<coverage scheme="AIRE">

<place>

<placename>: <locality>Morez</locality>
</placename>

</place>

</coverage>

</info>

<title>: <proper value="façade antérieure de trois quarts gauche">façade antérieure de trois quarts gauche</proper>
</title>

<creator>: <unqualified>Phot. Inv. J. Mongreville</unqualified>
</creator>

<publisher>: <unqualified>Service régional d'Inventaire de Franche-Comté</unqualified>
</publisher>

<date>: <year>1991</year>
</date>

<format role="physical">: <extent>1 phototype</extent>
</format>

<type>phototype</type>

<format>: <colors code="NON">niv. gris</colors>
</format>

<format>: <dimensions code="V">A6</dimensions>
</format>

<format role="digital">: <mime>image/jpeg</mime>
</format>

<coverage>

<place>

<placename>: <region role="no-departement">39</region>
</placename>

<address>: <addrline>Voltaire (rue) 4, 6</addrline>
<locality>Morez</locality>
</address>

</place>

</coverage>

<relation role="reproduction">

<resource role="serial">: <unqualified>Indicateur du Patrimoine, 39, 1999, p. 191, cat. n°319.</unqualified>
</resource>

</relation>

<relation role="work" uri="http://www.culture.fr/public/mistral/merimee_fr?ACTION=CHERCHER&FIELD_1=REF&VALUE_1=IA39000550">: <unqualified/>
</relation>

<rights>

<copyright>: <unqualified>(c) Inventaire général, ADAGP, 1991</unqualified>
</copyright>

</rights>

<rights>: <licence>communication libre, reproduction soumise à autorisation</licence>
</rights>

<subject>: <topicname>usine de petite métallurgie</topicname>
</subject>

<subject>: <topicname>usine de lunetterie</topicname>
</subject>

</record>

Exemple 3. reproduction

<record id="ars" role="graphic">

<info>

<date>: <unqualified>1972</unqualified>
</date>

<identifier>72170500B</identifier>

<coverage>

<place>

<placename>: <locality>Ars-en-Ré</locality>
</placename>

</place>

</coverage>

<publisher>: <unqualified>IVR54</unqualified>
</publisher>

</info>

<title>: <proper value="Vue d'ensemble de la façade.">Vue d'ensemble de la façade.</proper>
</title>

<creator>: <unqualified>Bergevin R. (photographe)</unqualified>
</creator>

<contributor>: <unqualified>Inv. J.-P. Joly</unqualified>
</contributor>

<publisher>: <unqualified>IVR54</unqualified>
</publisher>

<format role="physical">: <extent>1 phototype</extent>
</format>

<format role="physical">: <technique code="B">reproduction</technique>
</format>

<format role="physical">: <colors code="NON">niv. gris</colors>
</format>

<format role="physical">: <dimensions code="V">A6</dimensions>
</format>

<coverage>

<place>

<placename>: <locality>Ars-en-Ré</locality>
<region role="no-departement">17</region>
</placename>

<address>: <building>Musée</building>
</address>

</place>

</coverage>

<source>

<resource role="archive">

<publisher>: <unqualified>AD, Charente-Maritime</unqualified>
</publisher>

<format>: <unqualified>Carte postale</unqualified>
</format>

</resource>

</source>

<rights>

<copyright>: <unqualified>(c) Inventaire général, ADAGP, 1972/AD Charente-Maritime</unqualified>
</copyright>

</rights>

<rights>: <licence>communication libre, reproduction soumise à autorisation</licence>
</rights>

<subject>: <topicname>musée</topicname>
</subject>

<relation role="work" uri="http://www.culture.fr/public/mistral/merimee_fr?ACTION=CHERCHER&FIELD_1=REF&VALUE_1=IA00042941">: <unqualified/>
</relation>

</record>

Exemple 4. Reproduction

<record id="mirambeau" role="graphic">

<info>

<date>: <unqualified>1985</unqualified>
</date>

<identifier>85170026NB</identifier>

<coverage>

<place>

<placename>: <locality>Mirambeau</locality>
</placename>

</place>

</coverage>

<publisher>: <unqualified>IVR54</unqualified>
</publisher>

</info>

<title>: <proper value="Vue aérienne">Vue aérienne</proper>
</title>

<title role="alternate">: <proper value="Fig. 4. Le château, vue aérienne depuis le nord-est.">Fig. 4. Le château, vue aérienne depuis le nord-est.</proper>
</title>

<creator>: <unqualified>Henrard</unqualified>
</creator>

<contributor>: <unqualified>Inv. A Maulny</unqualified>
</contributor>

<publisher>: <unqualified>Service d'Inventaire...</unqualified>
</publisher>

<format role="physical">: <extent>1 phototype</extent>
</format>

<format role="physical">: <technique code="B">reprod.</technique>
</format>

<format role="physical">: <colors code="NON">niv. gris</colors>
</format>

<format role="physical">: <dimensions code="N">A5</dimensions>
</format>

<format role="digital">: <mime>image/jpeg</mime>
</format>

<coverage>

<place>

<placename>: <locality>Mirambeau</locality>
<region role="no-departement">17</region>
</placename>

<address>: <building>château</building>
</address>

</place>

</coverage>

<source>

<resource role="archive">

<publisher>: <unqualified>DRAC Poitou-Charentes, SRI, Poitiers</unqualified>
</publisher>

<identifier>Fonds Henrard</identifier>

<format>: <unqualified>Photographie ancienne</unqualified>
</format>

</resource>

</source>

<rights>

<copyright>: <unqualified>(c) Inventaire général, ADAGP, 1972/AD Charente-Maritime</unqualified>
</copyright>

</rights>

<rights>: <licence>communication libre, reproduction soumise à autorisation</licence>
</rights>

<subject>: <unqualified>château</unqualified>
</subject>

<subject scheme="CARTEXA">: <unqualified>généralités</unqualified>
</subject>

<relation role="work" uri="http://www.culture.fr/public/mistral/merimee_fr?ACTION=CHERCHER&FIELD_1=REF&VALUE_1=IA17001556">: <unqualified/>
</relation>

</record>

Exemple 5. photo

<record id="asnieres" role="graphic">

<info>

<date>: <unqualified>1991</unqualified>
</date>

<identifier>95922635X</identifier>

<relation role="see-also">: <unqualified>95922635XA</unqualified>
</relation>

<publisher>: <unqualified>IVR11</unqualified>
</publisher>

</info>

<title>: <proper value="Vue d'ensemble prise de la rue">Vue d'ensemble prise de la rue</proper>
</title>

<title role="alternate">: <proper value="Fig. 5. Type de la villa urbaine, à mur mitoyen sur l’arrière. Un logement de gardiens donne sur la rue voisine.">Fig. 5. Type de la villa urbaine, à mur mitoyen sur l’arrière. Un logement de gardiens donne sur la rue voisine.</proper>
</title>

<creator>: <unqualified>Ch. Décamps (Inv.)</unqualified>
</creator>

<publisher>: <unqualified>Service d'Inventaire...</unqualified>
</publisher>

<format>: <extent>1 phototype</extent>
</format>

<format>: <colors code="NON">niv. gris</colors>
</format>

<format>: <dimensions code="X">6x6 (cm)</dimensions>
</format>

<coverage>

<place>

<placename>: <locality>Asnières-sur-Seine</locality>
</placename>

<address>: <addrline>Jean-Jacques Rousseau (rue) 8</addrline>
</address>

</place>

</coverage>

<rights>

<copyright>: <unqualified>(c) Inventaire général, ADAGP, 1995</unqualified>
</copyright>

</rights>

<rights>: <licence>communication libre, reproduction soumise à autorisation</licence>
</rights>

<subject>: <unqualified>maison</unqualified>
</subject>

<subject scheme="CARTEXA">: <unqualified>maisons ; immeubles</unqualified>
</subject>

</record>

Exemple 6. photo d'un graphique

<record id="eygurande" role="graphic">

<title>: <proper value="Plan au sol du logis et de la grande étable">Plan au sol du logis et de la grande étable</proper>
</title>

<creator>: <unqualified>D. Langeau (Dess. Inv.)</unqualified>
</creator>

<contributor>: <unqualified>C. Thibaudin (Phot. Inv.)</unqualified>
</contributor>

<format role="physical">: <extent>1 phototype</extent>
</format>

<format role="physical">: <technique code="B">reprod.</technique>
</format>

<format role="physical">: <colors code="NON">niv. gris</colors>
</format>

<format role="physical">: <dimensions code="N">A6</dimensions>
</format>

<coverage>

<place>

<placename>: <locality>Eygurande</locality>
<region role="no-departement">19</region>
</placename>

<address>: <locality>Murs (les)</locality>
</address>

</place>

</coverage>

<subject>: <unqualified>ferme</unqualified>
</subject>

<subject scheme="MCL">: <unqualified>plan</unqualified>
</subject>

</record>

Exemple 7. graphique

<record id="thionville" role="graphic">

<title>: <proper value="Plan du rez-de-chaussée">Plan du rez-de-chaussée</proper>
</title>

<creator>: <unqualified>A. Remy (Dess. Inv.)</unqualified>
</creator>

<format role="physical">: <extent>1 relevé</extent>
</format>

<format role="physical">: <scale>1 : 1000</scale>
</format>

<format role="physical">: <technique>relevé manuel</technique>
</format>

<format role="physical">: <support>transparent végétal</support>
</format>

<format role="physical">: <colors code="OUI">coul.</colors>
</format>

<format role="physical">: <dimensions code="N">A4</dimensions>
</format>

<coverage>

<place>

<placename>: <locality>Thionville</locality>
<region role="no-departement">57</region>
</placename>

</place>

</coverage>

</record>

Date :	2003-07-25
Creator :	Glorieux, , Frédéric
Publisher :	, DAPA
Description :	Le système descriptif de l'Illustration est un modèle utilisé pour décrire les documents figurés des bases nationales. Il sert de référence pour toutes les descriptions d'images des métiers du ministère. Aussi le schéma SDAPA doit-il être capable de le "traiter". Le modèle de l'Illustration et le schéma SDAPA n'ayant pas les mêmes objectifs, il y a des adaptations à faire. Ce document montre comment faire correspondre ces deux systèmes.

Encodage XML/Dublin Core et modèle Illustration

1. Remarques préliminaires <^>

2. Cas général <^>

Exemple 1. Versement des champs du système descriptif de l'Illustration

3. Exemples <^>

Exemple 2. photo

Exemple 3. reproduction

Exemple 4. Reproduction

Exemple 5. photo

Exemple 6. photo d'un graphique

Exemple 7. graphique

1. Remarques préliminaires `<^>`

2. Cas général `<^>`

3. Exemples `<^>`