After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 321769 - Store general EXIF tags
Store general EXIF tags
Product: f-spot
Classification: Other
Component: Tags
Other All
: Normal enhancement
: ---
Assigned To: F-spot maintainers
F-spot maintainers
: 509209 (view as bug list)
Depends on:
Reported: 2005-11-18 03:38 UTC by Bengt Thuree
Modified: 2018-07-12 00:12 UTC
See Also:
GNOME target: ---
GNOME version: ---

Description Bengt Thuree 2005-11-18 03:38:58 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.
Comment 1 Gabriel Burt 2005-11-18 21:09:07 UTC
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.
Comment 2 Bengt Thuree 2005-11-19 04:49:21 UTC
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

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)
Comment 3 Bengt Thuree 2005-11-19 05:44:25 UTC
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
Comment 4 Bengt Thuree 2005-11-20 15:19:53 UTC
Created a new bug for the daterange request (patch exists)
Comment 5 Jonas Bergler 2006-01-10 06:40:05 UTC
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.
Comment 6 Bengt Thuree 2006-02-08 11:36:52 UTC
Added Bug #330381 which is covering advanced recurring date filter.
Comment 7 Bengt Thuree 2006-02-09 12:09:01 UTC
Would this be a good way to do it?

  Camera Make
  Camera Model
    Ixy Digital
  Focal Length

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 :)
Comment 8 Bengt Thuree 2006-05-25 01:16:33 UTC
Did we have any progress on the Meta-Tag issue?
Comment 9 Bengt Thuree 2006-05-25 16:33:29 UTC
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.
Comment 10 Maxxer 2008-01-04 14:08:47 UTC
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.
Comment 11 guava 2008-01-08 19:53:39 UTC
Bug #497956.
Comment 12 Милош Поповић 2008-01-13 22:11:12 UTC
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?

So far, I tag my photos with:
exiftool -xmp:title="NAME" photo.jpg
exiftool -xmp:creator="NAME" photo.jpg there something similar in f-spot exept comments???
Comment 13 Maxxer 2008-01-15 14:47:58 UTC
*** Bug 509209 has been marked as a duplicate of this bug. ***
Comment 14 Vincent 2009-10-11 08:19:28 UTC
It would be great to see the camera "owner name", which is stored at least on Canon models.
Comment 15 André Klapper 2018-07-12 00:12:02 UTC
F-Spot has moved to

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.