- mkgmap-dev - The mkgmap lists

Commit: r2666: The script that created the options documentation on website.
by svn commit 13 Aug '13

13 Aug '13

Version 2666 was committed by steve on Tue, 13 Aug 2013 The script that created the options documentation on website. The result might require fixing up by hand afterwards,

1 0

Commit: r2665: There is another drive-on-the-left flag.
by svn commit 13 Aug '13

13 Aug '13

Version 2665 was committed by steve on Tue, 13 Aug 2013 There is another drive-on-the-left flag. There is also a drive on the left flag in the poi display flags in the TRE header. - Colin Smale

1 0

should mtb:scale=0 get the unpaved flag?
by Minko 12 Aug '13

12 Aug '13

Hi, I noticed there are many well paved roads tagged with mtb:scale=0 which are automatically converted into unpaved by mkgmap. Combinations like mtb:scale=0 & surface=asphalt or mtb:scale=0 & tracktype=grade1 should imho not get a tag mkgmap:unpaved=1 Maybe set it to mtb:scale>0 ? # Flag unpaved roads. highway=* & (surface=cobblestone | surface=compacted | surface=dirt | surface=earth | surface=grass | surface=grass_paver | surface=gravel | surface=grit | surface=ground | surface=mud | surface=pebblestone | surface=sand | surface=unpaved | mtb:scale=* | tracktype ~ 'grade[2-6]' | smoothness ~ '.*(bad|horrible|impassable)' | sac_scale ~ '.*(mountain|alpine)_hiking' | sport=via_ferrata) { add mkgmap:unpaved=1 } (highway=bridleway | highway=path | highway=track | highway=unsurfaced) & surface!=* & tracktype!=* & smoothness!=* & sac_scale!=* { add mkgmap:unpaved=1 }

2 2

[PATCH v1] garmin_area() style function
by WanMil 10 Aug '13

10 Aug '13

The patch adds a new style function called garmin_area(). garmin_area() returns the size of an area in garmin-units ^2. It works for polygons only. Unclosed ways return 0. Please test it and let me know: * Do you have a better name? * What to do with multipolygons? Should garmin_area() return the multipolygon size for all splitted parts of the mp? or: Should it be possible to use garmin_area() in the relations file? In this case it would be possible to add tags to all members which can then be used in the polygons file. Example: type=multipolygon & building=yes & garmin_area() > 20000 { apply { set mkgmap:bigbuilding=yes; } } Have fun! WanMil

5 12

Commit: r2664: Update the SubstitutionFilter.java class in order to allow regexp on
by svn commit 09 Aug '13

09 Aug '13

Version 2664 was committed by steve on Fri, 09 Aug 2013 Update the SubstitutionFilter.java class in order to allow regexp on the subst filters by using the operator "~>" to state the first argument is a regexp. The default behavior is maintained if no operator (i.e. remove string) or "=>" is used Example: highway=* & name ~ '[Aa]venida [Dd]e [Ee]l .*' { add streettype:movedend='${name|subst:[Aa]venida [Dd]e [Ee]l ~>}' } - Enrico Liboni

1 0

missing several streets in index
by Marek Greško 08 Aug '13

08 Aug '13

Hello, I am struggling with problem of missing several streets in the index. I use mkgmap r2661 with geofabrik extracted data for Slovakia. When I compile map of whole Slovakia with location-autofill=is_in,nearest I miss some streets when searching in my GPS device. I suspect it is somehow interconnected with geographical location. I for example miss streets Trenčianska, Turčianska and Oravská in Bratislava. They are very near of each other. I tried to compile map of extracted rectangle cca 1x1 km in tha area, and in that map they are in the index and are working properly. I still cannot find the cause of this problem. Any suggestions? Thanks Marek

1 0

Enhance PartFilter.java to return last parts of a value list
by Enrico Liboni 08 Aug '13

08 Aug '13

It might be useful to be able to get the last part of a value list but the current implementation of PartFilter does not allow this, i.e. you can get the 1st, 2nd, 3rd and so on but you can't get the last, the one before the last and so on. The change is trivial, in doFilter replace: if (temp.length >= partnumber) return temp[partnumber-1].trim(); with: if (temp.length >= Math.abs(partnumber) ) { if (partnumber > 0) { return temp[partnumber-1].trim(); } else { return temp[temp.length+partnumber].trim(); } } attached the new class which I compiled, plugged in r2661 and works as expected. This could be useful for example, emh..., when adding a rule like: highway=* { set street:name='${name|part: :-1}, ${name}'} street:name=* {set name='${street:name}'} so that the most meaningful part of a street name in some countries appears at the beginning of the name thus facilitating the address search ;) Let me know if you believe this is useful and if you prefer a patch. Enrico

1 1

Basecamp, mkgmap and bicycle routing
by Leonardo Brondani Schenkel 08 Aug '13

08 Aug '13

Hi, I'm using Basecamp 4.2.2 with a routable gmapsupp.img generated by mkgmap r2659 and the default style. When calculating a route using the "bicycling" profile Basecamp is trying to route me through a highway which are explicitly marked with foot=no, sidewalk=no, bicycle=no, cycleway=no. When using the "walking" profile the highway is avoided. Does somebody know if this is due to: 1. mkgmap not generating the proper RouteParam attributes (unlikely?) 2. Basecamp not respecting bicycle restrictions in RouteParam I saw a lot of complaints about Basecamp in this list, so I'm suspecting it's due to reason 2 above, but it would be nice to get confirmation from somebody else who knows better. If Basecamp is not supposed to be broken, and somebody can help me investigating this, then I can generate and post a link to a small test map that reproduces this issue. Thanks a lot, Leonardo.

5 9

Use int_name only for index
by Marek Greško 07 Aug '13

07 Aug '13

Hi, is it possible to create index using different tags than in map? I would like to use map of Greece with original greek names, but want to create index with int_name tags, because I am unable to type greek letters into my gps device. Thank you Marek

1 0

Search addresses for latin countries (help on reg exp)
by Enrico Liboni 07 Aug '13

07 Aug '13

Folks, as you know – this comes up time to time – address search is unpractical in most Latin countries where the street/square name usually starts with the type (Via, Viale,Corso, Piazza etc [IT]; Avenida, Calle, Plaza etc [ES]; Avenue, Boulevard, Rue, Place etc [FR] etc.) followed by the full name of - usually - the person naming the street. Nevertheless the street names sometime appears abbreviated (V.le, Av.da, Bld. etc), sometime the Middle name is skipped, sometime the work “of” is used (Avenue de Bobigny, Corso del Popolo etc) So what is a simple Mozartstrasse in Austria would look like “Via Wolfgang Amadeus Mozart” in Italy or “Rue Wolfgang Amadeus Mozart” in France but possibly also “Av.da de Mozart” etc. Now, everyone knows the street/square by its last name and it would be much more practical to search by it: I’d like to have a style that just pick the last full word of the street/square name and put it as a suffix followed by a comma and the original name. This would really boost address search for Latin countries – so it might be a default style to add to IT, FR, ES, BR, MX… etc). Could you help me on making that regular expression for the style? “str1 str2… strN” -> “strN, str1 str2… strN” Thanks! Enrico

8 29