MMM-OpenWeatherForecast - Replacement for MMM-DarkSkyForecast

[motdog]

I am finding a weird quirk. For the future forecast days once noon local time hits, the next day forecast disappears

Today it showed Friday as a forecast day, after noon hit the next 3 days shown in forecast are sat, sun & Mon.

My config is posted above

[j.e.f.f]

@motdog let me look into this. My code assumes the first daily forecast is “today” and starts with the second one in the collection. It’s possible this is something the API does and I just hadn’t noticed before. It would make sense because I’ve typically worked on this module during the morning. Will test later.

[0m4r]

@j-e-f-f can it be a timezone issue?
are the APIs expecting time in UTC? Moment does operates on user timezone (or browser timezone in this case)

[j.e.f.f]

@0m4r If it is then it’s a bug in the API. The API is supposed to return all data time shifted to the time zone for the long/lat you specify.

I should know more soon. Running a test right now and just waiting for the clock to tick past noon.

[j.e.f.f]

@0m4r Still troubleshooting this. I don’t see this happening when I use my own long/lat. Will try with yours, but I will need to wait until it ticks past 12:00pm your time. (I’m in London, so will need to check later this evening).

One thing I did notice, though… the long lat you have in your config is for Shanghai, China, not Kansas City. You forgot the “minus” sign in front of the longitude property. Maybe that fixes it?

[0m4r]

@j-e-f-f I think you want to mention @motdog, not me :)

[motdog]

@j-e-f-f I think that is the problem. I’ll keep you posted

[j.e.f.f]

@0m4r Yes indeed!

@motdog the more I think about it, it makes sense that the issue you’re seeing is a result of the missing minus sign in your longitude. Essentially, you’re shifting what you’re expecting by exactly 12 hours, meaning that when it’s noon in Kansas city, it’s midnight in Shanghai, hence moving to the next day, and explains why your dailies are shifting by one after 12:00 pm for you.

[swvalenti]

@j-e-f-f did you see my previous post is that at all doable?

[motdog]

@j-e-f-f yep the website where i got the coordinates was wrong. Every other one had the minus sign. Thanks for the extra eyes.

[blackeaglece]

Hi everyone, I’ve been using this module for more than a year and it’s fine, but since I did the last update of MM I get the {DEGREE} entry after perceived (as you can see from the attached image), I’ve also updated the module but nothing to do. How can I do to remove it? Thank you very much

[miniashman]

Can someone guide me on how to get the weather icon enabled next to the current temperature, please? Gone through the topic but no one else seems to have this issue.

[cowboysdude]

@majorc It would be :)

[blackeaglece]

This post is deleted!

[blackeaglece]

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

Does anyone know how I can solve this problem?
Thank you

Hi everyone, I’ve been using this module for more than a year and it’s fine, but since I did the last update of MM I get the {DEGREE} entry after perceived (as you can see from the attached image), I’ve also updated the module but nothing to do. How can I do to remove it? Thank you very much

[fillilutten]

Any way to change the order of the different extraCurrentConditions?

[fillilutten]

Oh, two more things. What css do I do to change color of the slash in H/L in “extraCurrentConditions” ?

And can I remove “Powered by OpenWeather”? I have such a small screen so have to remove even the smallest of things.

[j.e.f.f]

@blackeaglece that’s not my weather module. You’re using a different one. Not sure which.

[j.e.f.f]

@swvalenti unfortunately, the provider has put “Special weather statement” into the title field and the actual title as part of the description. To get that to show a different colour it would require extra processing to split on the ... character.

Having seen a few weather alerts from other regions I can say it’s not commonly done the same way as yours. I don’t know what might break as a result of formatting that way for you.

If you’re up for it, you can modify my code for your needs. Most of this prefornatting is in the main MMM-OpenEeatherForecast.js file

[j.e.f.f]

@miniashman A couple of ways, yes:

By default, the animated icon set is used for the large icon beside the current temperature. I’ve found from my testing that sometimes this the code calls for the icon to render before it is ready to do so, and just shows up blank as you see above. There is a configuration parameter to add a delay to animated icon rendering. Use it in your config as follows:

...
  animatedIconStartDelay: 1500,
...

This parameter defaults to 1000 (milliseconds) so it looks like you’ll need to experiment with numbers larger than that.

Alternatively If you don’t care about the animated icon, then you can turn it off altogether in your config:

...
  useAnimatedIcons: false,
...

This will use the static icon set for everything, and you won’t need to play around with the animatedIconStartDelay config parameter.