logo separator

[mkgmap-dev] process-exits and Oregon 600

From michael lohr micha.lohr at web.de on Thu Jun 4 10:36:01 BST 2015

Hi Gerd,
trying to reproduce the problem with the default style made things 
clearer. If you change line 119 in "lines" to:

highway=motorway_link { name 'generic_exit' } [0x02 road_class=3 
road_speed=2 resolution 20]

routing hints point to "generic_exit". I did a few more test, and it 
seems that there's two ways to get proper routing:

1. Make segments 1 & 3 polyline 0x09 (named or not doesn't matter), and 
segment 2 any type except 0x08 or 0x09 (didn't test that, taken from the 
documentation)
2. If segments 1 & 3 are not 0x09 then don't name them, and again 
segment 2 any type except 0x08 or 0x09

Micha

Am 04.06.2015 um 09:30 schrieb Gerd Petermann:
> Hi Micha,
>
> it's hard to understand without seeing your complete style.
> Maybe you can post a link to it?
> If not, please describe in detail how to reproduce the problem
> with the default style and give an example route
> that shows what you get with and without the modification.
>
> thanks,
> Gerd
>
> ------------------------------------------------------------------------
> Date: Thu, 4 Jun 2015 09:20:23 +0200
> From: micha.lohr at web.de
> To: mkgmap-dev at lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] process-exits and Oregon 600
>
> Hi Gerd,
> my style did (in this order) assign hints to exits, and at the very 
> end, assign generic names to all "leftover" unnamed roads. This 
> produced exits in 3 segments named "GENERIC_NAME", "EXIT_HINT", 
> "GENERIC_NAME" - so mkgmap worked just as expected. But: the Oregon 
> now shows "GENERIC_NAME" during routing, not "EXIT_HINT". After 
> removing the generic names from the 1st and the 3rd segment, 
> everything workes fine.
>
> So I draw two conclusions from this:
>
> Either: mkgmap simly assigns the exit hints to all 3 segments (do we 
> need 3 segments at all, then?), though I don't know what else might be 
> influenced by this
>
> Or: documentation needs to be updated concerning the exit_hints
>
> Micha
>
>
> Am 04.06.2015 um 09:09 schrieb Gerd Petermann:
>
>     Hi Micha,
>
>     now I am no longer sure what you are talking about. You said that your
>     problem was solved by removing the line
>     highway=motorway_link & mkgmap:label:1!=* { set mkgmap:label:1 =
>     'Exit' }
>     from your style. I tried to find out why this line
>     causes trouble and found no reason as long
>     as the line doesn't appear before the blocks for the hints
>     which start at line 36 in the default style file lines of r3605:
>     (highway=motorway_link | highway=trunk_link) &
>     mkgmap:exit_hint=true & mkgmap:dest_hint=true
>     ....
>
>     I don't use the device for testing, I create a route in MapSource
>     and check
>     the list of "directions".
>
>     Gerd
>
>
>     ------------------------------------------------------------------------
>     Date: Thu, 4 Jun 2015 08:56:37 +0200
>     From: micha.lohr at web.de <mailto:micha.lohr at web.de>
>     To: mkgmap-dev at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev at lists.mkgmap.org.uk>
>     Subject: Re: [mkgmap-dev] process-exits and Oregon 600
>
>     Hi Gerd,
>     the exits were always named correctly, I checked that by looking
>     directly into the img-files. The GPS just wouldn't display the hint.
>
>     Am 04.06.2015 um 07:19 schrieb Gerd Petermann:
>
>         Hi Micha,
>
>         I cannot yet reproduce your result. I tried this:
>         Add the line
>
>         highway=motorway_link & mkgmap:label:1!=* { set mkgmap:label:1
>         = 'Exit' }
>
>         in the default style file at line 65, before the line
>
>         highway=* {name '${name}' | '${ref}' }
>
>         Execute mkgmap with options --route --process-exits
>         --process-destinationand this modified style.
>         I see the right hint for node 988993419.
>
>         Maybe you placed the line before those for the exit hint?
>         In that case it is clear that the exit hints don't work
>         because those rules
>         use the name action which has no effect when mkgmap:label:1 is
>         already set.
>
>         If that doesn't help, please provide more details.
>
>         Gerd
>
>         ------------------------------------------------------------------------
>         Date: Wed, 3 Jun 2015 18:47:00 +0200
>         From: micha.lohr at web.de <mailto:micha.lohr at web.de>
>         To: mkgmap-dev at lists.mkgmap.org.uk
>         <mailto:mkgmap-dev at lists.mkgmap.org.uk>
>         Subject: Re: [mkgmap-dev] process-exits and Oregon 600
>
>         Hi Gerd, hi Bernd
>         it works because the default style does not name the outer
>         segments (intentionally?). My style treated exits pretty much
>         the same way, with one addition:
>
>         highway=motorway_link & mkgmap:label:1!=* { set mkgmap:label:1
>         = 'Exit' }
>
>         Deleting this line and so not naming the outer segments did
>         the trick. As far as I can tell, line type does not make any
>         difference.
>
>         Micha
>
>         Am 03.06.2015 um 18:29 schrieb GerdP:
>
>             Hi Michael,
>
>             please check how the default style uses the hint. I think it works
>             fine.
>
>             Gerd
>
>
>             michael lohr wrote
>
>                 Hi Gerd,
>                 my 1st assumption was that I set the road_speed too high, and the
>                 routing would "jump" overthe 2nd part to the 3rd, 2nd assumption was to
>                 use a different line type - changing both things made no difference.
>
>                 Am 03.06.2015 um 17:59 schrieb GerdP:
>
>                     Hi Michael,
>
>
>                     michael lohr wrote
>
>                         Finally found the reason: my style assigns generic names to unnamed
>                         roads, so the segments of a motorway_link were named "GENERIC_NAME",
>                         "EXIT_HINT", "GENERIC_NAME". As soon as a name is present on either the
>                         1st or the 3rd segment the Oregon would use this name for routing (btw,
>                         contrary the my previous posts: the Oregon 450 also behaves like that).
>
>                         Which brings up this question: why not assign the exit_hint to all 3
>                         segments in the first place?
>
>                     My understanding is that the style should be able to use a different
>                     type (not 0x08 / 0x09) for that small 2nd part, so that Garmin uses
>                     the name of it as a hint.
>
>                     Gerd
>
>
>
>                     --
>                     View this message in context:
>                     http://gis.19327.n5.nabble.com/process-exits-and-Oregon-600-tp5845444p5846973.html
>                     Sent from the Mkgmap Development mailing list archive at Nabble.com.
>                     _______________________________________________
>                     mkgmap-dev mailing list
>
>                 mkgmap-dev at .org  <mailto:mkgmap-dev at .org>
>
>                     http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
>                 _______________________________________________
>                 mkgmap-dev mailing list
>
>                 mkgmap-dev at .org  <mailto:mkgmap-dev at .org>
>
>                 http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
>             --
>             View this message in context:http://gis.19327.n5.nabble.com/process-exits-and-Oregon-600-tp5845444p5846980.html
>             Sent from the Mkgmap Development mailing list archive at Nabble.com.
>             _______________________________________________
>             mkgmap-dev mailing list
>             mkgmap-dev at lists.mkgmap.org.uk  <mailto: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
>         <mailto: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  <mailto: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
>     <mailto: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  <mailto: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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20150604/1456a0d0/attachment-0001.html>


More information about the mkgmap-dev mailing list