...
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
...
| Codeblock | ||||
|---|---|---|---|---|
| ||||
<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> |
| Codeblock | ||||
|---|---|---|---|---|
| ||||
<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> |
...
| Codeblock | ||||
|---|---|---|---|---|
| ||||
<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> |
| Codeblock | ||||
|---|---|---|---|---|
| ||||
<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> |
| Codeblock | ||||
|---|---|---|---|---|
| ||||
<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.
...
| Codeblock | ||||
|---|---|---|---|---|
| ||||
<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?