Gerd, Sorry to be so much trouble. Just trying to understand how mkgmap works. I have studied the OSM wiki page for EXIT INFO and I assumed that each tag would get it's own mkgmap:(variable) If a DESTINATION tag did not exits, I did not realize, it would be assigned to any other existing tags. I was trying to form a coherent string based on each tag defined in the motorway_link. What was messing me up was that DESTINATION was begin set to something other that the DESTINATION tag, if it did not exist. Your written english is perfect. When I went back to read your posts, I read this: "If a value for destination is found, the tag destination is set to it and the way is split." I just assumed that there would be nothing set for 'destination' if it did NOT exist. I vote for keeping each OSM tag separate, so mappers can build better exit 'strings'. What I find is that I get DUPLICATES because now I get a 'destination'=Beck Road' and a 'destionation:street'=Beck Rd. If someone can show me some code that can remove these duplicates, please let me know. I was just using the standard code structure to build a string only if certain tags existed. Thank you for your help. I was not trying to be difficult. Greg On Mon, Mar 21, 2016 at 4:01 AM, Gerd Petermann < GPetermann_muenchen@hotmail.com> wrote:
Hi Greg,
"why is "Beck Road" being set for variable $[destination] ??"
I've answered this question multiple times now, seems my english is too bad, so
I try again.
The option --process-destination in mkgmap triggers a function that
is execute when the OSM data is read and before your style rules are executed.
This function checks a list of tags ike destination, destination:forward, destination:lanes
and destination:street . When any of those is found mkgmap adds the tag mkgmap:dest_hint=true
and if the tag destination is not already set it is set with the value that was found in the
alternatives.
I guess this happens because nobody tried to create detailed hints like you do.
If I'd start to code this now I would simplify the code so that it
sets mkgmap:dest_hint to the value that was found. So, instead of checking
mkgmap:dest_hint=true one would use mkgmap:dest_hint=*
If I change that now all style authors have to change the corresponding rules,
so I'd like to get positive feedback for this idea before I change the code.
Gerd
------------------------------ *Von:* mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von greg crago <gregcrago@gmail.com> *Gesendet:* Montag, 21. März 2016 00:12 *An:* Development list for mkgmap *Betreff:* Re: [mkgmap-dev] Exit_hint and Dest_hint result is not what I was expecting
Now we are getting somewhere:
I ran this code:
# build destination hint dest_hint=* { delete dest_hint } highway=* & mkgmap:dest_hint=true { echo 'BEFORE destination=${destination}'; set destination:ref = '${destination:ref|subst:South=> S|subst:North=> N|subst:East=> E|subst:West=> W|subst:I =>I-|subst:M =>M-|subst:US =>US-}'; set destination = '${destination|subst:/=>,}'; set destination:street = '${destination:street|subst:;=>,|subst: Road=> Rd|subst: Street=> St|subst: Avenue=> Ave|subst: Mile=> Mi|subst: Boulevard=> Blvd|subst: Parkway=> Pkwy|subst: Highway=> Hwy|subst: Southwest=> SW|subst: Northwest=> NW|subst: Southeast=> SE|subst: Northeast=> NE}'; echo 'AFTER destination=${destination}'; }
And got this response from mkgmap:
Time started: Sun Mar 20 19:09:49 EDT 2016 Found one style in \MKGMAP\openmapchest-style\openmapchest finished check-styles 4611686018427387907 (8729200): BEFORE destination=Beck Road 4611686018427387907 (8729200): AFTER destination=Beck Road 4611686018427387909 (8729934): BEFORE destination=Beck Road 4611686018427387909 (8729934): AFTER destination=Beck Road Number of MapFailedExceptions: 0 Number of ExitExceptions: 0 Time finished: Sun Mar 20 19:09:51 EDT 2016 Total time taken: 1497ms
If you look at the OSM data, there IS NO DESTINATION tag, so why is "Beck Road" being set for variable $[destination] ??
Greg
On Sat, Mar 19, 2016 at 5:42 PM, Andrzej Popowski <popej@poczta.onet.pl> wrote:
Hi,
No, echotags expects a string constant as parm, and it prints all tags of an object
It is not that bad, I think it works like string in "set" command. This should work: ... {echotags 'testing destination=${destination}'}
but it is kind of redundant, maybe better looking would be:
... {echo 'testing destination=${destination}'}
-- Best regards, Andrzej
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev