GNOME Bugzilla – Bug 168323
auto-generate Places tags from embedded GPS data
Last modified: 2018-07-12 00:10:28 UTC
1. When image files which contain City, State and Country IPTC and XMP tags are imported to f-spot, the program should automatically tag these photos. If tags do not already exist for a given placename, the tag should be auto-created. If the category is not one that f-spot has not already encountered (i.e., the first time it imports a photo with IPTC and/or XMP tags), it should automatically create the tag "folder" for City, State, or Country and start to populate that category with the actual content of the metadata in the photo. A GPL'd C# library for handling IPTC (and XMP, I think) metadata is here: http://renaud91.free.fr/ MetaDataExtractor/ IPTC and XMP metadata has to be deliberately put in a image file, so it makes sense to show that which is encountered. 2. It would also be very cool if f-spot could match the GPS data which may be present in exif tags with an extant list of country and/or state boundries to auto-tag photos. Even though few cameras have GPS sensors built in, it is becoming more common to add GPS tags in the manner described in this O'Reilly article: http://www.macdevcenter.com/pub/a/mac/2004/06/15/gps_photo.html Tools to do this exist on Linux, as well as Wiindows and OS X. As an alternative to a database of boundries (think something akin to /usr/share/misc/flowers ), a user could associate a given Lat/Long datum and a radius (in m, Km, whatever) with each Place tag and f- spot could auto-tag photos whose exif GPS metadata placed it within that area defined for that tag. Autogenerating People tags is hard. Facial recognition is not accurate enough, and there is no (?) keyword standard to differentiate grabbing appropriate People tags from general keywords. (E.g., does "Flower" refer to a girl's first name or a growing plant?) Autogenerating Events tags is also a non-trivial problem -- but autogenerating Place tags is be possible.
How is the CVS version of F-Spot which handles XMP tags handles this? Is F-Spot now creating tags based on XMP/EXIF tags or?
1) Bug #321770 has some related comments. 2) Bug #305775 has some related comments. About editing GPS I would suggest close this one, and adding the above comments to the above Bugs.
I put a patch in bug #342137 that reads (some) XMP tags during import. Among them are those that F-Spot stores. It also reads the PhotoShop City, Country tags as well as iView MediaPro Location.
Changing this one to only cover Automatically generating Location data from existing GPS Co-ordinates embedded in the XMP data. Importing existing Location data is covered in bug #342137 --- It would also be very cool if f-spot could match the GPS data which may be present in exif tags with an extant list of country and/or state boundries to auto-tag photos. Even though few cameras have GPS sensors built in, it is becoming more common to add GPS tags in the manner described in this O'Reilly article: http://www.macdevcenter.com/pub/a/mac/2004/06/15/gps_photo.html Tools to do this exist on Linux, as well as Wiindows and OS X. As an alternative to a database of boundries (think something akin to /usr/share/misc/flowers ), a user could associate a given Lat/Long datum and a radius (in m, Km, whatever) with each Place tag and f- spot could auto-tag photos whose exif GPS metadata placed it within that area defined for that tag. ---
Have a look at this screen shot from digikam, seems they are already doing it. http://www.digikam.org/?q=node/104
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.