Home
Reading
Searching
Subscribe
Sponsors
Statistics
Posting
Contact
Spam
Lists
Links
About
Hosting
Filtering
Features Download
Marketing
Archives
FAQ
Blog
 
Gmane
From: Conal Tuohy <conal.tuohy <at> VERSI.EDU.AU>
Subject: Re: zones inside zones?
Newsgroups: gmane.text.tei.general
Date: Tuesday 1st May 2012 12:41:21 UTC (over 4 years ago)
On 30/04/12 19:31, James Cummings wrote:
> On 29/04/12 14:45, Conal Tuohy wrote:
>> It appears that the  element has expanded in scope since
>> the time we added it to TEI P5 1.0. At that time, if I remember
>> correctly, it could not nest, and in fact had a very limited
>> content model (just , , etc.). At that time, the
>> Council's view was that allowing nesting of  elements would
>> add complexity without any additional functionality, and I
>> honestly don't know the rationale for the subsequent change.
>
> Digging around in the http://www.tei-c.org/Vault/P5/
confirms that the 
> big change for  came in release 2.0.0 when we added the genetic 
> editing abilities and .  It is at this point that it gets 
> @points as a separate attribute (previously in att.coordinated), 
> @rotate, and its element content model changes from:
> ( model.glossLike*, model.graphicLike* )
> to:
> (text | model.graphicLike | model.global | surface | model.linePart )*
>
> This is because in its new existence in  it is allowed to 
> have transcribed (but un-interpreted) text in it. Nesting  
> elements inside  make more sense to me, but make much less 
> sense inside .
>
Thanks James! What do nested zones mean in the context of a genetic 
edition? I looked in the relevant chapter of the guidelines but I'm 
actually none the wiser: 
http://www.tei-c.org/release/doc/tei-p5-doc/en/html/PH.html#PH-surfzone




-- 
Conal Tuohy
eResearch Business Analyst
Victorian eResearch Strategic Initiative
+61-466324297
 
CD: 10ms