Rezeption und Tradierung als Komplexes ... - Maximilian Schich

Rohkonkordanz Location
a2.3 Explikation und Normalisierung des multivariaten Netzwerks 389
und bildet den Grundstock der Abb. 211 entsprechenden Rohkonkordanzliste. Die
Liste enthält dort in zwei Zusatzfeldern die Recordnummern sowie die Parent-
Recordnummern der entsprechenden Location. Eine zusätzliche Spaltengruppe
in der die ganze Hierarchie einer Örtlichkeit angezeigt wird, dient außerdem der
visuellen Kontrolle der Kohärenz des Baumes. 75
Der Rest der Örtlichkeitsexplikation verläu zum Großteil wie oben beschrieben:
Die Daten der zusätzlichen Örtlichkeiten werden in die Rohkonkordanz übertragen,
normalisiert und wenn nötig mit neuen Recordnummern versehen. Wichtig ist zum
Auau einer kohärenten Ortshierarchie zusätzlich die Vergabe von Parent-Recordnummern
der entsprechenden übergeordneten Einträge. Dies betri selbstverständlich
nur die Recordliste und nicht die Linkkonkordanz.
Das weitere Vorgehen entspricht dem oben beschriebenen Verfahren.
RecNoObjekt RecNoLocation ParentLocation LabelLocation Location Tree (zu visuellen Kontrolle)
222 8 (d.h. Location Authority) Firenze Firenze
223 222 Uffizi Firenze Uffizi
33452 224 223 GStD Firenze Uffizi GStD
Abb. 211. Die Rohkonkordanzliste zur Explikation und Normalisierung von Örtlichkeiten enthält zusätzlich zur Recordnummer des jeweiligen
Ortes (RecNoLocation) die Recordnummer der übergeortneten Lokalität (ParentLocation). Eine mehrspaltige Anzeige der entsprechenden Hierarchie
dient zusätzlich der visuellen Kontrolle.
Vor dem Import der fertigen Ortsliste ist in unserem speziellen Fall noch eine
weitere Anpassung von nöten, da die vorhandenen Örtlichkeiten bisher einfach
in der Dokumenthierarchie Platz gefunden haben. Von dort werden die Location-
Records zur Location-Authority , das heißt also zu einem neuen übergeordneten
Eintrag verschoben. Die entsprechenden Dokumentbäume werden direkt an einen
eigenen übergeordneten Eintrag, die Dokument-Authority gehängt. Aus dem
ehemaligen Parentlinkverhältnis wird der Location-Link generiert. Das genaue
Verfahren beruht auf Standardfunktionen des DYABOLA-Datenpflegeprogramms
und wird hier nicht eigens beschrieben.
Generell ist die Trennung von Location und Dokumenthierarchie nicht zwingend
notwendig. Sie bringt allerdings eine erhebliche Vereinfachung der globalen Dokumentfrage
sowie eine bessere Kontrollmöglichkeit der Eingabekonventionen
mit sich. Notwendig erscheint die Trennung angesichts von Objekten mit mehreren
Aufenthaltsorten – wie etwa Publikationen – und in solchen Fällen in denen
Objekte im Laufe der Geschichte auf verschiedene Sammlungen verteilt worden
sind. Diese können dann aufgrund der Trennung in der Dokumentauthority als
ein einziger Objektkomplex abgebildet werden. Dies ist jedoch mangels Beweisbarkeit
in den seltensten Fällen sinnvoll und kann auch anders gelöst werden (z.B.
mit Kognitiven Konzepten wie in Abschni III.2).
Nach der erfolgten Anpassung und dem Import der explizierten und normalisierten
Daten wächst die Location-Authority schließlich von 289 auf 2183 Einträge.
Die Anzahl der Links beträgt 4020. Insgesamt werden dadurch jedoch wesentlich
mehr Dokumente verortet, da der Link auch an die (nicht anders verorteten) Dokumeneile
vererbt wird.