On Mon, 18 Apr 2005 09:38:29 -0400, Jarom McDonald <[log in to unmask]> wrote:
>In the modified DTDs which have been mentioned (the DALF project, the
>Henrik Ibsen project), are there elements that specifically designate
>the place the letter was *sent*? Edward mentions that the DALF project
>includes a <placeLet> tag for the place where the letter is written; is
>that also allowed to be used for the place where it was sent?
With the DALF project, we did not envisage such a fine-grained distinction
between letter-writing and letter sending: the <placeLet> element is
normally reserved for the place of writing. Since the envelope will probably
be the place conveying particularities of postal information, the
<placeName> element inside the <postmark> on the <envelope> can be used to
transcribe it when it occurs. Alternatively, you could make use of the
optional <note> element inside <letHeading> to state the difference between
place of writing and place of sending.
>curious about the <addressee> tag, but didn't say if that is limited to
>a name only or if a location can be included in there. The project
>documentation seems to imply that it is just the person to whom the
>letter is addressed.
I don't agree. With the design of the <letHeading> element, we tried to
provide a means for reflecting abstractions about the communicative
situation of a letter. Especially the <author> and <addressee> elements
should identify the entities that can be identified with the communicative
roles of sender resp. recipient. No requirement for their personal status is
>Theoretically, any number of <provenance> elements could be included, if
>a letter was then forwarded on, or if it was given to an individual for
>delivery to another, etc.
That could be done in the <additional> DALF header element.
>Having said this, there is nothing about the <history> element of P5,
>including the <provenance> element, which is specifically created for
>marking up correspondence, and hence I wholeheartedly believe that
>projects such as DALF are necessary for creating a framework for the
>unique challenges that correspondences pose (even things as simple as
>DALF's <envelope> element make things much, much easier in markup than
>trying to stick to strict TEI).
That's wonderful! We're very happy with any input / discussion / opinions on
this matter. Ultimately, it would be great to reach a general way for the
encoding of letter-specific phenomena with TEI. For your interest, the
Sourceforge site of TEI has a feature request for letter modules in a
further incarnation of TEI:
Ron Van den Branden
Centrum voor Teksteditie en Bronnenstudie (CTB)
Koninklijke Academie voor Nederlandse Taal- en Letterkunde (KANTL)
Koningstraat 18 / b-9000 Gent / Belgium
e-mail : [log in to unmask]