- mkgmap-dev - The mkgmap lists

[PATCH] Generate copies of ways using the relations style file *Experimental*
by Thilo Hannemann 03 Jun '09

03 Jun '09

The attached patch allows to generate ways from a relation. To do so simply write the way generating statement into your relations style file, e.g. type=route & route=bicycle & network=tcn { name 'Touristic cycleroute' } [ 0x02 road_class=3 road_speed=6 level 3 ] If one way is a member of several relations one copy of the way will be generated for each relation (and also another one if the way matches also in the lines style file). The name of the generated way is the name of the relation. The access tag must be set explicitly in the relations style file, as (except the "oneway" tag) no tags are copied from the original way into the generated way. I consider this patch experimental, but as I have it in use now for some days and it works fine I though I might publish it. It is really useful for cycle maps. Regards Thilo

1 0

Commit: r1058: Add means to flag node as being discarded.
by svn commit 03 Jun '09

03 Jun '09

Version 1058 was commited by markb on 2009-06-03 17:34:04 +0100 (Wed, 03 Jun 2009) Add means to flag node as being discarded. The goal here is to be able to call getOffsetNod1() without bombing even though the routing will be broken because the node has been discarded.

1 0

Commit: r1054: When subdivision fails to reduce number of nodes, report bbox and croak.
by svn commit 03 Jun '09

03 Jun '09

Version 1054 was commited by markb on 2009-06-02 10:04:38 +0100 (Tue, 02 Jun 2009) When subdivision fails to reduce number of nodes, report bbox and croak. At least now you will get a bbox reported so you can find the bad data. Not implemented as an assertion because they may not be enabled.

6 6

R: [mkgmap-dev] max-speed and arbitrary values
by Marco Certelli 03 Jun '09

03 Jun '09

Hi, As far as I know the map only stores the road_speed and road_class (not the speed in km/h: association road_speed vs. speed is demanded to Garmin devices or mapsource). The turn time penalties I tested was depending on the road_speed (but I presume the penalty is proportional to the speed). Anyway it was not related to the road_class. Do you have other results about those turn time penalties? for bikers, just put only road_speed=0 or 1 to all roads (maybe road_speed 2 for downward roads...) Ciao, Marco. --- Mer 3/6/09, Felix Hartmann <extremecarver(a)googlemail.com> ha scritto: > Da: Felix Hartmann <extremecarver(a)googlemail.com> > Oggetto: [mkgmap-dev] max-speed and arbitrary values > A: "Development list for mkgmap" <mkgmap-dev(a)lists.mkgmap.org.uk> > Data: Mercoledì 3 giugno 2009, 12:06 > Is it possible to encode arbitrary > maxspeed values or can we only set in steps of 10km/h? > > For example having road road_speed=7 associated with > 35km/h, road road_speed=6 with 27, road_speed=5 with 23, > road_speed=4 with 20, road_speed=3 with 17, road_speed=2 > with 10 and road_speed=1 with 5km/h. The difference this > should make would be enough to only set road_class=2, 1 and > 0 and avoid the big time penalties for sharp turns that > happen in road_class 4 and 3. > > This would be great for bicycle maps. > > In Mapsource one can change the speed oneself, I noticed > that dividing default speeds by a factor of 3.5 produces > pretty good estimation of arrival times for bicylces (when > using the car/motorcycle setting, as bicycle produces > rubbish routes) but on the GPS this is not possible. > > @Thilo, do you understand the code good enough to write a > patch for this if possible.? I have problems understanding > in which files the maxspeed is handled. > > Cheers, > Felix > > _______________________________________________ > mkgmap-dev mailing list > mkgmap-dev(a)lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev >

1 0

Commit: r1057: Add --max-jobs option to request concurrent processing of maps.
by svn commit 03 Jun '09

03 Jun '09

Version 1057 was commited by markb on 2009-06-03 11:26:34 +0100 (Wed, 03 Jun 2009) Add --max-jobs option to request concurrent processing of maps. Processing of the maps is handled concurrently by a pool of top-level threads. The number of threads in the pool can be specified explicitly with the --max-jobs=N option. Specifying just --max-jobs will set the number of threads equal to the number of CPUs available.

3 3

Parallel processing of maps now in trunk
by Mark Burton 03 Jun '09

03 Jun '09

Things are a bit quiet on the list this morning so I thought I would commit this patch as it has had a reasonable amount of testing with no problems reported recently. If you have a multi-core machine, specify --max-jobs to get some speedup when processing multiple maps. Cheers, Mark

1 0

routing & rendering penalty with smaller tiles in splitter
by maning sambale 03 Jun '09

03 Jun '09

Hi, I'm attempting to split the Philippines into smaller tiles using splitter. This is to make rendering faster. Currently I've tested with the following: --max-nodes=800000 --max-nodes=400000 --max-nodes=200000 On my tests with mapsource and roadtrip, no routing and rendering problems so far. What do others experience when making smaller tiles? What is the "optimum" tile size for very dense data areas with minimal penalty for routing and rendering? -- cheers, maning ------------------------------------------------------ "Freedom is still the most radical idea of all" -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ ------------------------------------------------------

2 1

mkgmap error with austria.osm.bz2 of June 1 (all other contry extracts by gefabrik for Europe compiled except for Austria)
by Felix Hartmann 02 Jun '09

02 Jun '09

I assume there is a serious bug in the austria.osm.bz2 currently. See here the error output. It compiles 3 out of 7 tiles correctly, and then chokes on the 4. tile. I'm sure there is an error in the country extract (with the same command all other country extracts of europe compiled fine - the overflow is not related to split size (I reduced it drastically just to test, and yesterdays osm.bz2 extract compiled just fine). If someone wants to have a look at it, I could upload the broken file (only the splitted part that breaks mapbuilding - it's 12.1 MB) to my server. Maybe it's useful for bugtracking for you, I don't know (happens on rev 1053 and/or 1052 I did not testrun with older revisions)... D:\Garmin\mkgmap_680>start /b /wait java -jar -Xmx4800M mkgmap.jar --latin1 --lower-case --no-sorted-roads --ignore-maxspeeds --ignore-turn-restrictions --remove-short-arcs --add-pois-to-areas --location-autofill=1 --route --net --country-abbr=at --country-name=austria --gmapsupp --mapname=63660000 636600*.osm.gz Exception in thread "main" java.lang.StackOverflowError at java.util.regex.Pattern$BmpCharProperty.match(Unknown Source) at java.util.regex.Pattern$GroupHead.match(Unknown Source) at java.util.regex.Pattern$Branch.match(Unknown Source) at java.util.regex.Pattern$BranchConn.match(Unknown Source) at java.util.regex.Pattern$GroupTail.match(Unknown Source) at java.util.regex.Pattern$Curly.match0(Unknown Source) at java.util.regex.Pattern$Curly.match(Unknown Source) at java.util.regex.Pattern$BmpCharProperty.match(Unknown Source) at java.util.regex.Pattern$GroupHead.match(Unknown Source) at java.util.regex.Pattern$Branch.match(Unknown Source) at java.util.regex.Pattern$Branch.match(Unknown Source) at java.util.regex.Pattern$BranchConn.match(Unknown Source) at java.util.regex.Pattern$GroupTail.match(Unknown Source) at java.util.regex.Pattern$Curly.match0(Unknown Source) at java.util.regex.Pattern$Curly.match(Unknown Source) at java.util.regex.Pattern$GroupHead.match(Unknown Source) at java.util.regex.Pattern$Branch.match(Unknown Source) at java.util.regex.Pattern$Branch.match(Unknown Source) at java.util.regex.Pattern$BmpCharProperty.match(Unknown Source) at java.util.regex.Pattern$Start.match(Unknown Source) at java.util.regex.Matcher.search(Unknown Source) at java.util.regex.Matcher.find(Unknown Source) at java.util.Formatter.parse(Unknown Source) at java.util.Formatter.format(Unknown Source) at java.util.Formatter.format(Unknown Source) at uk.me.parabola.imgfmt.app.Coord.toDegreeString(Coord.java:191) at uk.me.parabola.imgfmt.app.net.RouteCenter.<init>(RouteCenter.java:42) at uk.me.parabola.imgfmt.app.net.NOD1Part.toRouteCenter(NOD1Part.java:286) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:242) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:266) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:266) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:266) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:266) ......... This continues for around 200 lines, then breaks operation. Different output with -ea: D:\Garmin\mkgmap_680>start /b /wait java -jar -ea -Xmx4800M mkgmap.jar --latin1 --lower-case --no-sorted-roads --ignore-maxspeeds --ignore-turn-restrictions --remove-short-arcs --add-pois-to-area s --location-autofill=1 --description=main1_openmtbmap_at --route --net --country-abbr=at --country-name=austria --gmapsupp --mapname=63660000 636600*.osm.gz Exception in thread "main" java.lang.AssertionError: trying to get center of empty BBox at uk.me.parabola.imgfmt.app.net.NOD1Part$BBox.center(NOD1Part.java:141) at uk.me.parabola.imgfmt.app.net.NOD1Part.toRouteCenter(NOD1Part.java:286) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:242) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:266) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:266) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:266) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:266) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:266) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:266) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:266) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:266) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:266) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:266) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:266) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:266) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:266) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:266) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:266) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:266) at uk.me.parabola.imgfmt.app.net.NOD1Part.subdivide(NOD1Part.java:266) at uk.me.parabola.mkgmap.general.RoadNetwork.splitCenters(RoadNetwork.java:161) at uk.me.parabola.mkgmap.general.RoadNetwork.getCenters(RoadNetwork.java:166) at uk.me.parabola.mkgmap.build.MapBuilder.makeMap(MapBuilder.java:186) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:90) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:56) at uk.me.parabola.mkgmap.main.Main.processFilename(Main.java:151) at uk.me.parabola.mkgmap.CommandArgsReader$Filename.processArg(CommandArgsReader.java:237) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:120) at uk.me.parabola.mkgmap.main.Main.main(Main.java:92)

5 13

Commit: r1056: Make error message more useful.
by svn commit 02 Jun '09

02 Jun '09

Version 1056 was commited by markb on 2009-06-02 12:40:07 +0100 (Tue, 02 Jun 2009) Make error message more useful.

1 0

Re: [mkgmap-dev] mkgmap error with austria.osm.bz2
by Mark Burton 02 Jun '09

02 Jun '09

Hi Felix, > Well it does not look so bad that mkgmap should crash. There are about > 40-50 nodes that have no tags attached to them at all (except if someone > cleaned up before me looking at it). In my eyes this should not lead > mkgmap to crash. Ideally, yes, it shouldn't crash on any data but, at this time, mkgmap can't cope with a small area that contains more nodes/arcs than are allowed in a subdivision. I am not saying this issue cannot be fixed but, to me, it's a low priority because no "sensible" map should contain such a cluster of nodes. At least now it tells you where the problem area is. Cheers, Mark

1 0