-
Notifications
You must be signed in to change notification settings - Fork 781
[UoM] Absolute vs. Relative Temperature #6898
Comments
Please see #6883 |
@maggu2810 Sorry to hear the project may be archived or discontinued. We know, there is no demand from your side then or no resources to apply any changes including a 2.0 upgrade ;-/ |
This project is not continued anymore but the whole codebase has been migrated to openHAB and is further maintained at that place. So UoM is still a topic just for another project name. |
Ok, does that mean there's also no more Eclipse SmartHome day at ECE since it looks like it's discontinued at Eclipse IoT? |
I assume this question can be answered by @kaikreuzer |
That's unfortunately very likely that there won't be a Smart Home Day at ECE - at least there is no such plan nor any sponsor for it yet... |
Sorry to hear. I also pointed to the question about temperature calculations in the OpenHab tracker, and OpenHAB is also a downstream repo for Unit-API: https://github.com/unitsofmeasurement/unit-api/network/dependents. |
There was a discussion prior to unitsofmeasurement/indriya#128 around absolute/relative
Temperature
values and how SmarHome should handle them. So far this was done in an application-specific way. JSR 385 (Units of Measurement 2.0) does provide aQuantity
Scale
that can be eitherABSOLUTE
orRELATIVE
, but no implementation-specific operations are applied yet. It is not so easy, because the typeTemperature
cannot be kept hold of in Java due to Generics restrictions.What was done in SmartHome so far, and is there a branch or class we could use as inspiration for something that might work in a more general purpose manner? Or do you feel it's better to leave it up to individual solutions to react based on the new scale?
The text was updated successfully, but these errors were encountered: