<br><br><div class="gmail_quote">On Thu, Mar 11, 2010 at 1:18 PM, Lars Francke <span dir="ltr"><<a href="mailto:lars.francke@gmail.com">lars.francke@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

> I suggest that API 0.8 would specify that any values in the database be<br>
> stored in some appropriate canonical form, with a flag to say if it is<br>
> naturally imperial or naturally metric. So heights and widths would be<br>
> stored (say) in integer millimetres or integer inches with a one-bit<br>
> flag to say which it is, and speed limits would be stored in integer<br>
> km/h or integer mph with a one-bit flag to say which it is. The API call<br>
> to obtain these values would have a parameter to say whether the user<br>
> wants metric, imperial or "how-it-was-specified".<br>
<br>
I am willing to bet any amount that this is not going to happen as was<br>
discussed on this and other mailing lists literally hundreds of time.<br>
<br>
Tags are free-form and you just have to take care to interpret the<br>
data properly. Yes it can be ambiguous but then you can just fix the<br>
data or ignore it.<br>
In your special case we should tag what's "on the sign" whatever unit that's in.<br></blockquote></div><br><br>Well, I want to point out that introducing some of the semweb technologies would allow for people to mark up their tags and create schemas for them.  <br>

<br><a href="http://www.w3.org/TR/owl-features/">http://www.w3.org/TR/owl-features/</a><br><br>mike<br>