[tei-council] a proposal for a change to ODD (copy of ticket I just put in SF)

Lou lou.burnard at oucs.ox.ac.uk
Fri Mar 5 05:20:37 EST 2010

Sebastian Rahtz wrote:
> On 5 Mar 2010, at 10:10, Lou wrote:
>> Not wishing to be drawn into speculation about what Laurent may or may 
>> not have in mind, I do think there is a case to be made for saying that 
>> when I ask for a given element, I actually mean "this element and all 
>> its possible children".
> in all possible module universes? just add <p>, I bet it can contain most of the TEI
> within it…..

No, not in all possible universes; in the universe created by the rest 
of my selections.

> and don't forget that if you <a> has a mandatory child <b> and an optional child <d>,
> but you also ask for <e>, in which <d> is mandatory,  then <d> will pop up in <a>
> to your surprise. 

Wy should I be surprised? If <d> is mandatory in <e>, I would expect to 
get it; if it's optional in <a> therefore I would still expect to see it.
>> This is not the same as saying "I want this element and all its 
>> mandatory children" of course -- I believe that ODD processors are 
>> required to do this already (
> not so, for good or bad. thats why/cos the TEI is ambiguous

Ah, I had my doubts about that. I didn't claim that any ODD processor 
actually does it, just my fervent belief that they should be required to...

>> Hence my proposal on the SF ticket for an additional attribute on 
>> <elementSpec> (or <elementref> if we go that way)
> if you can spell out the total algorithm

SMOP ... I think we;re required to spell out the intended behaviour not 
the implementation.

More information about the tei-council mailing list