- mkgmap-dev - The mkgmap lists

Commit: r1474: Bug fixes - tag removal crash and excessive table expansion.
by svn commit 08 Jan '10

08 Jan '10

Version 1474 was commited by markb on 2010-01-08 12:38:19 +0000 (Fri, 08 Jan 2010) Bug fixes - tag removal crash and excessive table expansion. No longer decrements size when a tag is removed as this causes a problem because reducing size makes it look as if there is more space available than there really is as the removed tag's key is still taking up a slot and will do so until the arrays are resized by the next call to ensureSpace(). Also, ensureSpace() now zeros size before copying the existing tags/values to the new arrays so size will be correct when the method returns.

1 0

NET 1 offset error in italy
by Simon Eugster 07 Jan '10

07 Jan '10

I get this error when trying to build the italy map from cloudmade (map from Dec 26th). Any idea? Simon 4 wd: /data/gps/maps/new cd /data/gps/maps/new/osmData/italy && java -enableassertions -Xmx1500m -jar /data/gps/maps/mkgmap/dist/mkgmap.jar --adjust-turn-headings --check-roundabouts --merge-lines --keep-going --remove-short-arcs --latin1 --route --make-all-cycleways --add-pois-to-areas --preserve-element-order --location-autofill=1 --country-name="Italy" --country-abbr=I -n 00040000 /data/gps/maps/new/osmData/italy/00040004.osm.gz /data/gps/maps/new/osmData/italy/00040003.osm.gz /data/gps/maps/new/osmData/italy/00040009.osm.gz /data/gps/maps/new/osmData/italy/00040001.osm.gz /data/gps/maps/new/osmData/italy/00040007.osm.gz /data/gps/maps/new/osmData/italy/00040012.osm.gz /data/gps/maps/new/osmData/italy/00040002.osm.gz /data/gps/maps/new/osmData/italy/00040008.osm.gz /data/gps/maps/new/osmData/italy/00040011.osm.gz /data/gps/maps/new/osmData/italy/00040006.osm.gz /data/gps/maps/new/osmData/italy/00040000.osm.gz /data/gps/maps/new/osmData/italy/00040010.osm.gz /data/gps/maps/new/osmData/italy/00040005.osm.gz SCHWERWIEGEND (Polyline): Problem writing line (class uk.me.parabola.imgfmt.app.trergn.Polyline) of type 0x1e containing 44 points and starting at http://www.openstreetmap.org/?lat=42.58874&lon=14.44887&zoom=17 SCHWERWIEGEND (Polyline): Subdivision shift is 0 and its centre is at http://www.openstreetmap.org/?lat=42.26876&lon=15.44731&zoom=17 SCHWERWIEGEND (Polyline): deltaLong = -46531 java.lang.AssertionError: NET 1 offset too large at (http://www.openstreetmap.org/browse/way/43056121) at uk.me.parabola.imgfmt.app.net.RoadDef.writeRgnOffsets(RoadDef.java:346) at uk.me.parabola.imgfmt.app.net.NETFile.writePost(NETFile.java:66) at uk.me.parabola.mkgmap.build.MapBuilder.makeMap(MapBuilder.java:219) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:96) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:61) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:187) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:185) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:619) SCHWERWIEGEND (Polyline): Problem writing line (class uk.me.parabola.imgfmt.app.trergn.Polyline) of type 0x1e containing 3 points and starting at http://www.openstreetmap.org/?lat=36.92104&lon=15.57082&zoom=17 SCHWERWIEGEND (Polyline): Subdivision shift is 0 and its centre is at http://www.openstreetmap.org/?lat=36.98245&lon=14.66280&zoom=17 SCHWERWIEGEND (Polyline): deltaLong = 42317 SCHWERWIEGEND (Polyline): Problem writing line (class uk.me.parabola.imgfmt.app.trergn.Polyline) of type 0x1e containing 9 points and starting at http://www.openstreetmap.org/?lat=40.56047&lon=18.46147&zoom=17 SCHWERWIEGEND (Polyline): Subdivision shift is 0 and its centre is at http://www.openstreetmap.org/?lat=39.42534&lon=17.63520&zoom=17 SCHWERWIEGEND (Polyline): deltaLat = 52901 java.lang.AssertionError: NET 1 offset too large at (St Mary's Road, http://www.openstreetmap.org/browse/way/41486968) at uk.me.parabola.imgfmt.app.net.RoadDef.writeRgnOffsets(RoadDef.java:346) at uk.me.parabola.imgfmt.app.net.NETFile.writePost(NETFile.java:66) at uk.me.parabola.mkgmap.build.MapBuilder.makeMap(MapBuilder.java:219) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:96) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:61) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:187) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:185) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:619) SCHWERWIEGEND (MapSplitter): Area too small to split at http://www.openstreetmap.org/?lat=45.69624&lon=10.12242&zoom=17 (reduce the density of points, length of lines, etc.) SCHWERWIEGEND (MapSplitter): Area too small to split at http://www.openstreetmap.org/?lat=45.69624&lon=10.12242&zoom=17 (reduce the density of points, length of lines, etc.) SCHWERWIEGEND (MapSplitter): Area too small to split at http://www.openstreetmap.org/?lat=45.69624&lon=10.12242&zoom=17 (reduce the density of points, length of lines, etc.) SCHWERWIEGEND (MapSplitter): Area too small to split at http://www.openstreetmap.org/?lat=45.69624&lon=10.12242&zoom=17 (reduce the density of points, length of lines, etc.) SCHWERWIEGEND (Polyline): Problem writing line (class uk.me.parabola.imgfmt.app.trergn.Polyline) of type 0x1e containing 18 points and starting at http://www.openstreetmap.org/?lat=39.01812&lon=9.82068&zoom=17 SCHWERWIEGEND (Polyline): Subdivision shift is 0 and its centre is at http://www.openstreetmap.org/?lat=39.30436&lon=8.99589&zoom=17 SCHWERWIEGEND (Polyline): deltaLong = 38438 SCHWERWIEGEND (Polyline): Problem writing line (class uk.me.parabola.imgfmt.app.trergn.Polyline) of type 0x1e containing 2 points and starting at http://www.openstreetmap.org/?lat=39.72680&lon=8.17110&zoom=17 SCHWERWIEGEND (Polyline): Subdivision shift is 0 and its centre is at http://www.openstreetmap.org/?lat=40.48522&lon=8.39600&zoom=17 SCHWERWIEGEND (Polyline): deltaLat = -35345 SCHWERWIEGEND (Polyline): Problem writing line (class uk.me.parabola.imgfmt.app.trergn.Polyline) of type 0x1e containing 4 points and starting at http://www.openstreetmap.org/?lat=41.25622&lon=9.78339&zoom=17 SCHWERWIEGEND (Polyline): Subdivision shift is 0 and its centre is at http://www.openstreetmap.org/?lat=40.13716&lon=9.85748&zoom=17 SCHWERWIEGEND (Polyline): deltaLat = 52152 5 Process finished. Images: [u'/data/gps/maps/new/osmData/united_kingdom/00050002.img', u'/data/gps/maps/new/osmData/united_kingdom/00050003.img', u'/data/gps/maps/new/osmData/united_kingdom/00050005.img', u'/data/gps/maps/new/osmData/united_kingdom/osmmap.img', u'/data/gps/maps/new/osmData/united_kingdom/00050008.img', u'/data/gps/maps/new/osmData/united_kingdom/00050007.img', u'/data/gps/maps/new/osmData/united_kingdom/00050004.img', u'/data/gps/maps/new/osmData/united_kingdom/00050000.img', u'/data/gps/maps/new/osmData/united_kingdom/00050009.img', u'/data/gps/maps/new/osmData/united_kingdom/00050006.img', u'/data/gps/maps/new/osmData/united_kingdom/00050010.img', u'/data/gps/maps/new/osmData/united_kingdom/00050001.img']

1 1

Commit: r1473: Make RoadDef NET1 overflow an error rather than an assertion.
by svn commit 06 Jan '10

06 Jan '10

Version 1473 was commited by steve on 2010-01-06 22:23:15 +0000 (Wed, 06 Jan 2010) Make RoadDef NET1 overflow an error rather than an assertion.

1 0

Mapsource crash
by Ralf Kleineisel 06 Jan '10

06 Jan '10

Hi, does anyone have any idea why mapsource crashes on one tile of my topo map at certain zoom levels with this error? Map id: 10000040 Image: Z:\gps\10000040.img Record type: 2 Record: 0000: 01 e4 32 00 8c 08 01 00 01 00 00 00 2f 00 03 00 .Ã¤2........./... 0010: 0a 37 29 00 f0 7f f9 00 5b d1 8f 00 c4 01 00 00 7).Ã°.Ã¹.[Ã‘..Ã„... 0020: 08 e5 32 00 50 e5 32 00 0d b5 8c 00 58 e5 32 00 .Ã¥2.PÃ¥2. Âµ..XÃ¥2. 0030: 60 e5 32 00 50 e5 32 00 60 e5 32 00 9d 27 4d f6 `Ã¥2.PÃ¥2.`Ã¥2..'MÃ¶ 0040: 00 00 00 00 00 00 00 00 00 00 00 00 ............ Error code: 3 mpl::Map_t::GetLabelAndId Line feature link id: 67724 Other tiles are fine. Possibly there is some faulty OSM data, but mkgmap should not produce maps which crash mapsource anyway.

6 8

[PATCH v2] Black/Whitelist
by WanMil 06 Jan '10

06 Jan '10

I have added some javadoc. Could someone please commit or deny the patch. It is open for a long time, no one has complained about it and I think it's a useful enhancement. WanMil

6 8

Build mkgmap::trunk build #1472-713 successful (tests passed: 109)
by teamcity＠mkgmap.org.uk 06 Jan '10

06 Jan '10

Build mkgmap::trunk build #1472-713 successful (tests passed: 109) Build results: http://teamcity.mkgmap.org.uk/viewLog.html?buildId=2204&buildTypeId=bt2 Changes included (1 change) ==================================================== Change 1472 by steve (1 file): Fix compilation. see more information about changed files: http://teamcity.mkgmap.org.uk/viewLog.html?tab=buildChangesDiv&buildId=2204… ============================================================================ Configure email notifications: http://teamcity.mkgmap.org.uk/profile.html?init=1&tab=userNotifications

1 0

Commit: r1472: Fix compilation.
by svn commit 06 Jan '10

06 Jan '10

Version 1472 was commited by steve on 2010-01-06 11:07:55 +0000 (Wed, 06 Jan 2010) Fix compilation.

1 0

Problem with nested apply
by Marko Mäkelä 05 Jan '10

05 Jan '10

I figured out that mkgmap does already support nested relations, but it is not working for me. The attached patch attempts to copy the route name to the members of member relations. This is the relation in question: <relation id='155054' timestamp='2010-01-03T22:13:56Z' uid='93285' user='skela' visible='true' version='3' changeset='3533281'> <member type='relation' ref='375952' role='stop' /> <member type='way' ref='2735495' role='' /> <member type='relation' ref='375951' role='stop' /> The route name is successfully applied to relation 375952 (and its members) and way 2735495, but according to an echo action that I added, not even the outer apply is executed on relation 375951. What am I doing wrong? I could not see any obvious bug in the code. In the future, I think that it might be useful if apply supported the following: * apply role ~ 'regexp' {} notation, e.g., for matching '$forward_\|backward_$?stop' * apply node ... for applying only to member nodes * apply way ... for applying only to member ways * apply relation ... for applying only to subrelations * apply cond <conditions> { <actions> } for conditions on the attributes of relation members Best regards, Marko

2 5

Build mkgmap::trunk build #1471-711 failed (compilation failed)
by teamcity＠mkgmap.org.uk 05 Jan '10

05 Jan '10

Build mkgmap::trunk build #1471-711 failed (compilation failed) Agent: Default agent Build results: http://teamcity.mkgmap.org.uk/viewLog.html?buildId=2199&buildTypeId=bt2 Compilation errors ================== /opt/TeamCity/buildAgent/work/65a78df5caf75af6/mkgmap/test/uk/me/parabola/mkgmap/osmstyle/ActionReaderTest.java:175: cannot find symbol symbol : method getKey(java.lang.String) location: class uk.me.parabola.mkgmap.reader.osm.Element assertEquals("route tag added to first", "bike", el1.getKey("route")); ^ 1 error Compile failed; see the compiler error output for details. Changes included (1 change) ==================================================== Change 1471 by marko (1 file): Adjust test to r1468. Relation.getElements() returns list of (role,Element). see more information about changed files: http://teamcity.mkgmap.org.uk/viewLog.html?tab=buildChangesDiv&buildId=2199… ============================================================================ Configure email notifications: http://teamcity.mkgmap.org.uk/profile.html?init=1#notifications

1 0

Commit: r1466: Osm5XmlHandler: Defer the relation lookup
by svn commit 05 Jan '10

05 Jan '10

Version 1466 was commited by marko on 2010-01-04 22:15:43 +0000 (Mon, 04 Jan 2010) Osm5XmlHandler: Defer the relation lookup when member relations (subrelations) of super-relations are defined after the super-relation in the input.

3 3