April 2011 - mkgmap-dev - The mkgmap lists

[locator] Osmosis parameters required
by WanMil 03 May '11

03 May '11

I have the problem that some ways are missing in the osmosis filtered dump. Here is my osmosis call: osmosis.bat --rb europe.osm.pbf --tf accept-ways boundary=administrative --tf accept-relations boundary=administrative --used-way --used-node --wx europe-boundaries.osm.gz One example what is missing so far: Relation 7374 (http://www.openstreetmap.org/browse/relation/7374) Missing way 41119221 (http://www.openstreetmap.org/browse/way/41119221) The way is not tagged with boundary=administrative but is a member of the boundary=administrative tagged relation 7374. WanMil

4 14

Tile splitter and merged maps?
by Dominik Röttsches 02 May '11

02 May '11

Hi, I created a merged map using osmosis: $ ./osmosis --rb finland.osm.pbf --rb germany.osm.pbf --rb us-west.osm.pbf --merge --merge --wx DE_FI_USW.osm which results in an uncompressed XML output map DE_FI_USW.osm of ~36G in size. So this maps contains three different countries which do not necessarily have any overlap or connections, and bounding rectangles far apart from each other. Now I try to create one single gmapsup.img out of it using the tile splitter and mkgmap: $ java -Xmx5000M -jar ../splitter.jar --mapid=63240345 --max-nodes=1000000 ../DE_FI_USW.osm after this step I get a list of tiles which is suspiciously small, about 165M. $ java -Xmx4000M -jar ../../mkgmap.jar --max-jobs --style-file=../../aiostyles/basemap_style/ --description='DeFiUs' --country-name=world --country-abbr=W --family-id=4 --product-id=45 --series-name='basemap' --family-name=OSM --area-name=W --latin1 --mapname=63240345 --draw-priority=10 --add-pois-to-areas --make-all-cycleways --link-pois-to-ways --remove-short-arcs --net --route --gmapsupp ../*.osm.gz ../../aiostyles/basemap.TYP When I install the map, I only get map data for Finland, nothing shown for Germany nor US West. So looks like the tile splitter took into account only the first part of the merged .osm map. Am I doing something wrong here? Or is this an incompatibility or a possible problem with the tile splitter? Thanks, Dominik

4 13

Strange behaviour with highway=pedestrain & area=yes
by Josef Latt 01 May '11

01 May '11

Hi, I tried this to mark those areas in my map (found it on several pages): In lines style: highway=pedestrian & area!=yes [0x0d level 2] In polygons style: highway=pedestrian & area=yes [0x13 level 2] Result is,that there is no marked area and the highway itself is not drawn with type 0x0d but with 0x03. What could be wrong? Greetings -- PGP Schlüssel: 311D1055 http://keyserver.pgp.com

1 1

[locator] Separate boundary files
by WanMil 01 May '11

01 May '11

I have committed changes to the locator branch which implements the usage of separate precompiled splitted boundary files. How does it work? * 1st step: Extract the boundary data Download an osm dump (e.g. the europe extract from geobfabrik). Extract the boundary data using osmosis: osmosis --rb europe.osm.pbf -tf accept-ways boundary=admistrative -tf accept-relations boundary=administrative --used-node -wx europe-boundaries.osm (Maybe the osmosis parameters must be tuned to get *all* boundary data but I haven't investigated very long. Please send proposals how to improve it) * 2nd step: Start mkgmap with additional --createboundsfile option e.g. java -jar mkgmap.jar --createboundsfile=europe-boundaries.osm <... your other options ...> Before compiling the common tiles mkgmap reads the europe-boundaries.osm file, performs the multipolygon processing on it and saves special precompiled boundary tiles to the subdirectory bounds. The subdirectory can be changed by adding the new option --boundsdirectory=<directory> It is possible to precompile whole europe with less then 3GB main memory. The europe boundary tiles need around 330MB (bzip2 compressed ~120MB). * 3rd step: Use the precompiled boundary files After precompiling the bounds directory contains several "bounds_<lat>_<lon>.bnd" tile files. These are loaded and used automatically by the LocationHook. You need to compile the boundary tiles once only. Important: The LocationHook does no longer use the boundary information from the tiles. You need the precompiled boundary tiles. I have decided to go this way because I do not expect that splitter will be able to save tiles with complete multipolygons within a foreseeable period of time. WanMil

12 43

[locator] Boundary file GPX converter
by WanMil 29 Apr '11

29 Apr '11

I have committed a converter that converts one or more precompiled boundary files to GPX files. This is necessary to answer the numerous questions "Why is this street not mapped to town A" etc. It is also very useful for the development. How does it work? Call java -cp mkgmap.jar uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryFile2Gpx bounds_200000_50000.bnd This creates a GPX files from the boundary file named gpx/bounds_200000_50000.bnd/admin_level=<L>/<L>_<id>_<O>_<n>.gpx where <L> = admin_level <id> = boundary id (r3000 = Relation 3000; w29945 = way 29945) <O> = o means outer boundary, i means inner boundary (same meaning as in multipolygons) <n> = an ascending number within each id The GPX files makes it easy to analyze the files with JOSM or any other GPX viewer. By the way: This is a PERFECT place for anyone who want to start with mkgmap source code contributions. Having a few Java experiences you can start here to improve the converter or for example to write a check tool that outputs uncovered areas for each admin_level. If you have any question about that feel free to ask me. It's really not very complicated. WanMil

2 2

mkgmap Exception in thread "main" java.lang.AssertionError
by Michael.TheBlackCat 28 Apr '11

28 Apr '11

Hi there, i got the following error from mkgmap (mkgmap-r1914): Exception in thread "main" java.lang.AssertionError at uk.me.parabola.imgfmt.sys.Directory.sync(Directory.java:160) at uk.me.parabola.imgfmt.sys.ImgFS.sync(ImgFS.java:230) at uk.me.parabola.imgfmt.sys.ImgFS.close(ImgFS.java:240) at uk.me.parabola.mkgmap.combiners.GmapsuppBuilder.onFinish(GmapsuppBuilder.java:124) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:419) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:126) at uk.me.parabola.mkgmap.main.Main.main(Main.java:129) adding: germany.gmapsupp.img (deflated 27%) Is there anybody, who can help me to isolate this error? Here are the calling parameters: java -Xmx4000M -enableassertions -jar mkgmap.jar -c /osm/mkgmap.conf \ --style-file=/osm/styles \ --description="germany" \ --country-name=germany \ --country-abbr=D \ --family-id=59 \ --product-id=1 \ --area-name=D \ --overview-mapname=germany \ --mapname=59000000 \ --generate-sea=extend-sea-sectors,close-gaps=2000 \ --series-name=OSM \ --family-name=OSM \ --latin1 \ --lower-case \ --draw-priority=25 \ --add-pois-to-areas \ --net \ --route \ --max-jobs \ --make-opposite-cycleways \ --tdbfile \ --index \ --remove-short-arcs \ --add-pois-to-areas \ --adjust-turn-headings \ --report-similar-arcs \ --link-pois-to-ways \ --check-roundabouts \ --check-roundabout-flares \ --gmapsupp \ --make-poi-index \ --code-page=1252 \ --charset=windows-1252 \ --verbose \ ../*.osm.gz \ ../59000000.TYP cheers Michael

3 12

Merge areas
by spam-me＠gmx-ist-cool.de 27 Apr '11

27 Apr '11

Hi! Did you ever think about merging areas mapped to the same garmin type when they touch? I'm thinking about an algorithm that for each zoom level checks, if two areas touch, and when yes merge them when they have the same garmin type. The motivation: At the moment, areas that are mapped with lots of details can completely go lost in low zoom levels. The detailed areas are removed because they are below the minimum polygon size. At these low zoom levels, it can happen that after rounding of the coordinates the areas touch. I think the user would prefer to see the merged area in the low zoom level, when in the higher zoom level the area is almost completely covered with one type. The algorithm shall probably be only used for landuse types. For other types (building=* for example), it would lead to undesired behaviour (mark in polygons stylefile?). Cheers, Daniel -- GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit gratis Handy-Flat! http://portal.gmx.net/de/go/dsl

3 6

Commit: r1926: When sorting, characters that have a sort position of zero
by svn commit 27 Apr '11

27 Apr '11

Version 1926 was commited by steve on 2011-04-27 09:21:37 +0100 (Wed, 27 Apr 2011) When sorting, characters that have a sort position of zero t a given strength are treated as if they were not present. This mainly affects how shields are treated in sorting. They are now ignored, except that the shields sort among themselves.

1 0

Address search issues
by Bartosz Fabianowski 26 Apr '11

26 Apr '11

Hi list I am trying to get address search going. It is almost working but not quite. I have updated mkgmap to the newest trunk and am invoking it with: java -ea -Xmx1536m -jar ../../mkgmap.jar \ --gmapsupp \ --description="Italia 19.03.2011" \ --countryname=Italia \ --country-abbr=ITA \ --latin1 \ --family-name="$country $date" \ --max-jobs \ --route \ --remove-short-arcs \ --adjust-turn-headings \ --add-pois-to-areas \ --generate-sea=multipolygon \ --index \ --nsis \ --make-all-cycleways \ --link-pois-to-ways \ --tdbfile \ torino.osm The OSM file used for testing is just the city center of Turin, Italy, downloaded via JOSM. After mkgmap has built the map, I am generating an NSIS installer, installing it in Windows XP running under VirtualBox and uploading to my Vista HCX. During address search, everything works as expected first. The Vista lets me select "Italia" for the country and "Torino, ITA" for the city (no other country or city is shown). I can enter an arbitrary house number. When I select the street name field, I get a complete alphabetical list. Entering *any* letter makes the device show "Not found". If, instead, I scroll down the list to the street I am looking for and select that, it is found correctly on the map. In MapSource, address search suffers a very similar problem. Here, too, starting to type a street name does not narrow down my choices as it should. Instead, it has unpredictable effects. For example, typing the single letter "D", instead of reducing the list to streets with "D" in their name, scrolls down to the first street starting with "F". Something seems to be off with the index. I would appreciate any tips on what to try. - Bartosz

7 30

Did anyone realize cGPSmapper speaks Garmin NT?
by Bartosz Fabianowski 26 Apr '11

26 Apr '11

Hi list I remember many discussions and comments about how mkgmap produces Garmin's legacy format only and the NT format is still a mystery. Today, I was pointed at a discussion of the Polish UMP project (similar to OSM, strongly concentrated on Poland and surrounds). As I happen to be Polish and thus read the language, I browsed their wiki. I noticed that they are producing Garmin NT maps. And then I found that their tool chain is based on cGPSmapper [1]. So, is the Garmin NT format considered reverse engineered now that the cGPSmapper source is open? Or has this interesting fact been missed somehow (I certainly was unaware of it until today)? - Bartosz [1] http://ump.fuw.edu.pl/wiki/Kompilacja_mapy

4 8