...
Die Update-Status werden also zwar nicht mehr ausgewertet, es muss aber dennoch ein Update-Status angegeben werden, da sonst das xepicur-Format nicht valide ist und beim Harvesten nicht akzeptiert würde. Bei größeren Serverwechseln und Systemwechseln wird die URN-Aktualisierung mit dem neuen Harvester deutlich vereinfacht. Zusätzlichen Komfort für Sie erhoffen wir uns davon, dass nun auch eine Set-Einschränkung möglich ist.
Die ursprüngliche xepicur Dokumentation wird ergänzt mit den Hinweisen, welche Elemente aktuell und in Zukunft tatsächlich ausgewertet werden.
Zu beachten ist insbesondere: Bitte liefern Sie alle aktuell gültigen URLs mit Ihrer URN. Alle nicht mehr mitgelieferten URLs werden in der URN-Datenbank gelöscht.
...
| Bezeichnung | identifier | Wird ausgewertet |
|---|---|---|
| Attribute |
Mit dem Attribut "scheme" wird URN bzw. URL des Objektes erfasst. Das Attribut zur Spezifizierung der URN kann folgende Werte annehmen:
Das Attribut zur Spezifizierung der URL hat folgenden obligatorischen Wert:
| Wird ausgewertet |
Das optionale Attribut dient zur Kennzeichnung einer URL als Frontpage-URL (landing page) und hat den Wert
| Wird zukünftig nicht mehr ausgewertet | |
| Wird nicht mehr ausgewertet. Bitte nicht mehr verwenden. | |
Das optionale Attribut kennzeichnet eine URL als "Master-URL", die beim Resolving zuerst ausgewiesen werden soll. Dieser Fall tritt ein, wenn mehr als eine URL zu einer URN registriert ist. Das Attribut hat folgenden Wert:
| Wird ausgewertet (Wenn der Inhaber der URL auch der des Namensraums ist.) Primary wird umgesetzt als Priorität 1. | |
| Wird nicht mehr ausgewertet. Bitte nicht mehr verwenden. | |
| Wird nicht mehr ausgewertet. Bitte nicht mehr verwenden. | |
| Unterelemente | keine | |
| Wiederholbar | ja | |
| Obligatorisch | ja | |
| Beschreibung | Das Element "identifier" enthält Informationen über eine URN und URL. Es wird durch obligatorische sowie mehrere optionale Attribute näher spezifiziert. | |
| Syntax (Auswahl) | <identifier scheme="urn:nbn:de"> [...] </identifier> oder <identifier scheme="url"> [...] </identifier> oder <identifier scheme="url" role="primary"> [...] </identifier> | |
...
Beispiel "record"
<epicur> | ||||||||
| <administrative_data> [...] | | | | | |||
<update_status type="urn_new"/> | ||||||||
[...] </administrative_data> | | | | |||||
<record> | | | ||||||
<identifier scheme="urn:nbn:de"> | | |||||||
<resource> | | | | |||||
<identifier scheme="url" role="primary" >http://edok01.tib.uni-hannover.de/edoks/e01dh01/</identifier> | ||||||||
| | <format scheme="imt">text/html</format> | ||||||
| | </resource> | ||||||
| </record> | |||||||
</epicur> | ||||||||
| Anker | ||||
|---|---|---|---|---|
|
Priorität
Das bisherige Primary-Modell wird durch die Priorität abgelöst.
Dabei gilt folgende Logik:
- Höchste Priorität haben immer die URLs der Organisation, der auch Inhaber des entsprechenden Unternamensraum ist.
- Diesen nachgeordnet sind URLs, die von Organisationen, denen die entsprechende URN NICHT gehört hinzugefügt wurden. (sogenannte Kuckucks-URLs)
- Über die geringste Priorität verfügen die URLs, die also sogenannte Archiv-URL von der DNB bei der Ablieferung der Netzpublikation, automatisiert hinzugefügt werden.
Darum haben nur die Organisation, die für den jeweiligen Namensraum verantwortlich sind, die Möglichkeit, eine URL mit der Priority 1, also der höchsten Priorität, auszuzeichnen. (Bei allen weiteren URLs wird die Priorität intern hochgezählt.)
NUR als für den Namensraum verantwortliche Organisation wird, wenn Sie in xepicur die role primary liefern, diese als Priorität 1 umgesetzt.
<identifier scheme="url" role="primary">