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

Applications
#13

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.

Screenshot_20240305_001
Screenshot_20240305_0011080×2520 759 KB

Screenshot_20240305_003
Screenshot_20240305_0031080×2520 102 KB

Screenshot_20240306_001
Screenshot_20240306_0011080×2520 191 KB

Screenshot_20240306_002
Screenshot_20240306_0021080×2520 197 KB

Screenshot_20240306_003
Screenshot_20240306_0031080×2520 902 KB

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.

26 Likes
Community meeting on 4th July 2024
#14

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
#15

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!

17 Likes
Sailfish Community News, 21st March 2024 - Rust
#16

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
#17

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.

#18

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
#19

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
#20

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
#21

Any updates on this part? Was it supposed to point towards Weather app getting open sourced?

#22

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
#23

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
#24

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.

Feedback on Jolla C2
#25

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
#26

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:

#27

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

#28

Take a look at my post here: Change weather provider to yr.no for the default weather app - #3 by emva

#29

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?

#30

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

#31

F-Droid’s Weather Forecast app also uses yr.no / api.met.no :

#32

Take a look at my post here: Weather-App and Widget Connection Problem - #58 by jrg