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

[Daniel Paul O'Donnell]

Me too. But our P5 discussions of choice got quite heated ;)

On Tue, 2008-12-16 at 09:19 +0100, Laurent Romary wrote:
> 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
> 
> _______________________________________________
> tei-council mailing list
> tei-council at lists.village.Virginia.EDU
> http://lists.village.Virginia.EDU/mailman/listinfo/tei-council