[mkgmap-dev] Data / routing issue - Vancouver, BC ferriesFrom Gerd Petermann gpetermann_muenchen at hotmail.com on Sun Aug 6 08:12:54 BST 2017
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-tp5897857p5900357.html Sent from the Mkgmap Development mailing list archive at Nabble.com.
- Previous message: [mkgmap-dev] Data / routing issue - Vancouver, BC ferries
- Next message: [mkgmap-dev] Data / routing issue - Vancouver, BC ferries
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list