https://bugs.kde.org/show_bug.cgi?id=457421
Bug ID: 457421 Summary: Digikam treats .MOV files differently from .JPG files by modifying timestamp in metadata to match local time, when video was taken in a different time zone according to GPS data Product: digikam Version: 7.6.0 Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Metadata-Date Assignee: digikam-bugs-n...@kde.org Reporter: amcl...@snet.net Target Milestone: --- SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** I have a combination of JPEG and MOV files taken with an iPhone, in both California and Scotland. I live in Connecticut. The timestamp on the phone, as well as in the OS X Finder after I upload them at home, displays the date and time they were taken in those locations. But when I load them into Digikam and try to group them together in albums sorted by date, they don't sort correctly. The metadata for the video files from California shows a time 3 hours later than the time they were taken, while the video files from Scotland show a time 5 hours earlier. In effect, both appear to be adjusting to EST based on the original GPS location of the photos/videos. But JPEG photos taken at the same time with the phone do not show this adjustment, as the metadata correctly shows the time the photo/video was shot in that time zone. As a result, without manually adjusting the time in the metadata for each of these videos, they will not sort properly alongside photos taken at the same time. STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.