Versionen im Vergleich

Schlüssel

  • Diese Zeile wurde hinzugefügt.
  • Diese Zeile wurde entfernt.
  • Formatierung wurde geändert.

...

Inhalt

RDF-Element

Bemerkung

Hauptsachtitel (HST) / Haupttitel

dcterms:title

bisher dc:title

 

, jetzt durch dcterms:title ersetzt

Zusatz zum HST / Titelzusätze

rdau:P60493

 

Zählung eines unselbständigen Teils

rdau:P60493

Titel des unselbständigen Teils_Zählung des unselbständigen Teils

Unselbständiger Teil

rdau:P60493

Titel des unselbständigen Teils_Zählung des unselbständigen Teils

Einheitstitel / Werktitel

dcterms:alternative

 

Kurztitel

bibo:shortTitle

 

Paralleltitel

dcterms:alternative

 

...

Inhalt

RDF-Element

Bemerkung

Erscheinungsort, Name des Verlags und Erscheinungsjahr

rdau:P60333

Literal:
Ort_:_Verlagsname_Jahr

Erscheinungsort, Vertriebsort etc.

rdau:P60163

Literal

Name des Verlags, des Vertriebs, etc.

dc:publisher (Warnung) dcterms?

Literal - ich würde dc:publisher nicht durch dcterms:publisher ersetzen, da dcterms:publisher die Range dcterms:Agent hat, wir in der Regel aber keine URIs für den Verlag haben. d. h. wir würden an dieser Stelle immer mit blank nodes arbeiten müssen - Ausnahme wäre der relative überschaubare Bereich der alten Drucke. (Warnung)

Erscheinungsjahr, Vertriebsjahr, etc.

dcterms:issued

Literal
falls möglich, Datentyp angeben, z.B. http:

Erscheinungsjahr, Vertriebsjahr, etc.

dcterms:issued

Literal
falls möglich, Datentyp angeben, z.B. http://www.w3.org/2001/XMLSchema#gYear, für 4-stellige Jahresangaben oder (Warnung)??? für eine Angabe mit abschließendem Erscheinungsjahr (JJJJ-JJJJ).

Erscheinungsjahr und abschließendes Erscheinungsjahr bei fortlaufenden Sammelwerken

dcterms:issued

Literal; Umsetzung nur für fortlaufende Sammelwerke (Zeitschriften und Schriftenreihen)

Hochschulschriftenvermerkrdau:P60489

Literal

Charakter der Hochschulschrift, Verleihende Institution oder Fakultät, Jahr

...

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. alle weiteren werden nicht ins Kernelementset aufgenommen. Identifier, für die keine Properties existieren, sollten mit dc:identifer + datatype modelliert werden.

!!Die Verwendung von dcterms:identifier ist in diesem Zusammenhang irgendwie irreführend. Wir sagen im Text, dass nur noch URIs verwendet werden sollen und auf Literale gänzlich verzichtet werden soll. Andererseits ist die Range von dcterms:identifier aber rdfs:Literal. Das passt dann irgendwie nicht zusammen. Ich schlage daher vor, entweder bei dc:identifier zu bleiben oder den Text zu ändern.(Warnung) !!

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.

...