TRANSKRIPTIONS - UND AUSZEICHNUNGSRICHTLINIEN



I. Transkriptionsprinzipien 


1. Diplomatische Transkription und editorische Eingriffe 

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. 



2. Umgang mit Unsicherheiten 

Die Transkription von Handschriften führt, insbesondere wenn ein diplomatisches Transkriptionsprinzip zugrundgelegt wird, unweigerlich zu Fällen, in denen eine zweifelsfreie Umschrift nicht möglich ist. Unsicherheiten ergaben sich zuweilen bei der Unterscheidung zwischen Groß- und Kleinschreibung. War keine eindeutige Entscheidung möglich, wurde der Grad an Gewissheit einer getroffenen Transkriptionsentscheidung angegeben (s.u.). Schwierigkeiten bereitete hierbei vor allem die oft scheinbare Analogie zwischen den Großbuchstaben "V" und "W" und ihren kleingeschriebenen Pendants. Reichte der Startbogen nicht in die Oberlänge, so wurde der Buchstabe als Minuskel transkribiert. Im Falle des Buchstaben "Z/z" hingegen scheint keine Unterscheidung zwischen Groß- und Kleinschreibung durch die Schreiberin stattgefunden zu haben. Da auch das Binnen-z in der Regel eine deutliche Oberlänge besitzt, wurde es in diesen Fällen stets als Majuskel ediert.
Eine weitere Schwierigkeit betraf die eindeutige Unterscheidung der Vokale "a" und "o". Insbesondere vor Lang-s und Scharf-s war eine Differenzierung oft kaum möglich. Ließ sich kein Schaft erkennen, der das vermeintliche "a" auf der Grundlinie beendete, bevor der nächste Buchstabe ansetzte, wurde es als unsicheres "a" mit präferierter Lesung transkribiert und die Lesung "o" als alternative Lesemöglichkeit mit geringerer Gewissheit angeboten (s.u.).

Im ersten Beispiel ist das erste Wort mit „daß“ transkribiert worden, da ein separater a-Schaft und ein Neuansetzen des Schaftes des Scharf-s zu erkennen ist. Beim nachfolgenden Wort und im zweiten Beispiel hingegen wurden zwei Lesemöglichkeiten angeboten.
Der Umlaut „ä“ erschien im konjunktivischen Gebrauch der Schreiberin hingegen eindeutig als „ö“, weshalb er auch in der Regel als „ö“ transkribiert wurde. 

Im Zweifelsfall wurde aber auch hier die Unsicherheit und „ä“ als alternative Lesung angegeben.
Deutlich weniger problematisch war die Unterscheidung von Lang-s und Scharf-s. Das Lang-s unterscheidet sich zum „ß“ dadurch, dass ersteres mit einem einfachen Bogen in der Oberlänge endet bzw. sogar nur Mittel- und Unterlänge umfassen kann (wie bei „sch“). Der Bogen des Scharf-s ist hingegen wieder bis zur Grundlinie gezogen

Eine andere Quelle unsicherer Transkriptionen barg die chirographische Eigenheit der Schreiberin, Wortteile (insbesondere Präfixe) durch Spatien abzutrennen. Angesichts der geschlechtergeschichtlich bedeutsamen Frage nach Spezifika weiblicher Schreibpraxis in der Frühen Neuzeit erschien es den Editoren wichtig, diese Auffälligkeit angemessen zu dokumentieren. Eine möglichst vorlagengetreue Wiedergabe der Spatien wurde deshalb vorgenommen. Unsicherheit entstand bspw. dann, wenn die Schreibfeder zwar abgesetzt, das Spatium im Kontext der Abstände umliegender Wörter aber nur sehr klein war. Deren Deutung wurde im Falle geringen verfügbaren Schreibraums oder unsauberer Schreibweise zusätzlich erschwert. Angesichts wechselnder Größen von Schreibraum und Schrift war ein quantifizierendes Vorgehen bspw. durch Ausmessen der Spatien und der Formulierung eines erforderlichen Minimalabstandes als Kriterium für bzw. gegen das Setzen eines Spatiums nicht angebracht. Stattdessen wurde einem phonetisch-chirographischen Transkriptions­prinzip gefolgt. Das bedeutet, dass die grundlegende Entscheidung zwischen Getrennt- und Zusammenschreibung nach der historischen Trennung von Sprechsilben am Zeilenende erfolgte. Erst nachranging wurde auch die tatsächliche Größe der Abstände bei der Beurteilung beachtet.

Folglich wurde die Gewissheit eines Spatiums dann mit „hoch“ angegeben, wenn zwar nur ein geringer Abstand zweier Buchstaben auszumachen war, es sich jedoch um zwei eigenständige Silben handelte, die Feder sichtbar abgesetzt wurde und die Schreiberin dasselbe Wort für gewöhnlich deutlich getrennt schrieb. Dies war zudem insbesondere dann geboten, wenn der letzte Buchstabe der ersten Silbe auf ähnlicher Höhe endete, wie der erste Buchstabe der nachfolgenden Silbe begann und die Tintenstärke einheitlich blieb. Das Absetzen der Feder aus schreibtechnischen Gründen erschien damit als nicht zwingend und das bewusste Setzen eines Spatiums als wahrscheinlich.

Im Falle deutlicher Abstände wurden mutmaßliche Spatien mir „geringer Gewissheit“ versehen, wenn es sich zwar um eine sichtbar abgesetzte Feder handelte, die etwaige Trennung aber keine Silbentrennung darstellte. Doch auch bei zugrundeliegenden eigenständigen Silben konnte geringe Gewissheit dann konstatiert werden, wenn diese von der Schreiberin üblicherweise nicht getrennt wurden oder wenn der letzte Buchstabe der ersten Silbe auf einer deutlich anderen Zeilenebene endete als der erste Buchstabe der folgenden Silbe begann oder die Tintenstärke offensichtlich variierte. Das Absetzen der Feder aus schreibtechnischen Gründen wurde damit nämlich wahrscheinlich und ein bewusstes Setzen eines Spatiums unwahrscheinlich.

Doch auch dieser regelgeleiteten Entscheidungshilfe bleibt stets eine gewisse Subjektivität inhärent, die die oben erwähnten interpretatorischen Implikationen des Transkribierens generell verdeutlicht. Das phonetisch-chirographische Transkriptionsprinzip ist daher vielmehr als ein Vorschlag anzusehen, ein distinktes Schreibphänomen möglichst vorlagengerecht dokumentieren und für die geisteswissenschaftliche Analyse untersuchbar zu machen. Auch kann mit dieser Art der Transkription schnell begonnen werden, ohne die Schreibgewohnheit der Verfasserin vorher im Detail kennen zu müssen.

Da die Orthographie Erdmuthe Benignas in Folge fehlender gelehrter Ausbildung ihrem Sprechstil gefolgt sein dürfte, agiert das angewendete Transkriptionsprinzip vermutlich auch nahe an der von der Schreiberin intendierten Spatienverwendung. Dafür spricht auch, dass „die Silbentrennung am Zeilenende [...] um 1700 bereits so klar entschieden [...] [war], daß die [...] praktizierten Regeln fast völlig zur heutigen DUDEN-Regelung, ja sogar den Reform­vorschlägen von 1989 stimmen.“ (Peter Polenz: Deutsche Sprachgeschichte vom Spätmittelalter bis zur Gegenwart. Bd. 2. 17. und 18. Jh. 2. Aufl.. Berlin, New York 1994, S. 248.). Dennoch konnte es vorkommen, dass Erdmuthe Benigna die Silben zuweilen auch fehlerhaft trennte. Überwiegend tat sie dies jedoch korrekt.

Die Frage nach Gewohnheit als primäres oder gar alleiniges Entscheidungsprinzip ist in den Briefen ohnehin aufgrund der häufigen Schwankungen zwischen deutlicher Getrennt- und Zusammenschreibung auch bei gleichen Wörtern wenig zielführend. So zeigt bspw. folgende Stelle, dass das Präfix „ge“, das die Schreiberin sonst überwiegend abtrennt, auch eindeutig zusammengeschrieben erscheinen kann:

Ebenso verdeutlichen Korrekturbeispiele, dass Erdmuthe Benigna offenbar Wert auf die Getrennt- und Zusammenschreibung legte, die Dokumentation dieser damit also nicht überflüssig ist:

Zur Verdeutlichung des Transkriptionsprinzips folgen Textbeispiele und Angaben zum editorischen Umgang mit den entsprechenden Textphänomenen.

Eine Trennung mittels Spatium erfolgte bei:

Keine Trennung erfolgte hingegen bei:

Eine Trennung mit niedrigem Grad an Gewissheit erfolgte bei:

Eine Trennung mit hohem Grad an Gewissheit erfolgte bei:

In einem Wort konnten folglich auch Trennungen sowohl mit hohem als auch niedrigem Gewissheitsgrad auftreten wie bei:

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.



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


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.



1. XML/TEI-Deklaration und Briefidentifikator (<?xml?>, <TEI>)


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>



3. Textdaten (<text>)

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:

Attributwert

Anwendung

Layout-Darstellung

latin lateinische Buchstaben in überwiegendem Kurrent-Text serifenlose Schrift (Helvetica, Arial)
align-right, align-center rechtsbündiger bzw. zentrierter Text; linksbündig wurde nicht gesondert ausgezeichnet, da dies als Normalfall gilt rechtsbündige bzw. zentrierte Ausrichtung über gesamte Bildschirmbreite
indent eingerückter Text Einrückung
superscript hochgestellter Text Hochstellung, verkleinerte Schrift
subscript tiefgestellter Text Tiefstellung, verkleinerte Schrift
vertical vertikal verlaufender Text  
upsidedown auf Kopf stehender Text  
larger gegenüber Grundtext deutlich vergrößerter Text, sofern graphisch als auch intentional einwandfrei erkennbar um den Faktor 1,5 vergrößerte Schrift
underline unterstrichener Text; @n mit numerischem Wert gibt die Anzahl der Unterstreichungen an, sofern mehr als eine vorhanden ist Unterstreichung; Farbe schwarz oder entsprechend des zugewiesenen hexadezimalen HTML-Farbcodes
mark mit vertikalen Linien markierter Text; @n mit numerischem Wert gibt die Anzahl an Linien wieder, sofern mehr als eine vorhanden ist grauer Texthintergrund oder farbig entsprechend des zugewiesenen hexadezimalen HTML-Farbcodes
left right, middle nur innerhalb von <cb> zur Kodierung der Spaltenlage des Textes  
erasure gelöschter Text graue Schriftfarbe
strikethrough durchgestrichener Text einfache vertikale Linie durch Textmaterial
spaced deutlich erhöhter und intendierter Abstand zwischen Zeichen eines Wortes erhöhter Zeichenabstand



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.4 Unsicher transkribiertes und fehlendes Textmaterial (<unclear>, <supplied>, <gap/>)

Die Rekonstruktion zwar vorhandenen, aber nur unsicher lesbaren Textmaterials (dazu gehörten auch unsichere Zusammen- und Getrennt-, Groß- und Klein- oder Latein- und Kurrentschreibung) erfolgte mit <unclear> auf Zeichenebene. Das heißt, es wurden allein die betroffenen Zeichen ausgezeichnet. <unclear> erfordert zwingend die Attribute @reason, @cert und @resp. Mögliche @reason-Werte können sein: "illegible", "border" (für Seiten­grenze), "incomplete", "stained", "faded", "erased", "ambiguousType" (für uneindeutige Schriftart). Mögliche @cert-Werte können sein "low" und "high". Existierten zwei Lesemöglichkeiten, dann wurden diese hintereinander mit <unclear> kodiert und beiden das Elternelement <choice> zugewiesen. Eine der beiden Lesungen erhielt dabei eine höhere, die andere eine niedrigere Gewissheit (@cert mit den Werten "low" und "high"):

 

<choice><unclear reason="illegible" cert="high" resp="#MP">a</unclear><unclear reason="illegible" cert="low" resp="#MP">o</unclear></choice>

 
Im HTML-Layout erscheinen mit <unclear> ausgezeichnete Textteile in grünen eckigen Klammern. Bei Mouseover werden Grund und Gewissheit der unsicheren Lesung eingeblendet:

Handelt es sich um verlorenes Textmaterial, dass durch seinen Kontext rekonstruierbar ist, so wurden betroffene Zeichen mit <supplied> kodiert. Innerhalb dieses Elements sind zudem ebenfalls zwingend die Attribute @reason, @cert und @resp erforderlich. Mögliche @reason-Werte sind "lost", "overwritten", "erased", "border" und "stained". Mögliche @cert-Werte sind auch hier "high&quot; und "low":

 

<supplied reason="border" cert="high" resp="#MP">en</supplied>

 
Im Thulb-Viewer erscheinen mit <supplied> ausgezeichnete Textteile in grünen eckigen Klammern. Bei Mouseover werden Grund und Gewissheit der rekonstruierten Lesung eingeblendet:

Ist das Textmaterial verloren und nicht rekonstruierbar, so wurden die entsprechenden Textteile mit dem leeren Element <gap/> ausgezeichnet. Auch hier darf das Element nicht ohne das @reason-Attribut stehen, welches die Werte "illegible", "lost", "erased", "faded"; oder "incomplete" erhalten kann. Hinzu kommt die Angabe des geschätzten Umfanges des verlorenen Materials durch die Attribute @unit und @quantity. Während @quantity die numerischen Werte 1-5 enthalten kann, dürfen @unit die Werte "chars", "words", "lines" oder "pages" zugewiesen werden. Ist der Umfang des Verlustes nicht zu ermitteln, steht <gap/> nur mit @reason:

 

<gap reason="illegible" unit="chars" quantity="2"/>


Im HTML-Layout werden verlorene Textteile in Form eines grünen Doppelkreuzes in grünen eckigen Klammern ([#]) dargestellt. Ein Doppelkreuz symbolisiert dabei ein Zeichen/Buchstaben, drei Doppelkreuze symbolisieren sowohl ein Wort als auch mehr als ein Zeichen. Zwei Gruppen von drei Doppelkreuzen weisen auf das Fehlen mehrerer Wörter hin. Bei Mouseover werden weitere Informationen zum Grund und Umfang der Lücke eingeblendet:

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>



3.6 Hinzufügungen und Streichungen (<add>, <del>)


Hinzufügungen wurden mit dem Element <add> ausgezeichnet. Handelte es sich um eine andere Schrift als die der Schreiberin, so wurde diese mit dem @hand-Attribut spezifiziert. 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. Auf die Position der Hinzufügung in der Vorlage verweist @place. Es kann die Werte "superlinear", "sublinear", "inline", "across", "margin-left", "margin-right", "top" oder "bottom" besitzen. Siehe zur Unterscheidung von <add> und <note> den Absatz „Quelleneigene Anmerkungen“.

Zuweilen wurden Hinzufügungen an den Seitenrändern oder über/unter der Zeile mit Platzhaltern bzw. Referenzierungszeichen versehen, die auf deren vorgesehenen Platz im Fließtext verweisen. Diese wurden mit dem leeren Element <metamark function="insert"/> innerhalb von <add> kodiert. Die Hinzufügungen wurden an der durch die Schreiberin zugewiesenen Stelle ausgezeichnet und sie erscheinen auch in der HTML-Ansicht an diesem Platz. Das Einweisungszeichen wird zwar im XML-Code mit dem @rend-Attribut möglichst vorlagengetreu festgehalten, sofern Unicode ein entsprechendes Zeichen bereitstellte. Im Layout ist auf eine Wiedergabe dieses Zeichens jedoch verzichtet worden. Der Hinzufügungstext wurde genauso kodiert wie der übrige Text. Das bedeutet, dass auch die Zeilenumbrüche dokumentiert wurden, die in der HTML-Ansicht allerdings ausgeblendet werden. Hinzufügungen werden im HTML-Modus durch eine gelb-punktierte Unterstreichung angezeigt und blenden bei Mouseover Informationen zu ihrem originären Ort innerhalb der Vorlage ein:

 

<add place="margin-left"><metamark function="insert" rend="&#x02E3;"/>Zu hir&#x017F;chberg</add>

In einigen Fällen konnten Einfügungen nicht kodiert werden, da der Unicode-Zeichensatz kein adäquates Einweisungszeichen vorsieht, wie bspw. hier:

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.



3.7 Editorische Korrekturen und Regularisierungen (<orig>, <reg>)


Einem diplomatischen Transkriptionsideal entsprechend wurden keinerlei editorische Korrekturen/Emendationen vorgenommen, da zur Entstehungszeit der Briefe noch keine verbindlichen Rechtschreibregeln existierten und sich auch zunächst als Schreibversehen interpretierte Befunde häufig als offenbar planmäßige zumindest aber regelhaftig auftretende Schreibweisen der Verfasserin entpuppten. Beispielsweise schreibt sie überwiegend „meinug“ statt meinung oder „erfodern“ statt erfordern. Diese Befunde wurden lediglich mit dem Element <sic> gekennzeichnet, um anzuzeigen, dass es sich hierbei nicht um Transkriptionsfehler handelt. Im HMTL-Layout werden diese aber nicht gesondert dargestellt. Auch Satzzeichen und der im Fließtext zwar inhaltlich nicht jedoch chirographisch markierte Beginn neuer Absätze wurden unkorrigiert belassen.  

Regularisierungen/Normalisierungen fanden allein unter dem Prinzip der Verbesserung der maschinellen Suchbarkeit einzelner Wörter statt. Das heißt, dass getrennt geschriebene Wörter lediglich zusammengezogen wurden, ohne diese aber nach moderner Orthographie und Grammatik zu normalisieren. Lediglich das Abbruchzeichen am Ende eines Wortes (&#x02F7;) wurde aufgelöst, da hier verschiedene Buchstaben in Betracht kommen konnten. Diese vorgenommene minimalistische Regularisierung ist der Eigenheit der Schreiberin geschuldet, einzelne Silben (insbesondere Präfixe) vom Rest des Wortes abzutrennen (vgl. das Kapitel Transkriptionsrichtlinien). Das Wort ist damit zwar für den Leser rekonstruierbar, für die Suchmaschine aber entsteht durch das Leerzeichen ein nur schwer überbrückbares Hindernis bei der Identifizierung als zusammengehörendes Wort.

Sowohl der Originalbefund als auch die Regularisierung wurden stets getrennt dokumentiert durch die Verwendung der Elemente <choice>, <orig> und <reg>. Das <reg></reg>-Element enthält das Attribut @resp mit der entsprechenden ID der/s verantwortlichen Edierenden dieser Stelle. In der HTML-Darstellung erscheint zunächst die vorlagengetreue Schreibweise, die mit einer grün gepunkteten Linie anzeigt, dass eine regularisierte Variante verfügbar ist, die bei Mouseover eingeblendet wird.

Die Regularisierungen wurden grundsätzlich auf Wortebene vorgenommen und können sich daher nicht auf einzelne Buchstaben beziehen. Das <choice>-Element geht aber nicht über den Zeilen- oder Seitenrand hinaus. Betrifft die Regularisierung ein am Seiten- oder Zeilenrand getrenntes Wort, wurde allein der Wortteil in <choice> gesetzt, der auch tatsächlich regularisiert wurde:

<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/



3.8 Abkürzungen (<abbr>, <expan>)

Abkürzungen wurden mit den Elementen <choice>, <abbr> und <expan> ausgezeichnet und  bei jeder Nennung aufgelöst, mit Ausnahme des bekannten Postscript-Kürzels „ps“/“p.s.“, das lediglich mit <abbr> markiert wurde. Das <expan>-Element enthält das Attribut @resp mit der ID der/s verantwortlichen Edierenden der Auflösung. Konnte eine Abkürzung nicht aufgelöst werden, so wurde nur das Element <abbr> gesetzt. Auflösungen wurden in originalgetreuer Rechtschreibung aufgelöst, es sei denn diese war nicht rekonstruierbar oder es handelte sich um Währungs- oder Gewichtseinheiten. Im Layout werden Abkürzungen durch eine blau gepunktete Unterstreichung angezeigt. Bei Mouseover wird die aufgelöste Variante eingeblendet:

<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="nbn-resolving.de/urn/resolver.pl">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"/>

 



3.14 Briefspezifika (<opener>, <closer>, <dateline>, <salute>, <signed>, <postscript>)

Spezifische TEI-Elemente für Briefe sind <opener> und <closer>. Im <opener>-Element wurden die einen Brief einleitenden Bestandteile wie Anrede (<salute>), Ort und Datum (<dateline>) festgehalten. Die Reihenfolge der Elemente innerhalb von <opener> orientiert sich an der Vorlage. Fehlten im Brief sowohl Ort als auch Datum, so wurde kein <dateline>-Element vergeben. Konnten die fehlenden Angaben ermittelt werden, so wurden diese innerhalb des <closer>-Elements, ggf. sogar innerhalb von <dateline> mit einem editorischen Kommentar (<note type="editorial">) geliefert:

 

<opener>

<dateline>Eber&#x017F;torf d 7 februari 1713</dateline><lb/>

<salute>aller lieb&#x017F;ter H vetter</salute>

</opener>


Zuweilen notierte der Adressat im Briefkopf Datum und Ort des Empfangs der Briefe:

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;tlichen gruß</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.



3.16 Weiteres (<foreign>, <seg>, <metamark>, @cert, @resp)

Fremdsprachliches Material wurde mit dem Attribut @xml:lang als solches ausgewiesen. Die möglichen Werte entsprechen dem ISO-Standard 639-3 und umfassen in der vorliegenden Edition die Werte "lat", "fre", "grc" und "ita". Wenn kein anderes strukturierendes Element vorhanden war, das dieses Attribut aufnehmen konnte (wie bspw. <hi>), so wurde das betreffende Textmaterial mit dem Element <foreign> kodiert. Zu betonen ist, dass nur rein fremdsprachliche Wörter/Textpassagen ausgezeichnet wurden und keine entlehnten und eingedeutschten:

 

<foreign xml:lang="lat">Illustrissime</foreign>


Handwechsel, die nicht in einem bereits vorhandenen strukturierenden Element kodiert werden konnten (z.B. <note>), weil sich beispielsweise lediglich das Schreibmedium von Farbstift zu Bleistift änderte, wurden mit <seg @hand="[...]"> festgehalten. Das Element <handShift> schied aufgrund zu starker Verwendungseinschränkungen aus. Die Werte von @hand entsprechen den IDs der Einträge der <handNote> im Header. Auch hier konnte zudem das Element @cert Verwendung finden, um den Grad an Gewissheit der Identifizierung der schreibenden Hand anzugeben. Wechsel innerhalb eines Schreibmediums bei gleicher Hand (z.B. unterschiedliche Tinte) wurden nicht dokumentiert:

 

<seg hand="#heinrichxxiv_hand2" cert="high">Ebersdorff den 12 apprill<lb/>

1722</seg>

 
Bei Aufzählungen konnte es vorkommen, dass die Schreiberin diese mit einer Markierung versah. Diese wurde mit <metamark function="flag"/> festgehalten:

Auftretende horizontale Linien zum Abtrennen von Textbestandteilen wurden mit <milestone unit="section" rend="horizontal-rule"/> dokumentiert. Im HTML-Layout werden sie mit fünf aufeinanderfolgenden horizontalen Linien (&#x23AF;) wiedergegeben.

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:

Bezeichnung

HTML-Darstellung

Hexadezimalcode

a mit accent grave

à

&#x00E0;

Abbruchzeichen

˷

&#x02F7;

Accent

́

&#x0301;

ae-Ligatur

æ

&#x00E6;

Diagonale Linie

&#x29F8;

Dreieck als Einweisungs-/Referenzzeichen

Δ

&#x0394;

e mit Accent aigu

é

&#x00E9;

e mit Trema

ë

&#x00EB;

F-ähnliches Einweisungs-/ Referenzzeichen

&#x2552;

Florentiner Gulden

&#xFB02;

Geminationsstrich

̅

&#x0305;

Hatschek/Caron als Einweisungszeichen

ˇ

&#x02C7;

Hochgestelltes Kreuzzeichen als Einweisungs-/Referenzzeichen

ˣ

&#x02E3;

Hochgestelltes Pluszeichen als Einweisungs-/Referenzzeichen

&#x207A;

Horizontale Linie

&#x23AF;

Kreis als Einweisungs-/Referenzzeichen

&#x2B55;

Lang-s

ſ

&#x017F;

Lateinischer Buchstabe „X“, groß

X

&#x0058;

Mittlerer Punkt

·

&#x00B7;

Pluszeichen als Einweisungs-/Referenzzeichen

+

&#x002B;

Quadrat als Einweisungs-/Referenzzeichen

&#x2B1C;

Siegelplatzhalter

&#x24C8;

Silbentrennstrich, schräg

&#x2E17;

Suspensionsschleife (l-ähnlich)

&#x2113;

Trema

̈

&#x0308;

y mit Trema

ÿ

&#x00FF;


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.