Summary: | Use time zone for EXIF supplied dates | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | adam.siembida |
Component: | Metadata-Date | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | metzpinguin |
Priority: | NOR | ||
Version: | 7.3.0 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Unspecified | ||
Latest Commit: | Version Fixed In: |
Description
adam.siembida
2021-09-29 01:44:48 UTC
*** This bug has been marked as a duplicate of bug 251357 *** (In reply to Maik Qualmann from comment #1) > > *** This bug has been marked as a duplicate of bug 251357 *** I don't really believe that bug is a duplicate. The other bug is talking about adding new features for specifically dealing with timezone; for example "to be [sic]bale to have the 'local time' of the picture as well as the time zone it was taken in." This bug is requesting to treat EXIF dates in a similar fashion to XMP DateCreated, which *already* takes into account the timezone for certain *existing* features. The way the photos show up in the Thumbnail view is that the time of the photo shows the local time where the photo was taken (regardless of EXIF or XMP), but for XMP dates it is already doing chronological ordering. I think the bug report fits. If we support EXIF OffsetTimeOriginal, we're closer to a correct date. However, this requires a current Exiv2 version and current cameras that also write this time zone offset date information. We have received many images over the years from users who have had problems with dates. The XMP metadata was mostly responsible for the incorrect detection. The XMP metadata was changed/defected by various programs. You have the second bug report with the wish to prefer XMP metadata for dates. Maik |