Change weather provider to yr.no for the default weather app

No was not aware but thanks for pointing that out

C’mon they raised 10M€ and they don’t have a spare grand to pay foreca?

Just joking of course

Foreca is damn reliable in my area, but i guess also yr.no or openweather will suffice, so let’s hope it’s feasible to use one of them

Also, despite being a very frequent topic, i would say updating the weather app can also be done via an hotfix, not necessarily a major update (despite being the most requested thing in 2023 after volte) :stuck_out_tongue:

You can use patchmanager, it’s what it was made for:

3 Likes

I have converted the main weather screen to the OpenWeather Api. As I suspected, the banner and indicator also work. Still need to switch 5 days forecast screen. There are a few of my screens:



I think there is some issues with converting weather code from Foreca to OpenWeather, but for now for me it looks good.

15 Likes

Wow that is awesome, hope you can make a guide for doing that…

Was reading now that openweather gives free apis to opensource projects

Maybe it’s time to opensource the weather apb? xD

I’ve completed the task of transitioning the forecast to the OpenWeather API. Below are some screenshots of my work. Everything is functioning well. Here is the plan for the next phase of work::

  1. Create a page to set the OpenWeather API token for API usage.
  2. Create a patch of my changes and share it using PatchManager.





P.S. I want to express my gratitude to my friend, Sergey Pekhteerau (https://siaroza.com/), who assisted me in creating the small OpenWeather icons. If you need help with design, he is the right person for the job.

28 Likes

I’ve all my nine years as a SFOS user gotten my weather information from having one window in the net browser stay open with yr.no.

What have I missed / what can I gain from rather using SFOS’s weather app?

1 Like

I like to envision this so that you’d not need to do any patches that one needs to apply via patchmanager rather you could contribute them back directly. More on the later – stay tuned. I’d warmly wish you to follow fortnight newsletter and community meeting logs.

That said, this is awesome stuff!! This community rocks!

19 Likes

The benefit of having one such integration is that you can have this in the notification view as well as on the lock screen.

2 Likes

Well, the general forecasts are normally of such a good quality that they don’t change substantially that often and need to be monitored from minute to minute. What really is of interest on a more short-term is yr.no’s live radar based graphical local precipitation warning for the next 90 minutes, and I believe no such stuff can be offered on the lock screen or in the notification view, anyhow.

Sure, don’t get me wrong. I also have a .desktop of a bookmark that leads to my favourite numerical forecast from meteo.pl.

1 Like

You’re Norwegian right? I have to give you that yr.no is good, but unfortunately good isn’t enough to keep our ‘precious’ weather app running in notification area or lock screen. :wink:
So if you are happy with an open web site, please stay with it. Me to have a bookmark to my area on yr.no, while not open 24/7.

3 Likes

To note here as well, on 4.6.0 loading of the weather widget is disabled by default as out of the box it doesn’t work too good.

Wrote about it there SFOS 4.6 / Foreca: How to enable the Weather infos is in the the Events view - #5 by pvuorela but in short to get it back can set dconf key /desktop/lipstick-jolla-home/force_weather_loading true and install lipstick-jolla-home-qt5-weather-widget-settings package for events view settings switch.

6 Likes

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.

1 Like

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.

1 Like

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)

3 Likes

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