Any updates on this part? Was it supposed to point towards Weather app getting open sourced?
Is it possible to switch to api.weather.gov? KDE seems to be using that provider for the weather applet and i assume they are not paying anything, so this might be an option for SFOS as well:
https://weather-gov.github.io/api/general-faqs
Anyway i would prefer having an offical app instead of some other app that needs to be installed.
If Jolla could get us an API to be fed with weather data, then anyone could implement their own local weather backend support via some middleware layer.
Could something like the open meteo api be an option? No clue how hard is to change things like that but seems like a good economical option.
All these free/open services are only free for personal use, there was someone working on rewriting the weather widget to use one of them, no idea what happened to that but it would still require every user to register for their api key or it would hit daily limit very quickly. The other free option is scraping like meecast (until the service decides to hide behind a cloudflare captcha or other bs)
Could you please reference your statement?
As far as I understand yr.no can be used by companies and application developers without costs:
https://developer.yr.no/doc/TermsOfService/
Some information may be found in the old thread too:
Open-Meteo is an open-source weather API and offers free access for non-commercial use
Openweather faq:
1,000 API calls per day are included for free.
Yr.no does not offer commercial service, but jolla would need to get a special agreement, from link you posted:
Bandwidth
Anything over 20 requests/second per application (total, not per client) requires special agreement.
with them to avoid getting their user-agent banned like default android:
https://api.met.no/weatherapi/locationforecast/2.0/documentation#AUTHENTICATION
Examples of banned User-Agents include:
okhttp
Dalvik
fhttp
Java
Or you would spend dev resources only to have the weather fixed only to get broken again
Take a look at my post here: Change weather provider to yr.no for the default weather app - #3 by emva
My GNOME Weather App uses data from https://www.met.no/en which is the institute that provides yr.no services:
Weather – Apps for GNOME
GNOME / Weather · GitLab
How do they solve these limitations?
Probably through the special agreement they mention is needed for higher bandwidth usage, no idea how easy it is to get it or how willing they are to give it (or what it includes), also no idea how often their api changes, how reliable the service is etc
F-Droid’s Weather Forecast app also uses yr.no / api.met.no :
Yeah, open sourcing would be the best, otherwise ppl can try the patchmanager approach, but that is likely to get the default QML UA banned by yr.no (if it isn’t already, those were just examples after all and iirc jolla still did not stop blacklisting useragent headers in qml xhr, so patches will get you only so far), not sure yr would get into agreement with a patch author, maybe worth bringing up at a community meeting, if opensourcing is problematic maybe NDA for community volunteers willing to address this would be possible (it really should be pretty simple switching few urls/parameters, getting it done properly to avoid banning etc is the tricky part)
What is situation with jolla weather?Anything new after this february conversation
No. In the C2 5.0.0.21 changelog i saw that weather packages are removed.
So Meecast is an only working alternative.
We also have a few other weather apps in Jolla store.
Mine (mostly my students’) is called France Meteo and works worldwide (it uses Meteo Frances API).
That is true, but as i know, only Jolla Weather and Meecast utilize SailfishOS’s Events view, what is very handy.
Agreed, in particular this, in post #13, looks really good.
The original weather widget, with an alternative backend if I understand it correctly.
Thoroughly hoping that makes it to the public, because as good as Meecast is, I loved the original event widget