https://bugs.kde.org/show_bug.cgi?id=338533
Bug ID: 338533 Summary: sort by date should use date when picture was taken, not when it was modified Product: digikam Version: 4.2.0 Platform: Mageia RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Albums GUI Assignee: [hidden email] Reporter: [hidden email] Hello I'm having problem when using the "sort by date" view inside an album. From what I see, digkam use the "date of last modification" to do this sort, but I would need "date when the picture was taken". The reason is that if you modify your photo (eg : use an external program like "iptc" to modify a list of metadata in a group of photos) then digikam will use this date (for example 2014/08/24) to sort the photos, while the photos were maybe taken in 2012, 2013, ... So the order gets all messed up. So, it would be better IMHO to sort by "creation date" and then use "modification date" if "creation date" was not found. I ran into a similar problem some years ago in gwenview, which was fixed, see https://bugs.kde.org/show_bug.cgi?id=281720 for some details and some possible exif tag to use. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
https://bugs.kde.org/show_bug.cgi?id=338533
--- Comment #1 from Nicolas Pomarede <[hidden email]> --- Additional note : when you move over a thumbnail, the small windows that appears with some infos on the image shows "Created the : ...." but it's not the creation date that is shown, it's the last modification date (2014/08/24 in my case, while the photo was taken on the 2014/08/16) -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicolas Pomarede
https://bugs.kde.org/show_bug.cgi?id=338533
Gilles Caulier <[hidden email]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[hidden email], | |mohammed.ahmed.anwer@gmail. | |com Summary|sort by date should use |Sort by date should use |date when picture was |picture created date not |taken, not when it was |modified date |modified | --- Comment #2 from Gilles Caulier <[hidden email]> --- Mohamed, Another entry about icon-view sort by date method, recently add with last 4.2.0 release. Gilles -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicolas Pomarede
https://bugs.kde.org/show_bug.cgi?id=338533
Gilles Caulier <[hidden email]> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Albums GUI |Metadata --- Comment #3 from Gilles Caulier <[hidden email]> --- Nicolas, Can you provide some photo to reproduce the problem in comment #1 and check which metadata tag is used. Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicolas Pomarede
https://bugs.kde.org/show_bug.cgi?id=338533
--- Comment #4 from Nicolas Pomarede <[hidden email]> --- Hello I was about to send some photos, but then I tried first "album / read again metadata from the images", and this fixed the problem, photos are now sorted in their correct order. So it seems the problem is not that digikam doesn't use the correct exif tag but that album's order is not refreshed when some new images are added to an album while digikam is already running. If I recall correctly, I had an album with some images in dir "album_2014/", taken with the same camera. Then, I copied some photos from another camera in this same directory, using "cp" from a shell. Those new photos took the date/time when "cp" was made. Then I ran "exiv2 -T mv *jpg" to update the file's date of all the photos (based on the creation date). And I think this is where digikam didn't update the sorting order. Does digikam support when images are changed by another program while the album is shown in digikam ? I thought inodes were monitored and digikam would rescan automatically the album, as if the image was not changed but completely added ? Or is this something that should be run manually with "read again metadata from the images" ? -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicolas Pomarede
https://bugs.kde.org/show_bug.cgi?id=338533
--- Comment #5 from Gilles Caulier <[hidden email]> --- It do not support automatically a sync to database with metadata changed externally. You must sync DB with metadata using relevant digiKam maintenance tool Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicolas Pomarede
https://bugs.kde.org/show_bug.cgi?id=338533
--- Comment #6 from Nicolas Pomarede <[hidden email]> --- OK, thanks. But maybe this is something that could be added ? I agree that if some modifications are made while digikam is not running, digikam can't guess on next start that it must rescan some metadata. But in the case where digikam is running and monitoring the files/dir inodes in the albums collection, maybe it could start a metadata's rescan if the OS reports a change in some files ? (update thumbnails, exif, ...) -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicolas Pomarede
https://bugs.kde.org/show_bug.cgi?id=338533
--- Comment #7 from Gilles Caulier <[hidden email]> --- There is already a report about metadata sync to database when it changed by an external application. Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicolas Pomarede
https://bugs.kde.org/show_bug.cgi?id=338533
--- Comment #8 from Nicolas Pomarede <[hidden email]> --- Do you mean that if I change exif dates in a file, then digikam will perform a metadata sync to database and "refresh" data for this image ? If so, I tried it, and it didn't work. In a folder with ~20 images took in 2014-08-16, I choose "sort by date" under digikam. Then from a shell, I run "exiftool -AllDates='2008:05:21 13:54:13' IMG_20140816_174711.jpg" on one of the image. Expected result is that this image should now be the 1st one with "sort by date" order, but the album view is not modified. It's only if I select "album / read metadata" that the album view is updated. If I do the same test again (set date to 2008-05-21) for one image, then move this image outside of the album (from shell "mv IMG_20140816_174711.jpg /tmp"), then album is correctly updated and there's one image less. But now, if I move back the image in the album ("mv /tmp/IMG_20140816_174711.jpg ."), then the image is still not correctly sorted at the start of the list. This looks strange to me, shouldn't digikam rescan the new image when it is added, why does it keep some previous data and the wrong sort position ? (does digikam assumes that it's the same image than before just because it's the same name ?) Nicolas -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicolas Pomarede
https://bugs.kde.org/show_bug.cgi?id=338533
--- Comment #9 from [hidden email] --- This file still valid using last digiKam 5.0.0 ? Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicolas Pomarede
https://bugs.kde.org/show_bug.cgi?id=338533
--- Comment #10 from Nicolas Pomarede <[hidden email]> --- hello can't say at the moment, I'm still using kde4 / digikam 4 under mageia 5. will give it a another look later when mageia 6 is released. Nicolas -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Nicolas Pomarede
https://bugs.kde.org/show_bug.cgi?id=338533
Tomas <[hidden email]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[hidden email] --- Comment #11 from Tomas <[hidden email]> --- Yes, it is still valid in digikam 5.2.0. Digikam should respect the exif date of creation. -- You are receiving this mail because: You are the assignee for the bug. |
In reply to this post by Nicolas Pomarede
https://bugs.kde.org/show_bug.cgi?id=338533
[hidden email] changed: What |Removed |Added ---------------------------------------------------------------------------- Version|4.2.0 |5.2.0 -- You are receiving this mail because: You are the assignee for the bug. |
In reply to this post by Nicolas Pomarede
https://bugs.kde.org/show_bug.cgi?id=338533
--- Comment #12 from [hidden email] --- What's about this file using digiKam AppImage bundle 5.4.0 pre release given at this url : https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. |
Free forum by Nabble | Edit this page |