[uf-new] Finishing Currency

[Guillaume Lebleu]

Andy Mabbett wrote:
> Can you provide examples of people publishing such a legend, alongside 
> prices and other such monetary amounts?
See http://investor.google.com/fin_data.html - top legend. These are 
very common in tabular reporting.
>
> Of the two models, which do you think would be easier, for publishers?
I think in your example, the easiest for publisher would be to mark up 
"cent" as the unit/denomination and as the currency as in:

<span class="hmoney">10 <span class="unit" title="cent"><span 
class="currency" title="USD">cents</span></span></span>
>
> Which do you think would be more efficient - +/- 1 million publishers 
> make that statement, including it in the code  of, say, 100 parsers?
>
A parser can embed in its implementation the definition that "a cent = 
one 100th of a dollar". Or, this definition can be declared somewhere, 
ideally marked up via POSH so that the parser is generic. Here is 
published content that defines a Joule as a composition of SI elementary 
units kg, m and s. http://en.wikipedia.org/wiki/Joule

This is not very useful in the case of currency (except for non-decimal 
currency denomination, which I remember we agreed were rare), but would 
be more useful in the case of composite measurement units.

Again, being able to refer to the unit "J" directly is what publishers 
will want, but being able to load the definition of "J" to perform 
meaningful comparison of data is probably what parsers will want. For 
instance: if I multiple an amount in Joule by an amount in kg, what I 
get is an amount in meter square by second square.

I admit though that the microformatting of composite unit definitions is 
lower priority than microformatting of amounts in units, composite or 
not. These two things can be done separately at two different point in 
time, unless we bump into a composite unit for which there is no UNECE 
code available, which should be a long way.

Guillaume