https://bugs.kde.org/show_bug.cgi?id=520375
Bug ID: 520375
Summary: Updating EXIF “Original Date and Time” for a scanned
image unexpectedly overwrites other metadata date
fields.
Classification: Applications
Product: digikam
Version First 9.0.0
Reported In:
Platform: macOS (DMG)
OS: macOS
Status: REPORTED
Severity: normal
Priority: NOR
Component: Metadata-Date
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
DESCRIPTION
Use case: I have a scanned photo and want to add the original photo’s “taken”
date to the metadata while preserving the scan/digitization date. I am using
XMP sidecars only with lazy synchronization.
When using the metadata editor to update EXIF > [Original date and time], the
new date gets propagated to most of the other date attributes, overwriting the
scan/digitization date.
STEPS TO REPRODUCE
* Settings > Metadata > Behavior > Use lazy synchronization
* Settings > Metadata > Sidecars > Write to XMP sidecar only
1. Import a newly-scanned photo.
2. Select the photo and navigate to Item > Edit Metadata.
3. Observe that the only date populated by default is EXIF > [Digitization date
and time]. This correctly reflects the scan date. All other date fields across
the EXIF, IPTC, and XMP tabs are unchecked/grayed out.
4. Set EXIF > [Original date and time] to the photo’s actual taken date/time.
5. Click Apply.
5a. Observed behavior after clicking Apply:
Several other metadata fields are automatically populated or modified:
* IPTC > [Digitization date] is populated with the EXIF digitization date (date
only, no time).
* IPTC > [Creation date] is populated with the EXIF original/taken date (date
only, no time).
* XMP > [Creation date] is populated with the original/taken date.
* XMP > [Digitization date] remains unchecked/grayed out, but its default value
is the current system timestamp, rather than the actual digitization date from
the EXIF tab (separate bug?).
Additionally, an XMP sidecar file is created immediately after clicking Apply,
even though lazy synchronization is enabled (separate bug?).
Prior to synchronization, the generated XMP sidecar contains:
* photoshop:DateCreated = [taken date]
* xmp:CreateDate = [scan date]
Notably absent:
* exif:DateTimeOriginal
6. Close the Metadata Editor.
7. Apply a tag to the image.
7a. Observe: the status bar now reports that 1 file awaits synchronization.
8. Click the synchronization button.
OBSERVED RESULT
After synchronization, open the Metadata Editor and observe all metadata date
fields (except XMP > [Digitization date] and [Video date], which remain grayed
out) have been populated with the original/taken date. The digitization/scan
date has been lost.
The XMP sidecar now contains additional dates, *all* of which are set to the
original/taken date.
* exif:DateTimeOriginal
* photoshop:DateCreated
* tiff:DateTime
* xmp:CreateDate
* xmp:MetadataDate
* xmp:ModifyDate
EXPECTED RESULT
Updating EXIF > [Original date and time] should not overwrite or replace the
existing digitization/scan date in other metadata fields. The original photo
date and the digitization/scan date should remain distinct and preserved
independently.
SOFTWARE/OS VERSIONS
DigiKam 9.0.0
MacOS 15.7.5
ADDITIONAL INFORMATION
--
You are receiving this mail because:
You are watching all bug changes.
