Use Advanced Search to search the entire archive.
[jsr363-experts] Re: Missing quantities in specification
- From: Werner Keil <
>
- To: "
" <
>
- Subject: [jsr363-experts] Re: Missing quantities in specification
- Date: Mon, 15 Dec 2014 16:20:14 +0100
See the links I am just updating:
http://www.bipm.org/en/publications/si-brochure/chapter4.html
Last tab (the headers don't seem to work properly, so it is only
recommended to use the main HTML page) says:
>
There are many more non-SI units, which are too numerous to list here,
which are either of historical interest, or are still used but only in
specialized fields (for example, the >barrel of oil) or in particular
countries (the inch, foot, and yard). The CIPM can see no case for
continuing to use these units in modern scientific and technical work.
However, >it is clearly a matter of importance to be able to recall the
relation of these units to the corresponding SI units, and this will
continue to be true for many years. The CIPM has >therefore decided to
compile a list of the conversion factors to the SI for such units and to
make this available on the BIPM website at
I guess we'd stick to what the CPM decided.
If e.g. "Oil Barrel" was part of UCUM, US or Imperial and does not require
a whole new quantity, another unit system implementation may offer them,
but either "Salinity", "Heartrate", "BMI" or "Heat Efficiency" as distinct
quantities may only be defined by custom libraries. Either under "uom-" or
by 3rd parties at their own discretion.
Werner
On Mon, Dec 15, 2014 at 4:11 PM, Martin Desruisseaux <
>
wrote:
>
>
Le 16/12/14 00:03, Werner Keil a écrit :
>
> The quantities in the API are SI ones, listed here on Wikipedia (did
>
> they miss anything?;-)
>
>
I do not remember all SI units, but I think that the quantities package
>
contains more quantities than the SI one.
>
>
If we had only SI quantities, the criterion would be clear: we put
>
interfaces for the SI quantities. But if we have more or less
>
quantities, then I think that we must said what our criterion is.
>
>
Martin
>
>