- From: Wes Turner <wes.turner@gmail.com>
- Date: Mon, 16 Jan 2017 12:34:55 -0600
- To: Mark Harrison <mark.harrison@cantab.net>
- Cc: Dan Brickley <danbri@google.com>, Xavier Gonsalves <axv4444@gmail.com>, "schema.org Mailing List" <public-schemaorg@w3.org>, W3C Web Schemas Task Force <public-vocabs@w3.org>
- Message-ID: <CACfEFw9L+mG1bbZavm8n2B14+gccMQV_V1ea102hiwV3=G_EYg@mail.gmail.com>
On Monday, January 16, 2017, Mark Harrison <mark.harrison@cantab.net> wrote: > Sorry to be pedantic ;-) , but in fact, the SI base unit for mass is the > kilogram. > See > https://en.wikipedia.org/wiki/International_System_of_Units#Base_units > and http://physics.nist.gov/Pubs/SP330/sp330.pdf (section 2.1.1.2) and > http://www.bipm.org/en/publications/si-brochure/kilogram.html > > The gram is the base unit for mass in the old CGS system - but not in the > modern SI system. > Good catch. I guess that makes standarization on unit specifiers all the more important. > > QUDT will be more useful and more complete when version 2.0 is finally > released - and has very useful machine-readable triples for expressing the > dimension of each unit (is it a mass, a length, etc.) and conversion > factors and offsets between units that belong to the same physical > dimension (e.g. to convert between various units of mass or between various > units of length). > > In GS1 and the GS1 web vocabulary, for the value of > http://gs1.org/voc/unitCode we use a string value indicating a > Measurement Unit from UN/ECE Recommendation 20 code tables, e.g. GRM for > gram, KGM for Kilogram, MGM for milligram and MC for microgram. A 2005 > edition of the code tables is available at http://www.unece.org/ > fileadmin/DAM/cefact/recommendations/rec20/rec20_rev3_Annex3e.pdf > .unit=(unitStr/URI, unit system) > > Personally, I'd much prefer the QUDT approach but industry does currently > use the UN/ECE Rec 20 code tables for expressing units of measure, even if > some of these UN ECE code strings are completely opaque and non-intuitive, > e.g. 28 = kilogram per square metre. > > - Are there mappings from the UN/ECE codes to labels and URIs? - Are there mappings from the UN/ECE system to QUDT? > > > > > On Mon, Jan 16, 2017 at 4:27 PM, Wes Turner <wes.turner@gmail.com > <javascript:_e(%7B%7D,'cvml','wes.turner@gmail.com');>> wrote: > >> http://schema.org/NutritionInformation >> >> http://schema.org/servingSize r: Text >> "The serving size, in terms of the number of volume or mass" >> >> Other NutritionInformation attributes have a r:ange of Mass. >> >> - Does this suggest a need for a Volume class? >> - Could/should the servingSize range be Quantity? >> >> - Should Quantity have a 'unit' property with r: URL? >> http://schema.org/Quantity >> >> - QUDT defines URLs for many (powers of) physical units >> - Unfortunately, there are a number of vocabularies for physical units >> - The SI unit for Mass is always g(ram) >> >> ... >> >> https://wrdrd.com/docs/consulting/units#rdf-and-units >> >> https://wrdrd.com/docs/consulting/linkedreproducibility#csv- >> csvw-and-metadata-rows ... "Table with 7 metadata header rows" >> >> On Monday, January 16, 2017, Dan Brickley <danbri@google.com >> <javascript:_e(%7B%7D,'cvml','danbri@google.com');>> wrote: >> >>> On 15 January 2017 at 07:42, Xavier Gonsalves <axv4444@gmail.com> wrote: >>> > Many have talked and requested about this but w3 seems to avoid it. >>> >>> >>> >>> > Schema should add more properties under restaurant menus like dish >>> price, >>> > cuisine, spiciness, dish name, ingredients, veg, nonveg, vegan >>> category, >>> > description .etc.. so that search engines can implement the following >>> in the >>> > future: >>> > >>> > https://searchenginewatch.com/sew/news/2328869/google-tests- >>> restaurant-menus-in-card-results/ >>> > >>> > It can be ordered such that these properties can be put on the webpage >>> of >>> > the URL of the menu. >>> > >>> > Please look into it ASAP. >>> >>> Please comment on the draft at http://webschemas.org/MenuItem in >>> Github, https://github.com/schemaorg/schemaorg/issues/1288 >>> >>> Dan >>> >>> >
Received on Monday, 16 January 2017 18:35:28 UTC