The goobi_metadataDisplayRules.xml
configuration file specifies how the metadata is to be displayed within Goobi's metadata editor. It is usually located at the following path in the file system.
This configuration file describes how individual metadata fields are to be displayed. Among other things, it can be specified that fields are displayed as input fields, selection lists, read-only fields, etc., and can be edited differently by the user. Here is an example of such a configuration file:
In this configuration file, you can define within the projectName
attribute for which projects this individually configured display is to apply.
The IDs specified with ref
refer to the metadata names that exist in the database for the corresponding project (or task).
Most elements have a child elements label
. This can contain text to describe the input field. Normally, this is the name of the concerning meta data, but it can be different for better readability.
In addition, different field types can be selected from a list:
The input
box is displayed as a normal single-line input field.
The type textarea
is similar to the Input Box. However, it is multiline and allows the display size of the field to be adjusted.
The type readonly
is similar to the Input Box, but it does not allow changing the field content.
The select box select1
allows the selection of one value from a list of values. A distinction is made between the display of the value (label
) and the actual value to be stored internally (value
). With the selected
parameter, one <item>
element can be preselected.
The Multi Select Box select
allows you to select multiple values, all of which should be stored within the metadata field. Here, too, a distinction is made between the displayed value (label
) and the internally stored value (value
). With the selected
parameter, multiple <item>
elements can be preselected.
The htmlInput
field type allows you to enter texts with optical formatting options. For example, text can be marked in bold or italic and is saved in the METS file along with the formatting.
The geonames
type allows the search and selection of locations within the GeoNames database.
The field type gnd
allows the search and data transfer of entries from the Common Standards Database of the German National Library.
The dante
field type allows you to use the GBV's Dante vocabulary server. All provided vocabularies can be configured. A complete list of available vocabularies can be found at the following address within the notation
element:
The viaf
field type allows data to be transferred from the VIAF database across all integrated standards databases of different national libraries.
Sample for persons:
Sample for places:
The vocabularyList
field type allows you to transfer data from a specific vocabulary in the vocabulary manager of Goobi workflow. The vocabulary to be used is specified within source
.
If not all values of the vocabulary should be listed, field
can be used to define a restriction for one or more fields that should contain a certain value:
If you want the content of a vocabulary from the Goobi vocabulary manager to be accessible via a search box, the type vocabularySearch
is used. You can use field
to define which fields of the data records are to be displayed.
With the type person
, a person can be selected. The person can be specified in more details with the elements <source>
and <field>
.
With the type corporate
, a corporate can be selected. The corporate can be specified in more details with the elements <source>
and <field>
.
With the type process
, a process can be selected. The process can be specified in more details with the elements <source>
and <field>
.
The type kulturnav
allows data transfer from the Kulturnav database across all integrated standards databases of different national libraries. The person
reference and the <source>
element can be used to retrieve personal data, for example.
With the type easydb
, an easydb database can be specified to import information from.
The element easydb
defines the desired metadata type, in the attribute ref
the name of the metadata is configured to which the entry should apply. The element source
contains the ID of the easydb instance in which the search should be performed. The value must correspond to an instance ID from the file plugin_metadata_easydb.xml
. In field
is the ID of the search to be used. The mapping is done using the ID element in the search
section of the file in plugin_metadata_easydb.xml
. This allows an individual search query to be configured for each metadata in its own easydb instance. However, the individual search queries can also be reused and entered in field
for multiple metadata.
With the type generate
, a rule for generating the field can be defined. This allows referencing the content of other metadata or Goobi variables.
The attribute ref
configures the name of the metadata to which the entry should apply. If the rule should only apply to certain records, an optional XPath expression can be specified in <condition>
that must be satisfied. Unlike other elements, this field is repeatable and thus allows configurations for a field with different conditions. When generation is executed, all entries are processed from top to bottom, and the first entry for which the condition is met or for which no condition is set is used.
The element <value>
contains the text to be generated, and arbitrary placeholders in the form of [NAME]
can be used.
The individual parameters are then defined within the <item>
elements. Each element contains a <label>
with the name of the placeholder to be replaced and a <type>
. The type can either be xpath
or variable
. For xpath
, the value is searched within the current structure element using an XPath expression, while for variable
, data from the variable replacer of the current process can be used. Using <regularExpression>
and <replacement>
, the retrieved value can be further manipulated. If a value is found, the placeholder in the text will be replaced.