Bug 179902 - Picture numbering fails if pics taken at more than 1 image per second
Summary: Picture numbering fails if pics taken at more than 1 image per second
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Import-MainView (show other bugs)
Version: 0.9.4
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-01-07 11:53 UTC by Jo Scheuchenpflug
Modified: 2012-06-27 11:13 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 1.0.0
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jo Scheuchenpflug 2009-01-07 11:53:20 UTC
Version:           0.9.4 (using 3.5.9 "release 49.1" , openSUSE 11.0)
Compiler:          Target: i586-suse-linux
OS:                Linux (i686) release 2.6.25.18-0.2-pae

I have taken pictures so that there are more than one pic taken in a single second in the camera's storage. 

When I download pictures, I rename the images using the Cameras's name (D70-) and then I add the date and time of creation to that string in the format yyyyMMdd-hhmmss so that a typical name of a image would be D70-20061114-195729.JPG.

When importing images from the camera taken e.g. in second 4 the name of the image gets D70-2009xxxx-yyyyy4. When importing the next picture (also made in that second), Digicam stops the importing process (which is annoying with cameras that just support USB1.1 and you got 2GB of Data in the card and you return from lunch hoping the import is finished....) and complies that there is already an image with that name and requests a decision to overwrite or rename or whatever. 
My suggestions:
best: Add a tenth (and if some crazy japanese guys go further than that a hundreth) second entry in the dialog to rename the images - I do not know what cameras do supply for accuracy of the creation date
second best: just let Digicam add a dash with an additional number that is counted up by one for each pic taken in that second. This was Nikon's original software behaviour. So I got images ending D70-2009xxxx-yyyyy4, then D70-2009xxxx-yyyyy4-1, then D70-2009xxxx-yyyyy4-2 and so on and then D70-2009xxxx-yyyyy5

I hope the problem is described well enough. Please feel free to contact me!

Thanks for your great work - I don't want to fail to mention!

Jo
Comment 1 caulier.gilles 2009-01-07 12:05:31 UTC
Can you attach few image taken in this condition to test here. 3 images can be enough.

Gilles Caulier
Comment 2 Marcel Wiesweg 2009-01-20 23:12:19 UTC
SVN commit 914345 by mwiesweg:

Avoid creating double auto-rename names when downloading images.
Insert -1, -2 etc. for duplicate names.
This only applies if the generated download names are found to be equal in
one download procedure; if files are really found on disk, of course the dialog
will still be shown.

CCBUG: 179902

 M  +31 -1     cameraui.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=914345
Comment 3 Marcel Wiesweg 2009-01-20 23:14:50 UTC
Jo, -rc1 is just around the corner, please test this commit then.
You will get your "Nikon" behavior.
Comment 4 caulier.gilles 2009-01-23 21:26:12 UTC
Jo,

digiKam 0.10.0-rc1 is out. Please test and report

Gilles Caulier
Comment 5 Jo Scheuchenpflug 2009-01-28 21:08:52 UTC
Thanks for your speedy work. I did not expect that so I missed to come here again so soon. As this bug tracking system is new to me: where can I find the release Candidate? I'm using Opensuse11. Can I add an additional repository or where else do I find the software?

Thenks a lot

Jo
Comment 6 Marcel Wiesweg 2009-01-31 23:52:40 UTC
Google for it. You can get packages from the opensuse build service. They have their own version numbering, maybe 0.10.0-79 is rc1, I can't tell. It's not on all KDE4 repositories, some only have a 0.10.0-77. I am running opensuse 11.1 myself but obviously will compile digikam myself.
Their is a good page on the repositories that give you KDE4 as well (if you are running OpenSuse 11.1 out of the box with the given KDE4.1.3 I recommend to upgrade to KDE4.2 anyway, for having more fun)
Comment 7 caulier.gilles 2009-02-01 15:50:21 UTC
J,

Are find suitable digiKam 0.10.0-RC1 package for Suse ?

Gilles Caulier
Comment 8 Marcel Wiesweg 2009-03-23 18:24:50 UTC
Jo, 0.10.0 final is out and there really should be packages for opensuse in the build service as described.
Comment 9 caulier.gilles 2009-05-13 09:43:58 UTC
Jo, 

digiKam 0.10.0 is out since few month now. Can you give us a fresh report please ?

Gilles Caulier
Comment 10 caulier.gilles 2009-07-22 15:21:25 UTC
I just tested that with 3 picture taken in more than 1 seconde. It work fine.

Gilles Caulier
Comment 11 Jo Scheuchenpflug 2009-07-25 22:56:44 UTC
Hello Gilles,

you are right. I now installed OpenSuse 11.1 with KDE4 and now I can use
the new feature.... By the way: What happens once I use the newest
version of digikam and then I use an older version (0.95..) in another
computer, using the same digikam3.db? Is the fileformat downwards
compatible?

Thanks!

Jo

Gilles Caulier schrieb:
> https://bugs.kde.org/show_bug.cgi?id=179902
>
>
> Gilles Caulier <caulier.gilles@gmail.com> changed:
>
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>              Status|UNCONFIRMED                 |RESOLVED
>          Resolution|                            |FIXED
>
>
>
>
> --- Comment #10 from Gilles Caulier <caulier gilles gmail com>  2009-07-22 15:21:25 ---
> I just tested that with 3 picture taken in more than 1 seconde. It work fine.
>
> Gilles Caulier
>
>
Comment 12 Marcel Wiesweg 2009-07-26 14:54:01 UTC
> By the way: What happens once I use the newest
> version of digikam and then I use an older version (0.95..) in another
> computer, using the same digikam3.db? Is the fileformat downwards
> compatible?

digikam 0.10 and 1.0 use the database file "digikam4.db". The file "digikam3.db" is upgraded on first use. 0.9 does not know about digikam4.db.