...
- Stefanie schickt Cosmina Informationen zu den aktuellen Diskussionen im DCMI Usage Board zum Thema Range bei dcterms:rights und dcterms:rightsHolder
- Conny macht Vorschlag JATS
JATS (Empfehlung 1.0) - Reinhold schickt Link zu Blogbeitrag von OpenAIRE zu Hybrid-Open-Access (Titel: the worst of both worlds) https://blogs.openaire.eu/?p=3431
- Für die zweite Runde brauchen wir use cases für zeitliche Gültigkeit für die verschiedenen Bereiche.
...
- André erstellt die Seiten für die Kernelemente und klärt, wie sich diese in die anderen Seiten einbinden lassen
Vergleiche: Access Status (Empfehlung 1.0), Rechtehinweis/Lizenz (Empfehlung 1.0), Rechteinhaber (1.0) bezüglich Definitionen, beziehungsweise Metadatenstandards (Empfehlung 1.0) bezüglich Einbindung.
Wenn die 1. Version der Empfehlung fertiggestellt wurde (1. Runde abgeschlossen ist), wird - in Zusammenarbeit mit der DINI Geschäftsstelle aus den Wiki-Seiten der Empfehlung ein pdf erstellt und bei DINI veröffentlicht. Auf Lizenz achten; in DNB mit Katalogisat versehen.
- Stefanie und Jana sprechen - zu gegebener Zeit - mit der DINI Geschäftsstelle über ein PDF der Empfehlung.
Um die Empfehlung übersichtlicher zu gestalten, sollen die einzelnen Seiten für die Empfehlung nach Abschluss der 1. Runde weiter hoch gezogen werden, die übrigen Seiten sollen in einem Arbeitsbereich belassen werden. Alles, was nicht in die 1. Version der Empfehlung eingeht, soll auf die Seiten der Soll-Analysen übertragen werden.
- Francesca macht Vorschlag für die flache Strukturierung der Empfehlung (per Mail)
...
Sollte hier auf die unterschiedlichen Möglichkeiten der Rollen hingewiesen werden, oder soll eine konkrete Rollen empfohlen werden (Siehe [Entwurf] Rechteinhaber (Empfehlung 1.1))?
Es soll eine konkrete Rolle empfohlen werden für den Namen einer Person oder Organisation, die genannt werden muss, wenn die Lizenz das verlangt. D.h. in den Fällen, in denen Rollen durch das Format notwendig werden (betrifft auf jeden Fall METS, MODS, MARC und EAD), wird der Wert für die Rolle vorgegeben. Für die Bibliotheksdaten muss dieser Wert aus den MARC Relator Codes kommen.
...
- Hohmann, Andre: In MODS kann der MaRC Relator Term "Copyright Holder" sowohl in Text- als auch in Code-Form eingetragen werden (siehe: MODS (Empfehlung 1.0)).
- Oliver prüft, welcher Wert in den EAD-Daten für die Rolle verwendet werden soll
- vgl. 03 Empfehlungen - EAD(DDB): <origination label="rightsholder">
...
Wurde das Vokabular für den Access Status festgelegt? Ansonsten müsste der bisherige Inhalt angepasst werden.
Für den Access Status muss geklärt werden, welche Vokabulare wir empfehlen. Stefanie schuldet noch einen Vergleich der einzelnen Werte. Sie wird diesen Abgleich anhand der Liste von Andre machen. In der nächsten Telko wird dann abgestimmt, welche(s) Vokabular(e) wir empfehlen. Friedrich wird dafür noch weitere Informationen ins Wiki aufnehmen, z. B. wie "stabil" die Vokabulare sind, wer sie pflegt und welcher am häufigsten verwendet wird.
- Stefanie erstellte eine Wiki Seite, in der sie die verschiedenen Werte gegenüberstellt, Friedrich reichert diesen mit weiteren Informationen an.
-> [Archiv] Access-Status - Stefanie erstellt eine Seite, in der Lizenzvokabulare u.a. gelistet werden (auf der Grundlage von Standardisierte Lizenzen und Rechtehinweise)
...
- Können URL bei individuellen Lizenzen angegeben werden, oder dürfen es nur URI sein? ([Archiv] Rechtehinweis/Lizenz / Individuelle Lizenzen)
- Ist der Lizenztext dieser Lizenzen wichtiger als die URL? ([Archiv] Rechtehinweis/Lizenz / Individuelle Lizenzen)
- Ist in OAI-DC der Lizenztext oder der URI, beziehungsweise der Lizenztext oder der URL anzugeben?
- ...
...