6 Aug
2019
6 Aug
'19
10:34 a.m.
Hallo,
wir haben 2 Probleme.
Früher konnten wir mit Strg + Shift + Cursor die Images in der Vorgangsansicht weiter
blättern. Da geht auf einmal nicht mehr.
Hat das jemand auch verwendet ? Wie kann man das wieder bekommen ?
Dann steigen wir gerade auf Debian 9 um und haben Java
10:32:03_root@b-lx0009:~$ java -version
openjdk version "11.0.2" 2019-01-15
OpenJDK Runtime Environment (build 11.0.2+9-Debian-3bpo91)
OpenJDK 64-Bit Server VM (build 11.0.2+9-Debian-3bpo91, mixed mode, sharing)
Wir haben es mit der Kombination nicht hinbekommen unsere JPG-komprimierten TIFF´s
anzuzeigen. Gibt es da eine Lösung oder welches Präsentation-Format benutzen Sie so ?
Mfg
Armin Möller
--
******************************************************************
Armin Möller, Administrator
Abt. IDM Ref. 2 Tel +49 30 266 432231
Staatsbibliothek zu Berlin PK
Potsdamer Str. 33
10772 Berlin
armin.moeller@sbb.spk-berlin.de<mailto:armin.moeller@sbb.spk-berlin.de>
7 Aug
7 Aug
7:40 a.m.
Lieber Herr Möller,
bezüglich des ersten Problems: Das ist mir auch aufgefallen, habe es aber auf die
gleichzeitige Einführung eines anderen Browsers geschoben.
Mir ist es nicht gelungen, die Ursache zu ermitteln und habe ein Issue in GitHub eröffnet
[1]. Vielleicht kann das Problem ja einfach gelöst werden.
Viele Grüße
André Hohmann
[1] https://github.com/kitodo/kitodo-production/issues/2789
Von: kitodo-community-bounces(a)kitodo.org <kitodo-community-bounces(a)kitodo.org> Im
Auftrag von Möller, Armin
Gesendet: Dienstag, 6. August 2019 10:35
An: kitodo-community(a)kitodo.org
Betreff: [Kitodo] Kleine Probleme
Hallo,
wir haben 2 Probleme.
Früher konnten wir mit Strg + Shift + Cursor die Images in der Vorgangsansicht weiter
blättern. Da geht auf einmal nicht mehr.
Hat das jemand auch verwendet ? Wie kann man das wieder bekommen ?
Dann steigen wir gerade auf Debian 9 um und haben Java
10:32:03_root@b-lx0009:~$ java -version
openjdk version "11.0.2" 2019-01-15
OpenJDK Runtime Environment (build 11.0.2+9-Debian-3bpo91)
OpenJDK 64-Bit Server VM (build 11.0.2+9-Debian-3bpo91, mixed mode, sharing)
Wir haben es mit der Kombination nicht hinbekommen unsere JPG-komprimierten TIFF´s
anzuzeigen. Gibt es da eine Lösung oder welches Präsentation-Format benutzen Sie so ?
Mfg
Armin Möller
--
******************************************************************
Armin Möller, Administrator
Abt. IDM Ref. 2 Tel +49 30 266 432231
Staatsbibliothek zu Berlin PK
Potsdamer Str. 33
10772 Berlin
armin.moeller@sbb.spk-berlin.de<mailto:armin.moeller@sbb.spk-berlin.de>
19 Aug
19 Aug
12:59 p.m.
Liebe Community, lieber Armin,
Kitodo.Production 2.x lässt sich auf Java Versionen neuer Version 9
nicht übersetzen und ich vermute, dass es auch Probleme bei der
Ausführung einer mit Java 8 erzeugten Kitodo.Production 2.x Anwendung in
einer Java 9+ Umgebung Probleme gibt. Ab Java 9 hat sich innerhalb von
Java sehr vieles geändert und vermutlich ist auch die Behandlung der
TIFF Daten im Allgemeinen und / oder die Behandlung von
JPEG-komprimierten TIFF Dateien aus Java 9+ direkt heraus gefallen und
muss auf anderen Wege nachgereicht werden. Wir selbst sind noch nicht so
weit, dass wir auf Debian 9 wechseln noch darauf Kitodo.Production 2.x
getestet haben. Ich kann daher auch keinen Workaround empfehlen, da mir
dazu selbst das Wissen fehlt.
Viele Grüße
Henning Gerhardt
On 8/6/19 10:34 AM, Möller, Armin wrote:
Hallo,
wir haben 2 Probleme.
Früher konnten wir mit Strg + Shift + Cursor die Images in der
Vorgangsansicht weiter blättern. Da geht auf einmal nicht mehr.
Hat das jemand auch verwendet ? Wie kann man das wieder bekommen ?
Dann steigen wir gerade auf Debian 9 um und haben Java
10:32:03_root@b-lx0009:~$ java -version
openjdk version "11.0.2" 2019-01-15
OpenJDK Runtime Environment (build 11.0.2+9-Debian-3bpo91)
OpenJDK 64-Bit Server VM (build 11.0.2+9-Debian-3bpo91, mixed mode,
sharing)
Wir haben es mit der Kombination nicht hinbekommen unsere
JPG-komprimierten TIFF´s anzuzeigen. Gibt es da eine Lösung oder
welches Präsentation-Format benutzen Sie so ?
Mfg
Armin Möller
--
******************************************************************
Armin Möller, Administrator
Abt. IDM Ref. 2 Tel +49 30 266 432231
Staatsbibliothek zu Berlin PK
Potsdamer Str. 33
10772 Berlin armin.moeller(a)sbb.spk-berlin.de
<mailto:armin.moeller@sbb.spk-berlin.de>
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community(a)kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
--
Henning Gerhardt
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
Abt. Informationstechnologie (IT), Ref. 2.5 - Digitale Objekte
01054 Dresden
Besucheradresse: Zellescher Weg 18, 01069 Dresden
Tel.: +49 351 4677 227
E-Mail: henning.gerhardt(a)slub-dresden.de
www.slub-dresden.de
1:14 p.m.
Liebe Community, lieber Armin,
mir ist ein kleiner Fehler unterlaufen: Debian 9 bringt selbst
standardmäßig nur Java 8 mit und auf dieses werden wir demnächst auch
wechseln. Ich hatte dies mit Debian 10 verwechselt, welches nur noch
Java 11 mit ausliefert. Eine Kombination aus Debian 9 mit Java 11 werden
wir bei uns nicht anstreben, da die schon beschriebenen Probleme mit der
neueren Java Version in Zusammenhang stehen.
Viele Grüße
Henning Gerahrdt
On 8/19/19 12:59 PM, Henning Gerhardt wrote:
Liebe Community, lieber Armin,
Kitodo.Production 2.x lässt sich auf Java Versionen neuer Version 9
nicht übersetzen und ich vermute, dass es auch Probleme bei der
Ausführung einer mit Java 8 erzeugten Kitodo.Production 2.x Anwendung
in einer Java 9+ Umgebung Probleme gibt. Ab Java 9 hat sich innerhalb
von Java sehr vieles geändert und vermutlich ist auch die Behandlung
der TIFF Daten im Allgemeinen und / oder die Behandlung von
JPEG-komprimierten TIFF Dateien aus Java 9+ direkt heraus gefallen und
muss auf anderen Wege nachgereicht werden. Wir selbst sind noch nicht
so weit, dass wir auf Debian 9 wechseln noch darauf Kitodo.Production
2.x getestet haben. Ich kann daher auch keinen Workaround empfehlen,
da mir dazu selbst das Wissen fehlt.
Viele Grüße
Henning Gerhardt
On 8/6/19 10:34 AM, Möller, Armin wrote:
--
Henning Gerhardt
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
Abt. Informationstechnologie (IT), Ref. 2.5 - Digitale Objekte
01054 Dresden
Besucheradresse: Zellescher Weg 18, 01069 Dresden
Tel.: +49 351 4677 227
E-Mail: henning.gerhardt(a)slub-dresden.de
www.slub-dresden.de
Hallo,
wir haben 2 Probleme.
Früher konnten wir mit Strg + Shift + Cursor die Images in der
Vorgangsansicht weiter blättern. Da geht auf einmal nicht mehr.
Hat das jemand auch verwendet ? Wie kann man das wieder bekommen ?
Dann steigen wir gerade auf Debian 9 um und haben Java
10:32:03_root@b-lx0009:~$ java -version
openjdk version "11.0.2" 2019-01-15
OpenJDK Runtime Environment (build 11.0.2+9-Debian-3bpo91)
OpenJDK 64-Bit Server VM (build 11.0.2+9-Debian-3bpo91, mixed mode,
sharing)
Wir haben es mit der Kombination nicht hinbekommen unsere
JPG-komprimierten TIFF´s anzuzeigen. Gibt es da eine Lösung oder
welches Präsentation-Format benutzen Sie so ?
Mfg
Armin Möller
--
******************************************************************
Armin Möller, Administrator
Abt. IDM Ref. 2 Tel +49 30 266 432231
Staatsbibliothek zu Berlin PK
Potsdamer Str. 33
10772 Berlin armin.moeller(a)sbb.spk-berlin.de
<mailto:armin.moeller@sbb.spk-berlin.de>
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community(a)kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
--
Henning Gerhardt
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
Abt. Informationstechnologie (IT), Ref. 2.5 - Digitale Objekte
01054 Dresden
Besucheradresse: Zellescher Weg 18, 01069 Dresden
Tel.: +49 351 4677 227
E-Mail: henning.gerhardt(a)slub-dresden.de
www.slub-dresden.de
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community(a)kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community 
27 Aug
27 Aug
1:08 p.m.
New subject: Systemarchitektur
Liebe Community,
wir sind aktuell dabei, Kitodo.Production in Version 2 in den
Digitalisierungs-Workflow zu integrieren.
Von unserem Hoster kam die Ansage, dass die Datenbank von MySQL 5.5 nach
MySQL 5.7 migriert werden müsse. Zum Glück haben wir noch nicht so viele
Daten, da wir noch in der Integrationsphase sind.
In der Installations-Doku
(https://github.com/kitodo/kitodo-production/wiki/Installationsanleitung-f%C…)
wird allerdings MySQL 5.5 angeführt. Und Java 7 und Tomcat 7.
Bei einem (lokalen) Testlauf konnte ich bislang (noch) keine Probleme
feststellen, daher die Frage in die Runde:
In welchen Konfiguration wird innerhalb der Community die Version 2.x
eingesetzt?
Wir verwenden aktuell:
Ubuntu 16.04.6 LTS (VM Ware)
MySQL 5.5 (5.5.54-0ubuntu0.12.04.1)
Oracle Java 8 (1.8.0_201-b09)
Tomcat 8 (8.0.32-1ubuntu1.9)
Apache2 (2.4.18-2ubuntu3.10, als Proxy für Tomcat)
.. und noch diverse Zeutschel-Komponenten für Vorstrukturierung,
DMS-Export, OCR usw.
Den Datei-Upload machen wir über Samba.
Hat jemand in der Runde Erfahrung mit der Web-DAV-Integration unter
Windows oder anderen Systemen?
Viele Grüße
--
Uwe Hartwig
Anwendungsentwickler IT / Digitale Dienste
Universitäts- und Landesbibliothek Sachsen-Anhalt
August-Bebel-Straße 13
D - 06108 Halle (Saale)
Fon: + 49 345 55 22 183
Mail: uwe.hartwig(a)bibliothek.uni-halle.de
1:14 p.m.
New subject: Systemarchitektur
Am 27.08.19 um 13:08 schrieb Uwe Hartwig:
In welchen Konfiguration wird innerhalb der Community
die Version 2.x
eingesetzt?
Wir verwenden aktuell:
Ubuntu 16.04.6 LTS (VM Ware)
MySQL 5.5 (5.5.54-0ubuntu0.12.04.1)
Oracle Java 8 (1.8.0_201-b09)
Tomcat 8 (8.0.32-1ubuntu1.9)
Apache2 (2.4.18-2ubuntu3.10, als Proxy für Tomcat)
Hallo Herr Hartwig,
https://github.com/kitodo/kitodo-production/wiki/Installationen enthält
dazu zwei Antworten. Bitte gerne durch weitere Beispiele ergänzen.
Ich würde MariaDB statt MySQL verwendet (so wie wir in Mannheim).
Viele Grüße
Stefan Weil
29 Aug
29 Aug
5:10 p.m.
New subject: Systemarchitektur
Hallo Herr Hartwig,
wir benutzen in einigen Installation MySQL 5.7.x ohne Probleme.
Das einzige Problem könnte das geänderte Default beim sql-mode sein.
Dies betrifft insbesondere die Statistik Funktion in Kitodo.Production und je nach Version
einige Backend-Funktion von Kitodo.Presentation.
Mit folgender Einstellung sollte Kitodo.Production und Kitodo.Presentation laufen:
sql_mode =
"NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
Beste Grüße
Frank Ulrich Weber
________________________________
Frank-Ulrich Weber
Product Manager Software Solutions
[cid:Z_Logo_RGB_180px_2b974e26-85b9-4005-92dd-9bb8df881ab3.png]<http://www.zeutschel.de>
<http://www.zeutschel.de>
[cid:Twitter-34x34_f9819937-1c34-4eab-b2fc-944fcf2e8938.png]<https://twit…
[cid:YouTube-34x34_8cf03759-cc15-472e-a763-e628ea59d43b.png]<http://www.y…
[cid:Facebook-34x34_ab94d89a-875f-49f2-81f3-e136c66e4bb5.png]<https://www…
Zeutschel GmbH | Heerweg 2 | 72070 Tübingen | Deutschland
p: +49 (7071) 9706-56 | m: | f: +49 (7071) 9706-44
e: Frank-Ulrich.Weber@zeutschel.de<mailto:Frank-Ulrich.Weber@zeutschel.de> | w:
http://www.zeutschel.de
Geschäftsführer/President: Joerg Vogler | Registergericht Stuttgart: HRB 380917
[cid:Banner-OS-Q_63e91370-8268-4a12-aec9-f048b5a97237.png]<https://www.zeutschel.de/>
-----Ursprüngliche Nachricht-----
Von: kitodo-community-bounces(a)kitodo.org <kitodo-community-bounces(a)kitodo.org> Im
Auftrag von Uwe Hartwig
Gesendet: Dienstag, 27. August 2019 13:08
An: kitodo-community(a)kitodo.org
Betreff: [Kitodo] Systemarchitektur
Liebe Community,
wir sind aktuell dabei, Kitodo.Production in Version 2 in den Digitalisierungs-Workflow zu
integrieren.
Von unserem Hoster kam die Ansage, dass die Datenbank von MySQL 5.5 nach MySQL 5.7
migriert werden müsse. Zum Glück haben wir noch nicht so viele Daten, da wir noch in der
Integrationsphase sind.
In der Installations-Doku
(https://github.com/kitodo/kitodo-production/wiki/Installationsanleitung-f%C…)
wird allerdings MySQL 5.5 angeführt. Und Java 7 und Tomcat 7.
Bei einem (lokalen) Testlauf konnte ich bislang (noch) keine Probleme feststellen, daher
die Frage in die Runde:
In welchen Konfiguration wird innerhalb der Community die Version 2.x eingesetzt?
Wir verwenden aktuell:
Ubuntu 16.04.6 LTS (VM Ware)
MySQL 5.5 (5.5.54-0ubuntu0.12.04.1)
Oracle Java 8 (1.8.0_201-b09)
Tomcat 8 (8.0.32-1ubuntu1.9)
Apache2 (2.4.18-2ubuntu3.10, als Proxy für Tomcat)
.. und noch diverse Zeutschel-Komponenten für Vorstrukturierung, DMS-Export, OCR usw.
Den Datei-Upload machen wir über Samba.
Hat jemand in der Runde Erfahrung mit der Web-DAV-Integration unter Windows oder anderen
Systemen?
Viele Grüße
--
Uwe Hartwig
Anwendungsentwickler IT / Digitale Dienste
Universitäts- und Landesbibliothek Sachsen-Anhalt
August-Bebel-Straße 13
D - 06108 Halle (Saale)
Fon: + 49 345 55 22 183
Mail: uwe.hartwig(a)bibliothek.uni-halle.de
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community(a)kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
![cid:Twitter-34x34_f9819937-1c34-4eab-b2fc-944fcf2e8938.png]<https://twit…](http://cid:Twitter-34x34_f9819937-1c34-4eab-b2fc-944fcf2e8938.png]%3Chttps://twitter.com/zeutschelgmbh%3E){kind=link}
![cid:YouTube-34x34_8cf03759-cc15-472e-a763-e628ea59d43b.png]<http://www.y…](http://cid:YouTube-34x34_8cf03759-cc15-472e-a763-e628ea59d43b.png]%3Chttp://www.youtube.com/user/zeutschelbookscanner%3E){kind=link}
![cid:Facebook-34x34_ab94d89a-875f-49f2-81f3-e136c66e4bb5.png]<https://www…](http://cid:Facebook-34x34_ab94d89a-875f-49f2-81f3-e136c66e4bb5.png]%3Chttps://www.facebook.com/pages/Zeutschel-GmbH/193873073980288?fref=ts%3E%3Chttps://plus.google.com/110507211572689796815/posts%3E){kind=link}
5:35 p.m.
New subject: Systemarchitektur
Liebe Community, lieber Herr Hartwig,
theoretisch sollte es mit neueren Versionen von MySQL / MariaDB oder
Tomcat keine Probleme mit Kitodo.Production 2.x geben. Bei Java muss man
aber darauf achten, nur bis zur Version 8 zu gehen, da ab Java 9 sehr
viele Änderungen in Java vorgenommen wurden und es sehr wahrscheinlich
ist, dass die Kitodo.Production 2.x Anwendung damit nicht kompatibel
ist. Unabhängig davon sollte man bei Änderungen der Komponenten (Java,
MySQL, Tomcat) die Anwendung intensiv testen und ggf. Daten (MySQL) neu
importieren statt zu migrieren.
Die Anbindung via WebDAV mit Hilfe von ownCloud (oder auch nextCloud)
für den Bilddaten-Austausch wird in der SLUB aktiv genutzt, so dass
bspw. externe Digitalisierungdienstleister die Bilddaten problemlos
übertragen können. Für die interne Übertragung setzen wir weiterhin auf
das Samba / CIFS Protokoll. Unser WebDAV Dienst nutzt für die
Authentifizierung einen LDAP-Server (Authentifizierungsdienst für
Kitodo.Production, Samba und WebDAV) und reicht die Zugangsdaten an den
Samba Server weiter, der dann die Daten über das jeweilige
Benutzer-Verzeichnis bereit stellt. Es ist auch denkbar - wenn auch bei
uns noch nicht so umgesetzt - nur WebDAV einzusetzen, da man sich den
Zwischenschritt bzw. den Samba Server spart. Jedoch muss man dafür die
genutzten Skripte (script_createSymLink.sh, script_deleteSymLink.sh)
anpassen, da in der Regel die Verzeichnisse dann dem Webserver-Benutzer
und nicht mehr den eigentlichen auszuführenden Benutzer "gehören". Ggf.
sind noch weitere Anpassungen notwendig.
Viele Grüße
Henning Gerhardt
On 8/27/19 1:08 PM, Uwe Hartwig wrote:
Liebe Community,
wir sind aktuell dabei, Kitodo.Production in Version 2 in den
Digitalisierungs-Workflow zu integrieren.
Von unserem Hoster kam die Ansage, dass die Datenbank von MySQL 5.5 nach
MySQL 5.7 migriert werden müsse. Zum Glück haben wir noch nicht so viele
Daten, da wir noch in der Integrationsphase sind.
In der Installations-Doku
(https://github.com/kitodo/kitodo-production/wiki/Installationsanleitung-f%C…)
wird allerdings MySQL 5.5 angeführt. Und Java 7 und Tomcat 7.
Bei einem (lokalen) Testlauf konnte ich bislang (noch) keine Probleme
feststellen, daher die Frage in die Runde:
In welchen Konfiguration wird innerhalb der Community die Version 2.x
eingesetzt?
Wir verwenden aktuell:
Ubuntu 16.04.6 LTS (VM Ware)
MySQL 5.5 (5.5.54-0ubuntu0.12.04.1)
Oracle Java 8 (1.8.0_201-b09)
Tomcat 8 (8.0.32-1ubuntu1.9)
Apache2 (2.4.18-2ubuntu3.10, als Proxy für Tomcat)
.. und noch diverse Zeutschel-Komponenten für Vorstrukturierung,
DMS-Export, OCR usw.
Den Datei-Upload machen wir über Samba.
Hat jemand in der Runde Erfahrung mit der Web-DAV-Integration unter
Windows oder anderen Systemen?
Viele Grüße
--
Henning Gerhardt
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
Abt. Informationstechnologie (IT), Ref. 2.5 - Digitale Objekte
01054 Dresden
Besucheradresse: Zellescher Weg 18, 01069 Dresden
Tel.: +49 351 4677 227
E-Mail: henning.gerhardt(a)slub-dresden.de
www.slub-dresden.de
20 Sep
20 Sep
11:20 a.m.
New subject: REST-API
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
--
Uwe Hartwig
Anwendungsentwickler IT / Digitale Dienste
Universitäts- und Landesbibliothek Sachsen-Anhalt
August-Bebel-Straße 13
D - 06108 Halle (Saale)
Fon: + 49 345 55 22 183
Mail: uwe.hartwig(a)bibliothek.uni-halle.de
1:16 p.m.
New subject: REST-API
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
1:39 p.m.
New subject: REST-API
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
>
--
Uwe Hartwig
Anwendungsentwickler IT / Digitale Dienste
Universitäts- und Landesbibliothek Sachsen-Anhalt
August-Bebel-Straße 13
D - 06108 Halle (Saale)
Fon: + 49 345 55 22 183
Mail: uwe.hartwig(a)bibliothek.uni-halle.de
2 p.m.
New subject: 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
30 Sep
30 Sep
5:44 p.m.
New subject: REST-API
Hallo Herr Hartwig und Herr Hänger,
Über die Rest-Schnittstelle können Informationen zu verfügbaren Vorgängen (einschließlich
ihrer Schritte), Projekten und der Katalogkonfiguration abgerufen werden. Diese
Informationen werden verteilt über verschiedene XML-Dateien und die Datenbank gespeichert.
Der direkte Zugriff auf diese Informationen von außen durch zusätzliche Skripte kann
kompliziert sein. Daher stellt die Restschnittstelle diese Informationen für den Zugriff
von außen mit den in Production integrierten Mitteln bereit.
Verwenden Sie die folgenden URLs, um auf diese Informationen zuzugreifen:
http://server.domain.example/kitodo-production/rest/catalogueConfiguration
» Gibt die konfigurierten Katalogschnittstellen und Dokumenttypen aus. Diese Informationen
sind analog zu den in opac.xml konfigurierten Informationen.
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).
http://server.domain.example/kitodo-production/rest/processes
» Listet alle Vorgänge auf dem System auf. Die Vorgänge sind diejenigen, die auf dem
System vorhanden sind.
http://server.domain.example/kitodo-production/rest/processes/PPN/steps
» 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.
Die Rest-Schnittstelle ist schreibgeschützt. Es gibt keine Möglichkeit, das System über
diese Schnittstelle zu verändern. Standardmäßig wird XML zurückgegeben, es kann jedoch
auch JSON zurückgegeben werden, wenn der HTTP-Accept-Header auf application/json gesetzt
ist.
Ich hoffe, dass diese Informationen Ihnen weiterhelfen.
Mit freundlichen Grüßen
Matthias Ronge
________________________________
Matthias Ronge
Software Entwicklung/Software Development
[cid:Z_Logo_RGB_180px_2b974e26-85b9-4005-92dd-9bb8df881ab3.png]<http://www.zeutschel.de>
<http://www.zeutschel.de
[cid:Twitter-34x34_f9819937-1c34-4eab-b2fc-944fcf2e8938.png]<https://twit…
[cid:YouTube-34x34_8cf03759-cc15-472e-a763-e628ea59d43b.png]<http://www.y…
[cid:Facebook-34x34_ab94d89a-875f-49f2-81f3-e136c66e4bb5.png]<https://www…
Zeutschel GmbH | Heerweg 2 | 72070 Tübingen | Deutschland
p: +49 (7071) 9706-62 | m: | f: +49 (7071) 9706-44
e: Matthias.Ronge@zeutschel.de<mailto:Matthias.Ronge@zeutschel.de> | w:
http://www.zeutschel.de
Geschäftsführer/President: Joerg Vogler | Registergericht Stuttgart: HRB 380917
[cid:Banner-OS-Q_63e91370-8268-4a12-aec9-f048b5a97237.png]<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:
>
>>
>
--
Dr. Christian Hänger
Abteilungsleiter Digitale Bibliotheksdienste UB Mannheim
68131 Mannheim
0049 621 181 2954
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community@kitodo.org<mailto:Kitodo-Community@kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
![cid:Twitter-34x34_f9819937-1c34-4eab-b2fc-944fcf2e8938.png]<https://twit…](http://cid:Twitter-34x34_f9819937-1c34-4eab-b2fc-944fcf2e8938.png]%3Chttps://twitter.com/zeutschelgmbh){kind=link}
![cid:YouTube-34x34_8cf03759-cc15-472e-a763-e628ea59d43b.png]<http://www.y…](http://cid:YouTube-34x34_8cf03759-cc15-472e-a763-e628ea59d43b.png]%3Chttp://www.youtube.com/user/zeutschelbookscanner){kind=link}
![cid:Facebook-34x34_ab94d89a-875f-49f2-81f3-e136c66e4bb5.png]<https://www…](http://cid:Facebook-34x34_ab94d89a-875f-49f2-81f3-e136c66e4bb5.png]%3Chttps://www.facebook.com/pages/Zeutschel-GmbH/193873073980288?fref=ts%3E%3Chttps://plus.google.com/110507211572689796815/posts){kind=link}
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
>>
9 Oct
9 Oct
3:50 p.m.
New subject: REST-API
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:
http://server.domain.example/kitodo-production*/rest/catalogueConfiguration*
» Gibt die konfigurierten Katalogschnittstellen und Dokumenttypen aus.
Diese Informationen sind analog zu den in opac.xml konfigurierten
Informationen.
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)
http://server.domain.example/kitodo-production*/rest/processes*
» Listet alle Vorgänge auf dem System auf. Die Vorgänge sind
diejenigen, die auf dem System vorhanden sind.
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.
https://digi.bib.uni-mannheim.de/fileadmin/digi/490029922/490029922.xml)
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:
--
Dr. Christian Hänger
Abteilungsleiter Digitale Bibliotheksdienste
UB Mannheim
68131 Mannheim
0049 621 181 2954
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 
10 Oct
10 Oct
8:17 a.m.
New subject: REST-API
Hallo Herr Hänger,
es geht Ihnen im Grundsatz also darum, die Meta- und Strukturdaten eines bereits
erstellten Vorgangs
im Nachhinein automatisch (durch Import) zu aktualisieren und zu ergänzen?
Diese Erweiterung wurde für Kitodo.Production 2.x schon mehrmals diskutiert
und müsste jetzt in Kitodo.Production 3.x umgesetzt werden.
Da wir bereits in anderen Projekten (Kitodo.Production 2.x / Kitodo.Presentation) und
jetzt im Rahmen des DFG-Projekts zu Kitodo.Production 3.x
aktiv an der Entwicklung von Kitodo teilnehmen, sind wir natürlich auch gerne bereit
weitere Entwicklungen (z.B. API) durchzuführen.
Unabhängig davon werde ich Ihren Wunsch, sofern korrekt von mir interpretiert, in die
Projektinterne Liste möglicher Weiterentwicklungen aufnehmen.
Beste Grüße
Frank Ulrich Weber
________________________________
Frank-Ulrich Weber
Product Manager Software Solutions
[cid:Z_Logo_RGB_180px_2b974e26-85b9-4005-92dd-9bb8df881ab3.png]<http://www.zeutschel.de>
<http://www.zeutschel.de
[cid:Twitter-34x34_f9819937-1c34-4eab-b2fc-944fcf2e8938.png]<https://twit…
[cid:YouTube-34x34_8cf03759-cc15-472e-a763-e628ea59d43b.png]<http://www.y…
[cid:Facebook-34x34_ab94d89a-875f-49f2-81f3-e136c66e4bb5.png]<https://www…
Zeutschel GmbH | Heerweg 2 | 72070 Tübingen | Deutschland
p: +49 (7071) 9706-56 | m: | f: +49 (7071) 9706-44
e: Frank-Ulrich.Weber@zeutschel.de<mailto:Frank-Ulrich.Weber@zeutschel.de> | w:
http://www.zeutschel.de
Geschäftsführer/President: Joerg Vogler | Registergericht Stuttgart: HRB 380917
[cid:Banner-OS-Q_63e91370-8268-4a12-aec9-f048b5a97237.png]<https://www.zeutschel.de/ Von: kitodo-community-bounces(a)kitodo.org
<kitodo-community-bounces(a)kitodo.org> Im Auftrag von Christian Haenger
Gesendet: Mittwoch, 9. Oktober 2019 15:50
An: kitodo-community(a)kitodo.org
Betreff: Re: [Kitodo] REST-API
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:
http://server.domain.example/kitodo-production/rest/catalogueConfiguration
» Gibt die konfigurierten Katalogschnittstellen und Dokumenttypen aus. Diese Informationen
sind analog zu den in opac.xml konfigurierten Informationen.
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)
http://server.domain.example/kitodo-production/rest/processes
» Listet alle Vorgänge auf dem System auf. Die Vorgänge sind diejenigen, die auf dem
System vorhanden sind.
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
http://server.domain.example/kitodo-production/rest/processes/PPN/steps
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.
https://digi.bib.uni-mannheim.de/fileadmin/digi/490029922/490029922.xml) 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
[cid:image001.png@01D57F42.A83F0890]<http://www.zeutschel.de
[cid:image002.png@01D57F42.A83F0890]<https://twitter.com/zeutschelgmbh
[cid:image003.png@01D57F42.A83F0890]<http://www.youtube.com/user/zeutschelbookscanner
[cid:image004.png@01D57F42.A83F0890]<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@zeutschel.de<mailto:Matthias.Ronge@zeutschel.de> | w:
http://www.zeutschel.de
Geschäftsführer/President: Joerg Vogler | Registergericht Stuttgart: HRB 380917
[cid:image005.png@01D57F42.A83F0890]<https://www.zeutschel.de/
-----Ursprüngliche Nachricht-----
Von: kitodo-community-bounces@kitodo.org<mailto:kitodo-community-bounces@kitodo.org>
<kitodo-community-bounces@kitodo.org><mailto:kitodo-community-bounces@kitodo.org>
Im Auftrag von Christian Haenger
Gesendet: Freitag, 20. September 2019 14:01
An: kitodo-community@kitodo.org<mailto:kitodo-community@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:
>
>>
>
--
Dr. Christian Hänger
Abteilungsleiter Digitale Bibliotheksdienste UB Mannheim
68131 Mannheim
0049 621 181 2954
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community@kitodo.org<mailto:Kitodo-Community@kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community@kitodo.org<mailto:Kitodo-Community@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
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
>>
10:02 a.m.
New subject: REST-API
Hallo Herr Hänger,
hier ein eher etwas unkonventioneller Ansatz für eine Lösung. Wir hatten
das Problem HIDA-Dateien (aus Manuscripta Mediaevalia) in Kitodo
Production zu importieren. Bekanntlicherweise existiert hierfür keine
Schnittstelle. Wir haben das Problem derart gelöst: Wir manipulieren
direkt die meta.xml-Datei, die von Kitodo für jeden Vorgang angelegt
wird und editieren die Daten dort. Dies passiert zwischen zwei Schritten
im Workflow über einen externen Script-Aufruf, der wiederum den Importer
anstößt. Wir haben diese Lösung nun bereits seit 2 Jahren im Einsatz.
Die Uni Halle will diese Lösung im Übrigen nun von uns nachnutzen.
Viele Grüße
Stefan Freitag
Am 10.10.2019 um 08:17 schrieb Weber, Frank-Ulrich:
Hallo Herr Hänger,
es geht Ihnen im Grundsatz also darum, die Meta- und Strukturdaten
eines bereits erstellten Vorgangs
im Nachhinein automatisch (durch Import) zu aktualisieren und zu
ergänzen?
Diese Erweiterung wurde für Kitodo.Production 2.x schon mehrmals
diskutiert
und müsste jetzt in Kitodo.Production 3.x umgesetzt werden.
Da wir bereits in anderen Projekten (Kitodo.Production 2.x /
Kitodo.Presentation) und jetzt im Rahmen des DFG-Projekts zu
Kitodo.Production 3.x
aktiv an der Entwicklung von Kitodo teilnehmen, sind wir natürlich
auch gerne bereit weitere Entwicklungen (z.B. API) durchzuführen.
Unabhängig davon werde ich Ihren Wunsch, sofern korrekt von mir
interpretiert, in die Projektinterne Liste möglicher
Weiterentwicklungen aufnehmen.
Beste Grüße
Frank Ulrich Weber
------------------------------------------------------------------------
Frank-Ulrich Weber
Product Manager Software Solutions
<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-56 | m: | f: +49 (7071) 9706-44
e: Frank-Ulrich.Weber(a)zeutschel.de
<mailto:Frank-Ulrich.Weber@zeutschel.de> | w: http://www.zeutschel.de
Geschäftsführer/President: Joerg Vogler | Registergericht Stuttgart:
HRB 380917
<https://www.zeutschel.de/>
*Von:*kitodo-community-bounces@kitodo.org
<kitodo-community-bounces(a)kitodo.org> *Im Auftrag von *Christian Haenger
*Gesendet:* Mittwoch, 9. Oktober 2019 15:50
*An:* kitodo-community(a)kitodo.org
*Betreff:* Re: [Kitodo] REST-API
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:
http://server.domain.example/kitodo-production*/rest/catalogueConfiguration*
» Gibt die konfigurierten Katalogschnittstellen und Dokumenttypen
aus. Diese Informationen sind analog zu den in opac.xml
konfigurierten Informationen.
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)
http://server.domain.example/kitodo-production*/rest/processes*
» Listet alle Vorgänge auf dem System auf. Die Vorgänge sind
diejenigen, die auf dem System vorhanden sind.
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>
http://server.domain.example/kitodo-production*/rest/processes/*/PPN/*/step…
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.
https://digi.bib.uni-mannheim.de/fileadmin/digi/490029922/490029922.xml)
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
<mailto:kitodo-community-bounces@kitodo.org>
<kitodo-community-bounces(a)kitodo.org>
<mailto:kitodo-community-bounces@kitodo.org> Im Auftrag von
Christian Haenger
Gesendet: Freitag, 20. September 2019 14:01
An: kitodo-community(a)kitodo.org <mailto:kitodo-community@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:
--
Dipl.-Inf. Stefan Freitag
Leiter AG Anwendungsentwicklung
Bereich Digitale Dienste
Universitätsbibliothek Leipzig
Bibliotheca Albertina
Beethovenstr. 6
04107 Leipzig
fon: +49 (0) 341 97 30841
mail: freitag(a)uni-leipzig.de
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 <mailto:Kitodo-Community@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
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community(a)kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community 
11:26 a.m.
New subject: REST-API
Hallo Herr Freitag,
das scheint mir sehr zielführend zu sein. Liegen die Skripte irgendwo
zur Nachnutzung auf Git?
Viele Grüße
Christian Hänger
Am 10.10.2019 um 10:02 schrieb Stefan Freitag:
Hallo Herr Hänger,
hier ein eher etwas unkonventioneller Ansatz für eine Lösung. Wir
hatten das Problem HIDA-Dateien (aus Manuscripta Mediaevalia) in
Kitodo Production zu importieren. Bekanntlicherweise existiert hierfür
keine Schnittstelle. Wir haben das Problem derart gelöst: Wir
manipulieren direkt die meta.xml-Datei, die von Kitodo für jeden
Vorgang angelegt wird und editieren die Daten dort. Dies passiert
zwischen zwei Schritten im Workflow über einen externen Script-Aufruf,
der wiederum den Importer anstößt. Wir haben diese Lösung nun bereits
seit 2 Jahren im Einsatz. Die Uni Halle will diese Lösung im Übrigen
nun von uns nachnutzen.
Viele Grüße
Stefan Freitag
Am 10.10.2019 um 08:17 schrieb Weber, Frank-Ulrich:
--
Dr. Christian Hänger
Abteilungsleiter Digitale Bibliotheksdienste
UB Mannheim
68131 Mannheim
0049 621 181 2954
Hallo Herr Hänger,
es geht Ihnen im Grundsatz also darum, die Meta- und Strukturdaten
eines bereits erstellten Vorgangs
im Nachhinein automatisch (durch Import) zu aktualisieren und zu
ergänzen?
Diese Erweiterung wurde für Kitodo.Production 2.x schon mehrmals
diskutiert
und müsste jetzt in Kitodo.Production 3.x umgesetzt werden.
Da wir bereits in anderen Projekten (Kitodo.Production 2.x /
Kitodo.Presentation) und jetzt im Rahmen des DFG-Projekts zu
Kitodo.Production 3.x
aktiv an der Entwicklung von Kitodo teilnehmen, sind wir natürlich
auch gerne bereit weitere Entwicklungen (z.B. API) durchzuführen.
Unabhängig davon werde ich Ihren Wunsch, sofern korrekt von mir
interpretiert, in die Projektinterne Liste möglicher
Weiterentwicklungen aufnehmen.
Beste Grüße
Frank Ulrich Weber
------------------------------------------------------------------------
Frank-Ulrich Weber
Product Manager Software Solutions
<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-56 | m: | f: +49 (7071) 9706-44
e: Frank-Ulrich.Weber(a)zeutschel.de
<mailto:Frank-Ulrich.Weber@zeutschel.de> | w: http://www.zeutschel.de
Geschäftsführer/President: Joerg Vogler | Registergericht Stuttgart:
HRB 380917
<https://www.zeutschel.de/>
*Von:*kitodo-community-bounces@kitodo.org
<kitodo-community-bounces(a)kitodo.org> *Im Auftrag von *Christian Haenger
*Gesendet:* Mittwoch, 9. Oktober 2019 15:50
*An:* kitodo-community(a)kitodo.org
*Betreff:* Re: [Kitodo] REST-API
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:
http://server.domain.example/kitodo-production*/rest/catalogueConfiguration*
» Gibt die konfigurierten Katalogschnittstellen und Dokumenttypen
aus. Diese Informationen sind analog zu den in opac.xml
konfigurierten Informationen.
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)
http://server.domain.example/kitodo-production*/rest/processes*
» Listet alle Vorgänge auf dem System auf. Die Vorgänge sind
diejenigen, die auf dem System vorhanden sind.
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>
http://server.domain.example/kitodo-production*/rest/processes/*/PPN/*/step…
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.
https://digi.bib.uni-mannheim.de/fileadmin/digi/490029922/490029922.xml)
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
<mailto:kitodo-community-bounces@kitodo.org>
<kitodo-community-bounces(a)kitodo.org>
<mailto:kitodo-community-bounces@kitodo.org> Im Auftrag von
Christian Haenger
Gesendet: Freitag, 20. September 2019 14:01
An: kitodo-community(a)kitodo.org <mailto:kitodo-community@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:
--
Dipl.-Inf. Stefan Freitag
Leiter AG Anwendungsentwicklung
Bereich Digitale Dienste
Universitätsbibliothek Leipzig
Bibliotheca Albertina
Beethovenstr. 6
04107 Leipzig
fon: +49 (0) 341 97 30841
mail: freitag(a)uni-leipzig.de
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community(a)kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community 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 <mailto:Kitodo-Community@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
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community(a)kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community 
1:54 p.m.
New subject: REST-API
Liebe Kolleginnen und Kollegen,
ich möchte in diesem Zusammenhang kurz darauf aufmerksam machen, dass es auf GitHub ein
„Contrib“-Repository gibt: https://github.com/kitodo/kitodo-contrib
Dieses Repository ist explizit dazu gedacht, Skripte, hilfreiche Tools,
Beispielkonfigurationen, etc. aus den verschiedenen Kitodo-Einrichtungen zu sammeln, damit
diese von anderen Anwendern ggf. nachgenutzt oder zumindest zur Inspiration herangezogen
werden können.
Wenn Sie, lieber Herr Freitag, also Ihre Skripte zur Verfügung stellen möchten, würde ich
vorschlagen, dass Sie sie als Pull-Request in das genannte GitHub-Repository einspielen.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Stabsstelle Digitale Bibliothek
Sächsische Landesbibliothek –
Staats- und Universitätsbibliothek Dresden (SLUB)
Abteilung IT, Referat 2.1 Digitale Bibliothek
01054 Dresden
Besucheradresse: Zellescher Weg 18, 01069 Dresden
Telefon: +49 351 4677-206
Mobilfunk: +49 173 9615528
From: kitodo-community-bounces(a)kitodo.org <kitodo-community-bounces(a)kitodo.org> On
Behalf Of Christian Haenger
Sent: Thursday, October 10, 2019 11:26 AM
To: kitodo-community(a)kitodo.org
Subject: Re: [Kitodo] REST-API
Hallo Herr Freitag,
das scheint mir sehr zielführend zu sein. Liegen die Skripte irgendwo zur Nachnutzung auf
Git?
Viele Grüße
Christian Hänger
Am 10.10.2019 um 10:02 schrieb Stefan Freitag:
Hallo Herr Hänger,
hier ein eher etwas unkonventioneller Ansatz für eine Lösung. Wir hatten das Problem
HIDA-Dateien (aus Manuscripta Mediaevalia) in Kitodo Production zu importieren.
Bekanntlicherweise existiert hierfür keine Schnittstelle. Wir haben das Problem derart
gelöst: Wir manipulieren direkt die meta.xml-Datei, die von Kitodo für jeden Vorgang
angelegt wird und editieren die Daten dort. Dies passiert zwischen zwei Schritten im
Workflow über einen externen Script-Aufruf, der wiederum den Importer anstößt. Wir haben
diese Lösung nun bereits seit 2 Jahren im Einsatz. Die Uni Halle will diese Lösung im
Übrigen nun von uns nachnutzen.
Viele Grüße
Stefan Freitag
Am 10.10.2019 um 08:17 schrieb Weber, Frank-Ulrich:
Hallo Herr Hänger,
es geht Ihnen im Grundsatz also darum, die Meta- und Strukturdaten eines bereits
erstellten Vorgangs
im Nachhinein automatisch (durch Import) zu aktualisieren und zu ergänzen?
Diese Erweiterung wurde für Kitodo.Production 2.x schon mehrmals diskutiert
und müsste jetzt in Kitodo.Production 3.x umgesetzt werden.
Da wir bereits in anderen Projekten (Kitodo.Production 2.x / Kitodo.Presentation) und
jetzt im Rahmen des DFG-Projekts zu Kitodo.Production 3.x
aktiv an der Entwicklung von Kitodo teilnehmen, sind wir natürlich auch gerne bereit
weitere Entwicklungen (z.B. API) durchzuführen.
Unabhängig davon werde ich Ihren Wunsch, sofern korrekt von mir interpretiert, in die
Projektinterne Liste möglicher Weiterentwicklungen aufnehmen.
Beste Grüße
Frank Ulrich Weber
________________________________
Frank-Ulrich Weber
Product Manager Software Solutions
[cid:image001.png@01D57F72.3CDFD900]<http://www.zeutschel.de
[cid:image002.png@01D57F72.3CDFD900]<https://twitter.com/zeutschelgmbh
[cid:image003.png@01D57F72.3CDFD900]<http://www.youtube.com/user/zeutschelbookscanner
[cid:image004.png@01D57F72.3CDFD900]<https://www.facebook.com/pages/Zeutschel-GmbH/193873073980288?fref=ts
Zeutschel GmbH | Heerweg 2 | 72070 Tübingen | Deutschland
p: +49 (7071) 9706-56 | m: | f: +49 (7071) 9706-44
e: Frank-Ulrich.Weber@zeutschel.de<mailto:Frank-Ulrich.Weber@zeutschel.de> | w:
http://www.zeutschel.de
Geschäftsführer/President: Joerg Vogler | Registergericht Stuttgart: HRB 380917
[cid:image005.png@01D57F72.3CDFD900]<https://www.zeutschel.de/
Von:
kitodo-community-bounces@kitodo.org<mailto:kitodo-community-bounces@kitodo.org>
<kitodo-community-bounces@kitodo.org><mailto:kitodo-community-bounces@kitodo.org>
Im Auftrag von Christian Haenger
Gesendet: Mittwoch, 9. Oktober 2019 15:50
An: kitodo-community@kitodo.org<mailto:kitodo-community@kitodo.org
Betreff: Re: [Kitodo] REST-API
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:
http://server.domain.example/kitodo-production/rest/catalogueConfiguration
» Gibt die konfigurierten Katalogschnittstellen und Dokumenttypen aus. Diese Informationen
sind analog zu den in opac.xml konfigurierten Informationen.
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)
http://server.domain.example/kitodo-production/rest/processes
» Listet alle Vorgänge auf dem System auf. Die Vorgänge sind diejenigen, die auf dem
System vorhanden sind.
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
http://server.domain.example/kitodo-production/rest/processes/PPN/steps
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.
https://digi.bib.uni-mannheim.de/fileadmin/digi/490029922/490029922.xml) 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
[cid:image001.png@01D57F72.3CDFD900]<http://www.zeutschel.de
[cid:image002.png@01D57F72.3CDFD900]<https://twitter.com/zeutschelgmbh
[cid:image003.png@01D57F72.3CDFD900]<http://www.youtube.com/user/zeutschelbookscanner
[cid:image004.png@01D57F72.3CDFD900]<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@zeutschel.de<mailto:Matthias.Ronge@zeutschel.de> | w:
http://www.zeutschel.de
Geschäftsführer/President: Joerg Vogler | Registergericht Stuttgart: HRB 380917
[cid:image005.png@01D57F72.3CDFD900]<https://www.zeutschel.de/
-----Ursprüngliche Nachricht-----
Von: kitodo-community-bounces@kitodo.org<mailto:kitodo-community-bounces@kitodo.org>
<kitodo-community-bounces@kitodo.org><mailto:kitodo-community-bounces@kitodo.org>
Im Auftrag von Christian Haenger
Gesendet: Freitag, 20. September 2019 14:01
An: kitodo-community@kitodo.org<mailto:kitodo-community@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:
>
>>
>
--
Dr. Christian Hänger
Abteilungsleiter Digitale Bibliotheksdienste UB Mannheim
68131 Mannheim
0049 621 181 2954
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community@kitodo.org<mailto:Kitodo-Community@kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community@kitodo.org<mailto:Kitodo-Community@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
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community@kitodo.org<mailto:Kitodo-Community@kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
--
Dipl.-Inf. Stefan Freitag
Leiter AG Anwendungsentwicklung
Bereich Digitale Dienste
Universitätsbibliothek Leipzig
Bibliotheca Albertina
Beethovenstr. 6
04107 Leipzig
fon: +49 (0) 341 97 30841
mail: freitag@uni-leipzig.de<mailto:freitag@uni-leipzig.de
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community@kitodo.org<mailto:Kitodo-Community@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
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
>>
2:13 p.m.
New subject: REST-API
Lieber Herr Meyer,
das ist ein guter Vorschlag. Ich werde das prüfen. Unseren Importer (ein
ziemlicher Spezialfall) kann man bereits hier beziehen:
https://github.com/ubleipzig/ManuMedImporter
Viele Grüße
Stefan Freitag
Am 10.10.2019 um 13:54 schrieb Meyer, Sebastian:
Liebe Kolleginnen und Kollegen,
ich möchte in diesem Zusammenhang kurz darauf aufmerksam machen, dass
es auf GitHub ein „Contrib“-Repository gibt:
https://github.com/kitodo/kitodo-contrib
Dieses Repository ist explizit dazu gedacht, Skripte, hilfreiche
Tools, Beispielkonfigurationen, etc. aus den verschiedenen
Kitodo-Einrichtungen zu sammeln, damit diese von anderen Anwendern
ggf. nachgenutzt oder zumindest zur Inspiration herangezogen werden
können.
Wenn Sie, lieber Herr Freitag, also Ihre Skripte zur Verfügung stellen
möchten, würde ich vorschlagen, dass Sie sie als Pull-Request in das
genannte GitHub-Repository einspielen.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Stabsstelle Digitale Bibliothek
Sächsische Landesbibliothek –
Staats- und Universitätsbibliothek Dresden (SLUB)
Abteilung IT, Referat 2.1 Digitale Bibliothek
01054 Dresden
Besucheradresse: Zellescher Weg 18, 01069 Dresden
Telefon: +49 351 4677-206
Mobilfunk: +49 173 9615528
*From:*kitodo-community-bounces@kitodo.org
<kitodo-community-bounces(a)kitodo.org> *On Behalf Of *Christian Haenger
*Sent:* Thursday, October 10, 2019 11:26 AM
*To:* kitodo-community(a)kitodo.org
*Subject:* Re: [Kitodo] REST-API
Hallo Herr Freitag,
das scheint mir sehr zielführend zu sein. Liegen die Skripte irgendwo
zur Nachnutzung auf Git?
Viele Grüße
Christian Hänger
Am 10.10.2019 um 10:02 schrieb Stefan Freitag:
Hallo Herr Hänger,
hier ein eher etwas unkonventioneller Ansatz für eine Lösung. Wir
hatten das Problem HIDA-Dateien (aus Manuscripta Mediaevalia) in
Kitodo Production zu importieren. Bekanntlicherweise existiert
hierfür keine Schnittstelle. Wir haben das Problem derart gelöst:
Wir manipulieren direkt die meta.xml-Datei, die von Kitodo für
jeden Vorgang angelegt wird und editieren die Daten dort. Dies
passiert zwischen zwei Schritten im Workflow über einen externen
Script-Aufruf, der wiederum den Importer anstößt. Wir haben diese
Lösung nun bereits seit 2 Jahren im Einsatz. Die Uni Halle will
diese Lösung im Übrigen nun von uns nachnutzen.
Viele Grüße
Stefan Freitag
Am 10.10.2019 um 08:17 schrieb Weber, Frank-Ulrich:
Hallo Herr Hänger,
es geht Ihnen im Grundsatz also darum, die Meta- und
Strukturdaten eines bereits erstellten Vorgangs
im Nachhinein automatisch (durch Import) zu aktualisieren und
zu ergänzen?
Diese Erweiterung wurde für Kitodo.Production 2.x schon
mehrmals diskutiert
und müsste jetzt in Kitodo.Production 3.x umgesetzt werden.
Da wir bereits in anderen Projekten (Kitodo.Production 2.x /
Kitodo.Presentation) und jetzt im Rahmen des DFG-Projekts zu
Kitodo.Production 3.x
aktiv an der Entwicklung von Kitodo teilnehmen, sind wir
natürlich auch gerne bereit weitere Entwicklungen (z.B. API)
durchzuführen.
Unabhängig davon werde ich Ihren Wunsch, sofern korrekt von
mir interpretiert, in die Projektinterne Liste möglicher
Weiterentwicklungen aufnehmen.
Beste Grüße
Frank Ulrich Weber
------------------------------------------------------------------------
Frank-Ulrich Weber
Product Manager Software Solutions
<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-56 | m: | f: +49 (7071) 9706-44
e: Frank-Ulrich.Weber(a)zeutschel.de
<mailto:Frank-Ulrich.Weber@zeutschel.de> | w:
http://www.zeutschel.de
Geschäftsführer/President: Joerg Vogler | Registergericht
Stuttgart: HRB 380917
<https://www.zeutschel.de/>
*Von:*kitodo-community-bounces@kitodo.org
<mailto:kitodo-community-bounces@kitodo.org>
<kitodo-community-bounces(a)kitodo.org>
<mailto:kitodo-community-bounces@kitodo.org> *Im Auftrag von
*Christian Haenger
*Gesendet:* Mittwoch, 9. Oktober 2019 15:50
*An:* kitodo-community(a)kitodo.org
<mailto:kitodo-community@kitodo.org>
*Betreff:* Re: [Kitodo] REST-API
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:
http://server.domain.example/kitodo-production*/rest/catalogueConfiguration*
» Gibt die konfigurierten Katalogschnittstellen und
Dokumenttypen aus. Diese Informationen sind analog zu den
in opac.xml konfigurierten Informationen.
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)
http://server.domain.example/kitodo-production*/rest/processes*
» Listet alle Vorgänge auf dem System auf. Die Vorgänge
sind diejenigen, die auf dem System vorhanden sind.
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>
http://server.domain.example/kitodo-production*/rest/processes/*/PPN/*/step…
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.
https://digi.bib.uni-mannheim.de/fileadmin/digi/490029922/490029922.xml)
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
<mailto:kitodo-community-bounces@kitodo.org>
<kitodo-community-bounces(a)kitodo.org>
<mailto:kitodo-community-bounces@kitodo.org> Im Auftrag
von Christian Haenger
Gesendet: Freitag, 20. September 2019 14:01
An: kitodo-community(a)kitodo.org
<mailto:kitodo-community@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:
--
Dipl.-Inf. Stefan Freitag
Leiter AG Anwendungsentwicklung
Bereich Digitale Dienste
Universitätsbibliothek Leipzig
Bibliotheca Albertina
Beethovenstr. 6
04107 Leipzig
fon: +49 (0) 341 97 30841
mail: freitag(a)uni-leipzig.de
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 <mailto:Kitodo-Community@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
_______________________________________________
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
--
Dipl.-Inf. Stefan Freitag
Leiter AG Anwendungsentwicklung
Bereich Digitale Dienste
Universitätsbibliothek Leipzig
Bibliotheca Albertina
Beethovenstr. 6
04107 Leipzig
fon: +49 (0) 341 97 30841
mail:freitag@uni-leipzig.de <mailto:freitag@uni-leipzig.de>
_______________________________________________
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
--
Dr. Christian Hänger
Abteilungsleiter Digitale Bibliotheksdienste
UB Mannheim
68131 Mannheim
0049 621 181 2954
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community(a)kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community 
11:51 a.m.
New subject: REST-API
Hallo Herr Weber,
danke für die Antwort. Ja, mir geht es um die Ergänzung der Meta- und
Strukturdaten eines bereits erstellten Vorgangs.
Wir schauen uns die Funktion für Kitodo.Production 3.x an.
Kurzfristig werden wir uns wahrscheinlich über die meta.xml helfen.
Mittelfristig ist aus meiner Sicht eine funktionierende import-API der
richtige Weg.
Viele Grüße
Christian Hänger
Am 10.10.2019 um 08:17 schrieb Weber, Frank-Ulrich:
Hallo Herr Hänger,
es geht Ihnen im Grundsatz also darum, die Meta- und Strukturdaten
eines bereits erstellten Vorgangs
im Nachhinein automatisch (durch Import) zu aktualisieren und zu
ergänzen?
Diese Erweiterung wurde für Kitodo.Production 2.x schon mehrmals
diskutiert
und müsste jetzt in Kitodo.Production 3.x umgesetzt werden.
Da wir bereits in anderen Projekten (Kitodo.Production 2.x /
Kitodo.Presentation) und jetzt im Rahmen des DFG-Projekts zu
Kitodo.Production 3.x
aktiv an der Entwicklung von Kitodo teilnehmen, sind wir natürlich
auch gerne bereit weitere Entwicklungen (z.B. API) durchzuführen.
Unabhängig davon werde ich Ihren Wunsch, sofern korrekt von mir
interpretiert, in die Projektinterne Liste möglicher
Weiterentwicklungen aufnehmen.
Beste Grüße
Frank Ulrich Weber
------------------------------------------------------------------------
Frank-Ulrich Weber
Product Manager Software Solutions
<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-56 | m: | f: +49 (7071) 9706-44
e: Frank-Ulrich.Weber(a)zeutschel.de
<mailto:Frank-Ulrich.Weber@zeutschel.de> | w: http://www.zeutschel.de
Geschäftsführer/President: Joerg Vogler | Registergericht Stuttgart:
HRB 380917
<https://www.zeutschel.de/>
*Von:*kitodo-community-bounces@kitodo.org
<kitodo-community-bounces(a)kitodo.org> *Im Auftrag von *Christian Haenger
*Gesendet:* Mittwoch, 9. Oktober 2019 15:50
*An:* kitodo-community(a)kitodo.org
*Betreff:* Re: [Kitodo] REST-API
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:
http://server.domain.example/kitodo-production*/rest/catalogueConfiguration*
» Gibt die konfigurierten Katalogschnittstellen und Dokumenttypen
aus. Diese Informationen sind analog zu den in opac.xml
konfigurierten Informationen.
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)
http://server.domain.example/kitodo-production*/rest/processes*
» Listet alle Vorgänge auf dem System auf. Die Vorgänge sind
diejenigen, die auf dem System vorhanden sind.
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>
http://server.domain.example/kitodo-production*/rest/processes/*/PPN/*/step…
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.
https://digi.bib.uni-mannheim.de/fileadmin/digi/490029922/490029922.xml)
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
<mailto:kitodo-community-bounces@kitodo.org>
<kitodo-community-bounces(a)kitodo.org>
<mailto:kitodo-community-bounces@kitodo.org> Im Auftrag von
Christian Haenger
Gesendet: Freitag, 20. September 2019 14:01
An: kitodo-community(a)kitodo.org <mailto:kitodo-community@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:
--
Dr. Christian Hänger
Abteilungsleiter Digitale Bibliotheksdienste
UB Mannheim
68131 Mannheim
0049 621 181 2954
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 <mailto:Kitodo-Community@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
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community(a)kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community 
14 Oct
14 Oct
9:57 a.m.
New subject: REST-API
Hallo Herr Häger,
In Kitodo 3 ist das Bearbeiten der Metadateien über die Kitodo-API möglich. Die Kitodo API
ist eine Java API (keine XML API). Sie können damit aber auf jeden Fall auf die METS-Datei
zugreifen. Durch Verwendung der Kitodo-API ist sichergestellt, dass zusätzliche Annahmen,
die für das Internformat gelten, korrekt berücksichtigt werden. Dennoch rate ich dazu, vor
dem Verändern eine Sicherheitskopie der Datei anzulegen.
Hier ein Beispiel für das Hinzufügen von Daten:
import java.io.*;
import java.net.*;
// kitodo-api.jar
import org.kitodo.api.*; // metadata
import org.kitodo.api.dataformat.*; // Kitodo data format
// module from kitodo-dataformat.jar
import org.kitodo.dataformat.access.MetsXmlElementAccess;
public class AddDataExample {
static final MetsXmlElementAccess kitodoDataformat= new MetsXmlElementAccess(); //
load module
public static void main(String[] args) throws IOException, URISyntaxException {
// read existing file
File metaXmlFile = new File("/path/to/meta.xml");
Workpiece workpiece;
try (InputStream in = new FileInputStream(metaXmlFile)) {
workpiece = kitodoDataformat.read(in); // use module to read
}
// adding an included structural element
IncludedStructuralElement includedStructuralElement = new
IncludedStructuralElement();
includedStructuralElement.setType("volume");
includedStructuralElement.setLabel("Band J-N");
workpiece.getRootElement().getChildren().add(includedStructuralElement);
// adding metadata to an included structural element
MetadataEntry metadata = new MetadataEntry();
metadata.setKey("title");
metadata.setValue("20000 Meilen unter dem Meer");
metadata.setDomain(MdSec.DMD_SEC);
workpiece.getRootElement().getMetadata().add(metadata);
// adding a media unit to a workpiece
MediaVariant localVariant = new MediaVariant();
localVariant.setUse("LOCAL");
localVariant.setMimeType("image/tiff");
MediaVariant maxVariant = new MediaVariant();
maxVariant.setUse("MAX");
maxVariant.setMimeType("image/jpeg");
MediaUnit mediaUnit = new MediaUnit();
mediaUnit.setOrder(1234567);
mediaUnit.getMediaFiles().put(localVariant, new
URI("images/Vern2000_media/01234567.tif"));
mediaUnit.getMediaFiles().put(maxVariant, new
URI("jpgs/max/01234567.jpg"));
workpiece.getMediaUnits().add(mediaUnit);
// assigning a media unit to an included structural element
View view = new View();
view.setMediaUnit(mediaUnit);
includedStructuralElement.getViews().add(view);
// save file
try (OutputStream out = new FileOutputStream(metaXmlFile)) {
kitodoDataformat.save(workpiece, out); // use module to write
}
}
}
Ich hoffe, dass dies Ihnen nützlich sein kann.
An dieser Stelle noch der Link, wie Sie die Javadoc Quelltextdokumentation zu Kitodo
erzeugen können:
https://kitodo-production.readthedocs.io/en/master/javadoc/README/
Mit freundlichen Grüßen
Matthias Ronge
________________________________
Matthias Ronge
Software Entwicklung/Software Development
[cid:Z_Logo_RGB_180px_2b974e26-85b9-4005-92dd-9bb8df881ab3.png]<http://www.zeutschel.de>
<http://www.zeutschel.de
[cid:Twitter-34x34_f9819937-1c34-4eab-b2fc-944fcf2e8938.png]<https://twit…
[cid:YouTube-34x34_8cf03759-cc15-472e-a763-e628ea59d43b.png]<http://www.y…
[cid:Facebook-34x34_ab94d89a-875f-49f2-81f3-e136c66e4bb5.png]<https://www…
Zeutschel GmbH | Heerweg 2 | 72070 Tübingen | Deutschland
p: +49 (7071) 9706-62 | m: | f: +49 (7071) 9706-44
e: Matthias.Ronge@zeutschel.de<mailto:Matthias.Ronge@zeutschel.de> | w:
http://www.zeutschel.de
Geschäftsführer/President: Joerg Vogler | Registergericht Stuttgart: HRB 380917
[cid:Banner-OS-Q_63e91370-8268-4a12-aec9-f048b5a97237.png]<https://www.zeutschel.de/ Von: kitodo-community-bounces(a)kitodo.org
<kitodo-community-bounces(a)kitodo.org> Im Auftrag von Christian Haenger
Gesendet: Donnerstag, 10. Oktober 2019 11:52
An: kitodo-community(a)kitodo.org
Betreff: Re: [Kitodo] REST-API
Hallo Herr Weber,
danke für die Antwort. Ja, mir geht es um die Ergänzung der Meta- und Strukturdaten eines
bereits erstellten Vorgangs.
Wir schauen uns die Funktion für Kitodo.Production 3.x an.
Kurzfristig werden wir uns wahrscheinlich über die meta.xml helfen. Mittelfristig ist aus
meiner Sicht eine funktionierende import-API der richtige Weg.
Viele Grüße
Christian Hänger
Am 10.10.2019 um 08:17 schrieb Weber, Frank-Ulrich:
Hallo Herr Hänger,
es geht Ihnen im Grundsatz also darum, die Meta- und Strukturdaten eines bereits
erstellten Vorgangs
im Nachhinein automatisch (durch Import) zu aktualisieren und zu ergänzen?
Diese Erweiterung wurde für Kitodo.Production 2.x schon mehrmals diskutiert
und müsste jetzt in Kitodo.Production 3.x umgesetzt werden.
Da wir bereits in anderen Projekten (Kitodo.Production 2.x / Kitodo.Presentation) und
jetzt im Rahmen des DFG-Projekts zu Kitodo.Production 3.x
aktiv an der Entwicklung von Kitodo teilnehmen, sind wir natürlich auch gerne bereit
weitere Entwicklungen (z.B. API) durchzuführen.
Unabhängig davon werde ich Ihren Wunsch, sofern korrekt von mir interpretiert, in die
Projektinterne Liste möglicher Weiterentwicklungen aufnehmen.
Beste Grüße
Frank Ulrich Weber
________________________________
Frank-Ulrich Weber
Product Manager Software Solutions
[cid:image001.png@01D58274.A3092380]<http://www.zeutschel.de
[cid:image002.png@01D58274.A3092380]<https://twitter.com/zeutschelgmbh
[cid:image003.png@01D58274.A3092380]<http://www.youtube.com/user/zeutschelbookscanner
[cid:image004.png@01D58274.A3092380]<https://www.facebook.com/pages/Zeutschel-GmbH/193873073980288?fref=ts
Zeutschel GmbH| Heerweg 2 | 72070 Tübingen | Deutschland
p: +49 (7071) 9706-56 | m: | f: +49 (7071) 9706-44
e: Frank-Ulrich.Weber@zeutschel.de<mailto:Frank-Ulrich.Weber@zeutschel.de> | w:
http://www.zeutschel.de
Geschäftsführer/President: Joerg Vogler | Registergericht Stuttgart: HRB 380917
[cid:image005.png@01D58274.A3092380]<https://www.zeutschel.de/
Von:kitodo-community-bounces@kitodo.org<mailto:kitodo-community-bounces@kitodo.org><kitodo-community-bounces@kitodo.org><mailto:kitodo-community-bounces@kitodo.org>Im
Auftrag von Christian Haenger
Gesendet: Mittwoch, 9. Oktober 2019 15:50
An:kitodo-community@kitodo.org<mailto:kitodo-community@kitodo.org Betreff: Re: [Kitodo] REST-API
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:
http://server.domain.example/kitodo-production/rest/catalogueConfiguration
» Gibt die konfigurierten Katalogschnittstellen und Dokumenttypen aus. Diese Informationen
sind analog zu den in opac.xml konfigurierten Informationen.
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)
http://server.domain.example/kitodo-production/rest/processes
» Listet alle Vorgänge auf dem System auf. Die Vorgänge sind diejenigen, die auf dem
System vorhanden sind.
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
http://server.domain.example/kitodo-production/rest/processes/PPN/steps
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.
https://digi.bib.uni-mannheim.de/fileadmin/digi/490029922/490029922.xml) nach Kitodo
Production zu importieren? Das ist aus meiner Sicht ein echter Mehrwert für Kitodo.
Viele Grüße
Christian Hänger
-----Ursprüngliche Nachricht-----
Von:
kitodo-community-bounces@kitodo.org<mailto:kitodo-community-bounces@kitodo.org><kitodo-community-bounces@kitodo.org><mailto:kitodo-community-bounces@kitodo.org>
Im Auftrag von Christian Haenger
Gesendet: Freitag, 20. September 2019 14:01
An: kitodo-community@kitodo.org<mailto:kitodo-community@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:
>
>>
>
--
Dr. Christian Hänger
Abteilungsleiter Digitale Bibliotheksdienste UB Mannheim
68131 Mannheim
0049 621 181 2954
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community@kitodo.org<mailto:Kitodo-Community@kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community@kitodo.org<mailto:Kitodo-Community@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
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community@kitodo.org<mailto:Kitodo-Community@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
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
>>
15 Oct
15 Oct
1:51 p.m.
New subject: REST-API
Lieber Herr Ronge,
haben Sie vielen Dank für die Info. Für Kitodo 2 werden wir mit der
meta.xml arbeiten und für Kitodo 3 gibt es vielleicht gute Optionen.
Viele Grüße
Christian Hänger
Am 14.10.2019 um 09:57 schrieb Ronge, Matthias:
Hallo Herr Häger,
In Kitodo 3 ist das Bearbeiten der Metadateien über die Kitodo-API
möglich. Die Kitodo API ist eine Java API (keine XML API). Sie können
damit aber auf jeden Fall auf die METS-Datei zugreifen. Durch
Verwendung der Kitodo-API ist sichergestellt, dass zusätzliche
Annahmen, die für das Internformat gelten, korrekt berücksichtigt
werden. Dennoch rate ich dazu, vor dem Verändern eine Sicherheitskopie
der Datei anzulegen.
Hier ein Beispiel für das Hinzufügen von Daten:
*import*java.io.*;
*import*java.net.*;
// kitodo-api.jar
*import*org.kitodo.api.*; // metadata
*import*org.kitodo.api.dataformat.*; // Kitodo data format
// module from kitodo-dataformat.jar
*import*org.kitodo.dataformat.access.MetsXmlElementAccess;
*public class*AddDataExample {
*static final*MetsXmlElementAccess */kitodoDataformat/*=
*new*MetsXmlElementAccess(); // load module
*public static void*main(String[] args) *throws*IOException,
URISyntaxException {
// read existing file
File metaXmlFile = *new*File("/path/to/meta.xml");
Workpiece workpiece;
*try*(InputStream in = *new*FileInputStream(metaXmlFile)) {
workpiece = */kitodoDataformat/*.read(in); // use module
to read
}
// adding an included structural element
IncludedStructuralElement includedStructuralElement =
*new*IncludedStructuralElement();
includedStructuralElement.setType("volume");
includedStructuralElement.setLabel("Band J-N");
workpiece.getRootElement().getChildren().add(includedStructuralElement);
// adding metadata to an included structural element
MetadataEntry metadata = *new*MetadataEntry();
metadata.setKey("title");
metadata.setValue("20000 Meilen unter dem Meer");
metadata.setDomain(MdSec.*DMD_SEC*);
workpiece.getRootElement().getMetadata().add(metadata);
// adding a media unit to a workpiece
MediaVariant localVariant = *new*MediaVariant();
localVariant.setUse("LOCAL");
localVariant.setMimeType("image/tiff");
MediaVariant maxVariant = *new*MediaVariant();
maxVariant.setUse("MAX");
maxVariant.setMimeType("image/jpeg");
MediaUnit mediaUnit = *new*MediaUnit();
mediaUnit.setOrder(1234567);
mediaUnit.getMediaFiles().put(localVariant, new
URI("images/Vern2000_media/01234567.tif"));
mediaUnit.getMediaFiles().put(maxVariant, new
URI("jpgs/max/01234567.jpg"));
workpiece.getMediaUnits().add(mediaUnit);
// assigning a media unit to an included structural element
View view = *new*View();
view.setMediaUnit(mediaUnit);
includedStructuralElement.getViews().add(view);
// save file
*try*(OutputStream out = *new*FileOutputStream(metaXmlFile)) {
*/kitodoDataformat/*.save(workpiece, out); // use module
to write
}
}
}
Ich hoffe, dass dies Ihnen nützlich sein kann.
An dieser Stelle noch der Link, wie Sie die Javadoc
Quelltextdokumentation zu Kitodo erzeugen können:
https://kitodo-production.readthedocs.io/en/master/javadoc/README/
Mit freundlichen Grüßen
Matthias Ronge
------------------------------------------------------------------------
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/>
*Von:*kitodo-community-bounces@kitodo.org
<kitodo-community-bounces(a)kitodo.org> *Im Auftrag von *Christian Haenger
*Gesendet:* Donnerstag, 10. Oktober 2019 11:52
*An:* kitodo-community(a)kitodo.org
*Betreff:* Re: [Kitodo] REST-API
Hallo Herr Weber,
danke für die Antwort. Ja, mir geht es um die Ergänzung der Meta- und
Strukturdaten eines bereits erstellten Vorgangs.
Wir schauen uns die Funktion für Kitodo.Production 3.x an.
Kurzfristig werden wir uns wahrscheinlich über die meta.xml helfen.
Mittelfristig ist aus meiner Sicht eine funktionierende import-API der
richtige Weg.
Viele Grüße
Christian Hänger
Am 10.10.2019 um 08:17 schrieb Weber, Frank-Ulrich:
Hallo Herr Hänger,
es geht Ihnen im Grundsatz also darum, die Meta- und Strukturdaten
eines bereits erstellten Vorgangs
im Nachhinein automatisch (durch Import) zu aktualisieren und zu
ergänzen?
Diese Erweiterung wurde für Kitodo.Production 2.x schon mehrmals
diskutiert
und müsste jetzt in Kitodo.Production 3.x umgesetzt werden.
Da wir bereits in anderen Projekten (Kitodo.Production 2.x /
Kitodo.Presentation) und jetzt im Rahmen des DFG-Projekts zu
Kitodo.Production 3.x
aktiv an der Entwicklung von Kitodo teilnehmen, sind wir natürlich
auch gerne bereit weitere Entwicklungen (z.B. API) durchzuführen.
Unabhängig davon werde ich Ihren Wunsch, sofern korrekt von mir
interpretiert, in die Projektinterne Liste möglicher
Weiterentwicklungen aufnehmen.
Beste Grüße
Frank Ulrich Weber
------------------------------------------------------------------------
Frank-Ulrich Weber
Product Manager Software Solutions
<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-56 | m: | f: +49 (7071) 9706-44
e: Frank-Ulrich.Weber(a)zeutschel.de
<mailto:Frank-Ulrich.Weber@zeutschel.de> | w: http://www.zeutschel.de
Geschäftsführer/President: Joerg Vogler | Registergericht
Stuttgart: HRB 380917
<https://www.zeutschel.de/>
*Von:*kitodo-community-bounces@kitodo.org
<mailto:kitodo-community-bounces@kitodo.org><kitodo-community-bounces@kitodo.org>
<mailto:kitodo-community-bounces@kitodo.org>*Im Auftrag von
*Christian Haenger
*Gesendet:* Mittwoch, 9. Oktober 2019 15:50
*An:*kitodo-community@kitodo.org <mailto:kitodo-community@kitodo.org>
*Betreff:* Re: [Kitodo] REST-API
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:
http://server.domain.example/kitodo-production*/rest/catalogueConfiguration*
» Gibt die konfigurierten Katalogschnittstellen und
Dokumenttypen aus. Diese Informationen sind analog zu den in
opac.xml konfigurierten Informationen.
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)
http://server.domain.example/kitodo-production*/rest/processes*
» Listet alle Vorgänge auf dem System auf. Die Vorgänge sind
diejenigen, die auf dem System vorhanden sind.
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>
http://server.domain.example/kitodo-production*/rest/processes/*/PPN/*/step…
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.
https://digi.bib.uni-mannheim.de/fileadmin/digi/490029922/490029922.xml)
nach Kitodo Production zu importieren? Das ist aus meiner Sicht
ein echter Mehrwert für Kitodo.
Viele Grüße
Christian Hänger
-----Ursprüngliche Nachricht-----
Von: kitodo-community-bounces(a)kitodo.org
<mailto:kitodo-community-bounces@kitodo.org><kitodo-community-bounces@kitodo.org>
<mailto:kitodo-community-bounces@kitodo.org> Im Auftrag von
Christian Haenger
Gesendet: Freitag, 20. September 2019 14:01
An: kitodo-community(a)kitodo.org
<mailto:kitodo-community@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:
--
Dr. Christian Hänger
Abteilungsleiter Digitale Bibliotheksdienste
UB Mannheim
68131 Mannheim
0049 621 181 2954
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 <mailto:Kitodo-Community@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
_______________________________________________
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
--
Dr. Christian Hänger
Abteilungsleiter Digitale Bibliotheksdienste
UB Mannheim
68131 Mannheim
0049 621 181 2954
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community(a)kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community 
18 Oct
18 Oct
11:26 a.m.
New subject: REST-API
Liebe Kollegen,
prinzipiell halte ich eine umfassende REST-API für einen großen
Mehrwert, da die Integration von / nach Drittsystemen, sowie die
Automatisierung erfahrungsgemäß einfacher zu bewerkstelligen ist.
An der ULB Halle mussten wir für unseren neuen Digitalierungs-Workflow
eine Reihe zusätzlicher Modifikation der Metadaten und Mediadaten
einarbeiten, was wir mangels Alternativen über Skripte auf dem Server
realisiert haben. Diese Skripte manipulieren teilweise direkt die
XML-Daten. Mittel- und langfristig wird diese Situation schwierig zu
warten sein.
Soweit ich das überschaue, wurde die REST-API für Version 3 gegenwärtig
mehr oder weniger direkt von Kitodo 2 übernommen, inklusive der bereits
in Version vorhandenen, komplett eigenständigen Service-Implementation.
Die eingeständige Implementation führt leider auch dazu, dass sich die
REST-API im Moment anders verhält als die JSF-Web-GUI.
In Kitodo 3 gibt es eine ServiceFactory, die man sicherlich auch als
Grundlage für eine voll funktionsfähige REST-API nehmen könnte. Dann
könnte man als Grundlage die zentrale Service API verwenden, was die
Pflege enorm vereinfachen würde.
Falls das auch andere Mitstreiter für eine sinnvolle Option halten,
würde ich dort auch mithelfen, da ich beruflich bereits mit Swagger & Co
im Maven-Umfeld zu tun hatte.
Mit freundlichen Grüßen
On 15.10.19 13:51, Christian Haenger wrote:
Lieber Herr Ronge,
haben Sie vielen Dank für die Info. Für Kitodo 2 werden wir mit der
meta.xml arbeiten und für Kitodo 3 gibt es vielleicht gute Optionen.
Viele Grüße
Christian Hänger
Am 14.10.2019 um 09:57 schrieb Ronge, Matthias:
--
Uwe Hartwig
Anwendungsentwickler IT / Digitale Dienste
Universitäts- und Landesbibliothek Sachsen-Anhalt
August-Bebel-Straße 13
D - 06108 Halle (Saale)
Fon: + 49 345 55 22 183
Mail: uwe.hartwig(a)bibliothek.uni-halle.de
Hallo Herr Häger,
In Kitodo 3 ist das Bearbeiten der Metadateien über die Kitodo-API
möglich. Die Kitodo API ist eine Java API (keine XML API). Sie können
damit aber auf jeden Fall auf die METS-Datei zugreifen. Durch
Verwendung der Kitodo-API ist sichergestellt, dass zusätzliche
Annahmen, die für das Internformat gelten, korrekt berücksichtigt
werden. Dennoch rate ich dazu, vor dem Verändern eine
Sicherheitskopie der Datei anzulegen.
Hier ein Beispiel für das Hinzufügen von Daten:
*import*java.io.*;
*import*java.net.*;
// kitodo-api.jar
*import*org.kitodo.api.*; // metadata
*import*org.kitodo.api.dataformat.*; // Kitodo data format
// module from kitodo-dataformat.jar
*import*org.kitodo.dataformat.access.MetsXmlElementAccess;
*public class*AddDataExample {
*static final*MetsXmlElementAccess */kitodoDataformat/*=
*new*MetsXmlElementAccess(); // load module
*public static void*main(String[] args) *throws*IOException,
URISyntaxException {
// read existing file
File metaXmlFile = *new*File("/path/to/meta.xml");
Workpiece workpiece;
*try*(InputStream in = *new*FileInputStream(metaXmlFile)) {
workpiece = */kitodoDataformat/*.read(in); // use module to read
}
// adding an included structural element
IncludedStructuralElement includedStructuralElement =
*new*IncludedStructuralElement();
includedStructuralElement.setType("volume");
includedStructuralElement.setLabel("Band J-N");
workpiece.getRootElement().getChildren().add(includedStructuralElement);
// adding metadata to an included structural element
MetadataEntry metadata = *new*MetadataEntry();
metadata.setKey("title");
metadata.setValue("20000 Meilen unter dem Meer");
metadata.setDomain(MdSec.*DMD_SEC*);
workpiece.getRootElement().getMetadata().add(metadata);
// adding a media unit to a workpiece
MediaVariant localVariant = *new*MediaVariant();
localVariant.setUse("LOCAL");
localVariant.setMimeType("image/tiff");
MediaVariant maxVariant = *new*MediaVariant();
maxVariant.setUse("MAX");
maxVariant.setMimeType("image/jpeg");
MediaUnit mediaUnit = *new*MediaUnit();
mediaUnit.setOrder(1234567);
mediaUnit.getMediaFiles().put(localVariant, new
URI("images/Vern2000_media/01234567.tif"));
mediaUnit.getMediaFiles().put(maxVariant, new
URI("jpgs/max/01234567.jpg"));
workpiece.getMediaUnits().add(mediaUnit);
// assigning a media unit to an included structural element
View view = *new*View();
view.setMediaUnit(mediaUnit);
includedStructuralElement.getViews().add(view);
// save file
*try*(OutputStream out = *new*FileOutputStream(metaXmlFile)) {
*/kitodoDataformat/*.save(workpiece, out); // use module to write
}
}
}
Ich hoffe, dass dies Ihnen nützlich sein kann.
An dieser Stelle noch der Link, wie Sie die Javadoc
Quelltextdokumentation zu Kitodo erzeugen können:
https://kitodo-production.readthedocs.io/en/master/javadoc/README/
Mit freundlichen Grüßen
Matthias Ronge
------------------------------------------------------------------------
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/>
*Von:*kitodo-community-bounces@kitodo.org
<kitodo-community-bounces(a)kitodo.org> *Im Auftrag von *Christian Haenger
*Gesendet:* Donnerstag, 10. Oktober 2019 11:52
*An:* kitodo-community(a)kitodo.org
*Betreff:* Re: [Kitodo] REST-API
Hallo Herr Weber,
danke für die Antwort. Ja, mir geht es um die Ergänzung der Meta- und
Strukturdaten eines bereits erstellten Vorgangs.
Wir schauen uns die Funktion für Kitodo.Production 3.x an.
Kurzfristig werden wir uns wahrscheinlich über die meta.xml helfen.
Mittelfristig ist aus meiner Sicht eine funktionierende import-API
der richtige Weg.
Viele Grüße
Christian Hänger
Am 10.10.2019 um 08:17 schrieb Weber, Frank-Ulrich:
Hallo Herr Hänger,
es geht Ihnen im Grundsatz also darum, die Meta- und
Strukturdaten eines bereits erstellten Vorgangs
im Nachhinein automatisch (durch Import) zu aktualisieren und zu
ergänzen?
Diese Erweiterung wurde für Kitodo.Production 2.x schon mehrmals
diskutiert
und müsste jetzt in Kitodo.Production 3.x umgesetzt werden.
Da wir bereits in anderen Projekten (Kitodo.Production 2.x /
Kitodo.Presentation) und jetzt im Rahmen des DFG-Projekts zu
Kitodo.Production 3.x
aktiv an der Entwicklung von Kitodo teilnehmen, sind wir
natürlich auch gerne bereit weitere Entwicklungen (z.B. API)
durchzuführen.
Unabhängig davon werde ich Ihren Wunsch, sofern korrekt von mir
interpretiert, in die Projektinterne Liste möglicher
Weiterentwicklungen aufnehmen.
Beste Grüße
Frank Ulrich Weber
------------------------------------------------------------------------
Frank-Ulrich Weber
Product Manager Software Solutions
<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-56 | m: | f: +49 (7071) 9706-44
e: Frank-Ulrich.Weber(a)zeutschel.de
<mailto:Frank-Ulrich.Weber@zeutschel.de> | w: http://www.zeutschel.de
Geschäftsführer/President: Joerg Vogler | Registergericht
Stuttgart: HRB 380917
<https://www.zeutschel.de/>
*Von:*kitodo-community-bounces@kitodo.org
<mailto:kitodo-community-bounces@kitodo.org><kitodo-community-bounces@kitodo.org>
<mailto:kitodo-community-bounces@kitodo.org>*Im Auftrag von
*Christian Haenger
*Gesendet:* Mittwoch, 9. Oktober 2019 15:50
*An:*kitodo-community@kitodo.org <mailto:kitodo-community@kitodo.org>
*Betreff:* Re: [Kitodo] REST-API
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:
http://server.domain.example/kitodo-production*/rest/catalogueConfiguration*
» Gibt die konfigurierten Katalogschnittstellen und
Dokumenttypen aus. Diese Informationen sind analog zu den in
opac.xml konfigurierten Informationen.
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)
http://server.domain.example/kitodo-production*/rest/processes*
» Listet alle Vorgänge auf dem System auf. Die Vorgänge sind
diejenigen, die auf dem System vorhanden sind.
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>
http://server.domain.example/kitodo-production*/rest/processes/*/PPN/*/step…
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.
https://digi.bib.uni-mannheim.de/fileadmin/digi/490029922/490029922.xml)
nach Kitodo Production zu importieren? Das ist aus meiner Sicht
ein echter Mehrwert für Kitodo.
Viele Grüße
Christian Hänger
-----Ursprüngliche Nachricht-----
Von: kitodo-community-bounces(a)kitodo.org
<mailto:kitodo-community-bounces@kitodo.org><kitodo-community-bounces@kitodo.org>
<mailto:kitodo-community-bounces@kitodo.org> Im Auftrag von
Christian Haenger
Gesendet: Freitag, 20. September 2019 14:01
An: kitodo-community(a)kitodo.org
<mailto:kitodo-community@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:
--
Dr. Christian Hänger
Abteilungsleiter Digitale Bibliotheksdienste
UB Mannheim
68131 Mannheim
0049 621 181 2954
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community(a)kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community 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 <mailto:Kitodo-Community@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
_______________________________________________
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
--
Dr. Christian Hänger
Abteilungsleiter Digitale Bibliotheksdienste
UB Mannheim
68131 Mannheim
0049 621 181 2954
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community(a)kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community 
1651
days inactive
1724
days old
22 comments
10 participants
participants (10)
-
Christian Haenger -
Henning Gerhardt -
Hohmann, Andre -
Meyer, Sebastian -
Möller, Armin -
Ronge, Matthias -
Stefan Freitag -
Stefan Weil -
Uwe Hartwig -
Weber, Frank-Ulrich