Hi Samuel, did you try to revert the good routes? When I tried that I always saw very different routes. Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Samuel Longiaru <longiaru@shaw.ca> Gesendet: Samstag, 19. August 2017 20:13:04 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] Data / routing issue - Vancouver, BC ferries Greetings, Just wanted to report that I have today downloaded a Lambertus map and tested my original routing from Kamloops to a random street address in Victoria and see that it is now routing properly via the Tsawwassen-Swartz Bay ferry. It is also now routing properly to several other locations on the mainland that I was previously having trouble with. I had a quick look at the data and don't see any recent changes - particularly the ferries from Tsawwassen and from Swartz Bay still join at a single node offshore - but things seems to be routing properly on my Nuvi now. Just speculating that some of the more recent changes (such as Andrzej's routing patch r3979?) or elsewhere might have had a positive impact on this problem. Excellent! Sam On 17-08-06 12:12 AM, Gerd Petermann wrote:
Hi all,
I think the Garmin routing algo is probably too stupid when it comes to ferries. If I got that right the algo tries to get and stay(!) on major roads until it gets close to the target. This seems to be true for car and bicycle routing (faster or shorter also doesn't seem to matter) If such a route is found it is preferred to a much shorter ferry connection which involves a switch to class-0-roads, no matter how long it is, even if thes longer route also contains one or more ferry lines.
So, if you select start and end point of your route close to the ferry terminals you are probably routed via the ferry. If your start is somewhere out of town so that you use a major road to get to the ferry terminal the ferry is probably not used.
Many ferries in OSM are not connected to major roads, sometimes there are hw=residential or hw=unclassified and of course hw=service between the ferry line and the next major road, so I also don't see how mkgmap could "correct" this without risking unpredictable routing near ferry terminals.
The only work around that I found so far is to select the ferry route as a part of the route, but this of course also means that you have to know that this ferry exits.
Gerd
Gerd Petermann wrote
Hi Andrzej, popej wrote
Mkgmap could include following algorithm:
Find all suspicious objects, like highway links, roundabouts, service roads connected to a ferry and analyze other roads connected to this object. If any of these other roads get road_class 3 or 4, then increase road_class of processed object accordingly to 3 or 4. This would not always help. See for example hw=service way 50330706 https://www.openstreetmap.org/way/50330706
One has to crawl through several service ways to find out that the ferry is connected with the hw=secondary way 475872377 https://www.openstreetmap.org/way/475872377
I see no easy way to implement an algo which would find out that this hw=secondary is the one that "delivers" the wanted road class. I fear this kind of mapping happens quite often.
I would expect that the Garmin routing algo is aware of this when it comes to ferry lines, but did not yet test it.
Gerd
-- View this message in context: http://gis.19327.n8.nabble.com/Data-routing-issue-Vancouver-BC-ferries-tp589... Sent from the Mkgmap Development mailing list archive at Nabble.com. _______________________________________________ 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