Register

Allgemein

Key

• Jeder Registereintrag erhält einen Key (Nummer)
  • Jeweils für Orte, Personen, Körperschaften, Berufe/Ämter (P = Personen O = Orte B = Berufe K = Körperschaften)
  • Nur EINMAL pro Kategorie vergeben! Achten Sie in der Google-Tabelle auf Dopplungen!
  • Die Nummer wird in der Google-Tabelle im entsprechenden Tabellenblatt zu Person/Ort... eingetragen
  • Die Nummer wird in Transkribus im Tag "place", "pers", "organisation" oder "occupation" unter "key" eingetragen.

Kommentar

• In der Google-Tabelle können Sie im Bereich "Kommentar" Querverweise zu anderen Einträgen erstellen (siehe dazu "Querverweise" weiter unten) und weitere Informationen bereitstellen. Dieser Kommentar wird im Register mit veröffentlicht und sichtbar sein!

• Die Spalte "interner Kommentar" wird nicht veröffentlicht und dient der internen Informationsweitergabe für die anderen Ehrenamtlerinnen und Ehrenamtler.
  • Hier können Sie z.B. Zweifelsfälle ansprechen und andere Informationen teilen.

Verschiedene Schreibweisen

• Werden Namen von Orten, Personen, Ämtern oder Institutionen in den Protokollen unterschiedlich geschrieben, meinen aber das Gleiche, wird nur ein Key vergeben und nur EIN Eintrag gemacht! Tragen Sie die verschiedenen Schreibungen ggf. in den Kommentar ein oder mit / zum Namen.
• Bitte schreiben Sie NICHT mit Klammern im Wort, denn das macht die Suche innerhalb des Registers sehr schwer!
  • Hammerweg/Hamerweg NICHT Ham(m)erweg!
• Möglich ist in Klammern noch eine Zusatzinformation zu geben.
  • Hammerweg/Hamerweg (an der Erft)

• Normdaten sind eine wunderbare, elegante Möglichkeit, Dinge projektübergreifend zu identifizieren, sie dadurch mit weiterführenden Informationen zu verbinden und die allgemeine Vernetzung und Zusammenführung des Wissens in der Welt zu unterstützen. Wir sollten sie mittelfristig nutzen, wo immer Normdaten für Entitäten zur Verfügung stehen.
  • Normdaten: Mittelfristig wollen wir überall, wo es möglich ist, auch Normdaten in die Register einfügen. Das sind vor allem GND-Nummern und wikidata-Datenobjekte
    • Mittelfristig sollten wir natürlich auch schauen, was andere in diesem Bereich so machen. Siehe dazu den Berufe-Thesaurus in Halle oder auch dieses Projekt: https://os.helmholtz.de/aktuelles/news/artikel/pid-network-deutschland-startet

• Die verschiedenen Normdaten-Systeme
  • GND - die Gemeinsame Normdatei der deutschen Nationalbibliothek. Wichtig. Immer nutzen, wenn es geht. Enthält aber vor allem "wichtige Personen", bekannte Körperschaften, viele Orte, (man korrigiere ggf.: keine Berufe). Benutzen bzw. recherchieren kann man die GND auf verschiedene Weise ...
    • direkt im DNB-Katalog: https://portal.dnb.de/opac.htm - bei den Treffern dann rechts "Alle Normdaten"
    • über lobin gnd: https://lobid.org/gnd (etwas schicker)
    • über den "gnd explorer": https://explore.gnd.network/
  • wikidata - die Wissensdatenbank hinter wikipedia. Hat tendenziell sehr viel mehr identifizierte Objekte, als die GND. Im Prinzip können wir auch selbst neue Objekte in wikidata anlegen (aber das müsste man diskutieren)
  • GSN - die Normnummern des zentralen historischen Projekts "Germania Sacra". Wir müssten schauen, ob es historische Personen (Personendatenbank) oder Orte oder Körperschaften (Klosterdatenbank) gibt, die keine GND, wohl aber eine GSN-Nummer haben. GSN hat wohl auch Ämter und Berufsbezeichnungen, aber ohne Nummern dafür (?).
  • KuLaDig - Kultur. Landschaft. Digital. Eine Datenbank des Landschaftsverband Rheinland

• Unsere Praxis
  • Wir tragen die Normnummern im Kommentar ein.
  • GND-Objekte: "#GND[Nummer]", Beispiele: "#GND7793683-8", #GND4041924-1"
  • wikidata-Objekte: "#Q[Nummer]", Beispiele: "#Q1795819", "#Q1492061"
  • Germania-Sacra-Objekte: "#GSN[Nummer]", Beispiele: "#GSN3503", "#GSN50299"
  • KuLaDig-Objekte: #KU[Nummer]
    • KuLaDig IDs sehen in unserer Tabelle etwas komplizierter aus, da es unteschiedliche Buchstaben-Prefixe gibt.
    • Beispiele: KLD-343593 > #KUKLD-343593, O-50601-20120625-10 > #KUO-50601-20120625-10, BODEON-72996-14122016-262010 > #KUBODEON-72996-14122016-262010
  • Auch zu weiterführenden Wikipedia-Einträgen bzw. zu Literatur kann hier verlinkt werden. Eingeleitet mit „siehe auch“, dann folgen in eckigen Klammern zuerst der Link (also die URL) und danach der Name des Links:
    • Florian, siehe auch Wikipedia Liste der Denkmäler in Neuss

Orte

Datenerfassung

• In der Transkription werden Orte als "place" markiert und erhalten in den Metadaten das Attribut "key".
• Ist der Ort neu, wird er in der Google-Tabelle erfasst, wo er eine laufende Nummer als ID erhält. Die ID ist dann der Wert von "key".
  • Gibt es bereits einen Eintrag zu dem Ort (bitte immer prüfen und auch ggf. abweichende Schreibweisen beachten!) nutzen Sie den bereits vorhandenen Key aus der Tabelle.
• Alle weiteren Metadaten des Ortes werden zur Vermeidung von Redundanz in der Tabelle erfasst.
• Ortsangaben wie z.B. „die Straße zum Obertor“ sind in Gänze als Ort zu taggen, nicht nur das Obertor, da es um diese eine bestimmte Straße geht und nicht um das Obertor.
• Ein Ort, eine ID und idealerweise: Ein tag, eine ID (siehe folgende Problembesprechungen)

Ein Problem: Wie kleinteilig sollen Orte erfasst werden? In Band 55 (Transkribusseite 16) finden wir einen Ort: "in dem Gange zwischen seiner Oelmühle und der städtischen Mahlmühle am Oberthore". Hier wurde, wie in dem Beispiel oben mit "die Straße zum Oberthor" der gesamte Ausdruck als Ort ausgezeichnet, aber keine eigene ID im Register angelegt. Als key wurde eine Kombination aus einer ID für die Ölmühle und der städtischen Mühle eingetragen; so eine Kombination ist aber nicht die ID des Ganges. Damit steht man vor der Frage, ob man für jede kleinste Ortsangabe eine eigene Identifikationsnummer anlegt, oder ob man pragmatischer an die Sache rangeht und in solchen Fällen nur die explizit erwähnten Orte auszeichnet. Hier muss man von Fall zu Fall entscheiden. Feszuhalten ist dabei: Ein Ort heißt eine ID. Entweder man markiert "in dem Gange zwischen seiner Oelmühle und der städtischen Mahlmühle am Oberthore" und vergibt eine neue Nummer speziell für diesen Gang (oder findet heraus, dass ein bereits identifizierter Weg auch auf diese Erwähnung zutrifft), oder man markiert die individuellen erwähnten Orte, die im Register bereits identifiziert sind.

Ein anderes Problem könnte auftauchen, wenn im Text mit einem einzigen Wort tatsächlich mehrere Entitäten gemeint sind. Ob es dann angebracht ist, in einem einzigen Tag den Wert von "key" mit mehreren IDs auszüfüllen, ist noch nicht abschließend geklärt.

Unterkategorien

Die Unterkategorien werden in der großen Tabelle mit einem Drop-Down Menü geregelt, damit sie einheitlich bleiben (das ist wichtig für die Datenerfassung). Bitte nehmen Sie nur einen Punkt aus der Liste. Wenn keiner passt, wählen Sie "Andere".

• Gebäude
• Gewässer
• ...
• ...

Personen

Personentabelle im google-spreadsheet

• Neu auftretende Personen
• Neu auftretetende Personen bitte in der Tabelle anlegen und mit einer (bis dahin unbenutzten) Nummer versehen.
  • Dabei immer vorher prüfen, ob die Person wirklich neu ist! In der Tabelle auch nach ggf. ähnlichen Schreibungen und Vorkommen in ähnlichen Jahren suchen und abgleichen, ob es die gleiche Person sein könnte!
  • Die freien Nummern finden sich ganz unten in der Tabelle, wenn man die Spalte "rreff" von A-Z sortiert, ansonsten kann auch die Spalte "Nachname" von A-Z sortiert werden, auch dann sollten sich unten die freien Nummern finden. (Sortieren geht über den kleinen Pfeil, der auftaucht, wenn man mit der Maus über den Buchstaben der Spalte fährt).
  • Sind keine freien Nummern vorhanden, kann "einfach" weitergezählt werden. Ist die letzte besetzte Nummer 2345, kann 2346 erstellt und benutzt werden.
• Gerne angeben, in welchem Band jemand vorkommt, damit verhindert wird, dass Personen doppelt angelegt werden oder offensichtlich verschiedene Personen gleichen Namens einen gemeinsamen Eintrag bekommen.
  • Das ist durchaus wichtig, denn die spätere Zusammenführung von zwei Ansetzungen zu einem Namen kann doch recht aufwändig sein
• In der Tabelle darf eine gewisse Normalisierung bei Vor- und Nachname stattfinden, damit der Name leicht gefunden werden kann und "gleiche", aber bloß orthographisch unterschiedliche Namen beisammen bleiben.
  • In der Regel können wir y zu i normalisieren.
  • Personen ohne echten Nachnamen: Da v. a. für die frühen Zeiten oft nicht erkennbar ist, ob ein echter Nachname vorliegt oder ob z. B. eine Herkunfts- oder Berufsbezeichnung gemeint ist, wurde beschlossen, hier mit Feingefühl vorzugehen, aber eher großzügig Dinge als Nachnamen aufzunehmen.
  • abgekürzte Vornamen: Wenn diese eindeutig aufzulösen sind, werden sie aufgelöst, ohne es zu kennzeichnen. Beispiel: Müller, Joh. = Müller, Johannes
  • Über weitere "Regeln" müssten wir uns verständigen, wir sollten aber einen Mittelweg finden, zwischen unnötiger Orientierung an den zufälligen Schreibungsvarianten und zu starker Normierung, die dann Unterschiede verwischen könnte. Letztlich ist die Frage: "ist das der gleiche Name"? (jenseits der Schreibung). Ggf. im internen Kommentar vermerken, wenn Sie noch andere Schreibweisen finden, aber denken, es ist die gleiche Person.
• Öffentlich sichtbare Kommentare: hier kann man interessante Zusatzinformationen geben; es sollte aber nicht jedes Detail aus den Protokollen hierhin kopiert werden. Man kann hier "modernes Deutsch" benutzen oder historische Schreibung, wenn die Schreibung besonders interessant oder von Bedeutung ist. Hier ruhig auch "Karrierestationen" eintragen, da wir bestimmte Sachen/Informationen (z.B. Bürgermeister) ja nicht taggen. Bitte Jahreszahlen hinter das Faktum: "Stadtschreiber 1556" und nicht "1556 Stadtschreiber".

• Bereits vorhandene Personen
  • Bereits in der Register-Tabelle vorhandene Personen werden mit der dort zugeordneten Key-Nummer in Transkribus eingetragen!

Qualitätssicherung im Personenregister

Alle können schon mal drauf achten, damit am Ende, wenn sich eine/einer oder mehrere mal gründlich darum kümmern, nicht so viel Arbeit übrig bleibt:

• Gleichmäßigkeit der Schreibungen bei den "Ansetzungsformen" (Nachname, Vorname): wir wollen Namen "mäßig" normalisieren/modernisieren
  • streng genommen bilden wir einen "idealtypischen" Namen, was kein Problem ist, weil die tatsächliche Schreibung ja im Register automatisch mit ausgegeben wird. Aus arbeitspraktischen Gründen nehmen wir bei Vor-/Nachname aber auch abweichende, noch nicht normalisierte Formen mit, damit es nicht zu Missverständnissen kommt und Personen auch unter der historischen Schreibung gefunden wird, wenn man beim tagging danach sucht. Wir schreiben also durchaus noch "Dewede, De Weed, Von Weed" in das Nachnamenfeld. Am besten steht der von uns "kanonisierte" Name als erstes, dann kann man zum Schluß die Varianten ggf. löschen. Alternative Vornamenlesungen bitte in runde Klammern: Kornelius (Cornel)
• Namenszusätze:
  • von XYZ im Nachnamenfeld als "XYZ, von"
  • Titel schreiben wir in das Nachnamenfeld: Müller, Dr. (ggf. Müller, von, Dr,)
  • Geburtsnamen schreiben wir in runden Klammern in das Nachnamenfeld: Müller (geb. Meyer)
  • nicht ganz sichere Auflösungen von Abkürzungen setzen wir in runde Klammern: Tryn(gen)
  • "von" und "van" werden nachgestellt in die Vornamen-Spalte übernommen: "Müller, Emil von"
  • Doktortitel in die Vornamen-Spalte: "Müller, Dr." oder "Müller, Dr. von" oder "Müller, Dr. Emil von"
  • Bezeichnungen, die keine Namen sind, setzen wir ins Vornamenfeld: Witwe
    • Wenn der Name des Mannes bekannt ist: Witwe VornameDesMannes, z.B. Müller, Witwe von Emil
  • Wenn ein Vor- oder Nachmame unbekannt ist, setzen wir [unbekannt] (oder wollen wir einfach weglassen oder ein Fragezeichen setzen?)
• Gleichmäßigkeit der Beschreibungen/Kommentare, s.o.
• Kontrolle auf Dopplungen: sind zwei Einträge die gleiche Person?
  • Nicht zuletzt zu diesem Zweck bitte immer in der Kommentarspalte das Jahr angeben, sodass durch das Alter einander ähnelnde Einzelpersonen voneinander unterschieden oder eben homogenisiert werden können.
• Verweise: wo sind sinnvoll Verweise auf andere Personen oder andere Register (Orte, Berufe, Organisationen) zu machen?
• Normdaten: welche Personen haben einen Eintrag in der GND oder bei wikidata? Dann mit #[G|Q][Nummer] referenzieren. Beispiele: #G189560185 (ein GND-Datensatz) oder #Q15455851 (ein wikidata-Datenobjekt)
• keine historischen Schreibweisen in den Bemerkungen: Im Bemerkungsfeld sollen normierte heutige Schreibweisen verwendet werden, nicht die historischen aus der Quelle. Beispiel: „Köln“ statt „Cöln“ oder „Cöllen“.

Tagging von Personen in Transkribus

• Alte Politik: Wir taggen eher großzügig. "Der Lehrer Weber" oder "Der Bürgermeister C. Müller", statt nur "C. Müller" zu sagen.
• Neue Politik: Da die Berufe ja gesondert getaggt werden, ist es nicht mehr so wichtig, großzügig zu taggen. Das führt vielmehr zu einer gewissen Redundanz. Es ist aber auch nicht "tragisch", weil Doppeltagging durchaus möglich ist.
• Personen werden mit <person key="Nummer aus der Personentabelle"> markiert.
  • Mehr muss im Tag nicht eingetragen werden, denn der Rest erschließt sich dann über den Key in der Tabelle!
• kommt eine Person in einem Eintrag mehrfach vor, dann reicht es, sie einmal zu markieren, ES SEI DENN, die Schreibweisen sind sehr unterschiedlich. Dann bitte alle verschiedenen Schreibungsvorkommen/Schreibweisen markieren.

Ämter und Berufe

• In der Transkription werden Ämter/Berufe mit dem Tag "occupation" markiert und erhalten in den Metadaten das Attribut "key".
• Ist das Amt neu, wird es in der Google-Tabelle erfasst, wo es eine laufende Nummer als ID erhält. Die ID ist dann der Wert von "key".
  • Gibt es das Amt bereits (bitte immer prüfen!) nutzen Sie den bereits vorhandenen key!
• Bitte doppelte Nennungen in Spalte C OHNE LEERZEICHEN angeben! Nutzen Sie dafür einen /.
  • Bsp: Wirt/Braumeister NICHT Wirt / Braumeister, auch nicht Wirt/ Braumeister.
• Ämter werden wie Personen und Orte in der Tabelle erfasst und mit laufender Key-Nummer versehen.

• Unterscheidung zwischen einerseits Amt/Beruf und andererseits Person:
  • Grundregel: es kommt auf das Prädikat des Satzes an. Was passiert? Was ist die Handlung? Manche Aktionen werden von Personen ausgeführt, manche von Ämtern. Manche Aussagen betreffen Personen, manche Ämter.
  • Das Amt ist immer dann gemeint, wenn die Person in ihrer Funktion im Amt auftritt. Geht jemand zu Erzbischof Müller, um nach einem Dokument oder Geldern zu fragen, dann ist das Amt gemeint und nicht die Person.
  • Lehrer Schmitz unterrichtet, schreibt ein Zeugnis oder vergibt eine Note, dann ist der Beruf gemeint.
  • Ist Herr Müller, der auch Erzbischof ist, bei einer privaten Gruppe mit gemeint, dann ist die Person gemeint, nicht das Amt (auch wenn das in diesem Fall seltener vorkommen wird).
  • Ist Lehrer Schmitz nach der Schule mit Kollegen ein Bier trinken und wird überfallen, ist die Person gemeint.

• Zweifelsfälle -> Markieren Sie im Zweifelsfall die Zeile in der Tabelle in Orange und schreiben Sie in den internen Kommentar, warum Sie unsicher sind. So können wir den Fall dann prüfen.

Körperschaften und Institutionen

• In der Transkription werden Körperschaften/Institutionen mit dem Tag "organsiation" markiert und erhalten in den Metadaten das Attribut "key".
• Körperschaften/Institutionen werden wie Personen und Orte in der Tabelle erfasst und mit laufender Key-Nummer versehen. -> Siehe dazu Ämter/Berufe.
• Wie aus der alten Tabelle zu Orten zu extrahieren? -> Siehe unten "Übertragung von einem Register in ein Anderes"
• Wir haben bei etlichen Unternehmen ein "Firma" vor dem Unternehmensnamen. Das hilft bei der Arbeit mit den Transkriptionen. Später, wenn wir Unterkategorien für Körperschaften haben, kann dieser Namenszusatz weggenommen werden

Kommissionen (des Stadtrates)

• Die Kommissionen haben ihre Zuständigkeiten öfter gewechselt, aufgaben wurden getrennt oder wieder zusammengeführt in unterschiedlicher Zusammensetzung. Jede existent gewesene Kommission soll jeweils einen eigenen Eintrag erhalten, denn sie bilden jeweils eine eigene Entität. Kommissionen, die zu unterschiedlichen Zeiten existierten und bei denen es in der Zuständigkeit Überschneidungen gab, sollen nicht zusammengefasst werden.

Kategorien

• Ab sofort werden für die Körperschaften fünf Kategorien angewendet. Die Kategorie wird in die entsprechende Spalte der Tabelle eingetragen:
  • Politik und Verwaltung
  • Unternehmen
  • Kirchliche Einrichtungen
  • Vereine und Verbände
  • Bildungseinrichtungen
• Dafür ist ab sofort eine Probephase vorgesehen, an deren Ende man sieht, welche Begriffe sich vielleicht keiner Kategorie zuordnen lassen und ob die fünf Kategorien funktionieren. Fraglich ist z. B., wo Zünfte („Ämter“) eingeordnet werden sollen.

Unterscheidung Körperschaft / Ort

• Zweifelsfälle -> Bitte tragen Sie in der Ortstabelle ein, wenn Sie sich nicht sicher sind. Markieren Sie die entsprechende Zeile in Orange und schreiben Sie in die Spalte "Interner Kommentar" warum Sie sich nicht sicher sind. Dann können wir den Fall prüfen.

Querverweise

Bitte fertigen Sie Verweise im Kommentar (Auf andere Personen, Einträge, Körperschaften...) immer nach folgendem Schema an:

• #[Buchstabe][Key]
  • #P123 -> Person mit dem Key 123
  • #O2345 -> Ort mit dem Key 2345
  • #B2 -> Beruf mit dem Key 2
  • #K30 -> Körperschaft mit dem Key 30

• Also:
  • P = Person
  • O = Ort
  • K = Körperschaft
  • B = Beruf (Auch für Ämter!)

• Bei mehreren Verweisen: Durch Komma trennen:
  • Bsp: Siehe auch #P123, #O2345

• Bitte bei JEDEM Verweis wieder das oben genannte Schema benutzen.
  • Bsp: Siehe auch #P123, #P2345 NICHT #P123 und 2345

Übertragung von einem Register in das Andere

• Ist ein Eintrag fälschlicherweise bei "Orte" gelandet, es handelt sich aber um eine Körperschaft oder bei "Personen" es handelt sich aber um ein Amt:
  • Google-Tabelle: Der Eintrag wird zu "Körperschaft" bzw. "Amt" kopiert.
  • Sofern es sich dabei IMMER um eine Körperschaft und nie um einen Ort handelt, bzw IMMER um ein Amt, wird der Eintrag bei Orte bzw. Personen gelöscht. Die Key-Nummer bleibt dabei stehen und wird für den nächsten Eintrag frei.
  • In der Tabelle für Körperschaften bzw. Ämter erhält der Eintrag die nächste freie Nummer.
  • Es gibt Fälle, in denen ein Ort auch manchmal eine Institution ist. Z.B. die Schule/ das Schulgebäude. In diesem Fall können beide Einträge in beiden Listen bestehen bleiben! Es muss dann in Transkribus unterschieden werden, welcher Tag und welcher Key inhaltlich passend sind!
    • Bitte in diesem Fall entsprechend die Einträge gegenseitig mit #[Buchstabe][Nummer] verlinken, damit man ggf. auch den anderen Eintrag im anderen Register finden kann!
  • Transkribus: Der Tag wird zu "organisation" / "occupation" geändert. Alle weiteren Einträge dieser Körperschaft müssen gesucht und ebenfalls geändert werden -> Zu "organisation" und dem neuen Key.
    • Hier Achtung: Sofern beide Einträge möglich sind, muss jeweils inhaltlich geprüft werden, an welchen Stellen geändert werden muss!

• • • Achtung: Man kann bei Transkribus nach einem bestimmten Tag mit einem Key suchen! Dafür muss aber in der Suchmaske dringend "Add this property to the search query" ausgewählt werden, damit diese Bedingung auch übernommen wird. Dann kann man z.B. nach dem Tag "place" mit dem Attribut "Key 112" suchen und bekommt nur genau diese Ergebnisse ausgeworfen! Diese können dann geändert werden!

• • Das selbe Vorgehen gilt auch für die Verschiebung von Person zu Beruf und anderen Fällen. Bitte immer vorher prüfen, ob die Verschiebung wirklich korrekt ist! Erst löschen, Wenn Sie absolut sicher sind, dass alles stimmt!

Ab hier intern! Für die Arbeit an der Transkription nicht zu beachten!

Export

• Mithilfe des Google-Spreadsheet-Add-ons Export Sheet Data werden die Daten als XML-Datei exportiert. In Export-Einstellungen wählt man "Include first column" und "Export columns as child elements" aus. Ansonsten bleibt alles wie es ist und die XML-Dateien können exportiert werden (für jeden Register, d. h. für jeden Tabellenblatt wie Orte, Personen etc. eine Datei generieren und die jeweils zu input-places.xml, input-persons.xml, etc. umbenennen, bevor die XSLT-Transformation ausgeführt wird)
• Dann kann man die Daten mit create-registers.xsl in Oxygen transformieren (mit einem Skript werden auf einmal vier Register generiert) Achtung, die Namen von Elementen in Input-Daten sollen genau mit XPath aus create-registers.xsl übereinstimmen (es gibt Probleme, wenn jemand z. B. in der Tabelle die Spalte "Nachname" zu "Name" ändert etc.), sonst funktioniert die Transformation nicht. Außerdem müssen aus Input-Dateien ggf. die ungültigen Elemente am Anfang entfernt werden (in erster -zweiter Zeilen in der Tabelle sind normalerweise zusätzliche Beschreibungsinfos und nicht die Einträge selbst gespeichert) Als Orientierung einfach die im Ordner vorhandenen Input-Dateien nehmen.
• In diesem Ordner liegen also die bereits exportierten Dateien input-persons.xml, input-places.xml, input-organisations.xml, input-occupations.xml, das XSLT-Skript sowie die Ergebnisse der Transformation. Achtung, die Output-Dateien können nicht valid sein, falls z. B. doppelte IDs vergeben wurden. Das sollte dann in Google-Tabelle korrigiert werden.

• Validierungsfehler in der Output-Datei decken inhaltliche Fehler der Daten auf, die in der Tabelle korrigiert werden können.
  • doppelte IDs
  • unzulässige Werte des Attributs "type"

Speicherort

• Die XML-TEI-Outputdateien liegen dann ebenfalls unter consilium-communis-data/export2tei/registers

XML

Ortsregistereintrag aus Google-Tabelle exportiert

  <_8>
    <O>8</O>
    <Bezeichnung>Zolltor</Bezeichnung>
    <Typ>Gebäude</Typ>
    <K_FG />
    <K_PS />
    <Kommentar>Anschläge über die Erbauung zweier Durchläße am Zolltor</Kommentar>
    <Interner_Kommentar>Tollportzen (Zollpforte Bd. 30) 
Anschläge über die Erbauung zweier Durchläße am Zolltor</Interner_Kommentar>
    <Band>Bd 45</Band>
  </_8>

Output nach Transformation

<TEI>
  <text>
    <body>
      <div type="list_place">

        <listPlace>
        <place xml:id="O8" type="Gebäude">
                  <placeName>Zolltor</placeName>
                  <note type="place-info">Anschläge über die Erbauung zweier Durchläße am Zolltor</note>
                  <note type="comment">Tollportzen (Zollpforte Bd. 30) 
                   Anschläge über die Erbauung zweier Durchläße am Zolltor</note>
        </place>
          <...weitere Orte>
        </listPlace>

      </div>
    </body>
  </text>
</TEI>

• Die Elemente <O> und <Typ> werden zu Attributen xml:id und type des Elements <place> transformiert
• Das Element <Bezeichnung> wird zum Element <placeName>
• Das Element <Kommentar> wird zum Element <note type="place-info">
• Das Element <Interner_Kommentar> wird zum Element <note type="comment">

Umgang mit Querverweisen! (Entwurf Patrick; Fabian bitte kontrollieren und ggf. korrigieren)

• Verweise auf andere Register, die in den Anmerkungsfeldern z.B. als "#P1234" stehen, werden zu <ref type="person" target="#P1234">[Auflösung der Referenz]</ref>
• das gleiche müssten wir noch für die Normdatenverweise in die Skripte einbauen. Aus #Q1234 würde also <ref type="wikidata" target="Q1234">Q1234</ref> usw.