TRANSKRIPTIONS - UND AUSZEICHNUNGSRICHTLINIEN

I. Transkriptionsprinzipien

1. Diplomatische Transkription und editorische Eingriffe
2. Umgang mit Unsicherheiten

II. Kodierungsrichtlinien (XML-Kodierung und HTML-Darstellung/-Funktion)

1. XML/TEI-Deklaration und Briefidentifikator (<?xml?>, <TEI>)
2. Metadaten (<teiHeader>)
3. Textdaten (<text>)
   1. Grundstruktur (<div>, <p>, <pb/>, <lb/>, <cb/>, <fw>)
   2. Hervorhebungen (<hi>)
   3. Leerräume (<space>)
   4. Unsicher transkribiertes und fehlendes Textmaterial (<unclear>, <supplied>, <gap/>)
   5. Anmerkungen (<note>)
   6. Hinzufügungen und Streichungen (<add>, <del>)
   7. Editorische Korrekturen und Regularisierungen (<orig>, <reg>)
   8. Abkürzungen (<abbr>, <expan>)
   9. Entitäten (<persName>, <placeName>, <orgName>, <rs>)
   10. Datums- und Zeitangaben (<date>, <time>)
   11. Zitate und bibliographische Angaben (<quote>, <bibl>)
   12. Verlinkungen (<ref>)
   13. Siegel (<figure>)
   14. Briefspezifika (<opener>, <closer>, <dateline>, <salute>, <signed>, <postscript>)
   15. Zusammenhalten von Textbestandteilen und Textseiten (@xml:id, @next, @prev)
   16. Weiteres (<foreign>, <seg>, <metamark>, @cert, @resp)
   17. Verwendete Sonderzeichen (Unicode)

Bei der vorliegenden Edition wurde eine vorlagengetreue, d.h. eine zeichen-, zeilen- und seitengenaue sowie möglichst positionsadäquate Umschrift angestrebt. Dies folgt der Absicht, historische Textdokumente mit einem möglichst geringen Maß an editorischer Interpretation wiederzugeben, um das Textmaterial dauerhaft für möglichst viele wissenschaftliche Disziplinen und deren unterschiedliche Forschungsfragen nutzbar zu machen. Die Editoren halten damit zudem die Möglichkeit offen, aus der diplomatischen Transkription gegebenenfalls noch eine orthographisch normalisierte produzieren zu können. Der umgekehrte Weg ist hingegen nicht möglich. Zugleich ist zu betonen, dass eine vollständig deutungsfreie Transkription utopisch ist, da Transkribieren (insbesondere von Handschriften) stets auch Interpretieren bedeutet.
Das diplomatische Prinzip schließt explizit die originäre Wiedergabe von Abkürzungen, Ligaturen, Geminationsstrichen, Sonderzeichen, Groß-/Kleinschreibung, Interpunktion, Orthographie, Getrennt-/ Zusammenschreibung, Lang-s, Rund-s und Scharf-s ein, kurzum den generellen Verzicht auf stillschweigende Veränderungen des Vorlagentextes (sog. Primärdaten). Auch Streichungen, Unterstreichungen und Überschreibungen werden zeichengenau wiedergegeben und nicht etwa einer möglichen Intention der Schreiberin Erdmuthe Benigna von Reuß-Ebersdorf entsprechend.
Alle Briefe sind mit der Markup-Sprache XML (Extensible Markup Language) ausgezeichnet worden. Dies ermöglichte eine Annotation der Primärdaten mit editorischen Informationen. Das bedeutet, dass jegliche editorische Eingriffe zusätzlich zu dem Originalbefund, also ohne diesen zu verändern, unternommen wurden. Von diesen Textstellen-Annotationen zu trennen sind die editorischen Stellenkommentare. In ihnen wurden heute ungebräuchliche oder unverständliche Begriffe und Redewendungen mit Hyperlink auf das Wörterbuchnetz erläutert, fremdsprachliche Textteile übersetzt, Bibelstellen auf den Webservice biblija.net verlinkt, sowie Kontextinformationen und Verlinkungen zu anderen Briefen und Quellen geliefert.
Die Genauigkeit der Transkription ist sehr hoch, da die Briefe in drei Phasen transkribiert wurden. Nach der Ersttranskription erfolgte im Zuge der XML-Auszeichnung die Feintranskription. Am Ende wurden alle Briefe noch einmal auf Auszeichnungs- und Transkriptionsfehler hin durchgesehen. 

Die zeichengenaue Transkription kam an ihre Grenzen bei der Wiedergabe mutmaßlicher Spatien vor Satzzeichen. Da diese meist nicht eindeutig zu bestimmen waren, wurden sie dem modernen Gebrauch entsprechend stets unmittelbar an das vorhergehende Wort angefügt, selbst wenn größere Spatien im Original dem zuweilen scheinbar widersprachen.

Die XML-Auszeichnung der Briefe folgt den Richtlinien der TEI P5. Innerhalb dieses XML-Subsets hat eine projektspezifische Begrenzung der zulässigen Tags und ihrer Anwendung stattgefunden. Das dafür generierte XML-Schema (siehe „Forschungsdaten“) wurde mittels verschiedener Orientierungsvorlagen erarbeitetet und an die Briefe angepasst. Diese Vorlagen sind unter anderem das Basisformat des Deutschen Textarchivs (DTABf) und die Kodierungs­richtlinien der Edition „Briefe und Texte aus dem intellektuellen Berlin um 1800“ (PDF).

Alle Primärdaten der Vorlage werden im HTML-Layout in einem Serifen-Font wiedergegeben (Junicode, Times New Roman) mit Ausnahme der von der Schreiberin lateinisch geschriebenen Buchstaben (s.u.). Editorische Informationen (Kommentare, Seitenangaben, editorische Informationen etc.) werden generell in einer serifenlosen Schrift (Helvetica, Arial) präsentiert. Grundsätzlich gilt, dass bei der HTML-Darstellung der Transkriptionen der zeichen­genauen Wiedergabe der Vorrang eingeräumt wurde. Bei Mouseover über farbig-punktiert unterstrichene oder in grünen eckigen Klammern stehende Textteile werden weitere editorische Informationen eingeblendet (s.u.). Das dafür notwendige Stylesheet wurde auf Grundlage des bereits existierenden Stylesheets eines von der Thüringer Universitäts- und Landesbibliothek entwickelten Anzeigetools, des sogenannten ThULB-Viewers, entwickelt. Zur Erweiterung und projektspezifischen Anpassung wurde unter anderem das Stylesheet des Deutschen Textarchivs herangezogen.

Die Dokumentation des räumlichen Befundes der Vorlage hat innerhalb der XML-Dokumente in Form einer linear-zeilenorientierten Auszeichnung und dem @place-Attribut stattgefunden. So wurden bspw. Marginalien vor bzw. nach der Zeile kodiert, in der sie im Dokument beginnen. Auch Spaltenschreibweise innerhalb der Vorlage wurde dokumentiert. Eine Ausnahme bildet die Paginierung. Diese wurde nicht etwa in ihrer konkreten Zeile, sondern je nachdem, ob sie am oberen oder unteren Ende einer Seite auftritt, unmittelbar vor oder nach dem Seitenwechsel festgehalten.

Durch die Anzeigemöglichkeit der hinterlegten XML-Daten durch Klick auf den Link „XML-Darstellung“ oberhalb jeder Transkription können weitere editorische Informationen angezeigt werden, die nicht im Layout erscheinen, bspw. die vollständigen und regularisierten Namen von genannten Personen oder der Grad an Gewissheit, mit der unbekannte Entitäten identifiziert oder Ab­kürzungen aufgelöst wurden. Auch fallen zuweilen mehrere Auszeichnungen auf eine Text­stelle, sodass im Layout zwar eine zusätzliche Unterstreichung auf einen Befund hinweist, aber nicht alle dahinterliegenden Informationen bei Mouseover auch eingeblendet werden können.

Da sowohl die Struktur der Briefe als auch der formale und inhaltlich-semantische Befund dokumentiert wurde, konnten zuweilen XML-Hierarchie-Konflikte auftreten, wenn sich Element­grenzen überlappen. War dies der Fall, wurde der semantischen Auszeichnung (bspw. die Kodierung einer Person) der Vorrang eingeräumt. Formale Auszeichnungen (bspw. eine überlappende Unterstreichung dieser Person) wurden dann in so viele Elemente wie notwendig gesplittet.

Zu Beginn eines XML-Dokumentes wurden XML-Version, unterstützter Zeichensatz und der TEI-Charakter des Dokuments deklariert. Dies erfolgte stets mittels folgender Angaben:

<?xml version="1.0" encoding="UTF-8"?>
<TEI xmlns="http://www.tei-c.org/ns/1.0" xml:id="[Briefkürzel]">

Das Attribut @xml:id beinhaltet als Wert eine dem Brief zugewiesene einzigartige ID, die sich aus der Archivsignatur und Paginierung des Briefes ableitet und folgender Form entspricht: [BestandsabkürzungUnterbestand_Startseite]. Im Fall des Briefes im Bestand Paragiatsherrschaft Köstritz I Ab IV 16, fol. 56r-60v lautet die Brief-ID/@xml:id: "PK16_56". Diese ID ist ferner Bestandteil der Namen der einzelnen Image- sowie XML-Dateien der Briefe (s. Kapitel „Seitenwechsel“) und ist daher auch Teil der URLs auf diese:

http://archive.thulb.uni-jena.de/hisbest/servlets/MCRDerivateContentTransformerServlet/HisBest_derivate_00017457/tei/transcription/PK16_56_0001.xml
http://archive.thulb.uni-jena.de/hisbest/rsc/viewer/HisBest_derivate_00017457/PK16_56_0001.tif

Diese URLs sind im Header jedes Briefes in den Tags <idno type="URLImages"> bzw. <idno type="URLXML"> angegeben. Da die XML-Dateien für deren Verwendung im ThULB-Viewer aufbereitet werden mussten, indem jede Briefseite in eine separate XML-Datei überführt wurde, änderten sich dort auch die im <TEI>-Element vergebenen Brief-IDs. Der ID wurde in diesen Fällen die Nummerierung des entsprechenden Images angehängt: z.B.: "PK16_56_0001".

Daneben besitzt jeder Brief einen eigenständigen persistenten Identifizierer in Form einer URN, die auf den Brief als Gesamtobjekt innerhalb von Collections führt. Jedes Einzelimage hat zudem eine eigene URN und ist damit gezielt referenzierbar. Diese ist im Header jeder Transkriptions-XML-Datei angegeben. Die Transkriptionen besitzen noch keine URNs, werden aber nach Abschluss des Projektes ebenfalls vergeben.

2. Metadaten (<teiHeader>)

Die grundlegenden Bestandteile des Headers umfassen die vier Elemente <fileDesc>, <encodingDesc>, <profileDesc> und <revisionDesc>. Sie werden in der folgenden Übersicht erläutert und in ihrer Verwendung samt ihrer Unterelemente, Attribute und Werte vorgestellt. Kommentare erscheinen in grüner Schrift und werden eingeleitet mit <!-- .

<teiHeader>
    <fileDesc> <!-- Hauptcharakteristika des Dokuments, Dateibeschreibung -->
        <titleStmt>
            <title>Brief von [Absendername] an [Adressatenname] ([Ort], [Datum])</title>
            <funder>[Name des/der Fördernden, Finanzierenden des Projektes]</funder>
            <principal> <!-- Angaben zur leitenden Person des Projektes -->
                <persName ref="[URL zum GND-Eintrag]" xml:id="[Personenkürzel]">
                    <surname>[Nachname]</surname>
                    <forename>[Vorname]</forename>
                    <email>[Emailadresse]</email>
                </persName>
                <affiliation> <!-- Angaben zur institutionellen/organisatorischen Anbindung der leitenden Person -->
                    <orgName ref="[URL zum GND-Eintrag]">[Institutions-/Organisationsname]</orgName>
                    <address>
                        <street>[Straße und Hausnummer]</street>
                        <postCode>[Postleitzahl]</postCode>
                        <settlement>[Ort]</settlement>
                        <country>[Land]</country>
                    </address>
                </affiliation>
            </principal>
            <respStmt> <!-- Angaben zur Verantwortlichkeit, Zuständigkeit für Teilaspekt des Projektes -->
                <resp>
                    <note type="remarkResponsibility">
                        [Beschreibung der Tätigkeit, des Zuständigkeits- und Verantwortlichkeitsbereiches]</note>
                </resp>
                <persName ref="[URL zum GND-Eintrag]" xml:id="[Personenkürzel]">
                    <surname>[Nachname]</surname>
                    <forename>[Vorname]</forename>
                    <email>[Emailadresse]</email>
                </persName>
            </respStmt>
            <respStmt> <!-- Angaben zur Verantwortlichkeit, Zuständigkeit für Teilaspekt des Projektes -->
                <resp>
                    [...]
                </resp>
            </respStmt>
        </titleStmt>
        <editionStmt> <!-- Angaben zur Ausgabe -->
            <edition>[Angaben zur Ausgabe, z.B. "Vollständige digitalisierte Ausgabe", "zweite Ausgabe", "Studienausgabe"]</edition>
        </editionStmt>
        <extent> <!-- Angaben zum Umfang -->
            <measure type="images">[Anzahl der Bilddateien]</measure>
        </extent>
        <publicationStmt> <!-- Angaben zur Veröffentlichung -->
            <publisher>
                <orgName role="project">[Herausgebendes Projekt]</orgName>
                <orgName role="hostingInstitution">[Publizierende Institution]</orgName>
            </publisher>
            <pubPlace>[Publikationsort]</pubPlace>
            <date type="publication">[Veröffentlichungsdatum im Format yyyy-mm-ddThh:mm:ssZ]</date>
            <availability>
                <licence target="[URL zum Lizenztext]">
                    [Angaben zur Lizenz der Publikation]
                </licence>
            </availability>
            <idno> <!-- Identifikator -->
                <idno type="URLXML"
                    >[URL der XML-Datei]</idno>
            </idno>
        </publicationStmt>
        <seriesStmt> <!-- Angaben zu übergeordneter Reihe und Themengebieten der Quelle -->
            <title type="main">Digitale Edition der Briefe Erdmuthe Benignas von Reuß-Ebersdorf (1670-1732)</title>
            <title type="sub">Briefe von Erdmuthe Benigna an Heinrich XXIV. von Reuß-Schleiz zu Köstritz</title>
            <title type="genre">Briefe</title>
            <title type="topic">[Behandeltes Sachthema]</title>
            <title type="topic">[Behandeltes Sachthema]</title>
        </seriesStmt>
        <sourceDesc> <!-- Beschreibung der Quelle -->
            <msDesc> <!-- Beschreibung der Handschrift -->
                <msIdentifier> <!-- eindeutiger Identifikator der Handschrift -->
                    <institution>[Besitzende Institution]</institution>
                    <repository>[Bestandszugehörigkeit innerhalb der besitzenden Institution]</repository>
                    <collection>[Unterbestand/Sammlung innerhalb der besitzenden Institution]</collection>
                    <idno>
                        <idno type="shelfmark">[Signatur]</idno>
                        <idno type="folio">[Blatt-/Seitenangaben]</idno>
                        <idno type="URLImages">[URL der Bilddatei]</idno>

                        <idno type="URNLetter">[URN des Briefes]</idno>
                    </idno>
                </msIdentifier>
                <msContents> <!-- Angaben zum Inhalt der Handschrift -->
                    <msItem>
                        <incipit>[Incipit des Briefes]</incipit> 
                        <docDate when="[Datum im Format yy-mm-dd">[Datum der Handschrift]</docDate> <!-- meint das auf der Handschrift notierte Datum der Ausstellung unabhängig seines wirklichen/vermuteten Datums; wurde im Falle undatierter Briefe nicht verwendet -->
                    </msItem>
                </msContents>
                <physDesc> <!-- materielle Beschreibung der Quelle -->
                    <objectDesc> 
                        <supportDesc>
                            <extent> <!-- Angaben zu Umfang und Größe der Quelle -->
                                <measure type="folio">[Anzahl an Blättern/Seiten]</measure>
                                <dimensions type="leaves" facs="[Blattzahl]"> <!-- @facs="[Blattzahl]" (z.B. "14v") wurde nur bei unterschiedlichen Größen der Blätter eines Briefes verwendet -->
                                    <height unit="mm" atMost="[maximale Höhe der Blätter in Millimeter]"/> <!-- aufgrund schwankender Maße der Blätter in Folge ungeraden Schnittes wurde stets die größte messbare Ausdehnung angegeben -->
                                    <width unit="mm" atMost="[maximale Breite der Blätter in Millimeter]"/>
                                </dimensions>
                            </extent>
                            <foliation corresp="#[Personenkürzel]"> <!-- Angaben zur Foliierung/Paginierung --> <!-- Das Personenkürzel entspricht dem Wert von @xml:id in den <handNote>-Elementen (s.u.) -->
                                [Angaben zum Urheber der Foliierung/Paginierung]
                            </foliation>
                            <condition>[Angaben zum Erhaltungszustand, Erscheinungsbild des Briefes]</condition>
                        </supportDesc>
                    </objectDesc>
                    <handDesc> <!-- Beschreibung aller auf dem Brief auszumachenden Schreibhände -->
                        <handNote xml:id="[Schreiberkürzel]" scope="major|minor" medium="[Schreibmedium]" scribe="[Schreiberrolle]" scribeRef="[URL des GND-Eintrags der Person der Schreiberhand]"> <!-- Die Werte von @xml:id wurden festgelegt auf erdmuthebenigna_hand, archivist_hand, heinrichxxiv_hand, heinrichxxiv_hand2, heinrichxxiv_hand3, scribe_hand, heinrichxxix_hand und unknown_hand; @scope gibt den Umfang der Schreibhand an und kann die Werte major oder minor besitzen; @medium gibt das Schreibmedium der Handschrift an und kann black_ink, grey_pencil oder red_pencil als Wert enthalten; @scribe spezifiziert die Rolle der/des Schreibenden und kann die Werte author, archivist, adressee, scribe und unknown bekommen -->
                            [Angaben zu (ggf. vermuteter) Person, Schreibmedium und Umfang der Schreibhand]
                        </handNote>
                    </handDesc>
                    <sealDesc> <!-- Angaben zum Briefsiegel -->
                        <p>[Angaben zum Erscheinungsbild des Siegels, das den Brief verschließt]</p>
                    </sealDesc>
                    <accMat>[Angaben zu dem Brief beigefügtem, angehängtem Quellenmaterial]</accMat>
                </physDesc>
                <history> <!-- Angaben zur Briefgeschichte -->
                    <origin>Der Brief wurde in <origPlace ref="[URL des Ortes auf GeoNames]" corresp="#[Ortskürzel]" resp="#[Editorenkürzel]">[Ortsname]</origPlace> am <origDate when="[yy-mm-dd]">[Briefdatum]</origDate> verfasst. [Ggf. Begründung für vermuteten Ort und/oder Datum].</origin> <!-- Angabe zum tatsächlichen/vermuteten Datum und Ort des Briefes ungeachtet der Angabe durch den/die Schreiber/in; Der Wert von @resp entspricht nach dem Doppelkreuz dem @xml:id-Wert der/des Edierenden im <respStmt> (s.o.); Der Wert von @corresp entspricht nach dem Doppelkreuz dem @xml:id-Wert des Ortes im Ortsregister; <origPlace> kann die Attribute @when, @notBefore, @notAfter, @from, @to, @period annehmen; im Falle vermuteter Datierung/Lokalisierung mit Verwendung von @cert und den Werten "high" oder "low" innerhalb von <origPlace> und <origDate> und anschließender Begründung -->
                    <acquisition>
                        [Angaben zur Geschichte der Handschrift bis zum Erwerb durch die besitzende Institution/Person]
                    </acquisition>
                </history>
                <additional> <!-- weitere Informationen bspw. administrativer Art-->
                    <listBibl> <!-- bibliographische Angaben zu Forschungsliteratur zur Handschrift -->
                        <bibl>Martin Prell: Selbstentwurf und Herrschaftspraxis. Die Briefe Erdmuthe Benignas von Reuß-Ebersdorf (1670–1732). Erscheint im Tagungsband zur Tagung „Gender-Pietismus-Adel“, die vom 21.-24. Oktober 2015 in den Franckeschen Stiftungen zu Halle stattfand.</bibl>
                        <bibl>Heide Wunder: Öffentlichkeiten und Geschlechterverhältnisse. Die Regentschaft der Reichsgräfin Erdmuthe Benigna von Reuß-Ebersdorf. In: Politik in verflochtenen Räumen. Festschrift für Marianne Braig. Hg. v. Markus Hochmüller [u.a.]. Berlin 2013, 242-262.</bibl>
                    </listBibl>
                </additional>
            </msDesc>
        </sourceDesc>
    </fileDesc>
    <encodingDesc> <!-- Angaben zu den editorischen Richtlinien und der Kodierung -->
        <projectDesc><p>[Projektname]</p>
        </projectDesc>
        <editorialDecl>
            <p> <!-- Angabe zum editorischen Umgang mit einzelnen Textphänomenen -->
                <![CDATA[
<p>
Schreibfehler: dokumentiert;
fremdsprachliches Material: gekennzeichnet;
Geminations-/Abkürzungsstriche: wie Vorlage;
Hervorhebungen (Latein, Kursive etc.): wie Vorlage;
y mit Trema (&#x00FF;): dokumentiert;
doppelte, schräge Silbentrennstriche (&#x2E17;): dokumentiert;
langes s (&#x017F;): dokumentiert;
Normalisierungen: dokumentiert;
Seitenumbrüche markiert: ja;
Silbentrennung: wie Vorlage;
Vokale mit übergest. e: dokumentiert;
Endhaken/Endverschleifung (&#x02F7;): dokumentiert;
Suspensionsschleifen (&#x2113;): dokumentiert;
Abkürzungen: dokumentiert;
Vollständigkeit: vollständig erfasst;
Zeichensetzung: wie Vorlage;
Zeilenumbrüche markiert: ja;
</p>
]]>
            </p>
        </editorialDecl>
    </encodingDesc>
    <profileDesc> <!-- Angaben zu Sprache und Beteiligten der Quellen -->
        <langUsage> <!-- Sprache der Quelle -->
            <language ident="[Sprachkürzel gemäß ISO 639-3">[überwiegende Sprache der Quelle]</language>
        </langUsage>
        <correspDesc> <!-- Angaben zu den Briefpartnern und -handlungen dieses Briefes -->
            <correspAction type="sent"> <!-- Angaben zur Absendung dieses Briefes -->
                <persName ref="[URL zum GND-Eintrag]">
                    <surname>[Nachname der/des Absendenden]</surname>
                    <forename>[Vorname der/des Absendenden]</forename>
                </persName>
                <settlement ref="[URL zum GeoNames-Eintrag]">[Ort der Absendung]</settlement>
                <date when="[yy-mm-dd]">[Datum der Absendung]</date> <!-- <date> kann die Attribute @when, @notBefore, @notAfter, @from, @to, @period annehmen -->
            </correspAction> <!-- editorische Vermutungen hinsichtlich Absendeort und -datum wurden mit @cert und den Werten "high" oder "low" dokumentiert -->
            <correspAction type="received"> <!-- Angaben zum Empfang dieses Briefes -->
                <persName ref="[URL zum GND-Eintrag]">
                    <surname>[Nachname der/des Empfangenden]</surname>
                    <forename>[Vorname der/des Empfangenden]</forename>
                </persName>
                <date when="[yy-mm-dd]">[Datum des Empfangs, sofern vermerkt]</date>
                <settlement ref="[URL zum GeoNames-Eintrag]">[Ort des Empfangs]</settlement>
            </correspAction>
            <correspContext> <!-- Angaben zum vorhergehenden und nachfolgenden Brief zwischen den empfangenden und absendenden Personen dieses Briefes; lediglich bekannte Briefe erhalten einen Eintrag-->
                <ref type="prev" subtype="fromAuthor" target="[Briefkürzel]">Vorhergehender Brief von <!-- der Wert von @target entspricht dem im Element <TEI> vergebenen Wert des Attributs @xml:id des gemeinten Briefes -->
                    <persName ref="[URL zum GND-Eintrag]">
                        <surname>[Nachname der/des Absendenden dieses Briefes]</surname>
                        <forename>[Vorname der/des Absendenden dieses Briefes]</forename>
                    </persName> an
                    <persName ref="[URL zum GND-Eintrag]">
                        <surname>[Nachname der/des Empfangenden dieses Briefes]</surname>
                        <forename>[Vorname der/des Empfangenden dieses Briefes]</forename>
                    </persName>
                    <settlement ref="[URL zum GeoNames-Eintrag]">[Ort der Absendung]</settlement>
                    <date when="[yy-mm-dd]">[Datum der Absendung]</date>
                    <idno type="shelfmark">[Signatur]</idno>
                    <idno type="folio">[Seite/Blatt]</idno>
                </ref> <!-- Daten, die nicht ermittelbar sind (bspw. eine Signatur, weil der Brief zwar bekannt aber nicht erhalten ist), bekamen kein Element; stattdessen konnten in einem <note>-Element erläuternde Angaben gemacht werden wie bspw.: "Brief ist sehr wahrscheinlich 1945 verbrannt" -->
                <ref type="prev" subtype="toAuthor" target="[Briefkürzel]">Vorhergehender Brief von
                    <persName ref="[URL zum GND-Eintrag]">
                        <surname>[Nachname der/des Empfangenden dieses Briefes]</surname>
                        <forename>[Vorname der/des Empfangenden dieses Briefes]</forename>
                    </persName> an
                    <persName ref="[URL zum GND-Eintrag]">
                        <surname>[Nachname der/des Absendenden dieses Briefes]</surname>
                        <forename>[Vorname der/des Absendenden dieses Briefes]</forename>
                    </persName>
                    <settlement ref="[URL zum GeoNames-Eintrag]">[Ort der Absendung]</settlement>
                    <date when="[yy-mm-dd]">[Datum der Absendung]</date>
                    <idno type="shelfmark">[Signatur]</idno>
                    <idno type="folio">[Seite/Blatt]</idno>
                </ref>
                <ref type="next" subtype="fromAuthor" target="[Briefkürzel]">Nachfolgender Brief von
                    <persName ref="[URL zum GND-Eintrag]">
                        <surname>[Nachname der/des Absendenden dieses Briefes]</surname>
                        <forename>[Vorname der/des Absendenden dieses Briefes]</forename>
                    </persName> an
                    <persName ref="[URL zum GND-Eintrag]">
                        <surname>[Nachname der/des Empfangenden dieses Briefes]</surname>
                        <forename>[Vorname der/des Empfangenden dieses Briefes]</forename>
                    </persName>
                    <settlement ref="[URL zum GeoNames-Eintrag]">[Ort der Absendung]</settlement>
                    <date when="[yy-mm-dd]">[Datum der Absendung]</date>
                    <idno type="shelfmark">[Signatur]</idno>
                    <idno type="folio">[Seite/Blatt]</idno>
                </ref>
                <ref type="next" subtype="toAuthor" target="[Briefkürzel]">Nachfolgender Brief von
                    <persName ref="[URL zum GND-Eintrag]">
                        <surname>[Nachname der/des Empfangenden dieses Briefes]</surname>
                        <forename>[Vorname der/des Empfangenden dieses Briefes]</forename>
                    </persName> an
                    <persName ref="[URL zum GND-Eintrag]">
                        <surname>[Nachname der/des Absendenden dieses Briefes]</surname>
                        <forename>[Vorname der/des Absendenden dieses Briefes]</forename>
                    </persName>
                    <settlement ref="[URL zum GeoNames-Eintrag]">[Ort der Absendung]</settlement>
                    <date when="[yy-mm-dd]">[Datum der Absendung]</date>
                    <idno type="shelfmark">[Signatur]</idno>
                    <idno type="folio">[Seite/Blatt]</idno>
                </ref>
            </correspContext>
        </correspDesc>
    </profileDesc>
    <revisionDesc> <!-- Angaben zur Änderung der Datei -->
        <change when="[yy-mm-dd]" who="#[Personenkürzel]">[Beschreibung der Änderung]</change> <!-- der Wert von @who entspricht nach dem Doppelkreuz dem @xml:id-Wert der/des Edierenden im <respStmt> (s.o.) -->
    </revisionDesc>
</teiHeader>

Auf </teiHeader> folgt unmittelbar das <text>-Element und auf dieses wiederum das <body>-Element. Diese Struktur wurde in keinem Fall verändert. Elemente wie <back> oder <front> wurden nicht verwendet. Innerhalb von <body> waren die im Folgenden aufgeführten Tags zulässig.

3.1 Grundstruktur (<div>, <p>, <pb/>, <lb/>, <cb/>, <fw>)

Die Hauptbestandteile des Briefes (Brieftext und Briefumschlag) wurden mit dem <div>-Element ausgezeichnet. Zulässig sind allein die Attribut-Wert-Paare @type="letter" und @type="envelope". Das @n-Attribut mit numerischem Wert konnte dann verwendet werden, wenn der Brieftext durch den Briefumschlag unterbrochen und danach weitergeführt wurde oder wenn innerhalb des Briefes eingefügte Datumsangaben auf einen eigenständigen Briefbestandteil innerhalb des Gesamtbriefes hindeuteten: 

<div type="letter" n="2">
<div type="envelope">

Absätze wurden vom <p>-Element umschlossen. Dabei handelt es sich um die Wiedergabe des formalen Befundes in Form deutlich sichtbarer Umbrüche. Entsprechend wurden Themenwechsel, die nicht durch die Verwendung von Absätzen markiert sind, nicht mit <p> ausgezeichnet.

Seitenwechsel wurden mit dem <pb>-Element kodiert. Das <pb> folgt unmittelbar auf das <body>-Element, sofern es sich in der Vorlage am oberen Seitenrand befindet. Die zulässigen Attribute sind @facs und @n. Die Werte des @facs-Attributs referenzieren auf die in Collections hinterlegten Bilddateinamen der einzelnen Briefseiten. Sie bilden sich stets nach folgendem Prinzip: "[Briefidentifikator]_[Bildnummerierung].[Dateiendung]". Mit dem @n-Attribut wird die Blattpaginierung wiedergegeben, mit den üblichen Abkürzungen „r“ für „recto“ und „v“ für „verso“:

<pb facs="PK16_56_0002.tif" n="56v"/>

Jeder Zeilenschluss wurde mit dem leeren Element <lb/> kodiert. Es steht hinter dem äußersten schließenden Element aber immer vor </body>. Die Elemente <pb/>, <cb/> und <space/> stehen ohne folgendes <lb/>-Element.

Spalten wurden mit dem leeren Element <cb/> dokumentiert. Da die Identifizierung von Spalten in Handschriften generell schwierig ist, wurden Spalten nur dann ausgezeichnet, wenn mindestens zwei Spalten zu erkennen waren. Der Beginn der Spaltenschreibweise trägt das Attribut-Wert-Paar @type="start", das Ende @type="end". Mit dem Attribut @rend wird die Lage der Spalte in Bezug auf die anderen Spalten festgehalten. Es kann die Werte "left", "middle" und "right" annehmen. Im HTML-Layout sind die Spalten nicht imitiert worden: 

<cb type="start" rend="right"/>Erl<lb/> 
aufrichtich treüe<lb/>
baß und dinerin<lb/>
Erd muthe<cb type="end" rend="right"/>

 Die Blattpaginierung wurde zusätzlich zu <pb n="[...]"/> mit <fw type="folNum"> festgehalten. Die Attribute @place und @hand geben Aufschluss über Position und Urheber (i.d.R. ein/e Archivar/in) der Paginierung. @place kann die Werte "top", "bottom", "top-right", "top-left", "bottom-right"; oder "bottom-left" annehmen. Der einzig mögliche @hand-Wert ist "archivist_hand". Er entspricht dem @xml:id-Wert des <handNote>-Elements im Header eines Briefes.

 <fw type="folNum" place="top-right" hand="#archivist_hand">56</fw>

3.2 Hervorhebungen (<hi>)

Chirographische Hervorhebungen wurden mit dem @rend-Attribut versehen. Ließ es sich keinem anderen strukturierenden Element zuordnen, so wurde es innerhalb des <hi>-Elements verwendet.

@rend kann folgende Werte annehmen:

Im Fall von "underline" und "mark" wurde auch die Farbe der Unterstreichung/Markierung kodiert, sofern sie nicht der der Tinte entsprach. Das @rend-Attribut kann hier zusätzlich die Werte "color(#FA5858)" für rot oder "color(#CCCCCC)" für grau annehmen. Zudem wurde das @n-Attribut mit einem numerischen Wert hinzugefügt, sofern die Unterstreichung bzw. Markierung mehr als eine Linie aufwies. Das @hand-Attribut wurde für die Identifizierung des Urhebers verwendet, sofern es nicht die Schreiberin war. Mögliche @hand-Werte können sein: "archivist_hand", "heinrichxxiv_hand", "heinrichxxiv_hand2", "heinrichxxiv_hand3", "scribe_hand", "heinrichxxix_hand" und "unknown_hand". Sie entsprechen den @xml:id-Werten der <handNote>-Elemente im Header eines Briefes. Da letztlich aber nie zweifelsfrei zu klären war, wer die Markierung/Unterstreichung auch tatsächlich vornahm, wurde mittels @cert und den Werten "low" oder "high" die Gewissheit angegeben, mit der ein Urheber identifiziert wurde:

<hi rend="underline color(#FA5858)" n="2" hand="#heinrichxxiv_hand" cert="high">seniorat</hi>

Auch konnte es vorkommen, dass Briefstellen zunächst mit einer Farbe, später mit einer anderen zusätzlich unterstrichen/markiert wurden. In diesen Fällen dokumentiert <retrace cause="fixation"> die nachträgliche Bestätigung:

<retrace cause="fixation" rend="mark color(#FA5858)" hand="#heinrichxxiv_hand" cert="high"><hi rend="mark color(#CCCCCC)" hand="#heinrichxxiv_hand3" cert="high">wöre, in dem&#x0305</hi></retrace>

3.3 Leerräume (<space>) 

Deutliche horizontale Leerräume in einer Zeile wurden mit dem leeren Element <space dim="horizontal"/> ausgezeichnet. Die Größe des Leerraumes wurde nicht angegeben. Im HTML-Layout erscheinen die horizontalen Leerräume als einfache Spatien.

Vertikale Leerräume zwischen Absätzen wurden mit @dim="vertical" dokumentiert. @unit und @quantity geben zudem einen Orientierungswert zum Umfang des Leeraumes an. Während @unit allein den Wert "lines" besitzen darf, kann @quantity die numerischen Werte 1-15 annehmen. Im HTML-Layout erscheint eine dem @quantity-Wert entsprechende Anzahl an leeren Zeilen:

<space dim="vertical" unit="lines" quantity="1"/>

3.5 Anmerkungen (<note>) 

Anmerkungen, sowohl in der Vorlage als auch editorische, wurden in dem Element <note> festgehalten. Anmerkungen auf der Quelle wurden in der Zeile kodiert, in der sie in der Vorlage zu finden sind. Editorische Anmerkungen fanden unmittelbar hinter dem zu kommentierenden Wort/Textbestandteil statt.

Quelleneigene Anmerkungen erhielten das @ hand-Attribut mit entsprechender ID des zugehörigen <handNote>-Elements im Header, sofern sie nicht von der Schreiberin stammten. Mögliche @ hand-Werte können sein: "archivist_hand", "heinrichxxiv_hand", "heinrichxxiv_hand2", "heinrichxxiv_hand3", "scribe_hand" und "unknown_hand". Sie entsprechen den @xml:id-Werten der <handNote>-Elemente im Header eines Briefes. Zudem konnte das <note>-Element mit dem Attribut @type und den Werten "argument" oder "postscript" versehen werden. Erscheinung und Lage der quelleneigenen Anmerkungen wurden mit dem @rend und @place-Attribut versehen. Zu den möglichen @rend-Werten vgl. den Absatz „Hervorhebungen“. Das @place-Attribut kann die Werte "margin-right", "margin-left", "top", "bottom", "top-right", "top-left", "bottom-right", "bottom-left" und "inline" annehmen. Innerhalb des <note>-Textes wurden Hervorhebungen, Spalten- und Zeilenumbrüche wie im Haupttext kodiert:

<note rend="color(#FA5858)" hand="#heinrichxxiv_hand" place="bottom-left" type="argument">Vormund&#x017F;chafft betreffend</note>

Quelleneigene Anmerkungen (<note>) unterscheiden sich von Hinzufügungen (<add>, s.u.) dadurch, dass Erstere eigenständige, in sich geschlossene, zusätzliche Informationen bieten. Hinzufügungen sind hingegen grammatikalisch und semantisch in den Fließtext passende, uneigenständige, in sich nicht geschlossene und in der Regel unmittelbar während des Schreibens erfolgte Einfügungen/Nachträge, die oft (aber nicht zwangsläufig) mit einem Platzhalter gekennzeichnet sind.

Editorische Anmerkungen/Kommentare erhielten im <note>-Element das Attribut-Wert-Paar @type="editorial" und das Attribut @resp mit der korrespondierenden ID der/s verantwortlichen Edierenden als Wert. Im HTML-Layout erscheinen sie als Fußnoten, die bei Mausklick darauf den Sprung auf den Fußnotentext und zurück erlauben. Bei Mouseover wird der Fußnotentext eingeblendet:

 <note type="editorial" resp="#MP">Der Mitvormund Heinrich VIII. Reuß-Hirschberg war am 29. Oktober 1711 gestorben. Mit seinem Tod erlosch die Linie Reuß-Hirschberg. Vgl. <bibl corresp="#schmidt_genealogie_reuss">Schmidt, Genealogie</bibl>, Tafel 17, Nr. 5.</note>

Streichungen innerhalb der Vorlage wurden mit ;<del> umschlossen. Eine nähere Spezifizierung der Streichung erfolgte mit dem @rend-Attribut. Zulässige Werte sind "strikethrough", "overwritten" und "erasure". Die Auszeichnung der Streichungen erfolgte zeichengenau. Das heißt, dass nur die Teile eines Wortes als Streichung kodiert wurden, die in der Vorlage einwandfrei als solche zu erkennen waren, auch wenn das gesamte Wort als gestrichen intendiert gewesen sein dürfte. Konnte die Streichung nicht mehr identifiziert werden, so wurde sie entweder mit <gap/> oder <unclear> innerhalb des <del>-Elements ausgezeichnet. Im Layout wird der Wert "strikethrough" mit einer horizontalen Linie mittig der betreffenden Textteile dargestellt, während die mit dem Wert "erasure" kodierten Befunde in hellgrauer Farbe präsentiert werden. Zusätzlich erscheint bei Mouseover der editorische Hinweis „Gelöscht“. Wurden gelöschte Buchstaben nachträglich zusätzlich überschrieben, so wurde lediglich die zeitlich erste Streichung, sprich "erasure" als Wert verwendet. Durch die zwangsläufig nachfolgende Kodierung des Überschriebenen mit <add place="across"> (s.u.) wird die Überschreibung ("overwritten") ohnehin impliziert:

<del rend="strikethrough">abe</del>r
<del rend="strikethrough"><unclear reason="illegible" cert="low" resp="#MP">&#x017F;ind u</unclear></del>

 Streichungen mit anschließender Ersetzung, die als zusammengehörende Einheit betrachtet werden konnten, sprich wenn erkennbar war, dass eine deutlich abgrenzbare Streichung durch eine deutlich abgrenzbare Hinzufügung ersetzt wurde, so wurden die verwendeten Elemente <add> und <del> innerhalb von <subst> verschachtelt. Im HTML-Layout werden Überschreibungen mit einer roten gepunkteten Unterstreichung angezeigt. Bei Mouseover wird die überschriebene Textebene eingeblendet. Auch hier ist zu betonen, dass <subst> lediglich die Zeichen umfasst, die eindeutig als Löschung und ersetzende Hinzufügung erkannt werden konnten. Alle anderen Zeichen stehen außerhalb von <subst>. Hier konnten weitere Kodierungen erfolgen bspw. <del rend="erasure">, sofern die Streichung noch über die Ersetzung hinausreicht.

Verzichtet wurde auf eine gesonderte Kodierung des zeitlichen Auftretens der Änderungen beim Schreiben mittels des @instant-Attributs üblicherweise mit den Werten "true" oder "false", da die mit <subst> erfassten Änderungen in den Erdmuthebriefen immer unverzüglich (also @instant="true") erfolgten und keine späteren Änderungen am Wortlaut des Textes (bspw. durch andere Schreibhände) erkennbar sind.

Das Element <subst> wurde hingegen nicht verwendet, wenn eine Hinzufügung wiederum gelöscht wurde. In diesem Fall wurde <add> innerhalb von <del> verschachtelt. Der zeitlich zuletzt getätigte Redaktionsschritt entspricht so dem jeweils äußersten Elternelement.

In den Fällen, in denen mehrere Änderungen an einer Stelle durchgeführt wurden, ohne dass die Befunde ineinander geschachtelt werden konnten bzw. eine Schachtelung der obigen Regel widersprach, war mit dem Attribut @seq und den Werten "1", "2" und "3" innerhalb der <add>- und <del>-Elemente die zeitliche Reihenfolge der Änderungen anzugeben:

<subst><del rend="erasure">&#x017F;ich</del><add place="across">d</add></subst>och

Korrekturen der Schreiberin im Sinne von Überschreibungen einzelner Buchstaben mit identischen Buchstaben mit der Absicht der Erhöhung der Lesbarkeit sind nicht kodiert worden. Sie können in einer späteren Phase bspw. mit <retrace cause="clarification"> dokumentiert werden.

<choice><orig>nach tricklich</orig>
<reg resp="#MP">nachtricklich</reg></choice>

Eine tiefergehende orthographische Normalisierung der Texte ist für eine spätere Phase der Edition vorgesehen. Derzeit kann sie testweise beispielsweise mit dem Webservice CAB des Deutschen Textarchivs vorgenommen werden, wenngleich die sehr spezielle Orthographie der Schreiberin auch diese Software an ihre Grenzen bringt:

CAB-Webservice: http://www.deutschestextarchiv.de/demo/cab/
CAB-Dokumentation: http://odo.dwds.de/~moocow/software/DTA-CAB/

<signed>
<choice><abbr>E</abbr><expan resp="#MP">Erdmuthe</expan></choice>
<choice><abbr>B</abbr><expan resp="#MP">Benigna</expan></choice>
<choice><abbr>R</abbr><expan resp="#MP">Reuß</expan></choice>
<choice><abbr>G</abbr><expan resp="#MP">Gräfin</expan></choice>
<choice><abbr>u</abbr><expan resp="#MP">und</expan></choice>
<choice><abbr>f</abbr><expan resp="#MP">frau</expan></choice>
<choice><abbr>V</abbr><expan resp="#MP">Von</expan></choice>
<choice><abbr>P</abbr><expan resp="#MP">Plauen</expan></choice>
</signed>

3.9 Entitäten (<persName>, <placeName>, <orgName>, <rs>) 

Personen wurden im Falle direkter Namensnennung mit dem Element <persName>, im Falle indirekter mit <rs type="person"> ausgezeichnet. Dem Attribut @ref wurde der Link zum Personeneintrag in der Gemeinsamen Normendatei (GND) der Deutschen Nationalbibliothek (DNB) als Wert zugewiesen, sofern ein Eintrag vorhanden war. Im Layout lässt sich so mittels Mausklick auf den Personennamen direkt zum GND-Eintrag springen. Der Wert des @corresp-Attributs wiederum referenziert auf die ID des zur Person gehörigen Eintrags im Personenregister. In der HTML-Ansicht erscheint vor den Personen ein Silhouetten-Zeichen (&#x1f464;) zur schnelleren Sichtbarkeit der im Text genannten Personen. Bis auf Adressat/in und Schreiber/in wurden Personen bei jeder Nennung ausgezeichnet. Der/die Adressierte wurde lediglich beim ersten Ansprechen in der eröffnenden Grußzeile kodiert, der/die Schreibende lediglich bei der Unterschrift. Ausnahmen bildeten auch die indirekten Nennungen, sofern es sich um häufig hintereinander auftauchende Personalpronomen handelte. Nur wenn eine Person auf einer Seite genannt und auf der nachfolgenden erneut angesprochen wurde, so wurde sie auch auf der neuen Seite ausgezeichnet. Gruppen von Personen, die in der Regel sehr unbestimmt waren, wurden nicht kodiert:

<persName ref="http://d-nb.info/gnd/116238763" corresp="#ulrich_bogislaus_bonin" resp="#MP">bonin</persName>

Direkte Nennungen von Orten (vereinzelt auch von Ländern, Landschaften, Wäldern und Bergwerken) wurden mit dem Element <placeName> kodiert, indirekte mit <rs type="place">. Dem Attribut @ref wurde der Permalink zum entsprechenden Eintrag in der Datenbank des Geoinformationservices GeoNames (http://geonames.org) zugewiesen, sofern dieser vorhanden war. Im Layout lässt sich so mittels Mausklick auf den Ortsnamen direkt zum GeoNames-Eintrag springen. Der Wert des @corresp-Attributs wiederum referenziert auf die ID des zugehörigen Eintrags im geografischen Register. In der HMTL-Darstellung erscheint vor den Ortsangaben ein stilisierter Globus (&#x1f30d;) zur schnelleren Sichtbarkeit der im Text genannten Orte. Ortsnamen wurden auch dann als indirekte Nennung ausgezeichnet, wenn sie als Teil eines anderen Wortes oder auch einer anderen Wortart auftauchten, z.B. adjektivisch: „Hirschberger Protocoll“. Wurden Ortsnamen in Metonymien verwendet (bspw. „die schletzer“ als stellvertretende Bezeichnung für die Schleizer Herrschaft) oder als Bestandteil von Gruppenbezeichnungen (z.B. „die kestritzer“) so wurden diese ebenfalls mit <rs type="place"> kodiert: 

<rs type="place" ref="http://www.geonames.org/2876721/bad-lobenstein.html" corresp="#lobenstein" resp="#MP" cert="high">drinen</rs>

Organisationen und Institutionen wurden im Falle direkter Namensnennung mit dem Element <orgName>, im Falle indirekter mit <rs type="organisation"> ausgezeichnet. Dem Attribut @ref wurde der Link zum Personeneintrag in der GND zugewiesen, sofern ein Eintrag vorhanden war. Im HMTL-Modus lässt sich so mittels Mausklick auf den Namen direkt zum GND-Eintrag springen. Der Wert des @corresp-Attributs referenziert auf die ID des zur Organisation gehörenden Eintrags im Organisationenregister. Im Layout erscheint vor den Organisationsangaben ein stilisiertes Gebäude-Zeichen (&#x1f3db;) zur schnelleren Sichtbarkeit der im Text genannten Organisationen:

<orgName corresp="#gem_konsistorium_gera" resp="#MP">Consistorium</orgName>

Sowohl Personen, Orte als auch Organisationen enthalten zudem ein @resp-Attribut mit dem der verantwortliche Editor dieser Identifizierung benannt wird. Sie können ferner das Attribut @cert enthalten, wenn die Identifizierung ein Maß an Unsicherheit zulässt. Diese Unsicherheit wird mit den Werten "low" und "high" für geringe bzw. hohe Gewissheit angegeben.

3.10 Datums- und Zeitangaben (<date>, <time>) 

Datumsangaben wurden mit <date> kodiert. Handelte es sich um briefspezifische Datumsangaben wurden diese mit @type und den Werten "sent", "received" oder "responded"  dokumentiert. Die Datumsangabe an sich wurde mit folgenden zulässigen Attributen festgehalten: @when, @notBefore, @notAfter, @from, @to oder @period. Die Werte dieser Attribute ensprechen zwingend dem ISO-Standard für Datumsformate und Zeitangaben 8601 und wurden im Format „yy:mm:dd“ angegeben. War keine ISO-konforme Eingabe möglich, so wurde auf ein spezifizierendes Attribut verzichtet. Fehlende Jahresangaben wurden mit „-“ ersetzt (z.B. <date when="--12-21"> für den 21. Dezember eines ungenannten Jahres), fehlende Tage oder Monate hingegen weggelassen (z.B. <date when="1716-12"> für Dezember 1712</date>).

Zeitangaben wurden mit dem Element <time> und denselben Attributen des <date>-Elements kodiert. Die Werte entsprechen dabei zwingend dem Format „hh:mm:ss“:

<time when="23:00:00">abend umb 11 uhr</time>

3.11 Zitate und bibliographische Angaben (<quote>, <bibl>) 

Zitate ohne Nennung des Urhebers wurde mittels alleinigem <quote>-Element ausgezeichnet. Wurde der Urheber genannt, so wurde dieser in einem <bibl>-Element festgehalten und sowohl <bibl> als auch <quote> mit <cit> umschlossen. Die Reihenfolge der Elemente <bibl> und <quote> entspricht dabei der Vorlage. Das <bibl>-Element beinhaltet das @corresp-Attribut, dessen Wert einer ID der Einträge des Personenregisters entspricht:

<cit><bibl corresp="#heinrichxi_schleiz">.er.</bibl><quote>der wird unß ietzt in der<lb/>iüngern <choice><orig>line</orig><reg resp="#MP">Linie</reg></choice> braf scheren </quote></cit>

Wurde der Urheber ermittelt, so wurde dieser nicht in <bibl> sondern innerhalb eines editorischen Kommentars (<note type="editorial">) unmittelbar nach <quote> genannt.

Weitere bibliographische Angaben können in den editorischen Fußnoten auftreten. Sie wurden ebenfalls mit <bibl> umschlossen. Im @corresp-Attribut wird auf die ID des entsprechenden Eintrages in der Bibliographie referenziert. Die verwendeten Kurztitel der bibliographischen Angaben werden in @corresp grob und in der Bibliographie vollständig aufgelöst: 

<bibl corresp="#deutsches_woerterbuch_grimm">DWb</bibl>

3.12 Verlinkungen (<ref>) 

Verlinkungen zu externen Online-Ressourcen und Bestandteilen der Edition (Briefe und andere Dokumente) erfolgten mit <ref target="[...]">. @target beinhaltet stets einen absoluten Link. In der HTML-Darstellung werden bereits besuchte Links mit lilafarbener, aktive mit gelber Schrift angezeigt: 

<ref target="http://nbn-resolving.de/urn/resolver.pl?urn=urn:nbn:de:urmel-a293eb24-cef7-41d3-b30c-4fda02c8d72e0">Brief Erdmuthes vom 18.-20. März 1714</ref> 

Da zur Darstellung der Transkriptionen im ThULB-Viewer jeder Briefseite eine eigene Image- sowie XML-Datei mit jeweils eigener URL bzw. URN zugeordnet ist, werden auch Sprünge innerhalb eines Briefes auf diese Weise umgesetzt und nicht etwa mit @target, @xml:id und <anchor>.

3.13 Siegel (<figure>) 

Siegel wurden mit dem Tag <figure type="seal"> ausgezeichnet. Mit @place wurde die Position des Siegels auf dem Brief angegeben. Siegel, die durch deren Brechung mehrere Teile umfassen, wurden wie unterbrochene Textpassagen mit @xml:id, @next, @prev kodiert (s.u.). Im HTML-Layout werden die Siegel an ihrer ungefähren Stelle mit dem Unicodezeichen Ⓢ (&#x24C8;) präsentiert:

<figure type="seal" place="margin-right" xml:id="siegel_teil1" next="#siegel_teil2"/>
<figure type="seal" place="margin-left" xml:id="siegel_teil2" prev="#siegel_teil1"/>

Diese Angaben wurden in Form einer quelleneigenen Anmerkung (<note>, s.o.) außerhalb von <opener> festgehalten. Das <closer>-Element wiederum umfasst die einen Brief abschließenden charakteristischen Angaben wie Grußformel (<salute>), Unterschrift/Signatur der absendenden Person (<signed>) und konnte ebenfalls Ort und Datum (<dateline>) enthalten. Die Reihenfolge der Elemente innerhalb von <closer> orientiert sich an der Vorlage.

<closer>
<salute>nuhn ich bleibe<lb/>
biß inß grab Erl auf richtiche von hertzen<lb/>
treüe baß und dinerin</salute><lb/>
<signed>Erdmuthe</signed>
<closer>

Wurden Briefe über mehrere Tage hinweg verfasst und erscheinen dementsprechend mehrere Datums- und ggf. auch Ortsangaben, so wurde diese <dateline> innerhalb ein neuen <div type="letter">-Tag mit dem Attribut @n="[Zahl]" und einem separaten <opener> bzw. <closer>-Element kodiert.   Da die TEI den Elementen <closer>, <salute> oder <signed> sehr deutliche Verwendungs­restriktionen auferlegt hat, die dem historischen Textmaterial nicht immer gerecht wurden (bspw. untersagte Verwendung innerhalb von <note>), musste in einigen Fällen ersatzweise auf das Element <seg> mit dem Attribut @type und den Werten "closer", "salute" und "signed" ausgewichen werden:

<seg type="closer">
<seg type="salute">meine libe lorelkiß ich und<lb/>
bleibe ihre im&#x0305;er treüe aufrichtiche</seg>
<seg type="signed">Erdmuhte</seg>
</seg>

In vielen Briefen folgte nach Grußformel und Unterschrift ein Postscript. Dieses wurde mit dem Element <postscript> kodiert. Die Abkürzung „ps“ erhielt dabei innerhalb von <postscript> das <label>-Element, der Postscripttext wiederum wurde in <p> gesetzt:

<postscript>
<label><abbr>ps</abbr></label><lb/>
<p>von allen an weßenden<lb/>
an alle liebe ke&#x017F;tritzi&#x017F;chen<lb/>
einen herzlichen din&#x017F;tlichengruß</p>
</postscript>

Die TEI erlaubt das <postscript>-Element lediglich in unmittelbarer Folge auf <closer>. Das Postscript ist in den Briefen Erdmuthe Benignas zuweilen aber am Rand vorheriger Seiten oder des Briefumschlages niedergeschrieben worden. Da alle Textbefunde möglichst an ihrer originären Stelle kodiert wurden, musste in diesen Fällen auf ein anderes Element zurückgegriffen werden. Das Element <seg> erlaubt kein @place, um die Position am Seitenrand anzugeben, weshalb es nicht verwendet werden konnte. <milestone> schied als leeres Element aus. Da die Postscripts in den beschriebenen Fällen ausschließlich als Marginalien erscheinen, wurde sich für die Kodierung als Anmerkung mittels <note type="postscript"> entschieden, das das Attribut @place enthalten kann:

<note type="postscript" rend="vertical" place="margin-left">meine liebe lorel griß und kiß ich 1000 mahl<lb/>
herzlich</note>

Briefumschläge wurden markiert mit <div type="envelope">. Die Adressangabe wurde innerhalb von <address> festgehalten, deren einzelne Adressbestandteile (in diesem Fall Name und Ort) mit <addrLine> umschlossen wurden. Im HTML erscheint das Adressfeld in einem gepunkteten Rahmen. Die auf dem Umschlag auftretenden Siegel wurden mit <figure type="seal"> dokumentiert (s.o.):

<div type="envelope">
<figure type="seal" place="top"/>
<p hand="#scribe_hand">
<address xml:lang="fre" rend="latin">
<addrLine>A Monsieur<lb/>
        Monsieur le Comte<lb/>
        Henry XXIV. Reu&#x017F;s<lb/>
        Comte et Seigneur de<lb/>
        Plaue p</addrLine><lb/>
<addrLine>&#x00E0;<lb/>
       Gera</addrLine>
</address>
</p>
</div>

Mitunter wurden Adressatenname und -ort in der Vorlage mit einer diagonalen Linie voneinander getrennt. Diese wurde mit <milestone unit="section" rend="diagonal-rule"/> kodiert und im HTML-Layout mit einem einfachen Slash (&#x29F8;) wiedergegeben.

3.15 Zusammenhalten von Textbestandteilen und Textseiten (@xml:id, @next, @prev)

Eigentlich zusammenhängende Textbestandteile, die bspw. aufgrund der Einhaltung der XML-Hierarchiegrenzen oder aufgrund von Seitenumbrüchen in separaten Tags kodiert werden mussten, wurden anschließend mit @xml:id, @next und @prev wieder aufeinander bezogen. Mit denselben Attributen wurden auch geteilte Siegel miteinander verbunden (s.o.):

<p><hi rend="mark" hand="archivist_hand1" xml:id="markierung_teil1" next="#markierung_teil2">auf, Spintlern, mindlich auch mehr</hi></p>
<p><hi rend="mark" hand="archivist_hand1" xml:id="markierung_teil2" prev="#markierung_teil1">Erl laßen sich zu gera noch nichts merken daß wir di&#x02F7;<lb/>
acten ver schikt haben< hi></p>

<placeName ref=www.geonames.org/2811899/weissenfels.html corresp="#weissenfels" resp="#MP" xml:id="weissenfels_teil1" next="#weissenfels_teil2">weißen-<placeName><lb/>
<pb facs="PK16_83_0004.tif" n="84v"/>
<placeName ref="http://www.geonames.org/2811899/weissenfels.html" corresp="#weissenfels" resp="#MP" xml:id="weissenfels_teil2" prev="#weissenfels_teil1">fels</placeName>

Wollte die Schreiberin mit dem Einsatz von Referenzierungszeichen gewährleisten, dass zwei Seiten in ihrer Reihenfolge zusammengehalten werden, so wurde dieses Phänomen mit <metamark> ausgezeichnet. Das @function-Attribut erhielt dabei den Wert "connect" und das Zeichen selbst wurde (sofern mit Unicode darstellbar) im @rend-Attribut festgehalten. Mit @xml:id und @target wurden beide Seiten aufeinander bezogen. Im HTML-Layout wurde auf eine Darstellung des Zeichens verzichtet und stattdessen der ihm intendierte Zweck umgesetzt:

<metamark function="connect" rend="&#x002B;" target="#X5_PK16_56_8"/>
<metamark function="connect" rend="&#x002B;" xml:id="X5_PK16_56_8"/>

In einem Fall musste <metamark function="connect"> mit dem leeren Element <addSpan/> kombiniert werden, um sich überlappende Elementgrenzen zu verhindern.

Unsicherheit/Vagheit der Transkription, bei Datierungen oder der Identifizierung von Entitäten wurde stets mit dem Attribut @cert ausgedrückt. Die Werte "high" und "low" geben den Grad an Gewissheit an, mit der die Entscheidung getroffen wurde.  

Eine besondere Herausforderung bei der Transkription und Auszeichnung der Briefe war das Erkennen lateinischer Schrift. Zum einen sind lateinische und kurrente Buchstaben im frühen 18. Jahrhundert nicht immer eindeutig voneinander zu unterscheiden. Zum anderen wechselt die Schreiberin zuweilen auch innerhalb eines Wortes unverkennbar die Schriftart, eventuell auch nur versehentlich. Betroffen sind vor allem die Buchstaben „tz“ und „v“. Da eine Transkription, die einer möglichen Intention der Schreiberin folgt, nicht in Frage kam, wurden nur jene Buchstaben als lateinische kodiert, die zweifelsfrei als solche identifiziert werden konnten. Bei Zweifeln wurde das Element <unclear> mit dem Attribut-Wert-Paar @reason="ambiguousType" verwendet. Ein @resp-Attribut trägt als Wert die entsprechende ID der/s verantwortlichen Edierenden dieser Stelle. Die mit <unclear reason="ambiguousType"> ausgezeichneten Befunde werden im HTML-Layout mit grünen eckigen Klammern umgeben und bei Mouseover als „uneindeutige Schriftart“ ausgewiesen.

Einzelne editorische Entscheidungen und Verantwortlichkeiten lassen sich in XML personalisieren, sprich gezielt den verschiedenen Edierenden zuordnen. Dies ist in der vorliegenden Edition mit dem @resp-Attribut vorgenommen worden. Es betrifft insbesondere die Transkription schwer lesbarer Stellen, editorische Kommentare, Auflösung von Abkürzungen und Identifizierung von Entitäten (Personen, Orte und Organisationen). Der @resp-Wert referenziert dabei auf die im Header unter titleStmt/respStmt vergebene xml:id der Edierenden.

3.17 Verwendete Sonderzeichen (Unicode) 

Generell wurde angestrebt, alle in den Texten auftretenden Sonderzeichen mit äquivalenten Zeichen des Unicode-Standards wiederzugeben. Es wird daher empfohlen, zur korrekten Anzeige der Transkriptionen, den Junicode-Font im Web-Browser zu installieren. Die in den Transkriptionen verwendeten Sonderzeichen samt HTML-Hexadezimalangabe sind folgende:

Silbentrennstriche sind in den Briefen Erdmuthe Benignas sehr selten. Zuweilen nutzt sie schräge doppelte Bindestriche, die mit &#x2E17; kodiert wurden.  

Bruchzeichen wurden nicht mit dem Unicode-Zeichensatz wiedergegeben sondern mit einem einfachen Slash, da in Zähler und Nenner weitere Kodierungen notwendig werden konnten.

<subst><del rend="overwritten">3</del><add place="across">2</add></subst>/3

Zwischen den verschiedenen Tremaerscheinungen über „a“, „u“, „o“ und „y“ (Punkte, vertikale Striche, Zirkumflex) wurde nicht unterschieden, sondern alle als doppelte Punkte transkribiert.