Bug 301936 - Rename by date is based on 'date modified' not 'date created' : add helper text in GUI
Summary: Rename by date is based on 'date modified' not 'date created' : add helper te...
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: AdvancedRename-Import (show other bugs)
Version: 2.6.0
Platform: Unlisted Binaries Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-14 22:10 UTC by Art
Modified: 2016-12-10 19:29 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In: 5.4.0


Attachments
Digikam Download Screenshot (153.90 KB, image/jpeg)
2012-08-18 00:41 UTC, Art
Details
Digikam Name vs EXIF (55.96 KB, image/jpeg)
2012-08-18 00:43 UTC, Art
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Art 2012-06-14 22:10:14 UTC
I like to rename my images with a 'yyMMdd-hhmmss' format.  I notice that, shooting RAW + JPG, the two files (different formats) for the same image have different names (1 or 2 seconds apart).

e.g.  120612-054700.cr2 and 120612-054701.jpg, even though these are the same image.

I think this is because the rename uses the last modified date, not the date created.  This makes it difficult to tell which images go together, especially if there are several similar compositions taken within a short period of time.

Thanks,
Art

Reproducible: Always

Steps to Reproduce:
1.  Choose Import from Card Readers.
2.  Set rename to [yyMMdd-hhmmss]
3.  Select Download All
Actual Results:  
RAW + JPG image pairs are given different names (the seconds field 'ss' is different);
e.g. 120612-054700.cr2 and 120612-054701.jpg

Expected Results:  
RAW + JPG should have same name; e.g. 120612-054700.cr2 and 120612-054700.jpg.
Comment 1 Andi Clemens 2012-08-12 13:49:16 UTC
Are you sure that the file creation date is different than the one you see in digiKam?
As far as I can see from the code and my database, the correct file creation date is used.
Have you downloaded the files from your camera and checked with the "normal" tools for detecting the file creation date?
Comment 2 Art 2012-08-18 00:39:39 UTC
I had uninstalled digikam so have now reinstalled 2.8.0.  The problem persists.  It occurs consistently but not with every pair of raw + jpg images.

> Are you sure that the file creation date is different than the one you see
> in digiKam?
I've attached a capture of the file download screen.  The highlighted .cr2 file is named after the date in 'Camera File Properties'.  Note that the creation date listed under 'Photograph Properties' is two seconds earlier.  As shown in the next screenshot, the .jpg version of the same image is named according to the creation date in 'Photograph Properties'.

> Have you downloaded the files from your camera and checked with the "normal"
> tools for detecting the file creation date?
I've looked at what my other software says about the .cr2 file and there is some variability.
-Adobe Bridge says the Date Created is 06:08:12 02:19:38, Date Modified 06:08:12 02:19:40.
-Windows 7 says Date Created is 06:08:12 02:19:40 and Date Modified is also 06:08:12 02:19:40 (but reports that the .jpg Date Created is 06:08:12 02:19:38 and .jpg Date Modified is 06:08:12 02:19:40).
Breeze Browser, my usual downloading / sorting program, considers both the .cr2 and .jpg as Created on 06:08:12 02:19:38.

From my point of view, it doesn't matter which is used, as long as they are identical for the .cr2 and .jpg versions of the same image.
Comment 3 Art 2012-08-18 00:41:26 UTC
Created attachment 73263 [details]
Digikam Download Screenshot
Comment 4 Art 2012-08-18 00:43:00 UTC
Created attachment 73264 [details]
Digikam Name vs EXIF
Comment 5 Marcel Wiesweg 2012-09-23 13:45:29 UTC
Please have a look at 307253: Is the offered patch what you actually request?
Comment 6 caulier.gilles 2014-08-31 13:17:21 UTC
Art,

This file still valid using last digiKam 4.2.0 ?

Gilles Cauleir
Comment 7 caulier.gilles 2016-07-07 04:29:57 UTC
This file still vlid using last digiKam 5.0.0 ?

Gilles Caulier
Comment 8 Miquel Coll 2016-08-29 19:01:00 UTC
Gilles, I'm facing the same problem in Ubuntu 16.04/Digikam 5.1.0.

Steps to reproduce:

1. Image's EXIF date taken: 02/09/2015 13:13
2. Copied the image from the SD card to an external hard disk to made a backup
3. Then copied again from the external hard disk to the laptop's hard disk to import to digikam. The file's dates get changed: date accessed: 22/08/2016 11:23:18, and date modified 21/08/2016 17:10:51. The EXIF date is the same ;-)
4. Import -> Add images...
5. Select the image to import, rename to custom "[date]" (the same behaviour with "[date:ISO]", "[date:yyyyMMdd]", etc.)
6. The filename of the imported image is 20160821T171051.JPG (for NEF files the date is the same)

The strange thing is that if i rename the imported file (F2) using the same format "[date]" I get the correct image name: 20150902T131352.JPG

Regards
Miquel
Comment 9 Maik Qualmann 2016-08-29 21:12:32 UTC
DigiKam Import defaults uses the file creation date. For a exact date enable in camera setup the option: Use file metadata (makes connection slower).

Maik
Comment 10 Miquel Coll 2016-10-08 05:19:26 UTC
Thanks Maik, and sorry for my late reply!

That's true, but it would be helpful to add a hint in the import screen because it's confusing ;-)

Miquel
Comment 11 Unknown 2016-12-10 19:29:24 UTC
Git commit e2b75ae311e417decf1b37c9fcb2a5f953c5b796 by Maik Qualmann.
Committed on 10/12/2016 at 19:25.
Pushed by mqualmann into branch 'master'.

add note to GUI if file metadata used or not
Related: bug 362406
FIXED-IN: 5.4.0

M  +3    -2    NEWS
M  +33   -1    utilities/importui/widgets/renamecustomizer.cpp
M  +1    -0    utilities/importui/widgets/renamecustomizer.h

https://commits.kde.org/digikam/e2b75ae311e417decf1b37c9fcb2a5f953c5b796