Skip to content
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

Rename jpegs after changing sequence in Kitodo 3 #5601

Closed
apiller opened this issue Mar 23, 2023 · 5 comments · Fixed by #5701
Closed

Rename jpegs after changing sequence in Kitodo 3 #5601

apiller opened this issue Mar 23, 2023 · 5 comments · Fixed by #5701
Assignees
Labels
feature metadata editor scheduled issues already planned/"ordered" for implementation

Comments

@apiller
Copy link

apiller commented Mar 23, 2023

In Kitodo 2 was a subpoint of pagination to regenerate filenames after changing the sequence of the scans.
It was useful after adding or deleting pictures. Especially when URN granular is generated afterwards based on the filenames.
As far as I see there was no implementation of this feature in Kitodo 3.
There is no possibility to delete or add pictures afterwards either.

Is there by any chance a possibilty that I just overlook the features or is there no implementation yet?

@solth
Copy link
Member

solth commented Mar 23, 2023

You are correct, currently the feature to automatically rename image files is not implemented in Kitodo.Production 3. Partly, this is due to the fact that the order of images in a process is now controlled explicitely by the ORDER attribute of the pages, the sorting of mets:smLinkelements in mets:structLink and the order of mets:div elements in mets:structMap type="physical", instead of implicitly determining their order by filenames (filenames are still used to determine the initial order of images in a process, however, before they are linked in the mets file by saving the process for the first time in the metadata editor)

You can add new images (or delete existing ones) in the metadata editor using the context menu in the structure tree and gallery (and then re-order them to your liking via drag'n'drop), though, so perhaps that at least partly helps you in your use case?

Bildschirm­foto 2023-03-23 um 11 43 08

@apiller
Copy link
Author

apiller commented Mar 23, 2023

Yes this would help partly. Actually I am not able to reproduce this picture. The point adding a medium is missing. Is this because of our old version (3.3.1) or do I have to add permissions to the task/role?
The point deleting the element is just for deleting the structure element or medium/structure in general?

@subhhwendt
Copy link
Collaborator

@apiller "Medien hochladen" and "Medien löschen" are configurable elements in rolemanagement since Version 3.5

@solth We want to discuss with you pretty soon if it's feasible and(!) reasonable to build a function for renaming filenames according to the value of "ORDER". Analyzing different examples/situations in Metadataeditor we are feeling hope to do so.

@apiller
Copy link
Author

apiller commented Mar 24, 2023

@subhhwendt Do you have any idea how much time this would take? Because we need this pretty soon otherwise we have to change our workflow completely. Maybe we can share the effort somehow.

@solth solth added this to the Kitodo.Production 3.6.0 milestone May 25, 2023
@solth
Copy link
Member

solth commented May 25, 2023

As discussed this will be implemented in a first iteration as a button in the metadata editor that allows renaming image files corresponding to their current order while adding a configurable number of leading zeros.

In a further step this can be expanded to being applied to multiple processes using a Kitodo script, but that is out of scope of this issue.

@solth solth added scheduled issues already planned/"ordered" for implementation metadata editor labels May 25, 2023
@solth solth self-assigned this Jun 9, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature metadata editor scheduled issues already planned/"ordered" for implementation
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants