https://bugs.kde.org/show_bug.cgi?id=420710
--- Comment #19 from MarcP <iwannaber...@gmail.com> --- In any case, according to that conversion table: Exif.Image.DateTime <=> Xmp.xmp.ModifyDate That means that the Exif.Image.DateTime, that is used in digikam as the date for when the "picture was taken" and currently syncs with Xmp.xmp.CreateDate is indeed a "last modification date", and it's used like that in most pictures managers. That field will be overwritten as soon as a picture is edited, so that field should not be used to store permanent data. The other equivalency: Exif.Photo.DateTimeOriginal <=> Xmp.photoshop.DateCreated is a bit weird. But in any case, that speaks against the use of Xmp.xmp.CreateDate in digikam and use Xmp.photoshop.DateCreated instead. Actually, that is the case for Adobe Lightroom, Adobe Photoshop, and ACDSee. However, Xmp.exif.DateTimeOriginal is the preferred field for that information in Picasa, ACDSee, and Shotwell. For some reason, Microsoft Photos just uses the xmp.xmp.createdate field instead, like Digikam (and also Shotwell, but not exclusively). (Oh, and more argument for the use of Exif.Photo.DateTimeOriginal as the main "Date taken" field in Exif, is that most (if not all) cameras store the date in that field, while not using any kind of XMP information. -- You are receiving this mail because: You are watching all bug changes.
