Konzeptuelles Mapping (Inhalt – RDF)
Änderungsansicht zwischen Version 2.0 und 1.1
Inhalt |
---|
Titel
InhaltElement | RDF-ElementProperty | Objekttyp | Bemerkung | ||
Haupttitel | Hauptsachtitel (HST) | Literal | |||
Zusatz zum HSTTitelzusätze | Literal |
| |||
Zählung eines Angaben zu unselbständigen TeilsTeilen | rdardau:otherTitlelInformation | Titel des unselbständigen Teils_Zählung des unselbständigen Teils | |||
Unselbständiger Teil | Titel des unselbständigen Teils_Zählung des unselbständigen Teils | ||||
Literal | zum Beispiel Titel oder Bandzählung | Einheitstitel |
| ||
Kurztitel | Literal |
| |||
Paralleltitel | Literal |
|
...
Geistige Schöpfer, sonstige Beteiligte
Im deutschsprachigen Raum ist die Anwendung der Gemeinsamen Normdatei (GND) weit verbreitet. Daher sollte wenn möglich eine Verknüpfung zu GND-Personen/Familien und -Körperschaften, die mit der Ressource in Relation Beziehung stehen, erstellt werden.
Mindestens sollte zwischen dcterms:creator bzw. dc:creator (Urheber) und dcterms:contributor bzw. dc:controbutor (beteiligte Personen und Körperschaften) unterschieden werden.Im Sinne einer besseren Nachnutzbarkeit der Daten sollte schon bei der Bereitstellung unterschieden werden, ob es sich um ein Literal (dann dc:creator bzw. dc:contributor) oder um einen URI (dann dcterms:creator bzw. dcterms:contributor). Wo möglich sollte also mittels dcterms:creator bzw. dcterms:contributor auf URIs verwiesen werden. Wo dies nicht möglich ist, kann mit dc:creator bzw. dc:contributor das Literal ausgegeben werden.
Wenn es die Datenbasis zulässt, sollten die Funktionsbezeichnungen der Personen und Körperschaften spezifisch anhand der MARC-Relatorcodes ausgewertet und angegeben werden.marcRole -> http. Zum Umgang mit Literalangaben, siehe Abschnitt "Nicht-verlinkte Information" .
Die Funktion eines Akteurs in Bezug auf die vorliegenden Textressource sollte mindestens zwischen dct:creator (Schöpfer) und dct:contributor (Beteiligter) unterschieden werden.
Lässt die Datenbasis eine weitere Spezifizierung der Beziehung zu, sollte eine Property der MARC Relators gewählt werden.
Codeblock | ||
---|---|---|
| ||
@prefix marcRole: <http://id.loc.gov/vocabulary/relators/ |
...
> . <http://d-nb.info/ |
...
...
Inhalt
...
RDF-Element
...
Personenname (ID)
...
...
1090795270> marcRole:trl <http://d-nb.info/gnd/137763638> . |
Der Rolle des geistigen Schöpfers (dct:creator) wird eine besondere Bedeutung beigemessen. Sie sollte für jede Ressource mindestens einmal ausgewiesen werden, ggf. zusätzlich zu einer spezifischeren Funktion des Akteurs.
Element | RDF-Property | Objekttyp | Bemerkung | ||||
Geistige Schöpfer (Person/Familien, Körperschaft) | URI | zum Beispiel GND: | |||||
Personenname (Literal) | nur ausweisen, wenn keine ID vorhanden ist | ||||||
Körperschaftsname | wenn Präfix „(DE-588)<ID>“ , dann URI http://d-nb.info/gnd/<ID> | ||||||
Körperschaftsname (Literal) | nur ausweisen, wenn keine ID vorhanden ist | ||||||
Kongressname | wenn Präfix „(DE-588)<ID>“ , dann URI http://d-nb.info/gnd/<ID> | ||||||
Kongressname (Literal) | nur ausweisen, wenn keine ID vorhanden ist | ||||||
Personenname (ID) | wenn Präfix „(DE-588)<ID>“ , dann URI http://d-nb.info/gnd/ <ID> | Personenname (Literal||||||
Beteiligte (Person/Familien, Körperschaft) | dcdct:contributor | nur ausweisen, wenn keine ID vorhanden ist | URI | zum Beispiel GND: | Körperschaftsname | wenn Präfix „(DE-588)<ID>“ , dann URI http://d-nb.info/gnd/ <ID> | |
Körperschaftsname (Literal) | nur ausweisen, wenn keine ID vorhanden ist | ||||||
Beteiligte (Person/Familien, Körperschaft), spezifische Funktion | marcRole:<MARC-Relatorcode> | URI | zum Beispiel GND: | Kongressname | wenn Präfix „(DE-588)<ID>“ , dann URI http://d-nb.info/gnd/ <ID> | ||
Kongressname (Literal) | nur ausweisen, wenn keine ID vorhanden ist |
Orts-, Verlags- und Datumsangaben
Veröffentlichungsangaben
Wird eine Publikation von mehreren Verlagen an unterschiedlichen Verlagsorten herausgegeben, ist eine Zuordnung, welche Verlags- und Ortsangaben zueinander gehören, bei individueller Ausweisung nicht mehr möglich. Um Unschärfen im Falle von mehreren Verlags und Ortsangaben zu vermeiden, sollten diese zusätzlich in einem Publication Statement Veröffentlichungsvermerk nach ISBD gemeinsam ausgegeben werden:.
InhaltElement | RDF-ElementProperty | Objekttyp | Bemerkung | ||
Erscheinungsort, Vertriebsort etc. | Name des Verlags und Erscheinungsjahr | Literal | ISBD-FormatierungLiteral: |
Ortsangaben
Verlagsangaben
Inhalt | RDF-Element | Bemerkung | |
Name des Verlags, des Vertriebs, etc. | Literal |
|
...
Datumsangaben
Inhalt | RDF-Element | Bemerkung||
Erscheinungsjahr(e), Vertriebsjahr, etc. | dctermsLiteral | falls möglich, Datentyp angeben | , wenn die Angabe aus vier Ziffern besteht.|
Erscheinungsjahr und abschließendes Erscheinungsjahr bei fortlaufenden Sammelwerken | Literal; Umsetzung nur für fortlaufende Sammelwerke (Zeitschriften und Schriftenreihen) |
Identifier
Vor allem im Bereich der Identifier sind Literale wenig nützlich. Ziel ist es, nur noch auf URIs zu verweisen und auf Literale gänzlich zu verzichten. Derzeit bestehen größtenteils noch keine zufriedenstellenden Lösungen, dies zu realisieren.
Wichtige und verbreitete Identifier, für die spezifische URIs existieren, sollten verwendet werden (siehe folgende Tabelle); alle weiteren werden nicht ins Kernelementset aufgenommen. Identifier, für die keine Properties existieren, sollten mit dc:identifer + datatype modelliert werden.
Die Identifier, die in bereits existierenden Diensten nachgewiesen sind, können mittels umbel:isLike referenziert werden. Dieses Element weist auf die hohe Wahrscheinlichkeit einer Ähnlichkeit hin, ist jedoch (im Gegensatz zu dem Element owl:sameAs) semantisch so weich, dass durch die gewählte Modellierung keine problematischen Konsequenzen bei der Datennutzung zu erwarten sind, da keine absolute Aussage getroffen wird.
...
, zum Beispiel | |||
Hochschulschriftenvermerk | rdau:P60489 | Literal | Formatierung: Charakter der Hochschulschrift, Verleihende Institution oder Fakultät, Jahr |
Haben sich die Veröffentlichungsangaben über die Zeit verändert (zum Beispiel bei Zeitschriften), sollten auf die empfohlene Art nur die jeweils aktuellen Angaben ausgegeben werden.
Identifizierung
Eindeutige Identifier können einer Ressource sowohl in Literalform (zum Beispiel eine Ziffernfolge) als auch mittels eines HTTP-URIs (der gemäß der Natur des HTTP-Protokolls immer eindeutig ist) zugeordnet werden. Die Identifizierung mittels eines von einem vertrauenswürdigen Bereitsteller unterhaltenen HTTP-URIs ist der Literalangabe eines Identifiers vorzuziehen, da der HTTP-URI den Vorteil beeinhaltet, dereferenzierbar zu sein und so ggf. weitere beschreibende Daten zu der Ressource bezogen werden können.
Info | ||
---|---|---|
| ||
Ein URN sollte statt als Literal angegeben zu werden besser zum dereferenzierbaren URI ergänzt werden:
|
Wenn diese Möglichkeit nicht besteht, wird der Identifier als Literal transportiert. Die Art des Identifiers sollte durch eine auf das Identifiersystem zugeschnittene Property deutlich gemacht werden (zum Beispiel bibo:isbn). Ist keine solche vorhanden, steht die Property dct:identifier zur Verfügung. Bei Verwendung von dct:identifier kann dann noch ein Datentyp genutzt werden, um die Art des Identifiers auszuzeichnen (siehe Beispiele im DCMI User Guide/Publishing Metadata).
Zudem empfehlen wir Institutionen, die selbst lokale oder regionale Identifier herausgeben, eine entsprechende Property als Subproperty von dct:identifier zu prägen.
Info | ||
---|---|---|
| ||
Die Property lv:hbzID wird vom hbz für den regionalen Identifier der hbz-Verbunddatenbank bereitgestellt:
|
Ist ein Identifier in Form eines HTTP-URIs verfügbar, muss geprüft werden, ob die Property owl:sameAs verwendet werden kann. Sie ist semantisch sehr ausdrucksstark, denn sie drückt absolute Gleichheit der beiden Ressourcen aus. Das bringt für die Nutzung der RDF-Daten den größten Mehrwert, hat aber verheerende Konsequenzen bei falscher Anwendung. Ist nicht zweifelsfrei zu klären, ob ein URI tatsächlich für eine identische Ressource steht oder sie nur zum Thema hat (siehe Beispiele), darf die Aussage der absoluten Gleichheit auf keinen Fall erfolgen. In dieser Situation kann mit den Properties schema:sameAs oder umbel:isLike gearbeitet werden. Sie weisen auf die hohe Ähnlichkeit hin, sind jedoch semantisch so weich, dass keine problematischen Konsequenzen bei der Datennutzung (insbesondere beim Reasoning) entstehen .
Info | ||
---|---|---|
| ||
Verlage und andere veröffentlichende Institutionen zeigen sehr unterschiedliche Praktiken in dem, was sie bei der Dereferenzierung von URIs zu DOIs und URNs ausliefern. Es kann zum Beispiel direkt die eigentliche Ressource (das heißt Inhalt) erscheinen, oder auch die Landingpage eines Verlags mit Kaufoption. Um vor diesem Hintergrund keine unzutreffende Gleichheitsbehauptung (owl:sameAs ) zu riskieren, wird empfohlen, lediglich eine umbel:isLike-Aussage zu machen. |
Info | ||
---|---|---|
| ||
Eine Publikation ist keinesfalls dasselbe, wie ein Artikel über sie. Eine Wikipediaseite zu einer Publikation darf deshalb nicht mit owl:sameAs zu ihr in Beziehung gesetzt werden. Die Property schema:sameAs hingegen macht keine absolute Gleichheitsaussage und kann verwendet werden. |
Die in culturegraph.org nachgewiesenen Titeldatenkönnen von den Culturegraph-Datenlieferanten mittels owl:sameAs in den eigenen RDF-Beschreibungen der Titel relationiert werden. Dies ist besonders einfach, da einzelne Titel innerhalb von Culturegraph unter anderem mittels URIs, die sich aus einem Verbundkürzel und dem Identifier des Datenlieferanten zusammensetzen, referenzierbar sind. Culturegraph dient als Datenhub und bietet dem Konsumenten der RDF-Daten weitere Verweise.
Übersicht der Culturegraph-Verbundkürzel (Stand: April 2017)
Culturegraph-Verbundkürzel | Name | ISIL |
---|---|---|
BSZ | Südwestdeutscher Bibliotheksverbund bzw. das Bibliotheksservicezentrum | DE-576 |
BVB | Bayerischer Bibliotheksverbund | DE-604 |
DNB | Deutsche Nationalbibliothek | DE-101 |
GBV | Gemeinsamer Bibliotheksverbund | DE-601 |
HBZ | Hochschulbibliothekszentrum Nordrhein-Westfalen | DE-605 |
HEB | Hessisches BibliotheksInformationsSystem | DE-603 |
OBV | Österreichischer Bibliotheksverbund | AT-OBV |
Element | RDF-Property | Objekttyp | Bemerkung |
Identifikationsnummer eines Culturegraph-Datenlieferanten | URI | Wert: |
- BSZ (Südwestdeutscher Bibliotheksverbund bzw. das Bibliotheksservicezentrum),
- BVB (Bayerischer Bibliotheksverbund),
- DNB (Deutsche Nationalbibliothek),
- GBV (Gemeinsamer Bibliotheksverbund),
- HBZ (Hochschulbibliothekszentrum Nordrhein-Westfalen),
- HEB (Hessisches BibliotheksInformationsSystem),
- OBV (Österreichischer Bibliotheksverbund),
- ZDB (Zeitschriftendatenbank)
Inhalt | RDF-Element | Bemerkung | ||||||
Kontrollnummer / Identifikationsnummer des Datensatzes | <owl:sameAs rdf:resource=“http://hub.culturegraph.org/resource/<Verbundkürzel>-<ID des Datensatzes im Verbundsystem>"/> | |||||||
(<ISIL des Verbundes>)<ID des Datensatzes im Verbundsystem> |
|
| ||||||
Präfix = (DE-605)<ID des Datensatzes im Verbundsystem> | <owl:sameAs rdf:resource=“http://hub.culturegraph.org/resource/<HBZ>-<ID des Datensatzes im Verbundsystem>"/> | |||||||
Präfix = (DE-603)<ID des Datensatzes im Verbundsystem> | <owl:sameAs rdf:resource=“ | Präfix = (DE-576)<ID des Datensatzes im Verbundsystem> |
http://hub.culturegraph.org/resource/ <BSZ>-<ID des Datensatzes im Verbundsystem>"/> | Präfix = (DE-604)<ID des Datensatzes im Verbundsystem> | <owl:sameAs rdf:resource=“DNB-997724587 oderhttp://hub.culturegraph.org/resource/ <BVB>-<ID des Datensatzes im Verbundsystem>"/> | |||
Präfix = (DE-601)<ID des Datensatzes im Verbundsystem> | <owl:sameAs rdf:resource=“http://hub.culturegraph.org/resource/<GBV>-<ID des Datensatzes im Verbundsystem>"/> | |||||||
Präfix = (DE-600)<ID des Datensatzes im Verbundsystem> | owl:sameAs | <owl:sameAs rdf:resource=“http://hub.culturegraph.org/resource/<ZDB>-<ID des Datensatzes im Verbundsystem>"/> | ||||||
OBV-AC07978858 | ||||||||
Digital Object Identifier (DOI) | umbel:isLike | URI | Wert: | |||||
Uniform Resource Name (URN) | umbel:isLike | URI | Wert: <umbel:isLike rdf:resource="http://nbn-resolving.de/ <urn>"/<urn> | |||||
International Standard Serial Number (ISSN) | Literal | |||||||
|
| Optionale Alternative: | ||||||
EISSN | Weitere Untergliederung mit bibo:eissn | für EISSN | ISSN | Für ISSN für eISSN möglich | ||||
Library of Congress Control Number , (LOC Nummer) | Literal |
| ||||||
OCLC-Nummer | Literal |
| ||||||
International Standard Book Number (ISBN) | Literal |
|
Medientypen
Bisher gibt es noch keine zufriedenstellende Lösung für die Ausweisung von Medientypen. Im Kontext von RDA und anderer Initiativen wird bereits daran gearbeitet. Im Sinne einer einheitlichen Darstellung strebt die Gruppe Titeldaten an, sich den zu erwartenden Ergebnissen anzuschließen. Daher wird das folgende Mapping für die Version 1.0 der Empfehlung genutzt:
Inhaltstyp, Medientyp, Datenträgertyp
Dieser Themenbereich wurde in bibliografischen Datenformaten lange sehr diffus verwaltet. Mit dem Katalogisierungsstandard Resource Description and Access (RDA) wurde 2015 eine begrüßenswerte Struktur vorgelegt in der die verschiedenen Konzepte klar und übersichtlich getrennt werden. Daher wird hier empfohlen, die RDA-RDF-Elemente zu verwenden:
Element | RDF-Property | Objekttyp | Bemerkung |
Inhaltstyp | rdau:P60049 | URI | Werte aus RDA Content Type Value Vocabulary
Auch spezifischere Werte sind möglich, sollten aber auch dann kontrolliert und mittels URI identifizierbar sein. |
Medientyp | rdau:P60050 | URI | Werte aus RDA Media Type Value Vocabulary
Beachte: der Datenträgertyp ist eine Spezifizierung des Medientyps |
Datenträgertyp | rdau:P60048 | URI | Werte aus RDA Carrier Type Value Vocabulary
Auch spezifischere Werte sind möglich, sollten aber auch dann kontrolliert und mittels URI identifizierbar sein. |
In Version 1 dieser Empfehlungen wurden unter der Überschrift "Medientyp" eine Auswahl von Einzelwerten unter anderem der Themengebiete "Inhaltstyp, Datenträgertyp" zusammengestellt, die als besonders relevant erachtet wurden. Da sich seit dieser Auswahl an der Mehrheit der im deutschsprachigen Raum vorhandenen bibliografischen Daten nichts geändert hat, bleiben diese Einzelempfehlungen weiter bestehen. Sie ermöglichen eine gleichförmige Abbildung über die verschiedenen Generationen bibliografischer Daten. Da die Nationalbibliothek und die Bibliotheksverbünde daran arbeiten, die RDA-Auszeichnung zu "Inhaltstyp, Medientyp, Datenträgertyp" für ihre gesamten Datenbestände zu ergänzen, werden die Einzelempfehlungen zu einem späteren Zeitpunkt überflüssig werden.
Empfehlungen Version 1:
Inhalt | RDF-Property | Objekttyp | Bemerkung |
Audiovisuelles Material | rdf:type | URI | |
Kartenmaterial | rdf:type | URI | bibo:Map |
Hochschulschrift | rdf:type | URI | bibo:Thesis |
Mikroform | dct:medium | URI | rdamt:1002 (microform) |
Onlineressource | dct:medium | URI | rdacarrier:1018 (online resource) Hier |
Inhalt | RDF-Element | Bemerkung | |
Audiovisuelles Material Kartenmaterial | rdf:type | "bibo:Map" | |
Artikel Ausgabe Zeitschrift | rdf:type | ||
Sammlung | rdf:type | "bibo:Collection" | |
Blindenschrift | rdf:type | "lib:braillebook" | |
Serie | rdf:type | "bibo:Series" | |
keine Angabe | rdf:type | "bibo:document" | |
Mikroform Onlineressource Elektronische Ressource Multimediamaterial | dcterms:medium | "rda:onlineResource" (Note: hier wird der RDA carrier type angegeben, damit eine Unterscheidung zwischen Online und Elektronisch ( = auf Datenträger, aber nicht "Online-Ressource) möglich ist | |
Elektronische Ressource | dct:medium | URI | rdamt:1003 (computer) Mit rdamt:1003 "rda:computer" (Note: mit "rda:computer" werden alle elektronischen Ressourcen gekennzeichnet, ausgenommen sind hier die Online-Ressourcen, s. a. Note zu rdardacarrier:onlineResource1018) |
keine Angabe | dcterms:medium | "rda:unmediated" |
Relationen
Multimediamaterial | dct:medium | URI | isbdmediatype:T1008 (multiple media) |
keine explizite Angabe eines Mediums | dct:medium | URI | rdamt:1007 (unmediated) |
Blindenschrift | rdf:type | URI | lib:BrailleBook |
Erscheinungsweise
Dieses Informationselement eignet sich perspektivisch, um ebenfalls von den RDA-Elementen (Property rdau:P60051, RDA Mode of Issuance Value Vocabulary) vollständig repräsentiert zu werden. Derzeit wird das RDA Mode of Issuance Vocabulary allerdings als nicht umfangreich genug angesehen, um die in Version 1 dieser Empfehlungen etablierte Granularität (in der Vergangenheit integriert im Abschnitt "Medientyp") abzulösen.
Inhalt | RDF-Property | Objekttyp | Bemerkung |
Artikel | rdf:type | URI | |
Ausgabe / Heft | rdf:type | URI | bibo:Issue |
Zeitschrift | rdf:type | URI | bibo:Periodical |
Zeitung | rdf:type | URI | bibo:Newspaper |
Sammlung | rdf:type | URI | bibo:Collection |
Serie | rdf:type | URI | bibo:Series |
Monografie | rdf:type | URI | bibo:Book |
Mehrbändiges Werk | rdf:type | URI | bibo:MultivolumeBook |
keine Angabe einer besonderen Erscheinungsweise | rdf:type | URI |
Relationen
Relationstypen
Wann immer die Properties der DCMI Metadata Terms die Art der Relation aussagekräftig genug beschreiben, sollten sie verwendet werden. Werden die Relationen spezifischer erfasst, sollte das - auch über die untenstehende Tabelle hinaus - mittels RDA Unconstrained Properties ausgedrückt werden. In der Arbeitshilfe AH-018 des rda-info-Wikis ist eine vollständige Liste deutschsprachiger Beziehungskennzeichnungen und Properties enthalten.
Element | RDF-Property | Objekttyp |
Untergeordneter Teil (zum Beispiel einzelne Bände) | URI | |
Enthaltener Teil (bei Zusammenstellungen) | URI | |
Übergeordneter | ||
Inhalt | RDF-Element | Bemerkung |
Link untergeordneter Teil | URI | |
Link übergeordneter Titel Teil-Ganzes-Beziehung (linkunselbständig) --> unselbständig | URI | |
Link übergeordneter Übergeordneter Titel Teil-Ganzes-Beziehung (linkselbständig) --> selbständig | URI | |
Parallele Ausgabe (zum Beispiel andere Sprache) | URI | |
Parallele Ausgabe (physikalisch anders) | URI | |
ist Beilage zu (Verknüpfungsnummer zu übergeordneten Werkenübergeordnetes Werk) | URI | |
Vorgänger (bei Periodika) | URI | |
Nachfolger (bei Periodika) | URI |
...
Sprachangaben
Mit dem Element dcterms:language wird die Sprache als Verknüpfung auf die ISO-Sprachencodes angegeben.
Verkörperte(s) Werk(e) | schema:exampleOfWork | URI |
Zum Umgang mit Literalangaben, siehe Abschnitt "Nicht-verlinkte Information" .
Zählungen
Bei Teil-Ganzes-Beziehungen können die Teile (zum Beispiel Teil einer Serie oder Band einer Mehrbändigen Monografie) innerhalb des Ganzen durch eine Zählung identifiziert sein. Um diese strukturiert und eindeutig zu transportieren, kann statt mit der Property dct:isPartOf mit der Property lv:isPartOf gearbeitet werden.
Info | ||
---|---|---|
| ||
|
Als Wert wird ein blank node modelliert, über den weitere Angaben zur Teil-Ganzes-Beziehung möglich werden:
- die übergeordnete Ressource (lv:hasSuperordinate)
- die Zählung (lv:numbering)
Besteht keine Anforderung, die Zählung strukturiert zu transportieren, kann die Ausgabe innerhalb eines Literals mit der Property dct:bibliographicCitation ausreichen, siehe Abschnitt Sonstiges.
Sprachangaben
Mit der Property dct:language sollte die Sprache möglichst als Referenz auf ein etabliertes Wertevokabular ausgedrückt werden.
Element | RDF-Element | Objekttyp | Bemerkung |
Sprache | URI | Hier eine Auswahl von Wertevokabularen, die in bibliothekarischen Daten häufig verwendete Sprachcodierungformen repräsentieren: | |
Inhalt | RDF-Element | Bemerkung | |
Sprachencode-URI | http://id.loc.gov/vocabulary/iso639-1.html | ||
Sprachencode-URI | zweisprachige Lexika o.ä., wiederholbares Unterfeld http://id.loc.gov/vocabulary/iso639-1.html |
Umfangsangabe
Liegen mehrere Sprachen vor (zum Beispiel bei zweisprachigen Lexika), werden entsprechend mehrere Aussagen gemacht |
Sonstiges
...
...
RDF-Element | Bemerkung | ||||
Ausgabebezeichnung | Literal |
| |||
Differenzierte Angaben zur Quelle | Literal | Formatierung: | Literal, Unterlabel | ||
Titel der Überordnung und vorliegende Bandzählung | Literal | Formatierung: |