Struggling with Weather... module

D3dl3g

@sdetweil said in Struggling with Weather... module:

you can do pm2 flush to empty the log and then start again (pm2 restart all)

kayakbabe

@D3dl3g if you get a free api key from openweathermap and then you can test with a known weather api that we all know works. (openweathermap works for me ). then you’ll narrow down the possibilities of why your particular setup isn’t working. 1) if it is the way you have installed the module, or 2) if the problem is with the weather endpoint you are trying to use. 3) maybe the uk weather api isn’t availble to you if you aren’t physically in the uk, 4) something else…

but getting the module working first in a known working configuration… will narrow down a lot of possibilities. it doesn’t mean that you can’t use the api you want later (unless that’s the issue).

sdetweil

@D3dl3g try lines=50

D3dl3g

@sdetweil
many restarts as i was modifying and testing layouts and features

couple of syntax errors, when i was playing around last night.

(blanked out sensitve info on calendar line)

sdetweil

@D3dl3g hm. should have had some info…

D3dl3g

@sdetweil
:grinning_face_with_smiling_eyes: always the way.

D3dl3g

@sdetweil

could it be *js file setup.

been poking around on the Met Office website

is this “request” something that could be used

GET https://api-metoffice.apiconnect.ibmcloud.com/v0/forecasts/point/hourly?latitude=52.################&longitude=-1.################
Headers:
Accept: application/json
X-IBM-Client-Id: e52######################
X-IBM-Client-Secret: *********

a “Header”

cache-control: no-cache, no-store, max-age=0, must-revalidate
content-length: 3634
content-type: application/json
expires: 0
pragma: no-cache
x-global-transaction-id: 9####################
x-ratelimit-limit: name=rate-limit-1,360;
x-ratelimit-remaining: name=rate-limit-1,358;

theres also a “Body” that starts

{
    "type": "FeatureCollection",
    "features": [
        {
            "type": "Feature",
            "geometry": {
                "type": "Point",
                "coordinates": [
                    -1.###,
                    52.###,
                    ###
                ]
            },
            "properties": {
                "requestPointDistance": 736.6499,
                "modelRunDate": "2022-06-28T13:00Z",
                "timeSeries": [
                    {
                        "time": "2022-06-28T13:00Z",
                        "screenTemperature": 19.6,
                        "maxScreenAirTemp": 19.6,
                        "minScreenAirTemp": 19.1,
                        "screenDewPointTemperature": 7.7,
                        "feelsLikeTemperature": 16.83,
                        "windSpeed10m": 5.1,
                        "windDirectionFrom10m": 200,
                        "windGustSpeed10m": 11.3,
                        "max10mWindGust": 13.42,
                        "visibility": 24714,
                        "screenRelativeHumidity": 46.06,
                        "mslp": 101420,
                        "uvIndex": 4,
                        "significantWeatherCode": 3,
                        "precipitationRate": 0,
                        "totalPrecipAmount": 0,
                        "totalSnowAmount": 0,
                        "probOfPrecipitation": 1

i hashed out sensitive info BTW, the Long/lat and API Keys

D3dl3g

in addition… looking at “ukmetofficedatahub.js”
API Base URL looks like this…
apiBase: “https://api-metoffice.apiconnect.ibmcloud.com/v0/forecasts/point/<hourly/3hourly/daily>”,

where as the next section down API URL is stated to be
“https://metoffice.apiconnect.ibmcloud.com/metoffice/production/api”

seems to be a mismatch although im still looking at where to test that theory…
i would have hoped which ever way the URL is structured its the JS info thats the important bit, not the structure of the URL

D3dl3g

I’m stumped!

As outlined here

ukmetofficedatahub.js is set to

        // Set the default config properties that is specific to this provider
        defaults: {
                apiBase: "https://api-metoffice.apiconnect.ibmcloud.com/v0/forecasts/point/daily/",
                apiKey: "<myID>",
                apiSecret: " <my secret>",
                lat: <my lat>,
                lon: <mylong>,
                windUnits: "mph"

(lines 50-55)

////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

config.js set to

  		weatherProvider: "ukmetofficedatahub",
  		apiBase: "https://api-metoffice.apiconnect.ibmcloud.com/v0/forecasts/point/daily/",
  		apiKey: "<myID>",
  		apiSecret: " <my secret>",
  		lat: <my lat>,
  		lon: <my long>,
 		windUnits: "mph",
 		tempUnits: "metric",

(lines 20-27)

///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

logs are clear… many server restarts…

i can curl required info and get something vaguely intelligent from the Met office Servers

curl --request GET \
  --url 'https://api-metoffice.apiconnect.ibmcloud.com/v0/forecasts/point/hourly?excludeParameterMetadata=false&includeLocationName=true&latitude=<my lat>&longitude=<my long>' \
  --header 'X-IBM-Client-Id:  <myID>' \
  --header 'X-IBM-Client-Secret: <my secret>' \
  --header 'accept: application/json'

D3dl3g

any ideas?? @sdetweil

Is this portion of the module broke for me, do i need to use a different service?

sdetweil

@D3dl3g I don’t KNOW for sure… the provider has its own apiBase set…

* 		apiBase: "https://api-metoffice.apiconnect.ibmcloud.com/metoffice/production/v0/forecasts/point/",

so comment that out in your config
add // to the start of the line with apiBase:

also, as this doesn’t have a node helper, we should be looking in the browser logs

ctrl-shift-i, select the console tab and put

weath

in the filter field

D3dl3g

@kayakbabe
For some reason i glossed over your reply, apologies.

Trying with a different provider will be my plan of attack today. After running some diag, as sam has suggested.

I find the met office to be insanely accurate for my area when compared to other online weather services. Hence my desire to use it.

One of the reasons my posts are peppered with pictures and code is to help ensure i am setting it up correctly. I didnt realise about the .js in the weather folder for 2 days i thought it was all set up from config.js…

As it stands im convinced i have it set right, now, but its totally possible i have a comma in the wrong place. As im a total n00b with JS. i know sometimes it is difficult to see the forest through the trees and a fresh set of eyes can help.

Thank-you for your reply, looks like im experiencing option 4 😄

D3dl3g

@sdetweil,

apiBase commented out in config.

server restart, and browser log request, showing loaded weather modules

i still have “loading” in module location

looking at source gives me the impression that i need to go and look at 2 more .js files. Previously i have been working with /default/weather/ukmetofficedatahub.js and /MagicMirror/config/config.js

ill see if thes hold any info:
/root/MagicMirror/modules/default/weather/weatherproviders.js
(Edit: //weather provider properties: null, modified to:
)

/root/MagicMirror/modules/default/weather/weather.js
(Edit: this file is set to “openweathermap”, changing to “ukmetofficedatahub”

)

server restart, no effect noted :(

D3dl3g

@Kayababe @sdetweil

openweathermap works… albiet the location its suggested is 3 miles down the road. (ukmetoffice has data for 2 streets away)

sdetweil

@D3dl3g you ONLY setup from config.js

please try with NO apibase set

D3dl3g

@sdetweil

weather.js and weatherprovider.js i have set back to defaults.

i have set config.js as requested

  weatherProvider: 'ukmetofficedatahub',
  lat: "52.###############",
  long: "-1.###############",
//apiBase: 'https://api-metoffice.apiconnect.ibmcloud.com/v0/forecasts/point/daily/',
  apiKey: 'e52#############################',
  apiSecret: 'd3a#############################',

the result:-

sdetweil

@D3dl3g send me your API key… config from config.js via email or direct message so I can debug

did u look in the browser messages?

my email is my same userid at gmail

D3dl3g

Just to update the forum, as to what happened behind closed doors

Sam kindly tested my code, and it worked for him.

I am recieving browser errors (previously requested but i wasnt looking in the right bit of the browser window)… he is not

Issues Tab

Console Tab

the last 5 entries here will reoccur, im guessing at every “retry” for weather info

attempted to use useCorsProxy: true to no avail

Sam kindly posted into git hub issues.
https://github.com/MichMich/MagicMirror/issues/271

karsten13

tested ukmetofficehub and it works out of the box (without setting the useCorsProxy flag).

Looking into the provided config

  weatherProvider: 'ukmetofficedatahub',
  lat: "52.###############",
  long: "-1.###############",

which is messed up. It has to be:

  weatherProvider: 'ukmetofficedatahub',
  lat: 52.###############,
  lon: -1.###############,

sdetweil

@karsten13 I tested w those in quotes, and it worked ok