[OSM-talk] (magical?) road detector

Juan Lucas Domínguez Rubio juan_lucas_dr at yahoo.com
Sat Feb 5 00:17:58 GMT 2011


Hi Ido,thanks for putting the "?" after "magical", I had problems to take this thread seriously until now.And welcome!
RegardsJuan Lucas

--- On Fri, 2/4/11, Ido Omer <Ido.Omer at microsoft.com> wrote:

From: Ido Omer <Ido.Omer at microsoft.com>
Subject: [OSM-talk] (magical?) road detector
To: "talk at openstreetmap.org" <talk at openstreetmap.org>
Date: Friday, February 4, 2011, 7:59 PM



 
 


 

Hi Guys, 
   
I am a researcher at Microsoft and I am currently working on the road detector. 
I joined a bit late and can’t post answers in the existing road detector thread, but I might be able to provide some additional info regarding the road detector. 
It is *FAR* from being perfect, but in our experiments it may produce a lot of value (== save time) if you use it correctly. When use it correctly means don’t expect too much, so here are some practical tips: 
1.      
It is currently uses the two end points as example and tries to find a path that is similar to those examples, so it is recommended to use the tool at a zoom level that will let you make sure you click on a road
 and not near a road (we will probably loosen that restriction in the future). 
2.      
Don’t try to challenge the detector too much, it will probably fail, instead if you have a very complicated winding road break it into a few sections and let it detect shorter legs (it will still save you most
 of the clicks…) 
3.      
One of the main features used is color, so if the road changes its color a lot, break it again into shorter legs. 
4.      
We currently only compute one path (road) between the points and cannot provide a meaningful score for that path. Defining a score is a difficult problem (but we are open to ideas…). 
5.      
To speed things up, we are using a bounding box that is in many cases smaller than the bounding box provided by the client (we take constant margins around the bounding box defined by the two end points). This
 means that if you click on the two end points of a U shaped road we might truncate the lower part of the U and find a “shortcut “ through buildings, fields, etc. And again you’ll need to break the query into shorter legs… (I am currently working on speeding
 things up and I hope to get rid of this limitation in a week) 
6.      
The algorithm is currently ignoring junctions, but I should be able to add them very soon (early next week) 
That is for road detection. The other mode we will provide is road exploration which will enable finding all the roads in a certain bounding box (well, you’ll probably need to click once or twice…) I am not sure if there is an exposed version
 of this service (I hope not, since so far it is really a bunch of experiments…) but we should have it really soon (a week or two). For the road exploration we will probably have some kind of certainty level for each road segment. 
   
I will be very happy to hear of any complaints/requests/places where you think the detector should work but it fails/any other feedback. 
   
Thanks, 
Ido 
   

 


-----Inline Attachment Follows-----

_______________________________________________
talk mailing list
talk at openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20110204/39b07dc2/attachment-0001.html>


More information about the talk mailing list