[digikam] [Bug 361052] When importing picture file dates are all from importing time. Not creation date

2016-03-28 Thread Maik Qualmann via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=361052

--- Comment #6 from Maik Qualmann  ---
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

-- 
You are receiving this mail because:
You are watching all bug changes.


[digikam] [Bug 361052] When importing picture file dates are all from importing time. Not creation date

2016-03-28 Thread Jo Scheuchenpflug via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=361052

--- Comment #5 from Jo Scheuchenpflug  ---
what repository do I need to add to get the 5.0.0 release right now?

Thanks a lot

Johannes

-- 
You are receiving this mail because:
You are watching all bug changes.


[digikam] [Bug 361052] When importing picture file dates are all from importing time. Not creation date

2016-03-28 Thread Maik Qualmann via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=361052

--- Comment #4 from Maik Qualmann  ---
if all JPEG options disabled now, the file is after impor not modified and the
modification date remains.

Maik

-- 
You are receiving this mail because:
You are watching all bug changes.


[digikam] [Bug 361052] When importing picture file dates are all from importing time. Not creation date

2016-03-28 Thread Maik Qualmann via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=361052

Maik Qualmann  changed:

   What|Removed |Added

   Version Fixed In||5.0.0
  Latest Commit||http://commits.kde.org/digi
   ||kam/16dc3a9b055931dbb84a2d2
   ||9f3a0a901bebbc812
 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #3 from Maik Qualmann  ---
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-1NEWS
M  +22   -6utilities/importui/backend/cameracontroller.cpp
M  +8-6utilities/importui/backend/downloadsettings.h
M  +9-0utilities/importui/widgets/advancedsettings.cpp

http://commits.kde.org/digikam/16dc3a9b055931dbb84a2d29f3a0a901bebbc812

-- 
You are receiving this mail because:
You are watching all bug changes.


[digikam] [Bug 361052] When importing picture file dates are all from importing time. Not creation date

2016-03-28 Thread Jo Scheuchenpflug via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=361052

--- Comment #2 from Jo Scheuchenpflug  ---
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.

-- 
You are receiving this mail because:
You are watching all bug changes.


[digikam] [Bug 361052] When importing picture file dates are all from importing time. Not creation date

2016-03-27 Thread Maik Qualmann via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=361052

Maik Qualmann  changed:

   What|Removed |Added

 CC||metzping...@gmail.com

--- Comment #1 from Maik Qualmann  ---
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

-- 
You are receiving this mail because:
You are watching all bug changes.