Transmission Metadata
The correspDesc element can be used
to trace the transmission of most items in LiM–not just letters. If,
for example, a poem or account/narrative was sent as an enclosure with
a letter (although not all such items are sent with letters), that
item would have correspAction (child of
correspDesc) matching the metadata for
the letter, although either the letter or the enclosed item may
require further description of
correspAction if they are materially
separated and continue on their travels. Each should be added in
chronological sequence.
A note element may be attached to
any aspect of a transmission narrative where additional explanation
provides helpful context or evidence.
Sending and Forwarding Items
An item’s transmission journey will typically begin with a
sender:
correspAction type="sent".
This element should at least enclose a
persName element with the sender’s
ID, and may be elaborated with elements specifying a date on which
and place from which an item was sent. For example, a letter sent by
Forbes from Leith on July 29, 1750 would look like:
<correspDesc>
<correspAction type="sent">
        <persName ref="prs:FORBR1"/>
        <placeName ref="plc:LEIT1"/>
        <date when="1749-07-29"/>
</correspAction>
</correspDesc>
If an item is subsequently sent to another recipient,
correspAction type="forwarded"
is used, and may be elaborated with the same enclosed elements as
type="sent".
Items Sent by Post or Bearer
Between a sender and recipient, we aim to illustrate the means by
which items moved from place to place. Items are either sent by post
or by another bearer–i.e. someone in whom the writer places more
trust than in than the postal system, and who carries the item to
the recipient. For either of these scenarios, use
correspAction type="carried".
For a bearer, add a ref attribute with the
bearer’s ID. If the sender or recipient states that the item was
sent by post, add a subtype attribute.
So, for bearer Flora MacDonald:
correspAction type="carried" ref="prs:MDONF1"/
And for post:
correspAction type="carried" subtype="byPost"/
Item Recipients
Typically at the end of an item’s transmission, but sometimes
before an item is forwarded or otherwise shared, the item will have
a recipient. This is encoded as
correspAction type="received",
within which is nested the persName
of the recipient, the date on which
they received the item, and the
placeName in which they received it.
If there is no response to an item to confirm its receipt, we take
this information from the letter as addressed; a date can only be
added when specified in a response or one of Forbes’s headings.
Aliases
Senders and recipients of items sometimes use aliases for reasons
of political safety, and might also use pseudonyms for places. These
are treated in metadata similarly to how they would be in-text. In
v06.1280.01,
for example, Forbes signs a letter with the name "Thomas
Smith." Nested within the
correspAction type="sent"
attribute, the name Thomas Smith should be enclosed with the
persName element pointing to Forbes’s
ID:
persName ref="prs:FORBR1">Thomas Smith</persName.
Likewise for placeNames: the ref points to
an actual ID, with the pseudonym as text enclosed within the
placeName element.
Evidence and Sources
Any of this data may be found not within the item itself, but
scattered throughout LiM. Where data (most often the names of
senders and recipients, the dates of letters, and the places from
which letters were sent or to which they were directed) is found in
the text of the item or in Forbes’s heading for the item, that data
may be entered without the evidence
attribute. An exception is if the entered data isn’t stated clearly
in the item, so some amount of conjecture is involved. For example,
on
p. 1228, Ralph Bigland states that he is in a rush to finish his
letter to "save the opportunity of Capt Dick," who is
"just a going," implying that Captain Dick is to bear the
letter. This would be encoded as:
<correspAction type="carried" ref="prs:CAPTD1" evidence="conjecture" cert="high"/>
If the data is found in another item or even outside of LiM, the
evidence and source
attributes should be used. A common example of this is where the
recipient of a letter will state the date on which that letter
arrived ("I received your last on June 10"). In which
case, evidence attribute would be
"internal" to LiM, and a source
attribute would point to the latter of the letters. For instance, in
v06.1280.01,
Forbes tells George Innes that Innes’s letter of March 15
(v06.1254.01)
was delivered to Forbes "only today" (in a letter dated
April 29, 1749). This would be encoded in the metadata for
v06.1254.01
as:
<correspAction type="received">
    <persName ref="prs:FORBR1"/>
    <placeName ref="plc:LEIT1"/>
    <date when="1749-04-29" evidence="internal" source="doc:v06.1254.01"/>
</correspAction>
Letters (and Possibly Other Items) in a Sequence
Where we have a chain of correspondence, a letter sent in
acknowledgment of the sending of some other genre of item, or an
item sent in response to an earlier request, we connect those items
through the correspContext element as
a direct child of correspDesc. If the
item is responding to an earlier item, we encode that earlier item
by nesting ref type="prev"/
with an @target attribute. If we know the item was followed up with
a response, we use
ref type="next"/. For
example,
v06.1214.02
is Forbes’s "return" to a letter from Anne Leith
(v06.1214.01),
to which Anne Leith later responded
(v06.1284.01).
Encoded, the correspContext for
v06.1214.02
would look like:
<correspContext>
    <ref type="prev" target="doc:v06.1214.01"/>
    <ref type="next" target="doc:v06.1284.01"/>
</correspContext>
If the item referred to is in LiM, no further information is
necessary, as that item will have its own elaborated metadata. If
the item is not in LiM, we should add as much information as we are
given, or any that is perhaps to be found externally. This entails
nesting persName,
date, and
placeName elements within the
ref element, just as a
correspAction is elaborated–with the
exception that instead of just one
persName for a
correspAction the
ref for
correspContext should include a
sender as well as a recipient:
persName to
persName.