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
CODEN	bibo:coden	Literal	betrifft Zeitschriften
Europäische Artikel Nummer (EAN)	bibo:gtin14 Klärungsbedarf (die meisten Angaben sind 13-stellig. Richtige Property?)	Literal

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
Vertriebsangabe	rdau:P60330	Literal
Herstellungsangabe	rdau:P60331	Literal
Entstehungsangabe ( Erläuterndes zum Unterschied zu Herstellungsangabe?)	rdau:P60332	Literal
Vertrieb	rdau:P60438	Literal
Hersteller	rdau:P60162	Literal
Produzent ( Erläuterndes zum Unterschied zu Hersteller?)	rdau:P60441	Literal

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
Datum des Originals (bei Reproduktionen)	rdau:P60527	Literal	Datentyp angeben, z.B. http://www.w3.org/2001/XMLSchema#gYear, für 4-stellige Jahresangaben oder ??? für eine Angabe mit abschließendem Erscheinungsjahr (JJJJ-JJJJ).
Copyrightdatum	dcterms:dateCopyrighted	Literal	Datentyp angeben, z.B. http://www.w3.org/2001/XMLSchema#gYear, für 4-stellige Jahresangaben oder ??? für eine Angabe mit abschließendem Erscheinungsjahr (JJJJ-JJJJ).
Vertriebsdatum	rdau:P60070	Literal	Datentyp angeben, z.B. http://www.w3.org/2001/XMLSchema#gYear, für 4-stellige Jahresangaben oder ??? für eine Angabe mit abschließendem Erscheinungsjahr (JJJJ-JJJJ).
Herstellungsdatum	rdau:P60072	Literal	Datentyp angeben, z.B. http://www.w3.org/2001/XMLSchema#gYear, für 4-stellige Jahresangaben oder ??? für eine Angabe mit abschließendem Erscheinungsjahr (JJJJ-JJJJ).
Entstehungsdatum ( Erläuterndes zum Unterschied zu Herstellungsdatum?)	rdau:P60071	Literal	Datentyp angeben, z.B. http://www.w3.org/2001/XMLSchema#gYear, für 4-stellige Jahresangaben oder ??? für eine Angabe mit abschließendem Erscheinungsjahr (JJJJ-JJJJ).

Ortsangaben

Erscheinungsweise