Hallo Herr Ronge,
haben Sie erst einmal vielen Dank für die genaue Auflistung.
Ich habe die vier APIs für die Mannheimer Installation abgefragt und
habe die folgenden Ergebnisse erzeilt:
Das ist nicht relevant für die Fragestellung, Metadaten aus dem System
zu exportieren (oder gar zu importieren)
http://server.domain.example/kitodo-production*/rest/projects*
» Gibt die konfigurierten Projekte mit entsprechenden
Produktionsvorlagen mit verfügbaren Sammlungen, und
Metadatenschlüsseln aus. Die Projekte und Produktionsvorlagen sind
diejenigen, die auf dem System vorhanden sind. Die Sammlungen
entsprechen der Konfiguration in der collections.xml-Datei, die
Metadatenschlüssel entsprechen der Konfiguration in der
projects.xml-Datei (wie für das betreffende Projekt konfiguriert).
Das ist nicht relevant für die Fragestellung, Metadaten aus dem System
zu exportieren (oder gar zu importieren)
Das beantwortet meine Frage am ehesten. Es werden aber keine METS-Daten
ausgegeben.
Beispiel:
<goobiProcess>
<identifier>52015858X</identifier>
<title>
Arnoldi Clapmari[i] Juris-Consulti, Nobile Triennium
</title>
</goobiProcess>
<goobiProcess>
<identifier>52015875X</identifier>
<title>Salomonis Codomanni ... Vindiciae</title>
</goobiProcess>
Das ist nicht relevant für die Fragestellung, Metadaten aus dem System
zu exportieren (oder gar zu importieren)
» Zeigt alle Schritte des Vorgangs mit der angegebenen PPN an.
Beachten Sie, dass die PPN der Wert im Feld PPN digital a-Satz bzw.
PPN digital f-Satz sein muss, nicht der Vorgangstitel.
Würde Zeutschel denn den Kitodo-APIs weiternetwickeln? Gedacht ist
daran, über die API zu einem bestehenden Projekt und mit bestehenden
Titeldaten aus dem Verbund ergänzend METS-Dateien (z.B.
)
nach Kitodo Production zu importieren? Das ist aus meiner Sicht ein
echter Mehrwert für Kitodo.
Viele Grüße
Christian Hänger
------------------------------------------------------------------------
Matthias Ronge
Software Entwicklung/Software Development
<http://www.zeutschel.de>
<https://twitter.com/zeutschelgmbh>
<http://www.youtube.com/user/zeutschelbookscanner>
<https://www.facebook.com/pages/Zeutschel-GmbH/193873073980288?fref=ts>
*Zeutschel GmbH* | Heerweg 2 | 72070 Tübingen | Deutschland
p: +49 (7071) 9706-62 | m: | f: +49 (7071) 9706-44
e: Matthias.Ronge(a)zeutschel.de <mailto:Matthias.Ronge@zeutschel.de> |
w:
http://www.zeutschel.de
Geschäftsführer/President: Joerg Vogler | Registergericht Stuttgart:
HRB 380917
<https://www.zeutschel.de/>
-----Ursprüngliche Nachricht-----
Von: kitodo-community-bounces(a)kitodo.org
<kitodo-community-bounces(a)kitodo.org> Im Auftrag von Christian Haenger
Gesendet: Freitag, 20. September 2019 14:01
An: kitodo-community(a)kitodo.org
Betreff: Re: [Kitodo] REST-API
Hallo Herr Hartwig,
ich habe mir fast gedacht, dass die REST-API nur Lesezugriffe erlaubt.
Wir haben ja eine ähnliche Kitodo-Geschichte wie die ULB Halle und sind
2015 von Visual Library auf Kitodo (damals noch Goobi) umgestiegen.
Allerdings haben wir wegen der damals auch noch nicht vorhandenen
Exportmöglichkeiten die Alt-VL-Metadaten nicht nach Production
importiert, sondern greifen nur mit Presentation darauf zu. Bei einer
erneuten Bearbeitung des "Altdatensatzen" muss dann eine erneute
Aufnahme in Production erfolgen.
Letztlich ist es suboptimal, nicht mit einem System, also Production,
zu arbeiten, sondern Workarounds zu schaffen. Aber manchmal geht es
nicht anders.
Viele Grüße
Christian Hänger
Am 20.09.2019 um 13:39 schrieb Uwe Hartwig:
Hallo Herr Hänger,
das klingt spannend. Bei uns geht es darum,
unsere Strukturierung bei
der Arbeit so weit es geht zu unterstützen, was
ggf. heißt,
Arbeitsschritte nicht über die Kitodo.Production2
Oberfläche
durchzuführen, sondern auf anderen Wegen.
Aktuell erlaubt die REST-API allerdings
durchgehend nur Lesezugriffe,
wobei mir leider das dahinterliegende Modell noch
nicht klar ist
(process vs. prozesse vs. prozesseeigenschaften
vs. vorlagen vs.
vorlageneigenschaften vs. werkstuecke vs.
werkstueckeeigenschaften).
Grüße
On 20.09.19 13:16, Christian Haenger wrote:
> Hallo Herr Hartwig,
>
> eine vergleichbare Frage wollte ich auch
gerade stellen.
>
> Mein Problem ist, dass die Scanabteilung mehr
digitalisierte Werke
> liefert als die Metadatenabteilung
beschreiben kann. Daher denke ich
> bei Werken aus dem 19. und 20. Jahrhundert
über eine
Automatisierung nach.
> Wir digitalisieren in Mannheim
Fortsetzungswerke, deren Aufbau über
> mehrere Ausgaben hinweg immer gleich bleibt.
Das sind z.B.
> Hoppenstedt Handbuch der
Aktiengesellschaften. Daher denke ich
> darüber nach, die Inhaltsverzeichnisse zu
scannen und die Inhalte
> automatisiert nach XML-DC oder XML-MODS zu
überführen. Denkbar wäre
> dann ein Import über die REST-API nach
Production. Anschließend
> erfolgt dann die manuelle weitere Bearbeitung
in Kitodo.
>
> Hat das jemand mal gemacht oder einen anderen
Lösungsvorschlag?
>
> In Mannheim haben wir bereits Metadaten und
Imgaes automatisiert
> übernommen, aber nur für Presentation zur
Verfügung gestellt. Zuletzt:
>
> Viele Grüße
>
> Christian Hänger
>
>
> Am 20.09.2019 um 11:20 schrieb Uwe Hartwig:
>> Liebe Community,
>>
>> für Kitodo.Production existiert eine
REST-API, die in unveränderter
>> Form auch in Version3 übernommen wurde.
>> Nutzt jemand aktuell diese Schnittstelle?
>> Wird diese gepflegt bzw. gibt es Ideen
für deren Weiterentwicklung?
>>
>>
>> Viele Grüße
>>
--
Dr. Christian Hänger
Abteilungsleiter Digitale Bibliotheksdienste UB Mannheim
68131 Mannheim
0049 621 181 2954
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community(a)kitodo.org <mailto:Kitodo-Community@kitodo.org>
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community(a)kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
--
Dr. Christian Hänger
Abteilungsleiter Digitale Bibliotheksdienste
UB Mannheim
68131 Mannheim
0049 621 181 2954