Richtlinien-Datenverarbeitung

2026-08-03T11:37:07Z

Admin:

<div style="text-align: center; margin-bottom: 2em;">
<h1 style="color: #012367; font-size: 3.0em; margin: 0.2em 0; font-weight: bold;">
Richtlinien zur Datenverarbeitung
<p style="color: #b7a080; font-size: 0.75em; margin: 0;font-weight: normal ">
Vorgaben für die Verarbeitung der Daten der Fürstinnenbibliotheken</span>
</p>
</h1>

</div>
== Inhaltsverzeichnis ==
- [[#Leitgedanken|Leitgedanken]]<br>
- [[#Datenintegrität|Datenintegrität]]<br>
- [[#Aufbau|Aufbau]]<br>
- [[#Richtlinien|Richtlinien]]<br>
- [[#Extern|Extern]]<br>
- [[#Intern|Intern]]<br>
- [[#Zusammenfassung_für_Nutzende|Zusammenfassung für Nutzende]]<br>
- [[#Allgemeine_Hinweise|Allgemeine Hinweise]]<br>
- [[#Hinweise_zu_Katalogdaten|Hinweise zu Katalogdaten]]<br>
- [[#Hinweise_zu_Personendaten|Hinweise zu Personendaten]]<br>

== Leitgedanken ==

=== Datenintegrität ===

Um einen reichhaltigen und vielfältig nutzbaren Datensatz zu erhalten, soll der Grundsatz der Datenintegrität so weit möglich gewahrt werden. Das bedeutet, dass die Daten vollständig, korrekt und konsistent sein sollten. Dieser Leitsatz ist gerade für historische Daten praktisch teilweise schwierig umzusetzen, da die Daten aus unterschiedlichen Erschließungsphasen stammen und in unterschiedlichen Formaten vorliegen. Dadurch ist ein großer Aufwand hinsichtlich der Vereinheitlichung nötig, um Ziele der Datenintegrität anzustreben. Um die Vereinheitlichung umzusetzen, wurden einerseits die Quellen direkt zu Rate gezogen, andererseits kamen technische Hilfsmittel zum Einsatz. So konnten fehlende Daten nachgetragen werden. Trotz äußerster Vorsicht kann es zu Datenverlusten und Fehlern kommen. Gerade bei technischer Umsetzung können systematische Fehler nicht in allen Fällen vermieden werden. Um zumindest größtmögliche Transparenz zu schaffen, wurden in Hinblick auf die Zielsetzung der Datenintegrität die folgenden Bearbeitungsvorgaben entwickelt. Um diese nicht nur dem Buchstaben nach, sondern auch der Idee nach umzusetzen, wird diese (allgemeinen Vorgehensweisen folgend, aber auf die konkrete Anwendung spezifiziert) kurz skizziert.

==== Korrektheit ====

Die Korrektheit der Daten ist von besonders großer Bedeutung. Um diese zu erreichen, ist selbst bei bestehenden Daten immer wieder der Blick in die Quellen notwendig. Es kann dabei nicht in jedem Fall nachvollzogen werden, welche Angaben korrekt sind, da viele im Laufe der Zeit verloren gegangen sind. Weiterhin kommt es zu einer Diffusität bezüglich dessen, was als korrekt zu bezeichnen ist. Historische Quellen unterscheiden sich hinsichtlich ihrer Schreibweise und Interpretation von Begriffen, wie zum Beispiel Ortsbezeichnungen. Aufgrund der Menge der Daten und dem Umfang der Umformatierungsarbeiten können nicht alle Fehler vermieden werden, daher wird die Korrektheit der Angaben laufend stichprobenartig korrigiert und geprüft.

==== Vollständigkeit ====

Es ist schlicht nicht möglich, die Angaben zu vervollständigen, da bereits durch die bruchstückhafte Ausgangslage nicht alle Angaben für alle Datensätze aufgefunden werden können. Diese Probleme können auch durch eine nachträgliche Autopsie nicht vollständig ausgeglichen werden. Weiterhin kommt es durch die Umformatierung und eine Ausrichtung der Daten auf bestimmte Fragestellungen zu Verlusten im Vergleich zu den Ausgangsdaten; Diese zeigen sich jedoch bereits in der Datenmodellierung. Zielsetzung des Projektes ist nicht das massenhafte, aber unaufgeräumte Sammeln aller möglichen Daten, sondern das Bereitstellen eines Datensatzes, der durch gezielte Selektion und Aufbereitung bestehender und ergänzter Daten möglichst vollständig und nutzbar - wenn auch weniger umfangreich - gehalten werden kann. Daher wird ein hoher Aufwand betrieben die vorliegenden Daten aufzubereiten und anzureichern, um eine gleichbleibende Qualität zu erreichen.

==== Konsistenz ====

Sind die Daten vollständig und korrekt, dann folgen sie feststellbaren Regeln. Können diese Regeln dem Datensatz entnommen werden, ermöglichen sie eine hohe Interpretierbarkeit. Gleichzeitig kann die Datenbank auf ihre Inhärenz geprüft werden, sodass mit dem Befolgen der Regeln bei einer Anreicherung der Datenbank diese leichter einheitlich und durchschaubar gehalten werden kann. Aufgrund der mit den Regeln entstandenen Vergleichbarkeit, kann zuletzt durch die Kenntnis dieser auch die Möglichkeit des Heranziehens einer anderen Datenbanken einfacher eruiert werden. Die Regeln können einerseits externen Vorgaben entnommen werden, wie der Implementation der Datenbank oder der Modellierung der Daten, andererseits setzen sie sich zusammen aus inhaltlichen, datenbezogenen Präsumtionen.

-----

=== Aufbau ===

==== Datenbank ====

Als Datenbank wurde eine Wikibaseinstanz mit einer MySQL-Datenbank im Backend aufgesetzt. Die verwendete Infrastruktur erfordert eine spezielle Aufbereitung der Daten. Allgemein erfordert die Wikibase als Graphdatenbank die Aufbereitung der Daten in Form von Subjekt-Prädikat-Objekt-Beziehungen (sogenannte Tripel). Diese Art der Aufbereitung ermöglicht eine recht große Freiheit und Übersichtlichkeit in der Modellierung, da jedoch (noch) kein Werkzeug zur Verfügung steht, das die Übereinstimmung der Daten mit dem Datenmodell prüft, muss bei dem Hinzufügen neuer Datentripel und -punkte ein hohes Maß an Vorsicht aufgebracht werden. Daher werden entsprechend strikte Richtlinien erstellt und die Umsetzung dieser konsequent überprüft. Neben diesen autonomen Leitfäden gibt es noch sehr konkrete technische Vorgaben: Beispielsweise gibt es vorimplementierte Datentypen, deren Nutzung eine entsprechende Aufbereitung der Daten erfordert und eine gegebene Darstellung dieser bewirkt oder auch feste Maximalzeichenlängen für die Namen der Einträge. Weitere Einschränkungen entstehen durch die Verwendung verschiedener Werkzeuge, die die Funktionen der Wikibase teilweise nicht oder in abgewandelter Form unterstützen.

==== Datenmodell ====
[[Datei:Datenmodell.drawio.png|1000px|thumb|center|Datenmodell als Grafik|link=https://data.fuerstinnen.uni-trier.de/wiki/Datei:Datenmodell.drawio.png]]

Das feststehende Datenmodell ermöglicht einen einfachen sowie treffsicheren Zugriff auf die Daten. Da die Wikibase keine Möglichkeit zur Validierung der Daten auf ein selbsterstelltes Datenmodell bereithält, handelt es sich bei der Umsetzung eher um eine freiwillige Selbstverpflichtung, die jedoch mit technischen Mitteln vorangetrieben wird. Das Datenmodell basiert auf gängigen Konzepten zur Modellierung von Buchdaten und wurde mit spezifischen Informationen erweitert. Diese betreffen vor allem die Daten zu den Katalogen, Inventaren und Briefen, die die Buchsammlungen auflisten. Außerdem kommt ein Modul bezüglich der Benutzung der Bücher hinzu. Um Probleme mit bestehenden Daten zu vermeiden ist das Modell nach der ersten Festlegung nicht mehr zu ändern, oder nur mit größter Vorsicht, denn bei einer Änderung muss der komplette bestehende Datensatz ebenso angepasst werden.

=== Autopsie ===

==== Weitere Hilfsmittel ====

Um die Daten von ihren verschiedenen Ausgangslagen in die gewünschte Form zu bringen, kommen zuerst manuelle Überarbeitung und in einem zweiten Schritt Pythonskripte zum Einsatz. Die Entstehung der Skripte ist eng mit dem Blick in die Daten selbst verknüpft. Manuelle und technische Überarbeitung stehen so in steter Wechselwirkung. Die Skripte setzen das um, was zuvor konzeptioniert wurde, werden aber mit Blick auf die entstandenen Daten immer wieder korrigiert und weiterentwickelt. Ihr Umfang und ihre Entwicklungszeit passt sich an die konkrete Problemstellung an. Soll beispielsweise lediglich eine Spalte in einem Katalog automatisiert geändert werden, muss kein großer Aufwand betrieben werden. Soll jedoch ein flexibles Programm erstellt werden, mit dessen Hilfe alle Kataloge in die Wikibaseinstanz geladen werden soll, ist es nötig entsprechend intensiv zu testen und zu dokumentieren, damit es flexibel und präzise ist. Neben diesen Skripten können für die Weiterverarbeitung auch Plugins und externe Werkzeuge zur Verwendung kommen, wobei dann wieder stärker die Kontrolle der Daten auf ihre Validität in Hinblick auf das Datenmodell im Blick gehalten werden muss.

-----

== Richtlinien ==

=== Extern ===

==== Wikibase ====

Alle Wikibaseinstanzen geben den in ihnen enthaltenen Daten bestimmte Formate und Eigenschaften vor. Diese sind in dem zugehörigen Wiki<span id="ref1"></span><sup>[[#anm1|[1]]]</sup> sowie in der technischen Dokumentation<span id="ref2"></span><sup>[[#anm2|[2]]]</sup> beschrieben. Beispielsweise können bestimmte Datentypen in der Wikibase verwendet werden<span id="ref3"></span><sup>[[#anm3|[3]]]</sup>, oder die Wikibase schreibt vor, dass Zeichenfolgen mindestens ein Zeichen lang sein müssen, und lässt keine Zeichenfolgen zu, die dem regulären Ausdruck „^|[|$“ entsprechen (d. h. keine Zeichenfolgen, die mit einem Leerzeichen beginnen oder enden oder vertikale Leerzeichen wie Zeilenumbrüche enthalten). Die Vorgaben für die Wikibaseversion „1.44“ sowie die Dockerversion „0.3.137-wmde.20“ für den Wikidata Query Service und mit ihm in Zusammenhang stehenden Funktionen sind daher einzuhalten.

==== Erweiterungen ====

Obgleich es sich bei der Wikibase selbst eigentlich um eine Erweiterung handelt, kommen weitere Werkzeuge zum Einsatz. Neben Plugins der Wikibase wie WikibaseCirrusSearch <span id="ref4"></span><sup>[[#anm4|[4]]]</sup> oder Nuke <span id="ref5"></span><sup>[[#anm5|[5]]]</sup> kommen externe Werkzeuge wie OpenRefine <span id="ref6"></span><sup>[[#anm6|[6]]]</sup> zum Einsatz. Das bedeutet, dass …

==== Python-Bibliotheken ====

Für das Hochladen der Daten wird in der Hauptsache die Bibliothek WikibaseIntegrator <span id="ref7"></span><sup>[[#anm7|[7]]]</sup> zum Einsatz. Einerseits prüft diese bereits größtenteils auf Konformität der Daten mit den Vorgaben der Wikibase, andererseits kommt es durch seine Nutzung zu weiteren Eingrenzungen, sei es, weil dies erwünscht ist (Übereinstimmung mit dem Datenmodell oder der Umgang mit schon bestehenden Daten), sei es aus technischen Gründen (auch hier gibt es genaue Vorgaben zu den Datentypen<span id="ref8"></span><sup>[[#anm8|[8]]]</sup>). Zwar wird die Abhängigkeitenliste möglichst klein gehalten und größtenteils auf Standardbibliotheken zurückgegriffen, dennoch kann nicht ausgeschlossen werden, dass die Abhängigkeiten oder Unterabhängigkeiten zu bestimmten Verhalten führen. Für genauere Informationen sollte die technische Dokumentation<span id="ref9"></span><sup>[[#anm9|[9]]]</sup> und/oder der Quellcode<span id="ref10"></span><sup>[[#anm10|[10]]]</sup> in Betracht gezogen werden.

==== Allgemein ====

Neben den technischen Hintergründen gibt es auch externe Leitlinien, die herangezogen und beachtet werden. Allem voran finden bei der Erstellung und Anpassung des Datenmodells die Vorgaben von CIDOC CRM<span id="ref11"></span><sup>[[#anm11|[11]]]</sup> und spezifischer LRMoo<span id="ref12"></span><sup>[[#anm12|[12]]]</sup> Beachtung. Ganze Bereiche wurden nach dem dort erstellten Schema<span id="ref13"></span><sup>[[#anm13|[13]]]</sup> umgesetzt (das betrifft im Besonderen das sogenannte WEMI-Schema). Das Datenmodell wird einerseits mithilfe von Protégé<span id="ref14"></span><sup>[[#anm14|[14]]]</sup> als RDF-Datei erstellt und somit maschineninterpretierbar bereitgehalten. Andererseits können die Hauptaspekte des Modells. also die Objekte und deren mögliche Beziehungen untereinander in der Wikibase selbst eingesehen werden. Auch die Zugehörigkeit einer Instanz zu ihrer Klasse wird mithilfe der is_instance_of-Beziehung feststellbar.

-----

=== Intern ===

==== Datenmodell ====

Neben den externen Vorgaben bezüglich des Datenmodells gibt es weitere innerhalb des Projektes gesetzte Vorgaben. Es werden zwar nicht alle Funktionen, die Protégé bereitstellt verwendet, jedoch können neben der besseren Übersichtlichkeit mithilfe des Programmes weitere Angaben gemacht werden, die die Vorgaben and die Daten weiter auf eine maschinenverarbeitbare Art präzisieren. So können Charakteristiken wie Transitivität, Funktionalität, Symmetrie oder Reflexivität der Eigenschaften gesetzt werden<span id="ref15"></span><sup>[[#anm15|[15]]]</sup> oder Unterklassenbeziehungen und Freitextbeschreibungen einfach editiert werden. Die daraus entstehende Datei ist die Grundlage für die Informationen in der Wikibase und auch die weitere Verarbeitung der Daten. Alle Informationen bezüglich des Datenmodells werden in dieser einen Datei also zentral gelagert und zu Weiterverarbeitungszwecken aus dieser entnommen. Das gilt sowohl für die Erstellung des Datenmodells in der Wikibase, als auch für den Abgleich der Daten mit dem Datenmodell. Perspektivisch ist auch der andauernde Abgleich der Daten und des Datenmodells in der Wikibase mithilfe dieser Datei umzusetzen.

==== Autopsie ====

Auch für die Autopsie gibt es Vorgaben, die spezifisch für dieses Projekt gelten. Das betrifft einerseits die Kriterien, auf welche die Bücher geprüft werden (diese finden sich in dem Datenmodell - alle dort enthaltenen Klassen werden zur Prüfung herangezogen, andere Informationen können ohnehin nicht sinnvoll dargestellt werden und sind daher für dieses Projekt nicht weiter relevant). Aus dieser Vorannahme ergibt sich weiterhin ein Prüfschema, dass sich in den Daten widerspiegelt: Angaben in Datenpunkten ohne weiteren Vermerk sind überprüft worden. Die Angabe, dass keine Angabe existiert, bedeutet, dass nachgeschaut wurde (beispielsweise bei der Angabe „ohne Verlag“ als has_publisher-Beziehung bedeutet das, dass es zu dem Verlag keine Angabe gibt und dies auch im Buch überprüft wurde). Wird keine Angabe gemacht, gibt es keine weiteren Informationen zu dem Datenpunkt, das heißt es wurde nicht geprüft oder das Wissen liegt nicht in einer weiterverarbeitbaren Form vor. Andererseits gibt es weitere Sachen, die beachtet werden (müssen), die hier noch aufzuzählen sind.

Die Dokumentation muss auf eine Weise geschehen, dass die Daten mit möglichst geringem Aufwand in die Wikibase transferiert werden können. Daher müssen sie passend zu dem Skript digital aufgearbeitet werden.

==== Wiederverwendete Daten ====

Für bereits bestehende Datensätze gelten die gleichen Grundbedingungen, wie für neu erhobene Daten. Um die Daten in die gleiche Form zu bringen, gilt es jedoch anderen Herausforderungen Rechnung zu tragen: Einerseits sind die Quellen bereits erschlossen, jedoch nicht zwangsläufig mit dem gleichen Ansprüchen und Zielen, wie dies in diesem Projekt der Fall ist. Daher können sie Informationen enthalten, die hier nicht relevant sind, problematischer wird es jedoch, wenn benötigte Informationen nicht enthalten sind oder nicht mehr (gut oder sicher) nachvollzogen werden können. Zusätzlich können die Informationen nicht immer (einfach) automatisch übertragen werden. Daher werden auch in diesem Fall weitreichende Aufbereitungsschritte durchlaufen:

Diese Schritte stellen sicher, dass die Daten möglichst korrekt in dem neuen Schema umgesetzt werden können und somit mithilfe des Skriptes einwandfrei in die Wikibase geladen werden können.

==== Skript zum Hochladen ====

Es gibt verschiedene Punkte, die bedingt durch das Skript in der letzten Form vor dem Hochladen beachtet werden müssen. Diese finden sich einerseits in der technischen Dokumentation des Skriptes wieder<span id="ref16"></span><sup>[[#anm16|[16]]]</sup>, werden weiter unten jedoch für die Anwendendenperspektive aufbereitet. Das Skript an sich benötigt vor allem durch die systematische Aufbereitung einen präzisen Datensatz, der klar definierte Aussagen trifft. Zeichenketten, die eine bestimmte Sonderrolle einnehmen, müssen diese immer in einem klar definierbaren Kontext einnehmen, sonst wird es zu Fehlern bei ihrer Verarbeitung kommen.

Um eine möglichst hohe historische Genauigkeit zu erreichen und gleichzeitig die Daten vergleichbar zu machen, werden historische Zitate von modernen Vereinheitlichungen unterschieden. Um die Datenbank jedoch nicht mit schlecht nachvollziehbaren Dopplungen zu überladen, wird in Hinblick auf die Zielsetzung bestimmten Regeln folgend selektiv vorgegangen. Hohe Transparenz und ein stimmiges Konzept sind bei diesem Vorgehen entscheidend. Das Datenmodell legt daher fest, welche Eingaben gemacht werden (können) und welche Vorgaben für diese gelten. Weiterhin wurde ein Verfahren entwickelt, dass eine einheitliche Transformation der Daten in die Wikibase unter Einhaltung des Datenmodells ermöglicht und so die Form der Daten bestimmt.

-----

== Zusammenfassung für Nutzende ==

=== Allgemeine Hinweise ===

{| class="wikitable"
!align="center" width="30%"| 
!width="13%"| Form
!width="55%"| Inhalt / Bedeutung
|-
|align="center"| '''Konstanten'''
| <code>Konstantenname = Konstanteninhalt</code>
| 1. Konstanten für die komplette Weiterverarbeitung <br> 2. Einige Konstanten sind Allgemeingültig, einige werden nur für spezielle Aufgaben benötigt und müssen an die Daten angepasst werden <br>-> konstanten.py
|-
|align="center"| 
| <code>trenner</code> = <code>"###"</code>
| Symbol für das interne Trennzeichen. ⚠️ Darf in den Daten nicht anderweitig vorkommen.
|-
|align="center"| 
| <code>maxzeichen</code>
| <code>2000</code> – Maximale Zeichenanzahl für Bezeichner*.
|-
|align="center"| 
| <code>maxzeichen_zeichenkette</code>
| <code>4000</code> – Maximale Zeichenzahl für Zeichenketten*.
|-
|align="center"| 
| <code>csv_pfad</code>
| <code>BASE_DIR / "data/ordner/inhalt.csv"</code> – Pfad zu Tabelle mit den Daten.
|-
|align="center"| 
| <code>ppn_pfad</code>
| <code>BASE_DIR / "data/ordner/inhalt.csv"</code> – [optional] Pfad zu Tabelle mit zusätzlichen Inhalten.
|-
|align="center"| 
| <code>image_grundurl</code>
| <code>kat_link + "?image="</code> – Link zu einzelnen Seiten eines Kataloges.
|-
|align="center"| 
| <code>dnb_grundurl</code>
| <code>'https://d-nb.info/gnd/'</code> – Link zur DNB-Datenbank.
|-
|align="center"| 
| <code>ohne_angabe</code> = <code>"ohne Angabe"</code>
| Setzung, falls es allgemein keine Angabe gibt.
|-
|align="center"| 
| <code>ohne_ort</code> = <code>"ohne Ort"</code>
| Setzung, falls es keine Angabe für einen Ort gibt.
|-
|align="center"| 
| <code>ohne_publisher</code> = <code>"ohne Druck-/Verlagsangabe"</code>
| Setzung, falls es keine Angabe für einen Publisher gibt.
|-
|align="center"| 
| <code>ohne_jahr</code> = <code>"ohne Jahr"</code>
| Setzung, falls es keine Angabe für eine Jahreszahl gibt.
|-
|align="center"| 
| <code>erschlossen</code> = <code>"revealed"</code>
| Qualifizierer, falls eine Eigenschaftsbeziehung nachträglich erschlossen wurde.
|-
|align="center"| 
| <code>ist</code> = <code>"is"</code>
| – Qualifizierer, falls eine Eigenschaftsbeziehung Zusatzattribute erhalten soll.
|-
|align="center"| 
| <code>hat_preis</code> = <code>"has_price"</code>
| – Qualifizierer für Preis.
|-
|align="center"| 
| <code>hat_datum</code> = <code>"has_date"</code>
| – Qualifizierer für Datum.
|-
|align="center"| 
| <code>unsicher</code> = <code>"uncertain"</code>
| – Qualifizierer, falls ein Eigenschaftswert unsicher ist.
|-
|align="center"| 
| <code>nachträglich</code> = <code>"later"</code>
| – Qualifizierer, falls ein Eigenschaftswert nachträglich ist.
|}

=== Daten bezüglich der Wikibase (konstanten.py und einlogdaten.json) ===

{| class="wikitable"
!align="center" width="30%"| 
!width="13%"| Form
!width="55%"| Inhalt / Bedeutung
|-
|align="center"| '''Daten bezüglich <br>der Wikibase'''
| <code>Zweck = Inhalt</code>
| 1. Eingabe- und Verbindungsdaten <br> 2. Daten werden für alle Verbindungen mit der Wikibase verwendet <br>-> konstanten.py und einlogdaten.json
|-
|align="center"| 
| <code>"benutzername"</code>
| Individuell gesetzt in <code>einlogdaten.json</code>
|-
|align="center"| 
| <code>"passwort"</code>
| Individuell gesetzt in <code>einlogdaten.json</code>
|-
|align="center"| 
| <code>wb_api_url</code>
| <code>"https://data.fuerstinnentest.uni-trier.de/w/api.php"</code>
|-
|align="center"| 
| <code>wb_url</code>
| <code>"https://data.fuerstinnentest.uni-trier.de/"</code>
|-
|align="center"| 
| <code>wb_sparql_url</code>
| <code>"https://query.fuerstinnentest.uni-trier.de"</code>
|}

=== Nachnutzung der Objekte in Wikibase (konstanten.py: nachnutzbare_objekte) ===

{| class="wikitable"
!align="center" width="30%"| 
!width="13%"| Form
!width="55%"| Inhalt / Bedeutung
|-
|align="center"| '''Nachnutzung der Objekte in Wikibase'''
| <code>Instanzname#bestimmterBezeichner;<br>Eigenschaft1#Eigenschaftwert1;<br>Eigenschaft2#Eigenschaftswert2,..</code>
| 1. Überprüfung, ob Objekt schon existiert und verwendet werden kann.<br>2. Bezeichner wird immer auf Gleichheit überprüft. <br>3. Instanznamen, Eigenschaften und -werte können mittels „+" und „*“ dynamisch gesetzt werden (genau dieser Wert muss bereits mindestens 1 mal, bzw. beliebig oft gleich gesetzt worden sein). <br> 4. Es wird in der folgenden Reihenfolge geprüft und der erste Treffer gewählt.<br> -> konstanten.py: nachnutzbare_objekte
|-
|align="center"| 
| <code>Item;has_digital_copy#+</code>
| <code>Item</code> – Wiederverwendung bei identischem <code>has_digital_copy</code>
|-
|align="center"| 
| <code>"Manifestation;has_place_of_printing#*;<br>has_year_of_printing#*;has_publisher#*"</code>
| <code>Manifestation</code> – Wiederverwendung bei identischem Ort, Jahr und Publisher
|-
|align="center"| 
| <code>"Expression"</code>
| <code>Expression</code> – Wiederverwendung bei gleichem Bezeichner
|-
|align="center"| 
| <code>"Work"</code>
| <code>Work</code> – Wiederverwendung bei gleichem Bezeichner
|-
|align="center"| 
| <code>"Shelfmark"</code>
| <code>Shelfmark</code> – Wiederverwendung bei gleichem Bezeichner
|-
|align="center"| 
| <code>"Place"</code>
| <code>Place</code> – Wiederverwendung bei gleichem Bezeichner
|-
|align="center"| 
| <code>"Person#" + ohne_publisher</code>
| <code>Person</code> – bei <code>ohne_publisher</code>-Bezeichner
|-
|align="center"| 
| <code>"Subject"</code>
| <code>Subject</code> – Wiederverwendung bei gleichem Bezeichner
|-
|align="center"| 
| <code>"Genre"</code>
| <code>Genre</code> – Wiederverwendung bei gleichem Bezeichner
|-
|align="center"| 
| <code>"MediaType"</code>
| <code>MediaType</code> – Wiederverwendung bei gleichem Bezeichner
|-
|align="center"| 
| <code>"Language"</code>
| <code>Language</code> – Wiederverwendung bei gleichem Bezeichner
|-
|align="center"| 
| <code>"+;has_id#+"</code>
| Alle Klassen – bei identischer <code>has_id</code>
|-
|align="center"| 
| <code>"+#" + ohne_angabe</code>
| Alle Klassen – bei <code>ohne_angabe</code>-Bezeichner
|-
|align="center"| 
| <code>"Catalogue"</code>
| <code>Catalogue</code> – Wiederverwendung bei gleichem Bezeichner
|}

=== Aufbereitung der Daten (innerhalb einer Zelle) ===

# Die Implementierung gibt verschiedene Vorgaben an die Daten vor.
# Einige Vorgaben sind beabsichtigt, um als technische Bedingung Vorgaben zu erzwingen, die zur Datenkonsistenz beitragen.
# Einige Vorgaben sind (noch) nicht implementiert und müssen daher bei der Erstellung der Daten dringend beachtet werden.

⚠️ '''Kritische Zeichen:''' <code>#</code>, <code>[</code>, <code>]</code>, <code>;</code>, <code>&&&</code>, <code>|||</code>

==== '''Bereinigung''' ====

{| class="wikitable"
!width="22%"| Form
!width="77%"| Inhalt / Bedeutung
|-
| <code>Dateninhalt#ID1#ID2...</code>
| Identifizierer können an Datenpunkte angehängt werden, um <code>has_id</code> Eigenschaften an die Objekte anzuhängen.
|-
| <code>[Dateninhalt]</code>
| Daten als '''nachträglich erschlossen''' markieren. → Qualifizierer auf Eigenschaftsbeziehung.
|-
| <code>Dateninhalt1;Dateninhalt2...</code>
| '''Mehrere Datenpunkte''' in einer Zelle mit Semikolon → mehrere Eigenschaftsbeziehungen.
|-
| <code>Dateninhalt&&&Alias1&#124;&#124;Alias2</code>
| '''Aliasse''' mit <code>&&&</code> und <code>&#124;&#124;</code> trennen. Matching-Probleme möglich.
|-
| <code>[Dateninhalt&&&Alias1&#124;&#124;Alias2#ID1#ID2]</code>
| '''Kombination''': Reihenfolge = Bezeichner → Aliasse → IDs. Eckige Klammern für Nachträge umschließen '''einen vollständigen Datenpunkt'''.
|}

==== '''Automatische “ohne Angabe”-Erkennung & Ortangaben (nach Bereinigung)''' ====

{| class="wikitable"
!width="22%"| Form
!width="77%"| Inhalt / Bedeutung
|-
| - <code>has_publisher: ‚keinedrucker-/verlagsangabe' <br>- has_year_of_printing, has_year_of_birth, has_year_of_death: 'o.j.', 'o.jahr', 'ohnejahr', ‚ohnej.'</code> <br> -<code>has_place_of_printing, has_place_of_activity, has_place_of_birth, has_place_of_death', 'has_localisation: 's.l.', 'o.o.', 'o.a.', 'o.ort', 'ohneort', ‚ohneo.'</code><br>- Ansonsten: <code>‚ohneangabe'</code>
| Nach der Bereinigung (Mutation zu kleinen Buchstaben und Entfernung von Leerzeichen) werden Einträge erkannt als „ohne Angabe“. Die Inhalte werden je nach Angaben mit allgemeinen Inhalten besetzt (ohne_angabe, ohne_ort, ohne_publisher und ohne_jahr - siehe oben).
|-
| Objekte mit Eigenschaft aus [<code>'has_place_of_printing', 'has_place_of_activity', 'has_place_of_birth', 'has_place_of_death', 'has_localisation'</code>]
| Ortsangaben ohne nachgelagerte ID-Werte werden auf Übereinstimmung in der Liste hinter dem orte_pfad (in konstanten.py -> ort.csv) geprüft und gegebenenfalls wird eine ID gesetzt.
|-
| <code>deu;lat;...###Language</code>
| Sprachangaben werden ersetzt durch Angaben aus der Liste in sprachliste_pfad (in konstanten.py -> sprachcodes_loc.csv). Der Code muss also in dieser Liste vorhanden sein (ISO-639-2).<br>⚠️ Kann keine Übereinstimmung gefunden werden, wird ein Fehler geworfen und die Verarbeitung abgebrochen.
|-
| <code>ca. 1710-1712###Zeitpunkt</code>
| Momentan werden Zeitspannen (1710-1712) als mehrere Angaben (1710, 1711 und 1712) gesetzt, gleiches gilt auch für ungenaue Angaben (“171…”). Es können also defacto nur Zeitpunkte verarbeitet werden. Ungenaue Angaben (Angaben die “ca” oder “…” enthalten) erhalten den Qualifizierer “ist” mit dem Wert in “unsicher” (siehe oben). Es wird eine Wikibasegenauigkeit von 9 gesetzt, die für Jahresangaben steht
|-
| <code>123###Menge</code>
| Mengenangaben werden überprüft auf ihre Nummernhaftigkeit. True wird als 1, False als 0 gesetzt. <br>⚠️ Ist keine Nummer oder True/False für eine Eigenschaftsbeziehung mit Datentyp Menge/Quantity gegeben, wird ein Fehler geworfen und die Verarbeitung abgebrochen.
|-
| <code>Text###Zeichenkette</code>
| Zeichenketten und Bezeichner/Aliasse werden auf die entsprechende Länge gekürzt (siehe oben)
|-
| <code>has_inverse</code>
| Inversen werden automatisch entsprechend dem Datenmodell gesetzt. Sie bedürfen keiner weiteren Behandlung.
|}

<blockquote>*Vorgaben der Wikibase:

<pre>$wgWBRepoSettings['string-limits']['multilang']['length'] = 2000;
$wgWBRepoSettings['string-limits']['VT:monolingualtext']['length'] = 2000;
$wgWBRepoSettings['string-limits']['VT:string']['length'] = 4000;</pre>
== Siehe: https://doc.wikimedia.org/Wikibase/master/php/docs_topics_options.html#autotoc_md348 ==
</blockquote>
=== Hinweise zu Katalogdaten ===

==== Konstanten (<code>konstanten.py</code>) ====

'''Format:''' Konstantenname = Konstanteninhalt

# Konstanten für die komplette Weiterverarbeitung
# Einige Konstanten sind Allgemeingültig, einige werden nur für spezielle Aufgaben benötigt und müssen an die Daten angepasst werden

{| class="wikitable"
!align="center" width="30%"| 
!width="13%"| Form
!width="55%"| Inhalt / Bedeutung
|-
|align="center"| 
| <code>kat_name</code>
| <code>"Katalogname"</code> – Bezeichner des Kataloges
|-
|align="center"| 
| <code>kat_link</code>
| <code>"link-zu-externer-grafik.de"</code> – [optional] Link zu Katalog (<code>has_id</code>)
|-
|align="center"| 
| <code>ort</code>
| <code>"Ort der Dokumente"</code> – [optional] Physischer Standort. ⚠️ Wird automatisch gesetzt
|}

==== Mapping der Kopfzeile auf das Datenmodell ====

'''Format:'''<code>Spaltenname;Eigenschaft1#Zielobjektspaltenname1:Zielobjektspaltenname2;Eigenschaft2#Zielobjekteigenschaft2</code>

# Kopfzeile wird auf das Datenmodell gemappt, sodass die Spalten Eigenschaftswerte zugeordnet bekommen.
# Eigenschaftswerte werden in Tabelle mit den Wegen näher beschrieben.
# Es können mehrere Inhalte zusammengefasst werden, indem die Spalten gleich benannt, aber durchnummeriert werden.
# Angaben hier werden überschrieben von Angaben in der Objektliste

-> Pfad wird in konstanten.py gesetzt (<code>mapping_datei_pfad</code>)

{| class="wikitable"
!width="20%"| Form
!width="80%"| Inhalt / Bedeutung
|-
| <code>id;[empty]</code>
| Spalte „id" wird weggelassen
|-
| <code>pageCat;has_page_number</code>
| „pageCat" → <code>has_page_number</code>
|-
| <code>imageCat;has_imageURL</code>
| „imageCat" → <code>has_imageURL</code>
|-
| <code>numberCat;has_number</code>
| „numberCat" → <code>has_number</code>
|-
| <code>itemInVolume;[empty]</code>
| Spalte „itemInVolume" wird weggelassen
|-
| <code>titleCat;[empty]</code>
| Spalte „titleCat" wird weggelassen
|-
| <code>titleBib;has_titleBib</code>
| „titleBib" → <code>has_titleBib</code>
|-
| <code>titleNormalized;[empty]</code>
| Spalte „titleNormalized" wird weggelassen
|-
| <code>author;has_author</code>
| „author" → <code>has_author</code>
|-
| <code>contributor;has_contributor</code>
| „contributor" → <code>has_contributor</code>
|-
| <code>place;has_place_of_printing</code>
| „place" → <code>has_place_of_printing</code>
|-
| <code>publishers;has_publisher</code>
| „publishers" → <code>has_publisher</code>
|-
| <code>year;has_year_of_printing</code>
| „year" → <code>has_year_of_printing</code>
|-
| <code>format;has_historical_format</code>
| „format" → <code>has_historical_format</code>
|-
| <code>histSubject;has_collection_classification</code>
| „histSubject" → <code>has_collection_classification</code>
|-
| <code>subjects;[empty]</code>
| Spalte „subjects" wird weggelassen
|-
| <code>genres;has_genre</code>
| „genres" → <code>has_genre</code>
|-
| <code>mediaType;has_MediaType</code>
| „mediaType" → <code>has_MediaType</code>
|-
| <code>languages;has_language</code>
| „languages" → <code>has_language</code>
|-
| <code>systemManifestation;has_id#systemManifestation:idManifestation</code>
| „systemManifestation" wird mit „idManifestation" auf <code>has_id</code> gemappt
|-
| <code>institutionOriginal;"has_shelfmark#institutionOriginal:shelfmarkOriginal"</code>
| „institutionOriginal" wird mit „shelfmarkOriginal" auf <code>has_shelfmark</code> gemappt
|-
| <code>provenanceAttribute;has_provenance</code>
| „provenanceAttribute" → <code>has_provenance</code>
|-
| <code>digitalCopyOriginal;has_digital_copy</code>
| „digitalCopyOriginal" → <code>has_digital_copy</code>
|-
| <code>targetOPAC;[empty]</code>
| Spalte „targetOPAC" wird weggelassen
|-
| <code>searchID;[empty]</code>
| Spalte „searchID" wird weggelassen
|-
| <code>titleWork;[empty]</code>
| Spalte „titleWork" wird weggelassen
|-
| <code>systemWork;[empty]</code>
| Spalte „systemWork" wird weggelassen
|-
| <code>idWork;[empty]</code>
| Spalte „idWork" wird weggelassen
|-
| <code>bound;is_bound</code>
| „bound" → <code>is_bound</code>
|-
| <code>comment;has_comment</code>
| „comment" → <code>has_comment</code>
|-
| <code>digitalCopy;[empty]</code>
| Spalte „digitalCopy" wird weggelassen
|-
| <code>copiesHAB;[empty]</code>
| Spalte „copiesHAB" wird weggelassen
|}

==== Objektliste ====

'''Format:''' <code>Klasse;Spaltenoption1,Spaltenoption2Teil1:Spaltenoption2Teil2;...</code> 1. Liste mit Objekten, die für einen Datensatz angelegt werden. 2. Es gibt unterschiedliche Dateien, die entsprechend den Datensätzen gesetzt werden können. 3. Es werden die Spalten angegeben, in denen nach dem Bezeichner für die vordefinierten Instanzen gesucht wird. 4. Wird kein Bezeichner gefunden, können die Instanzen nicht gesetzt werden. Falls Pfade (siehe unten) von ihnen abhängen, kann dies zu Fehlern führen. 5. Angaben hier überschreiben Angaben in dem Mapping der Kopfzeile.

-> Pfad wird in konstanten.py gesetzt (objektliste_pfad)

{| class="wikitable"
!width="64%"| Form
!width="35%"| Erklärung
|-
| <code>Source_Entry;titleCat</code>
| „Source_Entry" findet sich in Spalte <code>titleCat</code>. '''⚠️ „Source_Entry" ist der Startknoten für jede Datenzeile und daher immer zwingend erforderlich'''
|-
| <code>Catalogue;name</code>
| „Catalogue" verwendet den Inhalt in <code>kat_name</code>
|-
| <code>Item;titleBib;titleCat</code>
| „Item" prüft <code>titleBib</code>, wird dort kein Inhalt gefunden, wird <code>titleCat</code> verwendet. '''⚠️ „Item" ist Teil des WEMI-Schemas und daher immer zwingend erforderlich'''
|-
| <code>Manifestation;titleBib;titleCat</code>
| „Manifestation" entsprechend Item. '''⚠️ „Manifestation" ist Teil des WEMI-Schemas und daher immer zwingend erforderlich'''
|-
| <code>Expression;titleNormalized;titleBib;titleCat</code>
| „Expression" prüft <code>titleNormalized</code> und geht bei Misserfolg entsprechend Manifestation vor. '''⚠️„Expression" ist Teil des WEMI-Schemas und daher immer zwingend erforderlich'''
|-
| <code>Work;titleNormalized;titleBib;titleCat</code>
| „Work" entsprechend Expression. '''⚠️ „Work" ist Teil des WEMI-Schemas und daher immer zwingend erforderlich'''
|-
| <code>Shelfmark;institutionOriginal:shelfmarkOriginal</code>
| „Shelfmark" setzt sich zusammen aus <code>institutionOriginal</code> und <code>ShelfmarkOriginal</code>, getrennt durch einen Doppelpunkt.
|}

==== Wege innerhalb des Datenmodells ====

'''Format:''' <code>Startknoten;Wegeigentschaft1;Zwischenobjekt1;Wegeigenschaft2;Zwischenobjekt2;...;Zieleigenschaft1#InstanznameOderDatentypZuZieleigenschaft1 Startknoten;Wegeigentschaft1;Zwischenobjekt1;Wegeigenschaft2;Zwischenobjekt2;...;Zieleigenschaft2#InstanznameOderDatentypZuZieleigenschaft2 ...</code>

# Hier werden die Pfade von einem Startknoten zu einem Zielknoten innerhalb des Datenmodells nachgezeichnet. Das ist nötig, weil es häufig mehrere mögliche Wege gibt und identische Eigenschaften an mehreren Objekten angehängt sein können.
# Es wird der erste Treffer verwendet. Mehrere Setzungen zu gleichbenannten Eigenschaften sind daher nicht möglich.
# Startknoten ist immer Source_Entry.
# Entlang des WEMI-Schemas wird immer der Pfad entsprechend Source_Entry refers_to Item exemplifies Manifestation is_embodied_in Expression realises Work verwendet. Dieser Pfad wird immer angegeben und daher benötigt.

-> Pfad wird in konstanten.py gesetzt (weg_pfad)

{| class="wikitable"
!width="64%"| Form
!width="35%"| Erklärung
|-
| <code>Source_Entry;has_page_number#Zeichenkette</code>
| Weg zu <code>has_page_number</code> [Zeichenkette]
|-
| <code>Source_Entry;has_imageURL#URL</code>
| Weg zu <code>has_imageURL</code> [URL]
|-
| <code>Source_Entry;has_number#Zeichenkette</code>
| Weg zu <code>has_number</code> [Zeichenkette]
|-
| <code>Source_Entry;has_source#Catalogue</code>
| Weg zu <code>has_source</code> [Catalogue]
|-
| <code>Source_Entry;refers_to;Item;exemplifies;Manifestation;has_titleBib#Zeichenkette</code>
| (über Manifestation) Weg zu <code>has_titleBib</code> [Zeichenkette]
|-
| <code>Source_Entry;refers_to;Item;has_author#Person</code>
| (über Item) Weg zu <code>has_author</code> [Person]
|-
| <code>Source_Entry;refers_to;Item;has_localisation#Place</code>
| (über Item) Weg zu <code>has_localisation</code> [Place]
|-
| <code>Source_Entry;refers_to;Item;has_contributor#Person</code>
| (über Item) Weg zu <code>has_contributor</code> [Person]
|-
| <code>Source_Entry;refers_to;Item;exemplifies;Manifestation;has_place_of_printing#Place</code>
| (über Manifestation) Weg zu <code>has_place_of_printing</code> [Place]
|-
| <code>Source_Entry;refers_to;Item;exemplifies;Manifestation;has_publisher#Person</code>
| (über Manifestation) Weg zu <code>has_publisher</code> [Person]
|-
| <code>Source_Entry;refers_to;Item;exemplifies;Manifestation;has_year_of_printing#Zeitpunkt</code>
| (über Manifestation) Weg zu <code>has_year_of_printing</code> [Zeitpunkt]
|-
| <code>Source_Entry;has_historical_format#Zeichenkette</code>
| Weg zu <code>has_historical_format</code> [Zeichenkette]
|-
| <code>Source_Entry;has_collection_classification#Subject</code>
| Weg zu <code>has_collection_classification</code> [Subject]
|-
| <code>Source_Entry;refers_to;Item;exemplifies;Manifestation; is_embodied_in;Expression;realises;Work;has_subject#Subject</code>
| (über Work) Weg zu <code>has_subject</code> [Subject]
|-
| <code>Source_Entry;refers_to;Item;exemplifies;Manifestation;is_embodied_in;Expression;has_genre#Genre</code>
| (über Expression) Weg zu <code>has_genre</code> [Genre]
|-
| <code>Source_Entry;refers_to;Item;exemplifies;Manifestation;has_MediaType#MediaType</code>
| (über Manifestation) Weg zu <code>has_MediaType</code> [MediaType]
|-
| <code>Source_Entry;refers_to;Item;exemplifies;Manifestation;has_language#Language</code>
| (über Manifestation) Weg zu <code>has_language</code> [Language]
|-
| <code>Source_Entry;refers_to;Item;exemplifies;Manifestation;has_id#Zeichenkette</code>
| (über Manifestation) Weg zu <code>has_id</code> [Zeichenkette]
|-
| <code>Source_Entry;refers_to;Item;has_shelfmark#Shelfmark</code>
| (über Item) Weg zu <code>has_shelfmark</code> [Shelfmark]
|-
| <code>Source_Entry;refers_to;Item;has_shelfmark;Shelfmark;is_currently_used#Menge</code>
| (über Shelfmark) Weg zu <code>is_currently_used</code> [Menge]
|-
| <code>Source_Entry;refers_to;Item;has_provenance#Provenance</code>
| (über Item) Weg zu <code>has_provenance</code> [Provenance]
|-
| <code>Source_Entry;refers_to;Item;has_digital_copy#URL</code>
| (über Item) Weg zu <code>has_digital_copy</code> [URL]
|-
| <code>Source_Entry;refers_to;Item;is_bound#Menge</code>
| (über Item) Weg zu <code>is_bound</code> [Menge]
|-
| <code>Source_Entry;refers_to;Item;has_comment#Zeichenkette</code>
| (über Item) Weg zu <code>has_comment</code> [Zeichenkette]
|-
| <code>Source_Entry;refers_to;Item;exemplifies;Manifestation;is_embodied_in;Expression;realises#Work</code>
| WEMI-Schema wird immer gesetzt
|}

-----

=== Hinweise zu Personendaten ===

==== Mapping der Kopfzeile auf das Datenmodell ====

'''Format:''' <code>Spaltenname;Eigenschaft1#Zielobjektspaltenname1:Zielobjektspaltenname2;Eigenschaft2#Zielobjekteigenschaft2</code>

# Kopfzeile wird auf das Datenmodell gemappt, sodass die Spalten Eigenschaftswerte zugeordnet bekommen.
# Eigenschaftswerte werden in Tabelle mit den Wegen näher beschrieben.
# Es können mehrere Inhalte zusammengefasst werden, indem die Spalten gleich benannt, aber durchnummeriert werden.
# Angaben hier werden überschrieben von Angaben in der Objektliste.

-> Pfad wird in konstanten.py gesetzt (mapping_datei_pfad)

{| class="wikitable"
!width="20%"| Form
!width="80%"| Inhalt / Bedeutung
|-
| <code>ID;[leer]</code>
| Spalte „ID“ wird weggelassen
|-
| <code>Vorname(n);[leer]</code>
| Spalte „Vorname(n)“ wird weggelassen
|-
| <code>Titel;[leer]</code>
| Spalte „Titel“ wird weggelassen
|-
| <code>name_reconcile;[leer]</code>
| Spalte „name_reconcile“ wird weggelassen
|-
| <code>Geburtsname;has_birth_name</code>
| „Geburtsname“ → <code>has_birth_name</code>
|-
| <code>Adelstitel;has_title</code>
| „Adelstitel“ → <code>has_title</code>
|-
| <code>Lebensdaten;[leer]</code>
| Spalte „Lebensdaten“ wird weggelassen
|-
| <code>Darstellung;has_imageURL</code>
| „Darstellung“ → <code>has_imageURL</code>
|-
| <code>Beruf oder Beschäftigung;has_occupation</code>
| „Beruf oder Beschäftigung“ → <code>has_occupation</code>
|-
| <code>Geburtsort;has_place_of_birth</code>
| „Geburtsort“ → <code>has_place_of_birth</code>
|-
| <code>Sterbeort;has_place_of_death</code>
| „Sterbeort“ → <code>has_place_of_death</code>
|-
| <code>Wirkungsort;has_place_of_activity</code>
| „Wirkungsort“ → <code>has_place_of_activity</code>
|-
| <code>GND-Nummer;has_id</code>
| „GND-Nummer“ → <code>has_id</code>
|-
| <code>Titelangabe;[leer]</code>
| Spalte „Titelangabe“ wird weggelassen
|-
| <code>Siehe auch;[leer]</code>
| Spalte „Siehe auch“ wird weggelassen
|-
| <code>In Beziehung stehendes Werk;[leer]</code>
| Spalte „In Beziehung stehendes Werk“ wird weggelassen
|-
| <code>Familiäre Beziehung;[leer]</code>
| Spalte „Familiäre Beziehung“ wird weggelassen
|-
| <code>geburt;has_year_of_birth</code>
| „geburt“ → <code>has_year_of_birth</code>
|-
| <code>tod;has_year_of_death</code>
| „tod“ → <code>has_year_of_death</code>
|-
| <code>kataloge;has_ownership_of</code>
| „kataloge“ → <code>has_ownership_of</code>
|}

==== Objektliste ====

'''Format:''' <code>Klasse;Spaltenoption1,Spaltenoption2Teil1:Spaltenoption2Teil2, ...</code> 1. Liste mit Objekten, die für einen Datensatz angelegt werden. 2. Es gibt unterschiedliche Dateien, die entsprechend den Datensätzen gesetzt werden können. 3. Es werden die Spalten angegeben, in denen nach dem Bezeichner für die vordefinierten Instanzen gesucht wird. 4. Wird kein Bezeichner gefunden, können die Instanzen nicht gesetzt werden. Falls Pfade (siehe unten) von ihnen abhängen, kann dies zu Fehlern führen. 5. Angaben hier überschreiben Angaben in dem Mapping der Kopfzeile.

-> Pfad wird in konstanten.py gesetzt (objektliste_pfad)

{| class="wikitable"
!align="center" width="30%"| 
!width="13%"| Form
!width="55%"| Inhalt / Bedeutung
|-
|align="center"| 
| <code>Person;name_reconcile</code>
| „Person“ prüft name_reconcile<br> ⚠️ „Person“ ist der Startknoten für jede Datenzeile und daher immer zwingend erforderlich
|-
|align="center"| 
| <code>Catalogue;kataloge</code>
| „Catalogue“ prüft kataloge
|}

==== Wege innerhalb des Datenmodells ====

'''Format:''' <code>Startknoten;Wegeigentschaft1;Zwischenobjekt1;Wegeigenschaft2;Zwischenobjekt2;...;Zieleigenschaft1#InstanznameOderDatentypZuZieleigenschaft1 Startknoten;Wegeigentschaft1;Zwischenobjekt1;Wegeigenschaft2;Zwischenobjekt2;...;Zieleigenschaft2#InstanznameOderDatentypZuZieleigenschaft2 ...</code> 1. Hier werden die Pfade von einem Startknoten zu einem Zielknoten innerhalb des Datenmodells nachgezeichnet. Das ist nötig, weil es häufig mehrere mögliche Wege gibt und identische Eigenschaften an mehreren Objekten angehängt sein können. 2. Es wird der erste Treffer verwendet. Mehrere Setzungen zu gleichbenannten Eigenschaften sind daher nicht möglich. 3. Startknoten ist immer Person

-> Pfad wird in konstanten.py gesetzt (weg_pfad)

{| class="wikitable"
!width="64%"| Form
!width="35%"| Erklärung
|-
| <code>Person;has_title#Zeichenkette</code>
| Weg zu <code>has_title</code> [Zeichenkette]
|-
| <code>Person;has_id#URL</code>
| Weg zu <code>has_id</code> [URL]
|-
| <code>Person;has_picture#URL</code>
| Weg zu <code>has_picture</code> [URL]
|-
| <code>Person;has_imageURL#URL</code>
| Weg zu <code>has_imageURL</code> [URL]
|-
| <code>Person;has_occupation#Zeichenkette</code>
| Weg zu <code>has_occupation</code> [Zeichenkette]
|-
| <code>Person;has_place_of_birth#Place</code>
| Weg zu <code>has_place_of_birth</code> [Place]
|-
| <code>Person;has_place_of_death#Place</code>
| Weg zu <code>has_place_of_death</code> [Place]
|-
| <code>Person;has_place_of_activity#Place</code>
| Weg zu <code>has_place_of_activity</code> [Place]
|-
| <code>Person;has_year_of_birth#Zeitpunkt</code>
| Weg zu <code>has_year_of_birth</code> [Zeitpunkt]
|-
| <code>Person;has_year_of_death#Zeitpunkt</code>
| Weg zu <code>has_year_of_death</code> [Zeitpunkt]
|-
| <code>Person;shows_ownership_of#Provenance</code>
| Weg zu <code>shows_ownership_of</code> [Provenance]
|-
| <code>Person;has_birth_name#Zeichenkette</code>
| Weg zu <code>has_birth_name</code> [Zeichenkette]
|-
| <code>Person;has_ownership_of#Catalogue</code>
| Weg zu <code>has_ownership_of</code> [Catalogue]
|-
| <code>Person;has_ownership_of;Catalogue;has_localisation#Place</code>
| (über Catalogue) Weg zu <code>has_localisation</code> [Place]
|}

== Anmerkungen ==

# <span id="anm1"></span>Siehe dazu: https://www.mediawiki.org/wiki/Wikibase ([[#ref1|↑]])
# <span id="anm2"></span>Siehe dazu: https://doc.wikimedia.org/Wikibase/master/php/index.html ([[#ref2|↑]])
# <span id="anm3"></span>Siehe dazu: https://www.wikidata.org/wiki/Special:ListDatatypes ([[#ref3|↑]])
# <span id="anm4"></span>Siehe dazu: https://www.mediawiki.org/wiki/Extension:WikibaseCirrusSearch ([[#ref4|↑]])
# <span id="anm5"></span>Siehe dazu: https://www.mediawiki.org/wiki/Extension:Nuke ([[#ref5|↑]])
# <span id="anm6"></span>https://openrefine.org/ ([[#ref6|↑]])
# <span id="anm7"></span>Siehe dazu: https://wikibaseintegrator.readthedocs.io/en/stable/ ([[#ref7|↑]])
# <span id="anm8"></span>Gelistet sind die Datentypen in der technischen Doku: https://wikibaseintegrator.readthedocs.io/en/stable/wikibaseintegrator.datatypes.html#submodules ([[#ref8|↑]])
# <span id="anm9"></span>Verlinken und veröffentlichen? Oder auf https://data.fuerstinnentest.uni-trier.de/wiki/Hauptseite? ([[#ref9|↑]])
# <span id="anm10"></span>Veröffentlichen? ([[#ref10|↑]])
# <span id="anm11"></span>Siehe dazu: https://cidoc-crm.org/ ([[#ref11|↑]])
# <span id="anm12"></span>Siehe dazu: https://cidoc-crm.org/lrmoo ([[#ref12|↑]])
# <span id="anm13"></span>Die Unterteilung von Buchinformationen in Work, Expression, Manifestation und Item. ([[#ref13|↑]])
# <span id="anm14"></span>Siehe dazu die Dokumentation: https://protegeproject.github.io/protege/ ([[#ref14|↑]])
# <span id="anm15"></span>Siehe dazu: https://protegeproject.github.io/protege/views/object-property-characteristics/ ([[#ref15|↑]])
# <span id="anm16"></span>Siehe dazu oben. ([[#ref16|↑]])

Richtlinien-Datenverarbeitung

2026-08-03T11:25:23Z

Admin:

<div style="text-align: center; margin-bottom: 2em;">
<h1 style="color: #012367; font-size: 3.0em; margin: 0.2em 0; font-weight: bold;">
Richtlinien zur Datenverarbeitung
<p style="color: #b7a080; font-size: 0.75em; margin: 0;font-weight: normal ">
Vorgaben für die Verarbeitung der Daten der Fürstinnenbibliotheken</span>
</p>
</h1>

</div>
== Inhaltsverzeichnis ==
- [[#Leitgedanken|Leitgedanken]]<br>
- [[#Datenintegrität|Datenintegrität]]<br>
- [[#Aufbau|Aufbau]]<br>
- [[#Richtlinien|Richtlinien]]<br>
- [[#Extern|Extern]]<br>
- [[#Intern|Intern]]<br>
- [[#Zusammenfassung_für_Nutzende|Zusammenfassung für Nutzende]]<br>
- [[#Allgemeine_Hinweise|Allgemeine Hinweise]]<br>
- [[#Hinweise_zu_Katalogdaten|Hinweise zu Katalogdaten]]<br>
- [[#Hinweise_zu_Personendaten|Hinweise zu Personendaten]]<br>

== Leitgedanken ==

=== Datenintegrität ===

Um einen reichhaltigen und vielfältig nutzbaren Datensatz zu erhalten, soll der Grundsatz der Datenintegrität so weit möglich gewahrt werden. Das bedeutet, dass die Daten vollständig, korrekt und konsistent sein sollten. Dieser Leitsatz ist gerade für historische Daten praktisch teilweise schwierig umzusetzen, da die Daten aus unterschiedlichen Erschließungsphasen stammen und in unterschiedlichen Formaten vorliegen. Dadurch ist ein großer Aufwand hinsichtlich der Vereinheitlichung nötig, um Ziele der Datenintegrität anzustreben. Um die Vereinheitlichung umzusetzen, wurden einerseits die Quellen direkt zu Rate gezogen, andererseits kamen technische Hilfsmittel zum Einsatz. So konnten fehlende Daten nachgetragen werden. Trotz äußerster Vorsicht kann es zu Datenverlusten und Fehlern kommen. Gerade bei technischer Umsetzung können systematische Fehler nicht in allen Fällen vermieden werden. Um zumindest größtmögliche Transparenz zu schaffen, wurden in Hinblick auf die Zielsetzung der Datenintegrität die folgenden Bearbeitungsvorgaben entwickelt. Um diese nicht nur dem Buchstaben nach, sondern auch der Idee nach umzusetzen, wird diese (allgemeinen Vorgehensweisen folgend, aber auf die konkrete Anwendung spezifiziert) kurz skizziert.

==== Korrektheit ====

Die Korrektheit der Daten ist von besonders großer Bedeutung. Um diese zu erreichen, ist selbst bei bestehenden Daten immer wieder der Blick in die Quellen notwendig. Es kann dabei nicht in jedem Fall nachvollzogen werden, welche Angaben korrekt sind, da viele im Laufe der Zeit verloren gegangen sind. Weiterhin kommt es zu einer Diffusität bezüglich dessen, was als korrekt zu bezeichnen ist. Historische Quellen unterscheiden sich hinsichtlich ihrer Schreibweise und Interpretation von Begriffen, wie zum Beispiel Ortsbezeichnungen. Aufgrund der Menge der Daten und dem Umfang der Umformatierungsarbeiten können nicht alle Fehler vermieden werden, daher wird die Korrektheit der Angaben laufend stichprobenartig korrigiert und geprüft.

==== Vollständigkeit ====

Es ist schlicht nicht möglich, die Angaben zu vervollständigen, da bereits durch die bruchstückhafte Ausgangslage nicht alle Angaben für alle Datensätze aufgefunden werden können. Diese Probleme können auch durch eine nachträgliche Autopsie nicht vollständig ausgeglichen werden. Weiterhin kommt es durch die Umformatierung und eine Ausrichtung der Daten auf bestimmte Fragestellungen zu Verlusten im Vergleich zu den Ausgangsdaten; Diese zeigen sich jedoch bereits in der Datenmodellierung. Zielsetzung des Projektes ist nicht das massenhafte, aber unaufgeräumte Sammeln aller möglichen Daten, sondern das Bereitstellen eines Datensatzes, der durch gezielte Selektion und Aufbereitung bestehender und ergänzter Daten möglichst vollständig und nutzbar - wenn auch weniger umfangreich - gehalten werden kann. Daher wird ein hoher Aufwand betrieben die vorliegenden Daten aufzubereiten und anzureichern, um eine gleichbleibende Qualität zu erreichen.

==== Konsistenz ====

Sind die Daten vollständig und korrekt, dann folgen sie feststellbaren Regeln. Können diese Regeln dem Datensatz entnommen werden, ermöglichen sie eine hohe Interpretierbarkeit. Gleichzeitig kann die Datenbank auf ihre Inhärenz geprüft werden, sodass mit dem Befolgen der Regeln bei einer Anreicherung der Datenbank diese leichter einheitlich und durchschaubar gehalten werden kann. Aufgrund der mit den Regeln entstandenen Vergleichbarkeit, kann zuletzt durch die Kenntnis dieser auch die Möglichkeit des Heranziehens einer anderen Datenbanken einfacher eruiert werden. Die Regeln können einerseits externen Vorgaben entnommen werden, wie der Implementation der Datenbank oder der Modellierung der Daten, andererseits setzen sie sich zusammen aus inhaltlichen, datenbezogenen Präsumtionen.

-----

=== Aufbau ===

==== Datenbank ====

Als Datenbank wurde eine Wikibaseinstanz mit einer MySQL-Datenbank im Backend aufgesetzt. Die verwendete Infrastruktur erfordert eine spezielle Aufbereitung der Daten. Allgemein erfordert die Wikibase als Graphdatenbank die Aufbereitung der Daten in Form von Subjekt-Prädikat-Objekt-Beziehungen (sogenannte Tripel). Diese Art der Aufbereitung ermöglicht eine recht große Freiheit und Übersichtlichkeit in der Modellierung, da jedoch (noch) kein Werkzeug zur Verfügung steht, das die Übereinstimmung der Daten mit dem Datenmodell prüft, muss bei dem Hinzufügen neuer Datentripel und -punkte ein hohes Maß an Vorsicht aufgebracht werden. Daher werden entsprechend strikte Richtlinien erstellt und die Umsetzung dieser konsequent überprüft. Neben diesen autonomen Leitfäden gibt es noch sehr konkrete technische Vorgaben: Beispielsweise gibt es vorimplementierte Datentypen, deren Nutzung eine entsprechende Aufbereitung der Daten erfordert und eine gegebene Darstellung dieser bewirkt oder auch feste Maximalzeichenlängen für die Namen der Einträge. Weitere Einschränkungen entstehen durch die Verwendung verschiedener Werkzeuge, die die Funktionen der Wikibase teilweise nicht oder in abgewandelter Form unterstützen.

==== Datenmodell ====
[[Datei:Datenmodell.drawio.png|1000px|thumb|center|Datenmodell als Grafik|link=https://data.fuerstinnen.uni-trier.de/wiki/Datei:Datenmodell.drawio.png]]

Das feststehende Datenmodell ermöglicht einen einfachen sowie treffsicheren Zugriff auf die Daten. Da die Wikibase keine Möglichkeit zur Validierung der Daten auf ein selbsterstelltes Datenmodell bereithält, handelt es sich bei der Umsetzung eher um eine freiwillige Selbstverpflichtung, die jedoch mit technischen Mitteln vorangetrieben wird. Das Datenmodell basiert auf gängigen Konzepten zur Modellierung von Buchdaten und wurde mit spezifischen Informationen erweitert. Diese betreffen vor allem die Daten zu den Katalogen, Inventaren und Briefen, die die Buchsammlungen auflisten. Außerdem kommt ein Modul bezüglich der Benutzung der Bücher hinzu. Um Probleme mit bestehenden Daten zu vermeiden ist das Modell nach der ersten Festlegung nicht mehr zu ändern, oder nur mit größter Vorsicht, denn bei einer Änderung muss der komplette bestehende Datensatz ebenso angepasst werden.

=== Autopsie ===

==== Weitere Hilfsmittel ====

Um die Daten von ihren verschiedenen Ausgangslagen in die gewünschte Form zu bringen, kommen zuerst manuelle Überarbeitung und in einem zweiten Schritt Pythonskripte zum Einsatz. Die Entstehung der Skripte ist eng mit dem Blick in die Daten selbst verknüpft. Manuelle und technische Überarbeitung stehen so in steter Wechselwirkung. Die Skripte setzen das um, was zuvor konzeptioniert wurde, werden aber mit Blick auf die entstandenen Daten immer wieder korrigiert und weiterentwickelt. Ihr Umfang und ihre Entwicklungszeit passt sich an die konkrete Problemstellung an. Soll beispielsweise lediglich eine Spalte in einem Katalog automatisiert geändert werden, muss kein großer Aufwand betrieben werden. Soll jedoch ein flexibles Programm erstellt werden, mit dessen Hilfe alle Kataloge in die Wikibaseinstanz geladen werden soll, ist es nötig entsprechend intensiv zu testen und zu dokumentieren, damit es flexibel und präzise ist. Neben diesen Skripten können für die Weiterverarbeitung auch Plugins und externe Werkzeuge zur Verwendung kommen, wobei dann wieder stärker die Kontrolle der Daten auf ihre Validität in Hinblick auf das Datenmodell im Blick gehalten werden muss.

-----

== Richtlinien ==

=== Extern ===

==== Wikibase ====

Alle Wikibaseinstanzen geben den in ihnen enthaltenen Daten bestimmte Formate und Eigenschaften vor. Diese sind in dem zugehörigen Wiki<span id="ref1"></span><sup>[[#anm1|[1]]]</sup> sowie in der technischen Dokumentation<span id="ref2"></span><sup>[[#anm2|[2]]]</sup> beschrieben. Beispielsweise können bestimmte Datentypen in der Wikibase verwendet werden<span id="ref3"></span><sup>[[#anm3|[3]]]</sup>, oder die Wikibase schreibt vor, dass Zeichenfolgen mindestens ein Zeichen lang sein müssen, und lässt keine Zeichenfolgen zu, die dem regulären Ausdruck „^|[|$“ entsprechen (d. h. keine Zeichenfolgen, die mit einem Leerzeichen beginnen oder enden oder vertikale Leerzeichen wie Zeilenumbrüche enthalten). Die Vorgaben für die Wikibaseversion „1.44“ sowie die Dockerversion „0.3.137-wmde.20“ für den Wikidata Query Service und mit ihm in Zusammenhang stehenden Funktionen sind daher einzuhalten.

==== Erweiterungen ====

Obgleich es sich bei der Wikibase selbst eigentlich um eine Erweiterung handelt, kommen weitere Werkzeuge zum Einsatz. Neben Plugins der Wikibase wie WikibaseCirrusSearch <span id="ref4"></span><sup>[[#anm4|[4]]]</sup> oder Nuke <span id="ref5"></span><sup>[[#anm5|[5]]]</sup> kommen externe Werkzeuge wie OpenRefine <span id="ref6"></span><sup>[[#anm6|[6]]]</sup> zum Einsatz. Das bedeutet, dass …

==== Python-Bibliotheken ====

Für das Hochladen der Daten wird in der Hauptsache die Bibliothek WikibaseIntegrator <span id="ref7"></span><sup>[[#anm7|[7]]]</sup> zum Einsatz. Einerseits prüft diese bereits größtenteils auf Konformität der Daten mit den Vorgaben der Wikibase, andererseits kommt es durch seine Nutzung zu weiteren Eingrenzungen, sei es, weil dies erwünscht ist (Übereinstimmung mit dem Datenmodell oder der Umgang mit schon bestehenden Daten), sei es aus technischen Gründen (auch hier gibt es genaue Vorgaben zu den Datentypen<span id="ref8"></span><sup>[[#anm8|[8]]]</sup>). Zwar wird die Abhängigkeitenliste möglichst klein gehalten und größtenteils auf Standardbibliotheken zurückgegriffen, dennoch kann nicht ausgeschlossen werden, dass die Abhängigkeiten oder Unterabhängigkeiten zu bestimmten Verhalten führen. Für genauere Informationen sollte die technische Dokumentation<span id="ref9"></span><sup>[[#anm9|[9]]]</sup> und/oder der Quellcode<span id="ref10"></span><sup>[[#anm10|[10]]]</sup> in Betracht gezogen werden.

==== Allgemein ====

Neben den technischen Hintergründen gibt es auch externe Leitlinien, die herangezogen und beachtet werden. Allem voran finden bei der Erstellung und Anpassung des Datenmodells die Vorgaben von CIDOC CRM<span id="ref11"></span><sup>[[#anm11|[11]]]</sup> und spezifischer LRMoo<span id="ref12"></span><sup>[[#anm12|[12]]]</sup> Beachtung. Ganze Bereiche wurden nach dem dort erstellten Schema<span id="ref13"></span><sup>[[#anm13|[13]]]</sup> umgesetzt (das betrifft im Besonderen das sogenannte WEMI-Schema). Das Datenmodell wird einerseits mithilfe von Protégé<span id="ref14"></span><sup>[[#anm14|[14]]]</sup> als RDF-Datei erstellt und somit maschineninterpretierbar bereitgehalten. Andererseits können die Hauptaspekte des Modells. also die Objekte und deren mögliche Beziehungen untereinander in der Wikibase selbst eingesehen werden. Auch die Zugehörigkeit einer Instanz zu ihrer Klasse wird mithilfe der is_instance_of-Beziehung feststellbar.

-----

=== Intern ===

==== Datenmodell ====

Neben den externen Vorgaben bezüglich des Datenmodells gibt es weitere innerhalb des Projektes gesetzte Vorgaben. Es werden zwar nicht alle Funktionen, die Protégé bereitstellt verwendet, jedoch können neben der besseren Übersichtlichkeit mithilfe des Programmes weitere Angaben gemacht werden, die die Vorgaben and die Daten weiter auf eine maschinenverarbeitbare Art präzisieren. So können Charakteristiken wie Transitivität, Funktionalität, Symmetrie oder Reflexivität der Eigenschaften gesetzt werden<span id="ref15"></span><sup>[[#anm15|[15]]]</sup> oder Unterklassenbeziehungen und Freitextbeschreibungen einfach editiert werden. Die daraus entstehende Datei ist die Grundlage für die Informationen in der Wikibase und auch die weitere Verarbeitung der Daten. Alle Informationen bezüglich des Datenmodells werden in dieser einen Datei also zentral gelagert und zu Weiterverarbeitungszwecken aus dieser entnommen. Das gilt sowohl für die Erstellung des Datenmodells in der Wikibase, als auch für den Abgleich der Daten mit dem Datenmodell. Perspektivisch ist auch der andauernde Abgleich der Daten und des Datenmodells in der Wikibase mithilfe dieser Datei umzusetzen.

==== Autopsie ====

Auch für die Autopsie gibt es Vorgaben, die spezifisch für dieses Projekt gelten. Das betrifft einerseits die Kriterien, auf welche die Bücher geprüft werden (diese finden sich in dem Datenmodell - alle dort enthaltenen Klassen werden zur Prüfung herangezogen, andere Informationen können ohnehin nicht sinnvoll dargestellt werden und sind daher für dieses Projekt nicht weiter relevant). Aus dieser Vorannahme ergibt sich weiterhin ein Prüfschema, dass sich in den Daten widerspiegelt: Angaben in Datenpunkten ohne weiteren Vermerk sind überprüft worden. Die Angabe, dass keine Angabe existiert, bedeutet, dass nachgeschaut wurde (beispielsweise bei der Angabe „ohne Verlag“ als has_publisher-Beziehung bedeutet das, dass es zu dem Verlag keine Angabe gibt und dies auch im Buch überprüft wurde). Wird keine Angabe gemacht, gibt es keine weiteren Informationen zu dem Datenpunkt, das heißt es wurde nicht geprüft oder das Wissen liegt nicht in einer weiterverarbeitbaren Form vor. Andererseits gibt es weitere Sachen, die beachtet werden (müssen), die hier noch aufzuzählen sind.

Die Dokumentation muss auf eine Weise geschehen, dass die Daten mit möglichst geringem Aufwand in die Wikibase transferiert werden können. Daher müssen sie passend zu dem Skript digital aufgearbeitet werden.

==== Wiederverwendete Daten ====

Für bereits bestehende Datensätze gelten die gleichen Grundbedingungen, wie für neu erhobene Daten. Um die Daten in die gleiche Form zu bringen, gilt es jedoch anderen Herausforderungen Rechnung zu tragen: Einerseits sind die Quellen bereits erschlossen, jedoch nicht zwangsläufig mit dem gleichen Ansprüchen und Zielen, wie dies in diesem Projekt der Fall ist. Daher können sie Informationen enthalten, die hier nicht relevant sind, problematischer wird es jedoch, wenn benötigte Informationen nicht enthalten sind oder nicht mehr (gut oder sicher) nachvollzogen werden können. Zusätzlich können die Informationen nicht immer (einfach) automatisch übertragen werden. Daher werden auch in diesem Fall weitreichende Aufbereitungsschritte durchlaufen:

Diese Schritte stellen sicher, dass die Daten möglichst korrekt in dem neuen Schema umgesetzt werden können und somit mithilfe des Skriptes einwandfrei in die Wikibase geladen werden können.

==== Skript zum Hochladen ====

Es gibt verschiedene Punkte, die bedingt durch das Skript in der letzten Form vor dem Hochladen beachtet werden müssen. Diese finden sich einerseits in der technischen Dokumentation des Skriptes wieder<span id="ref16"></span><sup>[[#anm16|[16]]]</sup>, werden weiter unten jedoch für die Anwendendenperspektive aufbereitet. Das Skript an sich benötigt vor allem durch die systematische Aufbereitung einen präzisen Datensatz, der klar definierte Aussagen trifft. Zeichenketten, die eine bestimmte Sonderrolle einnehmen, müssen diese immer in einem klar definierbaren Kontext einnehmen, sonst wird es zu Fehlern bei ihrer Verarbeitung kommen.

Um eine möglichst hohe historische Genauigkeit zu erreichen und gleichzeitig die Daten vergleichbar zu machen, werden historische Zitate von modernen Vereinheitlichungen unterschieden. Um die Datenbank jedoch nicht mit schlecht nachvollziehbaren Dopplungen zu überladen, wird in Hinblick auf die Zielsetzung bestimmten Regeln folgend selektiv vorgegangen. Hohe Transparenz und ein stimmiges Konzept sind bei diesem Vorgehen entscheidend. Das Datenmodell legt daher fest, welche Eingaben gemacht werden (können) und welche Vorgaben für diese gelten. Weiterhin wurde ein Verfahren entwickelt, dass eine einheitliche Transformation der Daten in die Wikibase unter Einhaltung des Datenmodells ermöglicht und so die Form der Daten bestimmt.

-----

== Zusammenfassung für Nutzende ==

=== Allgemeine Hinweise ===

{|
!align="center" width="30%"| 
!width="13%"| Form
!width="55%"| Inhalt / Bedeutung
|-
|align="center"| '''Konstanten'''
| <code>Konstantenname = Konstanteninhalt</code>
| 1. Konstanten für die komplette Weiterverarbeitung <br> 2. Einige Konstanten sind Allgemeingültig, einige werden nur für spezielle Aufgaben benötigt und müssen an die Daten angepasst werden <br>-> konstanten.py
|-
|align="center"| 
| <code>trenner</code> = <code>"###"</code>
| Symbol für das interne Trennzeichen. ⚠️ Darf in den Daten nicht anderweitig vorkommen.
|-
|align="center"| 
| <code>maxzeichen</code>
| <code>2000</code> – Maximale Zeichenanzahl für Bezeichner*.
|-
|align="center"| 
| <code>maxzeichen_zeichenkette</code>
| <code>4000</code> – Maximale Zeichenzahl für Zeichenketten*.
|-
|align="center"| 
| <code>csv_pfad</code>
| <code>BASE_DIR / "data/ordner/inhalt.csv"</code> – Pfad zu Tabelle mit den Daten.
|-
|align="center"| 
| <code>ppn_pfad</code>
| <code>BASE_DIR / "data/ordner/inhalt.csv"</code> – [optional] Pfad zu Tabelle mit zusätzlichen Inhalten.
|-
|align="center"| 
| <code>image_grundurl</code>
| <code>kat_link + "?image="</code> – Link zu einzelnen Seiten eines Kataloges.
|-
|align="center"| 
| <code>dnb_grundurl</code>
| <code>'https://d-nb.info/gnd/'</code> – Link zur DNB-Datenbank.
|-
|align="center"| 
| <code>ohne_angabe</code> = <code>"ohne Angabe"</code>
| Setzung, falls es allgemein keine Angabe gibt.
|-
|align="center"| 
| <code>ohne_ort</code> = <code>"ohne Ort"</code>
| Setzung, falls es keine Angabe für einen Ort gibt.
|-
|align="center"| 
| <code>ohne_publisher</code> = <code>"ohne Druck-/Verlagsangabe"</code>
| Setzung, falls es keine Angabe für einen Publisher gibt.
|-
|align="center"| 
| <code>ohne_jahr</code> = <code>"ohne Jahr"</code>
| Setzung, falls es keine Angabe für eine Jahreszahl gibt.
|-
|align="center"| 
| <code>erschlossen</code> = <code>"revealed"</code>
| Qualifizierer, falls eine Eigenschaftsbeziehung nachträglich erschlossen wurde.
|-
|align="center"| 
| <code>ist</code> = <code>"is"</code>
| – Qualifizierer, falls eine Eigenschaftsbeziehung Zusatzattribute erhalten soll.
|-
|align="center"| 
| <code>hat_preis</code> = <code>"has_price"</code>
| – Qualifizierer für Preis.
|-
|align="center"| 
| <code>hat_datum</code> = <code>"has_date"</code>
| – Qualifizierer für Datum.
|-
|align="center"| 
| <code>unsicher</code> = <code>"uncertain"</code>
| – Qualifizierer, falls ein Eigenschaftswert unsicher ist.
|-
|align="center"| 
| <code>nachträglich</code> = <code>"later"</code>
| – Qualifizierer, falls ein Eigenschaftswert nachträglich ist.
|}

=== Daten bezüglich der Wikibase (konstanten.py und einlogdaten.json) ===

{|
!align="center" width="30%"| 
!width="13%"| Form
!width="55%"| Inhalt / Bedeutung
|-
|align="center"| '''Daten bezüglich <br>der Wikibase'''
| <code>Zweck = Inhalt</code>
| 1. Eingabe- und Verbindungsdaten <br> 2. Daten werden für alle Verbindungen mit der Wikibase verwendet <br>-> konstanten.py und einlogdaten.json
|-
|align="center"| 
| <code>"benutzername"</code>
| Individuell gesetzt in <code>einlogdaten.json</code>
|-
|align="center"| 
| <code>"passwort"</code>
| Individuell gesetzt in <code>einlogdaten.json</code>
|-
|align="center"| 
| <code>wb_api_url</code>
| <code>"https://data.fuerstinnentest.uni-trier.de/w/api.php"</code>
|-
|align="center"| 
| <code>wb_url</code>
| <code>"https://data.fuerstinnentest.uni-trier.de/"</code>
|-
|align="center"| 
| <code>wb_sparql_url</code>
| <code>"https://query.fuerstinnentest.uni-trier.de"</code>
|}

=== Nachnutzung der Objekte in Wikibase (konstanten.py: nachnutzbare_objekte) ===

{|
!align="center" width="30%"| 
!width="13%"| Form
!width="55%"| Inhalt / Bedeutung
|-
|align="center"| '''Nachnutzung der Objekte in Wikibase'''
| <code>Instanzname#bestimmterBezeichner;<br>Eigenschaft1#Eigenschaftwert1;<br>Eigenschaft2#Eigenschaftswert2,..</code>
| 1. Überprüfung, ob Objekt schon existiert und verwendet werden kann.<br>2. Bezeichner wird immer auf Gleichheit überprüft. <br>3. Instanznamen, Eigenschaften und -werte können mittels „+" und „*“ dynamisch gesetzt werden (genau dieser Wert muss bereits mindestens 1 mal, bzw. beliebig oft gleich gesetzt worden sein). <br> 4. Es wird in der folgenden Reihenfolge geprüft und der erste Treffer gewählt.<br> -> konstanten.py: nachnutzbare_objekte
|-
|align="center"| 
| <code>Item;has_digital_copy#+</code>
| <code>Item</code> – Wiederverwendung bei identischem <code>has_digital_copy</code>
|-
|align="center"| 
| <code>"Manifestation;has_place_of_printing#*;<br>has_year_of_printing#*;has_publisher#*"</code>
| <code>Manifestation</code> – Wiederverwendung bei identischem Ort, Jahr und Publisher
|-
|align="center"| 
| <code>"Expression"</code>
| <code>Expression</code> – Wiederverwendung bei gleichem Bezeichner
|-
|align="center"| 
| <code>"Work"</code>
| <code>Work</code> – Wiederverwendung bei gleichem Bezeichner
|-
|align="center"| 
| <code>"Shelfmark"</code>
| <code>Shelfmark</code> – Wiederverwendung bei gleichem Bezeichner
|-
|align="center"| 
| <code>"Place"</code>
| <code>Place</code> – Wiederverwendung bei gleichem Bezeichner
|-
|align="center"| 
| <code>"Person#" + ohne_publisher</code>
| <code>Person</code> – bei <code>ohne_publisher</code>-Bezeichner
|-
|align="center"| 
| <code>"Subject"</code>
| <code>Subject</code> – Wiederverwendung bei gleichem Bezeichner
|-
|align="center"| 
| <code>"Genre"</code>
| <code>Genre</code> – Wiederverwendung bei gleichem Bezeichner
|-
|align="center"| 
| <code>"MediaType"</code>
| <code>MediaType</code> – Wiederverwendung bei gleichem Bezeichner
|-
|align="center"| 
| <code>"Language"</code>
| <code>Language</code> – Wiederverwendung bei gleichem Bezeichner
|-
|align="center"| 
| <code>"+;has_id#+"</code>
| Alle Klassen – bei identischer <code>has_id</code>
|-
|align="center"| 
| <code>"+#" + ohne_angabe</code>
| Alle Klassen – bei <code>ohne_angabe</code>-Bezeichner
|-
|align="center"| 
| <code>"Catalogue"</code>
| <code>Catalogue</code> – Wiederverwendung bei gleichem Bezeichner
|}

=== Aufbereitung der Daten (innerhalb einer Zelle) ===

# Die Implementierung gibt verschiedene Vorgaben an die Daten vor.
# Einige Vorgaben sind beabsichtigt, um als technische Bedingung Vorgaben zu erzwingen, die zur Datenkonsistenz beitragen.
# Einige Vorgaben sind (noch) nicht implementiert und müssen daher bei der Erstellung der Daten dringend beachtet werden.

⚠️ '''Kritische Zeichen:''' <code>#</code>, <code>[</code>, <code>]</code>, <code>;</code>, <code>&&&</code>, <code>|||</code>

==== '''Bereinigung''' ====

{|
!width="22%"| Form
!width="77%"| Inhalt / Bedeutung
|-
| <code>Dateninhalt#ID1#ID2...</code>
| Identifizierer können an Datenpunkte angehängt werden, um <code>has_id</code> Eigenschaften an die Objekte anzuhängen.
|-
| <code>[Dateninhalt]</code>
| Daten als '''nachträglich erschlossen''' markieren. → Qualifizierer auf Eigenschaftsbeziehung.
|-
| <code>Dateninhalt1;Dateninhalt2...</code>
| '''Mehrere Datenpunkte''' in einer Zelle mit Semikolon → mehrere Eigenschaftsbeziehungen.
|-
| <code>Dateninhalt&&&Alias1&#124;&#124;Alias2</code>
| '''Aliasse''' mit <code>&&&</code> und <code>&#124;&#124;</code> trennen. Matching-Probleme möglich.
|-
| <code>[Dateninhalt&&&Alias1&#124;&#124;Alias2#ID1#ID2]</code>
| '''Kombination''': Reihenfolge = Bezeichner → Aliasse → IDs. Eckige Klammern für Nachträge umschließen '''einen vollständigen Datenpunkt'''.
|}

==== '''Automatische “ohne Angabe”-Erkennung & Ortangaben (nach Bereinigung)''' ====

{|
!width="22%"| Form
!width="77%"| Inhalt / Bedeutung
|-
| - <code>has_publisher: ‚keinedrucker-/verlagsangabe' <br>- has_year_of_printing, has_year_of_birth, has_year_of_death: 'o.j.', 'o.jahr', 'ohnejahr', ‚ohnej.'</code> <br> -<code>has_place_of_printing, has_place_of_activity, has_place_of_birth, has_place_of_death', 'has_localisation: 's.l.', 'o.o.', 'o.a.', 'o.ort', 'ohneort', ‚ohneo.'</code><br>- Ansonsten: <code>‚ohneangabe'</code>
| Nach der Bereinigung (Mutation zu kleinen Buchstaben und Entfernung von Leerzeichen) werden Einträge erkannt als „ohne Angabe“. Die Inhalte werden je nach Angaben mit allgemeinen Inhalten besetzt (ohne_angabe, ohne_ort, ohne_publisher und ohne_jahr - siehe oben).
|-
| Objekte mit Eigenschaft aus [<code>'has_place_of_printing', 'has_place_of_activity', 'has_place_of_birth', 'has_place_of_death', 'has_localisation'</code>]
| Ortsangaben ohne nachgelagerte ID-Werte werden auf Übereinstimmung in der Liste hinter dem orte_pfad (in konstanten.py -> ort.csv) geprüft und gegebenenfalls wird eine ID gesetzt.
|-
| <code>deu;lat;...###Language</code>
| Sprachangaben werden ersetzt durch Angaben aus der Liste in sprachliste_pfad (in konstanten.py -> sprachcodes_loc.csv). Der Code muss also in dieser Liste vorhanden sein (ISO-639-2).<br>⚠️ Kann keine Übereinstimmung gefunden werden, wird ein Fehler geworfen und die Verarbeitung abgebrochen.
|-
| <code>ca. 1710-1712###Zeitpunkt</code>
| Momentan werden Zeitspannen (1710-1712) als mehrere Angaben (1710, 1711 und 1712) gesetzt, gleiches gilt auch für ungenaue Angaben (“171…”). Es können also defacto nur Zeitpunkte verarbeitet werden. Ungenaue Angaben (Angaben die “ca” oder “…” enthalten) erhalten den Qualifizierer “ist” mit dem Wert in “unsicher” (siehe oben). Es wird eine Wikibasegenauigkeit von 9 gesetzt, die für Jahresangaben steht
|-
| <code>123###Menge</code>
| Mengenangaben werden überprüft auf ihre Nummernhaftigkeit. True wird als 1, False als 0 gesetzt. <br>⚠️ Ist keine Nummer oder True/False für eine Eigenschaftsbeziehung mit Datentyp Menge/Quantity gegeben, wird ein Fehler geworfen und die Verarbeitung abgebrochen.
|-
| <code>Text###Zeichenkette</code>
| Zeichenketten und Bezeichner/Aliasse werden auf die entsprechende Länge gekürzt (siehe oben)
|-
| <code>has_inverse</code>
| Inversen werden automatisch entsprechend dem Datenmodell gesetzt. Sie bedürfen keiner weiteren Behandlung.
|}

<blockquote>*Vorgaben der Wikibase:

<pre>$wgWBRepoSettings['string-limits']['multilang']['length'] = 2000;
$wgWBRepoSettings['string-limits']['VT:monolingualtext']['length'] = 2000;
$wgWBRepoSettings['string-limits']['VT:string']['length'] = 4000;</pre>
== Siehe: https://doc.wikimedia.org/Wikibase/master/php/docs_topics_options.html#autotoc_md348 ==
</blockquote>
=== Hinweise zu Katalogdaten ===

==== Konstanten (<code>konstanten.py</code>) ====

'''Format:''' Konstantenname = Konstanteninhalt

# Konstanten für die komplette Weiterverarbeitung
# Einige Konstanten sind Allgemeingültig, einige werden nur für spezielle Aufgaben benötigt und müssen an die Daten angepasst werden

{|
!align="center" width="30%"| 
!width="13%"| Form
!width="55%"| Inhalt / Bedeutung
|-
|align="center"| 
| <code>kat_name</code>
| <code>"Katalogname"</code> – Bezeichner des Kataloges
|-
|align="center"| 
| <code>kat_link</code>
| <code>"link-zu-externer-grafik.de"</code> – [optional] Link zu Katalog (<code>has_id</code>)
|-
|align="center"| 
| <code>ort</code>
| <code>"Ort der Dokumente"</code> – [optional] Physischer Standort. ⚠️ Wird automatisch gesetzt
|}

==== Mapping der Kopfzeile auf das Datenmodell ====

'''Format:'''<code>Spaltenname;Eigenschaft1#Zielobjektspaltenname1:Zielobjektspaltenname2;Eigenschaft2#Zielobjekteigenschaft2</code>

# Kopfzeile wird auf das Datenmodell gemappt, sodass die Spalten Eigenschaftswerte zugeordnet bekommen.
# Eigenschaftswerte werden in Tabelle mit den Wegen näher beschrieben.
# Es können mehrere Inhalte zusammengefasst werden, indem die Spalten gleich benannt, aber durchnummeriert werden.
# Angaben hier werden überschrieben von Angaben in der Objektliste

-> Pfad wird in konstanten.py gesetzt (<code>mapping_datei_pfad</code>)

{|
!width="20%"| Form
!width="80%"| Inhalt / Bedeutung
|-
| <code>id;[empty]</code>
| Spalte „id" wird weggelassen
|-
| <code>pageCat;has_page_number</code>
| „pageCat" → <code>has_page_number</code>
|-
| <code>imageCat;has_imageURL</code>
| „imageCat" → <code>has_imageURL</code>
|-
| <code>numberCat;has_number</code>
| „numberCat" → <code>has_number</code>
|-
| <code>itemInVolume;[empty]</code>
| Spalte „itemInVolume" wird weggelassen
|-
| <code>titleCat;[empty]</code>
| Spalte „titleCat" wird weggelassen
|-
| <code>titleBib;has_titleBib</code>
| „titleBib" → <code>has_titleBib</code>
|-
| <code>titleNormalized;[empty]</code>
| Spalte „titleNormalized" wird weggelassen
|-
| <code>author;has_author</code>
| „author" → <code>has_author</code>
|-
| <code>contributor;has_contributor</code>
| „contributor" → <code>has_contributor</code>
|-
| <code>place;has_place_of_printing</code>
| „place" → <code>has_place_of_printing</code>
|-
| <code>publishers;has_publisher</code>
| „publishers" → <code>has_publisher</code>
|-
| <code>year;has_year_of_printing</code>
| „year" → <code>has_year_of_printing</code>
|-
| <code>format;has_historical_format</code>
| „format" → <code>has_historical_format</code>
|-
| <code>histSubject;has_collection_classification</code>
| „histSubject" → <code>has_collection_classification</code>
|-
| <code>subjects;[empty]</code>
| Spalte „subjects" wird weggelassen
|-
| <code>genres;has_genre</code>
| „genres" → <code>has_genre</code>
|-
| <code>mediaType;has_MediaType</code>
| „mediaType" → <code>has_MediaType</code>
|-
| <code>languages;has_language</code>
| „languages" → <code>has_language</code>
|-
| <code>systemManifestation;has_id#systemManifestation:idManifestation</code>
| „systemManifestation" wird mit „idManifestation" auf <code>has_id</code> gemappt
|-
| <code>institutionOriginal;"has_shelfmark#institutionOriginal:shelfmarkOriginal"</code>
| „institutionOriginal" wird mit „shelfmarkOriginal" auf <code>has_shelfmark</code> gemappt
|-
| <code>provenanceAttribute;has_provenance</code>
| „provenanceAttribute" → <code>has_provenance</code>
|-
| <code>digitalCopyOriginal;has_digital_copy</code>
| „digitalCopyOriginal" → <code>has_digital_copy</code>
|-
| <code>targetOPAC;[empty]</code>
| Spalte „targetOPAC" wird weggelassen
|-
| <code>searchID;[empty]</code>
| Spalte „searchID" wird weggelassen
|-
| <code>titleWork;[empty]</code>
| Spalte „titleWork" wird weggelassen
|-
| <code>systemWork;[empty]</code>
| Spalte „systemWork" wird weggelassen
|-
| <code>idWork;[empty]</code>
| Spalte „idWork" wird weggelassen
|-
| <code>bound;is_bound</code>
| „bound" → <code>is_bound</code>
|-
| <code>comment;has_comment</code>
| „comment" → <code>has_comment</code>
|-
| <code>digitalCopy;[empty]</code>
| Spalte „digitalCopy" wird weggelassen
|-
| <code>copiesHAB;[empty]</code>
| Spalte „copiesHAB" wird weggelassen
|}

==== Objektliste ====

'''Format:''' <code>Klasse;Spaltenoption1,Spaltenoption2Teil1:Spaltenoption2Teil2;...</code> 1. Liste mit Objekten, die für einen Datensatz angelegt werden. 2. Es gibt unterschiedliche Dateien, die entsprechend den Datensätzen gesetzt werden können. 3. Es werden die Spalten angegeben, in denen nach dem Bezeichner für die vordefinierten Instanzen gesucht wird. 4. Wird kein Bezeichner gefunden, können die Instanzen nicht gesetzt werden. Falls Pfade (siehe unten) von ihnen abhängen, kann dies zu Fehlern führen. 5. Angaben hier überschreiben Angaben in dem Mapping der Kopfzeile.

-> Pfad wird in konstanten.py gesetzt (objektliste_pfad)

{|
!width="64%"| Form
!width="35%"| Erklärung
|-
| <code>Source_Entry;titleCat</code>
| „Source_Entry" findet sich in Spalte <code>titleCat</code>. '''⚠️ „Source_Entry" ist der Startknoten für jede Datenzeile und daher immer zwingend erforderlich'''
|-
| <code>Catalogue;name</code>
| „Catalogue" verwendet den Inhalt in <code>kat_name</code>
|-
| <code>Item;titleBib;titleCat</code>
| „Item" prüft <code>titleBib</code>, wird dort kein Inhalt gefunden, wird <code>titleCat</code> verwendet. '''⚠️ „Item" ist Teil des WEMI-Schemas und daher immer zwingend erforderlich'''
|-
| <code>Manifestation;titleBib;titleCat</code>
| „Manifestation" entsprechend Item. '''⚠️ „Manifestation" ist Teil des WEMI-Schemas und daher immer zwingend erforderlich'''
|-
| <code>Expression;titleNormalized;titleBib;titleCat</code>
| „Expression" prüft <code>titleNormalized</code> und geht bei Misserfolg entsprechend Manifestation vor. '''⚠️„Expression" ist Teil des WEMI-Schemas und daher immer zwingend erforderlich'''
|-
| <code>Work;titleNormalized;titleBib;titleCat</code>
| „Work" entsprechend Expression. '''⚠️ „Work" ist Teil des WEMI-Schemas und daher immer zwingend erforderlich'''
|-
| <code>Shelfmark;institutionOriginal:shelfmarkOriginal</code>
| „Shelfmark" setzt sich zusammen aus <code>institutionOriginal</code> und <code>ShelfmarkOriginal</code>, getrennt durch einen Doppelpunkt.
|}

==== Wege innerhalb des Datenmodells ====

'''Format:''' <code>Startknoten;Wegeigentschaft1;Zwischenobjekt1;Wegeigenschaft2;Zwischenobjekt2;...;Zieleigenschaft1#InstanznameOderDatentypZuZieleigenschaft1 Startknoten;Wegeigentschaft1;Zwischenobjekt1;Wegeigenschaft2;Zwischenobjekt2;...;Zieleigenschaft2#InstanznameOderDatentypZuZieleigenschaft2 ...</code>

# Hier werden die Pfade von einem Startknoten zu einem Zielknoten innerhalb des Datenmodells nachgezeichnet. Das ist nötig, weil es häufig mehrere mögliche Wege gibt und identische Eigenschaften an mehreren Objekten angehängt sein können.
# Es wird der erste Treffer verwendet. Mehrere Setzungen zu gleichbenannten Eigenschaften sind daher nicht möglich.
# Startknoten ist immer Source_Entry.
# Entlang des WEMI-Schemas wird immer der Pfad entsprechend Source_Entry refers_to Item exemplifies Manifestation is_embodied_in Expression realises Work verwendet. Dieser Pfad wird immer angegeben und daher benötigt.

-> Pfad wird in konstanten.py gesetzt (weg_pfad)

{|
!width="64%"| Form
!width="35%"| Erklärung
|-
| <code>Source_Entry;has_page_number#Zeichenkette</code>
| Weg zu <code>has_page_number</code> [Zeichenkette]
|-
| <code>Source_Entry;has_imageURL#URL</code>
| Weg zu <code>has_imageURL</code> [URL]
|-
| <code>Source_Entry;has_number#Zeichenkette</code>
| Weg zu <code>has_number</code> [Zeichenkette]
|-
| <code>Source_Entry;has_source#Catalogue</code>
| Weg zu <code>has_source</code> [Catalogue]
|-
| <code>Source_Entry;refers_to;Item;exemplifies;Manifestation;has_titleBib#Zeichenkette</code>
| (über Manifestation) Weg zu <code>has_titleBib</code> [Zeichenkette]
|-
| <code>Source_Entry;refers_to;Item;has_author#Person</code>
| (über Item) Weg zu <code>has_author</code> [Person]
|-
| <code>Source_Entry;refers_to;Item;has_localisation#Place</code>
| (über Item) Weg zu <code>has_localisation</code> [Place]
|-
| <code>Source_Entry;refers_to;Item;has_contributor#Person</code>
| (über Item) Weg zu <code>has_contributor</code> [Person]
|-
| <code>Source_Entry;refers_to;Item;exemplifies;Manifestation;has_place_of_printing#Place</code>
| (über Manifestation) Weg zu <code>has_place_of_printing</code> [Place]
|-
| <code>Source_Entry;refers_to;Item;exemplifies;Manifestation;has_publisher#Person</code>
| (über Manifestation) Weg zu <code>has_publisher</code> [Person]
|-
| <code>Source_Entry;refers_to;Item;exemplifies;Manifestation;has_year_of_printing#Zeitpunkt</code>
| (über Manifestation) Weg zu <code>has_year_of_printing</code> [Zeitpunkt]
|-
| <code>Source_Entry;has_historical_format#Zeichenkette</code>
| Weg zu <code>has_historical_format</code> [Zeichenkette]
|-
| <code>Source_Entry;has_collection_classification#Subject</code>
| Weg zu <code>has_collection_classification</code> [Subject]
|-
| <code>Source_Entry;refers_to;Item;exemplifies;Manifestation; is_embodied_in;Expression;realises;Work;has_subject#Subject</code>
| (über Work) Weg zu <code>has_subject</code> [Subject]
|-
| <code>Source_Entry;refers_to;Item;exemplifies;Manifestation;is_embodied_in;Expression;has_genre#Genre</code>
| (über Expression) Weg zu <code>has_genre</code> [Genre]
|-
| <code>Source_Entry;refers_to;Item;exemplifies;Manifestation;has_MediaType#MediaType</code>
| (über Manifestation) Weg zu <code>has_MediaType</code> [MediaType]
|-
| <code>Source_Entry;refers_to;Item;exemplifies;Manifestation;has_language#Language</code>
| (über Manifestation) Weg zu <code>has_language</code> [Language]
|-
| <code>Source_Entry;refers_to;Item;exemplifies;Manifestation;has_id#Zeichenkette</code>
| (über Manifestation) Weg zu <code>has_id</code> [Zeichenkette]
|-
| <code>Source_Entry;refers_to;Item;has_shelfmark#Shelfmark</code>
| (über Item) Weg zu <code>has_shelfmark</code> [Shelfmark]
|-
| <code>Source_Entry;refers_to;Item;has_shelfmark;Shelfmark;is_currently_used#Menge</code>
| (über Shelfmark) Weg zu <code>is_currently_used</code> [Menge]
|-
| <code>Source_Entry;refers_to;Item;has_provenance#Provenance</code>
| (über Item) Weg zu <code>has_provenance</code> [Provenance]
|-
| <code>Source_Entry;refers_to;Item;has_digital_copy#URL</code>
| (über Item) Weg zu <code>has_digital_copy</code> [URL]
|-
| <code>Source_Entry;refers_to;Item;is_bound#Menge</code>
| (über Item) Weg zu <code>is_bound</code> [Menge]
|-
| <code>Source_Entry;refers_to;Item;has_comment#Zeichenkette</code>
| (über Item) Weg zu <code>has_comment</code> [Zeichenkette]
|-
| <code>Source_Entry;refers_to;Item;exemplifies;Manifestation;is_embodied_in;Expression;realises#Work</code>
| WEMI-Schema wird immer gesetzt
|}

-----

=== Hinweise zu Personendaten ===

==== Mapping der Kopfzeile auf das Datenmodell ====

'''Format:''' <code>Spaltenname;Eigenschaft1#Zielobjektspaltenname1:Zielobjektspaltenname2;Eigenschaft2#Zielobjekteigenschaft2</code>

# Kopfzeile wird auf das Datenmodell gemappt, sodass die Spalten Eigenschaftswerte zugeordnet bekommen.
# Eigenschaftswerte werden in Tabelle mit den Wegen näher beschrieben.
# Es können mehrere Inhalte zusammengefasst werden, indem die Spalten gleich benannt, aber durchnummeriert werden.
# Angaben hier werden überschrieben von Angaben in der Objektliste.

-> Pfad wird in konstanten.py gesetzt (mapping_datei_pfad)

{|
!width="20%"| Form
!width="80%"| Inhalt / Bedeutung
|-
| <code>ID;[leer]</code>
| Spalte „ID“ wird weggelassen
|-
| <code>Vorname(n);[leer]</code>
| Spalte „Vorname(n)“ wird weggelassen
|-
| <code>Titel;[leer]</code>
| Spalte „Titel“ wird weggelassen
|-
| <code>name_reconcile;[leer]</code>
| Spalte „name_reconcile“ wird weggelassen
|-
| <code>Geburtsname;has_birth_name</code>
| „Geburtsname“ → <code>has_birth_name</code>
|-
| <code>Adelstitel;has_title</code>
| „Adelstitel“ → <code>has_title</code>
|-
| <code>Lebensdaten;[leer]</code>
| Spalte „Lebensdaten“ wird weggelassen
|-
| <code>Darstellung;has_imageURL</code>
| „Darstellung“ → <code>has_imageURL</code>
|-
| <code>Beruf oder Beschäftigung;has_occupation</code>
| „Beruf oder Beschäftigung“ → <code>has_occupation</code>
|-
| <code>Geburtsort;has_place_of_birth</code>
| „Geburtsort“ → <code>has_place_of_birth</code>
|-
| <code>Sterbeort;has_place_of_death</code>
| „Sterbeort“ → <code>has_place_of_death</code>
|-
| <code>Wirkungsort;has_place_of_activity</code>
| „Wirkungsort“ → <code>has_place_of_activity</code>
|-
| <code>GND-Nummer;has_id</code>
| „GND-Nummer“ → <code>has_id</code>
|-
| <code>Titelangabe;[leer]</code>
| Spalte „Titelangabe“ wird weggelassen
|-
| <code>Siehe auch;[leer]</code>
| Spalte „Siehe auch“ wird weggelassen
|-
| <code>In Beziehung stehendes Werk;[leer]</code>
| Spalte „In Beziehung stehendes Werk“ wird weggelassen
|-
| <code>Familiäre Beziehung;[leer]</code>
| Spalte „Familiäre Beziehung“ wird weggelassen
|-
| <code>geburt;has_year_of_birth</code>
| „geburt“ → <code>has_year_of_birth</code>
|-
| <code>tod;has_year_of_death</code>
| „tod“ → <code>has_year_of_death</code>
|-
| <code>kataloge;has_ownership_of</code>
| „kataloge“ → <code>has_ownership_of</code>
|}

==== Objektliste ====

'''Format:''' <code>Klasse;Spaltenoption1,Spaltenoption2Teil1:Spaltenoption2Teil2, ...</code> 1. Liste mit Objekten, die für einen Datensatz angelegt werden. 2. Es gibt unterschiedliche Dateien, die entsprechend den Datensätzen gesetzt werden können. 3. Es werden die Spalten angegeben, in denen nach dem Bezeichner für die vordefinierten Instanzen gesucht wird. 4. Wird kein Bezeichner gefunden, können die Instanzen nicht gesetzt werden. Falls Pfade (siehe unten) von ihnen abhängen, kann dies zu Fehlern führen. 5. Angaben hier überschreiben Angaben in dem Mapping der Kopfzeile.

-> Pfad wird in konstanten.py gesetzt (objektliste_pfad)

{|
!width="33%"| 
!width="33%"| Form
!width="33%"| Inhalt / Bedeutung
|-
| 
| <code>Person;name_reconcile</code>
| „Person“ prüft name_reconcile<br> ⚠️ „Person“ ist der Startknoten für jede Datenzeile und daher immer zwingend erforderlich
|-
| 
| <code>Catalogue;kataloge</code>
| „Catalogue“ prüft kataloge
|}

==== Wege innerhalb des Datenmodells ====

'''Format:''' <code>Startknoten;Wegeigentschaft1;Zwischenobjekt1;Wegeigenschaft2;Zwischenobjekt2;...;Zieleigenschaft1#InstanznameOderDatentypZuZieleigenschaft1 Startknoten;Wegeigentschaft1;Zwischenobjekt1;Wegeigenschaft2;Zwischenobjekt2;...;Zieleigenschaft2#InstanznameOderDatentypZuZieleigenschaft2 ...</code> 1. Hier werden die Pfade von einem Startknoten zu einem Zielknoten innerhalb des Datenmodells nachgezeichnet. Das ist nötig, weil es häufig mehrere mögliche Wege gibt und identische Eigenschaften an mehreren Objekten angehängt sein können. 2. Es wird der erste Treffer verwendet. Mehrere Setzungen zu gleichbenannten Eigenschaften sind daher nicht möglich. 3. Startknoten ist immer Person

-> Pfad wird in konstanten.py gesetzt (weg_pfad)

{|
!width="64%"| Form
!width="35%"| Erklärung
|-
| <code>Person;has_title#Zeichenkette</code>
| Weg zu <code>has_title</code> [Zeichenkette]
|-
| <code>Person;has_id#URL</code>
| Weg zu <code>has_id</code> [URL]
|-
| <code>Person;has_picture#URL</code>
| Weg zu <code>has_picture</code> [URL]
|-
| <code>Person;has_imageURL#URL</code>
| Weg zu <code>has_imageURL</code> [URL]
|-
| <code>Person;has_occupation#Zeichenkette</code>
| Weg zu <code>has_occupation</code> [Zeichenkette]
|-
| <code>Person;has_place_of_birth#Place</code>
| Weg zu <code>has_place_of_birth</code> [Place]
|-
| <code>Person;has_place_of_death#Place</code>
| Weg zu <code>has_place_of_death</code> [Place]
|-
| <code>Person;has_place_of_activity#Place</code>
| Weg zu <code>has_place_of_activity</code> [Place]
|-
| <code>Person;has_year_of_birth#Zeitpunkt</code>
| Weg zu <code>has_year_of_birth</code> [Zeitpunkt]
|-
| <code>Person;has_year_of_death#Zeitpunkt</code>
| Weg zu <code>has_year_of_death</code> [Zeitpunkt]
|-
| <code>Person;shows_ownership_of#Provenance</code>
| Weg zu <code>shows_ownership_of</code> [Provenance]
|-
| <code>Person;has_birth_name#Zeichenkette</code>
| Weg zu <code>has_birth_name</code> [Zeichenkette]
|-
| <code>Person;has_ownership_of#Catalogue</code>
| Weg zu <code>has_ownership_of</code> [Catalogue]
|-
| <code>Person;has_ownership_of;Catalogue;has_localisation#Place</code>
| (über Catalogue) Weg zu <code>has_localisation</code> [Place]
|}

== Anmerkungen ==

# <span id="anm1"></span>Siehe dazu: https://www.mediawiki.org/wiki/Wikibase ([[#ref1|↑]])
# <span id="anm2"></span>Siehe dazu: https://doc.wikimedia.org/Wikibase/master/php/index.html ([[#ref2|↑]])
# <span id="anm3"></span>Siehe dazu: https://www.wikidata.org/wiki/Special:ListDatatypes ([[#ref3|↑]])
# <span id="anm4"></span>Siehe dazu: https://www.mediawiki.org/wiki/Extension:WikibaseCirrusSearch ([[#ref4|↑]])
# <span id="anm5"></span>Siehe dazu: https://www.mediawiki.org/wiki/Extension:Nuke ([[#ref5|↑]])
# <span id="anm6"></span>https://openrefine.org/ ([[#ref6|↑]])
# <span id="anm7"></span>Siehe dazu: https://wikibaseintegrator.readthedocs.io/en/stable/ ([[#ref7|↑]])
# <span id="anm8"></span>Gelistet sind die Datentypen in der technischen Doku: https://wikibaseintegrator.readthedocs.io/en/stable/wikibaseintegrator.datatypes.html#submodules ([[#ref8|↑]])
# <span id="anm9"></span>Verlinken und veröffentlichen? Oder auf https://data.fuerstinnentest.uni-trier.de/wiki/Hauptseite? ([[#ref9|↑]])
# <span id="anm10"></span>Veröffentlichen? ([[#ref10|↑]])
# <span id="anm11"></span>Siehe dazu: https://cidoc-crm.org/ ([[#ref11|↑]])
# <span id="anm12"></span>Siehe dazu: https://cidoc-crm.org/lrmoo ([[#ref12|↑]])
# <span id="anm13"></span>Die Unterteilung von Buchinformationen in Work, Expression, Manifestation und Item. ([[#ref13|↑]])
# <span id="anm14"></span>Siehe dazu die Dokumentation: https://protegeproject.github.io/protege/ ([[#ref14|↑]])
# <span id="anm15"></span>Siehe dazu: https://protegeproject.github.io/protege/views/object-property-characteristics/ ([[#ref15|↑]])
# <span id="anm16"></span>Siehe dazu oben. ([[#ref16|↑]])

Richtlinien-Datenverarbeitung

2026-06-02T10:37:03Z

Admin:

/* ── Fürstinnenbibliotheken Startseite ── */
.fb-hero-logo {
width: 80px;
height: 80px;
object-fit: contain;
margin-bottom: 12px;
}
/* === Hero === */
.fb-hero {
position: relative;
height: 260px;
overflow: hidden;
border-radius: 8px;
margin-bottom: 16px;
background: #012367;
}

.fb-hero-imgwrap {
position: absolute;
inset: 0;
overflow: hidden;
}

.fb-hero-imgwrap img {
width: 100%;
height: 100%;
object-fit: cover;
object-position: center 23%;
display: block;
}
.fb-hero-overlay {
position: absolute; inset: 0;
background: linear-gradient(to right, rgba(10,20,60,0.85) 40%, rgba(10,20,60,0.4) 100%);
}
.fb-hero-content {
position: absolute; inset: 0;
padding: 28px 32px;
display: flex; flex-direction: column; justify-content: flex-end;
}
.fb-hero-label {
font-size: 11px; color: rgba(255,255,255,0.65);
letter-spacing: 0.06em; margin-bottom: 5px;
}
.fb-hero-title {
font-size: 20px; font-weight: bold;
color: #ffffff; line-height: 1.4; margin-bottom: 10px;
}
.fb-hero-sub {
font-size: 13px;
color: rgba(255,255,255,0.80);
line-height: 1.6;
margin-bottom: 12px;
max-width: 580px;
}
.fb-hero-badges { display: flex; gap: 8px; flex-wrap: wrap; }
.fb-badge {
font-size: 11px; padding: 3px 10px; border-radius: 99px;
background: rgba(255,255,255,0.15); color: rgba(255,255,255,0.9);
border: 1px solid rgba(255,255,255,0.25);
}
.fb-intro {
font-size: 13px;
line-height: 1.7;
color: #444;
max-width: 820px;
margin-bottom: 20px;
padding: 14px 18px;
border-left: 3px solid #AFA9EC;
background: #FAFAFE;
border-radius: 0 6px 6px 0;
}

/* === Kacheln === */
.fb-tiles {
display: grid;
grid-template-columns: repeat(3, 1fr);
gap: 14px;
margin: 12px 0 16px;
}

.fb-tile {
border: 1px solid #e3e3ea;
border-radius: 12px;
background: #fff;
padding: 0;
overflow: hidden;
box-shadow: 0 1px 2px rgba(0,0,0,0.04);
transition: transform 0.18s ease, box-shadow 0.18s ease, border-color 0.18s ease;
}

.fb-tile:hover {
transform: translateY(-2px);
box-shadow: 0 6px 18px rgba(0,0,0,0.08);
border-color: #cfcfe6;
}

.fb-tile-link {
display: flex;
flex-direction: column;
height: 100%;
color: inherit;
text-decoration: none;
}

.fb-tile-img {
height: 120px;
background: linear-gradient(135deg, #f4f3ff 0%, #edf1ff 100%);
display: flex;
align-items: center;
justify-content: center;
padding: 14px;
border-bottom: 1px solid #ececf4;
}

.fb-tile-img img {
width: 100%;
height: 100%;
object-fit: contain;
image-rendering: auto;
display: block;
}

.fb-tile-body {
padding: 14px 16px 16px;
}

.fb-tile-title {
font-size: 16px;
font-weight: 700;
color: #1f2430;
margin-bottom: 4px;
line-height: 1.25;
}

.fb-tile-sub {
font-size: 12px;
color: #666;
line-height: 1.5;
margin-bottom: 10px;
}

.fb-tile-cta {
font-size: 12px;
font-weight: 600;
color: #534ab7;
}

.fb-tile--purple .fb-tile-img { background: linear-gradient(135deg, #f4f3ff 0%, #ece9ff 100%); }
.fb-tile--teal .fb-tile-img { background: linear-gradient(135deg, #eefaf6 0%, #e4f4ef 100%); }
.fb-tile--coral .fb-tile-img { background: linear-gradient(135deg, #fff2ee 0%, #fde9e3 100%); }

@media (max-width: 720px) {
.fb-tiles { grid-template-columns: 1fr; }
.fb-tile-img { height: 110px; }
}
/* === Zwei-Spalten-Layout === */
.fb-two-col {
display: grid; grid-template-columns: 1.4fr 1fr;
gap: 12px; margin-bottom: 20px;
}

/* === Karten === */
.fb-card {
background: white; border: 1px solid #e0e0e0;
border-radius: 10px; padding: 16px 18px;
}
.fb-card-label {
font-size: 10px; font-weight: bold; color: #999;
text-transform: uppercase; letter-spacing: 0.08em; margin-bottom: 12px;
}
.fb-divider {
border: none; border-top: 1px solid #eee; margin: 12px 0;
}

/* === Projektinfo-Tabelle === */
.fb-info-table { width: 100%; border-collapse: collapse; font-size: 12px; }
.fb-info-table td { padding: 4px 0; vertical-align: top; border: none; }
.fb-info-table td:first-child { color: #999; width: 90px; font-size: 11px; padding-top: 5px; }
.fb-info-table td:last-child { color: #222; line-height: 1.5; }

/* === Social Buttons === */
.fb-social-row img {
filter: invert(30%) sepia(80%) saturate(500%) hue-rotate(210deg);
opacity: 0.75;
transition: opacity 0.2s, filter 0.2s;
}

.fb-social-row img:hover {
opacity: 1;
filter: invert(30%) sepia(80%) saturate(700%) hue-rotate(210deg);
}
/* === Team === */
.fb-team-list { display: flex; flex-direction: column; gap: 10px; }
.fb-person { display: flex; align-items: center; gap: 10px; }
.fb-avatar {
width: 34px; height: 34px; border-radius: 50%;
background: #EEEDFE; color: #534AB7;
font-size: 11px; font-weight: bold;
display: flex; align-items: center; justify-content: center;
flex-shrink: 0;
}
.fb-avatar.teal { background: #E1F5EE; color: #0F6E56; }
.fb-avatar.coral { background: #FAECE7; color: #993C1D; }
.fb-person-name { font-size: 12px; font-weight: bold; color: #222; }
.fb-person-role { font-size: 11px; color: #666; }
.fb-role-badge {
font-size: 10px; padding: 1px 7px; border-radius: 99px;
background: #f0f0f0; color: #666; border: 1px solid #ddd;
margin-left: 6px; font-weight: normal;
}

/* === Partner === */
.fb-partner-row {
display: flex;
align-items: center;
flex-wrap: wrap;
gap: 20px;
margin-top: 12px;
}

.fb-partner-row img {
height: 60px;
width: auto;
max-width: 100px;
object-fit: contain;
vertical-align: middle; /* margin-right weg */
}

/* === Abschnittsüberschrift === */
.fb-section-label {
font-size: 11px; font-weight: bold; color: #999;
text-transform: uppercase; letter-spacing: 0.08em;
margin-bottom: 10px; margin-top: 20px;
}

/* === Responsive === */
@media (max-width: 720px) {
.fb-tiles { grid-template-columns: 1fr; }
.fb-two-col { grid-template-columns: 1fr; }
.fb-hero { padding: 16px; }
}

Datei:Bibliothek.png

2026-06-02T10:09:08Z

Admin:

Datei:Fürstin.png

2026-06-02T10:08:46Z

Admin:

2026-05-20T11:16:05Z

Admin:

* Navigation
** mainpage|Hauptseite
** Fürstinnen|Alle Fürstinnen
** Bibliotheken|Bibliotheken
** Quellen|Quellen & Dokumente
** recentchanges-url|Letzte Änderungen

* Projekt
** https://tcdh.uni-trier.de/de/projekt/fuerstinnenbibliotheken-und-wissenspraktiken-im-deutschsprachigen-raum-des-18-jahrhunderts| Über das Projekt
** Publikationen
** Kontakt

* Extern
** 
** https://mastodon.social/@Fuerstinnen|↗ Mastodon
** https://bsky.app/profile/fuerstinnen.bsky.social ↗ Bluesky
** https://www.instagram.com/fuerstinnenbibliotheken/ ↗ Instagram]
** https://www.hab.de|↗ HAB Wolfenbüttel
** https://tcdh.uni-trier.de|↗ TCDH Trier