L’élément En-tête TEI teiHeader doit être clairement distingué du prologue prolog qui comprend la déclaration XML ou SGML et la déclaration de type de document (voir chapitre 2 Introduction à XML ) ainsi que des parties liminaires du texte lui-même front matter (voir Section 7.4 Parties liminaires ). Un texte composite, tel qu’un corpus ou une collection de textes, peut contenir plusieurs en-têtes (voir plus loin). Toutefois, dans le cas le plus courant, un texte conforme à la TEI ne contiendra qu’un seul élément teiHeader, suivi d’un seul élément Texte text.

L’élément En-tête est décrit comme suit :

Comme il a été dit plus haut, l’élément teiHeader est constitué de quatre composants principaux :

Parmi ces éléments, seul l’élément Description bibliographique du fichier fileDesc est obligatoire dans tous les En-têtes TEI ; les autres éléments sont facultatifs. La forme complète d’un En-tête TEI se présente ainsi : Un En-tête TEI minimal se présente ainsi :

Dans le cas de corpus linguistiques ou de collections de textes, il peut être souhaitable d’enregistrer l’information de l’En-tête au niveau de chacun des composants du corpus ou de la collection, ou bien une seule fois au niveau du corpus ou de la collection, ou encore aux deux niveaux. Des détails complémentaires concernant le balisage des textes composites sont donnés à la section 23 Corpus linguistiques, qu’il est conseillé de lire conjointement au présent chapitre. Un attribut facultatif type peut également être ajouté à l’élément En-tête teiHeader pour préciser si l’En-tête s’applique à un corpus ou à un texte isolé. Un corpus peut ainsi se présenter sous la forme :

Les balises nécessaires à l’En-tête TEI sont définies dans la DTD header.dtd qui définit en premier lieu l’élément teiHeader element : The TEI Header The TEI Header &model.headerPart; &teiHeader;

La DTD définit ensuite le reste des éléments de l’En-tête, en incluant les fragments de la DTD utilisés plus loin dans ce chapitre :

Les éléments présents dans l’En-tête TEI peuvent avoir différents types de contenu ; la liste ci-dessous indique comment ces types de contenu sont décrits dans les sections suivantes : texte libre La plupart des éléments contiennent du texte à un niveau ou à un autre. De nombreux éléments peuvent contenir du texte (qui peut être structuré en paragraphes) ou des éléments plus spécifiques qui, eux-mêmes, contiennent du texte. Dans les descriptions du contenu des éléments figurant dans ce chapitre, la formule « prose suivie » prose description doit être comprise comme impliquant une suite de paragraphes, chacun d’eux étant balisé par un élément Paragraphe p. En revanche, la formule « locution » phrase doit être comprise comme contenant des chaînes de caractères non structurées en paragraphes, pouvant contenir selon le besoin des éléments de niveau « locution ». Voir la section 6.1 Paragraphes pour plus d’informations sur les paragraphes, les expressions mises en valeur, les listes, etc. éléments de regroupement Les éléments dont l’intitulé se termine par le suffixe Stmt par exemple Mention d’édition editionStmt, Mention de titre titleStmt) englobent généralement un groupe d’éléments spécifiques contenant une information structurée. Dans le cas des éléments bibliographiques, le suffixe Stmt est utilisé pour le nom des éléments qui correspondent aux zones de l’ISBD (International Standard Bibliographic Description = description bibliographique internationale normalisée) Pour plus d’informations sur cet important ensemble normatif, proposé en 1969 par la Fédération internationale des associations de bibliothèques et institutions, voir . Sur les relations existant entre les propositions de la TEI et d’autres normes de description bibliographique, voir 5.7 Note pour les catalogueurs en bibliothèque .. Dans la plupart des cas, les éléments de regroupement peuvent contenir des descriptions en prose suivie au lieu du jeu des éléments spécifiques. Ainsi, l’encodeur a le choix de présenter cette information sous forme structurée ou non. déclarations Les éléments dont l’intitulé se termine par le suffixe Decl (Declaration) (par exemple Déclaration de sujet subjectDecl, Déclaration du système de références refsDecl) contiennent des informations sur les pratiques spécifiques d’encodage appliquées au texte électronique ; ces pratiques sont souvent décrites sous forme codée. Ces informations prennent généralement la forme d’une série de déclarations qui rattachent ce code à une structure ou une description plus complexe. Une déclaration qui s’applique à plus d’un texte ou division de texte n’a pas à être répétée dans l’En-tête de chacun des textes. En revanche, l’attribut decls de chaque texte (ou subdivision de texte) auquel s’applique la déclaration peut être utilisé pour y faire référence (voir section 23.3 Association d’informations contextuelles à un texte). descriptions Les éléments dont l’intitulé se termine par le suffixe Desc (Description) (par exemple Description de l’environnement settingDesc, Description du projet projectDesc) contiennent une description en prose suivie, qui peut être structurée ou non selon des rubriques spécifiques à l’aide des sous-éléments disponibles.

L’élément obligatoire Mention de titre titleStmt est le premier composant de l’élément Description bibliographique du fichier fileDesc : Il contient le titre donné à l’œuvre électronique, ainsi qu’une ou plusieurs mentions de responsabilité statements of responsibility qui identifie(nt) l’encodeur, l’auteur, le compilateur, ou tout autre responsable :

L’élément title contient le nom principal du fichier, y compris tous les titres ou compléments du titre alternatifs qu’il peut comporter. Il peut être répété si le fichier comporte plus d’un titre (éventuellement en différentes langues) et peut prendre toute forme que le créateur du fichier estime pertinente. Lorsque l’œuvre électronique est issue d’un texte existant, il est recommandé que le titre de cette oeuvre soit aussi dérivé du titre de la source, mais qu’il s’en distingue clairement. Par exemple, ne pas appeler le fichier informatique A Sanskrit-English Dictionary, based upon the St. Petersburg Lexicons mais plutôt Sanskrit-English Dictionary, based upon the St. Petersburg Lexicons : transcription électronique. Si l’on souhaite conserver une partie ou l’intégralité du texte source dans le titre du fichier informatique, on peut utiliser l’une des propositions suivantes : [titre du texte source] : transcription électronique. [titre du texte source] : édition électronique. Version électronique de : [titre du texte source]. On pourra ainsi distinguer le fichier informatique et le texte source dans des citations ou des catalogues qui contiennent des descriptions des deux versions.

Le fichier informatique aura certainement un autre nom (son nom_de_fichier) ou un identifiant sur le système informatique où il est stocké. Ce nom est susceptible de changer fréquemment, lorsque de nouvelles copies du fichier sont enregistrées. Sa forme dépend entièrement du système utilisé et ne peut ainsi être facilement transférée d’un système à l’autre. Pour ces raisons, il est fortement recommandé par ces Principes directeurs de ne pas utiliser ces noms ou identifiants dans l’élément title d’un fichier informatique.

Pour des cas difficiles, on peut trouver d’utiles recommandations pour la description des titres dans les Règles de catalogage anglo-américaines (Anglo-American Cataloguing Rules (AACR 2))Michael Gorman and Paul W. Winkler, eds., , Second Edition (Chicago: American Library Association; London: Library Association ; Ottawa: Canadian Library Association, 1978)., chapitre 25, ou dans la documentation équivalente d’autres agences bibliographiques nationales.

Les éléments spécifiques author, sponsor, funder, et principal, ainsi que l’élément plus général respStmt fournissent les mentions de responsabilité qui identifient les personnes physiques responsables du contenu intellectuel ou artistique d’un document et les collectivités dont il émane.

La mention de titre peut comporter autant de mentions de responsabilité que nécessaire. Au minimum, on doit mentionner l’auteur du texte et le créateur du fichier électronique. Dans le cas où la description bibliographique est celle d’un corpus, le créateur du corpus doit être mentionné. Ces mentions sont obligatoires quand elles existent, bien qu’elles ne puissent être exigées par le parseur. Il est possible de mentionner les noms des autres personnes qui ont participé à la transcription ou à l’élaboration du texte, des commanditaires et des sources de financement. Le nom d’une personne qui a saisi les données n’est pas nécessaire, à moins qu’elle ait également une responsabilité intellectuelle dans la création du fichier.

On utilise l’élément respStmt quand la personne dont la responsabilité doit être mentionnée n’est ni un auteur, ni un commanditaire, ni un financeur, ni un éditeur scientifique. Cet élément contient deux sous-éléments : l’élément name qui identifie une personne ou une institution responsable du contenu, et l’élément resp qui indique la nature de la responsabilité. Il n’existe pas à l’heure actuelle de recommandations spécifiques pour un contenu approprié de l’élément resp : il doit clairement identifier la nature de la responsabilité en question, comme dans les exemples ci-dessous.

Les noms peuvent être des noms de personne ou de collectivités. Il est recommandé d’indiquer les noms sous la forme sous laquelle les personnes ou les collectivités souhaitent apparaître publiquement. C’est souvent la forme la plus développée du nom, qui comprend les prénoms. Il est recommandé aux agences qui utilisent des catalogues électroniques d’utiliser les listes d’autorité disponibles, telles que le Fichier d’autorité Noms de la Bibliothèque du Congrès pour tous les noms de personne.

Exemples : compilée par P.J. Lucas Poe, Edgar Allen (1809-1849) compilée par James D. Benson Wellcome Institute for the History of Medicine Dominik Wujastyk Wieslaw Mical saisie des données et correction des épreuvesn Jan Hajic conversion par balisage conforme à la TEI

L’élément Mention de titre titleStmt et ses sous-éléments ont comme définition formelle : &titleStmt; &sponsor; &funder; &principal;

L’élément Mention d’édition editionStmt est le second composant de l’élément Description bibliographique du fichier fileDesc ; il est facultatif mais recommandé. Il contient du texte libre ou des éléments plus spécialisés identifiant l’édition et les responsables de son contenu :

Pour les textes imprimés, le mot édition s’applique à l’ensemble des exemplaires identiques d’une œuvre produits à partir de la même matrice et publiés par un éditeur ou un groupe d’éditeurs. Un changement dans l’identité de l’organisme distributeur ne doit pas normalement constituer un changement d’édition, alors qu’un changement dans la matrice constitue une nouvelle édition.

Pour les textes électroniques, la notion de matrice n’est pas parfaitement appropriée puisqu’il est infiniment plus facile de copier et de modifier les textes que dans le cas des imprimés ; le terme édition peut toutefois être utilisé pour identifier l’état particulier d’un texte électronique auquel on a apporté des modifications substantielles. Les termes version, niveau, et sortie employés dans ces Principes directeurs sont synonymes. En revanche, les termes révision et mise à jour s’appliquent à des fichiers qui n’ont subi que des modifications minimes ne justifiant pas une nouvelle édition.

Il n’existe pas de règle simple pour spécifier l’importance des modifications d’un texte pour qu’elles soient considérées comme l’origine d’une nouvelle édition plutôt que d’une simple mise à jour. Le principe général proposé ici est que la production d’une nouvelle édition introduit un changement significatif dans le contenu intellectuel du fichier, plutôt qu’une modification d’encodage ou de présentation. L’ajout d’un balisage analytique à un texte constitue ainsi une nouvelle édition du texte, alors que la conversion automatique d’une représentation codée à une autre n’en est pas une. Les modifications relatives au codage des caractères ou au stockage physique du fichier, les corrections de coquilles, de simples modifications dans l’organisation du contenu et des changements dans le format de sortie ne produisent généralement pas une nouvelle édition. L’ajout d’informations nouvelles (par exemple une analyse linguistique exprimée dans le balisage d’un extrait de discours, ou d’un fichier sonore ou graphique, des liens vers des jeux de données externes) produit pratiquement toujours une nouvelle édition.

Évidemment, on trouvera toujours des cas limites et cette notion est quelque peu arbitraire. La règle la plus simple est que si l’on considère que le fichier est une nouvelle édition, on le traite comme tel. La mention d’édition est facultative pour la première sortie d’un fichier électronique ; elle devient obligatoire pour toute sortie ultérieure, bien que cette requête ne soit pas exigée par le parseur.

À noter que toute modification dans un fichier, qu’on la considère comme une nouvelle édition ou une simple révision, devrait être notée individuellement dans la section de description des révisions de l’en-tête TEI (voir la section 5.5 Description des révisions ).

L’élément edition contient des expressions décrivant l’édition ou la version, en utilisant les termes édition, version ou des termes équivalents, avec des numéros et des dates, ou des termes indiquant les différences avec d’autres éditions tels que nouvelle édition, édition révisée, etc. Toute date qui apparaît dans la mention d’édition doit être balisée avec l’élément Date date. L’attribut n de l’élément edition peut être utilisé, comme dans d’autres éléments pour fournir une identification formelle de l’édition (par exemple un numéro de version).

Un ou plusieurs éléments respStmt peuvent également être utilisés pour fournir des informations sur les mentions de responsabilité de cette édition. Ces mentions peuvent faire référence à des personnes physiques ou à des collectivités, faire mention de fonctions telles que réviseur, ou nommer une personne ou une collectivité responsable de la fourniture de données complémentaires, d’annexes, etc. dans la nouvelle édition. Pour de plus amples détails sur l’élément respStmt, voir la section 6.11 Citations et références bibliographiques .

Exemples : Second projet, substantiellement étendu, revu et corrigé. Student's edition, juin 1987 Nouvelles annotations de George Brown L’élément editionStmt a comme définition formelle : &editionStmt; &edition;

L’élément Importance matérielle extent est le troisième composant de l’élément Description bibliographique du fichier fileDesc. Il est facultatif.

Pour les livres imprimés, l’information sur les caractéristiques matérielles, telle que le type de support et la taille, est d’une grande importance dans les procédures de catalogage. Conçues pour le papier, les règles de description bibliographique employées pour décrire le support et la taille d’un exemplaire requièrent une certaine réinterprétation pour les appliquer aux médias électroniques. Un fichier électronique existe en tant qu’entité indépendante de son support et demeure le même objet intellectuel qu’il soit stocké sur une bande magnétique, un CD-ROM, un jeu de disquettes ou dans un fichier sur un serveur. En outre, ces Principes directeurs étant spécialement destinées à faciliter le stockage et l’échange de documents de manière transparente, toute information purement dépendante de la machine devrait être écartée, tant qu’il s’agit de décrire l’en-tête du fichier.

Ceci est particulièrement vrai pour l’information sur le type de fichier, bien que certaines règles de catalogage conçues pour les bibliothèques font la distinction entre deux types de fichier informatique : données et programmes . Cette distinction est très difficile à faire dans certains cas, par exemple pour les documents hypermédia ou les textes comportant un outil de recherche intégré.

Bien qu’elle soit pareillement dépendante du système, un ordre de grandeur de la taille du fichier informatique peut être utile pour le catalogage ou d’autres raisons pratiques. Comme la mesure et l’expression de la taille du fichier sont très délicates, seules des recommandations très générales sont possibles ; l’élément extent est proposé à cet effet. Il contient une expression indiquant la taille exacte ou approximative du fichier informatique exprimée sous une des formes suivantes : en multiplets d’une longueur spécifiée (e.g. 4 000 multiplets de 16 bits) - selon une échelle de valeurs, par exemple : moins de 1 Mo entre 1 et 5 Mo entre 6 et 10 Mo plus de 10 Mo - exprimée selon toute unité logique appropriée (par exemple, mots ou phrases, citations, paragraphes) - exprimée selon toute unité physique appropriée (par exemple, blocs, disques, cassettes).

Exemples : de 1 16-bit Mo à 2 16-bit Mo4.2 MiB4 532 octets3 200 phrases5 disquettes haute densité 3.5" L’élément extent a comme définition formelle : &extent;

L’élément Mention de publication publicationStmt est le quatrième composant de l’élément Description bibliographique du fichier fileDesc. Il est obligatoire. Il peut contenir ou bien une simple description en prose suivie, ou bien des groupes d’éléments décrits ci-dessous :

L'éditeur est la personne ou l’institution par qui une édition donnée d’un fichier est rendue publique. Le distributeur est la personne ou l’institution auprès de laquelle des exemplaires du texte peuvent être obtenus. Si un texte n’est pas réellement édité mais est néanmoins rendu disponible par un individu ou une institution, cette personne ou cette institution est nommée Responsable de la mise à disposition.

Au moins un des trois éléments précédents doit être mentionné, à moins que toute la mention de publication ne soit exprimée sous forme de prose suivie. Chacun de ces éléments doit être suivi d’un ou plusieurs des éléments suivants, dans l’ordre prescrit ci-dessous :

À noter que les dates, noms de lieux, etc. cités dans la mention de publication se rapportent à l’éditeur, au distributeur ou au responsable de la mise à disposition précédemment mentionnés. Si le texte a été créé à une date autre que celle de sa publication, sa date de création sera donnée dans l’élément Description bibliographique du fichier profileDesc et non dans la mention de publication. On peut mentionner en note toutes les dates que l’on juge utiles, par exemple les dates de collecte des données.

On peut utiliser des jeux de balises additionnelles détaillées pour l’encodage des noms, dates ou adresses. Ces jeux de balises sont décrits dans la section 6.5 Noms, numéros, dates, abréviations et adresses et au chapitre 20 Noms et dates .

Exemples : Oxford University Press Oxford 1989 0-19-254705-4

Copyright 1989, Oxford University Press

La mention de publication et ses composants ont pour définition formelle : &publicationStmt; &distributor; &authority; &idno; &availability;

L’élément Mention de collection seriesStmt est le cinquième composant de l’élément Description bibliographique du fichier fileDesc. Il est facultatif.

En termes de bibliographie, une collection peut être définie selon l’une ou l’autre des acceptions suivantes : ensemble de documents distincts portant chacun son titre propre, reliés entre eux par un titre collectif s’appliquant à l’ensemble. Chaque document distinct peut être numéroté ou non. deux volumes au moins présentant les mêmes caractéristiques et publiés successivement, pouvant contenir essais, conférences, articles, ou autres... suite de volumes portant une numérotation distincte, à l’intérieur d’une collection ou d’une publication en série. L’élément seriesStmt peut contenir une description en prose suivie ou un ou plusieurs des éléments plus spécifiques suivants :

L’élément idno peut servir à indiquer tout numéro d’identification lié au document : il peut s’agir de numéros normalisés tels qu’un ISSN ou de numéros propres aux livraisons (dans ce dernier cas, il est recommandé d’utiliser des chiffres arabes séparés par une ponctuation : 6.19.33 par exemple, plutôt que : VI/xix:33 ). Son attribut type sert ensuite à caractériser le numéro, par exemple la valeur ISSN pour un ISSN.

Exemples: éd. par Jan Gonda 1.2 0345-6789 La mention de collection a comme définition formelle : &seriesStmt; Ses composants sont tous définis ailleurs.

L’élément Mention de notes notesStmt est le sixième composant de l’élément Description bibliographique du fichier fileDesc. Il est facultatif. Lorsqu’il est utilisé, il contient un ou plusieurs éléments Note note, comportant chacun une seule information descriptive, similaire à celles mises en notes générales dans les descriptions bibliographiques traditionnelles.

Certaines informations qui se trouvent en zone de note dans la bibliographie conventionnelle se sont vu attribuer des éléments spécifiques dans ces Principes directeurs ; en particulier, les éléments suivants devraient être balisés comme ci-dessous, plutôt que comme des notes générales : la nature, l’étendue, la forme artistique ou l’objet du fichier ; ainsi que le genre ou toute autre catégorie intellectuelle à laquelle il peut appartenir : par exemple types de textes : éditoriaux et reportages journalistiques, science fiction et romans policiers. Ceci doit être décrit formellement dans l’élément Description du profil profileDesc (section 5.4 Description du profil ). une description brève fournissant un état factuel et objectif du sujet sur lequel porte le fichier. Par exemple : Transcription d’entrevues sur des sujets généraux avec des anglophones de 17 villes au cours du printemps et de l’été 1963. Ceci doit également faire l’objet d’une description formelle dans l’élément profileDesc (section 5.4 Description du profil ). les précisions bibliographiques relatives à la ou aux sources d’un texte électronique : par exemple Transcription faite à partir du fac-similé Norton de l’édition in-folio de 1623. Ceci doit également faire l’objet d’une description formelle dans l’élément Description de la source sourceDesc (section 5.2.7 Description de la source ). des informations complémentaires relatives à la publication, la diffusion ou la mise à disposition du texte, y compris les entités auprès desquelles le texte peut être obtenu, les restrictions d’utilisation éventuelles ou les conditions formelles de sa disponibilité. Ceci doit être placé dans la division appropriée de l’élément Mention de publication publicationStmt (section 5.2.4. Mention de publication, diffusion, etc. ). les identifiants numériques publics associés au fichier : par exemple étude ICPSR numéro 1803 ou Oxford Text Archive texte numéro 1243. Ceux-ci doivent être placés dans un élément Numéro d’identification idno dans la division pertinente de l’élément publicationStmt. Le numéro international normalisé des publications en série (ISSN), le numéro international normalisé des livres (ISBN) et autres identifiants normalisés internationalement reconnus, qui identifient un document de façon unique, doivent être traités de cette manière plutôt que comme des notes bibliographiques spécialisées.

Néanmoins l’élément notesStmt peut être utilisé pour recenser des détails potentiellement utiles sur le fichier et ses caractéristiques, par exemple : des dates, quand elles sont pertinentes pour le contenu ou l’histoire du fichier informatique : par exemple manuel daté de 1983, Première campagne d’interviews ; avril 1989 ; 2e campagne : janvier 1990 les noms des personnes et collectivités intervenus dans la production technique, l’administration ou comme consultants lors de la création du fichier, s’ils ne sont pas cités dans les mentions de responsabilité du titre ou de l’édition, par exemple Commentaire historique de Mark Cohen disponibilité du fichier sous d’autres formats, ou information non encore mentionnée sur l’existence d’une documentation, par exemple : Le manuel d’utilisation se présente sous forme de feuillets mobiles en onze sections paginées langue de l’œuvre et du résumé, par exemple : texte en anglais avec des résumés en français et en allemand nom unique assigné à un périodique par le Système international des données sur les publications en série (ISDS) listes de publications liées, soit décrivant la source elle-même, soit portant sur la création ou l’utilisation du fichier électronique, par exemple : Textes utilisés dans (Oxford, 1987)

Chacune de ces informations doit être balisée en utilisant l’élément générique note qui est décrit dans la section 6.8 Notes, annotation et indexation . Les groupes de notes sont contenus dans l’élément notesStmt, comme dans l’exemple suivant : Commentaire historique de Mark Cohen. Numérisation OCR faite à l’Université de Toronto. La mention de notes a comme définition formelle : ¬esStmt;

L’élément Description de la source sourceDesc est le septième et dernier composant de l’élément Description bibliographique du fichier fileDesc. Cet élément est obligatoire, il est utilisé pour décrire les détails de la ou des sources d’où le fichier informatique est dérivé. Il peut s’agir d’un texte imprimé ou manuscrit, d’un autre fichier informatique, d’un enregistrement audio ou vidéo, ou d’une combinaison de ces sources. Un fichier électronique peut également ne pas avoir de source si ce qui est catalogué est un texte créé originellement sous forme électronique.

L’élément sourceDesc peut contenir une simple description en prose suivie, ou, plus utilement, une citation bibliographique spécifiant la provenance du texte. Dans le cas de sources écrites ou imprimées, la source doit être décrite de la même façon que pour toute autre citation bibliographique, en utilisant l’un des éléments suivants : Ces éléments sont décrits plus en détail dans la section 6.10 Citations et références bibliographiques .

Lorsque l’en-tête décrit une transcription d’un document oral, l’élément sourceDesc peut également inclure les éléments spécifiques suivants, prévus pour le cas où un texte électronique provient d’un texte lu plutôt que d’un texte écrit : La description complète de ces éléments et leur contenu sont donnés dans la section 5.2.9 Fichiers informatiques transcrivant la parole .

L’élément sourceDesc peut contenir une combinaison d’un ou plus des éléments ci-dessus, comme dans l’exemple suivant : The first folio of Shakespeare, préparépar Charlton Hinman (The Norton Facsimile, 1968)

Sans source : créé sous forme électronique.

When the header describes a text derived from some pre-existing TEI-conformant or other digital document, it may be simpler to use the following element: since this is designed specifically for documents derived from texts which were born digital, as further discussed in section .

When the module for manuscript description is included in a schema, this class also makes available the following element: which enables the encoder to record very detailed information about one or more manuscript or analogous sources, as further discussed in .

The model.sourceDescPart class also makes available additional elements when additional modules are included. For example, when the spoken module is included, the sourceDesc element may also include the following special-purpose elements, intended for cases where an electronic text is derived from a spoken text rather than a written one: Full descriptions of these elements and their contents are given in section .

The source description may also include lists of names, persons, places, etc. when these are considered to form part of the source for an encoded document. When such information is recorded using the specialized elements discussed in the namesdates module (), the class model.listLike makes available the following elements to hold such information:

Si un texte électronique (appelons-le B) ne provient pas d’une source imprimée mais d’un autre texte électronique (appelons-le A) incluant un en-tête de fichier TEI, alors le texte source du fichier informatique B est un autre fichier informatique, le fichier A. Les quatre éléments de l’en-tête du fichier A devront être incorporés dans le nouvel en-tête du fichier B, comme indiqué ci-dessous : fileDesc La description du fichier A doit être copiée dans l’élément Source de la description sourceDesc du fichier B, à l’intérieur d’un élément Citation bibliographique entièrement structurée biblFull (voir section 6.11 Citations et références bibliographiques ). profileDesc L’élément Description du profil profileDesc du fichier A doit être copié, en principe inchangé, dans celui du fichier B. encodingDesc La façon de coder le fichier A peut être ou non (plus vraisemblablement) la même que celle adoptée pour le fichier B. Puisque le but de la description du codage est de définir la relation entre le fichier et sa source, en principe seuls les changements dans la pratique d’encodage entre les fichiers A et B ont besoin d’être documentés dans le fichier B. La relation entre le fichier A et sa ou ses sources peut alors être uniquement retrouvée dans l’en-tête original du fichier A. En pratique, il peut être plus approprié de créer un nouvel élément Description de l’encodage encodingDesc pour le fichier B basé sur celui du fichier A. revisionDesc Le fichier B est un nouveau fichier électronique et doit donc avoir une nouvelle description de révisions. Cependant, s’il semble utile d’inclure des informations provenant de l’élément Description des révisions revisionDesc du fichier A, par exemple des dates de mises à jour ou des mentions de versions majeures, de telles informations doivent clairement signaler qu’elles se rapportent au fichier A et non au fichier B.

L’élément Description du projet projectDesc est la première des neuf subdivisions facultatives de l’élément Description du codage encodingDesc. Il peut servir à décrire en prose suivie l’objectif visé dans l’encodage d’un fichier électronique, ainsi que toute autre information pertinente sur la procédure d’assemblage ou de collecte. Ceci est d’une importance particulière dans le cas de corpus ou de recueils ; cela peut également être utile pour n’importe quel texte, par exemple pour expliquer pourquoi on a suivi telle pratique d’encodage plutôt que telle autre.

For example:

Textes réunis pour être utilisés dans Claremont Shakespeare Clinic, Juin 1990.

Cet élément a comme déclaration formelle : &projectDesc;

L’élément Déclaration d’échantillonnage samplingDecl est la deuxième des neuf subdivisions facultatives de l’élément Description de l’encodage encodingDesc . Il contient une description en prose suivie de la logique et des méthodes utilisées pour l’échantillonnage des textes, par exemple pour créer un corpus représentatif. Il devrait comprendre des informations telles que : la taille de chaque échantillon la ou les méthode(s) de sélection des échantillons la population sous-jacente à l’échantillonnage l’objet de la procédure d’échantillonnage utilisée mais ne s’y limite pas.

Échantillon de 2 000 mots pris à partir du début du texte.

Il peut également comprendre une simple description de toute partie du texte source qui a été retenue ou exclue.

Seul le texte des histoires a été transcrit. Les citations, titres courants, annonces ont été omis sans marque d’omission. Les expressions mathématiques comportant des symboles absents des ensembles d’entités ISOnum et ISOpub ont été omises et leur emplacement marqué par un élément GAP.

Une déclaration d’échantillonnage qui s’applique à plusieurs textes ou divisions d’un texte n’a pas besoin d’être répétée dans l’en-tête de chaque texte. À la place, l’attribut decls de chaque texte (ou subdivision de texte) auquel s’applique la déclaration d’échantillonnage peut être utilisé pour y faire référence, comme il est décrit dans 23.3 Association d’informations contextuelles à un texte . Cet élément a comme déclaration formelle : &samplingDecl;

L’élément Déclaration des pratiques éditoriales editorialDecl est la troisième des neuf subdivisions facultatives de l’élément Description d’encodage ncodingDesc. Il sert à donner des précisions sur les pratiques éditoriales appliquées au cours de l’encodage du texte. Il peut ne contenir qu’une simple description en prose suivie ou bien un ou plusieurs des éléments spécifiques suivants : Ces éléments font tous partie de la pratique éditoriale TEI policy. Quand un encodeur souhaite enregistrer une pratique éditoriale non spécifiée plus haut, il peut le faire en y ajoutant un nouvel élément, à l’aide des mécanismes exposés au chapitre 29 Modification et personnalisation de la DTD TEI .

Certains de ces éléments portent des attributs qui permettent le traitement automatique de certaines décisions éditoriales bien définies ; tous contiennent une description en prose suivie des principes éditoriaux adoptés selon les caractéristiques du projet concerné. Quelques exemples du type de questions auxquelles ces descriptions sont censées répondre sont listés ci-dessous, dans le même ordre : correction Le texte a-t-il été corrigé pendant ou après l’acquisition des données ? Si corrections il y a, ont-elles été faites sans être marquées comme telles ou bien ont-elles été marquées par les balises décrites dans la section 6.4 Changements éditoriaux simples ? Quels principes ont été adoptés eu égard aux omissions, troncatures, corrections de passages douteux, variantes, faux départs, répétitions, etc. ? normalization Le texte a-t-il été normalisé, par exemple en régularisant des orthographes non normalisées, des formes dialectales, etc. ? Si oui, les interventions ont-elles été effectuées sans être marquées comme telles ou bien ont-elles été marquées par les balises décrites dans la section 6.4 Changements éditoriaux simples ? Quelle autorité a été utilisée pour la régularisation ? De même, quels principes ont présidé à la normalisation des dates ou des nombres dans la fourniture des valeurs normalisées pour l’attribut value décrit aux sections 6.5.3 Nombres et mesures et 6.5.4 Dates et heures et quel format a été utilisé pour ce faire ? quotation Comment les marques de citation ont-elles été traitées ? Les apostrophes sont-elles distinguées des guillemets et si oui, comment ? Les marques de citation sont-elles retenues comme appartenant au texte ou remplacées par du balisage ? L’attribut rendition a-t-il été utilisé pour rendre l’apparence spécifique de toute marque de citation retirée du texte ? Y a-t-il des conventions particulières, par exemple pour l’usage de guillemets simples ou doubles lorsque les citations sont emboîtées ? Le fichier est-il cohérent dans la pratique suivie ou bien n’a-t-il pas été contrôlé ? hyphenation L’encodage distingue-t-il les tirets conditionnels des traits d’union ? Quels principes ont été adoptés par rapport au trait d’union de fin de ligne lorsque le lignage de la source n’a pas été retenu ? Les tirets conditionnels ont-ils été supprimés sans marquage et si oui, quel effet cela a-t-il sur le lignage et la pagination ? segmentation Comment le texte est-il segmenté ? Si les unités de segmentation s ou seg ont été utilisées pour diviser le texte en vue d’une analyse, comment sont-elles marquées et comment est-on parvenu à cette segmentation ? stdVals Quelles méthodes de normalisation sont à la base des valeurs normalisées pour les valeurs numériques et les dates ? Si l’attribut value décrit à la section 6.5.4 Dates et heures a été utilisé, dans quel format ses valeurs sont-elles présentées ? interpretation Une information analytique ou interprétative – c’est-à-dire une information ressentie comme non évidente, contentieuse ou sujette à désaccord – a-t-elle été fournie ? Si oui, quelle en est la genèse ? Comment a-t-elle été encodée ? Si une analyse de type structure de profils a été utilisée, les éléments Déclaration de système de profils fsdDecl sont-ils présents ? (section 5.3.7 Déclaration de système de profils )

Toute information sur les principes éditoriaux appliqués qui ne relève pas des éléments ci-dessus devrait être enregistrée dans une liste distincte. L’expérience a montré qu’il faut conserver un relevé de décisions complet relatif aux principes éditoriaux et aux pratiques d’encodage, tant pour les futurs utilisateurs du texte que pour le projet à l’origine du texte. Voir l’exemple simple à la suite :

La partie de l’analyse du discours appliquée dans la section 4 a été ajoutée à la main et n’a pas été contrôlée.

Ces éléments ont comme définition formelle : &model.editorialDeclPart; &editorialDecl; &correction; &normalization; "ation; &hyphenation; &segmentation; &stdVals; &interpretation; Une déclaration des pratiques éditoriales qui s’applique à plusieurs textes ou divisions d’un texte n’a pas besoin d’être répétée dans l’en-tête de chaque texte. À la place, l’attribut decls de chaque texte (ou subdivision de texte) auquel elle s’applique peut être utilisé pour y faire référence, comme il est décrit dans 23.3 Association d’informations contextuelles à un texte .

L’élément Déclaration de balisage tagsDecl est la quatrième des neuf subdivisions facultatives de l’élément Déclaration de l’encodage encodingDesc. Il est utilisé pour enregistrer les informations suivantes relatives au balisage utilisé dans un texte particulier : l'espace de nom auquel appartiennent les éléments qui apparaissent dans le texte transcrit. la fréquence d’éléments particuliers apparaissant dans le texte de sorte que le récepteur puisse vérifier la validité d’un texte à l’occasion d’un échange tout commentaire relatif à l’usage d’éléments particuliers non précisés par ailleurs dans l’en-tête une définition de la restitution par défaut appliquée à toutes les instances d’un élément si elle n’a pas été autrement spécifiée par l’attribut global rend

Ces informations sont apportées par les éléments suivants :

L’élément tagsDecl est constitué d’une séquence facultative d’éléments rendition dont chacun doit comporter un identifiant unique et obligatoire), suivie d'au moins un élément namespace contenant une série d'éléments tagUsage, un pour chaque élément distinct présent dans l’élément Texte text le plus à l’extérieur d’un document TEI, il y a un élément tagUsage.

L’élément rendition défini dans cette version des Principes directeurs de la TEI n’est qu’une proposition préliminaire en vue de fournir dans des versions ultérieures un outil pour des spécifications plus détaillées de restitution par défaut.

Cette proposition autorise l’encodeur à saisir une description informelle de restitution, ou style, sous forme de prose suivie libre uniquement. Il est compris que la restitution s’applique, par défaut, à toutes les occurrences d’un élément qui nomme son identifiant comme étant la valeur de l’attribut render de l’élément tagUsage en question. Dans le cas d’occurrences d’un élément auxquelles la restitution par défaut ne s’applique pas, l’encodeur devrait en donner une description précise et explicite en utilisant l’attribut global rend pour les éléments en question.

L’exemple suivant montre comment un encodeur peut préciser que les éléments Paragraphe p doivent être restitués par défaut en utilisant un ensemble de spécifications identifiées par style1 tandis que les éléments Mise en valeur hi doivent utiliser un ensemble différent de spécifications identifiées par style2 : ... description d’une restitution par défaut… ... description d’une autre restitution par défaut… ... ...

Aucune proposition détaillée n’a pour le moment été faite sur le contenu de l’élément Restitution rendition. Des versions antérieures de ces Principes directeurs suggéraient que des spécifications dérivées de, ou compatibles avec les propriétés normalisées et intégrées dans l’ISO/IEC 10179 Document style and semantic specifications language pourraient être utiles. D’autres possibilités sont le langage CSS (Cascading stylesheet language ), ou la partie du langage XSL du W3C (Extensible stylesheet language ).

Il est inutile que l’élément rendition soit précisé par un élément Déclaration de balisage tagsDecl. Toutefois, il doit contenir au moins une occurrence de l’élément Espace de nom namespace, qui doit contenir une et une seule occurrence de la balise tagUsage pour chaque élément distinct marqué à l’intérieur de l’élément Texte text, quel que soit le niveau de ce dernier dans l’arborescencePour un corpus TEI (23 Corpus linguistiques ), un élément tagsDecl dans l’en-tête d’un corpus décrira l’usage des balises pour l’ensemble du corpus, alors que dans l’en-tête d’un texte isolé, il décrira l’usage des balises pour le texte concerné.. L’élément tagUsage est utilisé pour fournir le nombre d’occurrences d’un élément à l’intérieur d’un texte. Ce nombre est donné par la valeur de son attribut occurs. Il peut également être utilisé pour contenir toute information additionnelle sur l’usage, formulée en prose suivie libre à l’intérieur de ce même élément.

Par exemple : Utilisé seulement pour marquer les mots anglais en italiques dans le texte de la copie. Cela signifie que l’élément hi apparaît 28 fois au total dans l’élément text en question et que l’encodeur l’a utilisé seulement pour marquer les locutions anglaises en italiques.

L’attribut withld peut être utilisé de manière facultative pour préciser combien d’occurrences de l’élément en question portent une valeur pour l’attribut xml:id, comme dans l’exemple suivant : Marque les sauts de page dans l’édition de York (1734) seulement. Cela signifie que l’élément Saut de page pb apparaît 321 fois et que dans chacune de ces occurrences un identifiant est fourni.

Le contenu de l’élément tagUsage ne peut pas être traité automatiquement. Par conséquent, il ne doit pas être utilisé pour contenir une information déjà fournie par d’autres composantes de l’en-tête. La présence d’un élément tagsDecl n’est pas requise dans un document conforme à la TEI, mais lorsque cet élément est présent, il doit contenir des éléments tagUsage pour chaque élément distinct marqué dans le texte associé ; les comptages, précisés par leurs attributs occurs, doivent correspondre au nombre de ces éléments présents dans le document, comme identifiés par des parseurs. &tagsDecl; &tagUsage; &namespace; &rendition;

L’élément Déclaration du système de références refsDecl est la cinquième des neuf subdivisions facultatives de l’élément Description de l’encodage encodingDesc. Il est utilisé pour définir la manière dont fonctionne un schéma standardisé de référencement du texte à l’intérieur de l’encodage ; il se présente comme une série de paragraphes en prose suivie ou utilise les éléments spécifiques suivants : Notons que tous les schémas de référencement ne sont pas également et facilement tolérés par des systèmes logiciels courants. Un choix devra être fait entre la demande de conformité de l’encodeur et l’équivalence en efficacité d’une application logicielle spécifique, dans ce contexte comme dans beaucoup d’autres. Pour une discussion plus détaillée des systèmes de référencement fournis par ces Principes directeurs, voir la section 6.10 Systèmes de références .

Un schéma de référencement peut être décrit de trois manières différentes, en utilisant un des éléments suivants : sous la forme d’un texte en prose suivie sous la forme de paires associées d’expressions régulières et d’expressions Xpath sous la forme d’une concaténation de bornes organisées en séquences milestone Chaque méthode est décrite plus en détail en dessous. Une seule méthode peut être utilisée dans un élément refsDecl unique.

Plus d’un élément refsDecl peut être inclus dans l’en-tête si plus d’un schéma de référence canonique est utilisé dans le même document, mais les propositions actuelles ne mentionnent pas les illogismes mutuels. Une déclaration de référence ne peut que décrire le système de référencement applicable à un type de document unique ; cependant, si plusieurs types de document sont utilisés en simultané (comme cela est décrit dans la section 6.10 Systèmes de références ), un élément refsDecl doit être fourni pour chacun ; l’attribut doctype doit être utilisé pour spécifier le type de document auquel la déclaration est liée.

L’élément Déclaration de classification classDecl est la sixième des neuf subdivisions facultatives de l’élément Description de l’encodage encodingDesc. Il regroupe les définitions pour, ou les sources de tous les systèmes de classifications descriptifs employés par d’autres parties de l’en-tête. Chacun de ces systèmes est codé au moyen de l’élément Taxinomie taxonomy qui peut contenir soit une simple citation bibliographique, soit la définition de la typologie descriptive utilisée ; les éléments utilisés pour définir un système de classification descriptif sont les suivants : L’élément taxonomy a deux fonctions, légèrement différentes mais liées. Lorsqu’il s’agit de bien identifier et documenter les systèmes de classifications publics, tels que la Classification décimale de Dewey ou autres thésaurus publiés, cet élément contient une simple référence bibliographique renvoyant à l’endroit où peut être trouvée la description complète d’une taxinomie particulière. 12e édition, abrégée Dans le cas où ce système de classification est moins facilement accessible, l’élément taxonomy peut contenir aussi bien la description de la taxinomie elle même qu’une référence bibliographique facultative. La description consiste en un certain nombre d’éléments category, chacun définissant une seule catégorie à l’intérieur d’une typologie donnée. La catégorie est définie par le contenu de l’élément fils catDesc qui doit contenir soit une locution qui décrit la catégorie en texte libre, soit un élément textDesc qui la définit en termes de paramètres conceptuels vus au paragraphe 23.2.1 Description du texte . Si la catégorie est subdivisée, chaque subdivision est représentée par un élément fils category de même structure. La profondeur d’imbrication des catégories reflète la structure hiérarchique de la taxinomie. À chaque élément category est associé un attribut unique xml:id, utilisé comme cible par l’élément Référence de catégorie catRef s’y référant. Brown Corpus Press Reportage Daily Sunday National Provincial Political Sports Religion Books Periodicals and tracts

Le lien entre un texte particulier et une catégorie à l’intérieur d’une telle taxinomie est réalisé au moyen de l’élément catRef incorporé dans l’élément Classification du texte textClass, (voir la section 5.4.3 Classification du texte ). Lorsque la taxinomie admet une classification à facettes, chacune des catégories sera référencée par un élément catRef : voir l’exemple ci-dessous où il permet d’associer un texte aux sous-catégories Daily, National et Political, dans la catégorie Press Reportage définie ci-dessus.

Les éléments présentés dans cette section ont pour définition formelle : &classDecl; &taxonomy; &category; &catDesc;

It is sometimes convenient to store information relating to the processing of an encoded resource within its header. Typical uses for such information might be: to allow an application to discover that it has previously opened or edited a file, and what version of itself was used to do that; to show (through a date) which application last edited the file to allow for diagnosis of any problems that might have been caused by that application; to allow users to discover information about an application used to edit the file to allow the application to declare an interest in elements of the file which it has edited, so that other applications or human editors may be more wary of making changes to those sections of the file.

The class model.applicationLike provides an element, application, which may be used to record such information within the appInfo element.

Each application element identifies the current state of one software application with regard to the current file. This element is a member of the att.datable class, which provides a variety of attributes for associating this state with a date and time, or a temporal range. The ident and version attributes should be used to uniquely identify the application and its major version number (for example, ImageMarkupTool 1.5). It is not intended that an application should add a new application each time it touches the file.

The following example shows how these elements might be used to document the fact that version 1.5 of an application called Image Markup Tool has an interest in two parts of a document which was last saved on June 6 2006. The parts concerned are accessible at the URLs given as target for the two ptr elements. Image Markup Tool

The elements discussed so far are available to any schema. When the schema in use includes some of the more specialized TEI modules, these make available other more module-specific components of the encoding declaration. These are discussed fully in the documentation for the module in question, but are also noted briefly here for convenience.

The fsdDecl element is available only when the iso-fs module is included in a schema. Its purpose is to document the feature system declaration (as defined in chapter ) underlying any analytic feature structures (as defined in chapter ) present in the text documented by this header.

The metDecl element is available only when the verse module is included in a schema. Its purpose is to document any metrical notation scheme used in the text, as further discussed in section . It consists either of a prose description or a series of metSym elements.

The variantEncoding element is available only when the textcrit module is included in a schema. Its purpose is to document the method used to encode textual variants in the text, as discussed in section .

L’élément Création creation contient la description de l’origine du texte, c’est-à-dire ses date et lieu de composition. La date et le lieu de composition sont souvent particulièrement importants pour l’étude des variantes linguistiques ; puisque de telles informations ne peuvent être déduites avec certitude de la description bibliographique de l’exemplaire, l’élément creation peut être utilisé pour stocker cette information de façon systématique : Août 1992 Taos, Nouveau Mexique

L’élément creation a comme déclaration formelle : &creation;

L’élément Langue utilisée langUsage est utilisé à l’intérieur de l’élément Description du profil profileDesc pour décrire les langues, variétés de langues, registres de langues, dialectes, etc. représentés dans un texte. Il contient un ou plusieurs élément(s) Langue language, chacun d’eux fournissant des informations sur une seule langue, notamment la proportion du texte dans cette langue. À la suite des éléments language, il est possible d’ajouter également une description en prose suivie pour donner des renseignements supplémentaires pertinents. Cet élément ne doit surtout pas être utilisé pour fournir des indications relatives à des glyphes ou caractères non standards utilisés par cette langue ; ces indications doivent être enregistrées dans l’élément Description de caractère charDesc dans la description de l’encodage (voir 25 Représentation des glyphes et caractères non standard ).

L’élément language peut être spécifié pour chaque langue différente utilisée dans le document. Quand il est utilisé, son attribut xml:id doit expliciter un identifiant de langue approprié (voir 4.1 Identification de la langue ). Ceci est particulièrement important si des identifiants de langue comportant des extensions ont été utilisés comme valeur des attributs xml:lang ailleurs dans le document.

Exemple : Québecois anglais canadien des affaires anglais britannique ou bien, de façon moins formelle :

Deux tiers du texte environ sont en québécois, le reste se partageant également entre l’anglais canadien des affaires et l’anglais britannique.

Les éléments langUsage et language ont comme définition formelle : &langUsage; &language;

Le second composant de l’élément Profil de texte profileDesc de base est l’élément Classification du texte textClass. Cet élément est utilisé pour classer un texte à l’aide d’une ou plusieurs des méthodes suivantes : par référence à une classification internationale reconnue comme la Classification décimale de Dewey, la Classification décimale Universelle, la classification Colon, la classification de la Bibliothèque du Congrès, ou tout autre système largement utilisé en bibliothéconomie en fournissant un ensemble de mots-clés, comme par exemple ceux présents dans les données du programme « Cataloguing in Publication » de la British Library ou de la Bibliothèque du Congrès en référençant toute autre taxinomie de catégories de textes reconnue dans le champ disciplinaire concerné, ou bien propre au document traité ; ceci peut inclure une typologie basée sur des ensembles de valeurs récurrentes pour les paramètres situationnels définis dans la section 23.2.1 Description du texte , ou les éléments démographiques décrits dans la section 23.2.2 Description des parties prenantes Cette dernière méthode peut s’avérer particulièrement importante pour traiter des corpus ou des ensembles de textes existants, en permettant à la fois d’éviter le coût ou la gêne occasionnés par une reclassification, et de décrire les principes d’organisation de ces documents.

Les balises suivantes sont fournies dans ce but :

L’élément keywords caractérise de façon simple un texte donné en fournissant une liste de mots-clés qui décrit son thème, sa forme, sa date etc. Dans certains schémas classificatoires, l’ordre des mots dans la liste est signifiant, par exemple, des sujets principaux aux sujets secondaires ; dans d’autres, la liste possède une sous-structure organisée en propre. Aucune recommandation n’est donnée ici sur la méthode à privilégier. Lorsque c’est possible, ces mots-clés devraient être issus d’une source reconnue, par exemple les données du Cataloguing in Publication de la British Library ou de la Bibliothèque du Congrès pour les livres imprimés, ou un thésaurus publié adapté au champ disciplinaire.

L’attribut scheme devrait être utilisé pour indiquer la source des mots-clés employés. Ceci se fait en indiquant la valeur utilisée pour l’attribut xml:id identifiant un élément Taxinomie taxonomy où l’on pourra trouver des détails sur la source concernée. L’élément taxonomy apparaît dans la partie Déclaration de classification classDecl des déclarations d’encodage dans l’en-tête TEI, et est décrit dans la section 5.3.6 Déclaration de classification .Par exemple : Gestion de bases de données SQL (langage de programmation) Littérature anglaise -- Histoire et critique -- Traitement des données. Littérature anglaise -- Histoire et critique -- Théorie, etc. Langue anglaise -- Style -- Traitement des données. Style, Littérature -- Traitement des données.

L’élément classCode caractérise aussi un texte donné, en fournissant un indice, numérique ou non, utilisé dans un schéma de classification reconnu, comme la Classification décimale de Dewey. L’attribut scheme est utilisé pour indiquer la source du schéma de classification, de la même façon que pour l’élément keywords, comme dans l’exemple suivant : 005.756QA76.9 820.285PR21

L’élément catRef caractérise un texte donné en pointant vers un ou plusieurs éléments Catégorie category. L’élément category (décrit en détail dans la section 5.3.6 Déclaration de classification ) contient des informations sur une catégorie ou une classification particulières à l’intérieur d’une taxinomie donnée. Chacune de ces catégories doit avoir un identifiant unique, qui peut être fourni comme valeur de l’attribut target pour les éléments catRef considérés comme appartenant à la catégorie indiquée.

Un texte peut bien sûr relever de plus d’une catégorie, auquel cas la valeur de l’attribut target dans l’élément catRef comprendra plusieurs identifiants, comme dans l’exemple suivant :

Lorsque plus d’une taxinomie descriptive est utilisée pour décrire les textes d’un corpus ou d’une collection, l’attribut scheme doit être fourni pour spécifier la taxinomie à laquelle appartiennent les catégories identifiées par l’attribut target . Par exemple : Ici, le même texte a été indexé comme relevant des catégories B12 et B15 dans le système de classification Brown, qu’on suppose disponible à brown.xml, et de la catégorie A45 dans la classification SUC, qu’on suppose disponible à suc.xml.

La distinction entre les éléments catRef et classCode est la suivante : dans le premier cas, les valeurs utilisées comme identifiants doivent obligatoirement être définies quelque part dans l’en-tête, mais pas dans le deuxième cas.

Les éléments décrits dans cette section ont comme définition formelle : &textClass; &keywords; &classCode; &catRef;