- mkgmap-dev - The mkgmap lists

converting osm generatefiles to style file
by steve sgalowski 09 Jan '13

09 Jan '13

i have a poi file , generated by osm generate , how do i combine the poi file to a style file ? Stephen

1 0

Commit: r2441: Free o5m-reader memory earlier to reduce maximum memory consumption
by svn commit 09 Jan '13

09 Jan '13

Version 2441 was committed by gerd on Wed, 09 Jan 2013 Free o5m-reader memory earlier to reduce maximum memory consumption

1 0

Norway not buildable with the no-trim option
by toc-rox 08 Jan '13

08 Jan '13

I'm not able to build the map for Norway with the "no-trim" option. - Source:norway extract from geofabrik from 22.12.2012 - Bounds from 18.11.2012, Sea Tiles from 12.12.2012 - mkgmap 2412 / splitter 263 Splitter options: Splitter version 263 compiled 2012-12-17T19:04:48+0000 cache= description= geonames-file=/home/kto/Freizeitkarte-Entwicklung-1212/cities/cities15000.zip keep-complete=true mapid=65780001 max-areas=512 max-nodes=800000 max-threads=3 mixed=false no-trim=true output=xml output-dir=/home/kto/Freizeitkarte-Entwicklung-1212/work/Freizeitkarte_Norwegen overlap=-1 polygon-file= problem-file= problem-report= resolution=13 split-file= status-freq=120 stop-after=dist write-kml= This seems to be the problem area (which spans over a large area): Area 65780001 covers (57.568359375,11.689453125) to (61.5234375,31.552734375) and contains 674846 nodes (84 %) Area 65780001 covers (0x28f000,0x85000) to (0x2bc000,0x167000) RU-Saint Petersburg I let splitter calculate the tiles: # List of areas # Generated Sat Dec 22 09:39:42 UTC 2012 # 65780001: 2682880,544768 to 2867200,1470464 # : 57.568359,11.689453 to 61.523438,31.552734 65780002: 3205120,544768 to 3340288,765952 # : 68.774414,11.689453 to 71.674805,16.435547 65780003: 3205120,765952 to 3223552,864256 # : 68.774414,16.435547 to 69.169922,18.544922 mkgmap refuses to build the tile 65780001: java -Xmx6000M -jar /home/kto/Freizeitkarte-Entwicklung-1212/tools/mkgmap/mkgmap.jar --max-jobs=3 -c Freizeitkarte_Norwegen.cfg Time started: Sat Dec 22 09:48:08 UTC 2012 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. Perhaps a problem within the map data ... how to investigate it ? Screenshots with the trim option: <http://gis.19327.n5.nabble.com/file/n5741482/Map-Norway-trim.png> <http://gis.19327.n5.nabble.com/file/n5741482/Tiles-Norway-trim.png> Screenshot with the no-trim option: <http://gis.19327.n5.nabble.com/file/n5741482/Map-Norway-notrim.png> <http://gis.19327.n5.nabble.com/file/n5741482/Tiles-Norway-notrim.png> Regards Klaus PS: With the trim option the map is successfully buildable. -- View this message in context: http://gis.19327.n5.nabble.com/Norway-not-buildable-with-the-no-trim-option… Sent from the Mkgmap Development mailing list archive at Nabble.com.

5 20

Duplicate IDs
by Roger Calvert 08 Jan '13

08 Jan '13

A simple question ( I hope!): I have a number of pbf format files containing contour information derived from SRTM2OSM. Since they were downloaded separately, they appear to have duplicate node and way IDs. Will this matter to mkgmap if they are all listed together in template.args, or do they need to be compiled individually? Also, osmconvert reports 4 IDs in the wrong order in each file (exactly the same in each). Will this cause any problem? Many thanks, Roger -- ------------------------------------------------------------------------ Roger Calvert ------------------------------------------------------------------------

3 7

Commit: r2440: Embed brand, operator, ref in all point and line names.
by svn commit 07 Jan '13

07 Jan '13

Version 2440 was committed by marko on Mon, 07 Jan 2013 Embed brand, operator, ref in all point and line names.

1 0

Question reg. StyledConverter.addConvertedWay()
by GerdP 07 Jan '13

07 Jan '13

Hi, please review this piece of code: if(foundType.isRoad() && !MapObject.hasExtendedType(foundType.getType())) addRoad(way, foundType); else addLine(way, foundType); Is it intended that ways with extendedType are added as lines (and not roads) no matter what isRoad() returns? Gerd -- View this message in context: http://gis.19327.n5.nabble.com/Question-reg-StyledConverter-addConvertedWay… Sent from the Mkgmap Development mailing list archive at Nabble.com.

2 2

fuelling the brand
by Chris66 07 Jan '13

07 Jan '13

Hi, Recently more and more fuel stations are getting a 'brand' instead of 'operator' or 'name'. Some examples: <http://www.openstreetmap.org/browse/node/1801313286> <http://www.openstreetmap.org/browse/node/1803239322> <http://www.openstreetmap.org/browse/node/1924797484> Could we change the style rule for amenity=fuel to include the brand (if name is missing) ? Suggestion: amenity=fuel { name '${brand}: ${name}' | '${operator}: ${name}' | '${name}' | '${brand}' | '${operator}' } [0x2f01 resolution 24] or: amenity=fuel & brand=* { add operator = '${brand}' } amenity=fuel (as now) Chris

4 6

Commit: r2439: Remove tdb-v3 option and now a tdbfile is always created even when there
by svn commit 06 Jan '13

06 Jan '13

Version 2439 was committed by steve on Sun, 06 Jan 2013 Remove tdb-v3 option and now a tdbfile is always created even when there is only one input file. The interaction between --index and --tdbfile is still as before. In other words --tdbfile is not truly set by default.

1 0

Commit: r2438: In a TYP file the section indexes need to be sorted by type.
by svn commit 06 Jan '13

06 Jan '13

Version 2438 was committed by steve on Sun, 06 Jan 2013 In a TYP file the section indexes need to be sorted by type.

1 0

removeShortArcs_v1.patch
by GerdP 06 Jan '13

06 Jan '13

Hi, I thought again about this patch and I think it is not correct, but I am not able to produce a correct solution. Why is it not correct? The removeShortArcsByMergingNodes() method in ElementSaver iterates multiple times over all ways, a change in the "last" way may trigger a change in ways that come before during the next pass. My patch changes that so that a change in the last way doesn't trigger anything in previously processed ways. I tried to change the patch so that all roads added in StyledConverter.addConvertedWay() are first placed in a HashMap, together with a copy of the corresponding GType object and all these roads are processed later in the end() routine, but I see different results when I do so and don't understand why. Any ideas ? Gerd -- View this message in context: http://gis.19327.n5.nabble.com/removeShortArcs-v1-patch-tp5743043.html Sent from the Mkgmap Development mailing list archive at Nabble.com.

1 0