[Kobv-opus-tester] DOI-API

[Annegret Baade-Kelishani]

Liebe Kolleginnen undKollegen,
auch bei uns ist schon über die Vergabe von DOIs für unsere 
OPUS-Dokumente diskutiert worden. Wir sind bisher von einer komplett 
manuellen Lösung ausgegangen, aber wenn jetzt über Programmierung 
gesprochen wird, könnten wir davon ja vielleicht auch mitprofitieren.
Ich sage jetzt zu den angesprochenen Fragen mal ganz spontan was, 
vielleicht auch, um eine Diskussion mit anzustoßen.
Für uns stellt sich zuallererst die Frage, was wir mit unseren 
vorhandenen Beständen machen würden. Möglicherweise würden wir für diese 
oder zumindest für einige davon im Nachhinein DOIs beantragen. Die 
Frage, ob man für ein in unserem OPUS-Server veröffentlichtes Dokument 
auch einen DOI haben könnte, ist nämlich schon öfter an uns 
herangetragen worden. Von daher wäre es für uns der Gipfel der 
Funktionsverbesserung, wenn man auch für schon veröffentlichte Dokumente 
einen Knopf einbauen könnte, mit dem man dann nachträglich einen DOI 
beantragen könnte.
Auch für den laufenden Betrieb wäre das die Lösung, die ich am besten 
fände, wenn man also zum Beispiel während der Freischaltung der Aufnahme 
entscheiden könnte, ob man einen DOI möchte oder nicht und ggf. im 
Nachhinein seine Entscheidung noch revidieren könnte (natürlich nur, 
wenn man sich am Anfang dagegen entschieden hatte, einen einmal 
vergebenen DOI kann man ja natürlich nicht wieder einfangen).
Da wir ja - wie schon aus meiner Mail hervorgeht - noch nie DOIs 
vergeben haben, sind wir im Moment auch noch völlig offen in der 
Gestaltung der Form der DOIs. Anders ausgedrückt, wenn es die Funktion 
in der oben von mir beschriebenen Form gäbe und ich für jedes Dokument 
auf Knopfdruck einen DOI anfordern könnte, dann wäre es für mich kein 
Problem, wenn das System die Gestalt der DOIs bestimmen würde und wenn 
ggf. die OPUS-ID darin enthalten wäre. Wenn wir aber einen Teil der DOIs 
manuell vergeben müssten, zum Beispiel weil eine nachträgliche Vergabe 
nicht möglich ist oder weil wir uns dann doch entschließen müssten, vor 
der Entwicklung der Funktionalität damit anzufangen, dann müssten ja die 
manuell vergebenen zu den maschinell vergebenen passen, das heißt, es 
müsste ggf. rechtzeitig Vorgaben für die manuell vergebenen geben.  Ich 
bin sehr gespannt, ob die Anforderungen in den anderen Bibliotheken 
ähnlich sind.
Viele Grüße aus Aachen
Annegret Baade-Kelishani

Am 15.09.2014 13:31, schrieb Jens Schwidder:
> Lieber Herr Hilbig,
>
> der OPUS 4.4.4 Release wird keine Integration der DOI-API enthalten. 
> Er wird in den nächsten Wochen veröffentlich und wir konzentrieren uns 
> im Augenblick nur noch auf einige Probleme mit neueren PHP Versionen.
>
> Damit die "Integration der DOI-API" im erfolgen kann, müssen noch 
> Anforderungen geklärt werden. Es wäre sehr hilfreich, wenn Sie und 
> vielleicht andere, interessierte Institutionen uns dabei unterstützen 
> könnten.
>
> Ein Teil der Umsetzung ist die Registrierung von Dokumenten mit einem 
> DOI Service über eine REST-Schnittstelle. Das ist hauptsächlich ein 
> technisches Problem, mit dem sich ein Entwickler befassen kann.
>
> Zusätzlich gibt es aber organisatorische Fragen, die geklärt werden 
> sollten. Wie stellen sie sich die Arbeit mit den DOIs vor? Es gibt 
> auch bei URNs immer noch Diskussionen und deshalb wäre es wirklich 
> sinnvoll die Verwendung von DOIs vor einer Umsetzung im Detail zu 
> klären. Dazu gehören aus meiner Sicht unter anderem folgende Punkte:
>
> Sollen die DOIs automatisch oder unter Umständen auch manuell vergeben 
> werden?
>
> Wer vergibt DOIs, wenn nicht automatisch generiert?
>
> Zu welchem Zeitpunkt soll die DOI für ein Dokument automatisch, 
> vergeben werden?
>
> Kann die OPUS-ID für die DOI verwendet werden, oder wäre das ungünstig?
>
> Es geht mir um eine Beschreibung der gewünschten Funktionalität aus 
> der Sicht eines Nutzers und eines Administrators, ohne technische 
> Details zu berücksichtigen.
>
> Unsere Entwicklungskapazität ist leider begrenzt und wir müssen uns 
> neben neuen Features auch mit der Wartung von OPUS befassen. Deshalb 
> steht für den Rest von 2014 vor allem auch ein Update von SOLR auf dem 
> Plan. Wir wollen von Version 1.4.1 zu SOLR 4.x wechseln. Das ist 
> dringend notwendig, bevor die Suchfunktionen in OPUS erweitert werden.
>
> Um möglichst effizient entwickeln zu können, ist es sehr wichtig, daß 
> wir Ihre, die Anforderung der Nutzer, richtig und im Detail verstehen, 
> bevor wir loslegen.
>
> Viele Grüße,
> Jens Schwidder
>
> On 09/11/2014 12:11 PM, Olaf Hilbig wrote:
>> Lieber Herr Schwidder,
>>
>> wie wird es in OPUS 4.4.4 bezüglich der Integration der DOI-API 
>> aussehen?
>> Für die SUB Hamburg wäre eine Umsetzung sehr wünschenswert.
>>
>> Viele Grüße
>> Olaf Hilbig--
>> __________________________________________
>> Olaf Hilbig                    SUB Hamburg/IUK-Technik
>> Tel. 040-42838 5867      hilbig at sub.uni-hamburg.de
>>
>>
>> -- 
>> Kobv-opus-tester mailing list
>> Kobv-opus-tester at zib.de
>> http://listserv.zib.de/mailman/listinfo/kobv-opus-tester
>>
>