Page tree
Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 11 Next »

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.

Inhalt

Einleitung

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

  • Embargo-Fristen: nach einer festgelegten Zeit darf ein Dokument parallel zur Verlagsveröffentlichung in Open Access veröffentlicht werden
  • Urheberrecht: nach einer festgelegten Zeit erlischt das Urheberrecht und das Dokument befindet sich in der Public Domain
  • ...

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 und eigenes Vokabular
<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 und eigenes Vokabular
<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 und eigenes Vokabular
<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 und eigenes Vokabular
<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 und eigenes Vokabular
<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 und PREMIS
<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 und ODRL
<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

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

 

 

  • No labels