- mkgmap-dev - The mkgmap lists

mergeroads - Handling of mkgmap:carpool
by WanMil 12 Oct '13

12 Oct '13

I've changed how the mkgmap:carpool flag is handled. It is no longer handled as common access flag, which means the new actions add/setaccess no longer set the mkgmap:carpool flag. There was a problem with such a rule: access=yes { setaccess yes } It classified the road as carpool which means it can only be used for carpools, emergencies and busses... This is the handling now: The no carpool bit (0x0008 see RoadDef) is set except mkgmap:carpool is set to yes. (In this case all other mkgmap:xxx access flags are set to no - except emergency and bus which are set to yes). @All: Is the carpool bit handled correctly? How can I test? Shall the extra handling (automatic setting of all other mkgmap:xxx access flags) should still be used? I think this could better be done by the style developer? Example: carpool=yes { set mkgmap:carpool=yes; setaccess no; set mkgmap:emergency=yes } @Programmers: Shall we remove the carpool bit from the common access flags and add a separate method setCarpool(boolean) to the RoadDef class like it is done with the throughroute, unpaved etc. flags? I find it quite irritating to have carpool in the common access bits. WanMil

3 2

Problem with compiling TYP containing Cyrillic characters (mkgmap r2673)
by keenonkites 10 Oct '13

10 Oct '13

Gents, I have a properly translated source Text file (UTF-8 with BOM) for Russian containing, obviously, cyrillic characters. It contains definitions like (for example): [_line] Type=0x10103 UseOrientation=Y LineWidth=2 Xpm="0 0 1 0" "1 c #99CCCC" String1=0x19,?????/??? ExtendedLabels=Y FontStyle=NoLabel (invisible) CustomColor=No [end] Complete file can be downloaded at https://dl.dropboxusercontent.com/u/40846569/freizeit.zip Unfortunately mkgmap doesn't like it and fails to compile such a text file into a binary TYP file: java -Xmx1536M -jar P:/Freizeitkarte/develop/fzk-mde-garmin.git/Freizeitkarte-Entwicklung/tools/mkgmap/mkgmap.jar --max-jobs=2 --code-page=1251 --product-id=1 --family-id=6442 freizeit.txt Time started: Tue Oct 08 11:30:55 CEST 2013 java.lang.NullPointerException: charsetName at java.io.InputStreamReader.<init>(Unknown Source) at uk.me.parabola.mkgmap.main.TypCompiler.compile(TypCompiler.java:123) at uk.me.parabola.mkgmap.main.TypCompiler.makeMap(TypCompiler.java:70) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:243) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:239) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Exiting - if you want to carry on regardless, use the --keep-going option Time finished: Tue Oct 08 11:30:55 CEST 2013 Total time taken: 176ms Exact the same happens if I try to compile it with the option --code-page=65001 (for unicode). Any clue ? is this an enduser problem or a mkgmap problem ? Thanks for the help. Patrik

2 14

Update question
by Brett Russell 10 Oct '13

10 Oct '13

Hi Rather simple question re updating to new version of mkgmap. To update to new version of mkgmap do you only need to extract the mkgmap.jar file and copy it over to your own directory with your own styles and typ files? Cheers

2 1

overviewmap, cyrillic fonts and cp65001
by keenonkites 09 Oct '13

09 Oct '13

Sorry guys, think I've found the next potential problem: I'm building a map of the European part of Russia, obviously containing cyrillic city names and lot more... and we're also trying to use the 'quite new' overviewmap feature (I like it, btw). If I have code-page=1251 in the config file for mkgmap, the map itself aswell as the overview map (pressing ctrl-G in Basecamp) look properly. But if I do the same having code-page=65001 (for utf-8) in the cfg file for mkgmap, the map itself looks good (proper cyrillic city names, e.g) but the city labels on the overviewmap looks scrap (again ctrl-g in Basecamp to hide the normal map), looks like the overviewmap part doesn't recognise utf-8 and makes something wrong there. You need screenshots ? Anything else ? (btw: can I attach the screenshots directly to the mail or do I need to upload them to somwhere and post the link here ?) Thanks for having a look at this too... Patrik

4 5

Commit: r2748: Documentation on quoting text strings in style rules.
by svn commit 09 Oct '13

09 Oct '13

Version 2748 was committed by steve on Wed, 09 Oct 2013 Documentation on quoting text strings in style rules.

1 0

Utilizing route=bicycle relations in long-distance routing
by Marko Mäkelä 08 Oct '13

08 Oct '13

As we all know, bicycle routing is hard. Unlike motor vehicle traffic, where there is a clear hiearchy of roads, the bicycle road network consists of all sorts of roads. In my area, there are no clear 'bicycle trunk roads' or 'bicycle motorways' that could be used as the backbone of a longer journey. I guess that the situation could be better in more bicycle-friendly countries, such as Denmark or the Netherlands. I was thinking that maybe we could tweak the bicycle routing by increasing the weight or speed of ways that belong to a route=bicycle relation, or by defining 'wormholes' between some points of the relation. I guess that this is not doable in the default style, which aims to be 'neutral' for all modes of transport, but I guess it could make a huge difference in a bicycle-oriented map. FWIW, I just defined a 25km route relation that could be useful for testing: http://www.openstreetmap.org/browse/relation/3252216 IMO, this is much better than the NCN 4 in this area. Has anyone experimented with this kind of tweaks to routing? Would this bypass the limitation that the Garmin Edge 705 seems to ignore cycleways for the middle section of a route? Marko

4 5

Quoting special characters (singlequote) in the style files
by keenonkites 08 Oct '13

08 Oct '13

Gents, I'm having the following problem: for a Portuguese translation (other languages like French will have the same problem) of a map I have the following rule in the points file of my style directory: # Wasserturm. [point, closedway] man_made = water_tower & name = * {name '${name} (Caixa d'água)'} [0x6500 resolution 24] You notice there is a 'singlequote' between the words "Caixa d" and "água". Unfortunately the build process doesn't run through... I have to change this to a backquote (this one here: ` ) to get it running through. I was looking around on the web how to quote special characters inside the style files, especially the singlequote which is needed also for internal things inside the style files. Unfortunatelly I was not able to find anything. Did I miss something ? Or is there no way (yet) to have a singlequote inside a name in the style files ? Any feedback is appreciated. Thanks and regards Patrik

3 3

point outside map area
by Henning Scholland 07 Oct '13

07 Oct '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi there, I got the following error messages: SEVERE (MapArea): Point with type 0x1e04 at http://www.openstreetmap.org/?mlat=36.32080&mlon=25.79590&zoom=17 is outside of the map area centred on http://www.openstreetmap.org/?mlat=38.89999&mlon=35.39999&zoom=17 width = 894785 height = 307582 resolution = 11 SEVERE (MapArea): Point with type 0x1e04 at http://www.openstreetmap.org/?mlat=35.59570&mlon=27.02637&zoom=17 is outside of the map area centred on http://www.openstreetmap.org/?mlat=38.89999&mlon=35.39999&zoom=17 width = 894785 height = 307582 resolution = 11 SEVERE (MapArea): Point with type 0x1e04 at http://www.openstreetmap.org/?mlat=37.11182&mlon=25.79590&zoom=17 is outside of the map area centred on http://www.openstreetmap.org/?mlat=38.89999&mlon=35.39999&zoom=17 width = 894785 height = 307582 resolution = 11 SEVERE (MapArea): Point with type 0x15 at http://www.openstreetmap.org/?mlat=35.59570&mlon=33.92578&zoom=17 is outside of the map area centred on http://www.openstreetmap.org/?mlat=38.89999&mlon=35.39999&zoom=17 width = 894785 height = 307582 resolution = 11 0x1e04 is used for natural=bay or sea, 0x15 for place=country This only happens for my map of Turkey, but I can't find out, which objects cause the error. The only guess I have is, that it's caused by add-poi-to-areas, because there are no nodes in the input-data. Henning -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJSNJ9nAAoJEPFgsWC7jOeTHSkH/2+es9JCaH9pA7U345Vclk7c /s3XpqU0rv2Qdcbrddfe6mLizgPSS20NCSSg9r/8J9RzcGyVU/9ec7Y/GTerG6We iSoBwPzTOp+StDCfQ4v0emxYFLx577ZSwMi0c2cteMWGHb/gys2tob401oZ/vXxv hD5czU4FvsQDKnd+TjzwskoR0YzFw2GqtFYP9jgSLlkISVEz1x/NMKgRUQe4TwPv 88YeQEnIEgEGylgWcTmLW67JOEYdej5PdP1kB4ixPc2vYkdMl91hHPhj9Ta7rLGK wfUWxptSglLQ13FagZRtxnKonJmRE0JLYxxqEOc7tIv7Ev1ph3Jy7PoT7pZ8teE= =MiBt -----END PGP SIGNATURE-----

4 6

Simplify setting access tags in the mergeroads branch
by WanMil 07 Oct '13

07 Oct '13

Hi all, I am still thinking about how to simplify setting the access tags in the mergeroads branch. Felix posted his concerns that the new handling requires much more style coding. At the moment my favourite changes are to add two more actions: 1. addaccess: This adds the given value to all access fields (only if they are not already set) 2. setaccess: This sets the given value to all access fields (only if they are not already set) The mkgmap:access tag will no longer be evaluated. @Felix: I don't want to add an option so that you can set which values are evaluated as no. I am not convinced that it is required. If you are unhappy please post a reasonable example where it is really required and feel free to add a patch yourself. ===================== Examples: highway=track, tracktype=grade2, access=no, bicycle=yes, foot=private highway=track & tracktype ~ 'grade[2-5]' { setaccess no; set mkgmap:bike=yes; set mkgmap:foot=yes; } => Result: access only for bike and foot highway=* & foot=private { set mkgmap:foot=yes } highway=* & tracktype=grade2 { addaccess no } => Result: access for foot only (addaccess sets the mkgmap:foot value only if not already set) (bicycle=yes| bicycle=private ) { set mkgmap:bike=yes } (foot=yes | foot=private) { set mkgmap:foot=yes } access=* ( addaccess '${access}' } => Result: no access for all types except bike and foot I think its clear now, how it works. ===================== The following flags will be set by addaccess and setaccess. mkgmap:bike mkgmap:foot mkgmap:truck mkgmap:car mkgmap:bus mkgmap:taxi mkgmap:emergency mkgmap:delivery mkgmap:throughroute I am not sure if it also makes sense to set the mkgmap:carpool flag. mkgmap:carpool is handled special: if it is set to 'yes' all access tags are set to no except carpool, emergency and bus. This copies the behaviour from trunk but I don't know if we should keept this? What is your opinion about the two new actions? Do they help? Are they sufficient? Are any other actions required? WanMil

4 7

merge-roads broken from 2728 onwards - 2727 last working version for me.
by Felix Hartmann 07 Oct '13

07 Oct '13

mkgmap merge-roads branch fails to compile maps for me if I use rev. 2728 or newer. Here is the bug (it repeats for every tile I think). 10:31:37 switzerland ch 6327 this is run27 starting to compile openmtmbap with mkgmap java.lang.NullPointerException at uk.me.parabola.mkgmap.reader.osm.OsmHandler.setUsedTags(OsmHandler.java:81) at uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.setupHandler(OsmMapDataSource.java:160) at uk.me.parabola.mkgmap.reader.osm.bin.OsmBinMapDataSource.load(OsmBinMapDataSource.java:49) at uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.load(OsmMapDataSource.java:127) at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:167) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:63) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:243) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:239) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source)

2 2