logo separator

[mkgmap-dev] process-exits and Oregon 600

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

Hi Gerd,
in 3602 (which i used) these are lines 118/119.

I meantchanging

highway=motorway_link [0x09 road_class=3 road_speed=2 resolution 20]

to

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

Micha


Am 04.06.2015 um 11:47 schrieb Gerd Petermann:
> Hi Micha,
>
> lines 119 and 120  in lines (r3605) are:
> highway=motorway_link & (mkgmap:exit_hint=true | 
> mkgmap:dest_hint=true) [0x06 road_class=3 road_speed=2 resolution 20]
> highway=motorway_link [0x09 road_class=3 road_speed=2 resolution 20]
>
> If you change line 119 as suggested the rule in line 120
> is never triggered, therefore you will not have a type 0x09 for the
> motorway_link.
>
> Gerd
>
>
> ------------------------------------------------------------------------
> Date: Thu, 4 Jun 2015 11:36:01 +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,
> 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 <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,
>     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
>     <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/10e4ac4d/attachment-0001.html>


More information about the mkgmap-dev mailing list