Bug 180035 - Allow to search within past saved searches
Summary: Allow to search within past saved searches
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Searches-Advanced (show other bugs)
Version: 0.10.0
Platform: Compiled Sources Linux
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-01-08 15:56 UTC by Ioannis Gyftos
Modified: 2017-08-18 09:07 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 5.1.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ioannis Gyftos 2009-01-08 15:56:42 UTC
Version:            (using Devel)
OS:                Linux
Installed from:    Compiled sources

Greetings,

First of all, congratulations and thanks for the KDE4 port of digikam for being totally awesome :)

I would like to request the following feature: when you use the advanced search window, you can select to search within particular albums. I feel it would be very useful (at least for my use case) if you could similarly search within results of other searches as well. I am not sure if digikam uses SQL, but I imagine something like SELECT * FROM (SELECT * FROM ... WHERE ... ) WHERE ... . My instinct tells me that it should be possible to implement without too much trouble (though of course, there will be a performance hit because X searches have to be made instead of 1).

As an example, imagine i have tagged photographs by place, by date, by persons. I have a saved a search that returns the results of photos in my hometown last summer. With the search-in-search feature I would be able to easily search for my sister's photos last summer in my hometown. As for my actual case, I have more complicated tags on separate folders, so it's much more of a hassle to manually combine search conditions.

A possible complication would be what happens when searching in multiple saved searches, so I think a restriction of using only a single saved search would be a good choice (and the an additional search group could be used anyway).
Comment 1 Mikolaj Machowski 2009-01-08 17:59:17 UTC
Nice idea - I was thinking about something like that but from slightly different angle:

Don't make it look in searches but in search dialog should be checkbox "Search in current view" which should take into account only images visible in central part.
Comment 2 Ioannis Gyftos 2009-01-09 08:34:01 UTC
Indeed, that would also work well. Your way might also be faster if the current view is somehow stored so it doesn't have to be recalculated. And more intuitive/simple I guess.
Comment 3 caulier.gilles 2011-12-15 12:47:27 UTC
Ioannis,

Do you tried digiKam 2.x serie, where you can select album when to process searching ?

Gilles Caulier
Comment 4 Ioannis Gyftos 2012-03-14 23:41:07 UTC
Hello,

Yes I have. It doesn't seem to be helping, as all images are located in the same album anyway.

What I am currently doing is to search with a query, add a temporary tag to the images that the first query finds, then make another query with an additional constraint of the previous temporaty tag I manually created.

A bit of a hassle but it works.
Comment 5 caulier.gilles 2014-08-31 09:03:23 UTC
Ioannis,

What's about this file using last digiKam 4.2.0 ?

Gilles Caulier
Comment 6 caulier.gilles 2015-05-15 22:25:19 UTC
Ioannis,

What's about this file using last digiKam 4.10.0 ?

Gilles Caulier
Comment 7 Ioannis Gyftos 2015-05-29 06:32:57 UTC
Hi,

I don't see anything that could help.

I'll try to steal some time and see if I can hack at this myself sometime.
Comment 8 caulier.gilles 2015-06-29 17:47:18 UTC
New digiKam 4.11.0 is available with official PKG installer for OSX.

https://www.digikam.org/node/740

Can you reproduce the problem with this release ?

Gilles Caulier
Comment 9 caulier.gilles 2016-07-15 18:57:53 UTC
With digiKam 5.0.0, this problem is not reproducible.
I close this file now. Don't hesitate to re-open if necessary.
Gilles Caulier