Re: complex <dimensions>
MLH <[email protected]> Fri, 10 Mar 2017 11:41:33 +0000
| Newsgroups | gmane.text.tei.general |
|---|---|
| Message-ID | <DB5PR03MB15445B21FC3A30B5AABAB87ECD200@DB5PR03MB1544.eurprd03.prod.outlook.com> |
Hi James Thank you - interesting approach. That would work, I think, where the dimensions of the written space change, since that is a question of layout. But it doesn't seem right to be to have the leaf dimensions inside layout: that seems more naturally part of <extent>... Matthew ________________________________ From: James Cummings <[email protected]> Sent: 10 March 2017 10:20 To: MLH; [email protected] Subject: Re: complex <dimensions> Hi Matthew, I would probably have recorded this in multiple <layout> elements ...something like: <objectDesc> <layoutDesc> <layout writtenLines="35"> <locus from="5r" to="10v">fol. 5r to 10v</locus> <dimensions type="leaf"> <height></height> <width></width> <depth></depth> </dimensions> <note>This layout is fairly boring</note> </layout> <layout writtenLines="5"> <locus from="11r" to="123v">fol. 11r to 123v</locus> <dimensions type="leaf"> <height></height> <width></width> <depth></depth> </dimensions> <note>Wow! The rest of this ms has a weird layout.</note> </layout> </layoutDesc> </objectDesc> Though it does beg the question, why are multiple layouts possible and not multiple supports? If there was the possibility of multiple supports I would have done the same as above but with support. -James On 09/03/17 19:17, Syd Bauman wrote: > I think you may end up wanting <note> and <locus> inside > <dimensions>, but certainly poke at the use of the @precision, > @scope, @atLeast, @atMost, @min, @max, and @confidence attributes of > <dimensions> first. My bet is that describing variability with @min, > @max, and perhaps @confidence is likely to be sufficient; but that > because this isn't really what @scope was designed for, it may be > difficult (or abusive) to use it to express what portion of the > manuscript a particular <dimensions> applies to. > >> How would people go about encoding the dimensions of a manuscript >> or other object where the dimensions (either leaf or written space) >> vary between different sections of the manuscript? And/or, where a >> significant fact about those dimensions should be recorded (e.g. >> that the leaves have been sigificantly cropped by a binder). I >> should say that we are using <dimensions> not <measure> to record >> these dimensions. The obvious solution seems to be to allow <locus> >> and <note> inside <dimensions>, and I would like to create a ticket >> for this, but I'd like to see if people have any other suggestions >> before I do this! -- Dr James Cummings, [email protected] Academic IT Services, University of Oxford