Versionen im Vergleich

Schlüssel

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

...

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

...

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.

Diskussion Arbeitstreffen 21.01.

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)

[M21 264 Indikator 2=4 $c] (Z.B. durch dcterms:dateCopyrighted)

2016

Cornelia Katz hat RDA-Begriffe zu Elementbezeichnern der alten Empfehlungen zusammengestellt.
Stefanie Rühle: erinnert an Diskussion, ob Katalogisierungsregelspezifische Bezeichner für RDF-Nutzer vertragbar sind. Votiert für Ersetzen durch neue RDA-Begriffe statt beides, RAK und RDA. Barbara Block berichtet, dass die RDA-Begriffe teilweise sehr unintuitiv sind und die RAK-Bezeichnungen teilweise für nicht-Bibliothekare verständlicher sind.
Plan: zunächst Dokument fertigstellen und dann Begrifflichkeiten anpassen. Einheitlichkeit (RAK oder RDA) versuchen, bei ungebräuchlichen/unverständlichen Begriffen aber auch darauf verzichten. Die Gruppenmitglieder ohne bibliothekarischen Hintergrund sollen am Ende entscheiden, welche Begriffe am intuitivsten sind.

(Warnung) 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)

[M21 264 Indikator 2=4 $c] (Z.B. durch dcterms:dateCopyrighted)

Diskussion 08.10.2015
Kommentar Adrian Pohl: Ist 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.

...

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.


Diskussion Arbeitstreffen 21.01.2016
Vier Optionen:
1. (etwas unsauber) mit der RDA-Property (academicDegree => http://rdaregistry.info/Elements/u/P60175 ) direkt auf GND-Schlagwort für Charakter der Hochschulschrift linken (wird in MARC auch so gemacht)
2. mit rdf:type auf Hochschulschrifttypen (Klassen) linken (die wir noch erstellen müssen)
3. den Charakter der Hochschulschrift auf den jeweiligen Degree mappen und mit rdau:P60175  nutzen (Literal)
4. eine neue Property kreieren, die auf die GND-Hochschulschriftentypen linkt
Zu 2: In bibo gibt es
dazu die Werte
bibo:Thesis könnte auch schon am Vorhandensein eines (vor RDA) Hochschulschriftenvermerks abgeleitet werden).
Modellierung mit rdf:type wird als am stimmigsten mit der bisherigen Modellierung erachtet.
Fazit: Charakter der Hochschlulschrift mit rdf:type und entweder mit bibo:Thesis oder, wenn unterscheidbar, mit (neu zu schaffenden) dnbt:Dissertation, Masterthese,... empfehlen
(Änderung nach Diskussion TelKo 07.03.2017: die Unterarten der Hochschulschriften sollen doch nicht ausdrücklich empfohlen werden, da sie in den Daten nicht selten vorliegen)

...

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

...

)