..,
Back to topic: For WolframAlpha, Torr and mmHg are identical.
I fixed both mm.Hg ≠ Torr (and in.Hg ≠ 25.4 Torr) to the correct non-NIST constants in 43C.
NIST and WA does not convince . BS and NPL do. I think WA and WikiDE and WikiFR ignore the facts. And NIST throws away the digits saying compressibility of mercury is varying. But at the same time they also don't chop off c's digits because of uncertainty to the medium - they expect you to consider that.
If you are still unsure maybe put the mmHg definition in your regional shortcut settings and add some logic for determining which countries use settings MULT⋅ and MULT×, and while you are at it, change the gap separator also to an optional "," to automatically default to that of the radix setting, also regional of course
Jaco Mostert
Elec Eng, South Africa C43 (WP34C) on DM42 sn. 03818 & 06199 for complex math, HP42S; HP32Sii, WP34S&C, HP28C, HP35s, EL-506P, EL-W506, PB700; owned FX702P & 11C; used HP67 & HP85; iOS: 42s Byron, Free42, WP31S/34S, HCalc.
... NIST throws away the digits saying compressibility of mercury is varying. But at the same time they also don't chop off c's digits because of uncertainty to the medium ...
Not sure I got your point. What c are you talking about?
The c I know is speed of light in vacuum - no medium per definition. Thanks in advance for enlightenment (pun intended).
... NIST throws away the digits saying compressibility of mercury is varying. But at the same time they also don't chop off c's digits because of uncertainty to the medium ...
Not sure I got your point. What c are you talking about?
The c I know is speed of light in vacuum - no medium per definition. Thanks in advance for enlightenment (pun intended).
If my example is insufficient for your understanding, pick another example or just think about the original point. I think I said enough about mmHg, ending it with why I changed mine myself.
Jaco Mostert
Elec Eng, South Africa C43 (WP34C) on DM42 sn. 03818 & 06199 for complex math, HP42S; HP32Sii, WP34S&C, HP28C, HP35s, EL-506P, EL-W506, PB700; owned FX702P & 11C; used HP67 & HP85; iOS: 42s Byron, Free42, WP31S/34S, HCalc.
... NIST throws away the digits saying compressibility of mercury is varying. But at the same time they also don't chop off c's digits because of uncertainty to the medium ...
Not sure I got your point. What c are you talking about?
The c I know is speed of light in vacuum - no medium per definition. Thanks in advance for enlightenment (pun intended).
If my example is insufficient for your understanding, pick another example or just think about the original point. I think I said enough about mmHg, ending it with why I changed mine myself.
Thanks. Seems you're unable or unwilling to explain it. That isn't an advantage for your intention though.
Results of a little open internet search with some numbers:
133.322 returns 162000 hits. This is the most precise value valid for both conversions.
133.3224 returns 7600 hits. This is the most precise rounded value valid for both conversions and the most precise NIST states for mmHg.
133.322368 returns 2220 hits. This is valid for Torr only.
133.3223684 returns 1880 hits. This is valid for Torr only.
133.322387 returns 44 hits. This is valid for "conventional" mmHg only.
133.3223874 returns 29 hits. This is valid for "conventional" mmHg only.
The vast majority of these pressure conversions work with 3 or 4 decimals only, being equal for both units. Of those who specify more digits, 98% use them for Torr. This supports what NIST states in its publication of 2008.
... NIST throws away the digits saying compressibility of mercury is varying. But at the same time they also don't chop off c's digits because of uncertainty to the medium ...
Not sure I got your point. What c are you talking about?
The c I know is speed of light in vacuum - no medium per definition. Thanks in advance for enlightenment (pun intended).
And c is now fixed to an exact value by definition of the SI base units, so there is no longer any room for uncertainty.