- From: Deyan Ginev <deyan.ginev@gmail.com>
- Date: Mon, 11 Nov 2024 05:46:45 -0500
- To: Neil Soiffer <soiffer@alum.mit.edu>
- Cc: "www-math@w3.org" <www-math@w3.org>
- Message-ID: <CANjPgh-whcG17BJzTfgPCxTHecte8zVXhtA1ujoFMih67Vt7iQ@mail.gmail.com>
Hi Neil, all, kilo-hours is indeed a sensible unit and has the symbol "khrs". I see 32 examples of SI Unit symbols with leading "k" in wiktionary, here: https://en.m.wiktionary.org/w/index.php?title=Category:Symbols_for_SI_units&pagefrom=HG%0Ahg#mw-pages I suspect there is no "kh" in SI, but "kH" is a "kilohenry" and "kHz" is a "kilohertz". As one idea: If one anticipates parsing collisions, a system could support the most common unit symbols activating via the ":unit" Intent property, but require an explicit :si add-on property to 'intent=":si:unit"', to activate the full range of SI possibilities (and safely ignore non-SI conflicts). Another idea would be to require rare/unsupported SI units to carry an explicit intent concept, as with intent="kilohour:unit". Lastly, I suspect this kind of discussion would be better redirected into an open MathCAT issue, rather than a closed w3c/mathml issue. Greetings, Deyan On Mon, Nov 11, 2024 at 3:31 AM Neil Soiffer <soiffer@alum.mit.edu> wrote: > I've started work on making MathCAT handle ":units" and wonder how many of > the "accepted" units (and others?) should or should not take SI prefixes > (kilo, penta, ...). The units that we came up with are listed in issue > #475 <https://github.com/w3c/mathml/issues/475>. > > For example, does "kh" for "kilo-hour" make any sense? "kt" for > "kilo-tonne"? "kl" for "kilo-liter" does make sense though ("liter", or for > the British "litre", is not a base unit, it is an accepted unit). > > Make sure to look at the "other" category at the bottom. Some of them such > as bytes and calories take a prefix. > > Thanks for any guidance you can provide. For posterity, adding your > thoughts to the issue would be best, but feel free to reply to this email > if that is much easier for you. > > Neil > >
Received on Monday, 11 November 2024 10:47:16 UTC