<div dir="ltr">Thx Maik!<div><br></div><div>That is interesting & helpful to know. But unfortunately, it does not solve the original problem -- the first photo in a series still doesn't get a number attached...</div><div><br></div><div>Gilles, I know you are the master of all features & problems of Digikam. Any thoughts about this?<br><br><div class="gmail_quote"><div dir="ltr">On Wed, Oct 31, 2018 at 7:01 PM Maik Qualmann <<a href="mailto:metzpinguin@gmail.com">metzpinguin@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The {unique} modifier can also prefix zeros {unique:n}, for example, for <br>
"_001" then {unique:3}<br>
<br>
Maik<br>
<br>
Am Dienstag, 30. Oktober 2018, 15:26:25 CET schrieb <a href="mailto:digikam@911networks.com" target="_blank">digikam@911networks.com</a>:<br>
> I do my own unique by keeping the camera image counter in the<br>
> filename. My files are:<br>
> <br>
> img_1234.cr2 and I rename then to text_yyyymmdd_1234.cr2 with:<br>
> <br>
> text-[date:"yyyyMMdd"]-[file]{range:5,8}<br>
> <br>
> Thanks<br>
> <br>
> Syv<br>
> <br>
> On Tue, 30 Oct 2018 14:34:20 +0100<br>
> <br>
> Stefan Haag <<a href="mailto:ml@haagonline.de" target="_blank">ml@haagonline.de</a>> wrote:<br>
> > Hi all, for me there is the same issue when downloading from the<br>
> > camera. I am using a similar naming string. I would also highly<br>
> > appreciate having always a "_1" or "_01" when using the {unique}<br>
> > Option. I am using a NAS for watching my pictures in a TV, and when<br>
> > there is a series oft pictures the first is always shown last due<br>
> > to the filename.<br>
> > <br>
> > <br>
> > Regards<br>
> > Stefan<br>
> > <br>
> > Am 29. Oktober 2018 04:51:59 schrieb HaJo Schatz <<a href="mailto:hajo@hajo.net" target="_blank">hajo@hajo.net</a>>:<br>
> > > Hi group,<br>
> > > <br>
> > > Not sure if this was discussed earlier, apologies if so. I can<br>
> > > open a > bug/feature request if not.<br>
> > > <br>
> > > Assume the following batch rename string:<br>
> > > [date:yyyyMMdd-hhmmss]{unique}_Vacation<br>
> > > <br>
> > > If 3 photos have the same date/time they will be renamed as<br>
> > > follows: DSC1:  20181029-130000_Vacation<br>
> > > DSC2:  20181029-130000_1_Vacation<br>
> > > DSC3:  20181029-130000_2_Vacation<br>
> > > <br>
> > > In alphabetic sorting (e.g. file manager), they will then be<br>
> > > listed in the > wrong order, since the unique numbers '1' & '2'<br>
> > > are before the 'V' in the > alphabet -- Pic 1 will be listed<br>
> > > after Pic 2 & 3. I ran into this when > trying to make an<br>
> > > animated GIF recently.<br>
> > > <br>
> > > I think {unique} should add a _0 per default or, of course better<br>
> > > yet, be > aware if there's a conflict coming up and only add the<br>
> > > _0 in such case.<br>
> > > <br>
> > > Oh, away from the affected computer now. But it's digikam on<br>
> > > Fedora 28 from > the std repo, I must assume 5.9.0. Haven't<br>
> > > checked 6.0.0 yet...<br>
> > > <br>
> > > Thx a lot,<br>
> > > Hajo<br>
> > > <br>
> > > --<br>
> > > PGP key: <a href="http://tinyurl.com/2016PGPKEY" rel="noreferrer" target="_blank">http://tinyurl.com/2016PGPKEY</a><br>
<br>
<br>
<br>
<br>
</blockquote></div></div></div>