Weather Server Version? Timezone Calculation?

[franzstein]

I checked the communication with my locally installed weather script, with the following results:

Return the weather service Version:
http://192.168.178.38:3000
results in:
OpenSprinkler Weather Service v3.0.2
However,
weather.opensprinkler.com
results in:
OpenSprinkler Weather Service v3.0.1

Return time zone, sunrise/sunset times:
http://192.168.178.38:3000/0?loc=49.47432,10.94365
results in:
&tz=52&sunrise=490&sunset=999&eip=3232281146&rawData={“wp”:”Manual”}&errCode=0&ttl=0
and delivers the same result for:
http://weather.opensprinkler.com/0?loc=49.47432,10.94365
&tz=52&sunrise=490&sunset=1000&eip=1527716153&rawData={“wp”:”Manual”}&errCode=0&ttl=0

-> Correct timezone: &tz=52 > (52-48)/4 = 1 > GMT+1 (Berlin Wintertime)

Return forecast data
http://192.168.178.38:3000/weatherData?loc=49.47432,10.943655
results in:
{“timezone”:60,”sunrise”:490,”sunset”:999,”weatherProvider”:”local”,”temp”:21,”humidity”:92,”wind”:8.7,”raining”:true,”precip”:0.02,”description”:””,”icon”:”01d”,”forecast”:[],”ttl”:15379216,”location”:[49.47432,10.943655]}

-> Incorrect timezone?: timezone=60 > (60-48)/4 = 3 > GMT+3

Return forecast data via OpenSprinkler Weather Server
http://weather.opensprinkler.com/weatherData?loc=49.47432,10.943655&
results in:
{“timezone”:60,”sunrise”:490,”sunset”:1000,”weatherProvider”:”Apple”,”temp”:32,”humidity”:90,”wind”:7,”raining”:true,”description”:”Drizzle”,”icon”:”10d”,”region”:””,”city”:””,”minTemp”:20,”maxTemp”:37,”precip”:0.1874015748024,”forecast”:[{“temp_min”:20,”temp_max”:37,”precip”:0.1874015748024,”date”:1768172400,”icon”:”10d”,”description”:”Drizzle”},{“temp_min”:34,”temp_max”:43,”precip”:0,”date”:1768258800,”icon”:”03d”,”description”:”MostlyCloudy”},{“temp_min”:33,”temp_max”:43,”precip”:0,”date”:1768345200,”icon”:”03d”,”description”:”Cloudy”},{“temp_min”:34,”temp_max”:46,”precip”:0.05314960629900001,”date”:1768431600,”icon”:”13d”,”description”:”WintryMix”},{“temp_min”:32,”temp_max”:44,”precip”:0,”date”:1768518000,”icon”:”02n”,”description”:”PartlyCloudy”},{“temp_min”:30,”temp_max”:38,”precip”:0,”date”:1768604400,”icon”:”03d”,”description”:”Cloudy”},{“temp_min”:31,”temp_max”:37,”precip”:0,”date”:1768690800,”icon”:”03d”,”description”:”Cloudy”},{“temp_min”:31,”temp_max”:37,”precip”:0,”date”:1768777200,”icon”:”03d”,”description”:”MostlyCloudy”},{“temp_min”:27,”temp_max”:35,”precip”:0,”date”:1768863600,”icon”:”02n”,”description”:”PartlyCloudy”},{“temp_min”:28,”temp_max”:34,”precip”:0,”date”:1768950000,”icon”:”02n”,”description”:”PartlyCloudy”}],”ttl”:16696080,”location”:[49.47432,10.943655]}

Are the different Weather server versions Ok? Are the &tz and “timezone” calculations compatible and correct?

[Ray]

The different weather server versions are probably just because the official weather server didn’t pull from the master branch recently. There was an update in Sep 2025 that bumped up the version number and then made a change to some documentations and one change to local.ts, none of which affects the cloud version of the service.

Yes tz=52 means it’s GMT+1. Your calculation is correct.

[franzstein]

Yes. But what about the

“timezone”:60 -> GMT+3

as result of the forecast data?

[Ray]

That time zone is the time zone value returned by the weather service provider and it’s in different semantics compared to what’s returned by the regular weather query end points (0, 1, 2, 3). For example, Apple returns time zone in units of seconds, therefore 60 means +60 seconds, i.e. GMT+1. Again, this value is whatever the weather service provider gives and it may be different across different service providers.

[Author]

Posts