<div dir="ltr">I added the conversion table to maxspeed, as I do a lot of maxspeed
tagging in my area. I read the maxspeed definition as needing a numeric
value in km/h. While km/h doesn't mean a lot to me, I does to whatever
app I use to draw speed limit signs (or, more likely, whatever app runs
a satnav system and informs the user when they're over the stated
maxspeed for the way they're on)<br>
The maxspeed needs to be computer-readable, so people tagging
maxspeed=30 when the wiki states km/h is misleading, to my mind. People
tagging as 30mph is fine, as that can be parsed to a consistent value
anyway.<br><br>I think it should be in the database as rounded numeric km/h for the following reasons:<br>
1) 30 mph/30mph/30 all meaning 48 is difficult to parse (or at least, more coding)<br>2)
tagging in floating point is more accurate, but rounding the result to
0 dp seems sensible (I also did that because I didn't know if
floating-points were approved in the database)<br>
3) The conversion table is an accurate table to 0dp - some people
according to the tags-in-use pages seem to have converted the value
inaccurately, so I thought it'd save people doing bad math... (30mph !=
50km/h, though if we get converted by europe it might change to that)<br>
4) the wiki says km/h, as as previous suggested it's sometimes (often)
unclear which unit was meant by mapper, and which unit is in use where
the tag in (international waters/boundaries/ways crossing borders/etc<br><br>
And I'd welcome a sed-like change to the database to "fix" (imho) the
maxspeed=30mph tags (I'd like them consistent. I not too bothered if we
store millions of "mph" strings instead of just using km/h, as long as
I can easily parse the data)<br>
<br>Oh, and I tend to only tag ways with non-national speed limits on -
I assume there's a country-wide default maxspeed per road type (though
again the border problem raises it's head)<br><br>Tristan<br><br><div class="gmail_quote">2008/10/8 Ed Loach <span dir="ltr"><<a href="mailto:ed@loach.me.uk">ed@loach.me.uk</a>></span><br><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">Mark wrote:<br>
<br>
> Maybe <grin> this is calling out for a 'bot approach, to take<br>
> maxspeed:mph & add a numeric maxspeed, to check out<br>
> maxspeed=30's & mark<br>
> them in some way (restricted to UK, obviously), and to check<br>
> for entries<br>
> of both=30 & fix them?<br>
<br>
</div><snip><br>
<div class="Ih2E3d"><br>
> +1 on the namespace; I'm not generally keen on it, but here it<br>
> makes<br>
> sense.<br>
<br>
</div>I'd argue that it doesn't make sense, in that if you allow both<br>
maxspeed:mph and maxspeed as valid tags, a way may end up tagged<br>
with both showing contradictory speed information. It makes more<br>
sense to have maxspeed=<number><optional units; assume km/h if none<br>
specified> to avoid the chance of that happening. It does make sense<br>
for other situations, such as if opposite directions have different<br>
limits (e.g. maxspeed:opposite=<number><optional units>), or if<br>
different vehicle types have different limits (e.g.<br>
maxspeed:psv=<number><optional units>) as these clearly can't lead<br>
to contradictory information (assuming that if a vehicle type is<br>
specified it overrides any other maxspeed tags).<br>
<font color="#888888"><br>
Ed<br>
</font><div><div></div><div class="Wj3C7c"><br>
<br>
<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><br clear="all"><br>-- <br>Tristan Scott BSc(Hons)<br>Yare Valley Technical Services<br><a href="http://www.yvts.co.uk">www.yvts.co.uk</a><br>07837 205829<br>
</div>