SUMMARY see $subject STEPS TO REPRODUCE 1. create panorama from multiple images 2. note the resulting image has a lot of missing metadata EXPECTED RESULT I would expect the resulting image to have at least the metadata (EXIF and Digikam style) that is common between all images to be copied. This includes EXIF data like camera and lens, flash, but also location, rating and tags. If the metadata is not the same between all images, Digikam should offer to copy the metadata from the first source image.
The EXIF metadata are explicite not adopted. Camera make and model only. In principle, the information no longer matches the newly created panorama. If we were to apply the lens information and other metadata, applying lens correction would result in malfunction. I can understand that one would like to know later with which exposure settings the image were taken. In practice, the metadata is no longer correct and can cause problems. Maik
This is Ok for technical data. But if all panorama parts have three stars, a geo tag and a set of normal tags, I would expect the panorama result to have this metadata too.
The metadata like tags, rating must be in the images. It works well for JPEG files, for RAW files the Panorama Toot currently ignores the sidecar files. Because of the historical development, the panorama tool is not currently using the DB. Maik
Git commit 97d2aef3fe7e56ee9bb82836d0d0d10c04e01e16 by Maik Qualmann. Committed on 15/02/2020 at 23:08. Pushed by mqualmann into branch 'master'. fix read metadata from RAW images with sidecars M +2 -2 core/dplugins/generic/tools/panorama/tasks/copyfilestask.h https://invent.kde.org/kde/digikam/commit/97d2aef3fe7e56ee9bb82836d0d0d10c04e01e16
I would not expect the panorama tool (or any other tool) to care about the sidecar files or the Digikam DB. If such a tool is integrated into Digikam, I would expect Digikam to care about metadata after the resulting image has been imported. Ideally, with a dialog similar to the "overwrite" dialog in file managers saying "The new image can copy tags, rating, etc. from any of the input images. Which image should we use as the source?", a choice of Image 1, 2, ..., N, and "None", and a "[x] Remember this choice" checkbox.
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. Thanks in advance Gilles Caulier
Still valid.
@Jens, digiKam 8.0.0 is out. This entry still valid with this release ? Best regards Gilles Caulier
Still valid with 8.1.0-git appimage.
Well, the solution of this problem can be simple and the current implementation cannot cover all use cases. Here, there are few code to back-port metadata from the first file used to render the pano : https://invent.kde.org/graphics/digikam/-/blob/master/core/dplugins/generic/tools/panorama/tasks/copyfilestask.cpp#L101 The code is not too bad but it's based of file metadata, not the digiKam properties. If the application do not play with the file metadata, the properties will be partially transfered. Using DInfoInterface instead will work in all cases to restore all metadata, from the database or file metadata. Gilles
Maik, As a reminder, note that to fix this issue is very simple as i pointed which code must be patch in comment #10. Gilles