March 2012 - mkgmap-dev - The mkgmap lists

Merge of the build branch
by Steve Ratcliffe 05 Mar '12

05 Mar '12

Hi I am going to merge the build branch. This has no affect on the maps, only on the way that mkgmap is built and run. The main thing that will be different is that the library files for reading PBF files will now be in a lib directory in the distribution just like in splitter, instead of in the same directory as the mkgmap.jar With the new build process all needed jars are downloaded automatically the first time they are needed as part of the build via ivy. Thanks to Richard Hansen for doing the conversion to ivy. ..Steve

1 0

Garmin Marine Devices
by RheinSkipper 05 Mar '12

05 Mar '12

Dear developers, there was a discussion about changing the header of the img files in a way they will load on a newer Garmin marine device (e.g. GPSMap 4xx, 5xx): http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2010q1/006427.html As a workaround, a tool called Marinator can patch the img files for making them usable on newer marine devices: http://www.mediafire.com/file/muizdgzyewz/BlueChartG2_Marinator.rar Having to use this tool, there is no way to produce a gmapsupp that works on marine devices directly with mkgmap. You will always have to create a MapSource version, patch the imgs and then create a gmapsupp. This makes it impossible to produce marine maps automatically under linux. Is there a chance to modify mkgmap in a way the maps do not have to be patched anymore?

3 5

[Patch] Reduce bearingTo() calculations
by GerdP 05 Mar '12

05 Mar '12

Hi, in class RoadNetwork we calculate both p1.bearingTo(p2) and the reverse p2.bearingTo(p1). I think the reverse value should be calculated from the initial value. See attached patch. Gerd http://gis.19327.n5.nabble.com/file/n5533880/bearingTo.patch bearingTo.patch -- View this message in context: http://gis.19327.n5.nabble.com/Patch-Reduce-bearingTo-calculations-tp553388… Sent from the Mkgmap Development mailing list archive at Nabble.com.

4 8

Railway viaducts
by Roger Calvert 05 Mar '12

05 Mar '12

I am trying to make an overlay to show a railway viaduct. I have the following in my 'lines' file: railway=* & bridge=viaduct [0x10304 level 2 continue] railway=* [0x11 level 2] (I have lines defined for these codes in my typ file.) The first statement is never matched, although I know there are 'bridge=viaduct' tags in the input file. e.g. way http://www.openstreetmap.org/browse/way/5908762 However, railway=* & bridge=* [0x10304 level 2 continue] railway=* [0x11 level 2] does work. Can anybody suggest what I am doing wrong? Thanks, Roger -- ------------------------------------------------------------------------ Roger Calvert ------------------------------------------------------------------------

3 4

[Patch] Add Spanish to nsis installer
by Carlos Dávila 05 Mar '12

05 Mar '12

Attached patch adds Spanish to nsis installer template and extends "AlreadyInstalled" message for the three languages currently available. One issue found is that when reinstalling a map, the "AlreadyInstalled" message shows estrange symbols instead of the special characters such as ó, á or similar. Tested on windows xp and linux (wine).

4 6

Holes in the Sea
by RheinSkipper 05 Mar '12

05 Mar '12

Hello again! I tried to follow all the hints, I got here. But I still cannot do proper sea generation. So I provide as much information as I can, to track down the problem. First I cut out a rectangular part from the osm file. I did not use the planet as source but the Europe extract from Geofabrik for time saving. It shouldn´t make any difference as my cutout is somewhere in the middle of the Geofabrik extract. I use the following command for this: set read=--read-pbf D:\OSM\Geofabrik\europe.osm.pbf set write=--write-pbf D:\OSM\planet\europe.osm.pbf set bbox=--bounding-box left=-0.4 right=11.3 bottom=39 top=45.4 D:\osm\osmosis\bin\osmosis.bat %read% %bbox% completeRelations=yes --tf accept-relations type=boundary,multipolygon --used-way --used-node outPipe.0=MP %read% %bbox% --tf reject-relations type=boundary,multipolygon outPipe.0=bbox --merge inPipe.0=MP inPipe.1=bbox %write% Then I run the splitter with --no-trim and overlap options: java -Xmx3000M -jar splitter\splitter.jar --max-nodes=500000 --no-trim --overlap=10000 --resolution=15 --geonames-file=cities15000.zip --output-dir=tiles planet\europe.osm.pbf 2>err1.txt After this, I make the map: cd img java -Xmx3000m -enableassertions -jar ..\mkgmap\mkgmap.jar -c ..\mkgmap_settings.txt -c ..\tiles\template.args 2>..\err2.txt cd .. And this is my mkgmap_settings.txt: style-file=..\styles style=marine_mode family-name=OSM_Marine series-name=OSM_Marine overview-mapname=OSM_Marine latin1 remove-short-arcs merge-lines reduce-point-density-polygon=4 reduce-point-density=5.4 lower-case add-pois-to-areas #coastlinefile=..\coastlines_europe.osm.pbf generate-sea=multipolygon,extend-sea-sectors,close-gaps=6000 name-tag-list='name,name:de,name:latin,name:en' #index tdbfile nsis The error file is attached. I understand that those ExtTypeAttributes errors come from unfinished code for the seamarks. I do not understand why I get the MapSplitter errors, as I already use very low max-nodes to save memory. And there are still those Polyline errors resulting from sea generation, even on the rectangular cutout. Also attached is a screenshot of those terrible holes in the sea. Everything is running under Win 7 x64 with 4 GB memory. (I know, you´d prefer Linux, but I don´t have a Linux system running.) If it´s a memory issue, which options can I modify to save memory? http://wiki.openstreetmap.org/wiki/User:RheinSkipper

6 24

NumberFormatException when making marine chart
by Jürgen Baumgartl 05 Mar '12

05 Mar '12

Hi, I am trying to make a marine chart out of the Europe file. When I use the marine style from resources/styles/marine, I get a lot of errors similar to this: SCHWERWIEGEND (ExtTypeAttributes): ..\tiles\63240040.osm.pbf: OSM id 1460137282 (java.lang.NumberFormatException: For input string: "3+") With other styles I do not get this errors. I am running mkgmap under Windows 7 x64 with 4GB memory and -Xmx3000m option. Any suggestions? Regards RheinSkipper

6 13

Bug (?) in performance branch
by WanMil 04 Mar '12

04 Mar '12

Hi, the performance branch does not find any bounds information for a few ways and nodes. It's about 10 ways per tile where this happens. Having on look on them some are well explainable because they are located in the North Sea. But others are located completely within a country (e.g. in the middle of France or Dutch). From my understanding they must be assigned at least with the country information beause these countries do not have holes. The following patch creates a GPX file for each node/way that is not assigned with any bounds information. This makes it quite easy to check where the errorneous ways/nodes are located. WanMil Index: src/uk/me/parabola/mkgmap/reader/osm/LocationHook.java =================================================================== --- src/uk/me/parabola/mkgmap/reader/osm/LocationHook.java (revision 2234) +++ src/uk/me/parabola/mkgmap/reader/osm/LocationHook.java (working copy) @@ -12,6 +12,7 @@ */ package uk.me.parabola.mkgmap.reader.osm; +import java.util.Collections; import java.util.HashSet; import java.util.Iterator; import java.util.List; @@ -24,6 +25,7 @@ import uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryQuadTree; import uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryUtil; import uk.me.parabola.util.EnhancedProperties; +import uk.me.parabola.util.GpxCreator; public class LocationHook extends OsmReadingHooksAdaptor { private static final boolean PRINT_RESULT = false; @@ -157,6 +159,8 @@ if (elem instanceof Node){ Node node = (Node) elem; tags = search(node.getLocation()); + if (tags == null) + GpxCreator.createGpx(GpxCreator.getGpxBaseName()+"n"+elem.getId(), Collections.singletonList(((Node) elem).getLocation())); } else if (elem instanceof Way){ Way way = (Way) elem; @@ -181,8 +185,10 @@ break; } } - if (tags == null) + if (tags == null) { + GpxCreator.createGpx(GpxCreator.getGpxBaseName()+"w"+way.getId(), way.getPoints()); ++cntwayNotFnd; + } } if (tags == null){

3 3

Commit: r2235: The attached patch includes the OSM id in the message, so it should be
by svn commit 04 Mar '12

04 Mar '12

Version 2235 was commited by steve on 2012-03-04 15:47:13 +0000 (Sun, 04 Mar 2012) The attached patch includes the OSM id in the message, so it should be easy to fix the error. The patch also fixes a problem introduced with my last patch: single light phases (e.g. 1+(2)) were ignored. -Ronny Klier

1 0

How to create a map covering Fiji & Samoa?
by GerdP 04 Mar '12

04 Mar '12

Hi, while optimizing splitter and mkgmap I did never see special code to handle bounding boxes that cover the date limit. I wonder if I have to test that case? In other words: What are the steps to create a map covering e.g. Fiji and Samoa? Are features like routing expected to work? Gerd -- View this message in context: http://gis.19327.n5.nabble.com/How-to-create-a-map-covering-Fiji-Samoa-tp55… Sent from the Mkgmap Development mailing list archive at Nabble.com.

2 3