https://bugs.kde.org/show_bug.cgi?id=207944 Summary: new renaming of pictures
Product: digikam
Version: unspecified
Platform: Compiled Sources
OS/Version: Linux
Status: UNCONFIRMED
Severity: wishlist
Priority: NOR
Component: general
AssignedTo:
[hidden email]
ReportedBy:
[hidden email]
Version: (using Devel)
OS: Linux
Installed from: Compiled sources
Just now I have read that you are going to redesign the renaming functionality
for pictures within digikam. Thus I use my chance to ask for a minor
enhancement:
Within my workflow I use a simple minded picture naming - only the date plus an
appended sequence number like e,g, 2009-08-03_01.jpg (spread among
subdirectories YYYY/MM/DD like db/2009/2009-08/2009-08-03/2009-08-03_01.jpg).
The directories are created during download from camera. My first step after
download is to delete bad/ugly pictures. Then I rename all pictures of the
"current" day to get the final filename like 2009-08-03_01.jpg. Now my problem:
If - after a while - I'd like to drop or add pictures into that scheme then
current renaming fails since it cannot handle renaming if the target filename
already exists. E.g. if I delete ..._04.jpg I'd like to get
*_01.jpg --> *_01.jpg
*_02.jpg --> *_02.jpg
*_03.jpg --> *_03.jpg
*_05.jpg --> *_04.jpg
...
Right now one gets error messages that the target files are already existing.
A possible solution idea: Do such renaming in two steps. Within the first step
you append some additional string like *_01.jpg.RENAMING onto all files. Within
the second step you drop that suffix.
That would solve my "problem" with bulk file renaming. Probabely it's not that
easy since you also have to consider abortion during renaming.
Thanks for considering my suggestion,
Michael
--
Configure bugmail:
https://bugs.kde.org/userprefs.cgi?tab=email------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Locked
