<div dir="ltr">On Tue, Sep 2, 2008 at 1:02 PM, Dave Stubbs <span dir="ltr"><<a href="mailto:osm.list@randomjunk.co.uk">osm.list@randomjunk.co.uk</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Tue, Sep 2, 2008 at 11:08 AM, spaetz <<a href="mailto:osm@sspaeth.de">osm@sspaeth.de</a>> wrote:<br>
> On Tue, Sep 02, 2008 at 10:08:11AM +0100, Dave Stubbs wrote:<br>
><br>
>> I think we had this discussion before and came to the conclusion that:<br>
>>  - 50mph was essentially mapping a sign, because the speed limit is a<br>
>> speed, not a unit ...<br>
><br>
> And as some applications might want to show the precise sign value, not some rounded appoximation (agreed that apps can round).<br>
<br>
</div>I've never seen a speed sign for anything but integer units. Given the<br>
accuracy of most speed measuring devices I'm guessing I never will<br>
either. </blockquote><div><br>Here's one: <a href="http://carcino.gen.nz/images/index.php/5922d576/48b0f367">http://carcino.gen.nz/images/index.php/5922d576/48b0f367</a><br><br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
People rarely set speed limits at anything other than<br>
divisions of 5 units be that mph or kph, unless the result is actually<br>
a conversion. ie: the speed limit in Windsor Great Park is signed as<br>
38mph. So if I convert 112kph to mph, and round... the result is not<br>
an approximation, but the actual signed speed limit. This is one of<br>
those know your domain things.<br>
<div class="Ih2E3d"><br>
> Plus it's more intuitive for the mapper.<br>
<br>
</div>Agreed.<br>
<div class="Ih2E3d"><br>
<br>
><br>
>>  - that the tag without a unit should probably be assumed to be km/h.<br>
><br>
> that's why my example used maxspeed=50mph and maxspeedd:mph=50 in case you haven't noticed :-)<br>
><br>
>>  - that anything intelligent enough to know if it wants to represent<br>
>> maxspeeds in mph/kph is intelligent enough to know it can safely round<br>
>> to the nearest integer.<br>
><br>
> Anything being able to round to the next number should als be able to read miles (or have a clever enough preprocessor to do it :-))<br>
><br>
>>  - and that it's possible to represent an exact mph in kph anyway if<br>
>> you can really be bothered: 1mile == 1.609344km exactly<br>
><br>
> Do you always carry your calculator with you when mapping or do you do it by hand :-)<br>
><br>
> I am not saying that it shouldn't be tagged as a rounded km/h value. However, people shouldn't think they are forced to. If they feel that maxspeed:mph=50 makes more sense, than that should work too.<br>
><br>
<br>
</div>I'm actually just summarising the mess that the last time this<br>
discussion came up, where I was actually arguing the mph case.<br>
<a href="http://lists.openstreetmap.org/pipermail/talk-gb/2007-September/002417.html" target="_blank">http://lists.openstreetmap.org/pipermail/talk-gb/2007-September/002417.html</a><br>
<br>
About half of the arguments are a little weird, not least the whole<br>
rounding thing, which it turns out really isn't a problem in any<br>
sensible application.<br>
<font color="#888888"><br>
Dave<br>
</font><div><div></div><div class="Wj3C7c"><br>
_______________________________________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk" target="_blank">http://lists.openstreetmap.org/listinfo/talk</a><br>
</div></div></blockquote></div><br></div>