Although upon looking outside you would not think that Wellington New Zealand is in its Summer season but it is and has been since 1st December. however the astro binding is saying its Spring.
The item being used is:
I was trying to update the binding and created the second issue on GitHub but I think I was a bit (lot) out of my depth. Between the development environment, trying to understand github and the code itself I was really struggling so I left it.
I kind of felt I was almost there but then at some point I couldn’t get the development environment to load anymore. I’m guessing with the release of OpenHAB 2.5 I’d probably have to set everything up again.
Probably not. Ephemeris works in single days, not in ranges of days. You would have to create an XML file with all 365 days represented with settings for each day. Then that would only be good for the one year. You’d have to edit it next year.
I’m just the first person to use it in depth and I volunteered to write the docs. The devs are the experts ( Gaël is one of them).
The way Ephemeris works is asking “Is today x?” For example, “is today a weekend?, is tomorrow a holiday? was yesterday trash day?” Ephemeris doesn’t generate events to trigger a Rule, you can only ask it questions. So, unless you define every day that it is Summer in a custom config than when you ask “is today SUMMER?” only the first day of summer will answer “yes”.
The Astro binding, being based on the oribt of the earth around the sun, determines the beginning and ending of the seasons based on the solstices and equinoxes, not an arbitrarily chosen date (arbitrary in relation to the tilt of the Earth that is) as seems to be the case in Australia and elsewhere. It should show winter starting on June 20th, the date of shortest amount of daylight in the southern hemisphere this year.
That being said, it seems that it might be possible to fix the binding so it works properly for you and there is an issue open. https://github.com/openhab/openhab-addons/issues/5732. You might add a comment to the issue to show that there is still interest in adding this feature.
I had no idea it was based on the solar season, which makes perfect sense. All good.
I would like to see 2 season items, one solar based (I’m sure it was set like that for a good reason) as it is now, as well as calendar based season.
Thanks for the response!
I understated an FR was raised some time ago for this and has yet to be addressed.
For those of us that live in countries that use dates rather that orbits to specify the season start. Can someone advise a goo rule that could perhaps set the Items SEASON to either SPRING, SUMMER, AUTUMN and WINTER based on the date? I did look at it and although it is relatively easy in python, I would prefer to do it natively within OH using the rules if that possible.