Versionen im Vergleich

Schlüssel

  • Diese Zeile wurde hinzugefügt.
  • Diese Zeile wurde entfernt.
  • Formatierung wurde geändert.

Im Zuge der Modernisierung der technischen Infrastruktur des URN-Service wurde der ursprüngliche Harvester nun endgültig abgelöst. Wie schon vor längerem angekündigt, arbeitet der neue Harvester weniger fehlertolerant, weshalb nur noch valides xepicur-XML verarbeiten werden kann.

Beim Import der geharvesteten xepicur-Datensätze haben wir die Verwendung des sehr komplexen Transferformats etwas vereinfacht und so wieder näher an die ursprüngliche OAI-Funktionalität gebracht. Insbesondere wird die Weiterverarbeitung der xepicur-records NICHT mehr durch sogenannte „Update-Status“ gesteuert. Wie auch sonst beim Einsatz von OAI-PMH, wird die URN-Datenbank entsprechend der auf Ihrem Repository vorhandenen URN und URL-Kombinationen aktualisiert. Dazu muss Ihre Schnittstelle jeweils alle aktuell gültigen URLs liefern. Alle nicht mehr gelieferten URLs werden aus der URN-Datenbank gelöscht.

Wenn die Update-Status wie zuvor verwendet werden, kann es deshalb zu Fehlern kommen. So würde beispielsweise bei „url-delete“ gerade die URL in die Datenbank eingetragen, die eigentlich gelöscht werden sollte, alle anderen vorhandenen URLs aber würden gelöscht. Ähnlich würde bei Verwendung von „url_insert“ anschließend nur noch die aktuell gelieferte URL noch in der Datenbank stehen. Kein Konflikt zur neuen Funktionalität entsteht, wenn ausschließlich „urn_new“ und „url_update_general“ verwendet werden.

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.

...

<administrative_data>
<record>

Wurzelelement "

...

epicur"

Bezeichnungepicurwird ausgewertet
Attributekeine
Unterelemente
  • "administrative_data"
  • "record"
Wiederholbarnein
Obligatorischja
BeschreibungDas Wurzelelement bildet die äußere Einheit eines XML-Dokumentes.
Syntax
<epicur> 
  <administrative_data>
  [...]
</administrative_data>
  <record> 
[...]
</record>
</epicur>

...

Bezeichnungupdate_statusIst obligatorisch, bitte nur noch mit dem Werten "urn_new"  oder "url_update_general" verwenden und aktuelle URN/URL-Zuordungen liefern.
Attribute

"type" mit folgenden Inhalten:

  • "urn_new"
    Kennzeichnung der Meldung als "URN-Erstregistrierung". Bei Einbindung in OAI muss bei Neuerstellung von Records "urn_new" angegeben werden.
bitte verwenden
  • "urn_new_version"
Wird nicht mehr ausgewertet
  • "urn_alternative"
Wird nicht mehr ausgewertet
  • "url_update"
Wird nicht mehr ausgewertet
  • "url_update_general"
    Aktualisierung von URLs. Dieses Attribut muss angegeben, wenn der Record nur "neue" URLs beinhaltet. Es werden alle registrierten URLs gelöscht und mit den "neuen" URLs ersetzt.
bitte verwenden
  • "url_delete"
    Dieses Attribut wird gesetzt, wenn eine URL gelöscht werden soll.

Wird nicht mehr ausgewertet

(Warnung)Hinweis: Wenn url_delete NICHT mit einem OAI-Header <header status="deleted">geliefert wird, wird die gelieferte URL erneut in die Datenbank eingetragen.

  • "url_insert"
    Dieses Attribut wird gesetzt, wenn eine neue URL hinzugefügt (im Sinne eines URL-Nachmeldeprozesses) werden soll.
Wird nicht mehr ausgewertet
Unterelementekeine
Wiederholbarnein
Obligatorischja
BeschreibungDas Element dient der Spezifizierung der Art des Meldeprozesses.
Syntax
<update_status type="urn_new"/>

...