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 716048 - geographic tree in sidebar
geographic tree in sidebar
Status: RESOLVED OBSOLETE
Product: shotwell
Classification: Other
Component: general
unspecified
Other All
: High enhancement
: 0.30
Assigned To: Shotwell Maintainers
Shotwell Maintainers
Depends on: 716331
Blocks:
 
 
Reported: 2010-02-26 04:30 UTC by Adam Dingle
Modified: 2020-12-20 12:05 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Charles Lindsay 2013-11-25 21:43:29 UTC


---- 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: [patch] basic map widget implementation (Review)
related to shotwell - Feature #4043: allow user to show/hide sidebar trees (Open)



---- Additional Comments From shotwell-maint@gnome.bugs 2011-05-03 11:18:00 -0700 ----

### History

####

#1

Updated by Jim Nelson almost 3 years ago

See also #2239.

####

#2

Updated by Jim Nelson almost 3 years ago

Requested downstream at
https://bugs.launchpad.net/ubuntu/source/shotwell/bug/693800

####

#3

Updated by Adam Dingle over 2 years ago

  * **Target version** set to _0.10_
  * **Priority** set to _High_

####

#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.

####

#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.

####

#6

Updated by Adam Dingle over 2 years ago

  * **Target version** deleted (<strike>_0.10_</strike>)

####

#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.

####

#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.

####

#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 

Comment 1 Jens Georg 2020-12-20 12:05:53 UTC
Tracked as https://gitlab.gnome.org/GNOME/shotwell/-/issues/311