Bug 361052 - When importing picture file dates are all from importing time. Not creation date
Summary: When importing picture file dates are all from importing time. Not creation date
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Import-MainView (show other bugs)
Version: 4.14.0
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-03-27 17:44 UTC by Jo Scheuchenpflug
Modified: 2016-03-28 17:25 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 5.0.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jo Scheuchenpflug 2016-03-27 17:44:01 UTC
When importing images from freshly connected camera all the image file dates and times are all from importing time. Did not pay attention to that until now. in 2014 there all my images have same file date/times as in exif creation date/time. 
Has this been changed intentionally or is there a not yet found switch to chose behavior or is it a bug? I would rather have the old behavior.

Reproducible: Always

Steps to Reproduce:
1. Attach camera. choose image download with digikam
2. Digikam Importer window opens. chose pictures for download and initiate the download.
3. open File manager like Dolphin and check date/time of the downloaded files. 


Actual Results:  
Date/time is current, not creation date/time of the picture.

Expected Results:  
Date/time of the file is creation date/time of the picture.
Comment 1 Maik Qualmann 2016-03-27 20:57:12 UTC
RAW or JPEG files? The modification date is correctly for RAW files. We write the document name in the EXIF for JPEG files or by activated automatic rotation, fix internal date / time and rating or color / pick label change, is the modification date from file changed to the current date. I think we should write the document name optional in the EXIF. If all JPEG operations are disabled, the modification date is unchanged and the file is unchanged.

Maik
Comment 2 Jo Scheuchenpflug 2016-03-28 10:26:13 UTC
My camera just supports jpeg files. so no idea whether different behavior with raw images.

I cannot follow your sentence "we write .... current date". What do you want to tell me? what do you mean by document name? is it the file name? 
concerning jpeg operations: I do not modify the files in any way at import time. even no copyright entry. 

To make it clear: I would like to have the date and time given to the imported picture file the same as the date and timestamp when the picture has been taken. Otherwise sorting by date (especially if several cameras took pictures (and film sequences!) at an event cannot be done reliable.
And I have checked now closer: beginning 01.10.2015 digikam started to have a different behavior. Previous to that date (digikam 4.6.0 as stated in EXIF Information under Processing Software) all the files got the time stamp of the shooting time.
Unfortunately there is a time area where following images do not have the Processing Software entry. (another bug?). Latest images are correct again concerning the Processing Software value.
Comment 3 Maik Qualmann 2016-03-28 11:12:03 UTC
Git commit 16dc3a9b055931dbb84a2d29f3a0a901bebbc812 by Maik Qualmann.
Committed on 28/03/2016 at 11:08.
Pushed by mqualmann into branch 'master'.

write document name to EXIF is configurable now
FIXED-IN: 5.0.0

M  +2    -1    NEWS
M  +22   -6    utilities/importui/backend/cameracontroller.cpp
M  +8    -6    utilities/importui/backend/downloadsettings.h
M  +9    -0    utilities/importui/widgets/advancedsettings.cpp

http://commits.kde.org/digikam/16dc3a9b055931dbb84a2d29f3a0a901bebbc812
Comment 4 Maik Qualmann 2016-03-28 11:17:17 UTC
if all JPEG options disabled now, the file is after impor not modified and the modification date remains.

Maik
Comment 5 Jo Scheuchenpflug 2016-03-28 15:19:41 UTC
what repository do I need to add to get the 5.0.0 release right now?

Thanks a lot

Johannes
Comment 6 Maik Qualmann 2016-03-28 17:25:07 UTC
DigiKam5 is not yet released, is currently beta-5. See release plan:

https://www.digikam.org/about/releaseplan

Currently you must compile it from the sources themselves.

Maik