Similarity: keeping only Originals.

[Corey Fedoravic V]

https://www.similarityapp.com/scripting#image_queue
[image: image.png]

complete with scripting!


On Wed, Feb 28, 2024 at 7:57 PM Corey Fedoravic V <core5fedora at gmail.com>
wrote:

> Hi there. I realize this is crazy and out of left-field probably, but I do
> sort-of follow this list. Not sure how I became a member, but I've
> certainly used DigiKam. :)
>
> Anyway, This "Similarity" idea. It immediately made me think of *Similarity
> <https://www.similarityapp.com/analysis>*, the media detection software
> for identifying "duplicate" audio files (e.g. That Live version of Ain't
> Talkin' Bout Love that you have on mp3, .flac, and for some reason .wma.
> Yeah, that little bugger gets in there every time!).
>
> Indeed, he speaks of the audibles vs visuals. I suppose. But, it's still
> ones and zeros, right?
> The point is: He added an image analyzer (e.g. associated album art) for
> you too! Similarity does a fantastic good job for audio media detection,
> albeit human intervention required for ultimate destruction.
> There's a free and paid version. The paid version "unlocks" some extra
> algorithm which is allegedly "good enough" that you might decide to buy it.
> dunno. I think you can use it for limited input. you'll get the idea. yes,
> it's a Windows software, but I suppose so is DigiKam nowadays. ;)
>
> Unlike a bit-perfect binary comparison (i think?) you might employ other
> types of "duplicate file finder", it actually "listens" to the media for
> its evaluation.
> The same concept is employed on the image files. I wouldn't bother with
> telling you, if I haven't been impressed with the resulting improvement in
> my general quality of life. Also, because of the way the replicants mock
> me. Ain't talkin' 'bout Love! Just like I told you before.
> https://www.similarityapp.com/tutorial
>
> You got to, got to, got to
> got to breathe, baby!
> ~J S
>
>
> On Tue, Feb 27, 2024 at 7:29 AM jdd at dodin.org <jdd at dodin.org> wrote:
>
>> Le 27/02/2024 à 13:20, James White a écrit :
>> > How does one scan 10's of thousands of images for duplicates and keep
>> only the oldest version?  You know, the consolidation of bad archives
>> problem.
>> > The best I've found is "Older or Larger", but there doesn't seem to be
>> a "Oldest" option.
>> > I presume I'm missing something basic?
>>
>> there are system tools to do that, but the oldest is not necessarily the
>> best version, not speaking of some copy system that don't keep the date
>> (or unsynced cameras :-()
>>
>> jdd
>> --
>> https://artdagio.fr
>>
>>
>
> --
> Visit
> www.NoviceNotes.Net
>


-- 
Visit
www.NoviceNotes.Net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20240228/622e81ca/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 195488 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20240228/622e81ca/attachment-0001.png>