[tei-council] handy...

Daniel O'Donnell daniel.odonnell at uleth.ca
Tue Sep 25 23:09:56 EDT 2007


On Tue, 2007-09-25 at 21:11 -0400, Syd Bauman wrote:
> My quick reaction is that it's a real shame we didn't address this
> earlier (a lot earlier -- measured in years), but given the current
> state of affairs, I think I agree with most all of Lou's suggestions,
> and Arriana's att.handWriting. And I even like <handNote>'s scope=
> more than <hand>'s first=.
> 
> One question, though. Why name the wrapper element <handDesc> instead
> of <listHand>? (The answer, of course, is to maintain the parallelism
> with the other xxxDesc stuff in MS; so what I'm wondering is which
> parallelism is more important to keep?)
> 
> When we created @scribe of <handNote> we didn't have personography.
> Now that we do, I don't wonder if it should be a pointer to a
> <person> or <nym>. I realize that for many, many (perhaps the vast
> majority) of manuscripts the details of the scribe can never be
> known. But certainly for some of the manuscripts (e.g., those Matthew
> spoke about in Victoria a few months ago) the scribe *is* known.

I mentioned this a while ago.

> 
> 
> > @writing "describes other characteristics of the hand" e,g,
> > "shaky", "thick",. There seems no advantage to giving such
> > descriptive notes in an attribute.
> 
> The advantage is that it is data.enumerated, and users can create
> their own controlled vocabulary. I don't know if this is much of an
> advantage in manuscript description, though. My instinct is to keep
> this one, saying that simple controlled descriptions can be provided
> on the attribute, and detailed prose descriptions may be provided as
> content. However I'd be happy to have the manuscripters say "nah, not
> really useful" and nuke it.
> 
> 
> 
> > The easiest solution (proposed, I think, by Matthew some time ago)
> > would be simply to abolish <handList> and <hand> completely, since
> > they duplicate the function of <handDesc> and <handNote>. We could
> > permit <handDesc> within <profileDesc> for those who don't want to
> > go through the business of doing a full msDesc just to document
> > some hands (though it's hard to imagine why you'd want one without
> > the other).
> > 
> > If you've forgotten, the only difference between <hand> and
> > <handNote> is that the former is empty, while the latter has para
> > content. And <hand> has attributes
> >   @scribe,    @style   @ink  @first  @writing   @mainLang  @resp
> > while
> > <handNote> has attributes
> >  @scribe
> >  @script  [means same as hand at style]
> >  @medium [means same as hand at ink]
> >  @scope  [generalizes on hand at first]
> > 
> > Arianna proposes making a new class, att.handWriting, to contain
> > these four, which seems useful, even if we abolish <hand>, since
> > those who want to can then extend it.
> > 
> > The three attributes on <hand> but not <handNote> are probably
> > dispensable: @writing "describes other characteristics of the hand"
> > e,g, "shaky", "thick",. There seems no advantage to giving such
> > descriptive notes in an attribute. @mainLang is not a property of
> > the hand. @resp could be inherited from att.editLike, if needed,
> > but it seems odd to single out identification of the hand from
> > other aspects of ms description. I think these attributes are there
> > because <hand> is empty, so there was a need to pack a lot of extra
> > info into it. If we replaced <hand> by <handNote>, then any such
> > extra info could appear as content of the element.
> 
> _______________________________________________
> tei-council mailing list
> tei-council at lists.village.Virginia.EDU
> http://lists.village.Virginia.EDU/mailman/listinfo/tei-council
-- 
Daniel Paul O'Donnell, PhD
Department Chair and Associate Professor of English
Director, Digital Medievalist Project http://www.digitalmedievalist.org/
Chair, Text Encoding Initiative http://www.tei-c.org/

Department of English
University of Lethbridge
Lethbridge AB T1K 3M4
Vox +1 403 329-2377
Fax +1 403 382-7191
Email: daniel.odonnell at uleth.ca
WWW: http://people.uleth.ca/~daniel.odonnell/



More information about the tei-council mailing list