[tei-council] Proposal <idno> coverage -SF 2493417
Laurent Romary
laurent.romary at loria.fr
Thu Jan 22 04:12:09 EST 2009
By "not breaking", I mean that it does not create any backward
uncompatibility for previous usages of <idno>. On the contrary, for
those used to having <idno> at hand, it should be fairly
straightforward to apply it to the author case.
Le 22 janv. 09 à 10:04, Lou Burnard a écrit :
> Sorry to be picky, but if I have understood it correctly, the
> existing proposal certainly does break current encoding practice.My
> understanding is that the current proposal would include the new
> <idno> as a child of <author>, title etc. Please tell me I am wrong
> if that is not the case!
>
> If the only argument against using the existing @key to provide an
> identifier of this kind is that it does not allow you to specify the
> source for the associated range of keyv values, why not propose an
> additional @keySource attribute to att.naming? That would integrate
> very nicely with current practice, avoid duplication, and add a
> useful new feature.
>
>
>
> , Laurent Romary wrote:
>> Hi all,
>> Whether or not it is a major semantic shift, the proposal has the
>> property not to break existing usage and integrate smoothly in the
>> encoding practices that lay behind the use of <idno> for other
>> bibliographical component (note that an ISSN reference does not sit
>> around on a shelf either: its an abstract entity allowing one to
>> identify groups of publications ) one culd use the same argument to
>> mean that an author identifier groups all papers from one author).
>> Anyhow, I fully support Peter's argumentation.
>> Laurent
>> Le 21 janv. 09 à 23:11, Lou Burnard a écrit :
>>> Peter Boot wrote:
>>>> This does not involve, as Syd wrote on the TEI in Libraries
>>>> mailing list
>>>> (https://listserv.indiana.edu/cgi-bin/wa-iub.exe?A2=ind0901B&L=TEILIB-L&T=0&F=&S=&P=2774
>>>> ),
>>>> a ‘semantic shift’: <idno> would have the same meaning it always
>>>> had, it
>>>> would just be applied to new elements.
>>>
>>> That is *precisely* what I would consider to be a semantic shift!
>>> We have an element called "persName" which has the semantics of
>>> "name
>>> applied to a person". If we redefine it to mean "name applied to a
>>> vegetable", it's still a name, but its semantics have changed.
>>>
>>> Similarly the current meaning of <idno> is that it's "an
>>> identifier for
>>> a bibliographic item". Authors are not bibliographic items. They
>>> do not
>>> (usually) sit around on shelves, and you cannot ask for a copy of
>>> one!
>>> By all means let's expand its semantics to include authors (etc),
>>> if we
>>> want to do that, but let's not pretend we're not making a major
>>> change
>>> in the meaning of this element.
>>>
>>>
>>> _______________________________________________
>>> tei-council mailing list
>>> tei-council at lists.village.Virginia.EDU
>>> http://lists.village.Virginia.EDU/mailman/listinfo/tei-council
More information about the tei-council
mailing list