Liebe Frau Kugler,
an der goobi_projects.xml liegt es auch nicht, da ich dies gerade bei
mir ausprobiert habe.
Der Hinweis auf "Permission Denied" hat aber dazu geführt, dass ich mir
die Sache mit Arved Solth noch einmal durchdacht habe, wie es zu dieser
Fehlermeldung kommen kann. Für die Transformation des Mods XML in das
Goobi/Kitodo interne XML wird zwingend eine temporäre Datei benötigt.
Bei der Erstellung dieser temporären Datei wird diese in einem
Verzeichnis erstellt, auf dem der Tomcat Prozess keinen schreibenden
Zugang hat.
Ich werde dazu ein Issue auf GitHub eröffnen, so dass das Problem nicht
verloren geht und hoffentlich schnell durch einen Entwickler behoben
werden kann.
Viele Grüße
Henning Gerhardt
On 09/21/2017 03:30 PM, Kugler Anna wrote:
>
> Liebe Herr Gerhardt,
>
>
>
> vielen Dank für Ihre Rückmeldung. Heute und morgen komme ich leider
> nicht dazu, mir das Problem genauer anzuschauen, aber ich bin auch
> noch mit Herrn Solth in Kontakt. Sobald ich bzw. wir eine Lösung
> haben, schreibe ich das an die Liste.
>
>
>
> Am Regelsatz liegt es ziemlich sicher nicht, sondern entweder an der
> xsl-Datei oder, wie ich im Moment vermute, an der goobi_projects.xml,
> weil ich darin vermutlich auch noch „inventory“ aufnehmen muss. Aber
> ich kann erst nächste Woche weiter testen.
>
>
>
>
>
> Viele Grüße,
>
> Anna Kugler
>
>
>
> *Von:*Henning Gerhardt [mailto:henning.gerhardt@slub-dresden.de]
> *Gesendet:* Dienstag, 19. September 2017 17:06
> *An:* kitodo-community(a)kitodo.org; Kugler Anna
> <Anna.Kugler(a)ub.uni-muenchen.de>
> *Betreff:* Re: [Kitodo] Implementierung kalliope-Schnittstelle
>
>
>
> Liebe Frau Kugler,
>
> zu Ihrer Frage einer Änderung am Regelsatz:
>
> In Abhängigkeit zu den Einträgen in der kitodo_mods_opac.xml [1] für
> die Strukturtypen muss es auch entsprechende Einträge im jeweils
> genutzten Regelsatz geben. Am Beispiel des mitgelieferten Regelsatzes
> ist dies unter [2] beschrieben.
>
> Viele Grüße
>
> Henning Gerhardt
>
> [1]
> https://github.com/kitodo/kitodo-production/blob/kitodo-production-2.1.0/Go…
> [2]
> https://github.com/kitodo/kitodo-production/blob/kitodo-production-2.1.0/Go…
>
> On 09/19/2017 03:53 PM, Kugler Anna wrote:
>
> Liebe kitodo-community,
>
>
>
> wir digitalisieren viele Nachlässe und sind sehr froh, dass es
> bereits eine Kalliope-Schnittstelle gibt.
>
> Die Implementierung hat auch prinzipiell gut funktioniert, aber
> leider erhalten wir immer lästige "Permission denied"-Fehler beim
> import:
>
>
>
> Wenn ich z.B. nach der Kalliope-id 'DE-611-HS-3287114' suche
> (http://kalliope-verbund.info/sru?version=1.2&operation=searchRetrieve&query…)
>
> erhalte ich folgende Fehlermeldung:
>
>
>
>
>
>
>
>
>
> Wenn ich über den Creator "Feuerbach" suche, erhalte ich diese
> Fehlermeldung:
>
>
>
>
>
> Im kitodo-log-file steht:
>
> /ERROR 2017-09-19 15:14:31,898 (ModsPlugin.java:transformXML:748)/
>
> /Error while transforming XML document: 2_original_SRW_MODS.xml
> (Permission denied)/
>
>
>
> Kann mir jemand sagen, was die Ursache für diese Fehlermeldung
> ist? Müssen für diese SRU-Abfrage + Import Anpassungen in der
> ruleset-Datei vorgenommen werden?
>
>
>
> Vielen Dank,
>
> Anna Kugler
>
>
>
>
>
> --
>
> Anna Kugler
>
> Ludwig‐Maximilians‐Universität München
>
> Universitätsbibliothek
>
> Referat Elektronisches Publizieren
>
>
>
> Leopoldstraße13, 80802 München
>
> Tel.: +49 89 2180‐3412
>
> E‐Mail: Anna.Kugler(a)ub.uni <mailto:Anna.Kugler@ub.uni>‐muenchen.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
>
>
>
> --
> Henning Gerhardt
>
> Sächsische Landesbibliothek -
> Staats- und Universitätsbibliothek Dresden (SLUB)
> Abt. Informationstechnologie (IT), Ref. Digitale Bibliothek
> 01054 Dresden
> Besucheradresse: Zellescher Weg 18, 01069 Dresden
> Tel.: +49 351 4677 227 | Fax: +49 351 4677 711
> E-Mail: henning.gerhardt(a)slub-dresden.de <mailto:henning.gerhardt@slub-dresden.de>
>
> www.slub-dresden.de <http://www.slub-dresden.de>
>
--
Henning Gerhardt
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
Abt. Informationstechnologie (IT), Ref. Digitale Bibliothek
01054 Dresden
Besucheradresse: Zellescher Weg 18, 01069 Dresden
Tel.: +49 351 4677 227 | Fax: +49 351 4677 711
E-Mail: henning.gerhardt(a)slub-dresden.de
www.slub-dresden.de
Liebe kitodo-community,
wir digitalisieren viele Nachlässe und sind sehr froh, dass es bereits eine Kalliope-Schnittstelle gibt.
Die Implementierung hat auch prinzipiell gut funktioniert, aber leider erhalten wir immer lästige "Permission denied"-Fehler beim import:
Wenn ich z.B. nach der Kalliope-id 'DE-611-HS-3287114' suche (http://kalliope-verbund.info/sru?version=1.2&operation=searchRetrieve&query…)
erhalte ich folgende Fehlermeldung:
[cid:image001.jpg@01D3315F.69533030]
Wenn ich über den Creator "Feuerbach" suche, erhalte ich diese Fehlermeldung:
[cid:image002.jpg@01D3315F.69533030]
Im kitodo-log-file steht:
ERROR 2017-09-19 15:14:31,898 (ModsPlugin.java:transformXML:748)
Error while transforming XML document: 2_original_SRW_MODS.xml (Permission denied)
Kann mir jemand sagen, was die Ursache für diese Fehlermeldung ist? Müssen für diese SRU-Abfrage + Import Anpassungen in der ruleset-Datei vorgenommen werden?
Vielen Dank,
Anna Kugler
--
Anna Kugler
Ludwig‐Maximilians‐Universität München
Universitätsbibliothek
Referat Elektronisches Publizieren
Leopoldstraße13, 80802 München
Tel.: +49 89 2180‐3412
E‐Mail: Anna.Kugler(a)ub.xn--unimuenchen-nf3f.de
Liebe Kolleginnen und Kollegen,
im Rahmen des DFG-Projekts zur Weiterentwicklung von Kitodo.Production sind wir wieder einmal auf eine zumindest fragwürdige Implementierung eines "Features" gestoßen. Offenbar können einem automatisierten Workflow-Schritt bis zu 5 verschiedene Skripte zugewiesen werden, die im Rahmen dieses Schritts ausgeführt werden sollen. Die scheinbar willkürliche Begrenzung auf 5 Skripte und die Art der Implementierung deuten auf einen schnellen Workaround oder eine ähnliche Behelfsmaßnahme hin. So findet beispielsweise kein Fehlermanagement statt, falls eines der Skripte z.B. nicht das gewünschte Ergebnis liefert.
Unseres Erachtens sollte besser für jedes Skript ein eigener Workflow-Schritt eingerichtet werden, um deren Verarbeitung sauber zu kapseln. Das ist ja auch jetzt schon möglich.
Bevor wir also die Möglichkeit entfernen, mehrere Skripte pro Workflow-Schritt zu hinterlegen, möchten wir gerne einmal in die Runde fragen, wer von Ihnen bisher von diesem Feature gebraucht gemacht hat? Und wenn dies der Fall ist, sehen Sie dann ein grundsätzliches Problem darin, in einer künftigen Kitodo-Version für jedes Skript einen eigenen Schritt im Workflow zu definieren?
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Stabsstelle Digitale Bibliothek
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
Abteilung IT, Referat Digitale Bibliothek
01054 Dresden
Besucheradresse: Zellescher Weg 18
Tel.: +49 351 4677 206 | Fax: +49 351 4677 711
Mobil: +49 173 9615528
E-Mail: sebastian.meyer(a)slub-dresden.de<mailto:sebastian.meyer@slub-dresden.de>
http://www.slub-dresden.de<http://www.slub-dresden.de/>
