An dieser Stelle geben wir einen detaillierten Einblick in unsere aktuellen Entwicklungen. Wir versuchen, diese relativ aktuell zu halten und für möglichst jeden Monat zusammenzufassen, was es an Neuerungen oder Änderungen gab.

Im Inhaltsverzeichnis auf der linken Seite findet sich eine Auflistung der jeweiligen Monate, zu denen eine solche Zusammenstellung bereits vorliegt. Und zusätzlich sind im Folgenden auch einmal die letzten Digests verlinkt:

Allgemein

Mit dieser letzten Version des Jahres veröffentlichen wir voraussichtlich das letzte Goobi workflow Release, das noch unter Java 11 und Tomcat 9 betrieben werden kann. Ab dem kommenden Monat werden wir mit der Umstellung auf Java 21 und Tomcat 10 beginnen.

Achtung: Bitte beachten Sie, dass für die kommenden Releases einmalig ein größerer Updateaufwand erforderlich sein wird.

Core

Vorgangseigenschaften mit Vokabularinhalten

Vorgangseigenschaften gibt es in Goobi bereits seit langem. Sie werden oft dazu verwendet, um Informationen während des Workflows zu erfassen und auszuwerten, die nicht zum den Metadaten des Digitalisats gehören. Typische Beispiele hierfür sind Vorgaben für Arbeitsweisen, Scripte oder Statistiken (z.B. Öffnungswinkel, Leserichtung, Glasplattennutzung).

Bisher konnten die Eigenschaften in der Konfigurationsdatei goobi_processProperties.xml für veschiedene Inhalte typisiert werden, um beispielsweise Freitextfelder, Checkboxen oder Auswahllisten zu definieren, aus denen die Nutzer Informationen auswählen sollen.

Neu ist nun, dass solche Informationen auch aus Vokabularen kommen können. Aus sie werden in der gleichen Konfigurationsdatei festgelegt.

Damit stehen die Eigenschaften nun in der geänderten Oberfläche mit denjenigen Werten zur Verfügung, die dort als Hauptwert angegeben wurden.

Ein Klick auf einen solchen Wert öffnet ein Fenster, dass alle Details des Vokabulareintrags zeigt.

Ebenso steht natürlich für die Bearbeitung von Eigenschaften eine Erfassungsmaske zur Vefügung, die die Werte aus den Vokabularen auflistet.

Erweiterung für den Umgang mit hierarchischen Vokabularen

Die großen Entwicklungsarbeiten am neuen Vokabularsystem fanden ja bereits in den letzten Monaten statt. In dem Kontext wurde auch erlaubt, dass Vokabulare hierarchisch aufgebaut werden können.

Was bisher allerdings noch fehlte war die Möglichkeit, dass Vokabularinhalte auch innnerhalb von Dropdownlisten für Eigenschaften vernünftig auswählbar sein sollten. Dies ist mit diesem Update nun möglich.

Weitere Vorarbeiten für Goobi-to-go Umstellung

Wie auf den Goobi-Tagen bereits angekündigt arbeiten wir gerade intensiv an einer vollständigen Überarbeiten von Goobi-to-go. Dieses wird auf der Basis von Docker implementiert und getestet gerade und sieht bereits vielversprechend aus. In diesem Monat haben wir eigens hierfür den Start von Goobi workflow dahingehend angepasst, dass dieses im Falle einer langsameren Datenbankanbindung einer frisch gestarteten Datenbank robuster ist. Das spielt unsere Einschätzung nach ausschließlich für Goobi-to-go auf Docker als Infrastruktur eine größere Rolle.

Plugins

Migration von Visual-Library zu Goobi

Immer wieder kommen Nutzer der Software Visual Library auf uns zu und planen einen Migration ihrer Daten nach Goobi. Hierfür haben wir nun ein Plugin entwickelt, dass einen solchen Migrationsprozess sehr stark vereinfacht. Die Datenübernahme aus einer laufenden VL-Instanz kann hierbei in gleicher Form erfolgen, wie eine Katalogabfrage. Goobi startet daraufhin einen Workflow, der mit dem Migrationsplugin die Daten über die OAI-Schnittstelle abfragt und neben Paginierung, Strukturdaten und Metadaten auch die Bilder und Volltexte autoamtisch mit nach Goobi migriert. Ein solcher Workflow sieht beispielhaft wie folgt aus:

Im Anschluß an diese Migration stehen die Werke wie gewohnt in Goobi zur Verfügung und können dort beispielsweise auch im Metadateneditor bearbeitet werden:

Und auch ein Export in andere Systeme wie Langzeitarchivierung, Repositories und Kataloge sowie eine Veröffentlichung im Goobi viewer oder in anderen Systemen ist so wie gewohnt möglich:

Zur Veranschaulichung wie ein solcher Migrationsprozess für einzelne Werke verschiedener Visual-Library-Instanzen ablaufen kann, steht hier ein Screencast zur Verfügung:

Weitere Informationen zu dem Plugin für die Migration von Visual-Library-Inhalten zu Goobi finden sich in der Dokumentation hier:

Anpassungen am Transkribus-Plugin

Für die Durchführung von OCR oder HCR eigenet sich Transkribus sehr gut und ist mit dem bestehenden Plugin auch sehr bequem mittels Goobi automatisierbar. Insbesondere bei der Verarbeitung wirklich großer Listen von Vorgängen mit deutlich mehr als 100.000 Seiten kam es in der Vergangenheit öfter zu Verbindungsabbrechen und damit aufwendigen manuellen Eingriffen. Diese sind nun allerdings nicht mehr notwendig. Eine Überarbeitung der Anbindung von Transkribus mit einer automatischen Wiederholung von Verbindungsversuchen im Falle der Nichterreichbarkeit von Transkribus resultiert nun in einer deutlich problemfreieren Massenverarbeitung von OCR. Gleichzeitig wurde in dem Kontext auch die Verarbeitung der Vorgänge so angepasst, dass diese nun jeweils zusammengehörig verarbeitet werden und damit der die Übersicht über den Fortschritt deutlich verbessert wurde. Als Nebeneffekt ergab sich dabei zugleich ein enorm gesteigerter Seitendurchsatz.

Mehr Informationen zur OCR-Durchführung mittels Transkribus findet sich in der Dokumentation hier:

Erweiterung der Valildierunsmethoden für Bilddateien

Das Tif-Validierungsplugin wurde etwas erweitert, um weitere Validierungen auf der Basis von JHove durchzuführen. Hierbei wurden die Vergleichsmöglichkeiten so erweitert, das die erwarteten Werte nun noch flexibler definiert werden können. Auch wurden die Beispiele für die Anwendung dieser Vergleichsmöglichkeiten in der Referenzkonfiguration und auch in der Dokumentation deutlich erweitert, so dass eine Erstinstallation des Plugins zusammen mit der Dokuemtation nun deutlich einfacher und flexibler sein dürfte. Die aktuallisierte Dokumentation des Plugins findet sich hier:

Anpassung des Zeitungsexports für das DDB-Zeitungsprofil

Goobi workflow und Goobi viewer gehen bereits sehr elegant mit Zeitungsausgaben um und bieten z.B. mit Kalendern, Metadaten und Strukturdaten verschiedene Möglichkeiten, damit Nutzer einfach zu den gewünschten Zeitungen navigieren können. Für das Einspielen von Zeitungen in deas Zeitungsportal der Deutschen Digitalen Bibliothek hingegen ist eine besondere Aufarbeitung der Metadaten notwendig, so dass die Zeitung, der Jahrgang und die einzelnen Ausgaben als Zwischenebenen anders abgebildet werden. Die hierbei notwendigen Konventionen wurden nun innerhalb eines besonderen Export-Plugins berücksichtigt, so dass die Übergabe an die DDB nun noch einfache möglich ist.

Codeanalyse

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 24.12.4. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

<dependency>
    <groupId>io.goobi.workflow</groupId>
    <artifactId>workflow-core</artifactId>
    <version>24.12.4</version>
    <classifier>classes</classifier>
</dependency>

Allgemein

Wie erwartet hat uns die Umstellung auf Java 21 doch noch einiges an Nacharbeiten gebracht. Die Umstellungen bezogen sich sowohl auf die Infrastruktur als auch auf die Nutzeroberfläche, wo wir parallel die Bootstrap 5 Umstellung abgeschlossen haben. Außerdem ist auch im Bereich von Goobi-to-go eine große Neuerung zu vermelden.

Core

Java 21 - Nacharbeiten hier und da

Wir haben es doch irgendwie kommen sehen: Es kamen doch noch einige Nacharbeiten auf uns zu, was die Großumstellung auf Java 21 betrifft. Insbesondere diejenigen Plugins, die auf der Infrastruktur Riot basierten, benötigten doch noch einmal ein paar kleinere Änderungen. Insgesamt waren diese Änderungen aber absolut überschaubar, so dass die neue Infrastruktur auf Basis von Java 21 und Tomcat 10 bereits bei einigen Goobi-Anwendern in den Produktivbetrieb gehen konnte.

Bootstrap 5 - Nacharbeiten für die Umstellung des Metadateneditors

Auch bei dem Metadateneditor gab es noch einmal einige kleinere Nacharbeiten. Wir hatten ihn mit dem letzten Release ja bereits auf Bootstrap 5 umgestellt, so dass einige Bereiche des Metadateneditor ein kleines bisschen anders aussahen. Einige kleinere Optimierungen insbesondere im Hinblick auf Usability sind uns aber dennoch aufgefallen, die noch behoben werden sollten. So wurden beispielsweise Validierungsmeldungen, die direkt neben den Feldern angezeigt werden sollten, noch einmal leicht umgestyled:

Und auch das Popover, das erscheint, wenn man den Mauszeiger im linken Bereich über die Strukturelemente bewegt, wurden bezüglich der Validierungsmeldungen angepasst:

Die scheinbar kaum bekannte Funktionalität für die Lesezeichenfunktionalität wurde in diesem Zusammenhang auch auf den aktuellen Stand gebracht:

Und auch der Status der einzelnen Boxen, die man als Nutzer im Bereich der Strukturierung und bei den Metadaten auf- und zuklappen kann, wurde so erweitert, dass dieser nun bei Seitenwechseln wieder erhalten bleibt und so unnötige Klicks vermieden werden.

Code Cleanup von 200.000 Zeilen

Da aus unserer Sicht die Umstellungen auf Bootstrap 5 abgeschlossen sind, haben wir uns in diesem Monat dazu entschlossen, nun auch einige der Layout-Altlasten zu entfernen. Dies betrifft insbesondere HTML-Komponenten, JavaScript-Dateien und Styling-Angaben, die noch für die Verwendung von Bootstrap 3 und Bootstrap 4 an verschiedensten Stellen vorhanden waren und die verhindern sollten, dass Bereiche, die wir eventuell versehentlich noch nicht umgestellt haben könnten, weiterhin gut aussehen und bedienbar bleiben. Aus unserer Sicht, sind diese Dateien nun gar nicht mehr in Verwendung und wurden daher gelöscht. Damit wurde Goobi workflow schlagartig um ca. 200.000 Zeilen von redundantem Quellcode kleiner. Für uns als Entwickler fühlt sich das gut an. :)

Französisch als Sprache eingeführt

Die Verbreitung von Goobi worklow steigt scheinbar auch weiterhin. Dabei kommen immer mal wieder Wünsche nach zusätzlich zu unterstützenden Sprachen auf. In diesem Monat haben wir daher französisch in die Liste der unterstützten Sprachen aufgenommen. Für uns als Nicht-Muttersprachler heisst dies, dass wir hierfür die Infrastruktur bereitstellen, dass es überhaupt einen Sprachumschalter gibt, der Französisch jetzt als Sprache anbietet. Außerdem haben wir auf der Basis von automatischer Übersetzung auch dafür gesorgt, dass für alle Beschriftungen, die in Goobi workflow z.B. für Buttons oder Felder angezeigt werden, nun französische Übersetzungen vorliegen. Diese sind allerdings bisher noch nicht durch eine manuelle Korrekturlesung eines Muttersprachlers geprüft worden. Gern stellen wir engagierten Interessenten die Sprachdateien für jede der bereits verfügbaren Sprachen zur Verfügung, um deren Übersetzungen komplettieren oder überarbeiten zu können.

Plugins

Bedingungen für die automatische Aktualisierung von Metadatenfeldern

Das Plugin goobi-plugin-step-metadata-update-field existiert bereits seit einiger Zeit und dient dazu, dass Metadatenfelder automatisiert gefüllt werden können, u.a. aus Inhalten anderer Metadatenfelder und auch generierten Informationen.

Dieses Plugin wurde nun erweitert, um diese Erzeugung von Metadaten und damit die Aktualisierung der METS-Datei des entsprechenden Vorgangs nur dann dann ausführen zu lassen, wenn eine konfigurierte Bedingung erfüllt ist. Eine beispielhafte Konfiguration hierfür sieht so aus:

<config_plugin>
    <config>
		<project>*</project>
		<step>*</step>
        
        <update>
			<field>TitleDocMain</field>
			<element>Monograph</element>
			<forceUpdate>true</forceUpdate>
            <condition field="PublicationYear" value="\d[4}]" />
    		<content type="variable">{meta.CatalogIDDigital}</content>
			<content type="static">_</content>
            <content type="metadata">PublicationYear</content>
		</update>

	</config>
</config_plugin>

Genauere Informationen finden sich innerhalb der Dokumentation des Plugins, in der die Konfigurierbarkeit der Bedingungen ebenfalls erläutert werden:

Neues Plugin für die METS-Datei-Aufbereitung

In einigen Anwendungsfällen besteht die Notwendigkeit, dass die METS-Datei eines Vorgangs automatisch exportiert wird, ohne dass sie zuvor von einem Nutzer im Metadateneditor manuell bearbeitet wurde. In einem solchen Fall ist es notwendig, dass die METS-Datei üblicherweise etwas angereichert werden muss. Insbesondere geht es dabei darum, dass die zugehörigen Mediendateien (z.B. die Bilder) der METS-Datei zumindest auf oberster Ebene zugewiesen werden. Eventuell ist es hierbei ebenso sinnvoll, gleich automatisch eine Paginierung verschiedenen Typs zuzuweisen oder auch andere Metadaten automatisiert ergänzen zu lassen. Für solche Anwendungsfälle haben wir nun ein neues Plugin mit dem Namen goobi-plugin-step-mets-enhancer entwickelt.

Die ausführliche Dokumentation findet sich wie gehabt auf unserer Dokumentationsplattform hier:

Der Quelltext des Plugins sowie die installierbare Fassung des Plugins finden sich hier:

Umstellung des Rich-Text-Editors für Transkriptionen

Mit dem Plugin goobi-plugin-step-transcription steht bereits seit längerem eine Möglichkeit zur Verfügung relativ einfach Transkriptionen von Bildern zu erzeugen und sie dabei gleich mit Formatanweisungen zu kombinieren. Bisher haben wir hierzu den Editor TinyMCE verwendet. Aus verschiedenen Gründen mussten wir hier allerdings eine größere Umstellung vornehmen, um auch die Weiterentwicklung des Goobi-Plugins zu gewährleisten. Hierzu haben wir uns nun für die JavaScript-Bibliothek Quill entschieden.

Der neue Editor verhält sich annähernd so, wie der bisherige. Das Update sollte also für Nutzer keine negative Auswirking haben und wie gehabt funtionieren.

Die Dokumentation des Plugins findet sich hier auf unserer Dokumentationsplattform:

Das installierbare Plugin findet sich hier:

Neue Goobi-to-go Infrastruktur

Nach langer Bearbeitungszeit haben wir unsere Infrastruktur für Goobi-to-go ungestellt. Erste Tests bei Anwendern finden bereits statt. Neu ist hierbei insbesondere, dass die neue Goobi-to-go-Infrastruktur auf Docker basiert und jetzt deutlich flexibler ist als bisher. Sie läuft auch endlich wieder unter allen gängigen Betriebssystemen.

Noch haben wir die neue Fassung von Goobi-to-go nicht eigenständig veröffentlicht. Wer Lust auf die Durchführung von Tests hat, kann sich gern jederzeit bei uns melden. Wir stellen dies dann gern zur Verfügung.

Codeanalyse

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 25.03. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

<dependency>
    <groupId>io.goobi.workflow</groupId>
    <artifactId>workflow-core</artifactId>
    <version>25.03</version>
    <classifier>classes</classifier>
</dependency>

Allgemein

Das Release dieses Monats kommt mit etwas Verspätung und ist entsprechend umfangreich. Wir beschränken und hier einmal auf die wichtigsten Punkte dieses Monats.

Core

Zugriffsbeschränkungen von Metadaten

Die Programmbibliothek UGH, die als Teil von Goobi dafür zuständig ist, dass Metadaten, Strukturdaten, Paginierung, Katalogmapping, Exporte und vieles mehr funkionieren, wurde dahingehend erweitert, dass einzelne Metadaten jetzt mit Zugriffsbeschränkungen versehen werden können. Innerhalb des Regelsatzes muss hierbei einfach ein weiteres Attribut allowAccessRestriction zu dem gewünschten Metadatum hinzugefügt werden.

Nachdem diese Konfiguration in dem Regelsatz erfolgt ist, zeigt der Metadateneditor in seiner Oberfläche vor den jeweiligen Metadaten ein kleines Icon an, dass das Aktivieren der Zugriffsbeschränkung erlaubt.

Wenn Werke mit solchen festgelegten Zugriffsbeschränkungen versehen wurden und die exportierte METS-Datei somit über die Information der Zugriffsbeschränkung verfügt, kann ein Zielsystem wie beispielsweise der Goobi viewer davon Gebrauch machen. Im Falle des Goobi viewers wird die METS-Datei beispielsweise für den Zugriff durch Nutzer jetzt jeweils auf solche Beschränkungen geprüft und dann für unberechtigte Personen von den geschützten Daten bereinigt. Auf diese Weise sind die Informationen nicht nur in der Oberfäche für unberechtigte Personen verborgen sondern auch für den Zugriff auf die zugrundeliegende METS-Datei.

Docker Support erweitert - Vorbereitung für ein neues Goobi-to-go

Es gibt bereits einige Goobi Anwender, die Goobi workflow nicht mehr direkt auf den Servern installieren und stattdessen auf die Nutzung von Docker zurückgreifen, um die Applikation innerhalb von Containern zu betreiben. Für Goobi workflow wird daher bereits seit einiger Zeit auch schon ein Docker-Image bereitgestellt, dass sich hier finden läßt:

Diese Infrastruktur bearbeiten wir derzeit relativ intensiv und stellen darin eingige um. Nicht nur, damit Anwender davon profitieren, die es für sich auf Servern installieren möchten. Sondern auch, weil wir bereits seit einiger Zeit daran arbeiten, eine gänzlich neue Fassung von dem beliebten Goobi-to-go zu konzipieren, dass dann auf der Basis von Docker betrieben werden soll. Hier stehen also in den kommenden Wochen große Änderungen und Ankündigungen bevor.

Vorgangseigenschaften mit besseren Benennungen

Bisher war es so, dass Vorgangseigenschaften in einer gemeinsamten Box angezeigt und untereinander aufgelistet wurden. Das sah in der Vergangenheit also meist ungefähr so aus:

Die einzelnen Bereiche konnten zwar mehrere Eigenschaften als Container gruppieren. Aber es gab keine offensichtliche Klassifierung dieser Container. Diese sollen nun dahingehend erweitert werden, dass sie einerseits nicht mehr nur aufgelistet, sondern wirklich als eigenständige Container dargestellt werden könen, wo auch die Zugehörigkeit zu den jeweiligen Containern besser ersichtlich wird:

Damit die Bedienung für die Nutzer aber noch einfacher wird, wurde die Verwaltung der Container nun so erweitert, dass die Container nun jeweils eine Bezeichnung erhalten können. Diese wird in der Konfigurationsdatei beispielsweise so festgelegt:

Anschließend ist die Darstellung der Eigenschaften für die Nutzer entsprechend auch deutlicher und die Zugehörigkeit zu den jeweiligen benannten Containern besser verständlich:

Die gleiche Darstellung in dieser Box-Form ist dabei natürlich auch innerhalb der angenommenen Aufgaben berücksichtigt, um eine einheitliche Bedienung sicherzustellen:

Neues Benachrichtigungssystem und Footer

Auf den Goobi-Tagen haben wir es ja bereits angekündigt. Nun ist es auch in Produktion gegangen: Wir haben eine gänzlich andere Darstellung der Benachrichtigungen implementiert. Erfolgs- und Fehlermeldungen werden nun nicht mehr einfach nur im oberen Bereich angezeigt, sondern sind jetzt auch ausblendbar und überlagern die Oberfläche, so dass sie das Layout der gesamten Seite nicht mehr so stark beeinträchten, wenn doch einmal mehrere Meldungen gleichzeitig angezeigt werden.

Ursprünglich war geplant, dass die Meldungen vielleichgt auch aus dem Footerbereich von Goobi kommen könnten. Daher haben wir Goobi worklow mit einer Fußzeile ausgestattet in der bereits einige nützliche Links und Informationen stehen. In Zukunft werden wir hier noch weitere praktische Dinge ergänzen.

Vokabularserver als Docker-Image

Damit der neuen Vokabularserver nicht nur auf Severn regulär installiert werden kann, haben wir ihn nun auch als Docker-Image bereitgestellt. Damit ist der Betrieb innerhalb von Docker-Umgebungen dafür auch einfacher geworden. Perspektivisch dient uns dies ebenfalls dazu, den Vokabularserver innerhalb der neuen Goobi-to-go-Infrastruktur gut nutzen zu können.

Vokabular mit Monitoring Schnittstelle

Der Vokabularserver wurde noch etwas rubuster gemacht. Er verfügt es unter anderem über eine Methode, um seinen eigenen Betrieb zu prüfen und stellt dies als Abfrage für ein Monitoring zur Verfügung. Damit ist es nun möglich, dass externe Applikationen wie z.B. Goobi workflow den korrekten Betrieb des Vokabularservers prüfen können, bevor sie mit diesem weitergehen kommunizieren. Damit können potentielle Fehler besser vermieden werden.

Auch wurde in dem Zusammenhang eine Versionscheck implementiert, der für andere Applikationen erlaubt, den Versionsstand des Vokabularservers abzufragen. Darauf aufbauend können externe Applikation somit besser entscheiden, ob sie und wie sie mit dem Vokabularserver weiter kommunizieren möchten.

Nutzeroberfläche auf Basis von Bootstrap 5

An der Nutzeroberfläche von Goobi workflow arbeiten wir natürlich auch weiterhin. Die Umstellung auf Bootstrap 5 ist wie angekündigt in vollem Gange und leider auch noch immer nicht abgeschlossen. Insgesamt sind wir aber bereits sehr weit vorangeschritten und fokussieren uns jetzt darauf die ca. 300 Plugins auf ihre Nutzeroberfläche hin zu überarbeiten, so dass Goobi worklfow sowie die Plugins in einheitlichem Erscheinungsbild auftreten.

Plugins

Überarbeitung des Entitäteneditors

Der Editor für die Bearbeitung von Entitäten wurde in diesem Monat deutlich überarbeitet, um die Bedienung zu vereinfachen, die Speicherung von Beziehungen zwischen den Datensätzen, die Performance sowie auch das Zusammenspiel zum Vokabularserver zu verbessern.

Überarbeitung des Data Pollers

Innerhalb der Goobi Tage im September kam noch einmal zur Sprache, dass die Funktionalität des Data Pollers (vormals Catalogue Poller) einmal intensiv geprüft werden muss. Dieser wurde in den Monaten zuvor ja mit der Möglichkeit für Testläufe ausgestattet, deren Ergebnisse für Anwender einsehbar sein sollten, bevor diese tatsächlich ausgeführt werden. Auch bestand der Wunsch nach einer konfigurierbaren Whitelist für die zu aktualisierenden Metadaten anstelle der bis dato nur verfügbaren Blacklist für die nicht zu aktualisierenden Metadaten.

Eine Prüfung der Funktionalität ist nun erfolgt und Fehlerchen wurden korrigiert. In dem Zusammenhang wurde auch die Nutzeroberfläche gleich auf Bootstrap 5 portiert.

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 24.10. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

<dependency>
    <groupId>io.goobi.workflow</groupId>
    <artifactId>workflow-core</artifactId>
    <version>24.10</version>
    <classifier>classes</classifier>
</dependency>

Allgemein

Wie schon in den vergangenen Jahren war auch in diesem Jahr wieder das große Anwendertreffen in Göttingen. Viel konnten wir dennoch noch erreichen in diesem Monat.

Core

Umstellung auf Java 17

Wir haben den Quelltext von Goobi und den Plugins von Java 11 auf Java 17 umgestellt. Das ist zunächst noch keine besonders große Änderung, weil wir den Quelltext noch immer mit Kompatibilität für Java 11 kompilieren. Damit ist die Applikation auch weiterhin in der bewährten Infrastruktur einsetzbar, ohne große Umstellungen vornehmen zu müssen. Perspektivisch werden wir aber sehr bald ein größeres Update für Java 21 durchführen müssen, um mit Tomcat 10 kompatibel zu sein. Dies werden wir dann zu Beginn des kommenden Jahres in Angriff nehmen

Neue Oberfläche für das Journal

Die Oberfläche des Journals, das zu jedem Vorgang gehört, haben wir einmal ganz neu gestaltet. Statt wie bisher mit verschiedenen Farben zu arbeiten, ist eine Klassifizierung der einzelnen Nachrichten nun durch die Icons erkennbar. Dies erlaubt so eine deutlich bessere Accessibility.

Wie bisher auch kann das Journal in einen expandierten Modus umgeschaltet werden und ist sonit insbesondere bei vielen Inhalten deutlich besser lesbar, ohne innerhalb der Box scrollen zu müssen.

Und natürlich haben wir die Gestaltung gleich so vorgenommen, dass alle Bereiche von Goobi worklfow, die das Journal verwenden, davon profitieren und somit die gleiche interne Komponente und damit auch die gleiche Gesaltung nachnutzen. Dies gilt unter anderem für das Journal in den angenommenen Aufgaben, in den Projekten und bei den Nutzern.

Plugins

Verarbeitung von Nutzerbestellungen

Zusammen mit der Zentralbibliothek Zürich haben wir ein sehr flexibles Plugin für den Umgang mit Nutzerbestellungen erstellt. Dieses erlaubt, dass Informationen, die durch die Nutzer bei der Beauftragung angegegeben wurden für die Abrechnung, erfasst und weiterverarbeitet werden können. Hierbei geht es einerseits um die Möglichkeit, dass Nutzer die Möglichkeit haben sollen, über Ihre Bestellungen informiert zu werden und dabei auch einen Lieferschein zu erhalten.

Ebenso ging es aber auch darum, dass Angaben zur Bestellung, die einen Einfluß auf die Zusammensetzung der Kosten haben, bearbeitbar werden und abschließend der Buchhaltungsabteilung zur Verfügung gestellt werden können.

Erweiterung des Mail-Plugins für Anhänge und Variablen

Bereits seit einiger Zeit existiert ein Plugin, das erlaubt, dass im Verlauf des Workflows gezielt E-Mails mit flexiblem Inhalt durch Goobi versendet werden können. Was hier allerdings noch fehlte war, dass für die Angabe von Empfängern Informationen aus den Vorgangseigenschaften genutzt werden können. Dies war für den Versand von Nachrichten an die Absender einer Nutzerbestellung erforderlich.

Auch wurde in diesem Zusammenhang eine Erweiterung des Plugins vorgenommen, um nun auch Anhänge an Mails anfügen zu können. Auch diese können unter Verwendung von Variablen aus Eigenschaften, Metadaten oder Pfaden des Vorgangs sehr flexibel festgelegt werden.

PDF Generierung erweitert

Das Plugin, mit dem flexibel im Verlauf von Workflows PDF-Dateien generiert werden können, ist deutlich überarbeitet worden. Die Konfiguration des Plugins erlaubt jetzt, dass noch besser gesteuert werden kann, woraus die PDF-Dateien tatsächlich generiert werden sollen. Dies betrifft einerseits die Angabe aus welchem Verzeichnis die Bilddateien für die PDF-Dateien genutzt werden sollen. Andererseits betrifft dies aber auch die Steuerung, wie das PDF zusammengesetzt werden soll. Hierbei kann jetzt festgelegt werden, ob Einzelseiten PDFs erzeugt werden sollen, oder ob ein Gesamt-PDF erzeugt werden soll. Dabei kann ebenso gesteuert weden, wie die Zusammensetzung erfolgen soll, so dass beispielsweise ein Gesamt-PDF aus Einzelseiten zusammengefügt werden soll oder durch die Seitenzuweisung der METS-Datei gesteuert werden soll. Auch der Ort, wohin die PDF-Dateien exportiert werden sollen, ist nun granular steuerbar.

Umfangreiche Dokumentationsarbeiten

An dem Aufbau der Dokumentation arbeiten wir derzeit sehr intensiv. Dazu gehört einerseits die Pflege der eigentlichen Dokumentation und Konfiguration samt Installationsanleitung in Deutsch und Englisch. Darüber hinaus gehört aber auch dazu, dass wir die Plugins in Digests erläutern, wenn es relevante Änderungen gab, dass sie bei Github veröffentlicht werden und dass die dort über eine aktuelle Readme-Datei verfügen, die eine Verbindung zwischen der lesefreundlichen Dokumentation und dem Quellcode gewährleistet.

Für die folgenden Plugins gabe es entweder umfangreiche Updates der Dokumentationen oder es wurden neue Dokumentationen erstellt:

An den folgenden Plugins gab es in diesem Monat Änderungen an den README-Dateien:

goobi-plugin-administration-data-poller
goobi-plugin-administration-goobi2goobi-import
goobi-plugin-administration-reset-pagination
goobi-plugin-administration-restore-archived-image-folders
goobi-plugin-administration-ruleset-compatibility
goobi-plugin-dashboard-barcode
goobi-plugin-dashboard-extended
goobi-plugin-export-adm-bsme
goobi-plugin-export-bda-single-image
goobi-plugin-export-configurable
goobi-plugin-export-fedora
goobi-plugin-export-fedora-prov
goobi-plugin-export-heris
goobi-plugin-export-newspaper
goobi-plugin-export-nli-pdf-to-folder-structure
goobi-plugin-export-selected-images
goobi-plugin-export-stanford
goobi-plugin-export-vlm
goobi-plugin-export-weimar-haab
goobi-plugin-export-zop
goobi-plugin-import-bka-bda
goobi-plugin-import-crown
goobi-plugin-import-eth-no-catalogue
goobi-plugin-import-excel
goobi-plugin-import-katzoom
goobi-plugin-import-mab
goobi-plugin-import-sisis-sunrise-file
goobi-plugin-import-wuwien
goobi-plugin-import-zbz-alma
goobi-plugin-import-zbz-cmi
goobi-plugin-import-zbz-no-catalogue
goobi-plugin-metadata-change-type
goobi-plugin-metadata-create-structure-elements
goobi-plugin-opac-ariadne
goobi-plugin-quartz-heris
goobi-plugin-statistics-sudan-memory
goobi-plugin-statistics-user-throughput
goobi-plugin-opac-ead
goobi-plugin-opac-generic-xml
goobi-plugin-opac-json
goobi-plugin-opac-kalliope
goobi-plugin-opac-marc
goobi-plugin-opac-pica
goobi-plugin-opac-soutron
goobi-plugin-quartz-bka-wohnbau
goobi-plugin-step-abbyy-finereader
goobi-plugin-step-alma-api
goobi-plugin-step-analysis-imagename
goobi-plugin-step-archive-image-folder
goobi-plugin-step-ark
goobi-plugin-step-bag-creation
goobi-plugin-step-batch-progress
goobi-plugin-step-catalogue-request
goobi-plugin-step-change-workflow
goobi-plugin-step-create-full-pdf
goobi-plugin-step-create-structure-from-filenames
goobi-plugin-step-datacite-doi
goobi-plugin-step-delay
goobi-plugin-step-delay-workflow-status
goobi-plugin-step-delete-content
goobi-plugin-step-display-metadata
goobi-plugin-step-doi
goobi-plugin-step-download-and-verify-assets
goobi-plugin-step-duplicate-tasks
goobi-plugin-step-epic-pid
goobi-plugin-step-ewig
goobi-plugin-step-excel-metadata-enrichment
goobi-plugin-step-export-package
goobi-plugin-step-fetch-images-from-metadata
goobi-plugin-step-file-upload
goobi-plugin-step-file-validation
goobi-plugin-step-flex-editor
goobi-plugin-step-generate-alto-ids
goobi-plugin-step-generate-identifier
goobi-plugin-step-geonames-auto-annotator
goobi-plugin-step-geonames-correction
goobi-plugin-step-handle-mets
goobi-plugin-step-heris
goobi-plugin-step-image-metadata-extraction
goobi-plugin-step-image-resize-and-watermark
goobi-plugin-step-image-selection
goobi-plugin-step-imageqa
goobi-plugin-step-import-from-folder
goobi-plugin-step-kiel-archive-cleanup
goobi-plugin-step-metadata-edition
goobi-plugin-step-metadata-per-image
goobi-plugin-step-metadata-replacement
goobi-plugin-step-metadata-structure-import
goobi-plugin-step-metadata-update-field
goobi-plugin-step-mets-creation
goobi-plugin-step-mets-enhancer
goobi-plugin-step-mix-metadata-enrichment
goobi-plugin-step-mixed-ocr
goobi-plugin-step-ocr-selector
goobi-plugin-step-ocr-to-metadata
goobi-plugin-step-oid-creation
goobi-plugin-step-olr-correction
goobi-plugin-step-pdf-book-interchange-convert
goobi-plugin-step-pdf-extraction
goobi-plugin-step-pdf-upload
goobi-plugin-step-placeholder-creation
goobi-plugin-step-process-folder-migration
goobi-plugin-step-rename-files
goobi-plugin-step-rename-files-before-rosetta
goobi-plugin-step-rename-process
goobi-plugin-step-reorder-images
goobi-plugin-step-replace-images
goobi-plugin-step-representative-creation
goobi-plugin-step-reverse-image-order
goobi-plugin-step-rki-import
goobi-plugin-step-save-docket-file
goobi-plugin-step-send-mail
goobi-plugin-step-tei-import
goobi-plugin-step-tif-validation
goobi-plugin-step-transcription
goobi-plugin-step-transkribus-collection
goobi-plugin-step-urn
goobi-plugin-step-user-assignment
goobi-plugin-step-vocabulary-enrichment
goobi-plugin-step-xmp-header
goobi-plugin-step-yerusha-validation
goobi-plugin-step-zbz-order-delivery
goobi-plugin-workflow-aeon-process-creation
goobi-plugin-workflow-barcode-generator
goobi-plugin-workflow-charite-importer
goobi-plugin-workflow-excel-import
goobi-plugin-workflow-file-upload-process-creation
goobi-plugin-workflow-hu-importer
goobi-plugin-workflow-import-json
goobi-plugin-workflow-layoutwizzard
goobi-plugin-workflow-linked-process-creation
goobi-plugin-workflow-mass-upload
goobi-plugin-workflow-newspaper-pages-importer
goobi-plugin-workflow-project-export
goobi-plugin-workflow-yerusha-aim25

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 24.09.9. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

<dependency>
    <groupId>io.goobi.workflow</groupId>
    <artifactId>workflow-core</artifactId>
    <version>24.09.9</version>
    <classifier>classes</classifier>
</dependency>

Allgemein

Die im April beschriebenen Änderungen an der Maven Infrastruktur haben sich noch einiges länger hingezogen als erwartet. Doch auch an anderen Stellen gab es Fortschritte, zum Beispiel bei den Vokabularen und an einigen Plugins.

Core

ALTO Editor

Die in den Metadateneditor integrierte Lösung, um ALTO-Dateien zu bearbeiten wurde um eine neue Tagging-Funktionalität ergänzt. Dabei können ein oder mehrere Wörter markiert und zusammen mit einem Entitätstyp sowie mit Normdaten verknüpft werden. Dafür stehen bereits diejenigen Normdaten in einem DropDown Menü zur Verfügung, die in der METS-Datei bereits bekannt sind. Alternativ lassen sich jedoch ebenso auch eigene URLs eingeben, um die Verknüpfung mit den Normdaten zu ermöglichen.

Neuenticklung der Vokabulare

Aufgrund von neuen Anforderungen wird es notwendig, die Verwaltung der Vokabulare deutlich zu überarbeiten. Wir haben uns dafür entschieden, die Vokabulare künftig in einem eigenen Vokabularserver zu verwalten. Dieser steht dann Goobi workflow, Goobi viewer und auch anderen Lösungen mittels einer API zur Verfügung, um Informationen daraus abzufragen. Die Entwicklung steckt noch in einer recht frühen Phase und wird uns voraussichtlich noch einige Wochen begleiten.

Plugins

Anbindung von COPE an Goobi workflow

In einem Projekt entstand die Notwendigkeit, die Software COPE von Digital Transitions an Goobi workflow anzubinden. Sie dient dazu, die RAW-Dateien aus Capture One unter Beibehaltung aller relevanten Bildinformationen in TIFF-Dateien zu konvertieren. Die besondere Schwierigkeit hierbei war, diese Windows-basierte Software an Goobi anzubinden. Unter der Nutzung von Python-Skripten ist und dies nun gelungen un in Produktivbetrieb gegangen.

Anbindung der Transkribus Collections

Im Kontext eines Projektes wurde es notwendig, eine weitere Transkribus-Anbindung zu implementieren. Hierbei ging es speziell darum, dass bereits digitalisierte Bilddateien für eine Auszeichnung in Transkribus genutzt werden sollten, um um somit eine Ground Truth für neue Erkennungmodelle erzeugen zu können.

Für die Umsetzung dieser Funktionalität wurden daher zwei neue Plugins implementiert. Das erste Plugin ist dafür verantwortlich, die bereits im Goobi viewer veröffentlichte METS-Datei mit den zugehörigen Bilddateien an Transkribus zu melden und sie in die gewünschte Collection des Nutzers dort einzuspielen.

Das zweite Plugin hingegen ist dafür verantwortlich, die in Transkribus angereicherten Daten und die somit erzeugten Ergebnisse als ALTO-Dateien abzuholen und in dem OCR-Ordner des jeweiligen Vorgangs zu speichern.

Die Dokumentation der beiden Plugins findet sich hier:

Das Plugin kann zur Installation hier heruntergeladen werden:

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 24.05. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

Allgemein

Core

Config Editor

Der frisch integrierte Konfigurationseditor wurde dahingehend erweitert, dass jetzt auch komplette Dateien hoch- und runtergeladen werden können. Weiter werden die im Hintergrund geschriebenen Backups der Dateien in der Oberfläche optional zum Download angeboten

Regelmäßige Aufgaben

In dem Abschnitt für die Verwaltung der Quartz-Jobs gab es kleinere Änderungen an der Benutzeroberfläche. Wenn eine Aufgabe pausiert ist, wird jetzt auch kein Zeitplan und Datum für die nächste Ausführung angezeigt. Außerdem wurde das Icon zum einmaligen Ausführen geändert.

Vokabulare

Im Bereich der Vokabulare wurde begonnen die Bedienbarkeit bei dem Im- und Export von Datensätzen zu vereinheitlichen.

Archive

Im Bereich der Archive wurde damit begonnen die Java Logik für die Suche in Beständen neu zu implementieren.

Plugins

Export: ADM - BSME

Ein Export Plugin wurde entwickelt, dass beim Erzeugen spezieller Exportformate in die Software Imagen Media Archive Management unterstützt.

Schritt: ALMA API

Das ALMA API Plugin kann jetzt bei Variablen auch Bedingungen enthalten.

Schritt: Metadatenanreicherung via Excel-Datei

Das neue Schritteplugin erlaubt es, dass Metadaten aus einer Excel-Datei gelesen und zu bestehenden Strukturelementen hinzugefügt werden.

Allgemein

Da das Release vom Oktober relativ spät erst veröffentlicht wurde, blieb im November nicht mehr viel Zeit, um neue Features zu entwickeln. Der Digest fällt entsprechend kürzer aus.

Core

Anpassungen am Vokabularserver

Die Einsatzmöglichkeiten des neuen Vokabularserver sind deutlich umfangreicher, als wir zunächst angenommen hatten. Und mit diesen zusätzlichen Einsatzmöglichkeiten fallen auch immer wieder kleine Anpassungen auf, die noch vorbenommen werden. So gab es beispielsweise die Notwendigkeit, dass das Speichern der Vokabulardatensätze noch einmal überarbeitet werden musste. An der Bedienoberfläche hat sich hierbei für Nutzer allerdings keine Änderung ergeben.

Ebenso entstand der Bedarf, dass Goobi workflow für das Zusammenspiel mit dem Vokabularserver eine Prüfroutine benötigt, um den Versionsstand des Vokabularservers abzufragen und hierbei eine Mindestversion zu prüfen, die die reibungslose Kommunikation zwischen beiden Applikationen sicherstellt.

Schweizerdeutsch als zusätzliche Sprache der Nutzeroberfläche

Auch wenn Goobi workflow mit der Sprache Deutsch in der Nutzeroberfläche bereits ausgestattet ist, ist dies nicht autoamtisch auch die beste Wahl für Nutzer aus verschiedenen deutschsprachigen Regionen. So hat sich herausgestellt, dass im Rahmen von Abrechnungen für Nutzerbestellungen die Zahlenformate für die Anwender einen großen Unterschied machen.

Allein die Tatsache, dass der Nummernblock auf einer Schweizer Tastatur nicht über ein Komma sondern über einen Punkt verfügt, machte es für schweizer Anwender etwas umständlich Zahlen mit Dezimalstellen einzugeben.

Auch die Darstellung von Preisangaben, die im Rahmen der Abrechnung von Nutzerdarstellungen verarbeitet werden müssen, machte es daher erforderlich, dass Goobi workflow nun innerhalb des Sprachumschalters neben Deutsch (DE) auch Schweizerdeutsch (DE-CH) anbietet.

Plugins

Massenimport für das Werbemittelarchiv

Für die Wirtschaftuniversität in Wien wurde ein neues Massenimport-Plugin entwickelt, dass es erlaubt die dort vorliegenden Werbemittel und Markenstudien zu importieren. Diese lagen bisher als PDF Dateien vor und waren innerhalb von JSON-Dateien beschrieben. Für deren Import haben wir ein neues Plugin entwickelt und den Import durchgeführt.

Die ausführliche Dokumentation für das Plugin findet sich hier:

Codeanalyse

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 24.11.4. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

Allgemein

In diesem Monat fand eine ganze Menge an Entwicklungsarbeiten statt, um Goobi workflow und alle Plugins zu Java 21 zu migrieren. Da die Arbeiten allerding so umfangreich sind, haben wir uns dazu entschlossen, in diesem Monat kein Release zu veröffentlichen. Das derzeit aktuellste Release bleibt daher ausnahmsweise einmal das das vorherigen Monats.

Core

Umstellung auf Java 21 und Tomcat 10

Goobi workflow basiert bisher auf Java 11 und kann unter verschiedenen Betriebssystemen mit einem Apache Tomcat 9 als Webserver betrieben werden. Diese technische Grundlage unterliegt allerdings aktuell großen Änderungen. Java 11 wird von den einzelen Betriebssystemen nur noch begrenzt lange unterstützt. Und auch Tomcat 9 ist in den Repositories mehrerer Linux-Distributionen nicht mehr verfügbar. Am Beispiel von Ubuntu Linux kann man hier gut sehen, welche Versionen noch wie lange supported werden. Davon hängt dann wiederum ab, wie lang für die jeweiligen Distributionen auch Java 11 noch zu Verfügung steht:

Bevor der Support für Java 11 und Tomcat 9 für die typischen Systeme ausläuft, auf denen Goobi betrieben wird, müssen wir also Goobi workflow sowie alle zugehörigen Komponenten auf eine neue Version von Java und Tomcat bringen. Das ist allerdings im Hinblick auf Java 21 und Tomcat 10 eine sehr umfangreiche Aufgabe. Wir arbeiten gerade daran, ca. 400 Repositories mit Quelltext auf Java 21 zu migrieren. Wir hatten gehofft, dass wir die Arbeiten noch im Januar fertigstellen können. Der Umfang der Arbeiten ist jedoch deutlich größer als angenommen. Daher kann das hier nur eine Ankündigung für das kommende Release im Februar bleiben. Wir arbeiten weiter daran.

Umstellung des Metadateneditors auf Bootstrap 5

Noch in vollem Gange ist die Umstellung des Metadateneditors auf Bootstrap 5. Dieser basierte ja bisher auf Bootstrap 4 und war von der Bedienung und Gestaltung immer etwas anders als andere Bereiche von Goobi worklow. Diese Unterschiede versuchen wir gerade zu beseitigen und portieren den Metadateneditor auf die gleiche Infrastruktur für das HTML wie auch den Rest von Goobi workflow. Davon versprechen wir uns einerseits eine bessere Usability und eine bessere Accessibility. Andererseits erhoffen wir uns von diesen Umstellungen aber ebenfalls, dass die künftige Weiterentwicklung des Metadateneditors etwas einfacher wird.

Aktuell sind die Arbeiten noch nicht abgeschlossen. Hier aber schon einmal eine Vorschau darauf, wie die Oberfläche nach der Umstellung aussehen wird:

Anpassungen für mobile Endgeräte

Durch die zunehmende Nutzung von mobilen Endgeräten wie Tablets oder Handys, muss natürlich auch Goobi workflow gut bedienbar sein. Auch hier gab es so manche kleinere Anpassung, die die Bedienung einfacher machen.

Selbst der Metadateneditor ist auf mobilen Geräten jetzt besser bedienbar. Ob Nutzer davon allerdings Gebrauch machen werden, wird sich erst in Zukunft zeigen.

Plugins

Regelsatzeditor

Mit dem Regelsatzeditor-Plugin steht den Anwendern von Goobi workflow bereits seit geraumer Zeit ein bequemer Mechanismus zur Verfügung, um die Konfiguration der Metadaten und Strukturdaten direkt aus der Nutzeroberfläche vorzunehmen.

Dieser Editor erlaubt nicht nur die bequeme Bearbeitung und dabei zugleich die automatische Erzeugung von Backups der jeweils vorherigen Version beim Speichern einer Änderung. Er erlaubt auch eine Validierung des gesamten Regelsatzes.

An dieser Validierung haben wir im Dezember und Januar intensiv gearbeitet, um diese zu erweitern. Schön ist, dass nun zahlreiche Fehlkonfigurationen geprüft und somit vermieden werden können. Nicht so schön ist, dass aufgrund der Komplexität der Regelsätze, die ja auch das Mapping von Daten aus Katalogen als MARC und PICA und in die Zielformate METS und LIDO übernehmen, eigentlich jeder Regelsatz Fehler aufweist, die man sich einmal anschauen sollte.

Konfigurationen die historisch so gewachsen sind, die richtig erschienen und durch weitere Anpassungen im Laufe der Zeit geändert wurden, enthalten verschiedene kleine und unkritische aber auch kritische Fehler, die mit den neuen Validierungsmöghlichkeiten nun erstmals überhaupt auffallen. Es lohnt sich also, dieses Plugin einmal zu installieren oder zu updaten, um die eigenen Regelsätze einmal gewissenhaft zu prüfen.

Codeanalyse

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 24.12.4. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

Allgemein

Änderungen an der Maven Struktur

Im April haben wir die Maven Infrastrukturänderung umgesetzt. Goobi workflow sieht weiterhin so aus wie gewohnt, unter der Haube hat sich aber einiges getan. Gerade für Entwickler und Systemadministratoren ist das interessant.

Die neue Struktur ermöglicht jetzt einfachere Refaktorisierungsarbeiten und das einfachere pflegen von Abhängigkeiten an zentraler Stelle.

Zu beachten für Entwickler

Für Entwickler gibt es jetzt nicht mehr das goobi-workflow Repository alleine, sondern es gibt workflow-base und goobi-workflow-core. Wir empfehlen Entwicklern alle lokalen Repositories zu löschen und neu von Github auszuchecken.

Der Core und die Plugins definieren jetzt workflow-base als parent.

Ebenfalls hat sich der Ort für die Artefakte im Nexus geändert. Sie liegen nicht mehr unter de.intranda.goobi.workflow, sondern unter io.goobi.workflow.

Zu beachten für Systemadministratoren

Für Systemadministratoren hat sich die Benennung der Artefakte in den Plugins geändert. Hier wurde konsequent die Schreibweise von .jar Plugindateien angeglichen und vereinheitlicht. Konfigurationsdateien sowie auch die Namen der Plugins wurden nicht umbenannt. Dennoch sollte bei künftigen Updates genau darauf geachtet werden, dass keine alten Artefakte liegen bleiben.

Snippets

• Für einen Kunden wurde ein größeres Set an Spezialplugins fertiggestellt

• Die Arbeiten im Kontext Vokabulare und Archiv gehen voran

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 24.04.30. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

<dependency>
    <groupId>io.goobi.workflow</groupId>
    <artifactId>workflow-core</artifactId>
    <version>24.04.30</version>
    <classifier>classes</classifier>
</dependency>

Allgemein

In diesem Monat konnten wir endlich die große Umstellung von Goobi workflow sowie allen Plugins auf Java 21 abschließen. Aufgrund der Komplexität rechnen wir damit, dass es sicher noch einmal einige Nacharbeiten hier und da geben wird. Die große Umstellung ist damit aber endlich erfolgt und wir können anfangen, die neuen Versionen auf den jeweiligen Systemen der Nutzer zu installieren.

Core

Umstellung auf Java 21 und Tomcat 10

Die Umstellung von Goobi workflow core auf Java 21 und Tomcat 10 ist abgeschlossen und kann ab diesem Release auf Produktivsystemem in Verwendung gehen. Wie bereits in früheren Digests erwähnt ist diese Umstellung notwendig gewesen, um die Software selbst und deren unterliegende Infrastruktur auch künftig weiterentwickeln und mit Sicherheitsupdates versorgen zu können. Nicht zuletzt erfolgte die Umstellung auf Java 21 auch vor dem Hintergrund, dass die einzelnen Betriebssysteme, unter denen Goobi betrieben wird, ihren Support für Java 11 sukzessive einstellen.

Achtung: Ein Update auf diese neue Version ist im Allgemeinen mit einem gesteigerten Aufwand verbunden, da neben dem Update der eigentlichen Goobi-Anwendung und den zugehörigen Plugins ebenso ein Betriebssystem-Update, ein Java-Update sowie auch ein Tomcat-Update notwendig wird.

Umstellung des Metadateneditors auf Bootstrap 5

Wie an dieser Stelle bereits des öfteren zur Sprache kam, haben wir eine große Umstellung der Nutzeroberfläche vorgenommen, um die verschiedenen Bereiche von Goobi workflow sowie dessen Plugins von Bootstrap 3 auf Bootstrap 5 zu migrieren. Dieses ist nicht nur für eine zeitgemäße Gestaltung der Nutzeroberfläche sinnvoll, sondern ebenso auch dafür, dass wir den Vorgaben für Accessibility-Anforderungen sowie für eine bessere Usability gerecht werden.

Ein Bereich der bisher von den Entwicklungen noch ausgeklammert blieb war die Nutzeroberfläche des Metadateneditors. Dieser basierte bis vor kurzem auf Bootstrap 4 und verwendete intern ein etwas anders geartetes Template für die Darstellung, das Layout sowie auch die einzelnen Komponenten (wie bspw. Formularfelder, Boxen, Buttons usw.). Mit dem Release vom Februar 2025 haben wir diese andere Infrastruktur des Metadteneditors nun aufgehoben und auch den Metadateneditor auf Bootstrap 5 migriert. Das resultiert nun darin, dass die Nutzeroberfläche in einigen Bereichen leicht anders aussieht. Funktionell sollte allerdings alles wie bisher auch gleich geblieben sein. Auffallen wird den Nutzern vermutlich am ehesten, dass die Formularfelder jetzt ähnlich gestaltet sind wie die Formulare, die man auch sonst in Goobi workflow vorfindet:

Die Anordnung der Normdatenfelder z.B. für Personen und Orte sieht etwas aufgeräumter aus als bisher:

Der Erfassung neuer Strukturelemente wurde etwas überarbeitet:

Und auch die Darstellungen von Validierungsmeldungen erfolgt nun in etwas geänderter Form:

Insgesamt versprechen wir uns von dieser Umstellung nicht nur eine etwas einheitlichere Nutzeroberfläche mit besserer Usability und Accessibility sondern auch eine künftig einfachere Weiterentwicklung des Metadateneditors.

Refaktorisierung für das Frontend

Ebenso für eine einfachere Entwicklung haben wir einige intere Umstellungen für den Aufbau der HTML-Seiten vorgenommen. Das auf JavaServer Faces basierende Template wurde dahingehend umgestellt, dass weitere facelet tags zum Einsatz kommen. Wiederholt vorkommende Blöcke in der Nutzeroberfläche werden so einheitlicher dargestellt und sind für uns als Entwickler einfacher und an einer zentralen Stelle steuerbar. Dies ist unter anderem in dem Bereich der überarbeiteten Eigenschaften auch für Nutzer sichtbar:

Plugins

Neues Plugin für die Zusammenstellung von Batches

Die Funktionalität der Batches wird nur bei relativ wenigen Anwendern im täglich Einsatz wirklich verwendet. Einige Einrichtungen arbeiten jedoch bereits vorrangig in sehr großen Projekten mit den Batches, um viele Vorgänge zusammengehörig durch ihre Workflows laufen zu lassen. Hierbei war es bisher nötig, dass die Batches entweder gleich beim Anlegen der Vorgänge zusammen erzeugt und somit zu einem Batch zusammengefasst wurden. Oder es musste eine etwas umständliche Zusammenstellung von Batches in der Batch-Oberfläche erfolgen.

Mit einem neuen Plugin versuchen wir nun, auch anderen Anwendern eine Arbeit mit Batches besser zu ermöglichen. Dafür wurde ein neues Step-Plugin implementiert, dass es den Anwendern innerhalb einer Aufgabe ermöglicht, den jeweiligen Vorgang zu einem bereits bestehenden (und noch wartenden) Batch hinzuzufügen und diesen Batch auch als vollständig zu kennzeichnen, so dass dessen weitere Bearbeitung beginnen kann.

Alternativ ist es hier ebenso möglich, dass auch ein neuer Batch zusammen mit einem Titel sowie konfigurierbaren Eigenschaften erzeugt werden kann, der im weiteren Verlauf auch noch andere Vorgänge für eine Batchverarbeitung erhalten kann.

Eine detaillierte Dokumentation des Plugins findet sich wie gewohnt auf unserer Dokumentationsplattform:

Neues Plugin für den bequemen Umgang mit Barcodes

Goobi workflow kann ja bereits seit den allerersten Versionen gut mit Barcodes umgehen. So ist die Generierung von Barcodes auf Laufzetteln, ein Barcode-Generierungs-Plugin, ein Massenupload mit Barcode-Analyse auf Bildern und natürlich die Suche mittels Barcode-Lesegeräten bereits seit langem möglich.

Was allerdings noch fehlte bisher, war eine weitgehende Automatisierung verschiedener Aktionen allein durch das Einscannen von Barcodes. Dazu haben wir ein ganz neues Plugin entwickelt, dass sich jederzeit aus der Oberfläche von Goobi worflow öffnen läßt, ohne die aktuelle Oberfläche zu verlassen.

Es öffnet sich nach einem Klick auf das entsprechende Icon unmittelbar als Modal oberhalb der aktuellen Oberfläche.

Die Möglichkeiten, die sich hier bieten sind nahezu unbegrenzt. So können hinterlegte Aktionen durch Barcode-Scans zunächst ausgewählt werden (z.B. Setzen einer Eigenschaft, Ändern eines Schrittstatus, Durchführung eines Exports, Manipulation von Workflows). Anschließend kann mit jedem Scan eines Vorgangsbarcodes oder eines Batch-Barcodes die gewählte Aktion für die betroffenen Vorgänge ausgeführt werden. Das elegante hierbei ist, dass als Aktionen all diejenigen verwendet werden können, die auch über GoobiScript zur Verfügung stehen.

Die hierbei zu verwendenden Aktionen lassen sich in der Konfigurationsdatei des Plugins sehr granular definieren. Für eine bequeme Nutzung der Funktionalität ist es dann möglich, dass direkt aus dem Plugin heraus Barcodes für die hinterlegten Aktionen generiert werden können, um diese anschließend z.B. ausdrucken zu können.

Für ein automatisches Tracken des Aufenthaltsorts eines Objektes ist es somit beipsielsweise sehr einfach möglich, Barcodes für einzelne Büros zu generieren, die dann für jedes Objekt beim Eintreffen in einem Büro mit Barcodeleser zu verwenden und damit den aktuellen Aufenthaltsort des Objekts als Vorgangseigenschaft in Goobi mitzuführen.

Eine Dokumentation für dieses neue Plugin wurde noch nicht erzeugt und steht auch noch nicht online. Diese wird vorraussichtlich im kommenden Monat veröffentlicht.

Interne Umstellungen für den Umgang mit Riot-basierten Plugins

Aufgrund der Umstellung auf Java 21 musste für alle Plugins die technisch auf der Infrastruktur von Riot basieren und zwischen Frontend und Backend mittels REST kommuniziert haben, eine größere Umstellung der REST-Anbindung erfolgen. Dies resultiert nun darin, dass nach dem Update auf die hier beschriebene Version ggf. eine Anpassung der Zugriffsrecht für einige REST-Endpoints erfolgen muss. Details für die Anpassungen finden sich hierzu stets in der Updateanleitung von Goobi workflow:

Codeanalyse

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 25.02. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

<dependency>
    <groupId>io.goobi.workflow</groupId>
    <artifactId>workflow-core</artifactId>
    <version>25.02</version>
    <classifier>classes</classifier>
</dependency>

Allgemein

Endlich ist der neue Vokabularserver fertig und konnte schon in Betrieb gehen. Doch auch viele andere Bereiche von Goobi haben diesen Monat Neuerungen erhalten.

Core

Neuer Vokabularserver

Goobi workflow verfügt bereits seit mehreren Jahren über eine Vokabularverwaltung. Diese war bisher in Goobi fest integriert und konnte somit an den verschiedenen Bereichen aus Goobi selbst verwendet werden, beispielweise innerhalb des Metadateneditors und in einigen Plugins. Der Vokabularserver verfügte in der Vergangenheit auch bereits über eine Api, um auch externe Applikationen damit kommunizieren zu lassen. Verwendung fand dies allerdings bisher nicht.

Neue Anforderungen stellten uns nun vor der Herausforderung, dass Funktionalitäten erforderlich wurden, die mehr als nur eine Anpassung der bestehenden Vokabularverwaltung erforderlich machten. Aus diesem Grund haben wir einen neuen Vokabularserver von Grund auf entwickelt, der äußerst flexibel ist, verschiedene Datensatztypen samt Validierung kennt und von vornherein mehrsprachig ausgelegt ist.

Er verfügt auch über einen Exportmechanismus im RDF-Format und ein Migrationstool, um die Daten aus der bisherigen Vokabularverwaltung in den neuen Vokabularserver umzuziehen. Und natürlich verfügt der neue Vokabularserver auch über eine sehr umfangreiche REST-API, die eine vollständige Kommunikation mit den Vokabularen ermöglicht. Über diese API kommuniziert nun auch Goobi workflow mit dem Vokabularserver.

Einer der Nebeneffekte dieser Umstellung ist, dass der Vokabularserver nun eigenständig und auf eigener Infrastruktur betrieben werden kann. Dies erlaubt, dass nun auch tatsächlich andere Applikationen aus verschiedenen Netzsegmenten damit arbeiten können, ohne dass Goobi workflow selbst öffentlich zugänglich werden muss.

Eine Anbindung des Goobi viewers an den Vokabularserver ist noch nicht erfolgt aber für das kommende Jahr geplant. Was außerdem noch offen ist, ist die Möglichkeit wie bisher aus der Nutzeroberfläche neue Vokabulare zu definieren. Vokabulare werden derzeit in dem Vokabularserver über REST-Aufrufe definiert. Auch hierzu wird es sicher bald eine Nutzeroberfläche geben. Bis dahin aber haben wir schon eine sehr umfangreiche Dokumentation zur Vefügung gestellt, die die Installation und Verwaltung des Vokabularservers beschreibt. Sie findet sich an dieser Stelle:

Der Vokabularserver wurde wie Goobi worklow auch auf Github unter der GPL2 als Open Source veröffentlicht und dokumentiert. Das Repository befindet sich hier:

Bedingt angezeigte Vorgangseigenschaften

Die Vorgangseigenschaften werden werden in vielen Goobi Installationen dazu benutzt, dass von Bearbeitern Informationen erfasst werden, während Aufgaben in Goobi ausgeführt werden. Typische solche Informationen sind beispielsweise der Öffnungswinkel, die Nutzung der Glasplatte, das verwendete Gerät und einige andere.

Öfter kam schon der Wunsch auf, dass die hierbei erfassbaren Felder nicht immer komplett aufgeführt werden, sondern immer nur dann für den Nutzer angezeigt werden, wenn diese auch erforderlich sind, abhängig von der Auswahl eines anderen Wertes in einer anderen Eigenschaft. Diese Funktionalität haben wir nun umgesetzt.

Innerhalb der Anlegemaske beispielsweise wird eine Eigenschaft angezeigt:

Wenn von dieser Eigenschaft der Wert geändert wird, werden abhängig davon andere Eigenschaften ebenso angezeigt:

Das gleiche Prinzip funktioniert ebenso innerhalb der angenommenen Aufgaben. Auch dort wird eine Eigenschaft angezeigt:

Und andere Eigenschaften lassen sich abhängig von der Auswahl der Eigenschaft zusätzlich anzeigen:

Die Konfiguration für das hier gezeigte Beispiel sieht innerhalb der Konfigurationsdatei goobi_processProperties.xml wie folgt aus:

    <!-- check status of object -->
    <property name="Status" container="1">
        <project>*</project>
        <showProcessCreation access="write" template="*" />
        <showStep name="Restauration" access="write"/>
    	<type>List</type>
        <value>OK</value>
        <value>Restauration needed</value>
        <value>Cancel</value>
    </property>

    <property name="Replace binding" container="1">
        <project>*</project>
      
      	<!-- show inside of creation interface -->
        <showProcessCreation access="write" template="*">
            <display property="Status" value="Restauration needed" />
        </showProcessCreation>
      
      	<!-- show inside of task -->
      	<showStep name="Restauration" access="write">
      		<display property="Status" value="Restauration needed" />
        </showStep>
        <type>Boolean</type>
    </property>
  
    <property name="Additional Restauration tasks" container="1">
        <project>*</project>
      
      	<!-- show inside of creation interface -->
        <showProcessCreation access="write" template="*">
            <display property="Status" value="Restauration needed" />
        </showProcessCreation>
      
      	<!-- show inside of task -->
      	<showStep name="Restauration" access="write">
      		<display property="Status" value="Restauration needed" />
        </showStep>
        <type>Text</type>
    </property>

Vorgangstitel ausblendbar in Anlegemaske

Vielen Anwendern von Goobi ist nicht bekannt, dass ich in der Anlegemaske auch Felder ausblenden lassen. Neu hinzugekommen ist in diesem Monat, dass sich auch der Vorgangtitel ausblenden läßt. Dies kann zum Beispiel sinnvoll sein, wenn dieser autoamtisch generiert wird und nicht von Nutzern geändert werden soll.

Die Konfiguration erfolgt innerhalb der Konfigurationsdatei goobi_projects.xml und kann dort zusammen mit den anderen Ausblendungen erfolgen:

<hide>collections</hide>
<hide>doctype</hide>
<hide>images</hide>
<hide>processtitle</hide>

Umgestaltung der Konfiguration für die Anlegemaske

Auch andere Änderungen haben wir im Bereich der Anlegemaske von Goobi vorgenommen. Hier war uns schon seit längerem die komplizierte Konfiguration innerhalb der Datei goobi_projects.xm ein Dorn im Auge, so dass wir nun neue verkürzte Schreibweisen für die gleiche Konfiguration erlauben, die intuitiver zu verwenden sind. Dennoch bleibt der Mechanismus abwärtskompatibel und kann sukzessive auf die besser lesbare Konfiguration umgestellt werden. Dazu gehört unter anderem:

• Wenn für ein Feld (z.B. für den Identifier) das Attribut autogenerated="true" gesetzt wird, wird dieses Feld jetzt standardmäßig ausgeblendet, kann aber zusätzlich eingeblendet werden durch Umschaltung der Anzeige.

• Wenn für ein Feld (z.B. für den Identifier) das Attribut autogenerated="true" gesetzt wird und es angezeigt wird, steht hinter dem Label jetzt der Hinweis, dass es automatisch generiert wird.

• Es kann jetzt eine Auswahlmöglichkeit von Werten aus einem Vokabular geben. Dazu wurde das Attribut vocabulary eingeführt.

• Die bisherigen Bezeichnungen prozess, werk und vorlage innerhalb des Attributs from wurden geändert zu process, work und template. Die alten Attribute werden jedoch weiterhin funktionieren, so dass keine Umstellung erfolgen muss.

• Das Attribut ughbinding ist ab jetzt optional. Es ist per default dann true wenn in metadata ein Wert steht. Das Attribut kann allerdings auch weiterhin aufgeführt werden und wird entsprechend interpretiert.

• Das Attribut docstruct hat jetzt den default-Wert topstruct, so dass das Attribut in den meisten Fällen weggelassen werden kann und nur dann aufgeführt werden muss, wenn dort firstchild verwendet werden soll.

• Es wurde ein neues Attribut type eingeführt, das als default-Wert text hat. Es wird nur dann ausgewerted, wenn keine Auswahlliste (mit oder ohne Vokabular) verwendet wird. Es erlaubt die Werte text, textarea, date und datetime.

• Wenn als type entweder date oder datetime angegeben wird, kann auch ein Attribut pattern angegeben werden, das das Layout von Datum und Zeit definiert. Für datetime ist dies immer erforderlich, um die Zeit eintragen zu können.

Bisherige Konfiguration eines Haupttitels:

<item from="vorlage" docstruct="topstruct" metadata="TitleDocMain" required="true" ughbinding="true">Title</item>

Neue verkürzte Schreibweise für den Haupttitel:

<item from="template" metadata="TitleDocMain" required="true">Title</item>

Wenn eine Eigenschaft hingeben direkt am Vorgang gespeichert werden soll, kann auch das Attribut from weggelassen werden:

<item metadata="TitleDocMain" required="true">Title</item>

Soll eine Information hingegen ausschließlich innerhalb der METS-Datei gespeichert werden, kann die Speicherung als Eigenschaft so unterbunden werden:

<item metadata="TitleDocMain" required="true" from="-">Title</item>

Auch die Schreibweise der Position, wo ein Metadatum gespeichert wird, haben wir vereinfacht. Bisher wurde die Position so ausgedrückt:

<item metadata="PublisherName" docstruct="firstchild">Title</item>

Verkürzt sieht das jetzt so aus:

<item metadata="PublisherName" docstruct="child">Title</item>

Neue Feldtypen für die Anlegemaske

Bisher waren die Feldtypen in der Anlegemaske von Goobi worklow recht beschränkt. Hier haben wir nun drei neue Varianten geschaffen.

Informationen können jetzt in einer Textarea erfasst werden:

<item metadata="TitleDocMain" required="true" type="textarea">Title</item>

Informationen können aus Vokabularen übernommen werden:

<item metadata="DocLanguage" vocabulary="Languages">Language</item>

Und auch Datumsangaben mit Kalenderauswahl sind nun möglich:

<item metadata="DateOfOrigin" required="true" type="date" pattern="yyyy-MM-dd">Issue Date</item>

Plugins

Umbau Doku-Plattform für Plugins

Aktuell verfügen bereits 143 der insgesamt 360 Plugins bereits über eine sehr ausführliche zweisprachige Dokumentation. Um diese bei dieser Vielzahl an Nutzungsszenarien und Plugintypen weiterhin gut pflegen zu können, haben wir uns dazu entschieden, die Art der Dokumentation zu überarbeitet. Statt die Dokumentationen an einer zentralen Stelle zu pflegen, haben wir sämtliche Dokumentationen jeweils in den Unterordner docs des jeweiligen Plugins umgezogen und dessen Aufbau homogenisiert. Damit ist es ab nun möglich, dass die Dokumentation für jedes Plugin jeweils auch bei dem Entwickler im gleichen Quelltextrepository vorliegt, um sie zu überblicken und auch inhaltlich pflegen zu können.

Aus diesen somit deutlich einfacher zu pflegenden einzelnen Dokumentationen erzeugen wir nun automatisch eine zentrale Datenquelle in ein eigenes Repository, was hier zu finden ist:

Erstellung von Plugin-Doku für ca. 20 Plugins

Und weil wir sowieso schon so aktiv an den Dokumentationen von Plugins gearbeitet haben, haben wir in diesem Monat einfach einmal 20 weitere Plugins dokumentiert, womit nun ca. 150 Plugins bereits umfangreich dokumentiert sind.

Fertistellung der neuen Archiv-Management-Plugins

In den letzten Monaten haben wir sehr intensiv an der Überarbeitung des Archiv-Management-Plugins gearbeitet. Ziel war dabei, dass wir funktionell sowie auch von der Bedienung einige Neuerungen umsetzen wollten. Diese konnten wir nun endlich abschließen und in einem ersten Projekt in Betrieb nehmen.

Einige der größten Neuerungen sind in diesem Kontext unter anderem:

• Es wird keine BaseX-Datenbank mehr zusätzlich benötigt. Stattdessen speichert Goobi die Informationen aller Knoten des Archivbaums innerhalb der Goobi-Datenbank.

• Mehrere Personen können gleichzeitig in einem Archivbaum arbeiten, ohne dass Sperrungen des gesamten Baumes nötig sind.

• Es können jetzt EAD2, EAD3 und EAD4 Formate eingelesen und verarbeitet werden

• Es gibt jetzt einen eigenständigen EAD-Export zum Goobi viewer

• Knoten und Baumabschnitte können jetzt umgehängt werden innerhalb des Baumes

• Knoten können dupliziert werden

• Knoten können in Masse angelegt werden

• Es können sehr granulare Rechte für die Arbeit mit dem Archiv-Management vergeben werden

• Es können Berechtigungen für die Inhalte vergeben werden

• Suche nach allen Metadaten statt nur nach Titelinhalten

• Composite-Fields als Gruppen mit mehreren Metadatenfeldern

• Verschiedene Feldtypen pro Metadatum

• Periodischer Export des gesamten EAD-Bestandes zum Goobi viewer

• Stark konfigurierbarer Export für den gesamten Bestand oder auch pro Metadatum

Mehr Informationen zu dem Plugin, dessen Installation und Konfiguration finden sich hier: https://docs.goobi.io/workflow-plugins/de/administration/goobi-plugin-administration-archive-management

Neues Plugin zur Anreicherung von MIX Metadaten

Wir haben ein neues Plugin für die Anreicherung der METS-Dateien mit MIX Metadaten implementiert. Es erlaubt, dass aus vorliegenden Bildern deren Metadaten ausgelesen und anschließend in der METS-Datei als MIX-Daten gespeichert werden. Dazu ruft das Plugin zunächst einmal JHove auf und extrahiert aus dem somit gewonnenen Analyseergebnis die gewünschten Metadaten gemäß der festgelegten Konfiguration.

Hier einmal ein Ausschnitt einer solchen Konfiguration:

<jhoveConfig>/opt/digiverso/goobi/config/jhove/jhove.conf</jhoveConfig>
<renameMappings>
    ...
    <value from="ImageCaptureMetadata/ScannerCapture/scannerManufacturer" to="ImageCaptureMetadata/DigitalCameraCapture/digitalCameraManufacturer" removeEmptyParents="true"/>
    <value from="ImageCaptureMetadata/ScannerCapture/ScannerModel/scannerModelName" to="ImageCaptureMetadata/DigitalCameraCapture/DigitalCameraModel/digitalCameraModelName" removeEmptyParents="true"/>
    ...
</renameMappings>
<extraMappings>
    ...
    <value source="//jhove:property[jhove:name='ExposureTime']//jhove:value[1]" target="ImageCaptureMetadata/DigitalCameraCapture/CameraCaptureSettings/ImageData/exposureTime" transform="rational2real"/>
    <value source="//jhove:property[jhove:name='ISOSpeedRatings']//jhove:value[1]" target="ImageCaptureMetadata/DigitalCameraCapture/CameraCaptureSettings/ImageData/isoSpeedRatings"/>
    <value source="//jhove:property[jhove:name='ShutterSpeedValue']//jhove:value[1]" target="ImageCaptureMetadata/DigitalCameraCapture/CameraCaptureSettings/ImageData/shutterSpeedValue" transform="rational2rationalType"/>
    ...
</extraMappings>

Auf diese Weise werden die Metadaten in die METS-Datei von Goobi überführt. In der weiteren Verarbeitung der Vorgänge vor allem in Hinblick auf die Veröffentlichung stehen somit diese konfigurierten übernommenen technischen Metadaten aus den Master-Bildern in der METS-Datei und damit dann auch für Nutzer bequem zur Verfügung.

Sie können somit beispielsweise neben den Bildern zusätzlich eingeblendet oder auch danach gesucht werden.

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 24.08.3. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

<dependency>
    <groupId>io.goobi.workflow</groupId>
    <artifactId>workflow-core</artifactId>
    <version>24.08.3</version>
    <classifier>classes</classifier>
</dependency>

Core

Harvester

Große Teile der Funktionalität des intranda Harvesters sind in den Goobi workflow Core integriert worden. Ab sofort können Repositories von unterschiedlichen Typen angelegt und konfiguriert werden. Der Harvester in einer festgelegten Abfragefrequenz ein Repository, zum Beispiel vom Typ OAI-PMH ab und lädt die Datensätze in einen angegebenen Ordner herunter. Dabei können Repositories einzeln auf eingeschaltet oder deaktiviert werden.

Es besteht die Möglichkeit ein Skript zu definieren, dass auf jeden heruntergeladenen Datensatz angewendet werden soll. Dadurch ist es sehr einfach möglich die heruntergeladenen Dateien noch zu modifizieren.

Sofern gewünscht können dann auch Vorgänge in Goobi workflow angelegt werden. Dafür muss ein Projekt und eine Produktionsvorlage sowie das Importformat ausgewählt werden. Bei den Importformaten steht das Mapping aus dem Regelsatz zur Verfügung.

Über die erfolgte Integration können zum Beispiel aus Goobi workflow heraus Datensätze geharvestet, via Skript aufbereitet und dann direkt an den Hotfolder des Goobi viewers weitergeleitet werden. Ein anderes Szenario ist, dass zum Beispiel MARC-XML Datensätze aus einer OAI-PMH Schnittstelle heruntergeladen und Vorgänge in Goobi workflow angelegt werden um damit dann weiter zu arbeiten.

LIDO

Die Java Bibliothek UGH wurde dahingehend erweitert, dass es auch leere Elemente erzeugen kann, wie es für das LIDO Format notwendig ist. Mit dem folgenden Exportmapping wird zum Beispiel ein Element auch dann erzeugt, wenn es keinen Wert gibt:

        <Metadata>
          <InternalName>Person</InternalName>
          <WriteXPath>./lido:eventActor/lido:displayActorInRole</WriteXPath>
          <exportEmptyNode>false</exportEmptyNode>
        </Metadata>

Plugins

Dashboard: Barcode

Das Dashboard Plugin erlaubt es einen Barcode in eine Eingabebox abzuscannen und direkt eine vorher ausgewählte Aktion auszuführen. So kann zum Beispiel eine Aufgabe angenommen oder auch angenommen und direkt wieder abgeschlossen werden.

Import: Liechtensteiner Volksblatt

Für die Durchführung des Imports des Liechtensteiner Volksblatts wurde ein spezielles Importplugin entwickelt.

Codeanalyse

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 23.10.2. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

<dependency>
    <groupId>de.intranda.goobi.workflow</groupId>
    <artifactId>goobi-core-jar</artifactId>
    <version>23.10.2</version>
</dependency>

Core

Vorgangseigenschaften

Die in Goobi workflow vorhandenen Vorgangseigenschaften können jetzt auch als Textarea dargestellt werden. Die Konfiguration erfolgt über die bekannte goobi_processProperties.xml. Eine Beispielkonfiguration ist wie folgt:

    <property name="Beschreibung" container="0">
        <project>*</project>
        <showProcessCreation access="write" template="*" />
        <type>Textarea</type>
        <defaultvalue></defaultvalue>
    </property>

Snippets

• Wurde das GoobiScript zum löschen von Vorgängen mehrfach hintereinander über das gleiche Trefferset aufgerufen, kam es zu einem Fehler, der einen Neustart der Applikation notwendig machte. Das Verhalten wurde abgestellt.

• Die Standardkonfiguration von ActiveMQ wurde angepasst, so dass der Dienst nur noch auf localhost lauscht.

• Ein Fehler, der bei der Wiederholung von bestimmten Variablen in Skriptschritten aufgetreten ist, wurde behoben

Plugins

Import: Charité - Ärztinnen im Kaiserreich und verfolgte Ärzte

Für den Import von den beiden Datenbanken "Ärztinnen im Kaiserreich und in der Weimarer Republik" und "Verfolgte Ärztinnen und Ärzte des Berliner Städtischen Gesundheitswesens (1933-1945)" und der Überführung in METS/MODS Dateien wurde ein spezielles Importplugin entwickelt.

Schritt: Metadaten pro Bild

Ein sehr mächtiges Schritteplugin wurde in diesem Monat fertiggestellt. Damit kann für jedes Bild eines Vorgangs eine vielzahl von Metadaten und Verlinkungen erfasst werden.

Schritt: Aufgaben duplizieren

Das Plugin ermöglicht es, eine Vorgangseigenschaft auszulesen und einen bestehenden Workflow-Schritt für jede Zeile in der Eigenschaft mehrfach zu duplizieren. Zusätzlich dupliziert es die Eigenschaften auch in einzelne Eigenschaften pro Zeile aufgesplittet.

Schritt: PDF Dateien extrahieren

Das bereits bekannte Plugin für die vollautomatische Aufbereitung von PDF-Dateien wurde um eine freie Dateibenennung und eine aktualisierte Dokumentation ergänzt.

Codeanalyse

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 23.11.1. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

<dependency>
    <groupId>de.intranda.goobi.workflow</groupId>
    <artifactId>goobi-core-jar</artifactId>
    <version>23.11.1</version>
</dependency>

Core

Bedienbarkeit

Die Anlegemaske von Goobi workflow hat schon immer verhindert, dass ein Vorgang mit identischem Namen ein erneutes Mal angelegt werden konnte. Man erhielt dann eine kurze Fehlermeldung, die sagt, dass der Vorgang bereits existiert. Dies wurde erweitert, so das man ab jetzt auch die Details über den bereits existierenden Vorgang einsehen kann.

GoobiScript

Die GoobiScript Aufrufe metadataAdd und metadataReplace können jetzt auch Normdatenwerte anlegen oder manipulieren. Damit ist es zum Beispiel möglich die GND-ID für Personen nachträglich in Masse anzupassen.

In dem gleichen Zuge wurde das GoobiScript metadataReplaceAdvanced eingeführt. Der Aufruf erlaubt es zusätzlich mit regulären Ausdrücken zu arbeiten.

REST

Der September bring ebenfalls Änderungen an der REST Schnittstelle, zwei neue Endpoints wurden hinzugefügt. Der erste erlaubt eine Suche und liefert eine Liste an VorgangsIDs zurück:

Der zweite erlaubt es Aufgaben mit einem definierten Titel zu abzuschließen:

Plugins

Import: Excel zu EAD

Ein Importplugin um aus einer Excel-Datei eine EAD Archivstruktur mit Metadaten zu erstellen wurde entwickelt.

Allgemein

Core

Config Editor

Das ehemalige Plugin für den Goobi workflow Konfigurationseditor wurde in den Core integriert und steht ab diesem Release ohne zusätzliche Installation zur Verfügung.

Frontend Buildsystem

Die Oberfläche von Goobi workflow wird über die klassischen Webtechnologien CSS und Javascript maßgeblich mitgestylt. Die Entwicklung findet aber zum Beispiel in SASS oder LESS Dateien statt, die dann zu CSS kompiliert werden. Auch in Javascript gibt es verschiedene Einzeldateien, die dann für die Applikation in eine Datei zusammengefasst werden. Früher passierte das Kompilieren und Zusammenfassen auf dem PCs des Entwicklers, der die fertigen Dateien dann mit in das Repository eingecheckt hat. Ab dem Februar Release erfolgen diese Arbeitsschritte in der CI Umgebung automatisch. Das vereinfacht den Entwicklungsprozess und reduziert das Potential für merge-Konflikte.

Snippets

• Der Komperator für Dateinamen wurde grundlegend überarbeitet, so dass auf- und absteigende Sortierungen von Dateien im Core und in Plugins einfacher und fehlerfreier zur Verfügung stehen.

Plugins

Export: VLM

Das VLM Export-Plugin kann jetzt basierend auf Metadaten und Bedingungen unterschiedliche Konfigurationsblöcke verwenden.

Schritt: Rename-Files

Das Schritteplugin um Dateien umzubenennen wurde massiv erweitert und kann jetzt mit in der neuen Konfigurationssektion <namepart /> mehrere <condition /> und <replace /> Argumente enthalten.

Schritt: Metadata-Edition

Im Schritteplugin zum Bearbeiten von Metadaten gab es einen Bugfix um Informationen zum Repräsentanten korrekt zu speichern.

Codeanalyse

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 24.02.2. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

<dependency>
    <groupId>de.intranda.goobi.workflow</groupId>
    <artifactId>goobi-core-jar</artifactId>
    <version>24.02.2</version>
</dependency>

Allgemein

In diesem Monat lag der Fokus hauptsächlich auf der Implementierung der neuen Vokabularverwaltung. Aber auch das Archiv-Management bekommt nun einen neuen Anstrich.

Core

Flexiblere Ordnerkonfiguration

Man kann bereits seit einiger Zeit verschiedene Ordner konfigurieren, um jenseits von master und media auch andere Verzeichnisstrukturen zu nutzen. Diese Funktionalität wurde nun so erweitert, dass die konfigurierbaren Ordner nun auch für andere Stellen konfiguriert werden und nicht nur auf diejenigen beschränkt sind, die innerhalb des images-Verzeichnisses des Vorgangs liegen. Eine beispielhafte Konfiguration sieht so aus:

Die Definition der Verzeichnisse erfolgt in der Konfigurationsdatei goobi_config.properties so:

process.folder.ocr.pdf={processtitle}_pdf
process.folder.export.files={processtitle}_pdf
process.folder.validation.jpylyzer={processtitle}_xml

Innerhalb eines Plugins können solche definierten Pfade dann verwendet werden, wie beispielsweise im FileUpload-Plugin in dessen Konfigurationsdatei plugin_intranda_step_fileUpload.xml:

<config_plugin>
    <config>
            <project>*</project>
            <step>*</step>
            <regex>/.*/</regex>
            <folder>master</folder>
            <folder>media</folder>
            <folder>ocr.pdf</folder>
            <folder>export.files</folder>
            <folder>validation.jpylyzer</folder>                        
    </config>
</config_plugin>

Vokabular

Die Arbeiten am Vokaburserver haben im letzten Monat gestartet und gehen weiter voran. Viel sichtbares gibt es noch nicht zu berichten. Wir werden hier voraussichtlich in den kommmenden Wochen genauere Fortschritte vermelden können.

Plugins

Archivmanagement

Für eine größere Performance und Flexibilität im gesamten EAD / Archivkontext haben wir beschlossen, die Speicherung der Archivalien aus der eigens separat installierten BaseX-Datenbank zu entfernen und stattdessen sämtliche EAD-Daten intern von Goobi workflow verwaltet in der Goobi-Datenbank zu speichern. Diese Arbeiten unter der Haube konnten jetzt größtenteils abgeschlossen werden. Damit ist bereits eine enorme Performancesteigerung eingetreten.

Erste Änderungen der Nutzeroberfläche wurden mittlerweile ebenfalls vorgenommen. So wurde zum Beispiel implementiert, dass die NodeID ab sofort auch im Archivbaum stets mit angezeigt werden kann und Knoten in Masse angelegt und mit Metadaten versehen werden können. Auch kann die Anzeige der Metadaten der einzelnen Knoten über die Konfigurationsdatei etwas besser gesteuert werden kann und es können Verlinkungen zwischen verschiedenen Knoten erzeugt werden.

Einige Wochen werden wir mit den Entwicklungen noch beschäftigt sein. Wir werden hier wieder berichten.

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 24.06.1. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

<dependency>
    <groupId>io.goobi.workflow</groupId>
    <artifactId>workflow-core</artifactId>
    <version>24.06.1</version>
    <classifier>classes</classifier>
</dependency>

Allgemein

Core

Benutzereinstellungen

Die Anzahl der Bilder innerhalb eines Vorgangs kann bereits seit einiger Zeit als zusätzliche Tabellenspalte angezeigt werden. Bisher war es aber nicht möglich diese Einstellung generell zu aktivieren, sondern sie musste nach jedem Anmelden neu gesetzt werden. Ab dem Januar Release ist es möglich die Option in den Benutzereinstellungen zu speichern, so dass sie für einen Account standardmäßig aktiv ist.

Suche

Ab sofort ist es möglich nach allen Vorgängen zu suchen die eine Aufgabe mit einem bestimmten Titel haben. Bisher musste der Status der Aufgabe mit angegeben werden (steplocked:, stepopen:, stepinwork:, stepdone:, ...). Ab jetzt funktioniert auch einfach step: gefolgt von einem Titel oder einem Teil eines Titels.

Harvester

Der im Oktober eingeführte Harvester wurde für den Typ OAI-PMH um einen Testmodus erweitert. Ist dieser aktiviert wird nicht das komplette Trefferset abgefragt, sondern nur die erste Seite. Der resumptionToken wird dabei ignoriert.

Außerdem können können statische from und until Werte gesetzt werden. Sind die Werte leer, wird inkrementell nach allen neuen Daten seit der letzten Abfrage gesucht.

Barrierefreiheit

Im Januar Release wurde an vielen kleinen Baustellen im Kontext einer verbesserten Bedienbarkeit und Barrierefreiheit gearbeitet. So wurden teilweise Seitentitel eingepflegt, die Bedienung via Tastatur unter Firefox verbessert, alternative Texte für graphische Elemente eingepflegt und die Seitenstruktur verbessert. Die Änderungen sind erst dann bemerkbar, wenn Goobi workflow mit einem Screenreader oder ohne Maus bedient wird.

Sicherheit

Seit einiger Zeit wird das Journal auch bei Benutzeraccounts angezeigt. Ab dem Januar Release wird dort automatisch eine Nachricht hinterlassen, wenn das Benutzerprofil von einem Administrator betreten wurde.

Snippets

• Im GoobiScript setPriority ist die Option steptitle jetzt optional.

• Ein Fehler, der bei einer leeren Suche nach Normdaten aufgetreten ist, wird jetzt abgefangen.

Plugins

Import: Excel

Das generische Importplugin für Excel-Dateien kann das Anlegen der Vorgänge jetzt auch via GoobiScript abarbeiten.

OPAC: Soutron

Das Soutron OPAC Plugin unterstützt jetzt auch die neue XML API.

Codeanalyse

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 24.01.2. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

Core

Bedienbarkeit

Immer wieder suchen wir uns kleine Bereiche in der Oberfläche heraus um bei dieser gezielt die Bedienbarkeit zu verbessern. Im August war es der Bereich der Aktionen innerhalb einer angenommenen Aufgabe, bei der wir alleine durch eine Anpassung der verwendeten Terminologie versucht haben Klarheit zu schaffen.

Hier zwei Screenshots von dem Bereich vor dem Update:

Verwirrung gab es vor allem, weil der erste Reiter "Aufgabe ausführen" hieß und die Visualisierung einen Button suggerierte. Klickte man darauf passierte aber nichts. Die zweite Verwirrung gab es dann im Bereich der Fehler und Korrekturmeldungen bei dem eine "Korrektur angefordert" und eine "Fehlerlösung gemeldet" wurde. Erwartet wurde hier eher, dass man einen "Fehler meldet" und eine "Korrektur sendet". Alleine durch die Anpassung der entsprechenden Übersetzungen konnte das Benutzerinterface klarer gestaltet werden. Hier das Ergebnis:

GoobiScript

Das GoobiScript openNextStep wurde neu hinzugefügt um die ersten gesperrte Aufgabe eines Vorgangs aus dem Trefferset auf offen zu setzen, sofern keine andere Aufgabe offen ist. Wenn es sich um eine automatische Aufgabe handelt wird diese auch automatisch gestartet.

Außerdem besteht bei dem addStep GoobiScript jetzt die Möglichkeit mit der Einstellung number: end die Aufgabe am Ende des Vorgangs einzufügen, auch ohne die genaue Nummer zu kennen. Diese wird bei der Einstellung automatisch ermittelt.

REST

In der REST API ist ein neuer Endpoint hinzugefügt worden um offene automatische Aufgaben zu starten.

Außerdem wurde der Endpoint zum Anlegen von neuen Vorgängen dahingehend erweitert, dass auch Metadaten und Eigenschaften optional gleich mitgegeben werden können.

Plugins

Export: VLM

Der VLM Export unterstützt neben einem Passwort jetzt auch die Möglichkeit die SFTP-Funktionalität mit einem SSKH Key zu verwenden.

Export: Heris

Ein Spezialplugin für den Export von fünf ausgewählten Bildern sowie Metadaten als JSON Datei wurde für das Bundesdenkmalamt in Österreich entwickelt.

Import: Nürnberger Hausbücher

Für den Import von den Nürnberger Hausbüchern und der Überführung von einer SQL Datenstruktur in METS/MODS Dateien wurde ein spezielles Importplugin entwickelt.

Schritt: Bildauswahl

Ein Schritteplugin zur Auswahl und festlegen einer Reihenfolge von Bildern sowie Speichern des Ergenisses für die weitere Verarbeitung als Prozesseigenschaft wurde fertiggestellt.

Codeanalyse

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 23.08. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

• GoobiScript Anpassungen

• Dokumentation der Schrittedetails

Core

GoobiScript Templates

Immer wieder kommt es vor, dass man mehrere GoobiScript Aufrufe hintereinander aufrufen muss. Oft wiederholen sich die Aufrufe dann auch noch weil zum Beispiel in einem bestimmten Projekt unter bestimmten Bedingungen immer mal wieder erforderlich ist einen bestimmten Schritte einzufügen.

Hierfür gibt es jetzt einen neuen Mechanismus um diese Aufgaben angenehmer zu gestalten. Im Bereich "Administration" wurde der neue Bereich GoobiScript Templates eingeführt. Dort können mehrere Aufrufe elegant verkettet und als Template abgespeichert werden. Jedes Template hat einen obligatorischen Namen und eine optionale Beschreibung.

In der Liste der GoobiScript Templates werden die selbst definierten Templates als Badges mit eigener Farbe angezeigt. Die Beschreibung wird angezeigt, wenn mit der Maus über den Badge gefahren wird. Für die Templates gelten dieselben Möglichkeiten zur dedizierten Rechteverwaltung wie für die fest eingebauten GoobiScript Aufrufe.

Eigenschaften beim Vorgang anlegen

Beim Anlegen eines Vorgangs können die Vorgangseigenschaften jetzt auch über die zentrale Konfigurationsdatei goobi_processProperties.xml verwaltet werden. Dafür wurde in der Konfigurationsdatei das neue XML-Element <showProcessCreation /> hinzugefügt. Als Attribute gibt es access="" und template="". Die Werte des Attributs access sind analog zu den anderen bereits in der Datei vorhandenen Möglichkeiten. Mit dem template Attribut wird gesteuert für welche Produktionsvorlage die Einstellung gilt. Das XML-Element ist wiederholbar um unterschiedliche Produktionsvorlagen konfigurieren zu können. Es ist möglich beim template Attribut ein * zu definieren, damit die Einstellung für alle Produktionsvorlagen gilt.

Mit dieser Änderung ist es erstmalig möglich die Metadaten, die aus dem Katalog importiert werden, von den Eigenschaften, die beim Anlegen eines Vorgangs mit erhoben werden sollen und dadurch inhaltlich etwas komplett anderes sind, visuell zu trennen. Bisher wurde beides vermischt im oberen Bereich mit der Überschrift "Metadaten importieren" angezeigt.

Hier ein Beispiel für eine Konfiguration und ein Screenshot wie es in der goobi_projects.xml bisher gemacht werden musste und aussah:

Dieselbe Konfiguration kann jetzt über die goobi_processProperties.xml abgebildet werden. Dafür wird dann eine eigene Box angezeigt, in der die Einstellungen vorgenommen werden können. Dadurch kann eine klarer strukturierte und dadurch übersichtlichere Oberfläche realisiert werden.

Snippets

• Der Zeitungsexport für die DDB schreibt nun erweiterte Informationen um DFG-Viewer Darstellungsanforderungen zu erfüllen.

Codeanalyse

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 23.07.2. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

Core

Tabellen

Endlich kann die Spaltenbreite innerhalb von Goobi workflow individuell angepasst werden. Dabei wird die Information im local Storage des Browsers gespeichert. Eine einmal gemachte Einstellung ist also an den PC und den Browser gekoppelt und nicht serverseitig hinterlegt. Dadurch können auf verschiedenen PCs mit verschiedenen Bildschirmen auch jeweils verschiedene Einstellungen vorgenommen werden, die sich dann nicht immer gegenseitig im Weg stehen.

GoobiScript

Wenn mehrere Export Schritte in einem Vorgang existieren, dann kann man jetzt im GoobiScript den Titel übergeben, damit der richtige Export getriggert wird. Beispiel:

Snippets

• Es wurden verschiedene kleinere Stylinganpassungen im Bereich Breadcrumbs oder Menüs vorgenommen

• Intern wurden erste Vorbereitungen für eine Java 17 Unterstützung vorgenommen

• Die Message Queue hat Performanceverbesserungen erhalten

• Eine abgekündigte und seit vielen Jahren nicht mehr gepflegte Java Library für die Verarbeitung von regulären Ausdrücken wurde entfernt und durch eine alternative Lösung ersetzt.

Plugins

Schritt: Herunterladen und verifizieren von Dateien

Ein Schritteplugin um Dateien herunterzuladen, zu verifizieren und dann an das externe System eine Rückmeldung zu geben wurde entwickelt.

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 23.12.3. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

• GoobiScript Templates

• Dokumentation der Schrittedetails

Core

API Token

In den Einstellungen des eigenen Benutzeraccounts gibt es einen neuen Reiter, in dem ein API Token generiert und mit entsprechenden Rechten ausgestattet werden kann.

Das Recht einen Token zu erstellen haben nur Superadministratoren, oder Benutzeraccounts, die einer Gruppe angehören, der das entsprechende Recht zugewiesen wurde.

Dieser Token kann dann mit einer Basic Auth verwendet werden um die vorher freigeschalteten Kommandos abzufragen.

Vorgang anlegen

Beim Anlegen eines Vorgangs kann die Maske über die Datei goobi_projects.xml konfiguriert werden. Dabei konnten auch Multiselect Felder mit dem Attribut multiselect="true" definiert werden. Wurden dann mehrere Werte ausgewählt so landeten diese hintereinander in dem konfigurierten Metadatum oder der festgelegten Eigenschaft.

Ab diesem Release wird für jeden Wert ein eigenes Metadatum oder eine eigene Eigenschaft geschrieben.

Plugins

Schritt: OCR zu Metadatum

Es wurde ein neues Schritteplugin entwickelt, dass es erlaubt den OCR Text aller Bilder eines Vorgangs in ein Metadatum zu überführen.

Snippets

• Die ALTO Bearbeitung im Metadateneditor kann jetzt auch Dateien in S3 speichern.

• Das Plugin zur automatischen PDF-Extraktion hat kleinere Verbesserungen erhalten, zum Beispiel bei fehlenden Leerzeichen im Volltext.

Allgemein

In diesem Monat lag der Fokus vor allem auf drei Dingen: dem Umbau des Vokabulars, der Implementierung des neuen Archiv-Managements sowie der Entwicklung des Plugins für den österreichischen Wohnbaufonds.

Core

Vokabular

Die Entwicklungen am neuen Vokabularserver gehen gut voran. Funktioniell ist am neuen Vokabularserver alles soweit vorbereitet, dass wir uns in diesem Monat auf die Umsetzung der Nutzeroberfläche konzentrieren konnten.

Ziel ist, so viel wie möglich durch die Nutzeroberfläche bequem bedienbar zu haben. Eine administrative Oberfläche zum Neuanlegen von Vokabularen werden wir in diesem Kontext noch nicht implementieren.

Nutzeroberfläche und Javascript-Frontend-Build

Es gibt sehr viele über die Jahre angestauten Altlasten, die wir gerade parallel aufräumen. An einer Überarbeitung der Nutzeroberfläche sitzen wir ja bereits seit einer ganzen Weile. In dem Kontext prüfen wir auch die Anhängigkeiten von den im Hintergrund eingesetzten JavaScript-Bibliotheken sowie den gesamten Kompilierprozess für die Nutzeroberfläche. Viele dieser Arbeiten sieht man nicht unmittelbar direkt in der Anwendung später. Nötig sind diese Arbeiten aber dennoch.

Plugins

Dateneinspielung für den österreichischen Wohnbaufonds

Für den österreichischen Wohnbaufonds wurde ein automatisierter Datenimport entwickelt. Hierbei geht es darum, dass digitalisierte Akten, die in Form mehrerer Lieferungen durch den Scandienstleister bereitgestellt und in json-Dateien werden, in ihre jeweiligen Dokumente zerlegt, strukturiert und mit Metadaten angereichert werden.

Das Plugin ist sehr spezifisch auf den österreichischen Wohnbaufonds ausgerichtet und daher kaum für andere Projekte sinnvoll nachnutzbar. Dennoch finden sich hier auf der Dokumentationsseite weitere Details für Interessierte:

Implementierung einer Rechnungsgenerierung und Lieferscheingenerierung mit Kostenerfassung

Für die Zentralbibliothek in Zürich wurde benötigt, dass Nutzerbestellungen möglichst verautomatisiert bearbeitet werden können. Hierzu wurde ein sehr besonderer Workflow ausgearbeitet, der die Nutzerbestellungen analysiert und entsprechend die gewünschten Arbeitsschritte ausführt.

Teil des Workflows ist dabei unter anderem, dass auch Informationen zu Kosten mit erfasst werden können. Diese sind abhängig von Währung, von der Bestellung, von der Lieferart und anderen Faktoren abhängig, so dass tatsächlich eine manuelle Anpassung der Kostenaufstellung gewünscht ist.

Abschließend erzeugt Goobi mit diesem Plugin automatisch Lieferscheine, lädt die Daten auf einen Zielserver hoch und generiert ebenso eine Rechnungsvorlage für die Buchhaltung.

Mehr Details zu dem Plugin finden sich wie gewohnt hier auf der Dokumentationsseite:

Archiv-Management

Wir sind in den letzten Zügen des Großumbaus für die Archivalien. Unsere Planung sieht vor, dass wir mit den Entwicklungen im kommenden Monat fertig werden. Dann gibt es endlich auch detaillierte Informationen über die Neuerungen.

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 24.07. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

Ankündigungen

Der Dezember war im Projekt geprägt von dem anstehenden Jahresende: Viel Housekeeping und der Versuch noch Kleinigkeiten aufzuräumen und abzuschließen um mit Luft und einem sauberen Schreibtisch / Projekt erst in den Urlaub und dann auch so in das neue Jahr zu starten.

Aus diesem Grund gibt es nichts neues was in dem Dezember-Digest an Featureentwicklungen zu berichten wäre. Deswegen wollen wir einen Ausblick wagen auf das was wir für das kommende Jahr sehen.

Ausblick

Oberfläche

Schon länger arbeiten wir im Hintergrund daran die bestehende Oberfläche im Unterbau auf andere Füße zu stellen. Viele hundert Stunden sind dort bereits hineingeflossen und das Ergebnis wird erst einmal annähernd genauso aussehen wie vorher. Allerdings erlauben uns diese Arbeiten dann deutlich einfacher an der Oberfläche zu arbeiten. Änderungen müssen nicht mehr an vielen einzelnen Stellen gemacht und geprüft werden, sondern können an einer zentralen Stelle umgesetzt werden und wirken sich dann auf alle Stellen aus.

Sobald wir mit diesen Arbeiten durch sind wollen wir an der Bedienbarkeit in der Oberfläche arbeiten. Diese erstrecken sich über verschiedene Bereiche. Beispiele dafür ist die Benennung von Funktionalität die überall einheitlich sein soll oder die Verwendung von immer denselben Icons für dieselbe Aktion. Aber auch die konsistente Platzierung von Bedienelementen über die Applikation hinweg gehört dazu, Stichwort: "Erwartbarkeit".

Zuletzt gehören auch visuelle Umgestaltungen dazu. Hierzu später mehr.

REST API

Wir möchten die veralteten Command-Plugins entfernen und durch die REST API ersetzen. Außerdem soll die Möglichkeiten die über die REST API zur Verfügung stehen massiv erweitert werden.

Angedacht ist zum Beispiel via REST auch Zugriff auf Funktionalitäten aus GoobiScript zu geben. Dadurch könnte dann zum Beispiel aus Skripten heraus ein Massenexport getriggert oder in einzelnen Vorgängen die Manipulation von Metadaten erlaubt werden.

Diese Arbeiten sollen Anstoß dafür sein auch die Softwarearchitektur zu überdenken.

Dateizugriff

Es gibt viele Stellen in der Oberfläche bei denen man auf die Dateien eines Vorgangs zugreifen kann, darf, soll oder möchte. Über die Jahre haben sich hier verschiedene Stellen gebildet die aber allesamt eher als Abkürzungen und Insellösungen zu sehen sind und es fehlt ein gradliniger Weg. Das möchten wir im kommenden Jahr auf verschiedenen Ebenen angehen. So möchten wir die Stellen in der Oberfläche zusammentragen an denen Zugriffs aufs Dateisystem möglich ist und uns fragen wofür die Funktionalität an genau dieser Stelle benötigt wird. Dann wollen wir einen zentralen Weg für den Zugriff konzipieren und entwickeln und zu guter Letzt auch im Java Code eine zentrale Stelle schaffen die für alle Dateioperationen genutzt werden soll.

Versionsbezeichnung

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 22.12. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

<dependency>
    <groupId>de.intranda.goobi.workflow</groupId>
    <artifactId>goobi-core-jar</artifactId>
    <version>22.12</version>
</dependency>

• Portierung der Benutzeroberfläche auf neues Framework

• Regelmäßige Aufgaben

• Dokumentation der Schrittedetails

Core

ALTO Editor

Der ALTO Editor zur OCR Korrektur, der bei Bedarf im Metadateneditor geöffnet werden kann, unterstützt jetzt auch Rechts-nach-links Sprachen. Die Umschaltung erfolgt automatisch auf Basis der gewählten Einstellung im Metadateneditor selbst.

Bedienbarkeit

Nach und nach fließen kleinere Änderungen für die Bedienbarkeit in die Oberfläche ein. In diesem Digest möchten wir auf einen winzigen Teilbereich eingehen und aufzeigen was das in der Praxis bedeutet.

Ausgangslage ist in diesem Fall der Metadateneditor und die Möglichkeit ein weiteres Metadatum hinzuzufügen. Das sah bisher wie folgt aus:

Wir haben diesen kleinen Teilbereich beleuchtet und dabei folgende Punkte notiert:

• Die Überschrift "Neue Metadaten anlegen" suggeriert durch den Plural, dass man hier mehrere gleichzeitig "anlegen" kann. Das ist aber nicht möglich denn in der Maske kann immer nur eines "angelegt" werden.

• Das Wort "anlegen" ist von der Terminologie eher mit "Vorgang anlegen" verknüpft. Das Wort "hinzufügen" ist hier passender, da ja zu einem bestehenden Vorgang ein neues Metadatum hinzugefügt werden soll

• Auch das Wort "Neu" in dem Zusammenhang ist eigentlich zuviel. "Metadatum hinzufügen" ist ebenfalls klar und eindeutig. Es wird an der Stelle ja nicht den Regelsatz editiert.

• Mit "Typ" wird eher so etwas wie "Text, MultiSelect, DropDown, Textarea" assoziiert, nicht aber "Weitere Titel". Ein Metadatum vom Typ "Weitere Titel" ist komisch. Besser ist schlicht "Name".

• "Die Änderungen speichern" sagt aus das man etwas geändert hat. Aber es wird doch etwas "angelegt" beziehungsweise ist nicht "Hinzufügen" die richtige Terminologie hier?

Das Ergebnis der Überlegungen sieht wie folgt aus:

Natürlich gibt es noch viel mehr was man sich an der Stelle Fragen kann:

• Warum ist die Box ein- und ausklappbar?

• Ist es aus UX Perspektive richtig den Abbrechen und Hinzufügen Button visuell gleichwertig gewichtet zu haben?

• Warum wird das nicht einfach in einem Modal als Overlay geöffnet?

• ...

Aber diese Fragen sind komplexer zu beantworten und wir gehen kleine Schritte. Dieses Beispiel soll nur aufzeigen wie wir an verschiedensten Stellen und nach und nach Dinge besser machen.

Plugins

Schritt: Metadatenbearbeitung

Das Schritteplugin um Metadaten direkt aus dem angenommenen Aufgabe heraus bearbeiten zu können kann jetzt leere Felder ausblenden. Das war bisher nicht möglich und hat bei Anwendungsfällen wo das Plugin für die schnelle Prüfung von Metadaten eingesetzt wurde zu sehr langen Listen geführt.

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 23.01. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

<dependency>
    <groupId>de.intranda.goobi.workflow</groupId>
    <artifactId>goobi-core-jar</artifactId>
    <version>23.01</version>
</dependency>

• Portierung der Benutzeroberfläche auf neues Framework

• Regelmäßige Aufgaben

• Dokumentation der Schrittedetails

Core

Performance

Es konnte ein Flaschenhals bei der Performance von SQL Queries mit "Like"-Queries identifiziert und behoben werden wenn. Das war zum Beispiel der Fall, wenn Suchanfragen nach Schrittetiteln ausgeführt wurde. Die Ladezeiten konnten teilweise von 155 Sekunden auf 3,2 Sekunden reduziert werden.

Auch im Bereich der automatischen Aufgaben konnte durch eine Umstellung der SQL-Queries ein deutlicher Geschwindigkeitszuwachs erzielt werden.

Das Ergebnis ist in bestimmten Situationen eine schneller reagierende Oberfläche.

Suche

Benutzer können sich jetzt individuelle Sucheinstiege konfigurieren. Dafür steht in den Benutzereinstellungen im Bereich "Allgemein" ein neuer Eingabebereich für individuelle Sucheinstellungen zur Verfügung.

Jede Zeile ist nach dem Name=Suchfilter Prinzip aufgebaut wobei der Platzhalter {} für den Suchbegriff steht. Eine Beispielkonfiguration könnte zum Beispiel wie folgt sein:

Default={}
Eigenschaft={} |processproperty:Template:{}
Projekt={} |project:{}
mit Leerzeichen="{}" "|processproperty:Material type:{}" 
Metadaten={} |meta:TitleDocMain:{}

Sofern konfiguriert erscheint auf der Seite "Vorgänge" vor dem Suchschlitz oberhalb der Tabelle ein Dropdown Menü mit den konfigurierten Werten.

Plugins

Schritt: Dateien umbenennen

Das Plugin zum Umbenennen von Dateien hat bisher automatisch in allen Vorgangsordnern umbenannt. Jetzt kann es auch nur in bestimmten Ordnern arbeiten. Der Anwendungsfall ist dabei, dass man verschiedene Uploadschritte hat, die Dateien jeweils in einen temporären Ordner zwischenspeichert, anschließend das Plugin die Dateien individuell benennt und diese dann mit einem Skript in den _master Ordner verschoben werden. Dadurch kann man eine individuelle und dennoch einheitliche Benennung der Dateien sicherstellen.

Schritt: Workflow ändern

Das Plugin zum Ändern des Workflows auf Grundlage von Vorgangseigenschaften kann jetzt auch die Priorität für einzelne oder alle Schritte eines Vorgangs beeinflussen. Der Hintergrund zu der Erweiterung ist, dass innerhalb eines Workflows die Entscheidung stattfindet ob der Vorgang aus Gründen auf die Überholspur muss, oder nicht. Wenn Überholspur, dann bekommen alle Schritte im Vorgang eine höhere Priorität und tauchen entsprechend weiter oben in den Aufgaben auf.

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 23.02. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

<dependency>
    <groupId>de.intranda.goobi.workflow</groupId>
    <artifactId>goobi-core-jar</artifactId>
    <version>23.02</version>
</dependency>

• Dokumentation der Schrittedetails

• Personalisierte API Token

Core

Fehler- und Korrekturmeldungen

In einer angenommenen Aufgabe können Fehler- und Korrekturmelden gesendet werden. Neu ist, dass jetzt ein optionales DropDown Menü zur Verfügung steht, in dem eine Liste an klassischen Fehlertypen konfiguriert werden kann.

Die Konfiguration erfolgt sowohl für die Fehler- als auch für die Korrekturmeldungen in der zentralen goobi_config.properties Datei. Hier eine Beispielkonfiguration:

# Text templates for error reporting and problem solutions
task.error.Missing\ pages=The following pages are missing: {}
task.error.Blurred\ images=The images {} are unsharp. Please create these again.
task.solution.Problem\ solved=The problem was solved. {}
task.solution.The\ original\ print\ is\ blurred=The original pages are printed blurry. It is not possible to create sharper images. {}

Mailversand

Der Mailversand aus dem Goobi workflow heraus wurde vereinheitlicht und verschiedene Plugins, die ebenfalls E-Mails versenden können, können jetzt auf dieselbe Konfiguration zugreifen. Dadurch entfallen Redundanzen im Code, der Wartungsaufwand wird minimiert und die Konfiguration wird einfacher.

Codequalität

Seit einiger Zeit arbeiten wir in Goobi workflow mit Sonarcloud zur statischen Analyse von Codequalität. Im Juli letzte Jahres sind wir mit gut 4.600 angemerkten Issues gestartet. Mit diesem Release sind wir bei gut 1.600 Issues angekommen. Alleine im letzten Monat konnten rund 1.000 Issues bearbeitet werden. Zusätzlich konnten rund 75 Unit Tests in den Core übernommen werden.

Performance

Beim Anlegen und Löschen von Vorgängen mit sehr vielen Schritten (sagen wir mal mehr als 50) gab es Performanceprobleme. Diese konnten durch Umstellungen an SQL Aufrufen und Java Code behoben werden.

Plugins

Import: Excel-Import

Das Excel-Importplugin erlaubt nun für die Generierung von Vorgangstiteln - analog zu der Konfiguration in der goobi_projects.xml - die Angabe eines replacewith Attributs, um zum Beispiel Leerzeichen durch einen Unterstrich zu ersetzen

Schritt: PDF-Generierung

Das Schritteplugin zur PDF-Generierung erlaubt jetzt die Angabe und Nutzung der vor kurzem im ContentServer eingeführten PDF-Generiervarianten. Dadurch können zum Beispiel als Schritt innerhalb einer Produktionsvorlage valide PDF-A Dateien erzeugt und an einem bestimmten Ort abgelegt werden.

Codeanalyse

Der folgende Screenshot zeigt die SonarCloud Analyse des aktuellen Releases. Weitere Informationen gibt es direkt auf der Projektseite.

Ein paar Worte zu der fehlschlagenden Analyse:

In SonarCloud lassen sich Qualitätsanforderungen, sogenannte Quality Gates, definieren. Die Quality Gates werden einmal auf den gesamten Quelltext angewendet und einmal auf den Quelltext der in den letzten 30 Tagen geändert wurde. Das jetzt fehlschlagende Quality Gate in Goobi workflow bezieht sich auf den angepassten Quelltext in den letzten 30 Tagen. Dort wird eine Testabdeckung von mindestens 25% gefordert und die Duplucations sollen unter 10% sein. Da wir mit diesem Release sehr viel Quelltext angefasst haben erfüllen wir diese Vorgaben - bezogen auf den Quelltext der letzten 30 Tage nicht.

Das Quality Gate für den gesamten Quelltext wird aber erfüllt.

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 23.05.1. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

<dependency>
    <groupId>de.intranda.goobi.workflow</groupId>
    <artifactId>goobi-core-jar</artifactId>
    <version>23.05.1</version>
</dependency>

• Portierung der Benutzeroberfläche auf neues Framework

• Dokumentation der Schrittedetails

• Verbesserte PDF-A Generierung

• REST-API

Core

Regelmäßige Aufgaben

Schon länger kann Goobi workflow bestimmte Aufgaben periodisch anstoßen. Es gibt interne Aufgaben, die einmal täglich ausgeführt werden, aber auch Plugins wie der DataPoller oder zum zeitlichen pausieren von Schritten (Delay-Plugins) zählen dazu. Diese Funktionalität arbeitet stabil und verlässlich, hatte aber zwei Einschränkungen die wir mit diesem Release angegangen sind.

Zum Einen fand alles im verborgenen statt. Es gab keine Übersicht darüber welche regelmäßigen Aufgaben es gibt, wann diese laufen und ob es dabei einen Fehler gab oder nicht. Für diese Übersicht gibt es jetzt eine neue Seite im Bereich "Administration" das die angesprochenen Informationen auflistet. Auch ein individuelles Ausführen oder Pausieren von Aufgaben ist dort möglich.

Der zweite Teil war die Konfigurationsmöglichkeiten. Entweder waren Dinge gar nicht konfigurierbar oder sie wurden in Sekunden seit Mitternacht angegeben. Um etwas um 15:30 Uhr zu starten musste dann der Wert 55800 angegeben werden. Nicht gerade intuitiv. Jetzt wird die Cron-Syntax verwendet, die deutlich intuitiver zu lesen und auch mächtiger in der Konfiguration ist. Die Syntax für 15:30 Uhr jeden Tag ist jetzt 0 30 15 * * ?

Sortierung für zusätzliche Spalten

Schon länger können in den Einstellungen eines Benutzeraccounts zusätzliche Spalten für die Tabelle auf der Seite "Vorgänge" und "Meine Aufgaben" konfiguriert werden. Ab sofort sind diese auch sortierbar sofern sie in der Datenbank stehen. Das ist zum Beispiel für Variablen wie {db_meta.XYZ}, {process.XYZ}, {product.XYZ} oder {template.XYZ} der Fall. Andere Variablen wie {origpath} oder auch {meta.XYZ} sind nicht sortierbar.

Bedienbarkeit

Das Thema Bedienbarkeit geht in kleinen Schritten voran. Diesen Monat haben wir uns die Projektkonfiguration vorgenommen und dort vor allem den Reiter "METS Parameter" der zu "Inhaltliche Einstellungen" umbenannt wurde. Die Bezeichnung der Zeilen wie auch die Inline Hilfe wurden massiv überarbeitet und mit sinnvollen Beispielen versehen.

Snippets

• In den Warteschlangen wird die Fehlertabelle jetzt automatisch und regelmäßig geleert.

• In den Projekteinstellungen kann im Bereich der "Inhaltlichen Einstellungen" eine eigene URL für die DFG-Viewer METS-Datei hinterlegt werden.

• Dokumentation der Schrittedetails

• Verbesserte PDF-A Generierung

Core

Benutzeroberfläche

Mehrere hundert Stunden haben wir im Hintergrund daran gearbeitet und im Ergebnis ändert sich an der Oberfläche erst einmal nur wenig... Im Unterbau aber dafür eine ganze Menge: Dort wo mit der Zeit Quelltext kopiert und modifiziert wurde ist jetzt wieder ein einheitliches System vorhanden. Neue Strukturen wurden aufgebaut, Redundanzen entfernt, Code und Markup für gleiche Dinge vereinheitlicht und dadurch der gesamte Aufbau vereinfacht.

Vermutlich fällt als erstes nur auf, dass alles ein klein bisschen luftiger ist und hier und dort einige Dinge jetzt vielleicht sogar ein bisschen komisch aussehen. Ungewohnt auf alle Fälle. Aber der grundsätzliche Aufbau und auch das Design bleibt gleich.

Auf der Basis dieser Arbeiten können wir jetzt jedoch beginnen an der Bedienbarkeit zu arbeiten: Wie wollen wir Buttons wo anordnen und benennen? Wo wird von der Terminologie im Plural gesprochen und wo Singular? Welche Boxen werden wo angezeigt, wie ist die Reihenfolge der Informationen und wie heben wir relevante Dinge hervor, blenden irrelevante oder nebensächliche aus oder reduzieren den Fokus? Was ist ein einheitlicher und verlässlicher Weg zu einem Ziel und wo wollen wir bewusst Abkürzungen schaffen? Mit dieser Basis können wir viele Dinge an einer zentralen Stelle ändern und sie wirkt sich automatisch auf alle Bereiche aus. Vorher hätten wir sehr sehr viele Stellen einzeln betrachten müssen.

Bitte meldet uns Dinge die jetzt komisch aussehen oder unverständlich sind.

REST API

Im April haben wir im Rahmen eines Projektes begonnen die REST API neu zu beleuchten und unserer Ansicht nach essentielle Funktionalität zu entwickeln, zu refaktorisieren und bestehenden Code auch zu konsolidieren.

Konkret haben wir dabei Vorgänge, Schritte, Eigenschaften und das Journal bedacht und folgende Funktionalitäten implementiert:

• Vorgänge anlegen, Informationen auslesen, aktualisieren oder Vorgänge löschen

• Schritte für einen Vorgang auslesen, aktualisieren, neu hinzufügen, löschen oder ausführen

• Journal auslesen und Einträge hinzufügen, aktualisieren oder löschen

• Eigenschaften auslesen, hinzufügen, bearbeiten und löschen

Die Logik nutzt - wo möglich - vorhandenen Code aus GoobiScript. Auch die Terminologie ist identisch gewählt, so dass es hier beim Arbeiten Wiedererkennungseffekte geben sollte. Der neue Code hat eine sinnvolle Testabdeckung erhalten und die REST Kommandos sind auch in der Swagger Dokumentation alle aufgeführt und beschrieben.

Die neuen REST Endpoints erlauben über eine standardisierte Schnittstelle im Goobi workflow Core eine Integration von Funktionalität mit externen Systemen.

Hier einmal vier Beispielaufrufe für die Möglichkeiten die für das Journal zur Verfügung stehen:

Plugins

Schon länger können die in einer Instanz installierten Plugins über die Oberfläche eingesehen werden. Auf der Seite ist ebenfalls zu sehen, ob das Plugin gegen die installierte Goobi workflow Versionsnummer getestet wurde.

Mit dem April Release haben wir begonnen die Plugins nicht nur auf die Kompatibilität zu testen, sondern auch mit einer identischen Versionsnummer zu taggen. Dadurch ist es jetzt möglich auch im Plugin Repository sofort die Commits zu erkennen, die die Kompatibilität zu einer bestimmten Core Version sicherstellen.

Wir müssen die jetzt gefundene Lösung noch beobachten und eventuell auch noch nachjustieren, aber unserem Ziel: "Pluginversionen analog zum Goobi workflow Core zu haben", sind wir dadurch schon einen großen Schritt näher gekommen.

Codeanalyse

Versionsnummer

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 23.04.3. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

<dependency>
    <groupId>de.intranda.goobi.workflow</groupId>
    <artifactId>goobi-core-jar</artifactId>
    <version>23.04.3</version>
</dependency>

Opac Plugin für Kalliope dokumentiert

Lange gibt es das Plugin schon. Aber irgendwie haben wir wohl noch keine Zeit gefunden, dass Plugin einmal zu dokumentieren, und so könnte man fast meinen, dass Goobi keine Anbindung an Kalliope hätte. Das stimmt aber nicht, denn diese Dokumention beweist, dass es ein solches Plugin schon längst gibt:

Wenn man genau im Quellcode schaut, der bei GitHub veröffentlicht wurde, dann sieht man sogar, dass es das Plugin bereits seit November 2014 gibt. Wer hätte das gedacht?

Opac Plugin für Ariadne erweitert

Für die Anbindung von Ariadne haben wir bereits vor längerer Zeit ein Plugin implementiert. Dieses wurde nun erweitert, um den Publikationstyp flexibler steuern zu können. Und bei der Gelegenheit haben wir das Plugin auch gleich einmal ausführlich dokumentiert und bei GitHub veröffentlicht.

Hier findet sich die ausführliche Dokumentation für das Plugin:

Und hier haben wir das Plugin bei GitHub veröffentlicht:

Neues flexibleres DOI-Plugin

Vor ca. 1,5 Jahren haben wir bereits ein Plugin veröffentlicht, das die Registrierung von DOIs erlaubte. So ganz glücklich waren wir mit der Implementierung aber nicht. Insbesondere wenn man sich einmal genau anschaut, was bei der Registrierung der Persistenten Identifier bei DataCite in einem eigenen Metadatenschema gemeldet werden kann, erkennt man, dass die bisherige Lösung dort enge Grenzen hatte. Aus diesem Grund haben wir nun ein zweites DOI-Plugin implementiert, dass deutlich flexibler ist und auf der Basis von XSLT nahezu alle erdenklichen Datenformate erzeugen könnte.

Hier haben wir das Plugin einmal genau dokumentiert:

Der Quelltext für das Plugin wurde hier bei GitHub veröffentlicht:

Umbau der Inline-Hilfe

Goobi worklow hat schon seit geraumer Zeit eine integrierte Hilfe. Diese erlaubt, dass insbesondere bei verschiedenen Formularen Hilfetexte eingeblendet werden können, die für die Eingabe eine Unterstützung sind. Unglücklicherweise war dort bisher das Problem, dass beim Umschalten dieser integrierten Hilfe auch stets die Seite neu geladen wurde, so dass bereits im Formular eingetragene oder geänderte Werte wieder zurückgesetzt wurden, wenn diese noch nicht gespeichert waren.

Hier gab es jetzt eine Umstellung, wie die Anzeige der Hilfe aktiviert wird. Sie lädt ab nun allein über JavaScript und kann somit auch ohne ein Neuladen der Seite eingeblendet werden. Das vermeidet die Problematik, dass ungespeicherte Inhalte versehentlich zurückgesetzt werden.

(Weiter-)Entwicklung eines Plugins für einen flexiblen Export

Wir haben bereits vor einigen Jahren ein Export-Plugin entwickelt, dass einen sehr flexiblen Export erlaubt und wo sich unter anderem steuern liess, welche Bildverzeichnisse alle für den Export berücksichtigt werden sollten. Dieses Plugin haben wir nun noch einmal massiv erweitert und auch vorbildlich dokumentiert. Es erlaubt nun unter anderem auch, dass innerhalb eines Exportaufrufs abhängig von einem vorhandenen Metadatum ein Export in mehrere Goobi viewer erfolgen kann und dabei z.B. unterschiedlichen Bildverzeichnisse genutzt werden und ein verschiedener Umgang mit OCR-Daten erfolgen soll.

Mehr Informationen gibt es wie gewohnt hier in der neuen Dokumentation:

Und hier haben wir das neue Plugin bei GitHub veröffentlicht:

Erweiterung des Goobi-Handbuchs für Konfigurationsdateien

Im Grunde war der ganze Monat stark auf Dokumentation ausgerichtet. Denn neben den frisch erstellten Dokumentationen für neue und auch schon bestehende Plugins ist insbesondere in dem Bereich der Konfigurationsdateien viel Neues hinzugekommen.

Folgende Konfigurationsdateien von Goobi workflow sind neu dokumentiert oder in ihrer bestehenden Dokumentation massiv überarbeitet worden:

goobi_metadataDisplayRules.xml

Diese Konfigurationsdatei ist maßgeblich dafür, wie sich die Eingabefelder innerhalb des Metdateneditors verhalten sollen:

goobi_rest.xml

In dieser Konfigurationsdatei wird festgelegt, auf welche Bereich der REST-API externe Dienste zugreifen dürfen und wie sie sich authentifizieren müssen:

goobi_opac.xml

Diese Konfigurationsdatei legt die Kataloge fest, aus denen Goobi workflow Daten importieren können soll:

goobi_opacUmlaut.txt

Diese Konfigurationsdatei steuert, wie mit Umlauten, die bei der Katalogabfrage zurückgegeben werden, verfahren werden soll:

goobi_projects.xml

Diese umfangreiche Konfigurationsdatei erlaubt einen Einfluß darauf zu nehmen, wie genau die Anlegemaske von Goobi aufgebaut sein soll:

Korrektur für GoobiScript bei Ausführung von mehreren setTaskProperty-Aufrufen

Es gab einige besondere Ausnahmefälle, bei denen die Ausführung mehrerer GoobiScripte nur das jeweils letzte der gleichzeitig abgesendeten Kommandos ausgeführt hat. Dies konnte glücklicherweise nun aber gefunden und behoben werden, so dass auch solche gleichartigen Kommandos nun an Goobi übergeben werden können und korrekt ausgeführt werden.

Gültigkeitsdauer der Session

Goobi workflow hatte über viele Jahre schon die Möglichkeit, dass Nutzer sich ein individuelles Session-Timeout einstellen können. Davon haben nur sehr wenige Nutzer Gebrauch gemacht und dies auch nur deswegen, weil der Standardwert auf zu kurze 30 min eingestellt war. hier haben wir nun eine Änderung vorgenommen. Der neue Standardwert ist ab nun 4 Stunden.

Verarbeitung und Bereitstellung von E-Pflicht-Publikationen - Work in Progress

Zusammen mit der Zentral- und Landesbibliothek Berlin (ZLB) entwickeln wir gerade eine ganz neue Funktionalität für die Verarbeitung und Bereitstellung von E-Pflicht-Publikationen. Hierbei handelt es sich ingesamt um ein recht sportliches Vorhaben mit teilweise enormer Komplexität. Aus diesem Grund wird sich die Entwicklung der Funktionalität auch noch über ein paar Wochen erstrecken. Um die Welt da draußen aber nicht ewig auf die Folter zu spannen, möchten wir hier einmal einen kleinen Einblick in den aktuellen Status quo der Entwicklungen ermöglichen, indem wir hier einmal verschiedene Screenshots der (noch) nur deutschsprachigen Oberfläche zeigen:

Auf einer eigens angepassten Oberfläche im Corporate Design können sich die Abliefernden in Goobi workflow einloggen oder registrieren.

Abliefernde Einrichtungen legen sich in einer möglichst intuitiv bedienbaren Oberläche eigene Benutzerkonten an.

Nachdem die ZLB neu registrierte Nutzer für die Ablieferung freigeschaltet hat, können diese weitere Daten zu der abliefernden Institution ergänzen.

Nach vollständiger Registrierung der abliefernden Einrichtung sind verschiedene Aktionen möglich, so unter anderem die Ablieferung von eigenständigen Werken.

Innerhalb der Nutzeroberfläche ist es über eine eingebettete Hilfefunktion jederzeit möglich, sich Hilfetexte zur Eingabe anzeigen zu lassen.

Innerhalb der regulären Oberfläche von Goobi workkflow sorgt ein besonderes Administrationsplugin dafür, dass die ZLB einen Überflick über alle abliefernden Einrichtungen behält, die in Goobi als Mandanten vorliegen.

Auch die zugehörigen Nutzer einer abliefernden Einrichtung lassen sich über die administrativen Bereiche verwalten.

Unter anderem ist auch die Datenschutzerklärung in diesem Bereich bearbeitbar, die die Abliefernden während der Registrierung akzeptieren.

Alles in allem ist hier also bereits schon viel geschehen. Die Arbeiten sind aber noch in vollem Gang und werden noch einiges an Zeit in Anspruch nehmen. Manche Funktionen und Oberflächen werden sich vermutlich auch noch einmal deutlich ändern in den kommenden Wochen. Aber als ein erster Einblick zeigen die Screenshots hier bereits gut, was in den nächsten Wochen und Monaten als weitere Funktionalität für alle Interessierten als Open-Source-Lösung bereitstehen wird.

Versionsbezeichnung

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 22.06. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

Core

Bessere Anzeige von Validierungsergebnissen im Metadateneditor

In Goobi workflow läßt sich durch den Regelsatz steuern, welche Metadaten beispielsweise wie häufig vorkommen dürfen, wo sie erlaubt sind und welche Inhalte darin möglich sind. Auf diese Weise läßt sich eine Qualitätsanforderung an die zu erfassenden Metadaten gut steuern und einhalten. Damit der Nutzer diese Anforderungen gut einhalten kann, zeigt der Metadateneditor Validierungsmeldungen an, die auf Probleme hinweisen. In der Vergangenheit wurden diese Meldungen allerdings immer nur global anzeigt, nicht direkt am betreffenden Metadatum selbst und auch nicht am zugehörigen Strukturelement. Mit anderen Worten: Man war ein bisschen ratlos als Nutzer, welches Feld nun wo genau nicht valide war. Man musste sich erst einmal auf die Suche machen.

An dieser Stelle gibt es ab sofort einige größere Änderungen. Validierungsmeldungen erscheinen unmittelbar am Feld in roter Farbe und weisen mit einer hilfreichen Meldung direkt auf die Probleme hin.

Und auch in der Baumanzeige der Strukturelemente im linken Bereich werden die Validierungsprobleme jetzt hervorgehoben und ermöglichen dem Nutzer jetzt, sehr schnell das betreffende Metadatum zu finden, für das eine Meldung vorliegt.

Wenn man dabei den Mauszeiger über ein Strukturelement mit Fehlern hält, sieht man in einem Popup sofort die zugehörige Meldung.

Ausserdem haben wir bei der Gelegenheit übrigens auch eine neue Tastenkombination für die Durchführung der Validierung eingeführt. Sie lautet: CTRL + SHIFT + V.

Suchschlitz in der Vorgangsliste endlich wieder bequem nutzbar

Nachdem durch kleinere optische Anpassungen der Suchschlitz innerhalb der Vorgangsliste von Goobi workflow zu klein geraten ist, war er in letzter Zeit etwas zu mühsam in der Benutzung. Man konnte einfach nicht mehr gut überblicken, welche Suchbegriffe man schon eingetragen hatte, wenn die Suchanfrage etwas länger wurde.

Ab diesem Monat gehört dieser Umstand der Vergangenheit an. Der Suchschlitz ist jetzt grundsätzlich deutlich länger auf regulären Displays.

Und auch auf Mobilgeräten ist die Bedienbarkeit so, dass man vernünftig mit der Suche arbeiten kann:

Korrektur der URLs für Vokabulardatensätze

Goobi workflow verfügt ja seit einiger Zeit schon über eine Vokabularverwaltung, die unter anderem dafür verwendet werden kann, dass de Metadateneditor mittels Auswahlfeldern mit kontrollierten Listen möglichst bequem bedient werden kann. Dabei ist es auch möglich, dass die Werte nicht nur in einem Auswahlfeld zur Verfügung stehen sondern ebenso nach Nutzung einer Suchmaske aus einer Trefferliste ausgewählt werden können.

Übernommen wird in einem solchen Fall nicht nur der ausgewählte Wert für die anschließende Anzeige der Digitalisate im Goobi viewer. Stattdessen wird außerdem eine URL für die Verlinkung auf den entsprechenden Vokabulardatensatz eingetragen.

Hier hatte sich unglücklicherweise ein kleiner Fehler eingeschlichen, so dass diese URLs ggf. nicht korrekt waren. Dieses Verhalten haben wir nun korrigiert, so dass die URLs jetzt stimmen. Bitte prüfen Sie aber, ob Sie diese Funktionalität bisher bereits verwendet haben. In diesem Fall sollten die bereits eingetragenen URLs gegebenenfalls noch bei Ihnen korrigiert werden.

Erste Layoutumstellungen gehen live

Wir hatten schon angekündigt, dass wir hinsichtlich Accessibility und Usability einige größere Umbauten im Hintergrund vornehmen. Bei der Administrationsmaske für die Benutzer ist es jetzt soweit, dass wir diese Änderungen langsam in Betrieb nehmen. Wie angekündigt gehen damit kleinere optische Änderungen einher. Dies sollte sich bald dann auch flächendeckend auf andere Bereiche auswirken.

So sieht es jetzt schon aus:

GoobiScript nun auch zur Änderung von Metadaten innerhalb von Metadatengruppen

Es gab schon seit einiger Zeit verschiedene GoobiScripts, um Daten innerhalb der Metadaten zu ändern. Leider war dies jedoch bisher nicht ohne weiteres auch für Metadatengruppen möglich. Hier gab es in diesem Monat nun jedoch einige Änderungen, so dass die bestehenden GoobiScripte jeweils auch für Metadatengruppen anwendbar sind, wenn die jeweiligen Parameter korrekt gesetzt sind.

Da die Änderungen recht umfangreich sind, haben wir auch die Dokumentation gleich angepasst bzw. erweitert. Sie findet sich wie gehabt unter folgender Adresse:

Aufrufe von Skripten im Journal besser nachvollziehbar

Innerhalb des Journals (früher Vorgangslog) sind die einzelnen Aktivitäten eines Workflow üblicherweise gut nachvollziehbar. Unter anderem wurden dort auch bereits in der Vergangenheit schon die Aufrufe von Skripten protokolliert, um diese in Problemfällen auch besser nachvollziehen zu können. Was allerdings fehlte war, das innerhalb der Skriptaufrufe auch die verwendeten Variablen in ihrer ersetzten Form angezeigt werden. Dies ist jetzt angepasst worden, so dass nach jedem Aufruf eines Skriptes innerhalb des Journals sowohl der Skriptaufruf in seiner ursprünglichen Form als auch in seiner aufgelösten Form aufgeführt wird.

Im Fall eines einfachen Skripts wie diesem hier:

... sieht so der Aufruf innerhalb des Journals nun aus:

Bei der Gelegenheit haben wir übrigens auch gleich einmal die Höhe der Box angepasst, so dass diese den verfügbaren Platz besser ausnutzt und man ohne zu scrollen gleich mehr Informationen auf einmal einsehen kann.

Super-Admins haben jetzt immer alle Rechte

Goobi workflow verfügt über ein ziemlich granular steuerbares Rechtesystem. Es ist dabei so flexibel, dass sogar Plugins eigene Rechte definieren können, über die ein Nutzer verfügen muss, damit er mit dem Plugin arbeiten kann.

Um den Administratoren (also auch uns selbst) das Leben etwas einfacher zu machen, haben wir nun eingeführt, dass alle Nutzer, die über den Status Super-Administrator verfügen, auch automatisch stets über sämtliche Rechte in Goobi verfügen inklusive derjenigen individuellen Rechte, die Plugins mitbringen.

Plugins

Neues Plugin für flexible Dateivalidierungen

Im Rahmen unserer Entwicklungen der Lieferung von elektronischen Pflichtexemplaren benötigten wir eine flexible Möglichkeit, dass die von Nutzern hochgeladenen Dateien validiert und auf die Einhaltung von Anforderungen hin geprüft werden. Hierfür sollte es unter anderem möglich sein, dass beliebige externe Tools zur Validierung verwendet werden können und dass die Einhaltung definierter Level sichergestellt wird.

Herausgekommen ist in der Entwicklung nun ein extrem flexibles Validierungsplugin, dass sich sehr granular konfigurieren läßt. Eine umfangreiche Dokumentation für das Plugin haben wir hier auch samt mehrerer sinnvoller Konfigurationsbeispiele veröffentlicht:

Und wie gewohnt findet sich der Quellcode des Plugins sowie eine kompilierte Fassung bei GitHub:

Dokumentation

URN-Plugin erlaubt nun den Einsatz hinter einem Proxy

Dies dürfte nur wenige Nutzer betreffen, aber für diejenigen ist es wichtig:

Das noch recht neue Plugin für die Registrierung von URN konnte bisher nicht verwendet werden, wenn der Goobi- Server nur über einen Proxy auf das Internet zugreifen darf. Hier haben wir jetzt eine Anpassung vorgenommen, die ab sofort auch den Betrieb hinter einem Proxy erlaubt.

Die Dokumentation haben wir für diese Änderung auf den aktuellen Stand gebracht:

Das Plugin findet sich wie gehabt hier auf GitHub:

Dokumentation für das Artist Dictionary Plugin ist online

Nach langer Entwicklung an dem Plugin zur Erfassung von verlinkten Entitäten haben wir nun auch die zugehörigen Plugins abgeschlossen und bei GitHub veröffentlicht. Hierbei handelt es sich einerseits um ein besonderes Dashboard-Plugin:

Andererseits wird ausserdem dieses Workflow-Plugin benötigt:

Die Installation und Konfiguration dieser Plugins sind nun auch vollständig und sehr granular dokumentiert. Sie stehen wie gewohnt auf unserer Dokumentationsplattform zur Verfügung:

Versionsbezeichnung

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 22.10. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

Core

Allgemeine Layout-Umstellung auf Bootstrap 5

Angekündigt hatten wir es ja schon. So mancher Nutzer wird es vielleicht auch schon bemerkt haben, dass sich das Layout (zunächst) minimal ändert: Sukzessive stellen wir das Layout von Goobi workflow auf Bootstrap 5 um. Erste Seiten sind bereits umgezogen.

Aber wer hätte es gedacht: Es ist aufwendiger als erwartet. Es begleitet uns als Thema also auch noch weiterhin ein bisschen.

Bereinigung der Anzeige der aktiven Sessions

Wir haben am Bereich des Logins und Logout in den letzten Monaten schon einige Umstellungen vorgenommen, die unter anderem die Anzeige der aktiven Nutzer und auch das Logging betrafen. Uns ist allerdings aufgefallen, dass nach dem Ausloggen von Nutzern dessen Session nicht sofort komplett bereinigt wurde bisher. Hier haben wir noch einmal einiges angepasst und anschließend auf Herz und Nieren durchgetestet. Damit sind wir jetzt zufrieden, der Speicherplatz für die Sessions fällt nun etwas kleiner aus und es kann aus unserer Sicht so bleiben.

Datenbankanbindung für Produktionsvorlagen optimiert

Auf einigen Goobi-Systemen, insbesondere denjenigen mit umfangreichem Datenbestand, viel auf, dass die Auflistung der Produktionsvorlagen signifikant langsamer war als die Auflístung der Vorgänge. Das haben wir uns in diesem Monat einmal genauer angeschaut und konnten feststellen, dass hier die umfangreichere Rechteprüfung der Projektmitgliedschaften einen wesentlichen Einfluß hat. Das ließ sich glücklicherweise aber ganz gut beheben, so dass jetzt keine Performanceeinbußen bei den Produktionsvorlagen mehr erkennbar sein sollten.

Prüfung der Passwortlänge korrigiert

Uns ist leider ein kleiner Bug aufgefallen, der die Prüfung der Passwortlänge von Nutzern betrifft. Die Länge des Passworts wurde fälschlicherweise auch dann geprüft - und als zu kurz angemerkt, wenn Daten eines bestehenden Nutzers geändert werden sollten, ohne dass überhaupt ein Feld für die Passworteingabe in der Nutzeroberfläche angezeigt wurde. Wir haben den Fehler in diesem Release korrigiert.

Automatische Unit-Tests

Um die Qualität von Software sicherzustellen, können Softwareentwickler automatische Tests implementieren. Solche Tests können dann automatisiert einzelne Funktionalitäten der Gesamtsoftware prüfen und werden mindestens vor der Veröffentlichung eines Release ausgeführt.

Goobi workflow hat bereits seit vielen Jahren einige hundert solcher Tests. Dennoch ist es unser Ziel, dass wir möglichst viel des Quellcodes mit Tests abdecken, um somit einerseits die Codequalität sicherzustellen und andererseits auch, um bei Neuentwicklungen und Anpassungn stets sicher sein zu können, dass die vorhandene Funktionalität auch weiterhin gewährleistet ist.

Mit dem Release in diesem Monat sind ca. 230 neue Tests hinzugekommen. Das bemerkenswerte hierbei ist allerdings nicht nur die Anzahl der Tests allein. Denn gerade die neu hinzugekommenen Tests beziehen sich hier auf einen der komplexesten Bereiche von Goobi workflow, indem wir nun auch im Metadateneditor eine deutliche bessere Testabdeckung erreicht haben.

Code-Qualität

Neben der Steigerung der Testabdeckung mittels automatisierter Tests haben wir uns intensiv mit der Code-Qualität von Goobi workflow auseinandergesetzt. Dafür haben wir Goobi workflow nun auch innerhalb von Sonarcloud mit registriert, so dass wir dort automatisch Codeanalyseergebnisse erhalten und sukzessive Verbesserungen am Quellcode der Software vornehmen können.

Dort läßt sich nun beispielsweise nachvollziehen, wie wir in diesem Monat eine Einstufung auf Level A erreicht haben für alle wichtigen Bereiche der Qualitätsanalyse:

Hier kann man auch noch einmal einen Vergleich zwischen Vorher und Nachher einsehen:

Wer einmal selbst im Detail schauen möchte, wir die Qualität des Quellcodes von Goobi workflow aussieht, der kann hier einmal Einblick nehmen:

Plugins

Erweiterung des URN-Plugins für besonderen Aufbau

Vor gar nicht allzu langer Zeit haben wir hier über ein neues Plugin für die Registrierung von URNs berichtet, das die REST-API der Deutschen Nationalbibliothek nutzt. Dieses Plugin ist nun bereits bei den ersten Goobi-Nutzern in den Regelbetrieb gegangen. In dem Zusammenhang haben wir dann noch einmal eine zusätzliche Funktionalität ergänzt: Der Aufbau der URNs kann nun auf Wunsch den Timestamp der Registrierung einsetzen.

Bisherige Verwendung mit einem Zähler:

Neue Möglichkeit mit Nutzung eines Timestamps:

Bei der Gelegenheit haben wir auch gleich die Log-Meldungen im Vorgangslog noch einmal etwas übersichtlich gestaltet, so dass diese alle einen Präfix erhalten und so klar von anderen Log-Meldungen unterscheidbar sind, wie in diesem Beispiel:

Und natürlich haben wir auch die Doku erweitert und um die neuen Möglichkeiten ergänzt:

Hier auch noch einmal der Link zu dem Quellcode und der kompilierten Fassung des Plugins bei GitHub:

Löschen von mehreren Bildern im Plugin Image-QA

Wir haben eine Fehlfunktion im beliebten Image-QA-Plugin gefunden. Dort ist es ja möglich, dass auch Bilder gelöscht werden können, sofern dies aktiviert wurde. Hier hatte sich aber scheinbar ein Fehler eingeschlichen, der bei der Auswahl mehrerer Bilder zum Löschen dafür sorgte, dass nicht immer die ausgewählten Bilder gelöscht wurden. Dies ist jetzt korrigiert.

Mehr Informationen zu dem Plugin finden sich hier in der Dokumentation:

Und wer das Plugin noch nicht einsetzt, sollte es unbedingt mal testen. Hier läßt es sich beziehen:

Export-Package-Plugin mit ZIP-File-Funktionalität ausgestattet

Mit dem Plugin Export-Package steht ein Plugin zur Verfügung, das nahezu alle erdenklichen Exporte der Daten an Drittsysteme erlaubt. Dabei läßt sich genau steuern, welche Daten im Export vorhanden sein sollen, wo die Daten hingeliefert werden sollen und vieles mehr. Sogar eine Konvertierung der METS-Dateien in dritte Formate kann hierbei erfolgen, indem eine xslt-Transformation angewendet wird. Was allerdings bisher noch nicht ging war, dass das exportierte Ergebnis nicht mehr nur als Verzeichnis exportiert sondern im Anschluß gezippt werden soll. Diese Funktion haben wir nur entwickelt und auch entsprechend in der Dokumentation ergänzt.

Hier findet sich die ausführliche Dokumentation des Plugins:

Und wie gehabt befindet sich der Quellcode des Plugins zusammen mit der kompilierten Fassung des Plugins hier:

Neues Plugin für Massenimport aus Excel-Dateien mit EAD-Anreicherung

Wir haben ein neues Plugin für den Massenimport von Excel-Dateien implmeentiert und veröffentlicht. Die Besonderheit hierbei ist, dass aus jeder Excel-Datei, die importiert wird, mehrere Strukturelemente erzeugt werden, jeweils ein Element pro Zeile. Darüber hinaus kann hierbei auch ein vorhandener EAD-Baum mit weiteren Knoten angereichert werden, so dass ein umfangreicher Bestand entsteht.

Im Detail kann die Funktionalität des Plugins hier in der Dokumentation eingesehen werden:

Und hier befindet sich der Quellcode des Plugins:

Versionsbezeichnung

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 22.08. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

Projekte

easydb

Wir haben für einen Partner eine Prozesskette entwickelt, die es erlaubt aus einer easydb exportierte Datensätze vollautomatisch in Goobi workflow zu importieren, zu verarbeiten und in einen Goobi viewer zu exportieren.

Für diese Prozesskette wurden drei Plugins verwendet und erweitert um die Anforderungen an das Projekt zu erfüllen.

Die Prozesskette funktioniert auch periodisch und legt neue Vorgänge an oder aktualisiert bestehende. Einmal importiert durchlaufen die Datensätze wie gewohnt die einzelnen Schritte des Workflows.

Core

Plugins im Metadateneditor

Der Kern von Goobi workflow wurde um die Möglichkeit erweitert innerhalb des Metadateneditors Plugins anzubieten. Diese binden sich oben in der blauen Kopfzeile ein und stellen ihre Funktionalität zur Verfügung.

Ausschlaggebend für die Entwicklung war die Anforderung innerhalb des Metadateneditors den Publikationstyp wechseln zu können. Hierfür sollten Templatevorgänge angelegt und bestimmte, gekennzeichnete Metadaten bei dem Wechsel übernommen werden.

Metadatengenerierung

Immer wieder kommt es vor, dass bestimmte Metadaten automatisch aus anderen Werten gebildet werden sollen. Ein Beispiel könnte der Haupttitel eines Briefes sein, der immer wie folgt gebildet werden soll: "Brief von [Absender] an [Empfänger] an [Ort], [Datum]"

Um diese Funktionalität im Metadateneditor zur Verfügung stellen zu können wurde der die Konfigurationsdatei goobi_metadataDisplayRules.xml um die Möglichkeit erweitert für bestimmte Metadaten unter konfigurierbaren Bedingungen Werte aus anderen Metadatenwerten generieren zu können.

Eine Konfiguration für das oben genannte Beispiel könnte wie folgt aussehen:

PDF Download im Metadateneditor

Innerhalb des Metadateneditors besteht jetzt die Möglichkeit zu jeder Zeit ein PDF aller Bilder zu generieren. Dafür befindet sich ein neuer PDF-Button in der linken Spalte mit dem Strukturbaum

Plugins

Schritt: Vorgang umbenennen

Es gibt ein neues Schritteplugin um innerhalb eines Workflows einen Vorgang umzubenennen. Dafür kann auf die in Goobi workflow vorhandenen Variablen zurückgegriffen werden. Zusätzlich sind Unterstriche und Minus als Zeichen erlaubt. Leere Variablen werden übersprungen und Leerzeichen entfernt.

Export: Zeitungsexport

Das Plugin um einen Export für das DDB Zeitungsportal zu realisieren wurde für eine bessere Anzeige der Daten im DFG-Viewer angepasst.

Dokumentation

Versionsbezeichnung

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 22.11. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

Core

Generierung von URLs für die SRU Schnittstelle und das IIIF Manifest

In den Projekteinstellungen gibt es nun im Reiter METS Parameter zwei zusätzliche Felder zur Erfassung der URL zur SRU Schnittstele des Goobi viewers und der URL des IIIF Manifests für das Gesamtwerk.

Beispielhafte Einträge könnten hierbei wie folgt aussehen:

http://viewer.example.org/sru/$(meta.CatalogIDDigital)
https://viewer.example.org/api/v1/records/$(meta.CatalogIDDigital)/manifest/

Das Ergebnis innerhalb einer so erzeugten METS-Datei ist entsprechend dann wie folgt:

<dv:links>
<dv:iiif>https://viewer.example.org/api/v1/records/1234567889/manifest/</dv:iiif>
<dv:sru>http://viewer.example.org/sru/1234567889</dv:sru>
</dv:links>

Anpassungen für die Bildkommentare

Vor nicht allzu langer Zeit haben wir die neuen Bildkommentare hier vorgestellt. Mit deren erster Nutzung an verschiedenen Einrichtungen ist uns allerdings aufgefallen, dass der interne Speicherort für die Daten nicht ideal war. Aus diesem Grund haben wir hierfür eine Änderung vorgenommen. Wer diese Funktionalität also bereits in Verwendung hatte, sollte daher beim nächsten Update unsere hier bereitstellte Updateanleitung beachten:

GoobiScript metadataChangeType korrigiert

Bei dem GoobiScript metadataChangeType funktionierte der Parameter any nicht wie erwartet. Dies wurde korrgiert und erlaubt nun wie gewünscht die Änderung von Metadaten auf allen Ebenen einer METS-Datei.

Der Vollständigkeit halber hier nochmal der Link zur ausführlichen Dokumentation von GoobiScript:

Logging beim Applikations-Stop verbessert

Administratoren lieben Logging. Das hilft, um im Fehlerfall besser nachvollziehen zu können, warum ein Problem aufgetreten ist und was als Auslöser für ein Fehlverhalten in Betracht gezogen werden kann. Für einen verläßlichen Betrieb produktiver Applikationen ist ein sinnvolles Logging nicht nur hilfreich, sondern oft auch einfach zwingend notwendig. Umso besser ist es, wenn die Entwickler einer Software eng mit den Admistratoren zusammenarbeiten, die die Software tatsächlich betreiben.

Ergebnis einer solchen Zusammenarbeit im Kontext Goobi ist, dass wir permanent versuchen, dass eben auch das Logging von Goobi workflow verbessert wird. In diesem Monat haben wir das Logging beim Applikations-Stop einmal näher betrachtet und einiges verbessert. Denn zu viel Logging ist manchmal schließlich auch nicht richtig.

Plugins

Verarbeitung von Zeitungen

Auf den Goobi-Tagen hatten wir darüber schon einmal berichtet. In den letzten Monaten kamen unsere Entwicklungen für die Verarbeitung von Zeitungen aber immer häufiger in den Einsatz. Deswegen möchten wir das Thema zusammen mit den letzten Entwicklungen noch einmal explizit aufgreifen:

Für Goobi besteht bereits seit einger Zeit die Möglichkeit, dass Zeitungsausgaben semiautomatisch erkannt und mit Metadaten erschlossen werden. Dazu erfolgt im Workflow zunächst eine automatische Erkennung von Zeitungsausgaben auf der Basis von trainierten Modellen. Diese haben wir kürzlich noch einmal deutlich erweitert und mit mehr Ground-Truth-Daten gefüttert. Somit ist die Erkennungsgenauigkeit von Zeitungsausgaben um ein vielfaches besser geworden.

Nach dieser automatischen Erkennung steht in Goobi worklow ein Plugin zur Anreicherung der Zeitungsausgaben mit ausgabenbezogenen Metadaten bereit. Dieses erlaubt relativ bequem, dass Ausgabennummern, Datumsangaben sowie auch die Erscheinungstage samt Morgens- und Abendausgaben erfasst werden können, ohne dass man dies für jede Ausgabe einzeln machen müsste. Stattdessen greift hier ein Semi-Automatismus, der mit wenigen Angaben eines Nutzers die Folgeausgaben entsprechend hochzählt, mit Datumsangaben anreichert und auch benennt.

Darüber hinaus lassen sie hier auch Beilagen schnell erzeugen, so dass anschließend eine umfangreiche METS-Datei erzeugt wird, die über normierte Datumsangaben verfügt und im Goobi viewer z.B. über einen Kalendereinstieg recherchierbar ist.

Um den Anforderungen der Deutschen Digitalen Bibliothek und des DFG-Viewers gerecht zu werden, gibt es seit kurzem übrigens auch ein zusätzliches Export-Plugin, dass die Daten entsprechend den Vorgaben aufbereitet und bereitstellt.

An diesen hier beschriebenen einzelnen Komponenten haben wir in den letzen Monaten viel gearbeitet und immer wieder Optimierungen auch hinsichtlich der Bedienung vorgenommen. Einiges wird in den nächsten Wochen hier auch noch weiter passieren. Gern können wir das in einem Workshop auf den kommenden Goobi-Tagen auch einmal detailliert vorstellen.

Massenimporte mit Archivbestand-Anreicherung

Bisher hatten wir auf die verschiedenen neueren Import-Plugins noch gar nicht hingewiesen, die wir in letzter Zeit für einige spezifische Massenimporte umgesetzt hatten. Für diese Plugins existieren bisher auch noch keine ausführlichen eigenständigen Dokumentationen.

Uns ist aber dennoch wichtig einmal darauf hinzuweisen, dass es mehrere neue Massenimporte gibt, die ihrerseits oft nicht nur Vorgänge in Goobi workflow anlegen sondern ebenso immer häufiger sogar ganze Archivbäume mit einer Tektonik erzeugen oder anreichern.

Je nach Projekt können hierbei im Übrigen auch wie bei anderen Importern für Goobi workflow strukturierte METS-Dateien erzeugt werden, wo jeweils Strukturelmente und zugehörige Metadaten samt Normdaten zu den zugehörigen Bilddateien eingespielt werden.

Bessere Volltextextraktion aus PDF-Dateien

Das Step-Plugin intranda_step_pdf-extractionerlaubt, dass Volltexte aus PDF-Dateien extrahiert und als ALTO-Dateien gespeichert werden können. Dabei ist uns allerdings kürzlich ein Fehler in der Verarbeitung aufgefallen, der dafür verantwortlich war, dass innerhalb von manchen Wörtern unpassende Lücken entstanden sind, unter anderem durch eine vorhandene Silbentrennung in den Wörtern.

Die Ursache dieses Problems konnten wir nun finden und beheben. Dokumentiert war das Plugin übrigens hier schon:

Veröffentlicht haben wir das Plugin ist unter der folgenden URL, wo nun auch die korrigierte Fassung heruntergeladen werden kann:

Dokumentationen

Im Bereich unserer Dokumentationen ist auch wieder viel passiert:

Inline-Dokumentation für GoobiScript

Bei dem GoobiScript addToProcessLog waren die enthaltenen Erläuterungen nicht ideal. Hier gab es eine kleine Korrektur, die nun so aussieht:

Kleine Umstellung in der Updateanleitung

Damit die Updateanleitung für Goobi workflow intuitiver ist, ist sie nun nicht mehr nach Datum gegliedert, sondern nach der jeweils veröffentlichten Version. Diese Umstellung gilt nur für alle künftigen Hinweise, die dort aufgenomnmen werden und nicht rückwirkend. Sie sollte es für Administratoren hoffentlich künftig etwas übersichtlicher machen.

Konfigurationsdateien

Wir haben wieder ein beachtliches Maß an Energie in die Dokumentation weiterer Konfigurationsdateien gesteckt. Annähernd alle Konfigurationsdateien sind dort nun bereits vorbildlich dokumentiert. Ein paar Restarbeiten stehen noch an. Wer aber einmal schauen mag findet hier einige Beispiellinks zu neuen Dokumentationen:

Konfiguration für Laufzettel:

Konfiguration der Warteschlangen:

Konfiguration für Eigenschaften:

Konfiguration für Übersetzungen:

Konfiguration für die Web-Api:

Konfiguration für die Normdaten:

Konfiguration für die Feldanzeige im Metadateneditor:

Versionsbezeichnung

Die aktuelle Versionsnummer von Goobi workflow lautet mit diesem Release: 22.07. Innerhalb von Plugin-Entwicklungen muss für Maven-Projekte innerhalb der Datei pom.xml entsprechend folgende Abhängigkeit eingetragen werden:

<dependency>
  <groupId>de.intranda.goobi.workflow</groupId>
  <artifactId>goobi-core-jar</artifactId>
  <version>22.07</version>
</dependency>

Core

Speichern im Metadateneditor

Innerhalb des Metadateneditors ist uns aufgefallen, dass verschiedene Browser unterschiedlich reagierten, wenn Nutzer auf den Speichern-Button geklickt haben. Speziell war es so, dass die Webbrowser Chrome und Safari beim Klick auf den Speichern-Button keinerlei Funktion ausgeführt haben, während Firefox beispielsweise korrekt funktionierte.

Der Button mit dem Titel Speichern und Zurück war von diesem Problem im Übrigen nicht betroffen.

Nach einigem Hin und Her und viel Ursachenrecherche konnten wir das Problem letztlich lösen und haben mit dem Release einen Fix bereitstellen können.

Neue Journalfunktionalität

Seit bestimmt 8 Jahren schon gibt es die Möglichkeit in Goobi workflow, das verschiedene Informationen und Kommunikationen über das Vorgangslog nachvollziehbar sind. Auch bestand schon seit einiger Zeit die Möglichkeit, dass dort Dateien (z.B. für Restaurationsdokumente) hochgeladen werden können. Erweitert wurde dies vor ca. 1,5 Jahren nochmals um die Möglichkeit, dort auch Schadensdokumente gleich beim Anlegen von Vorgängen mit speichern zu können.

Mit anderen Worten: das Vorgangslog ist einfach praktisch. So praktisch, dass wir es auch an anderen Stellen gern haben wollten. Dazu mussten wir es dummerweise umbenennen, dass es ja nicht mehr nur bei Vorgängen verwendet werden soll.

Herausgekommen ist das Journal. Funktional ist es so geblieben wie bei den Vorgängen bisher. Nun allerdings steht es auch bei den den Einrichtungen zur Verfügung und zumindest in einem besonderen Anwendungfall (Lieferung von Pflichtexemplaren) auch bei Benutzern.

Uns würden noch weitere Stellen in Goobi workflow einfallen, wo das Journal eine Hilfe sein könnte (z.B. bei Projekten). Vielleicht findet sich dazu bald einmal eine Gelegenheit, weil es jemand anders ebenso praktisch fände. In dem Fall werden wir das Journal dann erweitern können und berichten hier wieder davon.

Beschleunigtes Ladeverhalten für umfangreiche Werke

Insbesondere bei sehr umfangreichen Werken kam es bei dem Einsatz von S3 als Speichersystem immer wieder zu enormen Verzögerungen in der Ladegeschwindigkeit. Ursache hierfür ist, dass ein S3-System keine Ordnerhierarchie besitzt und alle Dateien stattdessen enorm lange Dateinamen aufweisen. Dies sieht beispielsweise wie folgt aus:

s3://bucket/123/images/bla_media/00000001.tif
s3://bucket/123/images/bla_media/00000002.tif
s3://bucket/123/images/master_bla_media/00000001.tif
s3://bucket/123/images/master_bla_media/00000002.tif
s3://bucket/123/images/bla_jpg/00000001.tif
s3://bucket/123/images/bla_jpg/00000002.tif

Dieser abweichende Aufbau sorgte dafür, dass bei der Ermittlung bspw. des Master-Verzeichnisses stets alle Dateien durchlaufen werden mussten, um dabei jeweils zu prüfen, ob der gesuchte Verzeichnisname vertreten ist. Insbesondere bei sehr umfangreichen Werken hat hierbei die Performance stark gelitten.

Das haben wir nun geändert, so dass bei einer Ordnersuche in der gewünschten Hierarchiestufe alles nach dem nächsten Slash (/) nicht mehr beachtet wird und so bei einer Suche innerhalb des images-Ordners deutlich weniger zu prüfende Dateinamen aufgeführt werden.

Daneben haben wir die Dateisuche nun auch immer auf den tatsächlich relevanten Ordner beschränkt, so dass auch bei einer Suche nach den master-Bildern nicht mehr die Daten aller Ordner eines Vorgangs abgefragt werden.

Eine weitere große Verbesserung in der Performance ergab sich dadurch, dass wir in der IIIF-API nun nicht mehr pro Bild prüfen, ob ein Verzeichnis mit dem Namen thumbs existiert, sondern das Ergebnis eine eine Weile cachen. Dadurch haben wir auch die Anzahl der Anfragen an das System noch einmal deutlich verringern können.

Schönheitsfehler bei leeren Tabellenspalten beseitigt

Bei der Detailanzeige von Workflowinformationen einzelner Arbeitsschritte kam es gelegentlich einmal vor, das leere Tabellenspalten angezeigt wurden.

Dies haben wir einmal geprüft und überarbeitet. Damit tritt dieser kleine Anzeigefehler nun nicht mehr auf.

Bessere Prüfung des verfügbaren Speicherplatzes

Uns ist aufgefallen, dass der Metadateneditor keine nutzerfreundliche Meldung darüber angezeigt hat, wenn während der Bearbeitung der Metadaten nicht mehr genug Speicherplatz auf dem Goobi-Server zur Verfügung steht, um die Metadaten zu speichern. Dieser Falle sollte natürlich im Idealfall innerhalb des Alltags möglichst gar nicht vorkommen. Passiert es dennoch, so fällt Goobi der fehlende Speicherplatz nun besser auf und es wird eine gut verständliche Meldung für den Nutzer angezeigt.

Zusammenarbeit mit einem Proxy verbessert

Wenn es notwendig ist, dass Goobi selbst über einen Proxy mit anderen Diensten kommunizieren soll, so war dies bisher bereits recht problemlos möglich. Eine neue Anforderung jedoch ergab sich durch die zunehmende Verbreitung des Archivmanagements. Hierfür ist nämlich eine Kommunikation mit einer weiteren lokalen Datenbank notwendig, wofür wiederum keine Kommunikation über einen Proxy erwünscht ist.

Mit dieser Version ist daher eine neue Konfigurationsmöglichkeit ergänzt worden, die es ab sofort erlaubt, dass Goobi für die Kommunikation mit dem eigenen Server (localhost) der Proxy nicht verwendet wird. Konfiguriert wird dies mit dem neuen Schalter so:

http_proxyIgnoreHost=localhost

Erweiterter LIDO-Support

Wenn Goobi verwendet wird, um statt METS insbesondere im Falle von Museumsobjekten das Format LIDO zu verwenden, besteht ab dieser Version die Möglichkeit, das auch leere Elemente innerhalb der erzeugten XML-Dateien geschrieben werden. Dazu wurde eine neue Konfigurationsmöglichkeiten für die Regelsätze geschaffen, intern dort das Folgende angegeben wird:

<exportEmptyNode>true</exportEmptyNode> 

An einem konkreten Beispiel veranschaulicht sieht dies so aus:

<Metadata>
    <InternalName>OtherTitle</InternalName>
    <exportEmptyNode>true</exportEmptyNode>
    <XPath>./lido:objectIdentificationWrap/lido:titleWrap/lido:titleSet/lido:appellationValue[@lido:pref='alternative']</XPath>
    <WriteXPath>./lido:objectIdentificationWrap/lido:titleWrap/lido:titleSet/#lido:appellationValue[@lido:pref='alternative']</WriteXPath>
</Metadata>

Das Ergebnis innerhalb des generierten LIDO würde dann so aussehen:

<lido:objectIdentificationWrap>
    <lido:titleWrap>
        <lido:titleSet>
            <lido:appellationValue lido:pref="preferred">Testdatensatz_LIDO, Zusatztitel</lido:appellationValue>
            <lido:appellationValue lido:pref="alternative" />
        </lido:titleSet>
    </lido:titleWrap>
</lido:objectIdentificationWrap>

Die vorgenommene Konfiguration hat hier den folgenden Einfluss:

Wenn das betroffene Metadatum existiert, wird es ganz normal exportiert. Existiert es hingegen nicht, wird geprüft, ob es im aktuellen Strukturelement erlaubt ist. Falls dies der Fall ist, wird ’WriteXPath’ ebenfalls ausgeführt. Dabei kann eine solche Konfiguration auch für eine Gruppe oder bei einem Metadatum in einer Gruppe angegeben werden.

Wird eine solche Konfiguration nicht vorgenommen, entfällt im generierten LIDO diese Zeile:

<lido:appellationValue lido:pref="alternative" />

Mehr zu den Möglichkeiten der Konfiguration für die Metadatenexporte findet sich in der folgenden Dokumentation:

Plugins

Plugin für die Bearbeitung von Personendaten kurz vor Fertigstellung

Auch in diesem Monat ist wieder viel Energie in die Fertigstellung eines neuen Plugins für die granulare Erfassung von Personendaten geflossen. Neben verschiedenen kleinen und großen Fehlerbehebungen wurde unter anderem die Nutzeroberfläche noch einmal grundlegend geprüft und angepasst.

Wir gehen davon aus, dass wir das Plugin im Oktober abschließen und dann auch gründlich dokumentieren können werden. Wir halten Euch auf dem Laufenden.

Erweiterung des Catalogue Pollers

Der Catalogue Poller dient dazu, dass die Metadaten innerhalb der METS-Dateien für zahlreiche Vorgänge periodisch automatisch aktualisiert werden. Auf diese Weise können Katalogänderungen automatisch übernommen werden und werden im Anschluß auch für die Präsentation der Digitalisate berücksichtigt. Dieses Plugin wurde nun einmal grundlegend überarbeitet und mit weiteren Funktionen ausgestattet. Neben einigen Änderungen an der Nutzeroberfläche kam hierbei vor allem die neue Möglichkeit hinzu, dass der Catalogue Poller nun auch Testläufe ausführen kann, die es ermöglichen, dass man ohne tatsächliche Änderung der Daten einsehen kann, welche Änderungen an den Daten stattfinden würden. Das Ergebnis eines solchen Testlaufs ist dabei als Excel-Datei herunterladbar.

Ebenfalls neu ist außerdem die Möglichkeit, dass innerhalb der Konfiguration der zu berücksichtigenden Metadaten nicht mehr nur die Felder benannt werden können, die nicht geändert werden sollen (Blacklist). Stattdessen ist nun auch möglich, dass nur diejenigen Felder benannt werden können, die geändert werden sollen (Whitelist). Hier dazu einmal ein Ausschnitt aus der Konfiguration:

      <!-- fieldList: Must have a mode attribute which can contain either blacklist or whitelist as a value.
        blacklist: All fields are updated except the defined ones. This is a potential dangerous setting!
        whitelist: Only the definied fields are updated. All others are skipped. 
        field: Use the internal metadata names from the ruleset as field definition
      -->
      <fieldList mode="blacklist">
         <field>viewerinstance</field>
         <field>singleDigCollection</field>
         <field>pathimagefiles</field>
         <field>_urn</field>
         <field>_representative</field>
      </fieldList>

Die Dokumentation des Plugins findet sich in aktualisierter Form unter der folgenden Adresse:

Das Plugin kann wie gehabt hier von GitHub heruntergeladen werden:

Plugin für die Generierung von PDFs erweitert

Seit einiger Zeit schon gibt es ein Plugin, das während der Workflowausführung automatisch PDFs erzeugen kann. Bisher war dessen Konfigurierbarkeit allerdings eingeschränkt. Dies ist mit der neuen Version besser geworden, so dass sich so auch pro Projekt und Titel eines Arbeitsschritts eine individuelle Konfiguration festlegen lassen kann. Diese kann beispielsweise so aussehen:

<?xml version="1.0" encoding="UTF-8"?>
<config_plugin>
    <!-- order of configuration is: 
         1.) project name and step name matches 
         2.) step name matches and project is * 
         3.) project name matches and step name is * 
         4.) project name and step name are * 
    -->
    <config>
        <!-- which projects to use for (can be more then one, otherwise use *) -->
        <project>*</project>
        <!-- which stepss to use for (can be more then one, otherwise use *) -->
        <step>*</step>
         <!-- Choose the source images folder that shall be used for PDF generation. Possible values are 'media' and 'master' -->
        <imagesFolder>media</imagesFolder>
        <!-- If enabled, PDF files for every single image are generated -->
        <pagePdf enabled="true" /> 
        <!-- If enabled, a PDF file for the entire record is generated. This file includes the table of contents from the METS file if exists. -->
        <fullPdf enabled="true" />
    </config>
    
    <config>
        <project>testocr</project>
        <step>testpdf</step>
        <imagesFolder>master</imagesFolder>
        <pagePdf enabled="true" />
        <fullPdf enabled="false" />
    </config>
</config_plugin>

Auf diese Weise lässt sich das Plugin so auch mehrfach in einem Goobi in unterschiedlichen Projekten und Workflows und mit jeweils verschiedener Einstellung betreiben.

Neues REST Plugin für MARC-Datenbezug

Im Kontext unserer Entwicklungen für die elektronischen Pflichtexemplare bestand die Anforderung, dass von externen Systemen ein Datenabzug ausgewählter Vorgänge aus Goobi workflow möglich sein sollte. Hierfür steht folgende Funktionalität zur Verfügung:

Innerhalb des Workflows existiert zunächst ein Arbeitsschritt für den MARC-Export, der die Metadaten als marcxml exportiert. Hierfür kommt das folgende Plugin zum Einsatz:

Die somit exportierten Daten landen im Anschluss in einem Verzeichnis, das vom neuen REST-Plugin überwacht wird. Hierbei handelt es sich um das folgende Plugin:

Innerhalb dieses REST-Plugins stehen verschiedene Befehle zur Verfügung, um eine Kommunikation zwischen Goobi Workflow und einem Bibliothekskatalog zu ermöglichen.

Folgende Kommandos stehen zur Verfügung:

Auflistung aller importierbaren Daten

Mit diesen Kommando werden alle Datensätze aufgelistet, die aktuell bereitliegen.

Aufruf der REST-API:

curl -s -H "Content-Type: application/xml" -H "token:SECRET" http://127.0.0.1:8080/goobi/api/delivery/listfiles

Antwort der REST-API:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<files>
    <file>a643b394-d56c-415c-9da9-b07008187445.xml</file>
</files>

Abfrage eines konkreten Datensatzes

Mit diesem Kommando kann ein einzelner Datensatz gezielt abgefragt werden.

Aufruf der REST-API:

curl -s -H "Content-Type: application/xml" -H "token:SECRET" http://127.0.0.1:8080/goobi/api/delivery/get/a643b394-d56c-415c-9da9-b07008187445.xml

Die REST-API antwortet anschließend mit dem abgefragtes MARC Datensatz.

Erfolgreiche Datenübernahme

Dieser Aufruf bestätigt die erfolgreiche Übernahme des Datensatzes und meldet die Katalog-ID (aDIS ID). Anschließend wird der Arbeitsschritt geschlossen.

Aufruf der REST-API:

curl -s -X POST -H "Content-Type: application/xml" -H "token:SECRET" http://127.0.0.1:8080/goobi/api/delivery/finish/a643b394-d56c-415c-9da9-b07008187445.xml/aDIS-ID12345