This step plugin allows you to validate images using JHove and customize the workflow


This plugin is used to validate images in TIF format within defined directories. The validation is done with the help of the open source software library JHove and is extensively configurable.




Source code


GPL 2.0 or newer


Goobi workflow 2020.07

Dokumentation date



To install the plugin, the following file must be installed first:


To configure how the plugin should behave, different values can be adjusted in the configuration file. The central configuration file is usually located here:


Within this configuration file the path to the JHove configuration is named. In the case of the example below, the following path is given:


Accordingly, the following two files must also be installed under this path:


Configuration of the plugin

The configuration for the plugin is done within the central configuration file. It looks like the following example:

        <!-- folders to validate, can be multiple one (e.g. master, main etc. -->
        <namespace uri="http://www.loc.gov/mix/v20" name="mix" />
        <namespace uri="http://hul.harvard.edu/ois/xml/ns/jhove" name="jhove" />
        <!--Counter check -->
            <error_message>Check for image format count: Image: "${image}" Wanted value: "${wanted}"\, found value: "${found}".</error_message>
            <error_message> Check for image format: Image: "${image}" Wanted value: "${wanted}"\, found value: "${found}".</error_message>
        <!--Check if the image is well-formed and valid -->
            <wanted>Well-Formed and valid</wanted>
            <error_message> Check for image status: Image: "${image}" Wanted value: "${wanted}"\, found value: "${found}".</error_message>
        <!--Check for resolution (number or range) -->
        <integrated_check name="resolution_check">
            <error_message> Check for resolution: Image: "${image}" Wanted value: "${wanted}"\, found value: "${found}".</error_message>

The parameters within the plugin's central configuration file have the following meanings:



This parameter determines for which project the current block <config> is to apply. The name of the project is used here. This parameter can occur several times per <config> block.


This parameter controls for which work steps the block <config> should apply. The name of the work step is used here. This parameter can occur several times per <config> block.


This parameter can be used to specify directories whose contents are to be validated. This parameter can occur repeatedly. Possible values are master, media or individual folders like photos and scans.


This parameter determines which step of the workflow should be reopened if an error occurs within the validation. If this parameter is not used, the plugin simply activates the previous step of the validation step instead.


This parameter is used to determine whether the work steps of the workflow between the validation step and the one specified within the parameter openStepOnError are to be set back to the status locked so that these work steps have to be run through again (true). If, on the other hand, the value is set to false, the status of the steps in between is not changed, so that these steps are not run through again.


This parameter specifies where the configuration file for JHove is located.


Within each element check is defined what exactly JHove should validate. For example, here you define which file format is expected. Also included is which error message should be issued in case of an incorrect validation.

Mode of operation

The plugin is usually executed fully automatically within the workflow. It first determines whether there is a block within the configuration file that has been configured for the current workflow with respect to project name and work step. If this is the case, the other parameters are evaluated and the checks are started. If one of the configured checks is not successful, the configured or alternatively the previous work step is set to an error status and the validation message is written to the process log. If the work steps between the validation step and the notified step are to be set in the status to closed, these steps are also provided with the correction message for the agents and thus allow the problem case to be traced.

How to use the plugin

This plugin is integrated into the workflow in such a way that it is executed automatically. Manual interaction with the plugin is not necessary. For use within a step of the workflow it should be configured as shown in the following screenshot.

Last updated