[tei-council] Genetic Proposals

[Martin Holmes]

On 11-09-06 06:04 AM, Lou Burnard wrote:
> It would ne nice if one or other of you cd explain exactly what you have
> in mind as the content model for sourcedoc

You're not going to like this, but I think the definition of surfaces 
and zones (including linking to graphics and defining coordinates) 
should take place in <facsimile>, where it does now, and the contents of 
<sourceDoc> (such as <block>, if that's what it ends up being called) 
should point at <surface>s and <zone>s in the established way. This means:

  - The physical object is set up (in terms of graphics being linked, 
and <zone>s specified) in <facsimile>.

  - The transcriptional content (<changeSet>s, <block>s etc.) happens in 
<sourceDoc>; any of these elements can be linked to <zone>s and 
<surface>s using @facs and @corresp.

  - A more conventional <text> can also be supplied, and linked to the 
same <surface>s and <zone>s if required.

This avoids the problem of <zone> having two distinct usages (one for 
specifying coordinates, one for containing transcription).

Cheers,
Martin

> Sent from my HTC
>
> ----- Reply message -----
> From: "Martin Holmes" <mholmes at uvic.ca>
> To: "Sebastian Rahtz" <sebastian.rahtz at oucs.ox.ac.uk>, "TEI Council"
> <tei-council at lists.village.Virginia.EDU>
> Subject: [tei-council] Genetic Proposals
> Date: Tue, Sep 6, 2011 13:48
>
>
>
>  > ah now I am doubting myself. I'm inclining towards<block> as a form
>  > of<zone> without coordinates.
>
> Ditto. I really don't like the idea of <zone> having two completely
> distinct purposes.
>
> Cheers,
> Martin
>
> On 11-09-05 03:00 PM, Sebastian Rahtz wrote:
>  >
>  >>> <sourceDoc>
>  >>
>  >> too close to<sourceDesc> for my liking
>  >>
>  >
>  > sorry, I meant<sourceDocument>
>  >
>  >>> <changeSet>
>  >>
>  >> a bit long winded -- for all three?
>  >
>  > it's what the requestors of the feature chose......
>  >
>  >>
>  >>> no. use<block> passim
>  >>
>  >> so you'd say<surface> contains<block>s rather than<zone>s?
>  >> And where
>  >> do you stand on the multipurpose<zone> (containing either graphics, or
>  >> transcription, or both)
>  >
>  >
>  > ah now I am doubting myself. I'm inclining towards<block> as a form
>  > of<zone> without coordinates.
>  > --
>  > Sebastian Rahtz
>  > Head of Information and Support Group, Oxford University Computing
> Services
>  > 13 Banbury Road, Oxford OX2 6NN. Phone +44 1865 283431
>  >
>  > Sólo le pido a Dios
>  > que el futuro no me sea indiferente
>  >
>  > _______________________________________________
>  > tei-council mailing list
>  > tei-council at lists.village.Virginia.EDU
>  > http://lists.village.Virginia.EDU/mailman/listinfo/tei-council
>  >
>  > PLEASE NOTE: postings to this list are publicly archived
> _______________________________________________
> tei-council mailing list
> tei-council at lists.village.Virginia.EDU
> http://lists.village.Virginia.EDU/mailman/listinfo/tei-council
>
> PLEASE NOTE: postings to this list are publicly archived

-- 
Martin Holmes
University of Victoria Humanities Computing and Media Centre
(mholmes at uvic.ca)