logo separator

[mkgmap-dev] Data / routing issue - Vancouver, BC ferries

From Samuel Longiaru longiaru at shaw.ca on Sat Aug 19 19:13:04 BST 2017

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-tp5897857p5900357.html
> Sent from the Mkgmap Development mailing list archive at Nabble.com.
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev



More information about the mkgmap-dev mailing list