Version: 1.4.0 (using KDE 4.4.4) OS: Linux I use the Metadata->Import EXIF functionality regularly to copy the EXIF information from the first used image back to the generated panorama (which in my case does not have any EXIF written). Unfortunately, this action does not update the cached Metadata of the panorama which still shows up as having no metadata at all. Especially when trying to add geolocation information later, it will fail for this image because it has no EXIF at all. "Import EXIF" therefore should update the stored metadata for the selected picture after completition. Reproducible: Always Steps to Reproduce: Take a picture without metadata, import EXIF from another picture Actual Results: The picture itself has the EXIF added, but digiKam still shows no EXIF Expected Results: digiKam should update its metadata cache to reflect the new EXIF OS: Linux (x86_64) release 2.6.34.7-0.3-default Compiler: gcc
It must through digiKam kipi interface. Perhaps we have forget to bring digiKam DB with metadata changes done by the plugin... Gilles Caulier
Gilles, what would be the KIPI API method to call for this purpose?
Marcel, Has you can see there, i use this method in plugin : http://lxr.kde.org/source/extragear/graphics/kipi-plugins/metadataedit/plugin_metadataedit.cpp#335 In digiKam kipi interface, look what's done : http://lxr.kde.org/source/extragear/graphics/digikam/utilities/kipiiface/kipiinterface.cpp#152 All sound fine for you ? Gilles Caulier
I see. This currently triggers a "normal" rescan, as if the modification date changes. For some cases, like reported here, it will be appropriate to have a full rescan, as done by "Reread metadata from file" in the menu. But in other cases, this will not be appropriate, for example when the JPEG lossless plugin only has rotated the image and (probably) calls refresh to update the thumbnail.
So, perhaps a new kipi interface method must be designed for this task in case of plugin need to rescan indeep metadata. Fine for you ? Gilles
Yes, sounds good. I would propose at least two distinct cases: Image data changed (JPEG lossless, batch tools) and metadata changed (metadata edit, GPS correlator). Not sure if there are other use cases of this method.
correcting myself, the GPS correlator of course works changing attributes, as does the time adjust plugin. (Another related need, thinking of batch plugin or raw converter, would be to indicate the relation of images (xy.jpg is produced by raw conversion from xy.mrw) , now that we have lossless editing.)
Problem still present in digiKam 4.2.0. When I import EXIF, if I do not manually "Reread metadata", nothing happens (no date change, no new title or other metadata). So, Import EXIF could appear useless...
Still present in digiKam 4.4.0. Marcel, Gilles : Any news about this problem ? Could you set it as CONFIRMED ?
GPSCorrelator is not a kipi plugins anymore. It have been integrated as well in digiKam core. This file still valid using last digiKam 5.0.0 ? Gilles Caulier
This problem still reproducible using digiKam AppImage bundle 5.4.0 pre release ? It available at this url : https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM Gilles Caulier
digiKam 7.0.0 stable release is now published: https://www.digikam.org/news/2020-07-19-7.0.0_release_announcement/ We need a fresh feedback on this file using this version. Best Regards Gilles Caulier