May 2011 - mkgmap-dev - The mkgmap lists

Compiling Locator branch -- needed jars???
by Felix Hartmann 18 May '11

18 May '11

I get faults for missing jars starting with locator branch 1931. I can compile normal mkgmap with the same jars present. But dunno which to add. Thats the jars I currently have in my lib folder, what am I missing? (renamed dskiutils-1.0.11.jar to dsituils.jar because I feared it weren't found otherwise. Just in case I copied all those files also to c:\windows for it to be on the path..., but no help either. This is my log on compiling: compile: [javac] Compiling 395 source files to d:\Garmin\mkgmap_svn_locator\build\classes [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:27: package crosby.binary does not exist [javac] import crosby.binary.BinaryParser; [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:28: package crosby.binary does not exist [javac] import crosby.binary.Osmformat; [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinMapDataSource.java:24: package crosby.binary.file does not exist [javac] import crosby.binary.file.BlockInputStream; [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:42: cannot find symbol [javac] symbol : class BinaryParser [javac] location: class uk.me.parabola.mkgmap.reader.osm.bin.OsmBinHandler [javac] public class BinParser extends BinaryParser { [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:44: package Osmformat does not exist [javac] protected void parse(Osmformat.HeaderBlock header) { [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:64: package Osmformat does not exist [javac] protected void parseNodes(List<Osmformat.Node> nodes) { [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:87: package Osmformat does not exist [javac] protected final void parseDense(Osmformat.DenseNodes nodes) { [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:130: package Osmformat does not exist [javac] protected void parseWays(List<Osmformat.Way> ways) { [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:164: package Osmformat does not exist [javac] protected void parseRelations(List<Osmformat.Relation> rels) { [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinMapDataSource.java:60: cannot find symbol [javac] symbol : class BlockInputStream [javac] location: class uk.me.parabola.mkgmap.reader.osm.bin.OsmBinMapDataSource [javac] BlockInputStream stream = new BlockInputStream(is, reader); [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinMapDataSource.java:60: cannot find symbol [javac] symbol : class BlockInputStream [javac] location: class uk.me.parabola.mkgmap.reader.osm.bin.OsmBinMapDataSource [javac] BlockInputStream stream = new BlockInputStream(is, reader); [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:65: package Osmformat does not exist [javac] for (Osmformat.Node binNode : nodes) { [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:93: operator + cannot be applied to Osmformat.DenseNodes.getLat,long [javac] long lat = nodes.getLat(nid) + lastLat; [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:93: incompatible types [javac] found : <nulltype> [javac] required: long [javac] long lat = nodes.getLat(nid) + lastLat; [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:94: operator + cannot be applied to Osmformat.DenseNodes.getLon,long [javac] long lon = nodes.getLon(nid) + lastLon; [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:94: incompatible types [javac] found : <nulltype> [javac] required: long [javac] long lon = nodes.getLon(nid) + lastLon; [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:95: operator + cannot be applied to Osmformat.DenseNodes.getId,long [javac] long id = nodes.getId(nid) + lastId; [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:95: incompatible types [javac] found : <nulltype> [javac] required: long [javac] long id = nodes.getId(nid) + lastId; [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:100: cannot find symbol [javac] symbol : method parseLat(long) [javac] location: class uk.me.parabola.mkgmap.reader.osm.bin.OsmBinHandler.BinParser [javac] Coord co = new Coord(parseLat(lat), parseLon(lon)); [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:100: cannot find symbol [javac] symbol : method parseLon(long) [javac] location: class uk.me.parabola.mkgmap.reader.osm.bin.OsmBinHandler.BinParser [javac] Coord co = new Coord(parseLat(lat), parseLon(lon)); [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:109: cannot find symbol [javac] symbol : method getStringById(int) [javac] location: class uk.me.parabola.mkgmap.reader.osm.bin.OsmBinHandler.BinParser [javac] String key = getStringById(keyid); [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:110: cannot find symbol [javac] symbol : method getStringById(int) [javac] location: class uk.me.parabola.mkgmap.reader.osm.bin.OsmBinHandler.BinParser [javac] String val = getStringById(valid); [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:131: package Osmformat does not exist [javac] for (Osmformat.Way binWay : ways) { [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:166: package Osmformat does not exist [javac] for (Osmformat.Relation binRel : rels) { [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:182: operator + cannot be applied to long,Osmformat.Relation.getMemids [javac] long mid = lastMid + binRel.getMemids(j); [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:182: incompatible types [javac] found : <nulltype> [javac] required: long [javac] long mid = lastMid + binRel.getMemids(j); [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:187: package Osmformat.Relation does not exist [javac] if (binRel.getTypes(j) == Osmformat.Relation.MemberType.NODE) { [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:198: package Osmformat.Relation does not exist [javac] } else if (binRel.getTypes(j) == Osmformat.Relation.MemberType.WAY) { [javac] ^ [javac] d:\Garmin\mkgmap_svn_locator\src\uk\me\parabola\mkgmap\reader\osm\bin\OsmBinHandler.java:200: package Osmformat.Relation does not exist [javac] } else if (binRel.getTypes(j) == Osmformat.Relation.MemberType.RELATION) { [javac] ^ [javac] Note: Some input files use unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 29 errors BUILD FAILED d:\Garmin\mkgmap_svn_locator\build.xml:93: Compile failed; see the compiler error output for details. Total time: 4 seconds d:\Garmin\mkgmap_svn_locator>

1 0

Re: [mkgmap-dev] Routing problem and question about footways
by Francisco Moraes 18 May '11

18 May '11

On 5/18/2011 7:00 AM, mkgmap-dev-request(a)lists.mkgmap.org.uk wrote: > One possible solution (which would not break routing) would be to map > the major hallways or corridors in the buildings as highway=footway, and > to tag them access=permissive or access=private, whatever suits best. The problem this is a company building (Cisco) and I have no idea what the layout is. I just want to make sure that little section of footway gets excluded from routing as it is not connected to the rest of the map, except through the building polygon itself.

2 1

Re: [mkgmap-dev] Routing problem and question about footways
by Francisco Moraes 18 May '11

18 May '11

On 5/18/2011 2:03 AM, mkgmap-dev-request(a)lists.mkgmap.org.uk wrote: > This can only be fixed by fixing the OSM data: Either connect all > routeable ways or mark this special bridge as not routeable. Is there a recommended tag for this? Should I just add motorcar=no or something else to that bridge between buildings? I can't just connect it as it is an internal building to building connector. Francisco

2 1

Routing problem and question about footways
by Francisco Moraes 18 May '11

18 May '11

I had a routing problem a long time ago and never understood the reason. Now that I have made several map contributions, fixes and compiled my own map, I thought I found the reason for the routing failure. This is the area in question: http://www.openstreetmap.org/?lat=35.85391&lon=-78.87081&zoom=17&layers=M If you route near the bridge between the buildings or to a point where it is the closest element that's routable, there is a routing error. I removed that footway between the buildings, recompiled the map and the problem went away. So, any suggestions on how this can be fixed? Also, should footways be routable by default when using MapSource or the GPS? Just wondering what's the best solution for this type of problem. I've found many instances of footways/cycleways that are not properly connected to the near by roads that cause this type of routing problem. Any thoughts, ideas or suggestions are welcome.

3 2

some suggestions to the default style
by Minko 17 May '11

17 May '11

highway=bridleway 0x07 (service roads, cycleways) -> 0x16 (path) or 0x0a (track) Please change it back to path, 0x07 type of roads are more or less paved and bridleways are usually sandy tracks highway=construction 0x16 (footways) -> 0x0a (track)

1 0

[locator] Simplifying the check line in polygon
by WanMil 16 May '11

16 May '11

Hi all, I am thinking about how to reduce the processing time of the locator branch. One time consuming task is the check if a point, a line or a polygon lies inbetween, cuts or lies outside another polygon. Processing time for this check is directly related to the number of nodes that define the polygon. So I have the idea to simplify the boundary polygons. By cutting some complex parts of the polygon the number of points should be lowered although most of the elements lying completely inside the polygons should still lying completely inside. The elements that cut the simplified edges must be rechecked with the original polygon. Does anyone know a suitable algorithm for that? Any other ideas concerning this problem? WanMil

4 5

[locator] Diff for precompiled boundary tiles
by WanMil 15 May '11

15 May '11

I have committed a program that compiles a diff for the coverage of boundaries in the boundary tiles. Start it with: java -cp mkgmap.jar uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryDiff <boundsdir1> <boundsdir2> The diff is created as a set of gpx files that shows removed areas (contained in boundsdir1 but not boundsdir2) and new areas (contained in boundsdir2 but not boundsdir1). You can also limit the check to special tag=value combinations: java -cp mkgmap.jar uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryDiff <boundsdir1> <boundsdir2> admin_level=2 admin_level=6 I know that this is a bit off topic for mkgmap but it is an easy spin-off product and I think it might explain questions like: "my street is not assigned a city using the new boundaries download. why?". WanMil

1 1

Commit: r1946: Translate man_made=~".*pipe.*" as lines.
by svn commit 15 May '11

15 May '11

Version 1946 was commited by marko on 2011-05-15 14:58:42 +0100 (Sun, 15 May 2011) Translate man_made=~".*pipe.*" as lines.

1 0

[locator] Europe boundary data for download
by WanMil 14 May '11

14 May '11

The European boundaries now compiled with the correct osmosis settings are available for download: http://www.navmaps.eu/wanmil/europe_bounds_20110501.zip (136MB) Many thanks to Johan for providing the webspace! WanMil

7 36

Commit: r1941: Increase the block size of the mdr file.
by svn commit 10 May '11

10 May '11

Version 1941 was commited by steve on 2011-05-10 10:58:22 +0100 (Tue, 10 May 2011) Increase the block size of the mdr file. Idealy we would work out the smallest block size required as we do for the gmapsupp file, but this is difficult without a fair amount of re-writing. Unlike in the gmapsupp case however, using a larger block size wastes negligable space in the mdr.img.

1 0