Guide Illustrations

Vouloir encoder un enregistrement issu de la base Mémoire^<1> prouve l'insuffisance (et l'imprécision) des standards généralistes XML qui ont servi de base à l'élaboration du schéma SDAPA (TEI^<2>,Docbook^<3>, Dublin Core^<4>) pour traiter ce genre de données. Il manque par exemple un balisage précis des informations techniques sur une image (dimensions, technique ...). Ces difficultés découlent de la volonté de vouloir appliquer un schéma généraliste à des données très spécifiques. Les standards dédiés à l'image ont par contre de grandes faiblesses sur les informations documentaires comme la source ou le sujet de l'image. On trouve cependant d'excellentes indications dans les standards bibliographiques de catalogage (ISBD^<5>,UNIMARC-116^<6>,UNIMARC-215^<7>,MARC21^<8>, BiblioML^<9> ). Ceci justifie le choix d'utiliser un Dublin Core^<10> qualifié.

Par Dublin Core qualifié, on entend ici que les éléments Dublin Core peuvent contenir du balisage XML, qui vient préciser la nature de l'information (qualification sémantique). Néanmoins la répartition entre les éléments est strictement préservée de telle manière que la simple extraction du texte contenu reste conforme à la norme Dublin Core. Autrement dit, un élément format, par exemple, ne contiendra que des informations sur les caractéristiques physiques ou digitales d'une image. Cependant, pour le besoin de l'application hébergeante, ces caractéristiques seront strictement balisées (dimensions, technique, etc).

Le schéma SDAPA permet un balisage à différents niveaux de granularité sémantique susceptibles de s'adapter à différents types de documents. A savoir que du niveau de granularité appliqué dépendra les possibilités d'exploitation. Toute l'astuce vient donc du compromis à faire entre le niveau de structuration et le temps de travail nécessité.

La plupart des documents qui interviennent dans les systèmes documentaires des métiers de la DAPA sont des documents rédactionnels ou des notices. Mais ces documents peuvent aussi contenir des illustrations ou des références à des illustrations. Comment faire pour insérer dans un document une illustration ?

1. l'image en tant que document lui-même.

2. par référence argumentaire dans le courant du texte. Il s'agit d'une illustration qui vient éclairer un propos.

3. par référence informative, décorative. Ce type d'illustrations ne se rapporte pas à un propos particulier mais représente plutôt le document dans sa globalité ou vient l'illustrer.

Le schéma SDAPA permet de traiter sans problème tous ces cas. Ce document va montrer de quelle manière, notamment à l'aide d'exemples.

Pour associer une image à un document, il suffit de pointer vers le fichier correspondant à l'aide de l'attribut uri.

2.1. L'image comme document <^>

Le schéma SDAPA est conçu de telle sorte qu'il n'y a pas d'élément racine prédéterminé. Tous les éléments significatifs peuvent donc être choisis comme élément de plus haut niveau. Aussi dans le cas où le document est une illustration, deux éléments peuvent convenir suivant la nature de l'image :

• figure pour une illustration hors de toute base de données et de modèle descriptif. Il s'agit juste d'insérer une illustration dans un document.

• record pour la notice d'une image.

Dans le premier cas, il s'agit de décrire sommairement une image sachant que le bloc info n'est pas destiné à être directement affiché. Par contre, il permet d'associer un contenu rédactionnel à une illustration ou plus exactement de coder une légende liée au contexte d'utilisation de l'image. C'est le modèle utilisé aussi pour les références.

Exemple 1. Une image en tant que document

<figure id="id-unique-image" uri="URL du fichier image">

<info uri="lien vers notice image">

<!--Métadonnées de l'image-->

</info>

<title>

<proper value="Légende de l'image">Légende de l'image</proper>

</title>

<!--Blocs: para, formalpara, literallayout, code, table, example, excerpt, figure, listes, definition, item, record, resource-->

</figure>

Exemple 2. Une image

Tour Saint-Denis

Identifier (file) :

tour-ruine.jpg

En 1983, la tour sud du château de Scey était toujours debout. Mais la tempête de 1989 a eu raison d'elle.

<figure id="ex-image-doc" uri="tour-ruine.jpg">

<info uri="#meta-image">

<identifier role="file">tour-ruine.jpg</identifier>

</info>

<title>

<proper>Tour Saint-Denis</proper>

</title>

<para>En 1983, la tour sud du château de Scey était toujours debout. Mais la tempête de 1989 a eu raison d'elle.</para>

</figure>

Le deuxième cas s'applique plus particulièrement quand il existe déjà une description de l'image dans une base de données. Il s'agit alors d'exporter les données d'un modèle à un autre. Des exemples plus développés suivront.

Exemple 3. Une image en tant qu'enregistrement

<record id="id-image" uri="URL du fichier image">

<!--Séquence d'éléments DC et de paires property/value-->

<identifier role="URI">URL du fichier image</identifier>

</record>

<record id="meta-image" role="photo" scheme="memoire" uri="tour-ruine.jpg">

<identifier scheme="memoire">99250835ZA</identifier>

<creator>

<unqualified>CRMH P. Blandin</unqualified>

</creator>

<date>

<year>1983</year>

</date>

<publisher>

<unqualified>conservation régionale des Monuments historiques Franche-Comté</unqualified>

</publisher>

<rights>

<copyright>

<date>

<year>1999</year>

</date>

<organization>

<orgname>

<orgtitle value="Monuments historiques">Monuments historiques</orgtitle>

</orgname>

</organization>

</copyright>

</rights>

<rights>

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

</rights>

<title>

<proper value="Tour Saint-Denis">Tour Saint-Denis</proper>

<subtitle>vue depuis l'ouest</subtitle>

</title>

<coverage>

<place>

<geoname>

<location>

<country code="fr">France</country>

<region code="43" role="region" scheme="insee">Franche-Comté</region>

<region code="25" role="departement">Doubs</region>

<locality code="25129" role="commune" scheme="insee">Chassagne-Saint-Denis</locality>

<building>château de Scey</building>

</location>

</geoname>

</place>

</coverage>

</record>

Pour faire par la suite référence à ces images, celles-ci doivent disposer d'un identifiant unique notifié par l'attribut id et d'une URI pérenne. Pour pointer vers une telle illustration, il suffit alors de renseigner l'attribut uri.

2.2. Référence argumentaire <^>

Comment insérer une illustration dans le fil du texte ? Il s'agit de pouvoir insérer une illustration n'importe où dans le texte courant, comme on peut le faire dans un traitement de texte.

L'élément figure est un élément qui peut être utilisé au même titre que des tableaux, des listes. Il est possible d'attacher à cette image une légende dans l'élément title et aussi ses métadonnées propres dans le bloc info.

Exemple 4. Insertion d'une illustration dans le texte

<para>

Comment faire pour insérer une illustration au milieu d'un paragraphe? Par exemple, comment insérer une image ici<figure uri="URL du fichier image">

<info>

<!--Métadonnées de l'image-->

</info>

<title>

<proper value="Légende de l'image">Légende de l'image</proper>

</title>

<!--Texte rédactionnel accompagnant l'illustration.-->

</figure>et puis reprendre le cours du texte.

</para>

Exemple 5. Notre illustration dans le texte

La tempête de 1989 a causé quelques dégâts dans la région : arbres arrachées, branches à terre, chéminées écroulées. Le patrimoine a aussi souffert. Une des victimes a été la tour Saint-Denis du château de Scey

Tour St-Denis

. Chassagne-Saint-Denis perd de ce fait un de ses plus célèbres monuments.

Les relations entre un document et une illustration sont induites dans l'emploi de l'élément figure. Mais du coup, il n'est pas possible de qualifier le type de relation qu'ils entretiennent. En effet, on pourrait souhaiter préciser que telle illustration est du type argumentaire ou plutôt informative. Or seul le contexte permet de déterminer de quel type elle relève.

Il est possible de considérer que les illustrations argumentaires apparaissent en tant qu'élément de niveau texte (soit dans le texte courant) tandis que les illustrations informatives sont plutôt de niveau bloc. Mais dans ce cas, la distinction se fait uniquement par l'application d'une règle d'utilisation. A priori, rien n'empêche qu'une illustration argumentaire apparaisse en dehors d'un bloc de texte et pourtant la relation entre elle et le document est toujours "illustre".

Le schéma permet d'attacher à une illustration des métadonnées qui lui sont propres et non celles du document qu'elle illustre. Cette manière de faire permet de déconnecter les illustrations des documents illustrés ; elle permet également d'attacher à chaque image les informations qui la concernent indépendamment : nom de son auteur, légende, description, descripteurs décrivant ce qu'elle représente, droits, etc.

Pour l'instant, les illustrations sont trop souvent géolocalisées au dossier auquel elles appartiennent. Dans le cadre du projet électronique, il s'agit de modifier cette pratique et de considérer les illustrations comme des objets documentaires à part entière, disposant ainsi de leurs propres métadonnées génériques indépendantes de toute utilisation. Le schéma permet aussi lorsque l'on insère une image dans un document de lui donner des métadonnées contextuelles, comme une légende, dépendantes du contexte.

Il s'agit du modèle descriptif ordinairement utilisé pour décrire les illustrations photographiques et graphiques des oeuvres architecturales et mobilières étudiées par l'Inventaire. Il est aussi repris en partie ou en totalité par d'autres services de la DAPA pour traiter leurs documents figurés. C'est pourquoi ce point est développé ici. Le document suivant décrit comment le schéma SDAPA s'accorde avec ce modèle descriptif de l'illustration.

Il s'agit dans un premier temps, de voir à quoi ressemblera une notice au format SDAPA. Puis un tableau de correspondance entre les champs d'Illustration et les éléments SDAPA synthétise cette information afin d'anticiper les problèmes d'importations et d'exportations entre les deux modèles.

Au cours des réunions qui ont eu lieu tout au long de ce projet et de l'avancement du schéma, un certain nombre de réflexions ont surgi. Toutes n'ont trouvé de réponses et certaines débordent peut-être même du cadre de ce projet.

• image significative ou image représentative d'un dossier. En d'autresetrmes si l'on devait associer une image ou plusieurs images à un dossier, cela serait celle(s)-là. Cette technique est notamment utilisée à l'Inventaire.

• comment exploiter une illustration qui porte plusieurs messages ? Est-il possible de la "zoner", soit dire à droite cela illustre A et à gauche B ?

• quelles métadonnées associées à des images générées dynamiquement et qui par définition n'est pas toujours la même ?