International forecasts

[GoogleCodeExporter]

We should abstract the weather provider to handle international data
sources, probably from METAR-like data.

Original issue reported on code.google.com by Jeffrey.Sharkey on 26 Apr 2009 at 11:51

[GoogleCodeExporter]

I am living outside US........i would like an international forecasts. THX!

Original comment by kiuch...@gmail.com on 26 Apr 2009 at 12:01

[GoogleCodeExporter]

Would also like this very much!

Original comment by kaiser.nico@gmail.com on 26 Apr 2009 at 2:12

[GoogleCodeExporter]

I'm in London,would be good if it worked here ,cool widget 

Original comment by benslac...@gmail.com on 26 Apr 2009 at 4:44

[GoogleCodeExporter]

Please guys, just STAR it and do not reply if you have nothing productive to 
say..
this is really annoying!

Original comment by I.Punish...@gmail.com on 26 Apr 2009 at 4:46

[GoogleCodeExporter]

Just a quick update, I just checked in r3 which abstracted the WebserviceHelper 
into
the notion of multiple ForecastSources, which for now are just NOAA and METAR.

I haven't written the METAR data source yet, because I haven't found a good API 
that
maps lat+long into METAR station codes.  As a last resort, I might consider 
running
the service myself with the mappings here (found via Wikipedia):

http://www.rap.ucar.edu/weather/surface/stations.txt

Also, in some cases there are more-accurate forecast providers for certain 
countries.
 I also found libgweather, a C++ library that uses multiple data sources, which might
be a useful reference in the future.

Original comment by Jeffrey.Sharkey on 6 May 2009 at 9:27

[GoogleCodeExporter]

If you are interested, I made a mod of Sky widget for international.

http://forum.xda-developers.com/showthread.php?t=511351

Original comment by kox...@gmail.com on 6 May 2009 at 9:27

[GoogleCodeExporter]

Jeffrey Sharkey, please, read your email. I wrote you about this international
version, and asked you if you're interested for merging code...

Original comment by kox...@gmail.com on 6 May 2009 at 9:31

[GoogleCodeExporter]

lol, I posted my update here just a few seconds before you posted, so I wasn't 
aware
you were working on this.  :)  The stuff in that topic you sent looks awesome, 
thanks
for jumping in.

The only thing I'm worried about is the data source.  I'd really like to stay 
away
from data sources that have odd terms-of-service, or that aren't officially
supported.  For example, the Wunderground API looks spiffy, but I couldn't find 
any
details about their licensing terms.  Also, the "Google Weather API" that 
people have
talked about other places online hasn't ever really existed--there just happens 
to be
an unofficial API that returns forecast results, but its format could change 
without
notice, or completely disappear.  (For example, recently an unofficial Google 
API for
sending SMS's was closed down because of abuse.)

Original comment by Jeffrey.Sharkey on 6 May 2009 at 9:36

[GoogleCodeExporter]

It could be a good idea to provide multiple sources.

I'll clean my code tonight (in 10h), and I'll send it to you. You'll see if 
your are
interested.

My main problem is managing international language suck as russian or chinese.

Original comment by kox...@gmail.com on 6 May 2009 at 9:44

[GoogleCodeExporter]

Just one more question about international version : is it OK for you if I 
publish my
modified version on Market ? (regarding Apache licence, it seems OK)

Original comment by kox...@gmail.com on 6 May 2009 at 9:45

[GoogleCodeExporter]

Okay cool, that sounds good.  Actually, let me add you as a contributor to this
project.  That way you can start submitting subversion code right into the 
project.

I'd really like to get things polished here before pushing a version to Market, 
which
should only be a few more days.

Also, in that topic it looks like people were already running into issues 
because
your version was using the original package name.  :/

Original comment by Jeffrey.Sharkey on 6 May 2009 at 9:54

[GoogleCodeExporter]

>> Okay cool, that sounds good.  Actually, let me add you as a contributor to 
this
project.  That way you can start submitting subversion code right into the 
project.

perfect ! Thanks.

>> I'd really like to get things polished here before pushing a version to 
Market,
which should only be a few more days.

I agree.

>> Also, in that topic it looks like people were already running into issues 
because
your version was using the original package name.  :/

yes, it's also because I change the database structure without changing the 
database
version number (I understood that 2 days ago ...). It causes few problems ....

Original comment by kox...@gmail.com on 6 May 2009 at 9:58

[GoogleCodeExporter]

Issue 10 has been merged into this issue.

Original comment by Jeffrey.Sharkey on 7 May 2009 at 5:15

[GoogleCodeExporter]

This is an old ticket, and teh source hasn't been modified for a long time, but 
here I go. 

The issue of data providers has been discussed in the context of other 
open-source projects, such as weather-notification-android or xfce4-panel. 
Various providers have been suggested [1] and here's a quick summary: 
- openweathermap.org : open data, but not yet mature. No extensive world wide 
coverage
- Google: as already discussed, unofficial API (+ tracking & privacy issues)
- Yahoo! Weather RSS Feed [2]. It comes with an extensively documented API. The 
ToS seem compatible with a FOSS app. 
[2] http://developer.yahoo.com/weather/
- met.no : Norwegian Institute of Meteorology that provides forecasts. This is 
the solution currently adopted in Xfce. 

Any plans of a revival of the project, or an official release of the latest 
revision? 

[1] https://code.google.com/p/weather-notification-android/issues/detail?id=72

Original comment by landroni...@gmail.com on 10 Aug 2012 at 2:31