[digikam] [Bug 320666] Add search of similar images outside digiKam collections

Mario Frank bugzilla_noreply at kde.org
Tue Dec 20 15:48:06 GMT 2016


https://bugs.kde.org/show_bug.cgi?id=320666

--- Comment #4 from Mario Frank <mario.frank at uni-potsdam.de> ---
(In reply to caulier.gilles from comment #3)
> The possible way to query the database externaly was dropped definitively
> with 5.0 release : KIO support.
> 
> All digiKam KIO slaves have been replaced by a multi-threaded/core
> interface. KIO is bably portable and make digiKam very difficult to
> stabilize.
> 
> There is no plan to restore KIO.
> 
> Another approach can be to export database content with a standardized
> protocol as Upnp. An old KIPI tool exist by the core library which implement
> Upnp was never port to Qt5.
> 
> My tip : delay all searches about this topic for the moment, until we found
> a portable, stable, standardized solution.
> 
> Gilles Caulier

Hey,
I do have a working solution. To make a short description. I allow dragging
objects over the image label iff the mime type of the event data is a URL list.
In this case, it is no DIMG. If the first URL (there is only one in the list)
is a local file and can be loaded as QImage, dropping is allowed. There is a
function in HaarIface for loading paths as QImages if thy are images. I could
reuse it. The only thing I had to do was to introduce a temporary ImageInfo
with id -1 and save the image url in the fuzzy search view. This way,
refreshing images due to modification of thresholds does work, too.
This should all be independent from KIO, is it?

For details, look at https://bugs.kde.org/show_bug.cgi?id=302923 .
I was working on both bugs at the same time and the sorting of fuzzy drop
search results depends on bug id 302923.

Cheers,
Mario

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the Digikam-devel mailing list