GNOME Bugzilla – Bug 321769
Store general EXIF tags
Last modified: 2018-07-12 00:12:02 UTC
How about tagging * Camera Make * Camera Model * Width * Height * Orientation * FNumber * ExposureTime * Flash * ApertureValue and other EXIF general (as well as camera maker specific) informations. These should be in invisible tags, that can selectively be made visible if the user wants it in preference for instance. I can imagine there would be of interest to be able to be able to filter on this tags. Especially if you are looking for a portrait picture of a specific person for instance, or just all pictures taken by a specific camera, or a serious digital photographer who wants to search on more technical tags etc.
This is a good idea, allowing tags to automatically be generated based on meta data captured by the camera itself. I like the idea of allowing the user to choose to hide these as well, since as you have listed, this could be quite a number of tags. The idea is that photos would be assigned these tags on import, right? In addition to that, any patch should check if these tags exist, and if not, go through all the already imported photos and tag them correctly. Additionally, these tags should be read-only (like Hidden). All these tags should be hidable by the user via the context menu and the Tags menu, perhaps. An additional meta-related tag could be tags that represent ranges of times, so for instance, I could define a tag named "Senior Year" and set the start and end dates. The advantage of this over the current way to set date ranges it you can set them up once (which takes a little time, thinking of the right dates and entering them) and use them quickly and effortlessly.
Good points (Comment #1) Gabriel. One other suggestion regarding enabling the patch to fetch the old meta tags, do is to create two patches :) 1) Which creates all camera specific metatags as well as other tags (if the picture already have the Location, Copyright, Header, Country etc tags) during import. 2) A new menu alternativ that will force F-Spot to re-read all images on disk (or location) for changed EXIF/XMP tags. You might change the tags by using some other software for instance, and just want to syncronize F-Spot again. This would enable this patch to import all existing pictures camera specific meta tags. I like your idea of Time Related tags. We could add a few (static in the sence User can not modify them) dynamic (F-Spot calculates the date-range everytime) meta-Time Tags like * Today * Yesterday * Last 7 days * Last 30 days * Last 90 days * Last 360 days * Current week * Current month * Current year * Last week * Last month * Last year * Every Jan, Feb, ... Dec - Good for every summer/ski picture for instance * Every Mon, Tue, ... Sun ?? * Each year that you have pictures from (80, 81, 83, 87, 90, .. 04, 05) And then perhaps some user definable Filters as well. * Year range * Customized Filter 1-10 (where you can specify a number of AND/OR conditions each). Like Portrait, Canon, Sweden, last 30 days, (Daughter or Animal)
Forgot one time related tag. Re-curring dates, like birthday, or christmas or similar. Could be a user definable filter. Would be fun to see a visual diary what you have done on your birthday for the past 20 years for instance
Created a new bug for the daterange request (patch exists) http://bugzilla.gnome.org/show_bug.cgi?id=321928
Maybe it is not even neccesary to create hidden tags? just filtering capabilities based on exif tags? although it is probably more efficient during run time to have the exif info indexed.
Added Bug #330381 which is covering advanced recurring date filter.
Would this be a good way to do it? Hidden Exif Camera Make Canon Camera Model S-70 Ixy Digital Width 3000ish Height 2300ish Orientation Portrait Landscape FNumber 2.8 ExposureTime 1/60 Flash Yes No ApertureValue 2.8 Focal Length 5.8mm Create the above tags (Exif, and one level below) When importing, create new tags as needed, under the above ones. A lot of tags... but could be very convenient to have access to :)
Did we have any progress on the Meta-Tag issue?
Stored a patch that reads some XMP tags during import in bug #342137 Makes it easier to use the EXIF/TIFF tags to create a meta tag.
Why not storing the values at comment #7 AS-IS in a custom table? Searches would be more dynamic, and the user won't have an infinite tag tree! Creating a tag for EACH aperture / time / focal lenght (...) will create a big mess, isn't it? And searches will be an infinite tag list! As a side note, I'd add the "Lense model" to the list of tags to save.
Bug #497956.
I was adviced to post my request here so: It would be nice (and it should not be hard) to inplement Creator and Title tag fields. At least f-spot should include them in "/" textual search. ...and maybe include them as you did with UserComment tag. I found this under Dublin Core tags, so they are prety much standard, right? http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/XMP.html So far, I tag my photos with: exiftool -xmp:title="NAME" photo.jpg exiftool -xmp:creator="NAME" photo.jpg ...is there something similar in f-spot exept comments???
*** Bug 509209 has been marked as a duplicate of this bug. ***
It would be great to see the camera "owner name", which is stored at least on Canon models.
F-Spot has moved to https://github.com/f-spot/f-spot/issues If this Bugzilla ticket is still valid in a recent version of F-Spot, please feel free to post this topic as a ticket in the F-Spot project on GitHub. Closing this report as WONTFIX as part of Bugzilla Housekeeping as we are planning to shut down GNOME Bugzilla in favor of GNOME Gitlab.