In the following sections, some concrete application scenarios are explained in detail. Some of the configurations are customer-specific and may therefore not be transferable to all Goobi workflow installations without modification.
For some time now, it has been possible to create a thumbs/
folder in Goobi workflow process folders. In this folder, thumbnails for the images in the folders in the images/
folder can be stored. When doing this, you must follow a naming convention that is evaluated by Goobi workflow and used to display images efficiently.
A folder below the thumbs/
folder may only contain jpg images and must follow the following naming scheme to be used by Goobi:
For example, if you now have the following folder in the images/
folder:
For thumbnails with a maximum page length of 1000 pixels you would have to create the following folder in the thumbs/
folder and fill it with matching images:
The folders and images in them can be created using a script step in Goobi workflow. The script step may contain multiple scripts to create thumbnails in multiple sizes. The following scripts create thumbnails for the master images in 800, 1600 and 3200 pixel sizes:
For the derivatives, the calls are made in the same way:
The script gm-convert.sh
used here can be downloaded here and should be placed in the folder /opt/digiverso/goobi/scripts/
:
Help with displaying 3D objects in Goobi instead of images
Instead of two-dimensional images, 3D objects can also be saved in the images
folder and displayed in the Goobi interface. Goobi can display the following 3D formats:
However, full support for textures exists only for the .obj
, .gltf
and .glb
formats, so use one of these formats if possible. DRACO compression is supported for .gltf
and .glb
formats.
Often a 3D object needs additional resource files to be displayed correctly. These are usually image files for surface textures and .mtl
files with material definitions for .obj
files. These files should always be saved in a separate file folder next to the object file, with the same name as the object file without file extension. .mtl
files can be given any name, whereas the naming of the image files is determined by the 3D object file or the .mtl
file.
Very large 3D objects with over a million edges can often not be displayed by browsers or only very slowly. It is advisable to use only smaller files in Goobi.
If you use an .mtl
file, sometimes no image is displayed. This may be due to the content of the .mtl
file itself if it contains the following line: Tr 1.0
or d 0.0
This sets the transparency of the object to 100%, which means it is not displayed at all. Instead, the line must read Tr 0.0
or d 1.0
The display of the object can also be influenced by the following line: illum 1
or illum 2
The illum 1
option enhances specular reflections on the object, illum 2
makes them possible. Mirroring reflections can make an object appear overexposed, but they can also emphasise the three-dimensional shape.
In order to correctly export processes with 3D objects to the Goobi viewer or other presentation systems, some additional precautions are necessary.
For the export of 3D objects with auxiliary files (mtl, surface images, ...) the export must be done with the following Goobi export plugin:
The plugin must be entered in the export step as Step Plugin
.
To ensure that 3D objects are also written to the METS file when exporting with the 3D export plugin, an additional METS file group must be created in the project configuration with the following properties:
Name | Value |
---|---|
The value in Suffix
must always correspond exactly to the file extension of the 3D objects to be exported.
Name:
OBJECT
Path:
file:///opt/digiverso/viewer/media/$(meta.CatalogIDDigital)/
MIME Typ:
application/object
Suffix:
obj / glb / ...