https://bugs.kde.org/show_bug.cgi?id=443098
Bug ID: 443098
Summary: Use time zone for EXIF supplied dates
Product: digikam
Version: 7.3.0
Platform: unspecified
OS: Unspecified
Status: REPORTED
Severity: normal
Priority: NOR
Component: Metadata-Date
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
SUMMARY
I've been evaluating digiKam and I've been having a lot of trouble with
massaging the metadata to make the Thumbnail view display the files in an order
I believe to be reasonable.
It took a lot of experimentation and even digging through code to figure out
what is going on. I'm still not sure, but I believe that EXIF dates take
priority over XMP dates, and the
`core/dplugins/generic/metadata/metadataedit/xmp/xmporigin.cpp` file shows the
accepted XMP dates and the order of precedence.
I also noticed that even when EXIF OffsetTimeOriginal is included (the time
zone for the TimeDateOriginal), that it isn't used in determining the order of
photos. For example, I could take a photo (A), fly to a different time zone,
take another photo (B), and B could show up BEFORE A.
HOWEVER.
1. If I create an XMP date, for example using ExifTool `exiftool
-Composite:SubSecDateTimeOriginal>XMP:DateCreated`, which will write a date
(that includes timezone) in XMP::photoshop\DateCreated\DateCreated\0
2. Clear all the EXIF dates so that the XMP date is the only one. `exiftool -a
-all:all= filename`.
Now digiKam will actually use the timezone to sort the order of images, so in
the scenario before, A would now, in fact, show up before B.
I believe that if the EXIF date takes priority over the more advanced and
specific XMP date, it MUST also use the timezone (OffsetTimeXXX) for sorting
and ordering.
At this point the only way to get correct sorting of photographs is to create
an XMP date and the you have to actually remove the EXIF dates, which I believe
should not be necessary.
--
You are receiving this mail because:
You are watching all bug changes.
