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 562141 - gweather_location_guess() (GeoClue, hostip, etc integration)
gweather_location_guess() (GeoClue, hostip, etc integration)
Status: RESOLVED WONTFIX
Product: libgweather
Classification: Core
Component: general
unspecified
Other Linux
: Normal enhancement
: future
Assigned To: libgweather-maint
libgweather-maint
: 158630 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-11-24 16:34 UTC by Dan Winship
Modified: 2017-12-01 13:33 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Dan Winship 2008-11-24 16:34:14 UTC 
We should have an API something like:

  GWeatherLocation *gweather_location_guess (void);

that attempts to guess your current location (which could then be used to determine your weather and/or time zone).

This could use GeoClue if available, but if not, it could just fetch http://api.hostip.info/ and extract the longitude and latitude from that.

This could then be used to autopopulate the clock, etc
Comment 1 Vincent Untz 2008-11-25 22:38:39 UTC 
And we could fallback on translations of various strings if we're not connected to a network (see comment #1 in bug 158630 for a description).
Comment 2 Vincent Untz 2008-11-25 22:39:11 UTC 
*** Bug 158630 has been marked as a duplicate of this bug. ***
Comment 3 Bastien Nocera 2017-12-01 13:33:53 UTC 
It's better if it's the application's job to do this, combining Geoclue and geocode-glib (though libgweather already has its own implementation for the entry).

Both Clocks and Weather use Geoclue directly now.