Kitodo-Community

kitodo-community@kitodo.org

206 discussions

by thomas schwaerzler

hallo, ich habe gerade das presentation package anch folgender anleitung installiert: https://github.com/kitodo/kitodo-demo alles eingerichtet und sehe jetzt eine typo3 installation. leider ist unter ADMIN TOOLS/Extensions // Installed Extensions / keine kitodo extensions sichtbar. auch nichts was so ähnlich heisst. habe ich etwas fasch gemacht? wie kann ich das prüfen? liebe gruesse t. -- Thomas Schwaerzler Digital Services Department University Innsbruck Library 6020 Innsbruck - Innrain 52 - Austria Phone: ++43-(0)512-507-25406 Fax: ++43-(0)512-507-25449 Email: <Thomas.Schwaerzler(a)uibk.ac.at> URL: http://www.uibk.ac.at/ulb/ds OpenPGP key: 0x2BD592C2, Key fingerprint = A17C 26AE FB4B BED6 7907 5DFC 5840 AB43 2BD5 92C2

6 years, 1 month

Kitodo Release

by Huber, Kathrin

Liebe Kolleginnen und Kollegen, ich darf neue Releases in der Kitodo Welt verkünden. Heute veröffentlicht wurde die neue Version Kitodo 2.3.0 . Diese unterstützt nun den Import über das aDIS Interface sowie die Möglichkeit MODS-Dateien direkt über Dateiupload hochzuladen. Sie finden die Anwendung als WAR Datei sowie den dazugehörigen Quellcode wie gewohnt auf der Release Seite in GitHub [1]. Aktualisierungshinweise für den Wechsel von Kitodo.Production 2.2.0 zu 2.3.0 finden sie unter [4]. Im Zuge des neuen 2.3.0 Releases wurde auch eine neue UGH-Version veröffentlicht, hier gab es einige Bugfixes, insbesondere zur Handhabung von Metadatengruppen. Die neue Version finden sie unter [2] Auch im Master Branch hat sich viel getan, deswegen haben wir uns entschieden einen weiteren beta Release zu veröffentlichen. Sie finden die Version kitodo-production-3.0.0-beta4 sowie den Changelog wie gewohnt auf GitHub [3]. Liebe Grüße Kathrin Huber [1] https://github.com/kitodo/kitodo-production/releases/tag/kitodo-production-… [2] https://github.com/kitodo/kitodo-ugh/releases/tag/kitodo-ugh-2.1.3 [3] https://github.com/kitodo/kitodo-production/releases/tag/kitodo-production-… [4] https://github.com/kitodo/kitodo-production/wiki/Aktualisierungshinweise Kathrin Huber Digitale Objekte Sächsische Landesbibliothek - Staats- und Universitätsbibliothek Dresden (SLUB) Abteilung IT, Referat 2.5 01054 Dresden Besucheradresse: Zellescher Weg 18, 01069 Dresden Tel.: +49 351 4677 242 | Fax: +49 351 4677 711 E-Mail: kathrin.huber(a)slub-dresden.de www.slub-dresden.de<http://www.slub-dresden.de/> <mailto:jens.bemme@slub-dresden.de> | www.kitodo.org/

6 years, 1 month

Anforderungserhebung TIFF-Writer

by Meyer, Sebastian

Liebe Kolleginnen und Kollegen, in Kitodo.Production gibt es das Feature des „TIFF-Writers“, mit dessen Hilfe gewisse Metadaten in Header-Tags von TIFF-Bilddateien übernommen werden können. Die eigentliche Manipulation der TIFF-Dateien findet dabei außerhalb von Kitodo statt, Kitodo verwaltet jedoch die notwendigen Konfigurationsdateien. Im Zuge der Portierung solcher externen Funktionen für Kitodo.Production 3.0 stehen wir gerade vor der Frage, wie der „TIFF-Writer“ übertragen werden sollte. Da im Projektkonsortium derzeit kein Anwender vertreten ist, der das Feature aus praktischer Erfahrung kennt, möchte ich mich hiermit mit ein paar Fragen an Sie wenden: 1. Wer verwendet den „TIFF-Writer“ oder hat ihn in der Vergangenheit verwendet? 2. Was waren die konkreten Anwendungsszenarien, in denen Sie die Funktion eingesetzt haben? 3. Welche Metadaten haben Sie dabei in die TIFF-Tags übernommen und wie haben Sie die entsprechende Konfiguration gepflegt? 4. Gibt es aus Ihrer praktischen Erfahrung Verbesserungsvorschläge, die wir ggf. mit geringem Mehraufwand im Zuge der Portierung berücksichtigen können? 5. Wäre aus Ihrer Sicht auch eine Reimplementierung als eigenständiges Modul denkbar, das generisch Metadaten aus einer METS-Datei auslesen und in TIFF-Tags schreiben kann? (Dieses Modul könnte dann natürlich aus dem Kitodo-Workflow heraus aufgerufen werden, wäre aber keine integrale Funktion von Kitodo selbst.) Im Voraus bereits recht herzlichen Dank für Ihre Mithilfe! 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

6 years, 1 month

Re: [Kitodo] Kitodo-Community Nachrichtensammlung, Band 35, Eintrag 2

by Kopanitsak, Clarissa (ASERV)

Lieber Herr Gerhardt, Liebe Kitodo-Community, Danke für die schnelle und ausführliche Antwort! Ich werde Ihre verschiedenen Lösungsansätze ausprobieren und mich gegebenenfalls bei Problemen noch einmal melden. Viele Grüße, Clarissa Kopanitsak --------------------------------------------------- Karlsruher Institut für Technologie (KIT) KIT-Archiv Clarissa Kopanitsak Studentischer Mitarbeiter Kaiserstraße 12 76131 Karlsruhe Telefon: +49 721 608-45443 Fax: +49 721 608-943494 E-Mail: clarissa.kopanitsak2(a)parnter.kit.edu Web: http://www.archiv.kit.edu KIT – Die Forschungsuniversität in der Helmholtz-Gemeinschaft Das KIT ist seit 2010 als familiengerechte Hochschule zertifiziert. ________________________________________ Von: kitodo-community-bounces(a)kitodo.org <kitodo-community-bounces(a)kitodo.org> im Auftrag von kitodo-community-request(a)kitodo.org <kitodo-community-request(a)kitodo.org> Gesendet: Freitag, 19. Juli 2019 16:21 An: kitodo-community(a)kitodo.org Betreff: Kitodo-Community Nachrichtensammlung, Band 35, Eintrag 2 Um e-Mails an die Liste Kitodo-Community zu schicken, nutzen Sie bitte die Adresse kitodo-community(a)kitodo.org Um sich via Web von der Liste zu entfernen oder draufzusetzen: https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community oder, via Email, schicken Sie eine Email mit dem Wort 'help' in Subject/Betreff oder im Text an kitodo-community-request(a)kitodo.org Sie koennen den Listenverwalter dieser Liste unter der Adresse kitodo-community-owner(a)kitodo.org erreichen Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen sinnvollen Inhalt der spezifischer ist als "Re: Contents of Kitodo-Community digest..." Meldungen des Tages: 1. Re: Probleme bei Insterllieren von Kitodo 2.2.0 - Evlt. ein Rechtevergabe-Problem? (Henning Gerhardt) ---------------------------------------------------------------------- Message: 1 Date: Fri, 19 Jul 2019 15:45:28 +0200 From: Henning Gerhardt <henning.gerhardt(a)slub-dresden.de> Subject: Re: [Kitodo] Probleme bei Insterllieren von Kitodo 2.2.0 - Evlt. ein Rechtevergabe-Problem? To: <kitodo-community(a)kitodo.org> Message-ID: <2978791a-ab74-ebff-ebc8-66c333c3bfcd(a)slub-dresden.de> Content-Type: text/plain; charset="utf-8" Liebe Frau Kopanitsak, liebe Community, in den Kitodo Shell Scripten - script_createDirUserHome.sh - script_createSymLink.sh wird jeweils der Benutzer übergeben, dem dann das Verzeichnis gehören soll. Ein normaler Benutzer, wie der tomcat Benutzer des Tomcat-Servers, kann aber nicht "fremden" Benutzern die Berechtigung dafür geben bzw. die Berechtigung dafür an diese abgeben. Man hat mehrere Möglichkeiten: 1) Man passt die Scripte an, so dass keine Benutzer-Änderung mehr stattfindet. Sofern man nur einen oder wenige Benutzer hat, geht dies. Bei größeren Einrichtungen und / oder mehreren Benutzern ist dies aber kein Weg. 2) Man installiert bspw. das Paket sudo (oder etwas ähnliches) mit dessen Hilfe es möglich ist, kurzfristig Aufrufe mit System/root-Rechten auszuführen. Die enthaltenen Aufrufe in den Scripte müssten dann wenigstens um ein sudo erweitert werden und in der /etc/sudoers die passenden Einträge hinterlegt werden. Es gibt darüber hinaus noch sicher andere Möglichkeiten, die der Möglichkeit 2) ähneln oder diese noch stark erweitern. Wenn man sich für den Weg 2) entscheidet, dann muss auch jeder Benutzer, der diese Berechtigungen bekommen soll, auf dem jeweiligen System existieren bzw. bekannt sein. Auch dafür gibt es mehrere Möglichkeiten: 1) Man legt den Benutzer lokal auf dem jeweiligen Server an. Dies kann bei einer überschaubaren Nutzeranzahl noch gut machbar sein sofern man darüber hinaus nicht noch weitere Komponenten für den Datenaustausch auf u.a. anderen Servern nutzen will / muss. 2) Man hinterlegt den Benutzer in einem zentralisierten Authentifizierungssystem wie LDAP / AD und bindet dieses auf dem Server mit ein. Dies ist der bessere Weg bei größeren Installation und / oder wenn man bspw. den Datenaustausch via WebDAV oder Samba / Cifs realisieren muss. Da es sehr viele Möglichkeiten gibt und diese auch noch stark von der genutzten Infrastruktur abhängen, ist es nicht wirklich möglich eine überschaubare Installationsanleitung zu schreiben, die viele Möglichkeiten mit inkludiert. Viele Grüße Henning Gerhardt On 7/19/19 3:14 PM, Kopanitsak, Clarissa (ASERV) wrote: > > Sehr geehrte Damen und Herren der Kitodo-Community, > > > im Auftrag des Archivs vom Karlsruher Institut für Technologie > (KIT) habe ich die Aufgabe übernommen im Rahmen des > Digitalisierungsprojekts einen METS-Editor ausfindig zu machen, der > unseren Zwecken entspricht. > > Kitodo hat mich hierbei durch die Internetpräsentation und des > auf Github bereitgestellten "Tutorial für Kitodo 2.x" > ( https://github.com/kitodo/kitodo-tutorials/tree/master/kitodo2?) > anlässlich des Workshops "Kitodo for newbies" vollends überzeugt. > > > Auch, wenn ich beim Einrichten eines lokalen Servers, ähnlich wie > der von Zeutschel, auf einige Schwierigkeiten stieß, konnte ich > diese dank der Dokumentation auf github und der Hilfe des Internets > weitestgehend beseitigen. > > > > Leider stehe ich nun einem Problem gegenüber bei dem ich nicht mehr > weiterkomme und die Hilfe der Kitodo-Community benötige. > > > Ich vermute, dass das Problem an der Rechtevergabe von > Benutzer "tomcat7" liegt. > > Die Hauptfehlermeldungen, um die es mir geht, beginnen nach dem > "Tutorial für Kitodo 2.x" ab "5. Vorgänge anlegen", wenn dem > "Scanner-Nutzer" die weitere Bearbeitung des Vorgangs übertragen wird. > > (Bei der lokalen Durchführung des Workshops habe ich die bereits > angelegten Test-Nutzer benutzt. Das Anlegen neuer Benutzer verläuft > soweit ohne Probleme, auch das Einloggen. Ab der Übergabe des Vorgangs > zum Scanner-Nutzer taucht jedoch der Fehler "/bin/chown: ungültiger > Benutzer: ?workshop2019scanning? ?auf; der Image-Ordner zum Vorgang > kann jedoch ohne weiteres angelegt werden. Ich denke, dass dieser > Fehler auch mit dem beschriebenen Problem im Zusammenhang steht.) > > > Bei der Einrichtung des Lokalen Servers orientierte ich mich an > der "Installationsanleitung für Kitodo 2.1" > (https://github.com/kitodo/kitodo-production/wiki/Installationsanleitung-für…) > > > Folgende Fehlermeldung wird bei der Aufgabenanahme durch den > Test-Scanner-Benutzer ausgegeben: > > * ?/usr/local/kitodo/users/testScanning/5635__[12]? -> > ?/usr/local/kitodo/metadata/12/images? > * das Ändern des Eigentümers von > ?/usr/local/kitodo/metadata/12/images/tiffwriter.conf? von tomcat7 > zu testScanning ist fehlgeschlagen > * das Ändern des Eigentümers von > ?/usr/local/kitodo/metadata/12/images/master_5635_media? von > tomcat7 zu testScanning ist fehlgeschlagen > * das Ändern des Eigentümers von > ?/usr/local/kitodo/metadata/12/images? von tomcat7 zu testScanning > ist fehlgeschlagen > * /bin/chown: der Eigentümer von > ?/usr/local/kitodo/metadata/12/images/tiffwriter.conf? wird > geändert: Die Operation ist nicht erlaubt > * /bin/chown: der Eigentümer von > ?/usr/local/kitodo/metadata/12/images/master_5635_media? wird > geändert: Die Operation ist nicht erlaubt > * /bin/chown: der Eigentümer von > ?/usr/local/kitodo/metadata/12/images? wird geändert: Die > Operation ist nicht erlaubt > > Die Fehlermeldung zieht sich hierbei auch beim Quality-Check-Nutzer > durch, unabhängig davon, ob im Mediaordner Bilder abgelegt wurden oder > nicht: > > * ?/usr/local/kitodo/users/testQC/5635__[12]? -> > ?/usr/local/kitodo/metadata/12/images? > * das Ändern des Eigentümers von > ?/usr/local/kitodo/metadata/12/images/tiffwriter.conf? von tomcat7 > zu root ist fehlgeschlagen > * das Ändern des Eigentümers von > ?/usr/local/kitodo/metadata/12/images/master_5635_media? von > tomcat7 zu root ist fehlgeschlagen > * das Ändern des Eigentümers von > ?/usr/local/kitodo/metadata/12/images? von tomcat7 zu root ist > fehlgeschlagen > * /bin/chown: der Eigentümer von > ?/usr/local/kitodo/metadata/12/images/tiffwriter.conf? wird > geändert: Die Operation ist nicht erlaubt > * /bin/chown: der Eigentümer von > ?/usr/local/kitodo/metadata/12/images/master_5635_media? wird > geändert: Die Operation ist nicht erlaubt > * /bin/chown: der Eigentümer von > ?/usr/local/kitodo/metadata/12/images? wird geändert: Die > Operation ist nicht erlaubt > > Entsprechend wird beim Metadateneditor-Nutzer, wenn man auf "Metadaten > bearbeiten" und anschließend auf "Paginierung bearbeiten" klickt > folgendes ausgegeben, auch, wenn Bilder vorhanden sind: > > * ?[???] No objects found > > Wenn Bilder im Media-Ordner abgelegt wurden haben sie durchgehend > diese Rechteverteilung: > -rw-r--r-- 1 tomcat7 tomcat7 8375330 Jul 13 18:42 0001.jpg > > Wie unter "Grundkonfigurationen" bei "Installationsanleitung für > Kitodo 2.1" angegeben, ist die Rechteverteilung der Ordner > unter /usr/local/kitodo/ wie folgt: > dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 13 17:00 config > drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 18:13 debug > dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 12 18:13 import > drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 19:13 logs > dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 12 18:13 messages > drwxrwsrwx 13 tomcat7 tomcat7 4096 Jul 15 13:52 metadata > dr-xr-sr-x 7 tomcat7 tomcat7 4096 Jul 13 16:52 plugins > dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 13 18:07 rulesets > dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 12 18:56 scripts > drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 18:13 swap > drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 18:13 temp > drwxrwsrwx 11 tomcat7 tomcat7 4096 Jul 13 18:53 users > dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 13 17:01 xslt > > Die Rechte wurde mit -R vererbt. > > Die Gruppenzugehörigkeit und Rechte von tomcat7 sind: uid=119(tomcat7) > gid=126(tomcat7) Gruppen=126(tomcat7) > > Um meine Vorgehensweise bei der Installation besser nachzuvollziehen > ist hier der Installationsablauf nach "Installationsanleitung für > Kitodo 2.1" angegeben: > > * ?Das vorgebene Betriebsystem Debian 8 wurde mit der auf > https://www.debian.org <https://www.debian.org> zur > Verfügung gestellten Netinsall debian-8.11.1-amd64-netinst.iso > auf Oracle VirtualBox 6.0 (6.0.8) realisiert. > * ?Sowohl der Dienst Tomcat7 als auch der MySQL Server 5.5 laufen > auf dem System reibungslos. > * Die my.cnf wurde wie angegeben bearbeitet > * Die gewünschte Datenbank "kitdodo" wurde angelegt und alle > Privilegien auf kitodo übertragen > * Die Datei "tomcat7" unter /etc/default/tomcat7 ist wie vorgegeben > ergänzt worden mit: JAVA_OPTS="-Djava.awt.headless=true -Xmx1920m > -XX:MaxPermSize=128m -XX:+UseConcMarkSweepGC" > * Es wurde die "kitodo-production-2.2.0.war" unter > "https://github.com/kitodo/kitodo-production/releases" geladen, > nach /var/lib/tomcat7/webapps/ verschoben und automatisch deployt > * Die hibernate.cfg.xml wurde für die lokale Installation so > belassen wie sie ist?? > * Die Dateien "schema.sql" und "default.sql" wurden mit dem > angegebenen Befehl eingebunden > * Folgendes gibt MySQL bei "show databases" aus > * > +--------------------+ > | Database | > +--------------------+ > | information_schema | > | kitodo | > | mysql | > | performance_schema | > +--------------------+ > * > Die Grundkonfiguration wurde wie gewünscht durchgeführt. > (Rechtevergabe und angelegte Ordner siehe oben) > * > Die "goobi_config.properties?" wurden wie vorgegeben angepasst. > * > Die "kitodo.log" funktioniert. (Die entsprechende *.log befindet > sich im Anhang. Bitte ignorieren sie den Fehler am Anfang des > Dokuments was die gdz.xml angeht. Dieser konnte behoben werden.) > * > Die angegebenen goobi_*.xml-Dateien und die modules.xml-Datei > wurden in das in goobi_config.properties angegebene > KonfigurationVerzeichnis kopiert (und die kitodo_mods_opac.xml) > * > -r-xr-xr-x 1 tomcat7 tomcat7 30693 Jul 12 18:48 > goobi_config.properties > -r-xr-xr-x 1 tomcat7 tomcat7 420 Jul 13 12:49 > goobi_digitalCollections.xml > -r-xr-xr-x 1 tomcat7 tomcat7 232 Jul 12 18:48 > goobi_loginBlacklist.txt > -r-xr-xr-x 1 tomcat7 tomcat7 102898 Jul 12 18:48 > goobi_metadataDisplayRules.xml > -r-xr-xr-x 1 tomcat7 tomcat7 0 Jul 12 18:48 > goobi_opacLanguages.txt > -r-xr-xr-x 1 tomcat7 tomcat7 537 Jul 12 18:48 goobi_opacUmlaut.txt > -r-xr-xr-x 1 tomcat7 tomcat7 5304 Jul 12 18:48 goobi_opac.xml > -r-xr-xr-x 1 tomcat7 tomcat7 851 Jul 12 18:48 > goobi_processProperties.xml > -r-xr-xr-x 1 tomcat7 tomcat7 6950 Jul 13 12:36 goobi_projects.xml > -r-xr-xr-x 1 tomcat7 tomcat7 337 Jul 12 18:48 goobi_webapi.xml > -r-xr-xr-x 1 tomcat7 tomcat7 3488 Jul 13 17:00 kitodo_mods_opac.xml > -r-xr-xr-x 1 tomcat7 tomcat7 506 Jul 12 18:50 modules.xml > > * > Die docket.xsl und docket_multipage.xsl wurden in den > entsprechenden XsltFolder verschoben (und die kalliope2kitodo.xsl) > * > -r-xr-xr-x 1 tomcat7 tomcat7 20577 Jul 12 18:52 docket_multipage.xsl > -r-xr-xr-x 1 tomcat7 tomcat7 20478 Jul 12 18:52 docket.xsl > -r-xr-xr-x 1 tomcat7 tomcat7 5485 Jul 13 17:01 kalliope2kitodo.xsl > * Die Konfigurationsdatei goobi_projects.xml wurde so belassen wie > sie ist. > * Die > Dateien goobi_metadataDisplayRules.xml, goobi_processProperties.xml > und goobi_digitalCollections.xml wurde so belassen wie sie sind. > * die Dateien ruleset_slubdd.xml und ruleset_subhh.xml wurde in den > entsprechenden rulesets-Ordner verschoben (Die gdz.xml wurde aus > dem Tutorial über Github geladen) > * > -r-xr-xr-x 1 tomcat7 tomcat7 135926 Jul 13 18:17 gdz.xml > -r-xr-xr-x 1 tomcat7 tomcat7 216636 Jul 12 19:08 ruleset_slubdd.xml > -r-xr-xr-x 1 tomcat7 tomcat7 87928 Jul 12 19:08 ruleset_subhh.xml? > > Die einzige Stelle an der der Benutzer "root" noch auftaucht ist, wenn > man im /usr/local/kitodo die Besitzer und die Rechte abfragt, da > jedoch im übergeordneten Ornder. > Siehe: > root@debian:/usr/local/kitodo# ls -la > insgesamt 60 > drwxrwsrwx 15 tomcat7 tomcat7 4096 Jul 12 18:13 . > *drwxrwsr-x 11 root staff 4096 Jul 12 18:12 ..* > dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 13 17:00 config > drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 18:13 debug > dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 12 18:13 import > drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 19:13 logs > dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 12 18:13 messages > drwxrwsrwx 13 tomcat7 tomcat7 4096 Jul 15 13:52 metadata > dr-xr-sr-x 7 tomcat7 tomcat7 4096 Jul 13 16:52 plugins > dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 13 18:07 rulesets > dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 12 18:56 scripts > drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 18:13 swap > drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 18:13 temp > drwxrwsrwx 11 tomcat7 tomcat7 4096 Jul 13 18:53 users > dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 13 17:01 xslt > > Der Server wurde bereits mehrfach nochmals aufgesetzt, auf die > Vermutung hin, dass ich einen Flüchtigkeitsfehler gemacht haben > könnte. Die Fehlermeldungen taucht jedoch konstant immer wieder auf. > > Ich hoffe ich konnte mein Problem verständlich darlegen und Sie haben > eine Idee was die Lösung sein könnte, weil ich im Moment keinen > Lösungsansatz mehr habe. > Bitte geben Sie mir Bescheid sollten Sie noch weiter Angaben benötigen. > > Mit freundlichen Grüße, > i.A. > Clarissa Kopanitsak > > --------------------------------------------------- > > Karlsruher Institut für Technologie (KIT) > KIT-Archiv > > > Clarissa Kopanitsak > Studentischer Mitarbeiter > > Kaiserstraße 12 > 76131 Karlsruhe > > Telefon: +49 721 608-45443 > Fax: +49 721 608-943494 > E-Mail: clarissa.kopanitsak2(a)parnter.kit.edu > Web: http://www.archiv.kit.edu > > KIT ? Die Forschungsuniversität in der Helmholtz-Gemeinschaft > > Das KIT ist seit 2010 als familiengerechte Hochschule zertifiziert. > > > > _______________________________________________ > 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 -------------- n?ster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://maillist.slub-dresden.de/pipermail/kitodo-community/attachments/2019… -------------- n?ster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/pkcs7-signature Dateigröße : 5408 bytes Beschreibung: S/MIME Cryptographic Signature URL : http://maillist.slub-dresden.de/pipermail/kitodo-community/attachments/2019… ------------------------------ _______________________________________________ Kitodo-Community mailing list Kitodo-Community(a)kitodo.org https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community Ende Kitodo-Community Nachrichtensammlung, Band 35, Eintrag 2 *************************************************************

6 years, 1 month

Probleme bei Insterllieren von Kitodo 2.2.0 - Evlt. ein Rechtevergabe-Problem?

by Kopanitsak, Clarissa (ASERV)

Sehr geehrte Damen und Herren der Kitodo-Community, im Auftrag des Archivs vom Karlsruher Institut für Technologie (KIT) habe ich die Aufgabe übernommen im Rahmen des Digitalisierungsprojekts einen METS-Editor ausfindig zu machen, der unseren Zwecken entspricht. Kitodo hat mich hierbei durch die Internetpräsentation und des auf Github bereitgestellten "Tutorial für Kitodo 2.x" ( https://github.com/kitodo/kitodo-tutorials/tree/master/kitodo2) anlässlich des Workshops "Kitodo for newbies" vollends überzeugt. Auch, wenn ich beim Einrichten eines lokalen Servers, ähnlich wie der von Zeutschel, auf einige Schwierigkeiten stieß, konnte ich diese dank der Dokumentation auf github und der Hilfe des Internets weitestgehend beseitigen. Leider stehe ich nun einem Problem gegenüber bei dem ich nicht mehr weiterkomme und die Hilfe der Kitodo-Community benötige. Ich vermute, dass das Problem an der Rechtevergabe von Benutzer "tomcat7" liegt. Die Hauptfehlermeldungen, um die es mir geht, beginnen nach dem "Tutorial für Kitodo 2.x" ab "5. Vorgänge anlegen", wenn dem "Scanner-Nutzer" die weitere Bearbeitung des Vorgangs übertragen wird. (Bei der lokalen Durchführung des Workshops habe ich die bereits angelegten Test-Nutzer benutzt. Das Anlegen neuer Benutzer verläuft soweit ohne Probleme, auch das Einloggen. Ab der Übergabe des Vorgangs zum Scanner-Nutzer taucht jedoch der Fehler "/bin/chown: ungültiger Benutzer: „workshop2019scanning“ auf; der Image-Ordner zum Vorgang kann jedoch ohne weiteres angelegt werden. Ich denke, dass dieser Fehler auch mit dem beschriebenen Problem im Zusammenhang steht.) Bei der Einrichtung des Lokalen Servers orientierte ich mich an der "Installationsanleitung für Kitodo 2.1" (https://github.com/kitodo/kitodo-production/wiki/Installationsanleitung-für…) Folgende Fehlermeldung wird bei der Aufgabenanahme durch den Test-Scanner-Benutzer ausgegeben: * „/usr/local/kitodo/users/testScanning/5635__[12]“ -> „/usr/local/kitodo/metadata/12/images“ * das Ändern des Eigentümers von „/usr/local/kitodo/metadata/12/images/tiffwriter.conf“ von tomcat7 zu testScanning ist fehlgeschlagen * das Ändern des Eigentümers von „/usr/local/kitodo/metadata/12/images/master_5635_media“ von tomcat7 zu testScanning ist fehlgeschlagen * das Ändern des Eigentümers von „/usr/local/kitodo/metadata/12/images“ von tomcat7 zu testScanning ist fehlgeschlagen * /bin/chown: der Eigentümer von „/usr/local/kitodo/metadata/12/images/tiffwriter.conf“ wird geändert: Die Operation ist nicht erlaubt * /bin/chown: der Eigentümer von „/usr/local/kitodo/metadata/12/images/master_5635_media“ wird geändert: Die Operation ist nicht erlaubt * /bin/chown: der Eigentümer von „/usr/local/kitodo/metadata/12/images“ wird geändert: Die Operation ist nicht erlaubt Die Fehlermeldung zieht sich hierbei auch beim Quality-Check-Nutzer durch, unabhängig davon, ob im Mediaordner Bilder abgelegt wurden oder nicht: * „/usr/local/kitodo/users/testQC/5635__[12]“ -> „/usr/local/kitodo/metadata/12/images“ * das Ändern des Eigentümers von „/usr/local/kitodo/metadata/12/images/tiffwriter.conf“ von tomcat7 zu root ist fehlgeschlagen * das Ändern des Eigentümers von „/usr/local/kitodo/metadata/12/images/master_5635_media“ von tomcat7 zu root ist fehlgeschlagen * das Ändern des Eigentümers von „/usr/local/kitodo/metadata/12/images“ von tomcat7 zu root ist fehlgeschlagen * /bin/chown: der Eigentümer von „/usr/local/kitodo/metadata/12/images/tiffwriter.conf“ wird geändert: Die Operation ist nicht erlaubt * /bin/chown: der Eigentümer von „/usr/local/kitodo/metadata/12/images/master_5635_media“ wird geändert: Die Operation ist nicht erlaubt * /bin/chown: der Eigentümer von „/usr/local/kitodo/metadata/12/images“ wird geändert: Die Operation ist nicht erlaubt Entsprechend wird beim Metadateneditor-Nutzer, wenn man auf "Metadaten bearbeiten" und anschließend auf "Paginierung bearbeiten" klickt folgendes ausgegeben, auch, wenn Bilder vorhanden sind: * [???] No objects found Wenn Bilder im Media-Ordner abgelegt wurden haben sie durchgehend diese Rechteverteilung: -rw-r--r-- 1 tomcat7 tomcat7 8375330 Jul 13 18:42 0001.jpg Wie unter "Grundkonfigurationen" bei "Installationsanleitung für Kitodo 2.1" angegeben, ist die Rechteverteilung der Ordner unter /usr/local/kitodo/ wie folgt: dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 13 17:00 config drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 18:13 debug dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 12 18:13 import drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 19:13 logs dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 12 18:13 messages drwxrwsrwx 13 tomcat7 tomcat7 4096 Jul 15 13:52 metadata dr-xr-sr-x 7 tomcat7 tomcat7 4096 Jul 13 16:52 plugins dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 13 18:07 rulesets dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 12 18:56 scripts drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 18:13 swap drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 18:13 temp drwxrwsrwx 11 tomcat7 tomcat7 4096 Jul 13 18:53 users dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 13 17:01 xslt Die Rechte wurde mit -R vererbt. Die Gruppenzugehörigkeit und Rechte von tomcat7 sind: uid=119(tomcat7) gid=126(tomcat7) Gruppen=126(tomcat7) Um meine Vorgehensweise bei der Installation besser nachzuvollziehen ist hier der Installationsablauf nach "Installationsanleitung für Kitodo 2.1" angegeben: * Das vorgebene Betriebsystem Debian 8 wurde mit der auf https://www.debian.org zur Verfügung gestellten Netinsall debian-8.11.1-amd64-netinst.iso auf Oracle VirtualBox 6.0 (6.0.8) realisiert. * Sowohl der Dienst Tomcat7 als auch der MySQL Server 5.5 laufen auf dem System reibungslos. * Die my.cnf wurde wie angegeben bearbeitet * Die gewünschte Datenbank "kitdodo" wurde angelegt und alle Privilegien auf kitodo übertragen * Die Datei "tomcat7" unter /etc/default/tomcat7 ist wie vorgegeben ergänzt worden mit: JAVA_OPTS="-Djava.awt.headless=true -Xmx1920m -XX:MaxPermSize=128m -XX:+UseConcMarkSweepGC" * Es wurde die "kitodo-production-2.2.0.war" unter "https://github.com/kitodo/kitodo-production/releases" geladen, nach /var/lib/tomcat7/webapps/ verschoben und automatisch deployt * Die hibernate.cfg.xml wurde für die lokale Installation so belassen wie sie ist * Die Dateien "schema.sql" und "default.sql" wurden mit dem angegebenen Befehl eingebunden * Folgendes gibt MySQL bei "show databases" aus * +--------------------+ | Database | +--------------------+ | information_schema | | kitodo | | mysql | | performance_schema | +--------------------+ * Die Grundkonfiguration wurde wie gewünscht durchgeführt. (Rechtevergabe und angelegte Ordner siehe oben) * Die "goobi_config.properties" wurden wie vorgegeben angepasst. * Die "kitodo.log" funktioniert. (Die entsprechende *.log befindet sich im Anhang. Bitte ignorieren sie den Fehler am Anfang des Dokuments was die gdz.xml angeht. Dieser konnte behoben werden.) * Die angegebenen goobi_*.xml-Dateien und die modules.xml-Datei wurden in das in goobi_config.properties angegebene KonfigurationVerzeichnis kopiert (und die kitodo_mods_opac.xml) * -r-xr-xr-x 1 tomcat7 tomcat7 30693 Jul 12 18:48 goobi_config.properties -r-xr-xr-x 1 tomcat7 tomcat7 420 Jul 13 12:49 goobi_digitalCollections.xml -r-xr-xr-x 1 tomcat7 tomcat7 232 Jul 12 18:48 goobi_loginBlacklist.txt -r-xr-xr-x 1 tomcat7 tomcat7 102898 Jul 12 18:48 goobi_metadataDisplayRules.xml -r-xr-xr-x 1 tomcat7 tomcat7 0 Jul 12 18:48 goobi_opacLanguages.txt -r-xr-xr-x 1 tomcat7 tomcat7 537 Jul 12 18:48 goobi_opacUmlaut.txt -r-xr-xr-x 1 tomcat7 tomcat7 5304 Jul 12 18:48 goobi_opac.xml -r-xr-xr-x 1 tomcat7 tomcat7 851 Jul 12 18:48 goobi_processProperties.xml -r-xr-xr-x 1 tomcat7 tomcat7 6950 Jul 13 12:36 goobi_projects.xml -r-xr-xr-x 1 tomcat7 tomcat7 337 Jul 12 18:48 goobi_webapi.xml -r-xr-xr-x 1 tomcat7 tomcat7 3488 Jul 13 17:00 kitodo_mods_opac.xml -r-xr-xr-x 1 tomcat7 tomcat7 506 Jul 12 18:50 modules.xml * Die docket.xsl und docket_multipage.xsl wurden in den entsprechenden XsltFolder verschoben (und die kalliope2kitodo.xsl) * -r-xr-xr-x 1 tomcat7 tomcat7 20577 Jul 12 18:52 docket_multipage.xsl -r-xr-xr-x 1 tomcat7 tomcat7 20478 Jul 12 18:52 docket.xsl -r-xr-xr-x 1 tomcat7 tomcat7 5485 Jul 13 17:01 kalliope2kitodo.xsl * Die Konfigurationsdatei goobi_projects.xml wurde so belassen wie sie ist. * Die Dateien goobi_metadataDisplayRules.xml, goobi_processProperties.xml und goobi_digitalCollections.xml wurde so belassen wie sie sind. * die Dateien ruleset_slubdd.xml und ruleset_subhh.xml wurde in den entsprechenden rulesets-Ordner verschoben (Die gdz.xml wurde aus dem Tutorial über Github geladen) * -r-xr-xr-x 1 tomcat7 tomcat7 135926 Jul 13 18:17 gdz.xml -r-xr-xr-x 1 tomcat7 tomcat7 216636 Jul 12 19:08 ruleset_slubdd.xml -r-xr-xr-x 1 tomcat7 tomcat7 87928 Jul 12 19:08 ruleset_subhh.xml Die einzige Stelle an der der Benutzer "root" noch auftaucht ist, wenn man im /usr/local/kitodo die Besitzer und die Rechte abfragt, da jedoch im übergeordneten Ornder. Siehe: root@debian:/usr/local/kitodo# ls -la insgesamt 60 drwxrwsrwx 15 tomcat7 tomcat7 4096 Jul 12 18:13 . drwxrwsr-x 11 root staff 4096 Jul 12 18:12 .. dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 13 17:00 config drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 18:13 debug dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 12 18:13 import drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 19:13 logs dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 12 18:13 messages drwxrwsrwx 13 tomcat7 tomcat7 4096 Jul 15 13:52 metadata dr-xr-sr-x 7 tomcat7 tomcat7 4096 Jul 13 16:52 plugins dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 13 18:07 rulesets dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 12 18:56 scripts drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 18:13 swap drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 18:13 temp drwxrwsrwx 11 tomcat7 tomcat7 4096 Jul 13 18:53 users dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 13 17:01 xslt Der Server wurde bereits mehrfach nochmals aufgesetzt, auf die Vermutung hin, dass ich einen Flüchtigkeitsfehler gemacht haben könnte. Die Fehlermeldungen taucht jedoch konstant immer wieder auf. Ich hoffe ich konnte mein Problem verständlich darlegen und Sie haben eine Idee was die Lösung sein könnte, weil ich im Moment keinen Lösungsansatz mehr habe. Bitte geben Sie mir Bescheid sollten Sie noch weiter Angaben benötigen. Mit freundlichen Grüße, i.A. Clarissa Kopanitsak --------------------------------------------------- Karlsruher Institut für Technologie (KIT) KIT-Archiv Clarissa Kopanitsak Studentischer Mitarbeiter Kaiserstraße 12 76131 Karlsruhe Telefon: +49 721 608-45443 Fax: +49 721 608-943494 E-Mail: clarissa.kopanitsak2(a)parnter.kit.edu Web: http://www.archiv.kit.edu KIT – Die Forschungsuniversität in der Helmholtz-Gemeinschaft Das KIT ist seit 2010 als familiengerechte Hochschule zertifiziert.

6 years, 2 months

Aktuelles zu Kitodo.Production 3.0

by Robert Strötgen

Liebe Kolleginnen und Kollegen, das DFG-Projekt zur Entwicklung von Kitodo.Production 3.0 befindet sich zurzeit auf der Zielgeraden. Auf der Mitgliederversammlung beim letzten Bibliothekskongress haben wir berichtet, vorher konnten Sie sich bei dem Workshop dort selbst ein Bild vom Stand der Entwicklung machen. In Kürze wird eine neue Beta-Version von Kitodo.Production 3.0 veröffentlicht. Diese Version heißt "Beta", weil wir in den nächsten Wochen und Monaten noch Erfahrungen mit der praktischen Einführung und Migration sammeln möchten. Am Schweizerischen Bundesarchiv geht Kitodo.Production 3.0 in Kürze in den Produktivbetrieb. Die Universitätsbibliotheken Mannheim und Braunschweig migrieren ihre Kitodo.Production-Installationen auf den aktuellen Stand. Dabei werden Migrationswerkzeuge (z.B. Datenbankskripte) erstellt und Migrationsschritte dokumentiert. Soweit hier noch Fehler oder Verbesserungsmöglichkeiten auffallen, werden diese bearbeitet. In den nächsten Wochen werden wir noch detaillierter über die neue Version informieren. Mit zwei Veranstaltungen möchten wir Sie dann auf die Einführung und Migration vorbereiten: Beim Anwendertreffen im November (den genauen Termin teilen wir noch mit) werden wir ausführlich über die Neuerungen von Kitodo.Production 3.0 informieren. Ein weiteres Thema werden Entwicklungen und Projekte aus der Kitodo-Community sein, für die wir schon jetzt um Beteiligung aus Ihrem Kreis bitten! In einem Migrationsworkshop im nächsten März werden Vereinsmitglieder, die in nächster Zeit eine Migration auf Kitodo.Production 3.0 planen, sehr konkret für den Migrationsablauf informiert. Zielgruppe werden sowohl IT-ler*innen, die die Installationen konfigurieren und betreuen, als auch Digitalisierungspraktier*innen, die die Workflows kennen und ggf. anpassen, sein. Kitodo.Production 3.0 ist ein großer Schritt nach vorne. Wir möchten Sie so gut wie möglich dabei unterstützen, Ihre eigene Kitodo-Installation reibungslos auf den neuen Stand zu bringen! Gemeinsam werden wir darüber nachdenken müssen, wie (und mit welchen Ressourcen) wir auch für die Zukunft die Weiterentwicklung von Kitodo.Production stemmen können. Bitte melden Sie sich, falls Sie noch Fragen zu Kitodo.Production 3.0 haben! Besten Gruß Robert Strötgen (Vorsitzender des Vorstands von Kitodo e.V.) -- Robert Strötgen Technische Universität Braunschweig Universitätsbibliothek Leiter der Abteilung IT und forschungsnahe Services Universitätsplatz 1, 38106 Braunschweig +49 (0)531-391-5026 r.stroetgen(a)tu-braunschweig.de www.ub.tu-braunschweig.de

6 years, 3 months

Personelles aus dem Release Management

by Huber, Kathrin

Liebe Kollegen, liebe Kitodo Freunde, liebe Vereinsmitglieder, sie kennen mich sicher schon aus dem aktuell laufenden DFG-Projekt, in welchem ich seit 2016 tätig bin. Vor etwa einem Jahr habe ich für die Entwicklungen im master-branch auch bereits das Releasemanagement übernommen. Seit Anfang Juli obliegt mir nun auch die Verantwortung für die übrigen Entwicklungen in Kitodo Production. Ich möchte mich an dieser Stelle herzlich bei meinem Vorgänger Henning Gerhardt für seine Jahrelange Arbeit bedanken und bin froh ihn noch als Ansprechpartner am Nachbarschreibtisch zu haben. Ich werde die Aufgaben des Releasemanagements weiterführen und werde jederzeit für ihre Fragen und Pull Requests da sein. Die bestehenden Konventionen bleiben natürlich erhalten und ich freue mich die Zukunft des Kitodo Codes aktiv mitgestalten zu können. Mit freundlich Grüßen Kathrin Huber Kathrin Huber Digitale Objekte Sächsische Landesbibliothek - Staats- und Universitätsbibliothek Dresden (SLUB) Abteilung IT, Referat 2.5 01054 Dresden Besucheradresse: Zellescher Weg 18, 01069 Dresden Tel.: +49 351 4677 242 | Fax: +49 351 4677 711 E-Mail: kathrin.huber(a)slub-dresden.de www.slub-dresden.de<http://www.slub-dresden.de/> <mailto:jens.bemme@slub-dresden.de> | www.kitodo.org/

6 years, 3 months

Tomcat kann war-Datei vom letzten Beta-Release nicht bereitstellen

by Rainer.Lunge＠web.de

6 years, 5 months

xlink-Attribute per Regelsatz ins MODS schreiben

by Richter, Michael

Hallo, ich musste feststellen, dass unsere aus Kitodo.Production exportierten METS-Dateien invalid sind. Und zwar schreibt Production im Metadaten-MODS-Bereich: <mods:accessCondition href="https://creativecommons.org/publicdomain/mark/1.0/" type="use and reproduction">Public Domain Mark 1.0</mods:accessCondition> "href" ist dort aber nicht erlaubt. "xlink:href" schon. Ich habe das auch so im Regelsatz konfiguriert: <Metadata> <InternalName>UseAndReproductionLicense</InternalName> <ValueCondition>/^https:\/\/creativecommons.org\/publicdomain\/mark\/1.0\//</ValueCondition> <ValueRegExp>s/^https:\/\/creativecommons.org\/publicdomain\/mark\/1.0\//Public Domain Mark 1.0/</ValueRegExp> <WriteXPath>./mods:mods/#mods:accessCondition[@type='use and reproduction'][@xlink:href='https://creativecommons.org/publicdomain/mark/1.0/'] </WriteXPath> </Metadata> Ich habe mich tief in den Code gewühlt und musste feststellen, dass der Quellcode (MetsMods.java->createNode()) offensichtlich keine Attribute mit Namespace unterstützt. Beim Prüfen auf einen Prefix (also einen Namespace) wird kein "@" für Attribute berücksichtigt. Hat jemand eine Idee, wie man korrekt "xlink:href" ins MODS bekommt? Danke und Gruß -- Michael Richter Abt. Online-Dienste und IT-Entwicklung Technische Universität Berlin Universitätsbibliothek Fasanenstraße 88 10623 Berlin Telefon: +49 (0)30 314-76097 m.richter(a)tu-berlin.de<mailto:m.richter@tu-berlin.de> www.tu-berlin.de<http://www.tu-berlin.de>

6 years, 5 months

kitodo.production 2.0

by Jan Krahl

Sehr geehrte Damen und Herren, erfolgreich arbeiten wir für die Digitalisierung und Präsentation unseres Archivs mit Kitodo.production 2.2.0 ich habe im September 2018 in Berlin Kitodo 3.0 kennen gelernt. Jetzt gibt es die Beta-version. Meine Frage: kann ich ohne Neuinstallation von 2.2.0 auf 3.0 upgraden oder die Installation vereinfache, oder muss die Beta völlig neu installiert werden? Mit bestem Dank und freundlichem Gruß Jan Kral Johannes Krahl Wědomostno-techniski sobudźěłaćer Wissenschaftlich-technischer Mitarbeiter Serbski kulturny archiw Sorbisches Kulturarchiv ____________________________ Serbski institut * Sorbisches Institut Hłowne sydło * Hauptsitz Dwórnišćowa 8 * Bahnhofstr. 8 02625 Budyšin * Bautzen t+ 49 3591 4972-34

6 years, 5 months

← Newer
1
...
8
9
10
11
12
13
14
...
21
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

Kitodo-Community