Notice these are bit measurements, not byte measurements which appear not to be supported outside of B. Though given that a byte is 8 bits, perhaps that is what they intend the octet measurements to represent. In that case you would use Mio for megabytes and Gio for gigabytes.
It really seems that only units mentioned in your list are realized, but this doesn’t make sense from my perspective as Byte with all prefixes KiloByte, MegaByte, GigaByte, TeraByte, etc. are very common units and should be available as UoM as well.
Fully agree with @Bruce_Osborne - from my point of view there are two ways which make sense:
a) all SI units can be combined with all metric prefixes without further notice (this is the way the documentation is written now)
b) only certain combinations are valid, then all possible combinations have to be listed separately and the prefix table should be removed.
I strongly hope that implementation goes into direction of item a) and the observed behaviour in my case is just a bug.
expert?! Nah mate not me … I do think there is no actual Byte implementation, and its in o for Octet, e.g. “3.87 Gio”
the odd Gi/Mi stiff is to distinguish from standard ISO prefixes, because standard k = 1000 as in 2 km, data k = 1024 as in 2 Kilobytes.
What’s need here is an umm language converter. You don’t really care what openHAB calls the units internally, Gio is fine. But you’d like to “translate” for display purposes to a more conventional looking Gb or Gbyte perhaps.
From reading the docs, GiB should work though. There is a bytes measure B and the docs say
To use the prefixes simply add the prefix to the unit symbol - for example:
and it even gives an example with bytes
KibiByte - KiB
@schmidmuc, I think you have two paths. See if you can make it work with octets or try it again with OH 3 (there have been UoM changes in OH 3 which might impact this) and if it still doesn’t work file an issue.