Erweiterte Empfehlungen (Textressourcen) *NEU 2017*

Während in den Empfehlung für die RDF-Repräsentation bibliografischer Daten (Textressourcen) ein Kernelementset zur bibliografischen Identifizierung von Textressourcen abgebildet wird, sollen diese erweiterten Empfehlungen sukzessive zusätzliche Elemente  ergänzen. Sie ergeben sich zum Beispiel aus praktischen Anforderungen an die RDF-Datensets der einzelnen Gruppenmitglieder und werden in der Gruppe abgestimmt.

Identifier

Inhalt	RDF-Property	Objekttyp	Bemerkung	MARC21
CODEN	bibo:coden	Literal	betrifft Zeitschriften	030 $a
Europäische Artikel Nummer (EAN)	bibo:gtin14 Klärungsbedarf (die meisten Angaben sind 13-stellig. Richtige Property?)	Literal		024 Ind.1=3 $a

Inhaltserschließende Angaben

Für alle Angaben zur Inhaltserschließung wird die RDF-Property dcterms:subject empfohlen. Sind die Elemente eines verwendeten Knowledge Organisation System (KOS) über persistente URIs referenzierbar (siehe z.B. DCMI Metadata Terms, Vocabulary Encoding Scheme und Basel Register of Thesauri, Ontologies & Classifications, BARTOC) , sollten diese in der Objektposition benutzt werden. Ist dies nicht der Fall, wird empfohlen, die Property dcterms:subject mit einem blankNode zu verwenden in dem idealer Weise das zugehörige KOS mittels der Property skos:inScheme angegeben wird und der Indexterm (Notation, Schlagwort, ...) mit der Property skos:prefLabel. Vgl. Link Allgemeiner Text über bNodes bei nicht-verknüpften Inhalten.

@prefix skos: <http://www.w3.org/2004/02/skos/core#> .
@prefix dcterms: <http://purl.org/dc/terms/> .

... GND-Schlagwort-Beispiel
... Dewey-Beispiel mit http://dewey.info/class/...
... RVK-Beispiel mit bNode
... http://d-nb.info/ddc-sg/<Notation>?

Alternativ ist es möglich, den Indexterm (insbesondere Klassifikationsnotation) mit der Property dc:subject als Literal zu transportieren und mit einem spezifischen Datentyp zu versehen (siehe z.B. DCMI Metadata Terms, Syntax Encoding Schemes).

@prefix dc: <http://purl.org/dc/elements/1.1/> .
@prefix dnbt: <http://d-nb.info/standards/elementset/dnb#> .
 
<http://d-nb.info/1066473110> dc:subject "TJ"^^dnbt:thema-classification-notation .

Noch einbinden?

 Klassifikationsnotationen ohne URI und Datentypen

Vertriebsangabe, Herstellungsangabe, Entstehungsangabe

Inhalt	RDF-Property	Objekttyp	Bemerkung	MARC21
Vertriebsangabe	rdau:P60330	Literal		wenn 264 Indikator  2 = 2 264 $a : $b, $c
Herstellungsangabe	rdau:P60331	Literal		wenn 264 Indikator  2 = 3 264 $a : $b, $c
Entstehungsangabe ( Erläuterndes zum Unterschied zu Herstellungsangabe?)	rdau:P60332	Literal		wenn 264 Indikator  2 = 0 264 $a : $b, $c
Vertrieb	rdau:P60438	Literal		wenn 264 Indikator  2 = 2 264 $b
Hersteller	rdau:P60162	Literal		wenn 264 Indikator  2 = 3 264 $b
Produzent ( Erläuterndes zum Unterschied zu Hersteller?)	rdau:P60441	Literal		wenn 264 Indikator  2 = 0 264 $b

Datumsangaben

Falls möglich, sollten für die folgenden Datumsangaben ein Datentyp angeben werden, z.B. http://www.w3.org/2001/XMLSchema#gYear, für 4-stellige Jahresangaben.

Inhalt	RDF-Property	Objekttyp	Bemerkung	MARC21
Datum des Originals (bei Reproduktionen)	rdau:P60527	Literal		wenn 008 Pos. 6 = "r": 008 Pos. 11-14
Copyrightdatum	dcterms:dateCopyrighted	Literal		wenn 008 Pos. 6 = "t": 008 Pos. 11-14 oder   wenn 264 Ind.2 = 2 264 $c
Vertriebsdatum	rdau:P60070	Literal		wenn 264 Ind.2 = 4 264 $c
Herstellungsdatum	rdau:P60072	Literal		wenn 264 Ind.2 = 3 264 $c
Entstehungsdatum ( Erläuterndes zum Unterschied zu Herstellungsdatum?)	rdau:P60071	Literal		wenn 264 Ind.2 = 0 264 $c

Ortsangaben

264 Indikator  2 = 2