[OSM-talk-be] Missing Maxspeed in Brussels

[Sander Deryckere]

Defaulting to 120 is indeed very optimistic for those few primary streets
where it is 120.

On the other hand, I think that default maxspeeds in Belgium don't have a
lot of value. The number of primary and secondary roads I know with
maxspeed 90 isn't even half of the total of primary and secondary roads I
know. The only streets for which a default is usable is for unclassified
and residential. Although there is no possibility you can drive the allowed
90 on an unclassified road, and there are more and more residential roads
with 30 as maxspeed.

So you can hardly blame the tool for this. It's mainly about missing OSM
data and poloticians trying to introduce as many different maxspeeds as
possible (in the past, there was 50-90-120, now there is 30-50-70-90-120).

In other words, since the road network is almost complete, tagging with
maxspeed values is a priority for good routing.

Regards,
Sander.
Op 12 aug. 2012 00:41 schreef "Kurt Roeckx" <kurt at roeckx.be> het volgende:

> On Thu, Aug 02, 2012 at 11:37:45PM +0200, eMerzh wrote:
> > Hello everybody ..
> >
> > i was playing a bit with the OSM routing machine at
> > http://map.project-osrm.org/ ,
> > one of the best router based on osm.
> >
> > I discovered that a lot of routing decisions where not optimal and i
> > found that the lack of maxspeed was often the cause of it.
> > When a way is tagged as primary it assume that you can do 120 km/h  or
> > smth... if you can only do 50, you can imagine the difference :)
>
> A primary should default to 90 / 50, not 120.
>
> See:
> https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Maxspeed
>
> (I don't agree with trunk being 90, I think it should be 120)
>
>
> Kurt
>
>
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20120812/9b22f6f2/attachment.htm>