https://bugs.kde.org/show_bug.cgi?id=491608
--- Comment #11 from mahikeulbody <mcfaro...@gmail.com> --- Request: to be able to have a coherent sorting between local time items and UTC time items (such as quicktime videos), whether sorting by date or sorting by name. The current implementation fails to achieve this request because it does not respect an essential constraint : don't lose the information of the original UTC time into the file ; otherwise if these video files are re-imported someday, Digikam will add the tz of the PC again (not to mention that the user will no longer be able to tell later if the video was already put in local time or not). Indeed, when the user "Adjust Time" to achieve a local time (applying an offset = tz of the location where the video has bee taken - tz of the pc at the import date), Digikam writes the new value to ALL date time fields of the file, thus losing UTC time value. ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ PS. The only case where the original UTC time itself could be modified in the file is if the user is aware that is a wrong UTC time. I don't know if it is possible though (may be a smartphone connected to a border network which has not the same time zone that the current location of the user ?). As far as I'm concerned, I don't need Digikam to take this case into account (if it ever exists, it is easy to take it in account with Exiftool before to import the relevant videos). -- You are receiving this mail because: You are watching all bug changes.
