December 2010 - mkgmap-dev - The mkgmap lists

Overview map
by Steve Ratcliffe 19 Jun '12

19 Jun '12

Hi I have started to implement adding features into the overview map. You can find ready built jar files on the download page and in the 'overview' branch in subversion. It creates the overview map from the .img (as before) and so it is very quick to try out even on a set of tiles covering a whole country. There is no configuration yet, it just takes everything (lines and polygons) that is in the least detailed layer of the detailed maps and adds it into the overview. You will immediately notice a big problem in that the overview map shows up even when the detailed maps are being displayed, so you get ugly jagged lines across the top of the map. I remember this happening the last time we has an overview map and I wonder if anyone can remember if there was a solution then? I'm going to start by trying the (so-called) POI flags, as one of those has been noted to be set differently on detail and base maps before. ..Steve

5 15

Amenity=shelter
by Peter Hendricks 02 Jul '11

02 Jul '11

Hi, This becomes Campground/RVPark with the default style. Surely, this is not intended? Cheers, Peter.

3 15

Re: [mkgmap-dev] Bad routing error here in Rome...
by Marco Certelli 21 May '11

21 May '11

Hello. I'll re-test the situation every week. Compiled italy.osm.bz2 from download.geofabrik.de 1) latest mkgmap + latest splitter: Routing Error in Mapsource and Nuvi 255 2) mkgmap 1188 + oldest splitter (51kB): No Error in Mapsource and No error in Nuvi 255 Ciao, Marco. --- Dom 31/1/10, Marco Certelli <marco_certelli(a)yahoo.it> ha scritto: > Da: Marco Certelli <marco_certelli(a)yahoo.it> > Oggetto: Re: [mkgmap-dev] Bad routing error here in Rome... > A: "Development list for mkgmap" <mkgmap-dev(a)lists.mkgmap.org.uk> > Data: Domenica 31 gennaio 2010, 16:43 > Hi Mark. > > No way. I reduced maxnode to 500000 (Italy is splitted in > 42 tiles) > > I tested latest splitter and latest mkgmap: exactly same > error as before in mapsource routing. > > Ciao, Marco. > > > --- Sab 30/1/10, Mark Burton <markb(a)ordern.com> > ha scritto: > > > Da: Mark Burton <markb(a)ordern.com> > > Oggetto: Re: [mkgmap-dev] Bad routing error here in > Rome... > > A: mkgmap-dev(a)lists.mkgmap.org.uk > > Data: Sabato 30 gennaio 2010, 17:00 > > > > Hi Marco, > > > > > Here is the part of the cmd script doing the > actual > > job: > > > > > > java -enableassertions -Xmx1000m -jar > > ..\bin\splitter.jar --mapid=66%FID%001 > --max-nodes=1000000 > > ..\OSM-Data\%osmfile% > > > > > > java -enableassertions -Xmx1000m -jar > > ..\bin\mkgmap.jar --code-page=1252 > > --country-name="%country%" --latin1 --family-id=%FID% > > --mapname=66%FID%001 --overview-mapname=66%FID%000 > --tdbfile > > --series-name="OSM-%country%" > --family-name="OpenStreetMap: > > %country%" --road-name-pois --add-pois-to-areas > > --no-poi-address --ignore-maxspeeds > --remove-short-arcs > > --preserve-element-order > > --style-file=..\bin\resources\styles\ --style=%style% > > --description="%country%" --route --net --gmapsupp -c > > template.args > > > > OK - thanks. > > > > Have you tried using smaller tile sizes? i.e. does the > same > > problem > > exist if you use, say, 500000 for max nodes? > > > > Also, does the map show any other problems in that > area > > apart from > > routing not working? > > > > Mark > > _______________________________________________ > > mkgmap-dev mailing list > > mkgmap-dev(a)lists.mkgmap.org.uk > > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > > > > >

6 15

Splitter issue
by Nakor 22 Feb '11

22 Feb '11

Hello, I was splitting the file from http://download.geofabrik.de/osm/north-america/us-west.osm.pbf and got the following error a couple times: Exception in thread "worker-0" java.lang.StringIndexOutOfBoundsException: String index out of range: -2 at java.lang.String.getChars(String.java:860) at uk.me.parabola.splitter.OSMWriter.writeString(OSMWriter.java:203) at uk.me.parabola.splitter.OSMWriter.write(OSMWriter.java:98) at uk.me.parabola.splitter.SplitProcessor$OSMWriterWorker.processElement(SplitProcessor.java:294) at uk.me.parabola.splitter.SplitProcessor$OSMWriterWorker.run(SplitProcessor.java:327) at java.lang.Thread.run(Thread.java:636) Exception in thread "worker-1" java.lang.StringIndexOutOfBoundsException: String index out of range: -1 at java.lang.String.getChars(String.java:860) at uk.me.parabola.splitter.OSMWriter.writeString(OSMWriter.java:203) at uk.me.parabola.splitter.OSMWriter.write(OSMWriter.java:105) at uk.me.parabola.splitter.SplitProcessor$OSMWriterWorker.processElement(SplitProcessor.java:294) at uk.me.parabola.splitter.SplitProcessor$OSMWriterWorker.run(SplitProcessor.java:327) at java.lang.Thread.run(Thread.java:636) If I first convert pbf to osm using osmosis then split everything goes fine. Where does it come from? Thanks, N.

5 9

Changing styles and TYP integrating
by Valeriy Pekarskyy 06 Feb '11

06 Feb '11

Hi All, I have several suggestions to default style, is there possibility to add these to mkgmap style? points: remove "amenity=toilets [0x4e00 resolution 21 default_name 'Toilets' ]" add "amenity=toilets [0x2f0c resolution 22 default_name 'Toilets' ]" Because of that 4e00 is shown at very low resolution levels, these toilets are shown even when no buildings and no streets are visible. Also it could be some bug in mkgmap, I suppose. But when using 2f0c, it worked as expected. ploygons: remove "building=* | man_made=* | amenity=* | tourism=* [0x13 resolution 24]" add "building=* & building != no {name '${addr:housenumber}' |'${name}'} [0x13 resolution 22] building=* | man_made=* | amenity=* | tourism=* {name '${addr:housenumber}'} [0x13 resolution 22]" This adds house numbers to be shown at the map so mapper could find where numbers are shown and where not. Also I have another question - how to integrate TYP file to map with mkgmap? I'm building the map with following commands: java -Xmx1024M -Xms1024M -jar mkgmap.jar --charset=windows-1251 --net --route --family-id=1011 --ignore-osm-bounds chernivtsi-orig.osm and have TYP file M00003f3.TYP I have tried to add TYP file at the end of that command, and also the next: java -jar mkgmap.jar --gmapsupp 63240001.img M00003f3.TYP to generate map with integrated TYP file, but to success... This typ file is with Family ID 1011. Yes, i can generate the map with TYP with help of MapSetToolKit.exe, cgpsmapper and MapSource but this way is too long... Any suggestions? Best Regards

4 19

first map-tile is missing in tdb-file?
by Torsten Leistikow 01 Jan '11

01 Jan '11

Moin, I am creatig my maps with mkgmam-r1733 with the following command: java -jar -Xmx8096M ../../mkgmap-r1733/mkgmap.jar --style-file=../../styles/topo_v005 --remove-short-arcs=5 --generate-sea=extend-sea-sectors --family-id=62 --country-name="Deutschland" --country-abbr="D" --family-name="Topo Map" --series-name="Topo Map" --description="Topo Map" --tdbfile --max-jobs=3 --draw-priority=11 -c maplist.txt The configuration file maplist.txt is the following: mapname: 66668001 description: FR - Macon input-file: ../../osm/Europa/66668001.osm.gz mapname: 66668002 description: FR - Dijon input-file: ../../osm/Europa/66668002.osm.gz mapname: 66668003 description: CH - Geneve input-file: ../../osm/Europa/66668003.osm.gz mapname: 66668004 description: FR - Besancon input-file: ../../osm/Europa/66668004.osm.gz mapname: 66668005 description: CH - Aigle input-file: ../../osm/Europa/66668005.osm.gz ... The problem now is the first map tile 66668001. The img file is correctly created, but the tile is missing in mapsource and it looks like, the tile is missing in the tdb-file: PC > �Topo Map d Topo Map � ' D� OSM Street map http://www.openstreetmap.org/ Map data licenced under Creative Commons Attribution ShareAlike 2.0 http://creativecommons.org/licenses/by-sa/2.0/ Map created with mkgmap-r1733 Program released under the GPL R �Test preview map B% @�� ' � � Overview Map Ll �E�@�� @" � @! FR - Dijon (66668002) 3 �� a � � 66668002.TRE 66668002.RGN 66668002.LBL Lm �E�@�� 0! � � �CH - Geneve (66668003) X% �_A � � � 66668003.TRE 66668003.RGN 66668003.LBL Lo �E�@�� @" � 0! �FR - Besancon (66668004) \* y ;N � � 66668004.TRE 66668004.RGN 66668004.LBL Ll �E�@�� 0! � � �CH - Aigle (66668005) �# H�, =& � � 66668005.TRE 66668005.RGN 66668005.LBL Lk �E�@�� ! � 0! �CH - Bern (66668006) �F ��Z �( � � 66668006.TRE 66668006.RGN 66668006.LBL Lo �E�@�� @" ` �! �FR - Mulhouse (66668007) ... I dont't get any error messages from mkgmap. So where is the map tile lost? Gruss Torsten

5 10

Coast branch generates bogus-looking multipolygon errors
by Marko Mäkelä 27 Dec '10

27 Dec '10

Hi WanMil, I compiled today's finland.osm.pbf with mkgmap r1755 and then reverted to r1751, the revision just before you merged back the coast branch. r1751 does not generate these errors: 2010/12/26 22:11:54 WARNING (MultiPolygonRelation): 63240002.osm.gz: Multipolygon http://www.openstreetmap.org/browse/relation/4611686018427393507 contains errors. 2010/12/26 22:13:21 WARNING (MultiPolygonRelation): 63240001.osm.gz: Multipolygon http://www.openstreetmap.org/browse/relation/4611686018427403587 contains errors. 2010/12/26 22:15:02 WARNING (MultiPolygonRelation): 63240005.osm.gz: Multipolygon http://www.openstreetmap.org/browse/relation/4611686018427471668 contains errors. 2010/12/26 22:15:15 WARNING (MultiPolygonRelation): 63240004.osm.gz: Multipolygon http://www.openstreetmap.org/browse/relation/4611686018427463146 contains errors. 2010/12/26 22:15:39 WARNING (MultiPolygonRelation): 63240006.osm.gz: Multipolygon http://www.openstreetmap.org/browse/relation/4611686018427479870 contains errors. (Both revisions did complain about two dead-end oneways, which I fixed in the database.) The mkgmap.log.0 is 322973 bytes with r1751 and 3855601 bytes with r1755, which are comparable to the numbers that I posted for r1728, r1753 and the map data from 3 days ago (December 23). In other words, the change in the mkgmap.log.0 size seems to be due to the merge of the coast branch. You should be able to reproduce this as follows (simplified from my osm2img.sh). You will need the files areas.list, mkgmap.args, logging.properties, logging.ignore from http://www.polkupyoraily.net/osm/. wget http://download.geofabrik.de/osm/europe/finland.osm.pbf java -jar splitter.jar --split-file=areas.list finland.osm.pbf java -Xmx1024m -ea -Dlog.config=logging.properties -jar mkgmap.jar \ -c mkgmap.args grep -vf logging.ignore mkgmap.log.0 Repeat the last two commands after recompiling mkgmap.jar. Best regards, Marko

2 2

Commit: r1760: SeaGenerator: Fixed regression in coastline clipping
by svn commit 27 Dec '10

27 Dec '10

Version 1760 was commited by wanmil on 2010-12-27 13:32:51 +0000 (Mon, 27 Dec 2010) SeaGenerator: Fixed regression in coastline clipping

1 0

error splitting binary files
by Minko 25 Dec '10

25 Dec '10

Hi, I have tried to use the splitter v161 on geofabriks europe.osm.pbf binary file with a custom areas.list file (link see below) but I get this error message (see attachment). Is it a bug? Only If I use it without a areas.list file it works ok. areas list file: http://mijndev.openstreetmap.nl/~ligfietser/openfietsmap/Scripts/areas_euro… Thanks, Minko PS I asked Steve, and he replied: >From the screen shot it looks like it is attempting to parse the file as XML and not as pbf, so as long as you are using the version that deals with pbf then it looks like a bug. On Sun, 31 Oct 2010 15:39:31 -0700 Steve wrote: I've built a complete splitter distribution from the pbf branch and put it at http://files.mkgmap.org.uk/download/6/splitter-r161.zip It includes everything you need. File: splitter-r161.zip created on 31 oct 2010 URL: http://files.mkgmap.org.uk/download/6/splitter-r161.zip Description: Complete splitter distribution built from the .osm.pbf enabled branch.

7 17

splitter is extreme slow
by dom Team OiD 24 Dec '10

24 Dec '10

Hi, since many month I'm using splitter for maps creation. Since this time, I use the same PC, so the hardware has not changed. I always was able to splitt the europe osm map. The splitting needed some minutes. I didn't check it, perhaps it were 15min, but in no case longer than 15min. 4 Days ago I started to create a new europe map, and until now the splitter is running, the harddisk is doing anything. The splitting needs over 75 hours and is still running. I can't remember that I changed the version of the splitter. Has there something changed at the osm data? is there something new and I have to update my splitter? Thanks, Marco

4 5