Closed vishvish closed 11 months ago
The metadata scanning is probably picking up the date from the wrong field when parsing a DNG. I'll have a look. Damselfly falls back to the last-mod date if it can't find a capture date, so I probably just need to fix that. Any chance you could email me the image, so I can test? (mark@otway.com). Thanks!
Will do when I'm back at my Mac. I noted that ExifTool doesn't do the reading of data and didn't see DNG support explicitly from the other library.
Image sent - 20MB (small by modern standards!)
Thanks! I've pushed a fix - if you want to give it a try, you can pull webreaper/damselfly:dev
.
Be aware that there's a few other enhancements that are mid-development in there, but nothing that would put your pics at risk.
Pushing a patch release with this as 4.0.8.
Was just pulling dev and saw the 4.0.8 image arrive. Thanks!
Brief and early update - Damselfly appears to not be reading any DNG images now, but I'm going to let it sit overnight and have a think.
Oh, that's not good. Give it time to fully index and touch a couple to ensure it rescans the metadata. Let me know!
I just upgraded my 'prod' install to 4.0.8 and the test image you sent me has indexed fine with the correct date.
Something has gone awry, but I don't know what, so I'm going to stop the container, move or delete the existing docker volume contents and restart the container, reset the system and see what it does about the reindexing. Also going to check out all the env variables available in case I want to tweak the config this time.
Damselfly Version: v4.0.7.0
I have a bunch of RAW images as DNGs that were taken in 2009 but modified by copying in 2023.
Within the Damselfly GUI, they appear as 2023 images.
Example Screenshot:
ExifTool with the Canon output:
Here are some more details from ExifTool about this file: