Auf dieser Seite werden Vorschläge zur einheitlichen Beschreibung der zeitlichen Gültigkeit der Lizenzen der Dokumente beschrieben und mit Beispielen erläutert. Vergleiche:
In MODS ist kein Element vorhanden, in dem die zeitliche Gültigkeit einer Lizenz eines digitalen Dokumens beschrieben werden kann.
Einleitung
Es muss berücksichtigt werden, dass die zeitliche Gültigkeit unterschiedliche Konsequenzen beschreibt, wie zum Beispiel:
- Embargo-Fristen: nach einer festgelegten Zeit darf ein Dokument parallel zur Verlagsveröffentlichung in Open Access veröffentlicht werden
- Siehe auch 02 Soll-Analyse - MODS - Access-Status
- Urheberrecht: nach einer festgelegten Zeit erlischt das Urheberrecht und das Dokument befindet sich in der Public Domain
- ...
Beispiele
Eigenes Vokabular
Es ist möglich, einen eigenen Standard zu entwickeln, der es erlaubt, die Bedarfe der zeitlichen Gültigkeit zu beschreiben. Das folgende Beispiel beschreibt ein digitales Dokument, das erst nach einer Embargo-Frist von zwei Jahren unter CC BY 4.0 veröffentlicht werden darf.
Der Vorteil besteht darin, dass das Modell, die Elemente und die Werte exakt den Bedürfnissen angepasst werden können. Vergleiche dazu 01 Ist-Analyse - MODS - Zugriffsbeschränkung.
<mods:mods> <mods:accessCondition type="use and reproduction" displayLabel="CC BY 4.0" xlink:href="https://creativecommons.org/licenses/by/4.0/">Dieses Werk ist lizenziert unter einer Creative Commons Namensnennung 4.0 International Lizenz.</accessCondition> <kim> <kim:embargo type="reason">secondary publication</kim:embargo> <kim:embargodate type="start">2018-04-01</kim:embargodate> <kim:embargodate type="period">P2Y0M0D</kim:embargodate> <kim:embargodate type="end">2020-04-01</kim:embargodate> </kim> </mods:mods>
Es ist in vorigen Beispiel natürlich nur notwendig, entweder "start" und "period" oder "end" anzugeben.
PREMIS
Eine weitere Möglichkeit besteht darin, PREMIS zu verwenden, um die zeitliche Gültigkeit zu beschreiben.
<mods:mods> <mods:accessCondition type="use and reproduction" displayLabel="CC BY 4.0" xlink:href="https://creativecommons.org/licenses/by/4.0/">CC BY 4.0</accessCondition> <pre:rightsStatement> <pre:rightsBasis>license</pre:rightsBasis> <pre:licenseInformation> <pre:licenseApplicableDates> <pre:endDate>2020-01-31</pre:endDate> </pre:licenseApplicableDates> </pre:licenseInformation> </pre:rightsStatement> </mods:mods>
ODRL
Eine weitere Möglichkeit besteht darin, mit ODRL eine Rights Expression Language anzuwenden, für die schon ein Datenmodell und Vokabular entwickelt wurde.
Obwohl es natürlich von Vorteil ist, ein vorhandenes Vokabular zu nutzen, enthält es den Nachteil, dass das Vokabular und teilweise auch das Modell nicht ganz den Anforderungen entspricht.
<mods:mods> <mods:accessCondition type="use and reproduction" displayLabel="CC BY 4.0" xlink:href="https://creativecommons.org/licenses/by/4.0/">Dieses Werk ist lizenziert unter einer Creative Commons Namensnennung 4.0 International Lizenz.</accessCondition> <mods:accessCondition type="restriction on access"> <odrl:Policy xmlns:odrl="http://www.w3.org/ns/odrl/2/" type="http://www.w3.org/ns/odrl/2/Offer" uid="http://www.digital.slub-dresden.de/policy:0900"> <odrl:permission> <odrl:asset uid="http://digital.slub-dresden.de/id280742827" relation="http://www.w3.org/ns/odrl/2/target"/> <odrl:action name="http://www.w3.org/ns/odrl/2/display"/> <odrl:constraint name="http://www.w3.org/ns/odrl/2/dateTime" operator="http://www.w3.org/ns/odrl/2/gteq" rightOperand="2020-04-01"/> <odrl:party uid="http://www.slub-dresden.de" function="http://www.w3.org/ns/odrl/2/assigner"/> </odrl:permission> </odrl:Policy> </mods:accessCondition> </mods:mods>
Zusammenfassung / Fragen
- Ist die Definition eines eigenen Vokabulars für das MODS-Feld <accessCondition> sinnvoll, oder sollten bestehende Standards wie ODRL genutzt werden?
- Es muss untersucht werden, ob die zeitliche Gültigkeit präziser beschrieben werden muss: Was gilt nach der angegebenen Zeit?