search

chubin / wttr.in

:partly_sunny: The right way to check the weather
https://wttr.in
Apache License 2.0
24.38k stars 1.1k forks source link

WWO reporting wrong weather #526

Open scfrank opened 3 years ago

scfrank commented 3 years ago

When trying to get the weather for Trento Italy, WWO seems to return the weather at the top of the mountain (Paganella), not the weather in the city/valley. Wttr.in then shows current temperatures that are much too low and windy:

curl wttr.in/Trento?format4
Trento: ☀️ 🌡️-2°C 🌬️↓44km/h

The WWO page shows the same: https://www.worldweatheronline.com/trento-weather/trentino-alto-adige/it.aspx The key thing here is that drop down menu that says 'Paganella': that's the ~2000m high peak to the west, not the city itself. The other items in the menu are other peaks/passes, none are the city.

Is there any way I can query wttr.in to get city temperatures? I've tried the airport code (lidt) but it has the same problem: the current weather is wrong. I appreciate this is probably mostly a WWO issue but I'd like to find a workaround.

NB the weather in the forecast looks more correct for the town/valley (both v1 and v2) - the issue is with the current weather.

chubin commented 3 years ago

@scfrank Stella, yes I am fully agree with you. It seems to be a WWO problem indeed, and I believe we should slowly start looking for a new data provider. See also #523

scfrank commented 3 years ago

Thanks! It'd be wonderful to fix this.

The BBC weather service has an api: https://support.bbc.co.uk/platform/feeds/WeatherFeeds.htm but it seems to be down, I don't know how "temporarily".

chubin commented 3 years ago

I think we need a list of supported weather APIs, and slowly add support for each of them, because no API seems to be perfect

ReazerDev commented 3 years ago

Hi, I've got a question relating to this issue. Why does the default format show the right location, but the j1 format show a surrounding one?

Danfro commented 3 years ago

Hi, I am the current maintainer of Ubuntu Touch weather app. We are using openweathermap.org as data source. They provide a free account for open source products (or when giving credit), see bottom of this page.

I am looking for other free weather data sources too that people can use for daily use but also for developing. That's where I came accross wttr.in. @chubin My question is, would you mind if I implement wttr.in as data source for Ubuntu Touch weather app? I would be using JSON API calls. Source would be named.

That is what I found so far regarding free sources - with an API in mind:

You did have met.no already implemented.

The bbc weather source mentioned above was DarkSky weather if I remember correctly. That has been purchased by Apple last year and the free service is gone now.

AccuWeather does provide a free developer account., so users would need to sign up with them for free data.

Quite a nice source, I implemented rainviewer for weather radar. The provide a customable url.

And windy.com does provide a lot of free information too.

Danfro commented 3 years ago

Btw. I could not find any free weatheronline account except of the 60 day trial. Did I miss something?

Danfro commented 3 years ago

I might need to add, that Ubuntu Touch is no longer run by Canonical. The work is fully open source and is now driven by a community supported by https://www.ubports.com/.

iMarcello commented 3 years ago

Hi Igor and community, greetings from Centralamerica. I also note that the min temp for some places (e.g. Ticuantepe, Nicaragua) are wrong (probably 10 C lower than the real ones) Have you seen this in other places? Kindest regards, Marcelo PS: I really love wttr.in 👍

chubin commented 3 years ago

(Sorry all for the late reply.)

@Danfro No, I would absolutely not mind. Please feel free to use our JSON data stream (j1). Please also feel free to contact me any time you need my help.

Currently wttr.in uses just one data source, but we are working on adding more, and unifying them. Hopefully, it will improve data quality in future.

Danfro commented 3 years ago

(Sorry all for the late reply.) Don't worry. I did not find time to work on this recently. ;-) @Danfro No, I would absolutely not mind. Please feel free to use our JSON data stream (j1). Please also feel free to contact me any time you need my help. Thanks, for your kind offer. If I need help I will get in touch. I tried some preparational work, but had trouble to match wttr.in data with my current data structure. I may need to do some restructuring at my end first.

chubin commented 3 years ago

@scfrank @ReazerDev the problem with the location was fixed (#523). Can you please test it?

pvonmoradi commented 2 years ago

Currently wttr.in uses just one data source, but we are working on adding more, and unifying them. Hopefully, it will improve data quality in future.

@chubin Isn't it related to wego? I mean shouldn't this be fixed in upstream?

chubin commented 2 years ago

No @pvonmoradi it is not realted to wego at all, it is a problem of the data source, and wego is rendering. We can't do here anything except add other, more reliable, data sources.

pvonmoradi commented 2 years ago

No @pvonmoradi it is not realted to wego at all, it is a problem of the data source, and wego is rendering. We can't do here anything except add other, more reliable, data sources.

I mean, wego supports other data sources like OpenWeatherMap. It seems if wttr.in which uses wego internally, provides some sort of config options to instruct wego to use other sources, this problem would be fixed.

chubin commented 2 years ago

wttr.in does not really use wego internally; it uses some modified version of it, which diverged from the upstream 5 or more years ago. This modified version does not communicate with the data-source directly, but access a caching server instead. In any case it is not a big problem to parse the data source format; a bigger problem is to buy the data, because wttr.in processes a lot of queries daily, and on such scale the data is not free.