Aufbau und Grundlagen

Aufbau und Grundlagen

Erklärung der Tabellenfelder

  • Ohne Angabe, entfällt die Zeile

DDB View-Label*

Anzeigefeld auf der Objektseite im DDB-Portal.

Nicht jedes LIDO-Element kommt zur Anzeige.

LIDO Elementname

Elementname entsprechend der LIDO- Schemadefinition

Elementpfad

XPath-Pfad des Elements, jedoch ohne die Angabe des LIDO Namenraums (namespace) zu besseren Lesbarkeit.

Der Hyperlink führt zur LIDO v1.1-Dokumentation.

Attribute*

Angabe der LIDO-Attribute, die vom Portal Deutsche Digitale Bibliothek bei diesem Element ausgewertet bzw. benötigt werden.

Folgende Attribute berücksichtigt das DDB-LIDO-Anwendungsprofil:

In manchen Fällen ist die Angabe eines Attributs für das DDB-LIDO verpflichtend, dies wird durch den Klammerzusatz (verpflichtend) gekennzeichnet.

Im Attribut xml:lang muss immer der entsprechende Sprachcode aus  ISO 639-2 / ISO 639-3 stehen.

Definition

Grundlegende Definition des Elements, sowohl inhaltlich als auch strukturell.

Weiterhin erfolgt ein gesonderter Hinweis, falls es sich bei dem Element um eine Wrapper- oder Strukturelement handelt.

Anmerkung*

Ergänzende Hinweise und Empfehlungen für dieses Element zur Modellierung im LIDO-Datensatz.

Sofern ein LIDO-Element Teil der Minimaldatensatz-Empfehlung ist, wird hier darauf hingewiesen.

Anwendung*

Angabe zur Anwendung bzw. Auswertung des Elements im Portal Deutsche Digitale Bibliothek.

Unterschieden wird zwischen:

  • Anzeige

  • Suchfilter

  • Europeana-Weitergabe

  • Personen-/Körperschaftsseiten

Verpflichtungsgrad

Angabe, ob das Element zwingend vorkommen muss oder nicht. Unterschieden wird zwischen:

  • Verpflichtend

  • Bedingt Pflicht

  • Empfohlen

  • Nicht verpflichtend

Bei bedingt verpflichtenden Elementen wird auf die Bedingungen hingewiesen.

In manchen Fällen unterscheidet sich der Verpflichtungsgrad vom allgemeinen LIDO-Schema; dies wird durchgekennzeichnet.

Wiederholbarkeit

Angabe, ob das Element wiederholt werden kann oder nicht. Unterschieden wird zwischen:

  • Ja

  • Ja (nur bei Sprachvarianten)

  • Nein

In manchen Fällen unterscheidet sich der Verpflichtungsgrad vom allgemeinen LIDO-Schema; dies wird durchgekennzeichnet.

Datentyp*

Angabe des erwarteten Datentyps. Unterschieden wird zwischen:

  • Text

  • Text (kontrolliertes Vokabular)

  • URI

Attribut-Werte*

Spezifische Angaben über Attribut-Werte, ggf. unter Verwendung von kontrollierten Vokabularen.

Element-Werte*

Spezifische Angaben über Element-Werte, ggf. unter Verwendung von kontrollierten Vokabularen.

LIDO-XML-Beispiel

Zur Verdeutlichung der Modellierung sind meist beispielhaft XML-Snippets angefügt, z.T. gibt es LIDOv1.0 und LIDOv1.1-Varianten in der Modellierung zu beachten:

Beispiel

<!-- Kommentar --> <example>     <id>...</id> </example>

Wichtige Hinweise

Umgang mit Sprachvarianten/Verwendung vom Attribut xml:lang

Verpflichtend ist das Attribut xml:lang nur innerhalb der Elemente <descriptiveMetadata> und <administrativeMetadata>. I.d.R. wird in der Deutschen Digitalen Bibliothek hier der Wert 'de'/'deu' erwartet und prinzipiell an alle Unterelemente vererbt, d.h. für untergeordneten Elementwerte wird diese gesetzte Sprache (hier: Deutsch) angenommen. Die Verwendung weiterer xml:lang-Attribute ist nicht zwingend, aber immer im Fall von direkten Elementwiederholungen in Form Sprachvarianten stark empfohle.

Es ist möglich und z.T. ratsam auch Sprachvarianten in bspw. unterschiedlichen <term>, <display*>, <appellationValue> oder <descriptiveNoteValue>-Elementen von LIDO aufzunehmen. Das ist immer möglich, wenn in dieser DDB-LIDO-Dokumentation eine Berücksichtigung von xml:lang in den  Tabellenzeilen Attribut bzw. Attribut-Werte signalisiert wird. Solche Elemente dürfen nur als Sprachvariante wiederholt werden, wobei deutschsprachige Varianten im DDB-Portal immer bevorzugt ausgewertet werden. Die nicht-deutschsprachige Varianten werden allerdings an Schnittstellen sowie an angeschlossene Portale (z.B. Europeana im EDM-Format) weitergegeben, die die Multilingualität auf internationaler Ebenen besser unterstützen. 

Es gibt nur eine nicht-deutsch Elementinformation für ein bestimmtes <term>, <display*>, <appellationValue> oder <descriptiveNoteValue>

→ Im Fall, dass eine (einzelne) von der "Deutsch"-Vererbung von <descriptiveMetadata> und <administrativeMetadata> abweichende Sprache bei einer Elementinformation vorliegt, ist es immer empfohlen die zutreffende, abweichende Sprache im Attribut des betreffenden Elements anzugeben. Das kann bspw. bei <inscriptions> / <inscriptionTranscription> der Fall sein.

Soll unter mehreren Element eine nicht-deutsche Variante primär Verwendung finden

→ s. Möglichkeit erzwungener Bevorzugung II. (LIDO-Attribut pref).

Umgang mit Normdaten-URI

Normdaten-URI sind an vielen Stellen in LIDO möglich und den Elementen <conceptID>, <actorID> oder <placeID> aber auch Attribut-Werten von u.a. type oder rdf:about ausdrücklich empfohlen. Berücksichtigung in der DDB finden folgende externe Vokabulare:

  • LIDO-Terminologie (AG LIDO-DE)

  • Gemeinsame Normdatei GND (DNB)

  • Art & Architecture Thesaurus (AAT), Getty Thesaurus of Geographic Names (TGN), Union List of Artist Names (ULAN) (The Getty Research Institute)

  • Geonames

Geben Sie prinzipiell die (peristente) HTTP/HTTPS-URI-Variante an, d.h.:

In der DDB kann zur Erstellung und Verknüpfung mit s.g. Personen-/Körperschaftsseiten nur der GND-URI aus <actorID> verwendet werden. Verwenden Sie daher nach Möglich- und Verfügbarkeit Identifikatoren aus der GND im <actorID>-Element.

Die Schnittstellen-Weitergabe ist primär auf EDM ausgelegt, sodass in den Fällen, in denen mehrere unterschiedliche URI für eine Informationseinheit modelliert sind, aber nur eine einzige dieser URI in EDM als eine rdf:about-Referenz übernommen werden kann. In den Fällen greifen Rangfolgen: 

<actorID> 1. GND → 

<placeID>: 1. Geonames → 2. GND →3. TGN 

<conceptID>: 1. AAT → 2. GND → 3. Wikidata (  Ausnahme: Für das Erkennen und Bilden von Ereignissen in LIDO kommt ausschließlich die entsprechende LIDO-Terminologie unter ... zum Einsatz)

Möglichkeit erzwungener Bevorzugung (Umgang mit display-Elementen in LIDO)

Die <display*>-Elemente in LIDO können als Ausweichform verstanden werden. Sie sollten generell nur Verwendung finden, wenn: 

a) keine strukturierten Element-Informationen vorliegen oder nicht differenzierter nach LIDO modelliert werden können. Es liegen ausschließlich freitextliche Information vor.

b) strukturierte Element-Informationen liegen vor, es soll allerdings eine bestimmte Ansetzung für die Anzeige verwendet werden, z.B. weil sie einer bestimmten Syntax folgt und weitere wesentliche Informationen enthält.

Die  Verwendung von <display*>-Elemente in LIDO ist i.d.R. nicht empfohlen, da im Fall von:

a) keine Weitergabe an Europeana oder Schnittstellen erfolgt.

b) nur die  Strukturinformationen an Europeana oder Schnittstellen weitergegeben werden, NICHT aber die <display*>-Elementinhalte.

Möglichkeit erzwungener Bevorzugung (LIDO-Attribut pref)

In einigen Elementen kann es sinnvoll sein, den Priorisierung für Anzeige und Weiterverarbeitung bei einer direkten Elementwiederholung - unabhängig von der o.g. Sprachregelung ,die deutsche Werte grundsätzlich bevorzugt, zu steuern. Prädestinierte Elemente für solche Ausnahmen sind:

Setzen Sie in diesem Fall bei exakt einem der sich wiederholenden Elemente das Attribut pref mit dem URI http://terminology.lido-schema.org/lido00169 (= Bevorzugte Bezeichnung) ein.

 

  •