Hi Minko,

okay, I have to try that. My understanding is that address search knows only 
routable ways (those that appear in NOD). And to NOD we write 
all lines with road_class/road_speed attribute and  a non-extended type.
Maybe Garmin software expects (or expected) to find NOD data for 
all lines with routable types.

Gerd
 


> Date: Fri, 2 May 2014 15:11:57 +0200
> From: [email protected]
> To: [email protected]
> Subject: Re: [mkgmap-dev] strange routing
> 
> Gerd,
> It happens when you search for an address that is located at a line which is 
> routable,
> but made non-routable for some reason (for instance if bicycle=no, someone 
> who makes a bike map wants to remove the road parameters for a line like 
> highway=secondary [0x04 resolution 20]
> This was done because of bicycle=no was not recognized anymore by Basecamp 
> (until recently).
> On the osm forum there are some examples.
> 
> http://forum.openstreetmap.org/viewtopic.php?pid=208081#p208081
> http://forum.openstreetmap.org/viewtopic.php?id=13884&p=5
> 
> I dont know it is still the case with the latest releases.
> 
> 
> > Onderwerp: Re: [mkgmap-dev] strange routing
> > Hi Felix,
> > 
> > on the other hand, the test that prints the messages below may also be
> > out-dated.
> > I am no longer sure that the use of routable types for non-routable
> > lines really breaks
> > routing. I'll have to search the archives to find out why I've coded
> > that test.
> > 
> > Gerd
> 
> _______________________________________________
> mkgmap-dev mailing list
> [email protected]
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
                                          
_______________________________________________
mkgmap-dev mailing list
[email protected]
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Reply via email to