...
Abbildung Werktitels als Literal
240 und 7xx $t (?)
Cornelia Katz berichtet, dass das bei Musik mitunter häufig vor.
Auch hier muss die Umsetzung erfolgen wie bei einzelnen Werktiteln (s.o.)
ToDo: Jana Hentschke kümmert sich zum 08.10.2015 um eine Jana Hentschkes Zusammenstellung der Optionen
Abschnitt 2.2 Personen und Körperschaften
...
Die vorgeschlagene Property rdau:P60527 "has date of resource" ("Relates a resource to the earliest date associated with a resource") ist die unconstrained Variante von rdae:P20214 "has date of expression" und rdaw:P10219 "has date of work". Damit ist es nicht genau das Gesuchte, kommt dem aber relativ nahe und diese Ungenauigkeit liesse sich im ohnehin unschärferen unconstrained RDA ganz gut kaschieren. Wenn man das Datum des Originals ausdrücken will, wird man wohl keinen besseren Weg finden.
ToDo: Jana Hentschke arbeitet den Vorschlag in die erweiterte Empfehlungsseite ein und dort wird er dann final von allen abgenommen.
Abschnitt 2.5 Medientyp
Die aktuellen Empfehlungen behandeln unter dieser Überschrift (etwas irreführend) die RDA Themen Inhaltstyp und Datenträgertyp, Erscheinungsweise und Form der Notation und ihnen geht die Bemerkung voraus
...
Bisher dcterms:isPartOf (s.o.), weitere Option: rdau:P60193 (is in series)
Titelkonkordanzen
Beziehungskennzeichnung "Reihe enthält" -> rdau:P60240 (is series container of)
Diskussion 02.09.2015 Teil-Ganzes-Beziehungen + Schriftenreihen
...
Cornelia Katz: Es müssen auf jeden Fall keine neuen Begriffe überlegt werden. Alle Anwender haben in ihrem Umfeld Formatdokumentationen, die das ja genauso leisten müssen und wo Lösungen gefunden wurden. Vorschlag: Ganz am Ende der Anpassungsarbeiten an den Empfehlungen durchgehen und die RDA-Begrifflichkeiten in Klammern ergänzen.
Fazit: Ganz am Ende der Anpassungsarbeiten an den Empfehlungen durchgehen und die RDA-Begrifflichkeiten in Klammern ergänzen.
Erweiterte Empfehlungen für Textressourcen, die sich aus RDA ergeben (könnten)
Copyright-Datum
[M21 264 Indikator 2=4 $c] (Z.B. durch dcterms:dateCopyrighted)
Diskussion 08.10.2015
Kommentar Adrian Pohl: Ist das für deutsches Recht eine sinnvolle Ergänzung? Ist da nicht das Todedatum des Autors das wichtige Urheberrechtsdatum?
Andreas Kahl: Todesdatum ist nicht immer das relevante, weil auch Erbengemeinschaften Rechte beanspruchen können.
Sarah Hartmann: Das neue RDA-Element ist primär verpflichtend bei Musikressourcen anzugeben, kommt aber auch bei textuellen Ressourcen vor. Für das KIM-Kernset ist es deshalb sicher kein Kandidat. Eine Empfehlung könnte man aber machen.
Property dcterms:dateCopyrighted hat Range Literal und passt von daher. Die Definitionen dieser Property und der RDA-Property ist inhaltlich identisch.
Fazit: Empfehlung Copyright-Datum mit dcterms:dateCopyrighted.
Zielgruppe
Diskussion Arbeitstreffen 21.01.2016
ToDo: Jana Hentschke arbeitet Cornelia Katz RDA-Übersetzungen als Optionen in die neuen Empfehlungen ein und wenn die Gruppe sie abschließend noch mal durchgeht, wird jeweils gewählt
Erweiterte Empfehlungen für Textressourcen, die sich aus RDA ergeben (könnten)
Copyright-Datum
[M21 264 Indikator 2=4 $c] (Z.B. durch dcterms:dateCopyrighted[M21 385] (dcterms:audience)
Diskussion 08.10.2015
Kommentar Adrian Pohl: Ist das für deutsches Recht eine sinnvolle Ergänzung? Ist da nicht das Todedatum des Autors das wichtige Urheberrechtsdatum?
Andreas Kahl: Todesdatum ist nicht immer das relevante, weil auch Erbengemeinschaften Rechte beanspruchen können.
Sarah Hartmann: Das neue RDA-Element ist primär verpflichtend bei Musikressourcen anzugeben, kommt aber auch bei textuellen Ressourcen vor. Für das KIM-Kernset ist es deshalb sicher kein Kandidat. Eine Empfehlung könnte man aber machen.
Property dcterms:dateCopyrighted hat Range Literal und passt von daher. Die Definitionen dieser Property und der RDA-Property ist inhaltlich identisch.
Fazit: Empfehlung Copyright-Datum mit dcterms:dateCopyrighted.
Zielgruppe
[M21 385] (dcterms:audience)
Diskussion 08.10.2015
Stefanie Rühle: kommt das in den Daten dann überhaupt vor?
Barbara Block: Öffentliche Bibliotheken arbeiten sehr viel damit.
Die DNB wird es auch erfassen und ausliefern. Verknüpfung zur GND ist vorgesehen, d.h. es können sowohl Literale als auch URIs vorkommen. Die vorgeschlagene Property dcterms:audience hat Range Resource. Was kann man für Literale verwenden?
Stefanie Rühle: kommt das in den Daten dann überhaupt vor?
Barbara Block: Öffentliche Bibliotheken arbeiten sehr viel damit.
Die DNB wird es auch erfassen und ausliefern. Verknüpfung zur GND ist vorgesehen, d.h. es können sowohl Literale als auch URIs vorkommen. Die vorgeschlagene Property dcterms:audience hat Range Resource. Was kann man für Literale verwenden?
Andreas Kahl: für die URI dcterms:audience für Literale rdau:P60520 "has intended audience"? Bisher wurden verschiedene Properties aber nur innerhalb von DC (elements und terms) verwendet, der Zusammenhang zwischen dcterms und rdau wäre nicht mehr so ersichtlich und von daher keine gute Lösung.
Stefanie Rühle: ist hier überhaupt mit "echten" Literalen zu rechnen? Selbst wenn technisch Text erfasst wird, liegt vermutlich immer eine kontrollierte Liste o.ä. da hinter.
Barbara Block: Für DACH wurde sich auf eine kontrollierte Liste verständigt. Die Begriffe finden sich in der GND wieder. (7 Begriffe, RDA Toolkit)
Reinhold Heuvelmann: Beispiel DNB
Jana Hentschke: Empfehlung nur aussprechen, wenn Verlinkung da ist? Standpunkt "Information macht nur außerhalb des lokalen Kontext Sinn, wenn eine nachschlagbare Entität als Wert vorhanden ist".
Stefanie Rühle: Wäre ok. Streng sein. (Zustimmung Andreas Kahl)
Lars Svensson: Oder ein bNode?
Jana Hentschke: bNodes war immer ein heikles Thema und an dieser (recht unrelevanten) Stelle damit anzufangen wäre schon ein Schritt.
Sarah Hartmann gibt zu bedenken, dass wir bisher nie so streng waren, es gab immer die dcelements/dcterms-Option.
Da es den Anwendern ja trotzdem freisteht, bei Bedarf für Literale eine eigene Lösung zu finden, einigt sich die Gruppe darauf, dass "nur URIs" für die Empfehlungen ok sind. Diese Lösung baut außerdem einen leichten Druck auf, zu verlinken, was bei diesem Element generell wünschenswert ist.
Fazit: Empfehlung verlinkte Zielgruppe mit dcterms:audience. Keine explizite Empfehlung für Literale.
...
Fazit: Alle drei Angaben sollen mit den RDA-Properties wie oben beschrieben in die erweiterten Empfehlungen aufgenommen werden
Titelkonkordanzen
[787 Indikator 1=0 Indikator 2=8] (bei fortlaufenden Ressourcen) - rdau:P60193 (is in series).
...
Fazit: Der Sachverhalt wird vom Abschnitt Relationen mit abgedeckt.
Andere Beziehungen
...
- "degree granting institution" (Erfassung erstmal in Vorlageform vorgesehen),
- "year degree granted" und
- "Charakter der Hochschulschrift" (Standardisierung der Begriffe und GND-Verknüpfung geplant, erstmal aber kontrollierte Liste von sieben Literale. Geht aktuell weit über CMC-Angaben hinaus)
unterscheidbar erfasst. Nach RAK wurde ein mit Deskriptionszeichen "separierter" String erfasst. Damit macht es jetzt Sinn, die Elemente jetzt in die erweiterten Empfehlungen aufzunehmen.
Offene Fragen:
...
aufzunehmen.
Zu Charakter der Hochschulschrift:
Hintergrund: Nach RDA soll eigentlich der Akademische Grad erfasst werden. Die D-A-CH-Anwendungsrichtlinien überschreiben das zugunsten des Charakters der Hochschulschrift, d.h. die RDA-Property rdau:P60175 ist hier nicht hilfreich.
...
Fazit: auch die schon nach RAK erfassten Literale für den Hochschulschriftenvermerk sollen mit
rdau:P60489 ("has dissertation or thesis information")
...
empfohlen werden (hbz und DNB machten das bereits so
...
)