Read the statement by Michael Teeuw here.
MMM-NOAA - Another Weather Module
-
This will increase or decrease the body element on the page. You would put that in your custom.css file in the CSS directory.
…the ONLY way to make ONLY NOAA bigger is by editing the css file itself…
body {
zoom: 75%;
} -
@cowboysdude : Hello, did you manage to make the openweather API to work with your module?
-
@galm Sir I am working on it and hopefully will make some progress tomorrow before football starts :)
-
Dude! Cowboys season… :face_with_stuck-out_tongue_closed_eyes:
-
-
-
@cowboysdude : thanks a lot ;) Football first
-
I made it bigger by changing the font and image values in the css file I use. WHich, I use the CSS4 option.
-
Hello,
has someone tested the NOAA3 module with accuweather provider?
I think something is wrong to identify the city with lan and long.
With this config I don’t see any weather information from the module, only air quality:{ disabled: false, module: 'MMM-NOAA3', position: 'top_right', config: { provider: "accuweather", apiKey: "xxxxxxxxxxxx", airKey: "yyyyyyyyy", css: "NOAA3", // THIS MUST CONTAIN A CSS STYLE NAME userlat: "45.483219", //MUST HAVE BOTH userlon: "9.203567" //MUST HAVE BOTH } },
In the aw.js file I find this request:
url = "http://dataservice.accuweather.com/currentconditions/v1/"+zip+"?apikey="+this.config.apiKey+"&details=true";
I think this request doesn’t pass the correct “location key” (the zip value).
Infact if I manually force a “location key” the “current conditions” start to work:url = "http://dataservice.accuweather.com/currentconditions/v1/214046?apikey="+this.config.apiKey+"&language="+config.language+"-it&details=true";
This instead doesn’t work for the forecast, if I force the “location key” the module doesn’t show the “four day forecast”
url: "http://dataservice.accuweather.com/forecasts/v1/daily/5day/214046?apikey="+this.config.apiKey+"&language="+config.language+ "-us&details=true&metric=false",
I found also another problem with the language because in the request is passed the right language but not the right region, it remains “us”, so the module doesn’t show any value :
&language="+config.language+"-us&details=true&metric=false"
Can someone resolve the problem?
I’m not so able with js :-)
Thanks -
@piluke I will look into it. However the one problem AW provider does have is at times when you’re just starting the module you have to reload it to get the 4 day forecast…why, I’m not really sure it’s just how it’s been working.
I’ve made some changes but a few more need to be made here’s an example of the update: