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" 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.

Das folgende Beispiel beschreibt ein Dokument, das bis zum 31.01.2022 unter der Lizenz CC BY 4.0 steht.

<mods:mods>
	<mods:accessCondition type="use and reproduction" xlink:href="https://creativecommons.org/licenses/by/4.0/">CC BY 4.0</accessCondition>
	<pre:rightsStatement>
		<pre:rightsBasis>license</pre:rightsBasis>
		<pre:licenseInformation>
			<pre:licenseDocumentationIdentifier>
				<pre:licenseDocumentationIdentifierValue>https://creativecommons.org/licenses/by/4.0/</pre:licenseDocumentationIdentifierValue>
				<pre:licenseDocumentationIdentifierType>Creative Commons</pre:licenseDocumentationIdentifierType>
			</pre:licenseDocumentationIdentifier>
			<pre:licenseApplicableDates>
				<pre:endDate>2022-01-31</pre:endDate>
			</pre:licenseApplicableDates>
		</pre:licenseInformation>
	</pre:rightsStatement>
</mods:mods> 

• Kann ausgedrückt werden, was nach Ablauf der Lizenz gilt? Automatisch die Public Domain? 
• Muss/Kann unterschieden werden zwischen Embargo-Zeit und Auslaufen des Urheberrechts?
  

Vorteile

• PREMIS wird auch in METS verwendet. Somit könnten die Ergebnisse auf zwei Metadatenstandards angewendet werden. 
• Kompatibilität zur METS-Lösung
  

Nachteil

• Sehr umfangreicher Standard, der unter Umständen nicht von allen Systemen unterstützt wird.
   
• Änderungen der zeitlichen Gültigkeit werden unter Umständen nicht automatisch in nachfolgende Systeme übertragen. Daher sollte überlegt werden, welche Angaben in dem Austauschformat MODS notwendig sind.
  

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" 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?