[digiKam-users] Issue with {unique} in batch-rename

[Stefan Haag]

Hi all, for me there is the same issue when downloading from the camera. I 
am using a similar naming string.
I would also highly appreciate having always a "_1" or "_01" when using the 
{unique} Option. I am using a NAS for watching my pictures in a TV, and 
when there is a series oft pictures the first is always shown last due to 
the filename.


Regards
Stefan
Am 29. Oktober 2018 04:51:59 schrieb HaJo Schatz <hajo at hajo.net>:
> Hi group,
>
> Not sure if this was discussed earlier, apologies if so. I can open a 
> bug/feature request if not.
>
> Assume the following batch rename string:
> [date:yyyyMMdd-hhmmss]{unique}_Vacation
>
> If 3 photos have the same date/time they will be renamed as follows:
> DSC1:  20181029-130000_Vacation
> DSC2:  20181029-130000_1_Vacation
> DSC3:  20181029-130000_2_Vacation
>
> In alphabetic sorting (e.g. file manager), they will then be listed in the 
> wrong order, since the unique numbers '1' & '2' are before the 'V' in the 
> alphabet -- Pic 1 will be listed after Pic 2 & 3. I ran into this when 
> trying to make an animated GIF recently.
>
> I think {unique} should add a _0 per default or, of course better yet, be 
> aware if there's a conflict coming up and only add the _0 in such case.
>
> Oh, away from the affected computer now. But it's digikam on Fedora 28 from 
> the std repo, I must assume 5.9.0. Haven't checked 6.0.0 yet...
>
> Thx a lot,
> Hajo
>
> --
> PGP key: http://tinyurl.com/2016PGPKEY

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20181030/bd19403a/attachment.html>