2003-07-25 Glorieux Frédéric frederic.glorieux@ajlsm.com 05 57 14 25 27

17 rue Vital-Carles 33 000 Bordeaux

Ingénieur / Développeur AJLSM DAPA 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. Ce document propose un encodage XML / Dublin Core du système descriptif de l'Illustration, utilisé dans la base Mémoire 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 est un modèle généraliste et simple pour des métadonnées. Document de base pour la définition de l'usage des différents champs du modèle de l'Illustration. 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

éditions du patrimoine Dessaux Christophe Rémy Annie Viron-Rochet Anne-Claire Bouvet Mireille de Massary Xavier Huet Mathilde Poupard Laurent Verdier Hélène 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.

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. 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. 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. 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. 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.

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. {ANN} date de vérification date de modification {NUMCD/VUECD} {MERIM/MARQ} {OBS} {AUT ou AUTD ou AUTOR} {AUT ou AUTD} Service régional d'Inventaire... {DAT ou DATD} {AIRE} {LIEU}{COM}{DPT}France

{EDIF ou PEDI}{ADRS}

Une description peut être ajoutée avec des contenus enrichis en texte mixte. image {TYPDOC} 1 phototype, relevé {ECH} couleur ? estampage, calepinage (...) verre, pellicule (...) N/B, gris, coul. A4, A6, 6x6 (...) {TYPEIMG} poids du fichier largeur en pixels hauteur en pixels nombre de bits par points mode de compression {SENS} {LIEUCOR} {COTECOR} {DOC} {TIREDE} {PUBLI} {EXPO} {VIDEO} {VIDEO} {FNUS} {FNU1} {NUMP ou NUMD} {REN ou REND} Autre version Illustration Notice Mérimée {COPY} {DIFF} {EDI ou OBJ} {MCL}

Les exemples sont tirés de : 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

éditions du patrimoine Dessaux Christophe Rémy Annie Viron-Rochet Anne-Claire Bouvet Mireille de Massary Xavier Huet Mathilde Poupard Laurent Verdier Hélène 1999 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é. 1991 91390915V 853831914696/0044 dsi://mem0050/IVR43_91390915V_V.jpg dsi://mem0050/IVR43_91390915V_P.jpg IVR43 IA39000550/01 Morez Phot. Inv. J. Mongreville Service régional d'Inventaire de Franche-Comté 1991 1 phototype phototype niv. gris A6 image/jpeg 39

Voltaire (rue) 4, 6Morez

Indicateur du Patrimoine, 39, 1999, p. 191, cat. n°319. (c) Inventaire général, ADAGP, 1991 communication libre, reproduction soumise à autorisation usine de petite métallurgie usine de lunetterie 1972 72170500B Ars-en-Ré IVR54 Bergevin R. (photographe) Inv. J.-P. Joly IVR54 1 phototype reproduction niv. gris A6 Ars-en-Ré17

Musée

AD, Charente-Maritime Carte postale (c) Inventaire général, ADAGP, 1972/AD Charente-Maritime communication libre, reproduction soumise à autorisation musée 1985 85170026NB Mirambeau IVR54 Henrard Inv. A Maulny Service d'Inventaire... 1 phototype reprod. niv. gris A5 image/jpeg Mirambeau17

château

DRAC Poitou-Charentes, SRI, Poitiers Fonds Henrard Photographie ancienne (c) Inventaire général, ADAGP, 1972/AD Charente-Maritime communication libre, reproduction soumise à autorisation château généralités 1991 95922635X 95922635XA IVR11 Ch. Décamps (Inv.) Service d'Inventaire... 1 phototype niv. gris 6x6 (cm) Asnières-sur-Seine

Jean-Jacques Rousseau (rue) 8

(c) Inventaire général, ADAGP, 1995 communication libre, reproduction soumise à autorisation maison maisons ; immeubles D. Langeau (Dess. Inv.) C. Thibaudin (Phot. Inv.) 1 phototype reprod. niv. gris A6 Eygurande19

Murs (les)

ferme plan A. Remy (Dess. Inv.) 1 relevé 1 : 1000 relevé manuel transparent végétal coul. A4 Thionville57