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)
Product: libgweather
Classification: Core
Component: general
Other Linux
: Normal enhancement
: future
Assigned To: libgweather-maint
: 158630 (view as bug list)
Depends on:
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 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.