[uf-new] Measurement brainstorming (was: Measure & currency)

Chris Newell chris.newell at rd.bbc.co.uk
Fri Oct 5 07:31:37 PDT 2007

At 15:03 05/10/2007, you wrote:
>On Fri, October 5, 2007 14:57, Chris Newell wrote:
>>> Microformats put the burden, where possible, on parsers, not
>>> publishers, in order to make life as easy as possible for publishers.
>> Agreed, but this is a balance. If it's hard to parse you'll get buggy
>> implementations.
>*If*; For some value of "hard to parse".
>This process is about making sure that's not the case.
>> for "measure" (where the unit-codes encompass all SI
>> permutations etc) parsing the string to separate the value from the
>> unit-code gets more tricky and potentially ambiguous. For example:
>> <span class="hmeasure">2m<sup>2</sup></span>
>That would be:
><abbr class="hmeasure" title="2m2">2m<sup>2</sup></abbr>
>using "m2", or whatever is that standard for representing square-metres.

Given that "parsers must accept the formats" includes [unit-code][number] would:

  <span class="hmeasure">m23</span>

represent 23 metres or 3 square-metres?


Chris Newell
Lead Technologist 
BBC Research

More information about the microformats-new mailing list