[tei-council] Proposal <idno> coverage -SF 2493417

Lou Burnard lou.burnard at oucs.ox.ac.uk
Sun Jan 25 13:13:46 EST 2009


I don't think anyone disagrees that the multiple <idno> solution is 
better. But the @key value solution does do the job -- and doesn't 
require any changes at all in the current system.

Peter Boot wrote:
> Sebastian Rahtz schreef:
>> in the short-term, I am unconvinced that @key cannot do the
>> job for Laurent
> 
> Well, some reasons which haven't been mentioned up to now:
> 
> If the choice is between
> 
>    key="nldai:info:eu-repo/dai/nl/12456454
>          openid:https://me.yahoo.com/johndoe61"
> 
> and
> 
>    <idno type="nldai">info:eu-repo/dai/nl/12456454</idno>
>    <idno type="openid">https://me.yahoo.com/johndoe61</idno>
> 
> I would favour the idno element over the key attribute because
> 
> * the @type attribute's values can be very straightforwardly
>   constricted to an known list of values, which is harder to
>   do when multiple schemes and values are stored as part of a
>   single text string (in the @key attribute);
> * both the values and the schemes are straightforward to access
>   in XSLT when using the <idno> solution;
> * a rule-of-thumb in xml design is for me: if something has
>   properties of its own (in this case, the identifier's scheme),
>   it should be an element rather than an attribute.
> 



More information about the tei-council mailing list