search for photos using arbitrary metadata criteria
Submitted by Adam Dingle
Assigned to Eric Gregory
Link to original bug (#715958)
Description
---- Reported by adam@yorba.org 2010-03-16 09:13:00 -0700 ----
Original Redmine bug id: 1587
Original URL: http://redmine.yorba.org/issues/1587
Searchable id: yorba-bug-1587
Original author: Adam Dingle
Original description:
From Martin Olsson:
- Currently you can easily navigate to “Photos from December 2005†using the events tree, but in a semi professional photo workflow you'd often to the same for other metadata such as specific DSLR lenses or GPS data. Sometimes these are also combined (i.e. I want to see all the shoots from my 50mm fixed lens taken in India).
Related issues:
- related to shotwell - Feature #4738 (closed): filter by arbitrary metadata criteria (Open)
- related to shotwell - Feature #3382 (closed): Also show unmodified master of photo (Invalid)
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:40:00 -0700 ----
History
Comment 1
Updated by Bengt Thuree over 3 years ago
From only interested in the actual photos/events I would also like to add
Filter by Rating (all unrated photos, rating >= x)
Filter by Tags ((Tag1 AND Tag2) or (Tag2 AND Tag4) or Tag5)
Filter by Import Rolls (Last Import Roll, From Import Roll X, Import Roll >= X)
Untagged Photos
Unrated Photos
Of course, should be possible to have all filter types at once.
Comment 2
Updated by Adam Dingle over 3 years ago
- Subject changed from search for photos using arbitrary metadata criteria to filter/search for photos using arbitrary metadata criteria
Comment 3
Updated by Adam Dingle over 3 years ago
Peter Smith pdo.smith@gmail.com suggested that the user should be able to Ctrl+select several tags in the sidebar as a way of performing a combined search on those tags. That's an interesting idea, though it's not clear whether we should AND or OR in this case.
Comment 4
Updated by Bengt Thuree over 3 years ago
Perhaps something like in F-Spot? It works very well there, so why not?
-
Drag and drop tags on top of each other in a search bar, means AND
-
Drag and drop tags next to each other in a search bar, means OR
-
Press “/†(Search in vi) and you can type free hand the search algorithm
Comment 5
Updated by cameleon - over 3 years ago
I just wanted to see the photo of me with my soon, and I was surprised to see that I couldn't select multiple tag to perform this operation in Shotwell. From my point of view, the default behaviour when user select multiple tags would be to perform an AND operation, but this can be discussed…
Comment 6
Updated by Erick Pérez Castellanos about 3 years ago
I think this urge, why:
you're making of shotwell a first class photo management software, and the lack of a proper search capabilities could make more than a few people leave the software.
I think you should be able to search/filter for almost every attribute/property of a picture:
ex: Title, Faces (when it comes to play, i read yo're planning to add support later on), Size, plus those one added before
Comment 7
Updated by Alexandre Garino about 3 years ago
+1
And should be nice if we could save filters.
In the tree view, we could have Filters node below the Tags one where saved filters could be located.
My 2 cents
Comment 8
Updated by Adam Dingle about 3 years ago
Yes – I agree that the user should be able to save searches, and it would be nice to list saved searches in the sidebar.
Thanks for all the interest in this ticket. I hope we'll be able to implement this in the next couple of releases.
Comment 9
Updated by Neal - about 3 years ago
I would strongly urge that adding basic filtering capability be made a very high priority. I just started working with Shotwell and I see a lot of promise in the tool and can tell how much effort has be put into it. However the inability to filter across multiple tags and events is an absolute deal breaker. I have over 5,000 pictures of my oldest daughter alone. Clicking a tag that produces 5,000 pictures does me no good, if I can't filter that down further.
I think adding basic filtering that would allow a user to join multiple tags and/or events via an “And†function would go a long ways in improving the basic usability of this application and should be done as soon as possible. More advanced filtering and search functionality should then be added in later releases.
Comment 10
Updated by Maxim - about 3 years ago
Also need a filter for horizontal/vertical photos. Right now I have to cherry- pick horizontal images for background slideshow (see #1296 (closed)) out of thousands of photos, which is a hard labor.
Comment 11
Updated by Adam Dingle about 3 years ago
@perezk: That's a good idea.
Comment 12
Updated by Anonymous almost 3 years ago
+1 for improving search capabilities
i want to find easily my pic taken at 10mm
i miss a tool to search by focal lenght, stored in exif metadatas
i do not want, and i will not create a tag to duplicate this info, i should be able to find it directly where it is stored
if i want to find my pics taken at f/1.4 its the same
could be great to combine theses searches, like pics taken at f/2.8 with one or another lens. etc etc.
Comment 13
Updated by Andreas - almost 3 years ago
+1 for more filtering possibilities.
From my point of view, this should not be a medium, but a really high priority.
Comment 14
Updated by Adam Dingle almost 3 years ago
- Priority set to High
Comment 15
Updated by Fabio Porcedda almost 3 years ago
+1
Filter by Tags (AND OR)
Filter by camera model, len
Comment 16
Updated by Adam Dingle over 2 years ago
- Target version set to 0.10
Comment 17
Updated by Mike Lococo over 2 years ago
I see this has been accepted for 0.10, is there a spec anywhere that specifies what metadata will actually be searchable and what the UI will be like? I'm one of the many folks who are eager to see this feature land. Reviewing the suggestions so far and adding my own, we have:
- Operators including AND, OR, NOT
- Filter by Rating (including >, <, =, and unrated photos)
- Filter by Tags (including untagged)
- Filter by Import Rolls (Last Import Roll, From a specific roll, from all rolls more/less recent than x)
- Filter by date
- Filter by event
- Filter by whether it has been edited (using shotwell tools, the external-editor, or the raw-editor)
- Filter by orientation (horizontal, vertical)
- Filter by resolution, file-size, file-type
- Filter by camera, aperture, shutter-speed, focal-length
- Arbitrary XMP fields
Comment 18
Updated by Adam Dingle over 2 years ago
There is no spec for this feature yet as the team has been pretty busy wrapping up 0.9. In the next couple of weeks we'll be discussing how metadata searching should work in Shotwell and will post updates here. @mikelococo, your list looks like a good starting point for this.
Comment 19
Updated by Adam Dingle over 2 years ago
- Status changed from Open to Review
- Assignee changed from Anonymous to Eric Gregory
Comment 20
Updated by Pierre-Antoine Roiron over 2 years ago
I agree that it would be a great enhancement. Mikelococo pretty well summarized all of my wishes too.
Comment 21
Updated by Eric Gregory over 2 years ago
It's in the works.
For the first iteration, XMP and EXIF tags aren't likely to make it in, since we currently don't have access to that information at runtime. However, ratings, tags, titles, event names, and dates will definitely go in.
We probably won't go so far as to have AND, OR, and NOT. Rather we'll go the route most (all?) other photo management tools have gone, with a list of criteria, and a simple All/Any selector. That means the criteria in that list will be either ANDed or ORed together.
Comment 22
Updated by Pierre-Antoine Roiron over 2 years ago
That's already great, thank you.
Comment 23
Updated by Mike Lococo over 2 years ago
For the first iteration, XMP and EXIF tags aren't likely to make it in,
since we currently don't have access to that information at runtime.
However, ratings, tags, titles, event names, and dates will definitely go in.
This strikes me as sensible prioritization. Though, I hope the design will be extensible to enable search of file-based-data that isn't in the database. Even though there is a severe performance-cost for such searches, extensible- metadata is a powerful feature.
We probably won't go so far as to have AND, OR, and NOT. Rather we'll
go the route most (all?) other photo management tools have gone, with a
list of criteria, and a simple All/Any selector. That means the criteria
in that list will be either ANDed or ORed together.
I'll go on record to say I think this is a mistake (although one which as you note has been made by several peer-products). Even if the primary interface for searching is simplified as you describe, an advanced-search (possibly implemented as a text-box instead of a graphical-query-builder to simplify the UI-code) should support operators. As collections grow larger, complex- searches become increasingly important.
Comment 24
Updated by Jean Jordaan over 2 years ago
I'll agree with mikelococo.
Notably f-spot has very simple and usable AND/%(=caps)NOT% -- see:
http://library.gnome.org/users/f-spot/unstable/tag-search.html.en
Comment 25
Updated by Mike Lococo over 2 years ago
Lightroom also has more advanced searching than is proposed in comment 33.
- “Not†operators are supported in the text-box search: http://www.adobepress.com/articles/article.asp?p=1181452
- A moderately flexible system of constructing complex-searches is available, although I wouldn't hold it up as a model since it still can't construct arbitrary searches… but it certainly covers a much wider set of use-cases than a single global and/or switch: http://www.image-space.com/Lightroom_Tips_Tricks/Library_Module_Tips/new_search_filter_tools/new_search_filter_tools.html
Comment 26
Updated by Bengt Thuree over 2 years ago
I also think it is a misstake to not have both AND and NOT.
For instance, quite often I have found myself narrowing down to find a photo, and using the AND flags to start with, but then reducing the set with NOT.
I have over 40,000 photos, and a lot of tags…..
But I guess the AND/OR/%(=caps)NOT% part can come slightly later, most important right now is to get AND or OR (on all) working first
Comment 27
Updated by Eric Gregory over 2 years ago
- Status changed from Review to 5
- Resolution set to fixed
- % Done changed from 0 to 100
Fixed in 22bdb60e
This commit only adds basic support for saved searches as described above (note: New Search… is in the View menu.)
I've filed the following tickets for further features:
Ticket #3511 (closed) Saved Search: edit existing searches
Ticket #3513 (closed) Saved Search: file type search
Ticket #3514 (closed) Saved Search: enter key should be the same as hitting OK
Ticket #3515 (closed) Saved Search: dialog should disable OK button when search isn't complete
Comment 28
Updated by Adam Dingle over 2 years ago
Replying to [comment:33 mikelococo]:
I'll go on record to say I think this is a mistake (although one which as you note has been made by several peer-products). Even if the primary interface for searching is simplified as you describe, an advanced-search (possibly implemented as a text-box instead of a graphical-query-builder to simplify the UI-code) should support operators. As collections grow larger, complex-searches become increasingly important.
I agree that Shotwell should support arbitrarily complex searches. We'd like to add a 'none' match type (#3551 (closed)). We'd also like to let the user use AND and OR when specifiying values for any particular match condition (#3553 (closed)). Finally, we'd also like one search to be able to depend on others (#3552 (closed)). Once these are implemented, you'll be able to express any arbitrary combination of AND, OR and NOT.
Not sure we'll be able to implement all of these for 0.10, but I'd like to get there eventually.
Comment 29
Updated by Norbert Preining almost 2 years ago
- Description updated (diff)
Hi everyone,
I see that this bug is fixed, but I have no idea why? There is still no way to filter photos after any of these criteria but the ratings.
The whole point of filtering is that I can browse the library of events, with only some photos shown. This is currently not possible.
Please re-open, or let me know if I am missing something?
Norbert
Comment 30
Updated by Adam Dingle almost 2 years ago
- Subject changed from filter/search for photos using arbitrary metadata criteria to search for photos using arbitrary metadata criteria
Norbert, you're right that we've implemented only searching, not filtering. Rather than reopening this rather long ticket, I've created a new ticket #4738 (closed) for metadata filtering. I agree this would be nice to have.
Comment 31
Updated by Norbert Preining almost 2 years ago
Thanks Adam, I agree.
Comment 32
Updated by Charles Lindsay 7 months ago
- Status changed from 5 to Fixed
--- Bug imported by chaz@yorba.org 2013-11-25 21:43 UTC ---
This bug was previously known as bug 1587 at http://redmine.yorba.org/show_bug.cgi?id=1587
Unknown Component Using default product and component set in Parameters Unknown milestone "unknown in product shotwell. Setting to default milestone for this product, "---". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
Version: 0.10
Resolution: RESOLVED FIXED