Originally Posted by jfriend
True dups will have the same filename, but if you're shooting with more than one body or combining photos from more than one photographer and don't rename your files and you're not making sure they each have unique file numbers/names, then it's possible to have non-dups with the same filename. That was my point. I rename all camera generated filenames to have a timestamp in the filename so avoid this ever happening in my workflow. A generic tool meant for anyone to use it with could not make such assumptions about the workflow so it would have to be more careful about what was really a dup. That's one of the differences in the amount of work required developing robust software for anyone to use vs. developing software for one particular isolated use.
That's why in my implementation, I would show the thumbnail of each original duplicate in case they were actually different files. The final decision would be made by the user as to what gets deleted.
But you're absolutely right about development of tools like this. Lots of base cases when you expand the use to many users compared to individual use.
Originally Posted by Nikolai
I know it's probably too late and not very interesting for this thread primary posters, but I just deployed a new version of S*E that has image duplicates removal functionality, available to S*E Pro users via Albums4 Pro package, and to Pro+/Studio users as is.
It takes into account image file name, file size, image dimensions and original date, if available.
You can activate it from the context menu of both albums list and Category/Subcategory tree (so you can check the entire Category for dups:-)
FWIW, it was this thread that brought this problem to my attention, so hopefully somebody else will not suffer through what John and Samir did.
Thank you very much for the update Nikolai! It's been a while since I've visited SE, and now that I've got some newer computers, I'll have to take a look at it again.