| Summary: | The rating and color specified outside digiKam are not updated for all sidecar file settings. | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | HJ <hannesjaagura> |
| Component: | Metadata-Sidecar | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | normal | CC: | caulier.gilles, metzpinguin |
| Priority: | NOR | ||
| Version First Reported In: | 7.3.0 | ||
| Target Milestone: | --- | ||
| Platform: | Microsoft Windows | ||
| OS: | Microsoft Windows | ||
| Latest Commit: | Version Fixed/Implemented In: | 7.5.0 | |
| Sentry Crash Report: | |||
|
Description
HJ
2021-07-12 10:19:58 UTC
This behavior is not a bug. The sidecars have priority over the metadata in the images. Otherwise sidecars wouldn't work. If you read in these image, you have to deactivate the reading of the sidecar. There can be no other technical solution here. It is not possible to determine by reading the image or the sidecar which are the newer or desired values. Don't use your external program if it can't handle sidecars, but you want to use sidecars. Maik I was thinking of comparing the dates of an image file and an xmp file to find out more recent data. If they cannot be used in different operating systems, it is possible to save them as digiKam data in each system. Of course, final accuracy cannot be achieved, but this could be the last file change. But I don't go very far. Hannes Maik, This one can be closed as RESOLVED/NOT A BUG ? Gilles We cannot solve this, if sidecar reading is active, these have priority. Even if the modification date of the image is newer, we do not know whether metadata has been changed or not. The problem here is clearly with the external program that cannot handle sidecars. Maik Ok thanks Maik, it's clear. I close as RESOLVED/NOT A BUG |