1. what do you mean by desirable rendering features?Certainly on my devise (GPSMAP 62s), where a road having one of the standard default Garm,n routable codes makes a junction with a road having a custom 'extended' type code then the former 'pushes into the latter making the result rather unsightly.
Am 19.07.2011 13:39, schrieb Bill Lancashire:Many thanks for your suggestions.
!. I want to use the code because of it's desirable rendering features compared to an extended type of code.
2. I've thought about this one, but does it prevent routing by any means?. I guess the routing nodes will still be formed.
Bill.
michael lohr wrote:two solutions come to mind:
1. use a non-routable code
2. highway=* {set access=no} [0xXX]
Am 19.07.2011 11:45, schrieb Bill Lancashire:Please excuse me coming to this mailing list with a 'beginners' question but, believe me, I have searched widely without a solution. I would like to know if is possible in a 'routing generation' compile to have a command in the style 'lines' file which will prevent creation of routing nodes completely for a specific code for which such nodes would normally be created. For example can something like this be used: highway=* {add mkgmap:abxdef-ghj=false} [0xXX] Where 0xXX is the routable Garmin code. Thanks for any guidance. Bill. _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev