<html>

  <head>

    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">

  </head>

  <body text="#000000" bgcolor="#FFFFFF">

    My $.02...  Either way is probably fine, but a fundamental is that

    the Metrics be vehicle-independent, and with one metric for each

    item (meaning that we don't have separate metrics for the same item

    with different precision).  Otherwise, the use of the metrics

    becomes more challenging, and prone to error.<br>

    <br>

    Greg<br>

    <br>

    <br>

    <div class="moz-cite-prefix">Mark Webb-Johnson wrote:<br>

    </div>

    <blockquote type="cite"

      cite="mid:E71E6DF1-914E-48C8-B2FF-FACAB6B43259@webb-johnson.net">

      <blockquote type="cite" style="color: #000000;">

        <pre wrap=""><span class="moz-txt-citetags">> </span>a) I'd love to get rid of those km→miles→km conversions in V3.

<span class="moz-txt-citetags">> </span>

<span class="moz-txt-citetags">> </span>How about introducing a metric "v.units" instead to hold the units used

<span class="moz-txt-citetags">> </span>by the vehicle, and make conversions at the user level if necessary?

</pre>

      </blockquote>

      <pre wrap="">I don’t have a good answer for this. I thought to just store all the metrics in ‘metric’ (celcius, kilometers, etc), and let the apps deal with it (as they do now). But, as you say, that does lead to the problem of km->miles->km, etc.

An alternative is to store a ‘units’ with the metric, and have the metric deal with presentation conversion upon retrieval. That reduces the number of conversions.

In general, having this done in the module seems to make more sense than doing it in the apps.

</pre>

    </blockquote>

    <br>

  </body>

</html>