geographic tree in sidebar
Submitted by Adam Dingle
Link to original bug (#716048)
Description
---- Reported by adam@yorba.org 2010-02-26 08:30:00 -0800 ----
Original Redmine bug id: 1473
Original URL: http://redmine.yorba.org/issues/1473
Searchable id: yorba-bug-1473
Original author: Adam Dingle
Original description:
Lots of photos have GPS coordinates these days. Perhaps the sidebar could contain a tree which would let the user browse through photos based on where they were taken. We could conceivably organize the tree by country/state and/or cluster photos into locations automatically.
Related issues:
- related to shotwell - 2239: Import IPTC Location tags (Open)
- related to shotwell - Feature #2875 (closed): [patch] basic map widget implementation (Review)
- related to shotwell - Feature #4043 (closed): allow user to show/hide sidebar trees (Open)
---- Additional Comments From shotwell-maint@gnome.bugs 2011-05-03 11:18:00 -0700 ----
History
Comment 1
Updated by Jim Nelson almost 3 years ago
See also #2239 (closed).
Comment 2
Updated by Jim Nelson almost 3 years ago
Requested downstream at https://bugs.launchpad.net/ubuntu/source/shotwell/bug/693800
Comment 3
Updated by Adam Dingle over 2 years ago
- Target version set to 0.10
- Priority set to High
Comment 4
Updated by Adam Dingle over 2 years ago
With Jim's sidebar refactoring in place this might not be too hard if we have some way to map GPS coordinates to location names.
Comment 5
Updated by Anonymous over 2 years ago
For what it's worth, as a serious geotagger and obsessed metadater, here's my opinion on how this should be done:
XMP metadata contains dedicated name spaces for geographic information:
- -xmp:Location
- -xmp:City
- -xmp:State
- -xmp:Country
- -xmp:CountryCode
It is possible to build a tree view of these metadata by grouping pictures that share the same value for each tag:
-USA (containing pictures where Country=%(=caps)USA%)
--Florida (containing pictures where Country=%(=caps)USA% AND State=Florida)
---Miami (containing pictures where Country=%(=caps)USA% AND State=Florida AND City=Miami)
-- -- Downtown Miami (containing pictures where Country=%(=caps)USA% AND State=Florida AND City=Miami AND Location=Downtown Miami)
-- -- Midtown Miami (containing pictures where Country=%(=caps)USA% AND State=Florida AND City=Miami AND Location=Midtown Miami)
-Australia
--Western Australia
---Cervantes
These xmp metadata can be created through mapping from gps coordinates using the free geonames.org database (some software such as Gpicsync or Geosetter do it).
So in my opinion, the geographic treeview shouldn't map the gps coordinates to names or labels, but read and compute the values of geographic name xmp tags.
This would also allow to geographically sort pictures without gps coordinates, when a proper xmp editor is embedded in Shotwell, offering more editing options than just the title.
Comment 6
Updated by Adam Dingle over 2 years ago
-
Target version deleted (
<strike>
_0.10_</strike>
)
Comment 7
Updated by Alexander Wilms over 2 years ago
It would be great if the coordinates could be shown on a map and photos could be dragged to a place if the GPS data is wrong or there isn't any at all.
Comment 8
Updated by Adam Dingle over 2 years ago
Replying to [comment:12 Toxicbits]:
It would be great if the coordinates could be shown on a map and photos could be dragged to a place if the GPS data is wrong or there isn't any at all.
Right. See #2875 (closed).
Comment 9
Updated by Anonymous over 2 years ago
- Keywords set to geocoding, xmp, metadata
--- Bug imported by chaz@yorba.org 2013-11-25 21:44 UTC ---
This bug was previously known as bug 1473 at http://redmine.yorba.org/show_bug.cgi?id=1473
Unknown Component Using default product and component set in Parameters Unknown version " in product shotwell. Setting version to "!unspecified". 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. Resolution set on an open status. Dropping resolution
Resolution: RESOLVED OBSOLETE