[Kobv-opus-tester] Bugs in der OAI-Schnittstelle (was: Testmigration auf OPUS 4.2.0 (ein Problem beim Editieren der Abstracts im Admin-Bereich))

[Sascha Szott]

Hallo Herr Heitmann,

vielen Dank für Ihre Ausführungen. Für die einzelnen Punkte habe ich 
Tickets erstellt.

On 09.02.2012 14:14, Sven Heitmann [UB] wrote:
> 1:
> Ja, "dc:date" fehlt bei allen Dokumenten im Zustand 'published'.
> Screenshot von Dokument 5 (Admin-Bereich) anbei.
> Dokument 1 wurde nicht bemängelt, weil es nicht geprüft wurde. Wir
> hatten 100 zufällige Datensätze prüfen lassen.
> Hier nochmals der DINI-Check für lediglich die ersten fünf Dokumente:
> http://oanet.cms.hu-berlin.de/validator/pages/validation_dini_results.xhtml?vid=VjAzczQwQUdEa0h1cEFMYzJHZDBCZz09
> Bei Dokument 1 ist zudem in jedem Datumsfeld (Admin-Bereich) ein Eintrag
> vorhanden. Dennoch wird kein "dc:date" in der OAI-Schnittstelle ausgegeben.
Habe ich als Bugticket OPUSVIER-2378 festgehalten.

> 2:
> Hier fehlt laut DINI das "doc-type:" vor dem Dokumenttyp. Die Ausgabe
> sollte also entsprechend der bei "SetSpec" sein.
Habe ich als Bugticket OPUSVIER-2379 festgehalten.

> 3:
> Bis auf 10 Dokumente sind alle unsere Dokumente (sogar dreistelligen)
> DDCs zugeordnet. Ausgerechnet Dokument 1, 2 und 5 besitzen keine
> DDC-Sachgruppe. Die Dokumente 3 und 4 haben jeweils eine DDC, aber der
> DINI-Check akzeptiert diese Ausgabe leider nicht, da diese nur bei
> "SetSpec" ausgegeben wird. Die zusätzliche Ausgabe als "dc:subject" fehlt.
Habe ich als Bugticket OPUSVIER-2380 festgehalten.

Beste Grüße,
Sascha Szott

>
> Am 09.02.2012 12:00, schrieb Sascha Szott:
>> Hallo Herr Heitmann,
>>
>> On 09.02.2012 10:34, Sven Heitmann [UB] wrote:
>>>> Können Sie uns den konkreten Use-Case nennen, der hinter Ihrer Frage
>>>> steckt? Vielleicht gibt es einen "dirty hack", der auch zur Lösung
>>>> führt? Oder wir erachten den Use-Case als allgemeingültig und nehmen
>>>> ihn als Feature Request auf.
>>>
>>> Es geht in diesem Fall um das OAI-Set 'open_access' (bzw. die
>>> Collection, welche wir dafür angelegt haben). Da alle unsere
>>> veröffentlichten Dokumente zu diesem Set gehören würden, wäre es schön,
>>> wenn die Zuordnung dazu automatisch erfolgen könnte.
>> Ok. Aktuell könnte man das nur per Cronjob im Nachgang erledigen, d.h.
>> über alle neu eingestellten Dokumente iterieren und die Verknüpfung
>> zur Collection hinzufügen. Das wäre aber ein ziemlicher Hack.
>> Ansonsten bleibt nur der händische Weg über die Metadatenadministration.
>>
>> Ich werde einen Feature Request anlegen, kann Ihnen zu diesem
>> Zeitpunkt aber noch nicht sagen, ob und wann dieser umgesetzt wird.
>> Unterstützung von außen ist hier immer gern gesehen!
>>
>>> Wir haben das KLUEDO-Testsystem mit dem OAI-Set 'open_access' (inkl.
>>> Subset) dem DINI-Check unterzogen:
>>> http://oanet.cms.hu-berlin.de/validator/pages/validation_dini_results.xhtml?vid=MkYvdGFqTEl1bkZZRTU5Y1JxVHE5QT09
>>>
>> Vielen Dank dafür. Wenn ich es richtig sehe, gibt es drei Punkte, die
>> bemängelt werden, wobei einige Unklarheiten bestehen:
>>
>> 1. dc:date Element fehlt
>>
>> Frage: Ist das bei allen Dokumenten im Zustand published der Fall?
>> Können Sie bitte mal einen Screenshot aus dem Admin-Metadatenformular
>> für das Dokument mit der ID 5 zur Verfügung stellen.
>>
>> Warum wird denn z.B. das Dokument mit der ID 1 nicht bemängelt. Das
>> hat doch auch kein dc:date Element:
>>
>> http://vm04.ub.uni-kl.de/oai?verb=GetRecord&metadataPrefix=oai_dc&identifier=oai:kluedo.ub.uni-kl.de:1
>>
>>
>>
>> 2. dc:type Element mit dem Inhalt preprint
>>
>> Wird nicht akzeptiert, da es kein offizieller DINI-Typ ist. Ist das
>> denn wirklich ein Fehler?
>>
>>
>> 3. dc:subject Element fehlt
>>
>> Ist m.E. auch kein Fehler: wenn der Datensatz keiner DDC-Collection
>> zugeordnet ist, dann können wir daran nichts ändern.
>>
>>
>> Beste Grüße,
>> Sascha Szott
>>
>

-- 
Sascha Szott :: KOBV/ZIB :: <szott at zib.de> :: +49 30 84185-457