Open j3nsch opened 2 years ago
Es gibt doch Instanzen mit Print-on-Demand (PoD) bei uns, oder? Wie funktioniert das? Wird oai_pp verwendet? Evtl. die Frage an BSZ und/oder Nutzer weiterleiten. Ich versuche herauszufinden, ob dieses Ticket noch relevant ist. Danke.
Wir hatten PoD bisher nur bei der TU-Berlin im Einsatz,. Dieses hat korrekt funktioniert. (TU-Berlin macht jetzt DSpace)
Funktionsweise: Über den PoD-Button, der in der Frontdoor platziert ist, wird auf die URL des Verlages verlinkt und die OPUS-ID übergeben. Der Verlag holt sich die Metadaten über die OAI-Schnittstelle. OAI-Schnittstelle: MetadataPrefix "oai_pp" / Proprint Format z.B. http://www.epubli.de/oai/kobv.de-opus-tuberlin/3441
Print on Demand ist seit OPUS 4.3 Bestandteil der Software. Um dies zu aktivieren sind zwei Schritte notwendig:
PRINT ON DEMAND SETTINGS
; To enable print on demand services specifiy the provider's url
; and (optionally) the name of a button image.
; The image must reside in the current layout's image folder
; (e.g. $BASEDIR/opus4/public/layouts/<LAYOUTNAME>/img/)
;
; When a provider is specified, the print on demand button or link will
; be displayed if the document's licence allows it.
printOnDemand.url = http://www.epubli.de/oai/kobv.de-opus-tuberlin/
printOnDemand.button = druck_logo.jpg
Ticket nicht mehr relevant.
Leider gibt es keinerlei Unit Tests für das Format. Ohne zusätzliche Informationen, eine Spezifikation des Formats, macht es schwierig sinnvolle Tests zu definieren. Ich kann lediglich das Prüfen was momentan da ist, damit Änderungen auffallen, wenn sie passieren. Das wäre würde dafür sprechen, dieses Ticket zumindest dafür noch offen zu lassen.
Das Format oai_pp ist noch relevant und sollte daher durch Unit Tests abgedeckt werden. Das Ticket bleibt offen, hat aber eine relativ geringe Dringlichkeit.
Das OAI-Metadaten-Formats "oai_pp" wurde vom ehemaligen PoD-Anbieter verwendet. Es soll getestet werden, ob es auch die Anforderungen des neuen Anbieters (epubli) erfüllt.