...
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: |
Ortsangaben
Inhalt | RDF-Element | Bemerkung |
Erscheinungsort | Literal |
Verlagsangaben
Inhalt | RDF-Element | Bemerkung|
Name des Verlags | dc:publisher dcterms? | Literal |
...
Inhalt | RDF-Element | Bemerkung |
Erscheinungsjahr | Literal | |
|
| Umsetzung nur für fortlaufende Sammelwerke (Zeitschriften und Schriftenreihen)
| ||
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.
...
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 Kartenmaterial Zusammenstellung Hochschulschrift | rdf:type | URI | "bibo:Map" Unterklassen in anlegen (, ...) |
Mikroform Onlineressource Elektronische Ressource Multimediamaterial | dcterms:medium | URI | "rdacarrier:1020" (Microform Carrier) Anpassen, deprecated "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 "rdacarrier:1010" (computer; Note: mit "rda:computer" werden alle elektronischen Ressourcen gekennzeichnet, ausgenommen sind hier die Online-Ressourcen, s. a. Note zu rda:onlineResource) "isbdmediatype:T1008" (multiple media) |
keine explizite Angabe eines Mediums | dcterms:medium | URI | "rdacarrier:1044" (unmediated) |
Blindenschrift | rdf:type | URI | "lib:BrailleBook" |
...
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 | 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 |
...
Inhalt | RDF-Element | Bemerkung | ||
Ausgabebezeichnung | Literal | |||
Differenzierte Angaben zur Quelle | Literal | Literal, Unterlabel | ||
Titel der Überordnung und vorliegende Bandzählung | Literal |