-
Notifications
You must be signed in to change notification settings - Fork 64
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Automatically created images don't appear in meta.xml
#6065
Comments
Original issue: #3333 |
Yes that helps, thanks a lot! I leave this issue open as I still consider it a bug that the workflow step properties write/validate images won't update the |
Not yet, as far as i know. There is an open Pull Request for that functionality: #6013 |
Describe the bug
I have a workflow script step that calls a shell script that generates derivative images of the main tiffs.
The directory where the images get stored is declared in the project settings as shown below:
Although it says that the images should get included in the METS, they will not appear as a
mets:fileGrp
in themeta.xml
during the whole workflow, only in the exported METS they are included correctly.In the workflow script step, the properties for reading/writing/validating images are set.
Expected behavior
The created images should appear in the
meta.xml
directly after the step has finished.Edit: / Note:
The
meta.xml
(or more precisely itsmets:fileSec
) does only seem to get updated when clicking the Save button in the metadata editor, independently of the current process status. On the other side, the step's properties don't seem to have any effect on updating/re-reading the image directories.This seems to be counter-intuitive as to the properties' namings.
This issue mentions this behavior of the Save button. Can this behavior be triggered somehow in an automatic step?
Screenshots
![grafik](https://private-user-images.githubusercontent.com/1378632/328568968-ea478e7f-f4b9-482b-8cc1-c7ae54f928b0.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MjI0NzM1MjMsIm5iZiI6MTcyMjQ3MzIyMywicGF0aCI6Ii8xMzc4NjMyLzMyODU2ODk2OC1lYTQ3OGU3Zi1mNGI5LTQ4MmItOGNjMS1jN2FlNTRmOTI4YjAucG5nP1gtQW16LUFsZ29yaXRobT1BV1M0LUhNQUMtU0hBMjU2JlgtQW16LUNyZWRlbnRpYWw9QUtJQVZDT0RZTFNBNTNQUUs0WkElMkYyMDI0MDgwMSUyRnVzLWVhc3QtMSUyRnMzJTJGYXdzNF9yZXF1ZXN0JlgtQW16LURhdGU9MjAyNDA4MDFUMDA0NzAzWiZYLUFtei1FeHBpcmVzPTMwMCZYLUFtei1TaWduYXR1cmU9ZjA5ZDZlNDY0ODY5NGMxNWY2YmQ0ODhhZTc5MDhjNTRhMDA4MmQwZmYxMzg0MmFjYjZjNTJiYjc5ZGQwYzM0ZiZYLUFtei1TaWduZWRIZWFkZXJzPWhvc3QmYWN0b3JfaWQ9MCZrZXlfaWQ9MCZyZXBvX2lkPTAifQ.ylCQMa5ad54ohdZItaoD7cY7xD368y_HlByOj_14LhY)
Release
3.5.0
The text was updated successfully, but these errors were encountered: