[tei-council] Fwd: grouping elements under <choice>

Laurent Romary laurent.romary at loria.fr
Tue Dec 16 03:19:19 EST 2008


Hallo Council,
This issue is something that has bothered me since quite a while with  
somehow having the same kind of proposal in mind. Is this an issue on  
which the council would have some strong feelings (for or against)?  
Could/should it be put on our working agenda?
Cheers,
Laurent

Début du message réexpédié :

> De : Piotr Bański <bansp at O2.PL>
> Date : 15 décembre 2008 23:28:10 GMT+01:00
> À : TEI-L at listserv.brown.edu
> Objet : grouping elements under <choice>
> Répondre à : Piotr Bański <bansp at O2.PL>
>
> It seems to me that the <choice> element is only able to provide
> alternatives between atoms, and that it lacks a bracket-like child,
> something like <group> in RNG and a few other places.
>
> I'd like to mark up a choice between two alternative segmentations:
>
> either:   <seg/>
> or:       <seg/><seg/>
>
> and there appears to be no easy way of expressing this.
>
> I'd like to have:
>
> <choice>
>   <seg/>
>   <group>
>      <seg/>
>      <seg/>
>   </group>
> </choice>
>
> but I can't. I can use a kludge and wrap the two segments into another
> <seg/> rather than <group/>, but that would be claiming that the two
> segments form a unit -- that, however, is not the case here.
>
> Consider a sequence such as "2.". In Polish orthography, it can mean
> either "the 2nd" (<seg>2.</seg>) or it can be the number "2" standing
> right before the end of the sentence (<seg>2</seg><seg>.</seg>). I  
> don't
> want to claim that in the latter case, I am dealing with a single
> "super-segment" that happens to contain <seg>2</seg> and <seg>.</ 
> seg> --
> they are not a super-segment, they are a sequence of two segments.
>
> There are other examples that involve morphemes, and it seems to me  
> that
> a similar need must pop up in the case of other element sequences as
> well -- it feels rather generic.
>
> Is there any clean way to capture such alternatives, or may this  
> perhaps
> qualify as a feature request?
>
> Thanks,
>
>  Piotr



More information about the tei-council mailing list