Cool image search feature; probably not hard...

[Malarki]

I recently needed to find pictures that are similar to one particular "reference" image.

I did try XY's Find w Dupe, but with 80K files this just slowed to a crawl, since every photo is compared against every other (I think).

Whereas all I really need is for every photo to be compared to my one reference shot.

Every "photo de-dupe" app I can find does the same thing as XY: compare all to all. None of them can just compare all to one.

So I suggest this as a cool and unique feature, which as noted I don't think would be hard to add.

[yusef88]

try search by Image Hash ?Image Hash: 0703032500e7

[Malarki]

Thanks; that looks like a clever way to find exact matches. But I want to find similar pictures, not just exact matches. So I need XY's "Dupe similarity" search feature.

[admin]

Post two images that you would like to be considered similar.

[Malarki]

Here are two pictures that I'd like to find as "similar". XY will match them if Dupe "Image Tolerance" is set to 13 or higher.

So for example I'd like to set "Reference.jpg" as my Reference picture, and "Image Tolerance" at 13, and have XY search through my folder tree of 80K+ images. It should find "Found.jpg" and any others that are just as similar or more similar to "Reference".

[admin]

That would be a cool feature. Although there is no AI involved, so people will probably expect more than is possible without AI. Anyway, I'll add it to my list.

These are just some quick syntax sketches for later:

Quick Search Syntax: imgdupe:[reference image path] [/tolerance]

Example: imgdupe:C:\Users\Donald\Desktop\Desk\Reference.jpg /13

[Malarki]

Glad to hear it! Thanks for considering this.

[jupe]

Yeah I previously suggested it would be good to open tolerance up to quicksearch, but via image hash, your way probz more user friendly though.

viewtopic.php?p=212857#p212857

[admin]

I think I can overload it like this, there are no ambiguities between a path and a hash:
imgdupe:[reference image path OR image hash] [/tolerance]

[admin]

Yeah I previously suggested it would be good to open tolerance up to quicksearch, but via image hash, your way probz more user friendly though.

viewtopic.php?p=212857#p212857

It ended up pretty close to your suggestion (12 is the tolerance here):
prop:#image.hash:12~518ce71800d7

[Malarki]

Thank you! Added practically overnight; and it works great. This is something that AFAIK no other app can do. Plus I appreciate having my doll's hash enshrined in the XY change log. Couldn't be better.

[eil]

Maybe i'm taking it too far, but somehow i feel this thing needs an own button added, 'cause indeed it's not a feature met casually in other file managers and decent users will never find it as filter commands use.
For example button could have something like 3 actions menu:
- Dupe-search of <selected> in Other Panel;
- Dupe-search of <selected> in <path in clipboard>;
- Set dupe-search tolerance.

Me personally can add this as script for myself, just tossing an idea for advertising feature to users.

[jupe]

Just tested this out, works well, I think I will make use of this a lot more than the duplicates search panel. Nice job.

One thing I noticed in the changelog though, the tolerance range is listed as 0-99, but the find files panel is 0-16, is that correct?

Also since on the subject, theoretically would there be any speed difference to limiting search to images in the search term, or does the image.hash prefix already imply that? It's hard to tell based on testing with the caching affecting it.

[Malarki]

eil: That's actually what I had in mind, not knowing that a workable version could be effected through the "Name" box with props. And I thought that with such buttons on the interface as you describe it might could be an advertisable feature. But that may put Don in the position of "supporting" or justifying the widely-varying results from the dHash method.

[admin]

@jupe:

0-99: That's just what the parsing allows at the moment. In reality values > 16 quickly start to see everything as similar.

limiting search to images: yes, that's implied.