[tei-council] add idno to att.canonical?

Tue Mar 4 09:57:35 EST 2014

Apologies for the delay in responding to this -- I asked my French 
colleague (Emmanuel Chateau, CCd) to expand on his use case a little 
more, which he duly did. I then took the liberty of translating his 
response into English and append that, together with his original below.

"As for <idno>, I use this element to link to a permanent identifier in 
an authority file. This usage was recently introduced as part of the 
content model of <name> following discussion initiated by Florence 
Clavaud on the TEI list last year. (
http://listserv.brown.edu/archives/cgi-bin/wa?A2=tei-l;c92f0fc7.1207
http://listserv.brown.edu/archives/cgi-bin/wa?A2=tei-l;520f66ef.1207
)

The availability of <idno> in this context is a clear sign of progress, 
particularly in the context of linked open data. But I find the content 
model of <idno> unsatisfactory because it does not allow you to 
distinguish the identifier within an authority file from its URI.

Although it's generally possible to dereference a permanent identifier, 
the permanent URI provided by the agency responsible for an authority 
file is not necessarily the same as that identifier (the BnF for example 
uses ARKs),. You might want to display the identifier used by an 
authoruity file in the front of a web site as well as providing a 
hypertext link to its dereferenced content. Of course, it's often 
possible to create an algorithm using the URI to deduce the hypertext 
link by means of an XSLT, but this is not the case when the ID and the 
permanent URI differ.

An example :

<personxml:id="blondelJacquesFrancois">
<persNamefull="yes">Blondel, Jacques-François (1705-1774)</persName>
<idnotype="autBnf">http://catalogue.bnf.fr/ark:/12148/cb12442563q/PUBLIC</idno>
</person>

I would have liked to be able to supply the identifier as well, knowing 
that the management system for ARKs at the BnF adds a letter and is 
slightly different:

<person xml:id="blondelJacquesFrancois">
<persName full="yes">Blondel, Jacques-François (1705-1774)</persName>
<idno type="autBnf" 
ref="http://catalogue.bnf.fr/ark:/12148/cb12442563q/">FRBNF12442563</idno>
</person>

Such a solution would also have the advantage of avoiding the 
possibility of having sometimes an URI and sometimes a dereferencable 
identifier as the content of the <idno> element

<personxml:id="briceGermain">
<persNamefull="yes">Brice, Germain (1653?-1727)</persName>
<idnotype="dataBnf">http://data.bnf.fr/12176653/germain_brice/</idno>
<idnotype="ISNI">0000 0000 8078 2671</idno>
<idnotype="VIAF">VIAF96934508</idno>
<idnotype="autBnf">http://catalogue.bnf.fr/ark:/12148/cb12176653r/</idno>
<idnotype="IdRef">030328411</idno>
</person>

I don't much like the solution of having two successive <idno>s because 
of its redundancy, but mostly because it does not allow you to show the 
link between the two elements. Or would it be possible to characterise 
the <idno> element (for example with @scheme) to show that it contains a 
PURL, an ARK, an URI, an URN, or just a simple identifier?

In any case, there is something unsatisfactory here because the nature 
of the authority file used here cannot be explicitly declared. I don't 
know the value of such an idea, for it is complex : but could one not 
imagine something that functions a little more like the elements 
<textFClass> or <classDecl> to document these identifiers in the header?"

  ---------------------- original french follows -----

Dans tous les cas, je trouve qu'il y a quelque chose qui n'est pas tout 
à fait satisfaisant car on ne peut pas explicitement déclarer la nature 
du référentiel d'autorité employé à cet endroit. Une idée comme ça, je 
ne sais pas ce qu'elle vaut car c'est plus compliqué : ne pourrait-on 
pas sinon imaginer quelque chose qui fonctionne un peu plus comme les 
éléments <textClass> ou <classDecl> pour documenter ces identifiants 
dans l'en-tête ?

En ce qui concerne <idno>, j'utilise cet élément pour renvoyer à un 
identifiant pérenne dans un référentiel.
Cette emploi correspond à celui introduit récemment dans le modèle de 
contenu de <name>, <place> et <org> suite à la discussion soulevée par 
Florence Clavaud sur la liste TEI l'année dernière :

http://listserv.brown.edu/archives/cgi-bin/wa?A2=tei-l;c92f0fc7.1207
http://listserv.brown.edu/archives/cgi-bin/wa?A2=tei-l;520f66ef.1207

Le fait de disposer de l'élément <idno> à cet endroit constitue un net 
progrès notamment dans une logique de données liées. Mais je trouve que 
le modèle de contenu de <idno> reste insatisfaisant car il ne permet pas 
de distinguer l'identifiant dans un référentiel d'autorité de son URI.

S'il est généralement possible de déréférencer un identifiant pérenne, 
l'URI pérenne fournie par le service en charge d'une autorité n'est pas 
forcément identique à cet identifiant (la Bnf utilise par exemple des 
ARK). On peut aussi avoir besoin d'afficher l'identifiant d'une autorité 
dans le front d'un site web en créant un lien hypertexte pour accéder à 
son contenu déréférençable. Certes, il est souvent possible de créer une 
logique à partir de l'URI pour produire le lien hypertexte au moyen 
d'une XSLT, mais ce n'est pas le cas lorsque l'ID et l'URI pérenne 
diffèrent.

Exemple d'utilisation :

<personxml:id="blondelJacquesFrancois">
<persNamefull="yes">Blondel, Jacques-François (1705-1774)</persName>
<idnotype="autBnf">http://catalogue.bnf.fr/ark:/12148/cb12442563q/PUBLIC</idno>
</person>

J'aurai aimé pouvoir mettre l'id sachant que le système de gestion des 
ARK à la BNF ajoute une lettre et est en partie différent :

<person xml:id="blondelJacquesFrancois">
<persName full="yes">Blondel, Jacques-François (1705-1774)</persName>
<idno type="autBnf" 
ref="http://catalogue.bnf.fr/ark:/12148/cb12442563q/">FRBNF12442563</idno>
</person>

Une telle solution aurait l'avantage d'également éviter d'avoir tantôt 
une URI, tantôt un ID déréférençable dans le contenu de l'élément <idno> :

<personxml:id="briceGermain">
<persNamefull="yes">Brice, Germain (1653?-1727)</persName>
<idnotype="dataBnf">http://data.bnf.fr/12176653/germain_brice/</idno>
<idnotype="ISNI">0000 0000 8078 2671</idno>
<idnotype="VIAF">VIAF96934508</idno>
<idnotype="autBnf">http://catalogue.bnf.fr/ark:/12148/cb12176653r/</idno>
<idnotype="IdRef">030328411</idno>
</person>

La solution avec deux <idno> successifs ne me plaît pas trop 
parcequ'elle est redondante et surtout elle ne permet pas d'établir de 
lien entre les deux informations. Ou alors faudrait-il pouvoir typer 
l'élément <idno> (par exemple avec @scheme) pour dire qu'il contient un 
PURL, d'un ARK, une URI, un URN, ou encore tout simplement d'un ID, etc. ?

Dans tous les cas, je trouve qu'il y a quelque chose qui n'est pas tout 
à fait satisfaisant car on ne peut pas explicitement déclarer la nature 
du référentiel d'autorité employé à cet endroit. Une idée comme ça, je 
ne sais pas ce qu'elle vaut car c'est plus compliqué : ne pourrait-on 
pas sinon imaginer quelque chose qui fonctionne un peu plus comme les 
éléments <textClass> ou <classDecl> pour documenter ces identifiants 
dans l'en-tête ?

On 25/02/14 20:07, Mylonas, Elli wrote:
> two comments - if it's a client issue, can't it be a customization, adding
> <idno> to att. canonical?
>