<proper>Schéma DAPA</proper> <number>version 1.0</number> <subtitle>Une structure documentaire pour le patrimoine</subtitle>

<proper>Schéma DAPA</proper> <number>version 1.0</number> <subtitle>Une structure documentaire pour le patrimoine</subtitle> 2003-06-01 2003-09-21 2003-12-18 2003-12-23 2004-01-22 2004-03-02 2004-03-14 2004-06-02 2004-06-08 2004-06-15 Glorieux Frédéric frederic.glorieux@ajlsm.com 05 57 14 25 27 ingénieur / développeur AJLSM

17 rue Vital-Carles 33 000 Bordeaux

Bougoüin Christine christine.bougouin@ajlsm.com 05 57 14 25 22 ingénieur documentaire AJLSM

17 rue Vital-Carles 33 000 Bordeaux

AJLSM

17 rue Vital-Carles 33 000 Bordeaux

2003-2004 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 Ceci est une version de travail. Ce schéma se destine aux organisations souhaitant donner une forme XML à des informations à la fois rédactionnelle et données. Contrairement à un schéma spécialisé de données, il est généraliste et adapté à la rédaction humaine, depuis l'article jusqu'au livre. Contrairement à un schéma purement rédactionnel, il ne se destine pas seulement à la publication (écran ou imprimée), il est aussi structuré pour satisfaire des applications automatiques. La documentation de ce schéma est effectuée avec des éléments Dublin Core . Chaque élément, attributs et groupes, a un titre, une description et, surtout, des références de modélisation documentaire qui en éclairent le contenu. <proper>Docbook</proper> <proper>Dublin Core</proper> <proper>Text Encoding Initiative</proper> <proper>UNIMARC</proper> <proper>BiblioML</proper> <proper>AuthoritiesML</proper> <proper>MARC21</proper> <proper>MODS</proper> <proper>HTML 4</proper> <proper>XML Resume</proper> <proper>"Request For Comments", ietf, Internet Engineering Task Force</proper> <proper>vCalendar rfc2445</proper> <proper>vCard rfc2426</proper> <proper>VRA Core version 3.0</proper> <proper>LDAP Lightweight Directory Access Protocol</proper> <proper>LDIF LDAP Interchange Format</proper> <proper>DTD Dossier d'artiste</proper> <proper>Illustration</proper> <proper>JISC Image Digitisation Initiative</proper> <proper>DTD Classeur de l'Inventaire</proper> abstract 2003-09-06 <proper>Eléments : considérations générales</proper> Dans la répartition d'une information en XML, il n'est pas toujours aisé de bien choisir ce qui doit aller dans des éléments, ce qui va dans des attributs. Les éléments sont répétables et imbricables. Les attributs sont uniques et attachés à un seul élément. Par ailleurs, le contenu d'un élément est généralement affiché , facile à éditer, contrairement au contenu des attributs. Ceci conduit à adopter cette règle : le contenu d'un élément se destine à être affiché (même s'il peut être réorganisé), tandis que le contenu d'un attribut sert à des traitements applicatifs. Il existe plus d'une syntaxe pour représenter un schéma XML. Certaines fournissent des mécanismes perfectionnés de groupes, inclusions, redéfinitions... Cependant, l'utilisation d'un procédé qui n'aurait pas son équivalent dans une autre syntaxe a l'inconvénient d'attacher un effort de modélisation à un seul langage, (et aux logiciels qui le supportent). Le schéma documenté ici est certes généré automatiquement sur une certaine syntaxe (W3C.schema), mais sa structuration est compatible DTD, RelaxNG, pour ne citer que les plus courants. Autrement dit, ce document devrait pouvoir être généré à l'identique sur n'importe quel schéma, pourvu que la syntaxe accepte les regroupements par classes d'éléments et d'attributs. abstract 2003-09-06 <proper>Structure : divisions rédactionnelles</proper> Ce schéma emprunte son architecture et sa stylistique à Docbook. Le plus qu'il est possible, les noms seront simples (ni abrégés, ni composés), et toujours en minuscules. Il n'y pas un élément racine obligé comme htm:html, ou tei:TEI.2. Chaque élément peut donc définir l'objet d'un document (ex: concept, person ...), orienté données ou rédactionnel. <proper>Dublin Core : méta-données minimales</proper> Ce schéma fait un usage important des noms Dublin Core, selon une implantation XML compatible avec la norme dite "Qualified DC model". La norme est référencée en source, nous donnons une traduction non autorisée de quelques extraits ici. Les ajouts sont entre [crochets], les omissions sont indiquée par [...]. <proper>Terminologie</proper> ressource Tout ce qui a une identité peut être une ressource Des exemples courants seront : un document électronique, une image, un service, ou une collection d'autres ressources. Toutes les ressources ne sont pas disponibles en réseau ; ainsi, une personne, une organisation, un livre dans une bibliothèque sont aussi considérés comme des ressources. propriété Une propriété est un aspect, une caractéristique, un attribut, ou une relation utilisé pour décrire une ressource. enregistrement Un enregistrement est une séquence de propriétés et leurs valeurs à propos d'une ressource. élément Un élément est une propriété de la ressource. élément affiné Un élément affiné est une propriété de la ressource qui partage le sens d'un DCMI élément en le précisant. [...] valeur Une valeur est associée à une propriété pour décrire une ressource. [une valeur peut être une valeur URI, une valeur texte, des méta-données liées un contenu riche ] valeur URI Une valeur URI est une URI identifiant la valeur d'une propriété. valeur texte Une valeur texte est un texte simple qui représente la valeur d"une propriété. En général, une valeur texte ne doit pas contenir de balisage. langue d'une valeur texte La langue d'une valeur texte indique la langue d'une valeur texte. schème d'encodage Un schème d'encodage fournit des informations contextuelles ou des règles de décodage qui aide l'interprétation d'une valeur texte.[...] Si un scheme d'encodage ne peut pas être interprété par une application, la valeur texte doit rester utile à un lecteur humain. Un schème d'encodage peut être : un vocabulaire contrôlé une syntaxe [une unité de mesure] [un scheme d'encodage peut être identifié par une URI ... ] Méta-données liées Des méta-données liées peuvent constituer la valeur d'une propriété. [exemple: la relation d'une "ressource centre" à une "resource autre" peut être représenté par du texte représentant la "ressource autre", ou une URI vers la "ressource autre", ou les propriétés de la "ressource autre"] contenu riche Un contenu riche peut être du texte balisé, des données binaires (image, vidéo, son...) seuls ou combinés. <proper>Modèle DC qualifié</proper> Le modèle abstrait Dublin Core pour des enregistrements de méta-données DC respecte les points suivants Chaque propriété est un attribut de la ressource à décrire. Chaque propriété doit être un élément ou un élément affiné recommandé par le "Dublin Core Metadata Initiative" (DCMI, . Les propriétés peuvent être répétées. Chaque valeur peut être identifiée par une valeur URI. Chaque valeur peut être une valeur texte Chaque valeur peut être associée à un schème d'encodage Chaque valeur peut être associée à une URI de schème d'encodage. Chaque valeur peut être un contenu riche. Chaque valeur peut être des méta-données liées <proper>Modèle DC simple</proper> Le modèle abstrait Dublin Core simple pour des enregistrements de méta-données DC est une simplification du modèle Dublin Core qualifié. Un enregistrement DC simple est une séquence d'une ou plusieurs propriétés et leurs valeurs Chaque propriété doit être un des 15 éléments Les propriétés peuvent être répétées. Chaque valeur est une valeur texte. Chaque valeur texte peut être associé à une langue. Ce schéma intègre les éléments DC simple. Chaque éléments accepte une valeur texte, ou du contenu riche. Chaque élément porte un attribut type où préciser son schème d'encodage, et un attribut lang où préciser la langue de son contenu. <proper>Bloc : contient des phrases</proper> <proper>Literal : blocs préformatés où il est important pour la compréhension que les espaces et les sauts de ligne soient conservés.</proper> Dans ce groupe, on trouve les blocs de code source ou préformaté, comme les adresses par exemple, et les exemples de code XML. <proper>Formel : blocs souvent titrés, susceptibles de numérotation et d'index</proper> Exemples, figures, tables... ce groupe réunit les blocs sur lesquels on peut générer une "navigation", comme une table des illustrations ou une bibliographie. <proper>Navigation : éléments portant une navigation documentaire</proper> <proper/> <proper>Liste : collections plates ou hiérarchisées d'items</proper> <proper>Entrée : item structuré</proper> A l'exception du très générique item, une entrée est généralement un contenu structurable, définissant un objet identifiable . Ce contenu est souvent à base de propriétés Dublin Core DC. Ces objets sont d'abord destinés à apparaître dans une liste. Cependant, certains peuvent être utilisés en cours de texte. Ils jouent alors le rôle de pointeurs (un terme term peut renvoyer à sa définition definition dans un glossaire glossary). La version navigable de cette documentation donne un exemple d'implantation, mais ceci dépend des transformations appliquées aux documents. <proper>Tabulaire : modèle de tableau</proper> <proper>En-ligne : éléments dans un bloc</proper> <proper>Phrase : balisage de texte dans un bloc</proper> <proper>Syllabe : éléments en-ligne ne devant contenir que du texte</proper> <proper>Noms : sémantiques dans le texte, susceptibles d'indexation</proper> <proper>Personnel : partie d'un nom personnel</proper> <proper>Qui ? : entité susceptibe d'agir (personne, organisation...)</proper> Un agent est une entité susceptible d'agir. Sont groupés les éléments qui peuvent être à l'origine d'une action, comme la création creator, la publication publisher. On y trouvera des personnes physiques, des personnes morales, mais aussi dans certains contextes (information généréres automatiquement), l'identification d'un logiciel ou d'une machine. <proper>Où ? : éléments suffisant à identifier un lieu</proper> <proper>GML : éléments GML</proper> Ces éléments sont utilisés notamment pour traiter le géoréférencement et donc le balisage des coordonnées. Ils appartiennent au schéma GML (Geographical Markup Language) développé par OpenGIS. <proper>Géographique : parties d'un nom de lieu ou d'une adresse</proper> <proper>Quand : précisions sur une date ou une période</proper> <proper>Physique : propriétés qualifiant une ressource matérielle</proper> <proper>Digital : propriétés qualifiant une ressource numérique</proper> <proper>Citer : éléments d'un titre structuré</proper> <proper>Liens : moyens pour contacter un agent</proper> <proper>Divers : groupe de convenance</proper> <proper>Commun : attributs communs</proper> <proper>identifiant : unique dans le champ du document</proper> Cet attribut joue le rôle d'ancre et peut servir de cible à un lien. Il permet d'identifier de manière unique un élément dans un document XML. Il doit commencer par une lettre. <proper/>


							
								
								
									
										<proper>Section 1</proper>
									
								
								
								Ce point
        est développé plus largement dans la section
        1.

<proper>code : valeur codée du contenu de l'élément</proper> Par exemple: le numéro pour un département, le code insee pour une commune id <proper/>


							
								Gironde

<proper>audience : code précisant un public ou un degré de confidentialité</proper> <proper/>


							
								
									Ce texte n'est pas destiné à être
        diffusé à un public non initié.

<proper>style : propriétés CSS utilisables par une transformation</proper> Ce schéma est essentiellement sémantique. Cependant, il est possible de préciser des instructions locales de présentation dans la syntaxe CSS. role <proper>classe : pour personnalisation suivant le contexte d'utilisation du schéma.</proper> Dans certains contextes d'utilisation du schéma, les attributs généraux du schémas ne suffisent pas. Dans ces cas, cet attribut offre une solution supplémentaire. Il s'agit un peu d'un attribut "personnalisable" sans sémantique particulière. <proper/>

<proper>remap : pour indiquer le nom d'un élément équivalent dans un autre schème.</proper> Cet attribut permet de garder une trace de correspondance entre le schéma SDAPA et un autre modèle de données. L'idéal serait que la valeur de cet attribut suive une règle d'écriture stricte qui permette d'identifier de manière univoque le champ d'origine et le schème auquel il appartient. <proper/>


							
								
									<proper remap="fr/mcc/merimee:tico">{valeur de TICO}</proper>

<proper>uri : identifie le contenu d'un élément</proper> Conformément au Dublin Core qualifié , le contenu de tout élément peut être identifié grâce à une URI. Il appartient à une transformation de donner un sens contextuel à cette qualification. Cela ne signifie pas que tous les éléments deviennent des "liens cliquables". Ceci a peu de sens pour tout un chapitre, ou pour un document destiné à l'impression. Selon la sémantique d'un élément, une application peut inclure un contenu, proposer un lien "en savoir plus", ou simplement afficher l'URI (ressource bibliographique). <proper>URI/URL</proper> Une URI est un "Universal Resource Identifier", autrement dit, un identifiant universel, auquel on attend qu'une ressource réponde lorsque l'on est connecté à Internet. Quelle différence avec un "Universal Ressource Locator" (URL) ? Le terme est plus générique, et concerne aussi les URN "Universal Resource Name". Assez simplement, URN est le nom, l'URL est l'adresse, est l'URI doit suffire à toucher la chose. value <proper>langue : code ISO 639</proper> Conformément au Dublin Core qualifié , la langue d'un élément peut être indiquée. La déclaration suivante est indiquée à des fins documentaires, ainsi que pour des applications XML qui ne supporteraient pas la pluralité des espaces de noms dans un même document. <proper>value : du texte normalisant le contenu de l'élément</proper> Conformément au Dublin Core qualifié , le contenu de tout élément peut être représenté par du texte. C'est l'endroit pour associer au contenu de l'élément une valeur normalisée. En effet, ni les langages de schéma, ni les éditeurs XML ne permettent de contrôler la valeur textuelle d'un élément. De plus, cela permet le balisage a posteriori d'un texte sans en affecter le contenu. Cet attribut est adapté pour indiquer la forme autorisée d'un contenu. <proper/>


							
								Iles britanniques

<proper>role : typage du contenu d'un élément</proper> Cet attribut permet de spécifier encore plus ou de qualifier l'élément. Une application peut se servir de la valeur de cet attribut pour adopter le traitement adéquat.


							
								
									Viollet-le-Duc
								
								
									Monet, Claude

<proper>schème : indication du schème de référence suivi par le contenu d'un élément (scheme, syntaxe, unité, liste d'autorité...)</proper> Le contenu d'un élément, surtout avec un contenu textuel peut obéir à un schème précis. Un schème peut être identifié par une uri ou un nom. Une application peut se servir de la valeur de cet attribut pour adopter un traitement. Le schéma propose parfois des exemples de schèmes selon l'élément. Un schème d'encodage fournit des informations contextuelles ou des règles de décodage qui aide l'interprétation d'une valeur texte.[...] Un schème d'encodage peut être : un vocabulaire contrôlé (thesaurus, liste d'autorité, lexique). Exemple : pactols, lexique des communes, sdapa, dublin core, DCMI Type une syntaxe (règles d'écriture, RCAA2). Exemple : Nom, Prénom [une unité de mesure] <proper/>


							
								image
								
									Nautical instruments

Tous autres attributs autorisés. <proper>type : précision sur la fonction ou le titre.</proper> Selon la valeur de cet élément, la valeur à afficher peut varier. Par exemple, redacteur peut s'afficher rédigé par ou rédacteur:. <proper/>


						
							
								Fillon, Auguste
							
							
								Durand, Bernard

<proper>livre : sections, chapitres, articles...</proper> Le livre est l'unité la plus large de ce schéma. Elle intègre tous les autres éléments. En particulier, il s'agit souvent du niveau où une transformation saura générer des éléments de Navigation. <proper/>


						
							
								
									
									
									
										<proper>Titre du livre</proper>
									
									
									
									
								
								
									<proper>Titre du livre</proper>

<proper>partie : groupe de chapitres dans un livre</proper> De tradition éditoriale, cette division permet de regrouper des chapitres, sans affecter la numérotation séquentielle de ces chapitres. <proper/>


						
							
								
									<proper>Titre du livre</proper>
								
								
									
								
								
									
									
										<proper>Titre de la
      partie</proper>

<proper>chapitre : division d'un livre</proper> Un chapitre est une division dans un livre, généralement numérotée. <proper/>


						
							
								
									<!-- Titre du livre -->
								
								
									
									
										<proper>Titre du chapitre</proper>

<proper>article : plus qu'une page, moins qu'un livre, unité d'une revue</proper> Un article est une unité documentaire complète, généralement de taille inférieure à un livre (certains livres se composent d'articles). <proper/>


						
							
								
									
										<proper>Titre de l'article pour les méatdonnées</proper>
									
									
										
									
									
										
									
								
								
									<proper>Titre de l'article</proper>
								
								
								
									
										<proper>Titre de la première section</proper>
									
									
								
								
									
										<proper>Titre de la deuxième section</proper>

<proper>section : division récursive d'un article ou d'un livre</proper> Une section est une division récursive (une section peut avoir des sections). Une section est identifiée par une numérotation hiérarchique (ex : "4e partie, du chapitre III du livre B" = "section 2.3.4"). Une transformation sait générer ces numérotations (quel qu'en soit le format), et la navigation attachée (table des matières contents). <proper/>


						
							
								
									
										
									
									
									
								
								
									<proper>Titre de la section</proper>

<proper>colophon : achevé d'imprimer, note technique en fin d'ouvrage</proper> Texte placé à la fin d'un volume pour indiquer la date de la fin du tirage et certaines données techniques sur la production du livre, telle que la fonte employée, le procédé typographique, les illustrations, le papier, le procédé d'impression, etc.<proper>OLF</proper> <proper/>


						
							
								Draft versions of this book were produced with the DocBook
      DSSSL Stylesheets. Final production was performed with
      Troff.

<proper>informations : métadonnées attachées à l'élément parent</proper> La plupart des éléments peuvent contenir des métadonnées, sauf les métadonnées elles-même, et quelques autres pour lesquels cela n'a aucun sens (ex: emphasis). Les métadonnées sont une suite d'éléments Dublin Core. Par défaut ces éléments sont librement ordonnables et répétables. Certains types complexes (ex: article) peuvent contraindre des métadonnées obligatoires (ex: date, creator...). <proper/>

<proper>titre : intitulé d'une ressource</proper> Un titre est une ligne destinée au lecteur, servant à reconnaître une ressource. Beaucoup d'objets sont susceptibles d'être titrés. Son contenu peut être structuré (proper, subtitle). Cette possibilité est à réfléchir avant de mettre une dexuième occurrence de cet élément. Ainsi, un sous-titre n'est généralement pas un "deuxième" titre. <proper/>


						
							
								<proper>Protee</proper>
								<volume>31</volume>
								<number>2</number>
								<date>
									<unqualified>2003-09</unqualified>
								</date>

créateur <proper>créateur : agent principalement responsable de la création d'une ressource</proper> L'agent créateur d'une ressource peut être un individu (ex: auteur d'un livre), une organisation (ex: organisateur d'un événement), et dans certaines conditions de génération automatique, une application (ex: appareil photo numérique). Il importe de fournir au moins un créateur ; c'est une clé importante d'identification d'une ressource (ex: regroupement d'une bibliographie). Cependant, pour plusieurs créateurs, il convient d'établir une hiérarchie avec les contributeurs contributor. <proper>Cas d'un événement</proper>


						
							
								
									
										<proper>Congrès international d'archéologie
      médiévale</proper>
										<number>1</number>
									
									
										1985
									
									
										
											Paris

<proper>sujet : terme structuré décrivant une ressource</proper> <proper>sujet personne</proper>


						
							
								
									Napoleon Ier, empereur
      des Francais

<proper>sujet géographique</proper>

<proper>sujet historique</proper>


						
							
								
									
										<proper>guerre de l'Independance</proper>
									
									
										1821
									
									
										1829

<proper>description : une explication de quelque chose</proper> Dans le renseignement d'une ressource, la description ouvre un espace plein texte généralement de la taille d'un paragraphe. <proper/>

<proper>editeur : agent responsable d'une diffusion</proper> On indique ici toutes les informations concernant la diffusion de la ressource. Par exemple pour un livre, on y indique le nom de l'éditeur, son lieu, ainsi que parfois aussi, des informations sur la présente édition. Pour un même titre, il doit être possible de garder un enregistrement DC cohérent, en modifiant seulement l'élément publisher pour indiquer une édition différente (ex: bibliographie proposant une référence dans plusieurs éditions). <proper/>


						
							
								
									
										La Documentation
      française
									
								
								
									Paris
								
								
									29
      quai Voltaire
									75007 Paris
								
								ROME

<proper>contributeur : agent contribuant à une création</proper> <proper>Cas d'une personne</proper>

<proper>date : libre ou structurée</proper> En général, la forme de la date est régie par des règles d'écriture strictes (sans celles-ci, il est difficile de pouvoir exploiter cette information). <proper/>

<proper>type : nature, genre d'une ressource</proper> Pour le type d'une ressource, il est conseillé d'adopter des listes d'autorité. Le Dublin conseille et propose une liste réduite, sensée s'adapter à la plupart des cas. Il n'est pas interdit d'ajouter un élément type pour spécifier plus précisément un générique (ex:image, photograph). Un système saura employer cette propriété pour organiser ses enregistrements selon les catégories qui sont pertinentes à son niveau. <proper/>


						
							image

<proper>format : matérialisation physique ou digitale</proper> <proper/>

<proper>identifiant : référence univoque dans un contexte spécifié</proper> <proper>Cas d'un ISBN</proper>


						
							2-212-09051-X


						
							http://www.ajlsm.com/projets/sdapa/schema/elements/identifier.html

<proper>source : référence dont un contenu est dérivé</proper> <proper/>


						
							
								
									0006-2006
									
										<proper>Bulletin des
      bibliothèques de France</proper>
										<volume>48</volume>
										<number>6</number>
										<date>
											<unqualified>2003-11</unqualified>
										</date>

<proper>langue</proper> <proper/>


						
							français
							anglais
							allemand

<proper>relation : référence en rapport (voir-aussi)</proper> Cet élément permet d'indiquer une relation entre la ressource décrite et une autre. Contrairement à la source source, qui indique souvent un "parent", relation est un générique permettant de définir toutes sortes de relations. Par défaut il est traité comme une destination de type "voir-aussi", mais en général la relation doit être typée role. <proper/>


						
							
								
									
										<proper>Atlas de l'histoire des XIX et XXe siècles : (l'Europe
      depuis 1815)</proper>
									
									
										Colin
      McEvedy
									
									
										Marie-Louise
      Audiberti
									
									
										Pierre
      Ponty
									
									22214777X
									
										Europe
      -- Géographie historique -- Cartes

<proper>juste pour un lien</proper>

<proper>couverture, portée : espace, temps</proper> <proper>Couverture géographique</proper>

<proper>Couverture temporelle</proper>


						
							
								Antiquité

<proper>Couverture culturelle</proper>


						
							
								romain

<proper>Information sur les droits</proper> <proper>cas du copyright</proper>


						
							
								
								
									
										2003-2004
									
									
										
											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

<proper>bibliographie : liste de références bibliographiques</proper> <proper/>


						
							
							
								
									
									
										<proper>Titre de la bibliographie</proper>
									
									
									
									
								
								
									
									
									
									
										<proper/>

<proper>index - liste de concepts, avec liens</proper> <proper/>


						
							
								
									Document structuré
									XML
									DTD
									Schéma
									W3C
									SGML
								
								
									SGML

<proper>table des matières - arbre abrégé d'un contenu</proper> Représentation arborescente d'un contenu selon ses divisions, aidant à le parcourir (signets). Une table des matières est généralement présentée comme une série indentée de liens. Une transformation saura la générer automatiquement. On peut aussi vouloir utiliser ce modèle pour structurer automatiquement des documents déjà écrits (article, section...) <proper/>


						
							
								
									
									
								
								
									<proper>Table des matières</proper>
								
								
								Texte introductif
								partie
      1
								partie 2
								partie 2.1
								partie
      2.2
								partie 3

<proper>résumé - entrée récursive dans une table des matières</proper> Dans une table des matières, un résumé est un enregistrement de métadonnées représentatives d'une division dans un document (ex: section). Une transformation sait générer automatiquement une telle entrée à partir des métadonnées déjà attachées à cette division (info). <proper/>


						
							
								
									<proper>Table des matières</proper>
								
								
								
									
										<proper>Titre</proper>
									
									
									
										
									
									
									
									Résumé

<proper>texte préformaté : bloc préformaté, espacement conservés</proper> Une adresse, un courriel, il existe des contenus pour lesquels on souhaite conserver strictement les espacements et les alignements, sans pour autant les baliser. Ce type autorise quelques mises en forme minimales, dans la mesure où elles ne bousculent pas l'agencement général. <proper/>


						
							
							Tout le texte saisi dans cet élément sera affiché
      tel qu'il est saisi. (les espaces, retours à la ligne,
      tabulations sont conservés)

<proper>code source</proper> Bloc de langage informatique lisible par l'humain et dans lequel les espaces et retour à la ligne sont significatifs. Les extraits de code du schéma qui constituent les exemples d'utlisation sont codés grâce à cet élément. <proper/>


						
							
							
							
								
									français
									anglais
									allemand

<proper>bloc xml : pour mise en forme</proper> Cet élément permet d'insérer du code XML provenant de n'importe quel espace de nom (namespace). Il est utilisé pour les exemples de cette documentation. <proper/>


						
							
								
									
										<proper>Titre de l'exemple</proper>
									
									Ensuite, on peut mettre ce que l'on veut
								
								Tous les éléments XML peuvent apparaître dans un élément
      xml.

<proper>paragraphe : texte riche</proper> <proper/>


						
							
							Ce document explicite l'utilisation des éléments du schéma
      SDAPA. Et, ici, en particulier celle de l'élément para. Finalement, c'est
      simple ; il faut en faire le même usage qu'en HTML ou que dans
      un traitement de texte quand on fait un retour à la
      ligne.

<proper>paragraphe formel : paragraphe titré</proper> <proper/>


						
							
							
								
								
									<proper>Titre du
      paragraphe</proper>

<proper>extrait : citation hors texte</proper> <proper/>


						
							
							
								Typically, Coverage will include
      spatial location (a place name or geographic coordinates),
      temporal period (a period label, date, or date range) or
      jurisdiction (such as a named administrative entity)(...)
								
									
									
										
											<proper>Dublin Core Metadata Element Set,
      Version 1.1: Reference Description</proper>
										
										http://www.dublincore.org/documents/dces/

<proper>exemple : bloc titré, susceptible d'être référencé</proper> <proper/>


						
							
							
								
								
									<proper>Titre
      de l'exemple</proper>

<proper>figure : illustration ou iconographie</proper> <proper/>


						
							
							
								
									
								
								
									<proper>Plan de l'église</proper>

<proper>note : bas de page, fin de livre...</proper> <proper/>


						
							
							Avec son portail à chapiteaux feuillagés à crochets et sa
      baie en arc brisé à l'Est, cette chapelle peut être datée du
      tout début du XIIIème siècle alors que les chapiteaux de la
      première travée du vaisseau central du choeur orientent vers le
      milieu du XIIIème siècle
									On peut penser que les
      travaux se poursuivirent avec la construction du mur de chevet
      et la travée orientale de la chapelle Nord.
								.

<proper>citation : citation en cours de propos</proper> <proper/>


						
							
							Quand on fait une citation dans le texte comme celle-ci,
      par exemple: Une citation sans références est à peu
      près aussi utile qu'une horloge sans aiguilles.
										
											
												Desalmand
												Paul
											
										
									
								 Ne pas oublier de
      préciser d'où elle est extraite.

<proper>accentué : mise en valeur typographique, souvent l'italique</proper> <proper/>


						
							
							Une oeuvre intéressante à découvrir : La Rochefoucauld, François (de)