https://bugs.kde.org/show_bug.cgi?id=419409
--- Comment #3 from Martin Althoff <martin.alth...@mail.de> --- Maik, Thanks for that fix. You are right, the camera (or further handling) has introduced two unmatching dates. If date conflicts arise which are difficult to resolve, I wonder if it helps to give the user a choice about dates. As you said, making decision on the "correct" date is challenging, let the user do so. I have no idea why in my files a 2002 date appears, it was taken 2016. This is a challenge of dealing with images that come from hardware that is long gone. Thanks again and keep healthy, Martin On Mon, 2020-03-30 at 11:19 +0000, Maik Qualmann wrote: > https://bugs.kde.org/show_bug.cgi?id=419409 > > Maik Qualmann <metzping...@gmail.com> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |metzping...@gmail.com > > --- Comment #1 from Maik Qualmann <metzping...@gmail.com> --- > Ok, since the original does not appear again in the image except for the GPS > date (which we are not testing), it fails in the final test because we do not > consider the priority in the final test. I will fix it. Yes, determining the > correct date is not easy. In principle, your camera has already made a > mistake, > since digitization and original date are so different. > > Maik > -- You are receiving this mail because: You are watching all bug changes.
