Automatische Anreicherung von Metadaten aus eigenen Vokabularen

Einführung
Dieses Plugin erlaubt eine automatische Anreicherung von Metadaten innerhalb der METS-Dateien von Goobi workflow mit Inhalten aus innerhalb von Goobi verwalteten kontrollierten Vokabularen.
Details
Text
Identifier
intranda_step_metadata_replacement
Source code
​https://github.com/intranda/goobi-plugin-step-metadata-replacement​
Lizenz
GPL 2.0 oder neuer
Kompatibilität
Goobi workflow 2021.10
Dokumentationsdatum
22.11.2021
Installation
Zur Nutzung des Plugins muss dieses an den folgenden Ort kopiert werden:
1
/opt/digiverso/goobi/plugins/step/plugin_intranda_step_metadata_replacement.jar
Copied!
Die Konfiguration des Plugins findet innerhalb dessen Konfigurationsdatei intranda_step_metadata_replacement.xml statt. Diese wird unter folgendem Pfad erwartet:
1
/opt/digiverso/goobi/config/intranda_step_metadata_replacement.xml
Copied!
Konfiguration des Plugins
Die Konfiguration des Plugins ist folgendermaßen aufgebaut:
1
<config_plugin>
2
    <config>
3
        <project>*</project>
4
        <step>*</step>
5
        <entry>
6
​
7
            <!-- from which field inside of the METS file shall the content be used -->
8
            <fieldFrom>originalAccessLocations</fieldFrom>
9
​
10
            <!-- into which fields in the METS shall the new content be written -->
11
            <fieldTo>AccessLocations</fieldTo>
12
​
13
            <!-- if the fieldTo is named inside of the vocabulary entry itself: in
14
                which vocabulary field of the entry is the METS metadata name defined to
15
                be used? Please notice: if the entry cannot be found (as fieldFrom is not
16
                found there) and that's why no fieldToDynamic can be read from the entry
17
                the value of element fieldTo defined will be used to simply copy the original
18
                metadata unchanged -->
19
            <fieldToDynamic>type</fieldToDynamic>
20
​
21
            <!-- what is the name of the vocabulary to use -->
22
            <vocabulary>Subject terms</vocabulary>
23
​
24
            <!-- the content in which vocabulary field has to be the same as in fieldFrom -->
25
            <contentSearch>original value</contentSearch>
26
​
27
            <!-- the content in which vocabulary field shall be taken to write it
28
                into fieldTo -->
29
            <contentReplace>corrected value</contentReplace>
30
​
31
            <!-- the content in which vocabulary fields shall be taken to fill the
32
                authority information for the replaced record -->
33
            <contentAuthority>authority</contentAuthority>
34
            <contentAuthorityUri>authorityURI</contentAuthorityUri>
35
            <contentAuthorityValueUri>valueURI</contentAuthorityValueUri>
36
​
37
            <!-- if the content for fieldFrom cannot be found in the vocabulary to be replaced,
38
                shall the original value be duplicated then? -->
39
            <duplicateIfMissing>false</duplicateIfMissing>
40
​
41
            <!-- if the same value in fieldTo exists more than once remove the duplicates -->
42
            <removeDuplicatedFieldTo>false</removeDuplicatedFieldTo>
43
        
44
        </entry>
45
    </config>
46
</config_plugin>
Copied!
Die Parameter innerhalb dieser Konfigurationsdatei haben folgende Bedeutungen:
Wert
Beschreibung
project
Dieser Parameter legt fest, für welches Projekt der aktuelle Block <config> gelten soll. Verwendet wird hierbei der Name des Projektes. Dieser Parameter kann mehrfach pro <config> Block vorkommen.
step
Dieser Parameter steuert, für welche Arbeitsschritte der Block <config> gelten soll. Verwendet wird hier der Name des Arbeitsschritts. Dieser Parameter kann mehrfach pro <config> Block vorkommen.
entry
Innerhalb eines Konfigurationsblocks können mehrere entry-Blöcke für Ersetzungsregeln definiert werden.
fieldFrom
Dieser Parameter legt fest, welches Metadatum für eine Ersetzung als Ausgangsfeld genutzt werden soll.
fieldTo
Dieser Parameter legt fest, welches Metadatum für eine Ersetzung als Zielfeld genutzt werden soll.
fieldDynamic
Soll das Zielfeld ebenfalls aus dem Datensatz des Vokabulars übernommen werden, so kann hier das Feld innerhalb des Vokabulars angegeben werden.
vocabulary
Geben Sie hier den Namen des Vokabulars in Goobi workflow an.
contentSearch
Definieren Sie hier, welches Feld des Vokabulars für die Suche nach dem Wert aus dem Ausgangsfeld genutzt werden soll.
contentReplace
Definieren Sie hier, welches Feld des Vokabulars für die Ersetzung des Wertes aus dem Ausgangsfeld genutzt werden soll.
contentAuthority
Sollen Normdaten übernommen werden, kann hier das Feld innerhalb des Vokabulars für die Authority festgelegt werden.
contentAuthorityUri
Sollen Normdaten übernommen werden, kann hier das Feld innerhalb des Vokabulars für die Authority URI festgelegt werden.
contentAuthorityValueUri
Sollen Normdaten übernommen werden, kann hier das Feld innerhalb des Vokabulars für den Datensatz festgelegt werden.
duplicateIfMissing
Soll der originale Wert übernommen werden, wenn innerhalb des Vokabulars keine Entsprechung gefunden wurde, muss dieser Wert auf true gesetzt werden.
removeDuplicatedFieldTo
Wenn ein Zielfeld mit gleichem Inhalt mehrfach vorhanden ist, kann mit diesem Parameter festgelegt werden, dass Duplikate entfernt werden. Hierbei wird ausschließlich der Feldtyp und der Wert geprüft. Personen, Körperschaften, Metadatengruppen und auch Authority-Informationen werden nicht berücksichtigt.
Zur Inbetriebnahme des Plugins muss dieses für einen oder mehrere gewünschte Aufgaben im Workflow aktiviert werden. Dies erfolgt wie im folgenden Screenshot aufgezeigt durch Auswahl des Plugins intranda_step_metadata_replacement aus der Liste der installierten Plugins.
Auswahl des Plugins innerhalb einer Aufgabe
Integration der Ersetzung von Metadaten innerhalb des Workflows
Arbeitsweise des Plugins
Dieses Plugin kann sehr granular konfiguriert werden und arbeitet intensiv mit den innerhalb von Goobi verwalteten Vokabularen zusammen. Anhand des des folgenden Beispiels läßt sich die Funktionsweise gut aufzeigen:
Innerhalb der Metadaten liegen wenige Informationen über Erscheinungsorte vor. Eine uneinheitliche Schreibweisen der Ortsnamen und fehlende Verlinkungen zu einer Normdatenbank lassen Informationen vermissen und erlauben keine Nutzung von Linked-Open-Data. Beispielhaft könnten die Metadaten für den Erscheinungsort London folgendermaßen aussehen:
Der Erscheinungsort London ist in einer besonderen Schreibweise in den Metadaten vorhanden
Innerhalb eines Vokabulars können Orte mit zugehörigen Daten gepflegt werden. Hier kann unter anderem angegeben werden, welche Ortsnamen durch welche Ortsnamen ersetzt werden sollen. Außerdem kann hier definiert werden, welche Verlinkung zu einer Normdatenbank wie GeoNames oder VIAF erzeugt werden soll.
In einem eigenen Vokabular für Ortsnamen können individuelle Daten für eine Anreicherung gepflegt werden
Innerhalb des Workflows von Goobi können die vorliegenden Metadaten innerhalb der METS-Datei eines Goobi-Vorgangs basierend auf einer Konfiguration wie oben angegeben automatisiert mit Daten aus dem Vokabular angereichert werden. Im Falle des Erscheinungsorts London kann so beispielsweise die gewünschte Schreibweise zusammen mit den Normdaten aus GeoNames in ein zusätzliches Feld überführt werden.
Der Erscheinungsort London ist nun in einem eigenen Feld mit korrekter Schreibweise und Normdaten vorhanden
Die konstante Pflege des Vokabulars und die Integrierbarkeit in einen Workflow auch an mehreren Stellen innerhalb von Aufgaben erlaubt, dass die Inhalte auch künftig aktualisiert und veröffentlicht werden können.

Step Plugins - Previous

Metadaten-Validierung innerhalb einer Aufgabe

Next - Step Plugins

Qualitätskontrolle von Bildern

Last modified 5mo ago

Copy link

Contents

Einführung

Installation

Konfiguration des Plugins

Arbeitsweise des Plugins