Support tagging with exif metadata
Submitted by Charles Lindsay
Link to original bug (#718954)
Description
---- Reported by joseph.bylund+shotwell@gmail.com 2013-03-22 14:50:00 -0700 ----
Original Redmine bug id: 6643
Original URL: http://redmine.yorba.org/issues/6643
Searchable id: yorba-bug-6643
Original author: Joe Bylund
Original description:
I think it would be nice to support tagging photos with information from the metadata of those photos, for example if I were to select 10 photos and tag them with {{Model}} it would tag each photo with the model field from its metadata (which is not necessarily the same for each photo).
---- Additional Comments From shotwell-maint@gnome.bugs 2013-03-26 16:58:00 -0700 ----
History
Comment 1
Updated by Joe Bylund 8 months ago
I see the comment in http://redmine.yorba.org/issues/2538 , but I'd still like to make the case for this which is on export to a sharing website, such as flickr, one can no longer necessarily search on exif info but tags are better supported.
Comment 2
Updated by Jim Nelson 8 months ago
- Status changed from Open to Need Information
Would it make sense for Shotwell to allow you to browse by major metadata fields, i.e. in the sidebar you see a toplevel "Metadata" container, which you open to "Camera Model", which opens to Canon, Minolta, etc.?
Comment 3
Updated by Joe Bylund 8 months ago
The issue is once the photo is exported/published unless the new application/website provides an equally convenient way of filtering/searching by metadata you're still out of luck.
To me it makes more sense to put metadata in the filter bar, since that's where things like flagged and rating currently reside.
Comment 4
Updated by Jim Nelson 8 months ago
We've debated about how metadata filtering should work, and putting it in the filter bar is certainly reasonable.
The reason for my questions about this ticket is that this is essentially duplicating information -- taking one metadata field, which is specific to some particular metadatum of the image, and then duplicating it in a more free-form field for keywords.
Are you asking for this because one particular website or application deals only with keywords but doesn't present the other metadata? It would help me to understand the full use-case here.
Comment 5
Updated by Joe Bylund 8 months ago
- Priority changed from Normal to Low
We've debated about how metadata filtering should work, and putting it in the filter bar is certainly reasonable.
Exactly where filtering is located is not critical, so long as things one would expect to be together end up together. I think it might be strange if filtering by date was in one panel, but camera was in another and rating was in yet a third. I really like constructing compound searches like the saved search, as it allows the user to filter on many different criteria without too much exposed all at once.
Are you asking for this because one particular website or application deals only with keywords but doesn't present the other metadata? It would help me to understand the full use-case here.
Specifically flickr doesn't do a terribly good job of helping users search by different criteria. Tagging is a possible workaround and used by a fair number of flickr users. A specific solution for this use would see the option of copying certain metadata to tags on export, but tagging using keys as mentioned above would work as well, as would auto-tagging on import (which I think was mentioned in another issue). That said this is really an issue with flickr and not shotwell, and for many fields this isn't a very good workaround. Because of this I'm moving to low (and maybe it should even be wontfix).
Comment 6
Updated by Jim Nelson 8 months ago
- Category set to metadata
- Status changed from Need Information to Open
Let's keep it Open for now, although I think the problem you're describing might have a number of solutions. Others might have some thoughts on this and can share them here.
--- Bug imported by chaz@yorba.org 2013-11-25 21:59 UTC ---
This bug was previously known as bug 6643 at http://redmine.yorba.org/show_bug.cgi?id=6643
Unknown version " in product shotwell. Setting version to "!unspecified". Unknown milestone "unknown in product shotwell. Setting to default milestone for this product, "---". The original reporter of this bug does not have an account here. Reassigning to the person who moved it here: chaz@yorba.org. Previous reporter was joseph.bylund+shotwell@gmail.com. Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one. Resolution set on an open status. Dropping resolution