On Mon, Feb 25, GerdP wrote:
Hi Thorsten,
yes, what else should happen?
That was my answer to your "I doubt that it causes problems when such a way is marked as a road. A routing algo should not use it to get out of the square." I agree with "A routing algo should not use it", but they are using it and it causes problems. And yes, such ways should always be connected :( Thorsten
According to the OSM data there is no wait out, or do I miss something? Would the device search another road which is close?
Besides that, the question is where you want to stop. If two ways are connected to each other, but not to any other road, should they be routable? Three, four... ? I am not sure if we already have an algo that finds such independent networks, but it's a standard problem in graph theory and it can be solved in an acceptable run time.
Gerd
Thorsten Kukuk wrote
On Mon, Feb 25, GerdP wrote:
On the other hand, I doubt that it causes problems when such a way is marked as a road. A routing algo should not use it to get out of the square.
If you are inside the square, all Garmin devices/software tools will use the nearest available way and then report an routing error. So, yes, it is a problem ...
Thorsten
-- Thorsten Kukuk, Project Manager/Release Manager SLES SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) _______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/Style-function-is-connected-tp5750777p5750799... Sent from the Mkgmap Development mailing list archive at Nabble.com. _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- Thorsten Kukuk, Project Manager/Release Manager SLES SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)