May 2011 - mkgmap-dev - The mkgmap lists

[PATCH v1] Multipolygon: Joining unconnected ways out of the bounding box
by WanMil 22 May '11

22 May '11

The patch connects unclosed ways out of the bounding box. In some situation this fixes a problem with multipolygons that are larger that the tile. WanMil

1 1

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

Best practice including SRTM lines
by Frank Fesevur 20 May '11

20 May '11

Hi, Is there a document that describes how to include strm contour lines in my Garmin maps? What is the best practice? Normally I generate maps for The Netherlands, so contour lines are not that important to me. But this summer we will be going to Austria so I want to include them. I can use srtm2osm to download the data in .osm-format, but is there a document describing how I can add them to my Garmin map? Do I need to create a new family-id? There are several threads to this list in the archives in Q3 of 2009 about native srtm support. But is this feature described a bit more in detail? I can't find anything about this in the help. One of the threads starts at: http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2009q3/002581.html Thanks in advance, Frank

4 4

Error for particular lake in Portugal
by NopMap 20 May '11

20 May '11

Hi! Trying to build a map of Portugal and Spain, I encountered an error with a particular lake in portugal with a very complex outline. I tried it with different parameter sets, but the error is persistent and always along the border of this lake. Did this occur with other maps, too? Any ideas on how to handle this? The exception is: SCHWERWIEGEND (MapSplitter): p:\Daten\Spanien_-0082_0382_10_5_garmin.osm.gz: Area too small to split at http://www.openstreetmap.org/?mlat=38.26888&mlon=-7.51441&zoom=17 (reduce the density of points, length of lines, etc.) uk.me.parabola.imgfmt.MapFailedException: 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. at uk.me.parabola.imgfmt.app.BufferedImgFileWriter.ensureSize(BufferedImgFileWriter.java:192) at uk.me.parabola.imgfmt.app.BufferedImgFileWriter.put(BufferedImgFileWriter.java:160) at uk.me.parabola.imgfmt.app.trergn.Polyline.write(Polyline.java:148) at uk.me.parabola.imgfmt.app.trergn.RGNFile.addMapObject(RGNFile.java:140) at uk.me.parabola.imgfmt.app.map.Map.addMapObject(Map.java:241) at uk.me.parabola.mkgmap.build.MapBuilder$ShapeAddFilter.doFilter(MapBuilder.java:1074) at uk.me.parabola.mkgmap.build.LayerFilterChain.doFilter(LayerFilterChain.java:57) at uk.me.parabola.mkgmap.filters.RemoveEmpty.doFilter(RemoveEmpty.java:61) at uk.me.parabola.mkgmap.build.LayerFilterChain.doFilter(LayerFilterChain.java:57) at uk.me.parabola.mkgmap.filters.PolygonSplitterFilter.doFilter(PolygonSplitterFilter.java:57) at uk.me.parabola.mkgmap.build.LayerFilterChain.doFilter(LayerFilterChain.java:57) at uk.me.parabola.mkgmap.build.LayerFilterChain.startFilter(LayerFilterChain.java:75) at uk.me.parabola.mkgmap.build.MapBuilder.processShapes(MapBuilder.java:943) at uk.me.parabola.mkgmap.build.MapBuilder.makeSubdivision(MapBuilder.java:650) at uk.me.parabola.mkgmap.build.MapBuilder.makeMapAreas(MapBuilder.java:584) at uk.me.parabola.mkgmap.build.MapBuilder.makeMap(MapBuilder.java:195) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:97) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:61) -- View this message in context: http://gis.638310.n2.nabble.com/Error-for-particular-lake-in-Portugal-tp634… Sent from the Mkgmap Development mailing list archive at Nabble.com.

2 2

Re: [mkgmap-dev] Splitter PBF support patch
by Francisco Moraes 20 May '11

20 May '11

On 5/19/2011 5:09 PM, mkgmap-dev-request(a)lists.mkgmap.org.uk wrote: > 2011/05/19 23:53:11 WARNING (OsmBinHandler): 63240005.osm.pbf: Way > http://www.openstreetmap.org/browse/way/107168753 references undefined > node 1231941341 > 2011/05/19 23:53:11 WARNING (OsmBinHandler): 63240005.osm.pbf: Way > http://www.openstreetmap.org/browse/way/107168753 references undefined > node 1232127462 > 2011/05/19 23:53:11 WARNING (OsmBinHandler): 63240005.osm.pbf: Way > http://www.openstreetmap.org/browse/way/107168753 references undefined > node 1232017145 > > Could it be that when you delete nodes outside the output tile, you > forget to delete the node references from the way? I have not seen > these messages before. Or is the osm.gz output of the splitter equally > broken, but the mkgmap XML parser is not complaining about ways > referencing deleted nodes? Can you check if the regular OSM XML path still works without these messages? > Apart from these warnings, I am still getting the warnings about > unclosed polygons, like this: > > 2011/05/19 23:54:39 WARNING (StyledConverter): 63240008.osm.pbf: > Unclosed way http://www.openstreetmap.org/browse/way/23679990 > [natural=water] should be converted as shape but the start or end > point lies inside the bbox. Skip it. > > For some reason, the pbf splitter workflow failed to issue the data > error (one dead-end oneway) that I got reported for the same > finland.osm.pbf when splitting it to osm.gz. > > Can you fix these issues? Can you tell me exactly what file you used for input and the settings you used? I can give it a try but I would like first to know if my patch broke anything on the old XML path. I could try to make the selection of XML or PBF output based on the input instead of the current default of XML.

3 2

Denmark: SEVERE (MapBuilder): ./63240348.osm.gz: FIXME - too many POIs in group
by Daniela Duerbeck 19 May '11

19 May '11

Hi! When I try to build a map of Denmark, I get a lot of "SEVERE (MapBuilder): ./63240348.osm.gz: FIXME - too many POIs in group" messages. Then the mkgmap processes exits without generating a map. What can I do? Dani

3 2

Re: [mkgmap-dev] mkgmap_locator choking if --index not given
by Felix Hartmann 19 May '11

19 May '11

On 19.05.2011 22:28, WanMil wrote: >> BTW: can you try to compile Serbia from Geofabrik (todays extract) -- >> there is something which is definitely broken and stops mkgmap stall. I >> also have Serbia as missing tile on the map of Europe. Most countries >> seem to be going alright however (Out of 26 compiled so far, only Serbia >> and Iceland got mkgmap choking -- countries outside of Europe, I parse >> to normal mkgmap right now however - as I don't have any bounds for them >> anyhow). >>> > > Serbia is compiling well for me with the today Geofabrik extract and > the current locator branch release (r1950). Okay (and it did not take more than than 5-6 minutes or?). I'll check it this weekend to try to hunt down the problem. Maybe one of the jars that I'm using is not working well, dunno really. For me it splitted in 7 seconds, and after 8minutes compiling I broke the process - could be a case like in Denmark however??? - I'll let it run 30min one a single worker thread, and try out some stuff

2 1

Splitter PBF support patch
by Francisco Moraes 19 May '11

19 May '11

After much delay, here's the splitter patch. Enjoy.

2 1

Commit: r1949: Add some names for ?\195?\150sterreich and Schweiz -- provided by Felix Hartmann
by svn commit 19 May '11

19 May '11

Version 1949 was commited by wanmil on 2011-05-19 18:50:51 +0100 (Thu, 19 May 2011) Add some names for ?\195?\150sterreich and Schweiz -- provided by Felix Hartmann

1 0

mkgmap_locator choking if --index not given
by Felix Hartmann 19 May '11

19 May '11

Mkgmap locator branch, chokes on compiling Albania... With the following command it just never finishes. It does create a 0bit 64140000.img though. c:\OpenMTBMap\maps>start /low /b /wait java -ea -jar -Xmx6500M c:\openmtbmap\mkgmap_locator.jar "--style-file=c:\openmtbmap\new4" --max-jobs=4 --generate-sea=extend-sea-sector s,close-gaps=6000,floodblocker,fbgap=60,fbthres=200,fbratio=0.6 --latin1 "--boundsdirectory=c:\openmtbmap\maps\bounds" --reduce-point-density=4 --nsis --transparent --adjust- turn-headings --add-pois-to-areas --ignore-maxspeeds --x-reduce-point-density-polygon=8 --link-pois-to-ways --ignore-turn-restrictions --min-size-polygon=15 --remove-short-arc s=4 --description=openmtbmap_al --merge-lines --location-autofill=1 --route --country-abbr=al --country-name=albania --mapname=64140000 --family-id=6414 --product-id=1 --seri es-name=openmtbmap_albania_19.05.2011 --family-name=mtbmap_al_19.05.2011 --tdbfile --overview-mapname=mapset --keep-going --area-name="albania_19.05.2011_openmtbmap.org" -c c: \openmtbmap\maps\template.albania Well the above wouldn't be really problematic, however last night mkgmap locator branch finished my map of Europe, but choked on creating the mdr.img because there existet three 0bit .img files. I stopped it and created the index within 10minutes after having deleted the offending 0bit files. Now I thought I'll just create all maps without --index, then clean up broken 0bit .img files, and create the index. This is not possible however, as the locator branch chokes when not providing --index. So there needs to be a change that mkgmap itself deletes the 0bit .img files, before creating the mdr.img and mdx files. (note I already used max-nodes 700.000, so Europe worked out at a whopping 1123 .img files, the biggest around 12MB - so I am sure (also seen nothing in log) that further reducing max-nodes won't solve mkgmap to create broken .img files -- on all three there was not a problem related to max-nodes. They simply did not compile.

2 3