Titel
Inhalt | RDF-Element | Bemerkung |
Hauptsachtitel (HST) / Haupttitel |
| |
Zusatz zum HST / Titelzusätze |
| |
Zählung eines unselbständigen Teils | 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 | |
Einheitstitel / Werktitel |
| |
Kurztitel |
| |
Paralleltitel |
|
Personen/Familien und Körperschaften als geistige Schöpfer, sonstige Personen
Im deutschsprachigen Raum ist die Anwendung der Gemeinsamen Normdatei (GND) weit verbreitet. Daher sollte wenn möglich eine Verknüpfung zu GND-Personen und -Körperschaften, die mit der Ressource in Relation stehen, erstellt werden. Zum Umgang mit Literalangaben, siehe Abschnitt "Nicht-verlinkte Information".
Die Funktion eines Akteurs in Bezug auf die vorliegenden Textressource sollte mindestens zwischen dcterms:creator bzw. dc:creator (SchöpferUrheber) und dcterms:contributor bzw. dc:controbutor (beteiligte Personen und KörperschaftenBeteiligter) 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.
Lässt die Datenbasis eine weiterer Spezifizierung der Beziehung zu, sollte eine Property der MARC Relators gewählt werden.
@prefix marcRole: <http://id.loc.gov/vocabulary/relators/> . <http://d-nb.info/1090795270> marcRole:trl <http://d-nb.info/gnd/137763638> .
Der Rolle des Hauptverantwortlichen (dcterms:creator) wird eine besondere Bedeutung beigemessen. Sie sollte immer ausgewiesen werden, ggf. zusätzlich zu einer spezifischeren Funktion des Akteurs.
Inhalt | RDF-Element | Bemerkung |
Haupt- und weitere Verantwortliche (Person, Körperschaft, Kongress) | URI (z.B. GND: http://d-nb.info/gnd/ <ID> ) | |
Beteiligte (Person, Körperschaft, Kongress) | dcterms:contributor | URI (z.B. GND: http://d-nb.info/gnd/ <ID> ) |
Beteiligte (Person, Körperschaft, Kongress), spezifische Funktion | marcRole:<$4> | URI (z.B. GND: http://d-nb.info/gnd/ <ID> ) |
| ||
| ||
| ||
| ||
| ||
| ||
| ||
| ||
| ||
| ||
|
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, nicht mehr möglich. Um Unschärfen im Falle von mehreren Verlags und Ortsangaben zu vermeiden, sollten diese zusätzlich in einem Publication Statement nach ISBD gemeinsam ausgegeben werden:
Inhalt | RDF-Element | Bemerkung |
Erscheinungsort, Name des Verlags und Erscheinungsjahr | Literal: | |
Erscheinungsort | Literal | |
Name des Verlags | dc:publisher dcterms? | Literal |
Erscheinungsjahr | Literal | |
|
| |
Hochschulschriftenvermerk | rdau:P60489 | Literal Charakter der Hochschulschrift, Verleihende Institution oder Fakultät, Jahr |
Haben sich die Veröffentlichungsangaben über die Zeit verändert (z.B. bei Zeitschriften), sollten auf die im Folgenden empfohlene Art nur die jeweils aktuellen Angaben ausgegeben werden.
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 bereits URIs oder spezielle Properties 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. Zudem empfehlen wir Institutionen, die selbst lokale oder regionale Identifier herausgeben, eine entsprechende Property als Subproperty von dc:identifier zu prägen. Beispiel: die Property http://purl.org/lobid/lv#hbzID für den regionalen Identifier der hbz-Verbunddatenbank.
Die Identifier, die in bereits existierenden Diensten als URI 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.
Die in culturegraph.org nachgewiesenen Titeldaten sollten mittels owl:sameAs mit lokalen Datensätzen der Verbundsysteme relationiert werden. Da der culturegraph-Datensatz aus dem Datensatz der jeweiligen Verbundsysteme generiert wird, kann davon ausgegangen werden, dass der Verbund-Datensatz und der daraus generierte culturegraph-Datensatz dasselbe Objekt beschreiben. Die in culturegraph nachgewiesenen Titel beinhalten wiederum weitere Verweise - beispielsweise Verweise auf die berechneten Bündel, deren Mitglied sie sind. Auf diese Weise entsteht eine flexible Verweiskette. Diese Kette kann zu einem späteren Zeitpunkt für vereinbarte stabilisierte Verweise (wie z.B. stabile Verweise auf Werke oder Manifestationen) durch direkte Referenzen aus den lokalen Datensätzen ersetzt werden. Solche Vereinbarungen werden ggf. Gegenstand einer späteren Version dieser Empfehlung sein.
Da die Datenlieferungen in zeitlichen Abständen an culturegraph erfolgen, ist es unter Umständen möglich, dass Datensätze neueren Datums noch nicht über culturegraph.org nachgewiesen werden und sich somit die Referenz zeitweilig nicht auflöst.
Das MARC-Feld 001 (NR) beinhaltet den Identifier der publizierenden Institution. Entsprechend wird hier das Kürzel des publizierenden Verbundsystems für die Generierung des culturegraph-Verweises verwendet.
Die Verbundkürzel setzen sich für die derzeit in culturegraph nachgewiesenen Verbundbestände wie folgt zusammen (Stand Mai 2013):
- 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)
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, bei entsprechender Datenbasis die RDA-RDF-Elemente zu verwenden:
Inhalt | RDF-Element | Objekttyp | Bemerkung |
Inhaltstyp | rdau:P60049 | URI | Werte aus RDA Content Type Value Vocabulary
|
Medientyp | rdau:P60050 | URI | Werte aus RDA Media Type Value Vocabulary
|
Datenträgertyp | rdau:P60048 | URI | Werte aus RDA Carrier Type Value Vocabulary
|
In Version 1 dieser Empfehlungen wurden unter der Überschrift "Medientyp" eine Auswahl von Einzelwerten u.a. 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-Element | Objekttyp | Bemerkung |
Audiovisuelles Material
| rdf:type | URI |
|
Kartenmaterial | rdf:type | URI | bibo:Map |
Zusammenstellung | rdf:type | URI | |
Hochschulschrift | rdf:type | URI | bibo:Thesis Unterklassen in anlegen ( , ...) |
Mikroform
| dcterms:medium | URI | rdacarrier:1020 (Microform Carrier) Anpassen, deprecated
|
Onlineressource | dcterms:medium | URI | rdacarrier:1018 (online resource) 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 | dcterms:medium | URI | rdacarrier:1010 (computer) Anpassen, deprecated Note: mit rdacarrier:1010 werden alle elektronischen Ressourcen gekennzeichnet, ausgenommen sind hier die Online-Ressourcen, s. a. Note zu rdacarrier:1018) |
Multimediamaterial | dcterms:medium | URI | isbdmediatype:T1008 (multiple media) |
keine explizite Angabe eines Mediums | dcterms:medium | URI | |
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 (zunächst integriert in der Rubrik "Medientyp") abzulösen.
Artikel Ausgabe Zeitschrift | rdf:type | |
Sammlung | rdf:type | "bibo:Collection" |
Serie | rdf:type | "bibo:Series" |
keine Angabe einer besonderen Erscheinungsweise | rdf:type |
Sollten hier noch Mehrbändige Monografie aufgenommen werden, oder war es eine bewusste Entscheidung, Monografien unter bibo:Document zu subsummieren?
Relationen
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. ToDo Im MARC 21-RDF-Mapping ist eine Mapping der deutschen RDA-Relationsbezeichnungen auf die RDA Unconstrained Properties enthalten.
Inhalt | RDF-Element | Empfohlener Objekttyp |
Untergeordneter Teil (z.B. einzelne Bände) | URI | |
Enthaltener Teil (bei Zusammenstellungen) | URI | |
Übergeordneter Titel Teil-Ganzes-Beziehung (unselbständig) | URI | |
Übergeordneter Titel Teil-Ganzes-Beziehung (selbständig) | URI | |
Parallele Ausgabe (andere Sprache) | URI | |
Parallele Ausgabe (physikalisch anders) | URI | |
ist Beilage zu (übergeordnetes Werk) | URI | |
Vorgänger (bei Periodika) | URI | |
Nachfolger (bei Periodika) | URI | |
Verkörperte(s) Werk(e) | schema:exampleOfWork | URI |
Zum Umgang mit Literalangaben, siehe Abschnitt "Nicht-verlinkte Information".
Sprachangaben
Mit dem Element dcterms:language wird die Sprache als Verknüpfung auf die ISO-Sprachencodes angegeben.
Inhalt | RDF-Element | Bemerkung |
Sprachencode-URI | http://id.loc.gov/vocabulary/iso639-1.html | |
Sprachencode-URI | zweisprachige Lexika o.ä., wiederholbares Unterfeld |
Umfangsangabe
Inhalt | RDF-Element | Bemerkung |
Umfangsangabe | Literal |
Sonstiges
Inhalt | RDF-Element | Bemerkung |
Ausgabebezeichnung | Literal | |
Differenzierte Angaben zur Quelle | Literal | |
Titel der Überordnung und vorliegende Bandzählung | Literal |