[tei-council] Further update on PH

Lou Burnard lou.burnard at oucs.ox.ac.uk
Tue Sep 18 11:31:03 EDT 2007


Sebastian Rahtz wrote:
> I think I am finally understanding Conal, having studied his 
> implementation.
> It does mean a change of heart for Lou, though, if <surface> really
> now does represent the abstract idea of the surface rather than an
> image of it.
> 

That's fine, as my note earlier today indicated, I can live with the 
notion quite happily.

> I still think that
> 
>  <facsimile>
>    <surface xml:id="p1">
>       <graphic url="p1.jpg"/>
>   <surface>
> </facsimile>
> 
> is a desirable shortcut for
> 
> <facsimile>
>  <surface box="0 0 100 100" xml:id="p1">
>    <zone box="0 0 100 100">
>      <graphic url="p1.jpg"/>
>    </zone>
>  </surface>
> </facsimile>
> 
> 

as do I. An even shorter cut would be to permit @graphic or @url on 
<surface> of course.


> With regard to @box, consider this example:
> 
>    <facsimile>
>        <surface xml:id="grave" box="358 0 700 681">
>            <zone box="437 223 626 256" xml:id="line1"/>
>            <zone box="446 251 610 282" xml:id="line2"/>
>            <zone box="375 281 684 308" xml:id="line3"/>
>            <zone box="390 306 674 332" xml:id="line4"/>
>            <zone xml:id="grave-partial" box="364 171 693 390">
>                <graphic url="gravestone-partial.jpg"/>
>            </zone>
>            <zone xml:id="grave-full" box="0 0 1024 681">
>                <graphic url="gravestone.jpg"/>
>            </zone>
>        </surface>
>    </facsimile>
> 
> The @box of 358 0 700 681 says that we will talk in terms of a
> grid of 342 x 681 when we define zones on the  surface. Why
> not be explicit, then, and say <surface xMax="342" yMax="681">?
> then replace the @box with @url, @ury, @llx and @lly, and then these
> can default to 0, 0, $xMax and $yMax if not otherwise specified.

You can't be serious about the name "@url" At least I hope not.

I assume the intention is to replace the @box by up to 4 attribs on each 
<zone>? And the argument for doing this is that you can then save time 
by having defaults for most of them? But isn't it just as likely as not 
that you will always need to supply all four anyway? zones are quite 
unlikely to be so regular, it seems to me.

  It
> would make writing retrieval programs easier.
> 
> naturally, the "grave-full" would have negative values.
> 



More information about the tei-council mailing list