Register

Aus Consilium Communis Neuss
Zur Navigation springen Zur Suche springen

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)

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.

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.
    • Ü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
  • Gleichmäßigkeit der Beschreibungen/Kommentare, s.o.
  • Kontrolle auf Dopplungen: sind zwei Einträge die gleiche Person?
  • Verweise: wo sind sinnvoll Verweise auf andere Personen oder andere Register 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)

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

  • In der Transkription werden Personen mit dem Tag "occupation" markiert und erhalten in den Metadaten das Attribut "key".
  • Ist das Amt neu, wird sie in der Google-Tabelle erfasst, wo sie 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.
  • 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.
  • Ämter werden wie Personen und Orte in der Tabelle erfasst und mit laufender Key-Nummer versehen.

Körperschaften und Institutionen

  • In der Transkription werden Personen mit dem Tag "organsiation" markiert und erhalten in den Metadaten das Attribut "key".
  • 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.
    • Wie aus der alten Tabelle zu Orten zu extrahieren? -> Siehe unten "Übertragung von einem Register in ein Anderes"
  • Ämter werden wie Personen und Orte in der Tabelle erfasst und mit laufender Key-Nummer versehen. -> Siehe dazu Ämter/Berufe.

Unterkategorien

Auch hier wird es ein Drop-Down-Menü geben, aus dem Sie auswählen können!

  • ...
  • ...

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

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

Personen

Abgerufen von „http://dh.uni-wuppertal.de/cc-wiki/cc-wiki/index.php?title=Register&oldid=659“