Read the statement by Michael Teeuw here.
MMM-OpenWeatherForecast - Replacement for MMM-DarkSkyForecast
-
@j-e-f-f That looks REALLY tasty! Thank you for the great work!
-
@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.
-
@j-e-f-f As always, great work. š
-
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ā¦
-
Thanks For this great job! š
-
@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.
-
@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. -
@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. -
@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; }
-
@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 withnpm 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ā¦ā