[Kobv-opus-tester] Embargo Date vs. Visible in OAI

Klie, Markus m.klie at jacobs-university.de
Mo Mai 2 11:33:58 CEST 2016


Liebe OPUS-Entwickler, liebe OPUS-Tester,

wir verwenden das Häkchen `Visible in OAI' im Zusammenspiel mit Embargos jetzt wie folgt:

1) Vor der Publikation eines Dokuments mit Volltext-Embargo wird im Backend unter  `Files' das Häkchen bei `Visible in OAI' enfernt.

2) Bei der Publikation (Statuswechsel: unpublished -> published) des Dokuments mit Volltext-Embargo wird eine URN vergeben (Frontdoor-Resolving).

3) Nach der Publikation und vor Ablauf des Embargos harvestet die DNB das URN/URL-Pair über OAI-PMH/epicur. Aufgrund des nicht gesetzten Häkchens bei `Visible in OAI' werden weder Metadaten noch Volltext von der DNB geharvestet.

4) Bei Ablauf des Embargos wird im Backend unter `Files' das Häkchen bei `Visible in OAI' wieder gesetzt.

5) Nach Ablauf des Embargos harvestet die DNB sowohl Metadaten als auch Volltext über OAI-PMH/XMetaDissPlus.


Dazu haben wir die folgenden programmatischen Änderungen vorgenommen:

- Für Schritt (1) haben wir die Methode Opus_Document_Plugin_IdentifierUrn::allowUrnOnThisDocument() in `$BASEDIR/opus4/library/Opus/Document/Plugin/IdentifierUrn.php' so angepasst, dass auch eine URN-Vergabe für Dokumente erfolgt, deren Volltext noch unter Embargo ist.

- Für Schritt (4) haben wir ein Cron-Skript geschrieben, das automatisch einmal täglich bei Dokumenten, deren Embargo abgelaufen und deren Volltext noch nicht über OAI sichtbar ist, das Häkchen `Visible in OAI' beim jeweiligen Volltext setzt. Dabei wird auch das `Last Modified' Datum des Dokuments aktualisiert.


Die DNB hatte uns vorab mitgeteilt, dass die Vergabe einer URN für ein Dokument mit Volltext-Embargo und deren Registrierung in der URN-Datenbank (Frontdoor-Resolving) vor Ablauf des Embargos korrekt seien. Wichtig sei der Hinweis auf der Frontdoor auf das Embargo. Das Harvesting der Metadaten und des Volltextes erfolge erst, wenn sich der Zeitstempel des Dokuments geändert habe und der Volltext über die OAI-Schnittstelle zugänglich sei.

Anhand einiger Praxisbespiele können wir das von der DNB geschilderte Verhalten der Harvester jetzt bestätigen.

Das Ganze lediglich zur Kenntnis und falls es noch nicht eher thematisiert wurde.

Mit Dank für OPUS und freundlichen Grüßen

Markus Klie
Library Systems Officer
Jacobs University Library


-----Original Message-----
From: Kobv-opus-tester [mailto:kobv-opus-tester-bounces at zib.de] On Behalf Of Klie, Markus
Sent: Montag, 18. Januar 2016 12:07
To: kobv-opus-tester at zib.de
Subject: [Kobv-opus-tester] Embargo Date vs. Visible in OAI

Liebe OPUS-Entwickler, liebe OPUS-Tester,

beim Testen unserer OPUS-Instanz (v. 4.4.5., r13581) fiel uns das folgende auf:

Erfasst man in OPUS ein `Embargo Date' bei einer Publikation mit der OPUS ID <docId> mit einer angehängten Volltext-Datei mit dem Namen <docFileName>, so wird vor Ablauf des Embargo Date ein Abruf der Volltext-Datei über die folgende URL verhindert:

(1) http://<opusBaseUrl>/files/<docId>/<docFileName>

*Nicht* verhindert wird durch ein erfasstes Embargo Date jedoch der Abruf derselben Volltext-Datei über die folgende URL:

(2) http://<opusBaseUrl>/oai/container/index/docId/<docId>

Um den Abruf der Volltext-Datei über (2) zu unterbinden, muss im Backend unter `Files' das Häkchen bei `Visible in OAI' entfernt werden.

Ist dieses Verhalten - falls es sich reproduzieren lässt - "by Design"?

Mit Dank für OPUS und freundlichen Grüßen

Markus Klie
Library Systems Officer
Jacobs University Library




--
Kobv-opus-tester mailing list
Kobv-opus-tester at zib.de
http://listserv.zib.de/mailman/listinfo/kobv-opus-tester



Mehr Informationen über die Mailingliste Kobv-opus-tester