Version: 0.8.0-svn r1041223 (using KDE 4.3.1) Installed from: Debian testing/unstable Packages Currently the sorting criterium for the date is based on the date when the file was changed the last time. When an image is modified then the date sorting puts the modified images at the end. If the exif information is still present in the images then they could be sorted according to the time when the picture was taken.
Created attachment 38057 [details] Patch implementing sorting based on meta information of the images Commit message: Batch rename images: sort images by meta date A new command is added to sort the list of images based on the meta information of the image. Libkexiv2 is used to extract the date from the image. If no date is present the date provided by the KIPI host application will be used. BUG: 212118 GUI
The inverse must be done : kipi date in first, and after Kexiv2 date. in fact kipi date is generaly extracted from exif. It always more faster to checkout kipi host than to read from file metadata. In digiKam date is stored in database. For the rest, all is fine for me. Let's go. Gilles Note : when you close this file, please report this entry ID and title to NEWS file. Look in project/NEWS.0.7.0 for ex.
Thank you for your comments. When I tested it Gwenview reports the date when the file was last changed via the KIPI interface, Digikam reports the date from the exif information. What is the intended behavior of the KIPI interface? If it is the date from the meta data perhaps there is a bug in Gwenview and is patch is needless...
this depand of kipi host interface. digiKam has a big file metadata scanner which collect all main item informations from different point (metadata, filessystem) typically, user can change date in digiKam from gui, and this can be different from file metadata (in general, all iis synchronized, but user can disable this option). This is why kipi date must be taken first. For gwenview... i don't know... Gilles Caulier
I had a look in the sources of gwenview and there I saw that KIPI::ImageInfo::time is not reimplemented. Therefore, the default implementation of libkipi is used. This return the date when the file was last modified. Based on the different implementations in the host applications I think is doesn't make sense to add this patch. Perhaps in the future the API of KIPI:ImageInfo is changed to enable differentiation between the date of the last file change and the date from the meta information.