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

[Jack Marxer]

I meant that it might be preferable for digiKam to number duplicates
(including the first photo) with _01, _02, _03, etcetera.

On Mon, Oct 29, 2018 at 12:32 PM HaJo Schatz <hajo at hajo.net> wrote:

>
> How would I do that in batch rename?
>
> On Mon, Oct 29, 2018 at 3:57 PM Jack Marxer <jmarxer at gmail.com> wrote:
>
>> If there are duplicates and {unique}, why not number them with _01, _02,
>> _03, etcetera?
>> Jack
>>
>> On Mon, Oct 29, 2018 at 4:51 AM HaJo Schatz <hajo at hajo.net> wrote:
>>
>>> 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/20181029/b4cf720f/attachment.html>