January 2012 - mkgmap-dev - The mkgmap lists

Bug in the splitter
by Maetma 91 27 Jan '12

27 Jan '12

Good morning, I think have found a bug in the splitter. I am trying making a map of France using the farnce.osm.pbf file from geofabrik.de. With the values by default the splitter crashed in the third pass. I tried to reduce MAX_AREAS and it always crashed in the third pass. Then I make MAX_AREAS bigger and it works but this is because now I have two pass. In summary when there are 3 pass or more the splitter crashes in the third pass.

5 10

How to split polygons into boundary relations with common ways?
by Marko Mäkelä 27 Jan '12

27 Jan '12

This is somewhat off-topic for mkgmap, but I was thinking that perhaps WanMil or someone else has worked on something similar. I got some boundary data. I converted a tiny part of it from Spatialite to *.osm polygons with a self-made Perl script. There were some errors in the data, such as nodes very close to each other, or some boundary had one point less than the adjacent boundary. I fixed these in JOSM, by merging the too close nodes, or adding the missing nodes to boundaries. Already this was a considerable amount of work, because JOSM seems to lack a validator test for "nodes too close to each other" when they belong to different ways. Now, the next step would be to split these polygons (circular ways) to boundary relations. Each polygon would have to be split to way segments, and duplicate way segments should be removed. Then, relations should be formed from the way segments for each area. Is there any software or algorithm for doing this? Best regards, Marko

2 4

combining errors
by steve sgalowski 26 Jan '12

26 Jan '12

with the current file set from geoframbl site i see there are at least 10 tiles , that have severe line and polly line probs if i upgrade to a new version of mkgmap, what commands could i try to fix this Stephen

1 0

Question reg. precompiled bounds
by GerdP 25 Jan '12

25 Jan '12

Hi, some of the precompiled bounds contain quite a lot of buildings with a postal_code tag, e.g. http://www.openstreetmap.org/browse/way/25587396 or http://www.openstreetmap.org/browse/way/60792963 Is this info really needed in the location hook? It seems to slow down the creation of the quadtree. Ciao, Gerd -- View this message in context: http://gis.638310.n2.nabble.com/Question-reg-precompiled-bounds-tp7217885p7… Sent from the Mkgmap Development mailing list archive at Nabble.com.

7 17

LocationHook: place_name and name-tag-list
by Thorsten Kukuk 25 Jan '12

25 Jan '12

Hi, There are quite a lot of relations, which don't use "name" but "place_name". My idea was to name-tag-list and added the following line to style/options: name-tag-list=name, place_name But this does not work, I still get warnings like: 2012/01/25 11:01:05 WARNUNG (LocationHook): 71200080.osm.pbf: Cannot process boundary element because it contains no name and no zip tag. [place=village; mkgmap:lies_in=2:r49715;4:r104401;6:r343814;8:r342936; place_name=Bezrzecze; admin_level=10; border_type=village; boundary=administrative; mkgmap:boundaryid=w35134402] What I'm doing wrong? How else can I make sure, that LocationHook is using 'place_name' if 'name' does not exist? Thanks, Thorsten -- Thorsten Kukuk, Project Manager/Release Manager SLES SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)

2 2

night display on GPS units
by Minko 25 Jan '12

25 Jan '12

Maybe a bit off-topic for this list, but for owners of GPS units that lacks a night mode (Dakota, Oregon) there is an option to view this in the nautical map mode (setup -> marine -> marine chart -> nautical). It turns out my typ file renders almost the same as in the night mode on other units.

3 2

manipulating gmapsupp.img
by Rich 24 Jan '12

24 Jan '12

is it possible to manioulate gmapsupp.img contents if it has multiple maps included ? that is, listing, removing, updating included maps ? listing might have to show those 'mapnames' that have to be unique to be really useful, i guess. i tried searching around, but the search terms seem to be a bit too generic to return useful results :) -- Rich

3 5

MultiSortKey cannot be cast to SrtSortKey
by Rich 24 Jan '12

24 Jan '12

sorry if this is known or or already fixed, but i don't recall seeing something like that recently. mkgmap-r2105, trying to generate area in poland around wroclaw, fails. r1995 works ok on the same data. java.lang.ClassCastException: uk.me.parabola.imgfmt.app.srt.MultiSortKey cannot be cast to uk.me.parabola.imgfmt.app.srt.SrtSortKey at uk.me.parabola.imgfmt.app.srt.SrtSortKey.compareTo(SrtSortKey.java:39) at uk.me.parabola.imgfmt.app.srt.SrtSortKey.compareTo(SrtSortKey.java:22) at uk.me.parabola.imgfmt.app.srt.CombinedSortKey.compareTo(CombinedSortKey.java:43) at uk.me.parabola.imgfmt.app.srt.CombinedSortKey.compareTo(CombinedSortKey.java:22) at java.util.Arrays.mergeSort(Arrays.java:1157) at java.util.Arrays.mergeSort(Arrays.java:1168) at java.util.Arrays.mergeSort(Arrays.java:1168) at java.util.Arrays.mergeSort(Arrays.java:1168) at java.util.Arrays.mergeSort(Arrays.java:1168) at java.util.Arrays.mergeSort(Arrays.java:1168) at java.util.Arrays.mergeSort(Arrays.java:1168) at java.util.Arrays.mergeSort(Arrays.java:1168) at java.util.Arrays.mergeSort(Arrays.java:1168) at java.util.Arrays.mergeSort(Arrays.java:1168) at java.util.Arrays.mergeSort(Arrays.java:1168) at java.util.Arrays.mergeSort(Arrays.java:1168) at java.util.Arrays.mergeSort(Arrays.java:1168) at java.util.Arrays.sort(Arrays.java:1092) at java.util.Collections.sort(Collections.java:134) at uk.me.parabola.imgfmt.app.net.NETFile.sortRoads(NETFile.java:145) at uk.me.parabola.imgfmt.app.net.NETFile.writePost(NETFile.java:86) at uk.me.parabola.mkgmap.build.MapBuilder.makeMap(MapBuilder.java:206) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:97) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:61) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:220) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:217) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:679) Exiting - if you want to carry on regardless, use the --keep-going option -- Rich

1 1

Country names
by WanMil 24 Jan '12

24 Jan '12

Hi all, I am thinking about the country names that mkgmap puts into the map. (The following lines are valid for the locator branch but the differences to the trunk are quite small) At the moment the country name is taken from the country relation using the tag order defined by the name-tag-list option. This name is looked up in the LocatorConfig.xml. If there is a match (there should be one), the name defined in the LocatorConfig.xml is used as map wide country name. There is the shortcoming that this name need not be the same as specified by the name-tag-list option. So there is some work to do if you want to build a french map that uses french country names only. Would it make sense to use the LocatorConfig.xml just as a mapping tool for the three letter code (name:en => three letter code) and the real name is taken as defined by the name-tag-list option? This has the shortcoming that the relation names contains some administrative stuff "Federal Republic of Germany" instead of "Germany". Any thoughts? WanMil

4 12

mkgmap memory problem with big, nearly empty tiles
by Thorsten Kukuk 23 Jan '12

23 Jan '12

Hi, with my try to build a map for the whole US I run into the next problem: some of the US is on the other side of the 180 longitude. As result, splitter will create a really huge tile with nearly no data. mkgmap with --index --gmapsupp needs a really huge amount of memory for this (8 GB) and then prints: "There is not enough room in a single garmin map for all the input data The .osm file should be split into smaller pieces first." The bbox is really big: <bounds minlat='-0.65' minlon='-38.9' maxlat='71.851' maxlon='180.0'/> The data is only in a very small area of that tile. If I adjust the bounds area, I can build the tile without problems. Beside patching the tile after evey split, is there any way to better split the extract with tilesplitter? And why does mkgmap need so much memory for this tile? Is there any way to improve the mkgmap algorithm to work with this tile? I'm using mkgmap-r2169 and the command line is: env MKGMAP_MEM=8000M mkgmap --style-file=style --country-name=usa --country-abbr=US --family-name=TK-OSM-US --area-name=US --latin1 --license-file=TK-USA-Basemap_license.txt '--copyright-message=OpenStreetMap.org contributors. See: http://wiki.openstreetmap.org/index.php/Attribution. TK-USA-Basemap based on data from 2012-01-20.' --series-name=TK-USA-Basemap --bounds=bounds --location-autofill=bounds,nearest,is_in --add-pois-to-areas --reduce-point-density-polygon=8 --min-size-polygon=8 --make-opposite-cycleways --remove-short-arcs --adjust-turn-headings --route --net --generate-sea=extend-sea-sectors '--pois-to-areas-placement=entrance=main;entrance=yes;building=entrance;barrier=entrance' --index -c mkgmap.cfg --gmapsupp --input-file=verybigbb.osm --description=TK-USA-Basemap The sources can be found at: http://osm.thkukuk.de/tmp/bbox.tar.gz Thanks, Thorsten -- Thorsten Kukuk, Project Manager/Release Manager SLES SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)

3 6