MMM-EnvCanada stopped working ...

sunsetrider

@sdetweil
I also have a problem with envcanada’s weather data . The MM weather app goes out to get info, but the screen says ‘ loading’, and stays hung there.

sdetweil

@sunsetrider yes envcanada is broken. The API changed significantly, there is an issiue open in both places MagicMirror module and MMM-EnvCanada

ray_mtl

@sdetweil thanks!! I have left the forecast module Running the see if it get fixed or if the module get updated. Really appreciate!

sdetweil

@ray_mtl there is a big change required, currently no one has picked up the issue

This was a user submitted contribution, so we will see
The new data model is very complex

charlesf

@sdetweil it is a big change. I have just moved, so I don’t know when I will have time to work on this. I am hoping somebody fixes the provider for the default module and then I can piggy back on their work

crazylegs

I’m the original author of the envcanada Provider for the default Weather module. Environment Canada has made a significant change to their API and, for some reason, I never saw the notification they sent out a few months ago (I was supposedly on their mailing list). I’ve only taken a very brief look at their changes, so take my assessment with a small grain of salt:

The change has made it impractical to continue fetching an XML document for whatever location has been configured for weather info. They are, instead, pushing clients to a completely different API that is much more complex to use. The API is basically a pub/sub scheme that is based on the AMPQ protocol. How it all works and whether it will play nice within the MagicMirror ecosystem is still very much TBD.

Based on what I see, the envcanada Provider and MMM-EnvCanada will pretty much require total rewrites. I can continue poking at this but to be fully transparent, it will be a couple of months before I can give this any significant focused effort.

sunsetrider

@crazylegs

Here is my solution to the envCanada issue:

used: openweathermap
needed to get": apiKey (from openweathermap)
needed to get locationID, name, location (from openweathermap)
used apiVersion: 2.5 (did not try more recent versions - default version not working)

following is my config file info (used similar version for weather forecast as well)-

 module: "weather",
			position: "top_right",
			header: "Current Weather: ",
			config: {
				weatherProvider: "openweathermap",
				apiVersion: 2.5,
		//		weatherEndpoint: "",
				type: "current",
					locationID: 3924642,
					name: "Mississauga",
					location: "Mississauga ON",
					state: "",
					country: "CA",
					coloured: "true",  // not working with this apiVersion
		//			coord:
		//			lon: -79.658302,
		//			lat: 43.578899,
		//		location: "New York",
		//		locationID: "5128581", //ID from http://bulk.openweathermap.org/sample/city.list.json.gz; unzip the gz file and find your city
				apiKey: "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"

Hope this helps somebody.

Dr8ke

@sunsetrider TT
Thanks so much! This really helped me get the weather module backup up and running.

sdetweil

@sunsetrider just remember that OW has said they will terminate the 2.5 api

June/August/October 2024 (last year) … so remember this config when it fails…
we changed the default config to the new 3.0 api per their annoncements

charlesf

@crazylegs I have posted an update on GitHub that works with the new Environment Canada URL convention. I fetch the directory list and look for the most recent forecast xml file for the selected site code and then open the filename found, so I didn’t have to completely rewrite the module. I had issues with my http request to get the directory list that don’t occur when retrieving the xml files – no idea why, but my knowledge of JavaScript is very limited. I found a solution and the module now works.

I agree it looks like we are being pushed to the other API, so it is hard to know how long this approach of fetching an xml document will continue to work. But it works for now.

Comments welcome.