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 Dokuments beschrieben werden kann.

Einleitung

Es muss berücksichtigt werden, dass die zeitliche Gültigkeit unterschiedliche Szenarien beschreibt, wie zum Beispiel:

Für diese unterschiedliche Szenarien müssen jeweils passende Lösungen entwickelt werden. 

Außerdem muss unterschieden werden zwischen Angaben zur zeitlichen Gültigkeit, die

  1. internen Zwecken dienen, wie zum Beispiel die Veröffentlichung von digitalen Dokumenten maschinell zu bearbeiten
  2. öffentlichen Zwecken dienen, wie zum Beispiel Informationen über den Zeitpunkt, an dem das Urheberrecht eines digitalen Dokuments abläuft

Angaben, die dem ersten Zweck dienen, müssen nicht standardisiert erfolgen, weil die Informationen auch nicht veröffentlicht werden müssen. Für die Öffentlichkeit sind nach der Veröffentlichung unter anderem die Angaben bezüglich Rechtehinweis/Lizenz und Access Status notwendig.

Angaben, die dem zweiten Zweck dienen, können veröffentlicht werden und sollten standardisiert erfolgen, um eine maschinelle Auswertung zu ermöglichen.

 

 

Beispiele

Eigenes Vokabular

Einleitung

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.

Embargofrist

<mods:mods>
	<mods:accessCondition type="use and reproduction" xlink:href="https://creativecommons.org/licenses/by/4.0/">CC BY-SA 4.0</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>
</mods:mods> 
<mods:mods>
	<mods:accessCondition type="use and reproduction" xlink:href="https://creativecommons.org/licenses/by/4.0/">CC BY-SA 4.0</accessCondition>
	<kim>
		<kim:embargo type="reason">secondary publication</kim:embargo>
		<kim:embargodate type="end">2020-04-01</kim:embargodate>
	</kim>
</mods:mods>

Ablauf Urheberrecht / Beginn Public Domain

<mods:mods>
	<mods:accessCondition type="use and reproduction" xlink:href="https://rightsstatements.org/page/InC/1.0/">Urheberrechtsschutz 1.0</accessCondition>
	<kim>
		<kim:copyright type="end">2025-04-01</kim:embargodate>
	</kim>
</mods:mods> 
<mods:mods>
	<mods:accessCondition type="use and reproduction" xlink:href="https://rightsstatements.org/page/InC/1.0/">Urheberrechtsschutz 1.0</accessCondition>
	<kim>
		<kim:copyright type="start">1950-04-01</kim:embargodate>
		<kim:embargodate type="period">P70Y0M0D</kim:embargodate>
	</kim>
</mods:mods> 
<mods:mods>
	<mods:accessCondition type="use and reproduction" xlink:href="https://rightsstatements.org/page/InC/1.0/">Urheberrechtsschutz 1.0</accessCondition>
	<kim>
		<kim:publicdomain type="start">2025-04-01</kim:embargodate>
	</kim>
</mods:mods>

 

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>

Vorteile

Nachteil

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/">CC BY-SA 4.0</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