You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since the user already provides the lat and lon values in the configuration, I see no harm in adding an optional field like locationName to use when the endpoint is set to /onecall.
What do you think ?
I’d be happy to submit a PR to implement these changes.
Participation
I am willing to submit a pull request for this change.
Additional comments
I understand that there's already a location field in the config, but this field is consumed with other endpoints. So, I believe it wouldn't be a good practice to reuse the same field for a different purpose in the /onecall endpoint.
The text was updated successfully, but these errors were encountered:
just use the module header option { module:"weather", position:"....", header:"whatever you want", config:{ appendLocationToHeader:false, other config parms } )
What problem do you want to solve with this change?
Hi,
With the recent changes in OpenWeatherMap, version 2.5 has been deprecated, and version 3.0 is now the default.
But the
/onecall
endpoint returns a timezone rather than a location name. Currently, the returned timezone is used to set the location in the module.MagicMirror/modules/default/weather/providers/openweathermap.js
Lines 36 to 38 in 9c9a535
MagicMirror/modules/default/weather/providers/openweathermap.js
Lines 56 to 58 in 9c9a535
What do you think is the correct solution?
Since the user already provides the
lat
andlon
values in the configuration, I see no harm in adding an optional field likelocationName
to use when the endpoint is set to/onecall
.What do you think ?
I’d be happy to submit a PR to implement these changes.
Participation
Additional comments
I understand that there's already a
location
field in the config, but this field is consumed with other endpoints. So, I believe it wouldn't be a good practice to reuse the same field for a different purpose in the/onecall
endpoint.The text was updated successfully, but these errors were encountered: