Exit data exists but change date is wrong

[lublak]

Hi.
Some images have some issues with: exif data exists but the change date is wrong. Most files a fixed with the script but if the exif data exists it's just ignores the file.

It would be useful to check if the exif data is correct based on the file name + if it's correct use the exif information to change the last change date.
If it's not correct: Replace the exif data (and change the last change date)

[ikaruswill]

It's hard to say which is the source of truth here.

The initial idea was to just set the exif date if it has been stripped by WhatsApp.

The initial idea of the logic is:

• If the exif date exists, it is taken as the source of truth since exif is the most reliable as compared to the filename or modified date. Hence it's skipped if exists.
• If the exif date does not exist, the photo date is inferred from the filename
• Modified date is never used since modified date is always unreliable as it depends on whether a restore was performed, where newly restored files have modified dates set to the time of restoration (file creation)

Correct me if I'm wrong but what you're suggesting here is:

• check if the exif date and see if it identical to the filename's date.
• if it isn't the same, take the filename as the source of truth

In this case, filename would become the source of truth, which differs from the original order of precedence.

What I'd like to know is, based on your experience, when would there be a case where exif date is not correct (and thus less reliable than WhatsApp filename dates?

[lublak]

@ikaruswill I have not yet had this case myself. I had until now only the case that exif data exisitieren but the "change date" is wrong and thus my gallery is completely unsorted. The other option I thought would only be handy if someone has the problem.

Gladly we can take that out again because I myself do not need it. Or an extra flag.

[lublak]

I have added a flag for now. @ikaruswill