MMM-OpenWeatherForecast - Replacement for MMM-DarkSkyForecast

[lavolp3]

@j-e-f-f That looks REALLY tasty! Thank you for the great work!

[swvalenti]

@j-e-f-f Am I missing a way to turn off current weather alerts? Once a weather alert like high wind or snow it drops my tables down and throws other modules off.

[BKeyport]

@j-e-f-f As always, great work. 😉

[cowboysdude]

As of Saturday, May 1, 2021, the free Yahoo Weather API will be retired.

So as more time goes by the free weather api’s are dropping like flies…

[jms3700]

Thanks For this great job! 👍

[MajorC]

@cowboysdude it would be nice if someone with knowledge could have a look at the API of www.yr.no

The forecast is very good and they are providing free world wide data.

[ebolisa]

@j-e-f-f Thanks for sharing.

Does it work on Pi Zero? In my case it doesn’t load. I just see FORCAST and then “Loading…” forever :astonished_face:
Using defaults, no changes made.

[j.e.f.f]

@jenga said in MMM-OpenWeatherForecast - Replacement for MMM-DarkSkyForecast:

I am trying to adjust the hours under the hourly forecast to reflect a different time zone. I was reviewing the code and I see UTC references. How can I adjust this to CST?

The API returns UTC time for everything as well as a timezone offset for the long/lat you provide. The module translates UTC into local time using these two bits of information. Say you’re living in London, but you configure this module with Long/Lat for New York, then the time you’ll see is local to New York. I can’t request a different timezone in the API.

UPDATE

So quick to jump to conclusions am I… this was a bug in my code. OpenWeather documentation says the hourly time forecasts are provided in UTC, and elsewhere in the API response a timezone offset is provided. I took this to mean that in order to see local time for the forecast I needed to add the offset to the hourly time. As it turns out this is not the case. OpenWeather does not explicitly say this anywhere in the docs that I could find, but the JSON response is already translated to whatever local timezone the request was made from. So if I live in London and I make a request for weather in Chicago I’ll see the hourly forecasts in local London time, not in local Chicago time.

I’ve changed the code so that I no longer add the offset to hourly forecast times. Do a git pull in the MMM-OpenWeatherForecast directory, then restart MM. Should be fixed up.

[j.e.f.f]

@swvalenti said in MMM-OpenWeatherForecast - Replacement for MMM-DarkSkyForecast:

@j-e-f-f Am I missing a way to turn off current weather alerts? Once a weather alert like high wind or snow it drops my tables down and throws other modules off.

If you set summary: false this will stop weather alerts from displaying. The OpenWeather API doesn’t return a detailed summary (usually just a single word like “Cloudy.” ) so I didn’t think it was necessary to split these two out into separate configs.

If you wanted to keep the summary, but not show weather alerts, you can set summary: true in your config and then prevent display of alerts in your custom CSS as follows:

.MMM-OpenWeatherForecast .weather-alert {
  display: none;
}

[j.e.f.f]

@ebolisa said in MMM-OpenWeatherForecast - Replacement for MMM-DarkSkyForecast:

@j-e-f-f Thanks for sharing.

Does it work on Pi Zero? In my case it doesn’t load. I just see FORCAST and then “Loading…” forever :astonished_face:
Using defaults, no changes made.

I haven’t tested this on a pi zero (I don’t have one to test on). Do you see any errors either in pm2 logs mm or in Electron if you run Magic Mirror with npm start dev?

Also, just double-checking: did you remember to run npm install in the MMM-OpenWeatherForecast` directory to ensure all of the dependencies were installed? Forgetting to do this would be another reason you might see it stuck on “Loading…”