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

Mon Aug 21 08:27:11 BST 2017

Hi Samuel,

I really think that someone has to fix the OSM data in this case. The next JOSM release will complain about
the existing data, see also
https://josm.openstreetmap.de/ticket/15097

Gerd

________________________________________
Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Samuel Longiaru <longiaru at shaw.ca>
Gesendet: Samstag, 19. August 2017 21:21:57
An: mkgmap-dev at lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] Data / routing issue - Vancouver, BC ferries

OK... just tried going from Victoria back to Kamloops and you're
correct, it yields a crazy route of 1875 km going way up to the northern
tip of the island, then back down, then down into the US and
southeastern Washington, then back, then finally off towards Kamloops
... not taking the Swartz Bay - Tsawwassen ferry at all.

Grrr... Some progress however!  As long as you never want to get home.

Sam

On 17-08-19 11:20 AM, Gerd Petermann wrote:
> 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 at lists.mkgmap.org.uk> im Auftrag von Samuel Longiaru <longiaru at shaw.ca>
> Gesendet: Samstag, 19. August 2017 20:13:04
> An: mkgmap-dev at 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-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
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

_______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev