[Strategic] Fw: Routing on OSM

Frederik Ramm frederik at remote.org
Sun Jan 30 01:26:27 GMT 2011


Milo,

    just a few quick words because this is, after all, not osm-routing:

Milo van der Linden wrote:
> It is my personal opinion that routing should not be something the 
> foundation will facilitate. Why? Because it will ask a lot of the 
> hardware and it is not part of the OpenStreetMap foundation mission 
> statement.

I tend to share that sentiment, however the point has been made by some 
that routing - if done properly and integrated well, i.e. not necesarily 
"end-user-facing" - could be a major quality driver. See 
http://wiki.openstreetmap.org/wiki/TIGER_fixup/250_cities/routing_grid 
for an example how routing was used in an automated fashion to assess 
data quality. There are also many OSM users who would like us to offer a 
better map user experience on www.openstreetmap.org, including routing. 
Personally, I'm more a "www.openstreetmap.org is for mappers, let end 
users go to MapQuest and other user-optimised sites" person but other 
opinions do exist.

> Besides that, pgrouting, the postgresql/postgis routing engine is 
> picking up speed and as opposed to gosmore, pgrouting is ready for 
> turn-by-turn navigation, but it also can handle travelingsalesman, A* 
> and other advanced routing techniques. 

It is very unlikely that pgrouting will *ever* be able to deliver the 
badass performance you need for an user-facing routing engine. Also, 
Traveling Salesman is the name of a class of problems while A* is the 
name of a specific shortest-path algorithm. And A* (and its companions, 
Dijkstra and Shooting Star) are 1990's technology and certainly not 
"advanced routing techniques".

Which concludes this short off-topic message ;)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frederik at remote.org  ##  N49°00'09" E008°23'33"



More information about the Strategic mailing list