Re: [mkgmap-dev] Check style AND type
Thanks for the hint. The tools can at least do this one step, though the number format shown is a little confusing. But it cannot check for items in the TYP file which are not used in the style. And it cannot show the definitions in style file vs. TYP file, i.e. embassy and prison may stay mixed up. My impression is that the community does not take this seriously yet. Am 30.08.2013 13:49, schrieb nwillink: The latest typwiz3 includes a tool to check if polygon,line and poi types are not found in a TYP file associated with the img(s) ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] mergeroads branch
Hi, the mergeroads branch should be stable now so I invite all to test it. Here are the changes compared to trunk: * Roads now become merged before the routing network is created. This might improve routing on long distances (I have seen some). The number of roads in the routing network is reduced by 10-20% (in germany). * refs are now composed in the style sheet and not in java code. The new tag mkgmap:ref is used for that (see inc/refs in default style). * access restrictions are now also handled in the style sheet and not in java code. There are some new tags for that: mkgmap:access:emergency mkgmap:access:delivery mkgmap:access:car mkgmap:access:bus mkgmap:access:taxi mkgmap:access:foot mkgmap:access:bike mkgmap:access:truck mkgmap:access:carpool If a tag is set to 'no' the given access type is restricted in the map. All other values are mapped to 'yes'. I have tried to convert the java code to the style sheet. This was quite complicated but I hope it's rather correct. See new include file inc/access. * Instead of using hardcoded rules for maxspeed it is now possible to control that via style file. Set the mkgmap:road-speed-class tag to the desired class value (0 to 7) and use the new functions maxspeedkmh() and maxspeedmph() to parse the maxspeed tag. * Two new actions that seems useful to me: echotags 'Hello' prints out the OSM element id plus all tags of the element plus the text. This seems to be useful for style debugging. deletealltags removes all tags from an element and therefore stops its processing. I would be happy to get a lot of feedback! Have fun! WanMil ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mergeroads branch
Hi, the mergeroads branch should be stable now so I invite all to test it. Here are the changes compared to trunk: * Roads now become merged before the routing network is created. This might improve routing on long distances (I have seen some). The number of roads in the routing network is reduced by 10-20% (in germany). * refs are now composed in the style sheet and not in java code. The new tag mkgmap:ref is used for that (see inc/refs in default style). * access restrictions are now also handled in the style sheet and not in java code. There are some new tags for that: mkgmap:access:emergency mkgmap:access:delivery mkgmap:access:car mkgmap:access:bus mkgmap:access:taxi mkgmap:access:foot mkgmap:access:bike mkgmap:access:truck mkgmap:access:carpool I have forgotten one: mkgmap:access:throughroute If a tag is set to 'no' the given access type is restricted in the map. All other values are mapped to 'yes'. I have tried to convert the java code to the style sheet. This was quite complicated but I hope it's rather correct. See new include file inc/access. * Instead of using hardcoded rules for maxspeed it is now possible to control that via style file. Set the mkgmap:road-speed-class tag to the desired class value (0 to 7) and use the new functions maxspeedkmh() and maxspeedmph() to parse the maxspeed tag. * Two new actions that seems useful to me: echotags 'Hello' prints out the OSM element id plus all tags of the element plus the text. This seems to be useful for style debugging. deletealltags removes all tags from an element and therefore stops its processing. I would be happy to get a lot of feedback! Have fun! WanMil ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] setMdr20 exception
Hi! After upgrading to the release 2679 i get such exception during map compilation: Exception in thread main java.lang.AssertionError: mdr20 value changed f=293 t =295 count=357 at uk.me.parabola.imgfmt.app.mdr.Mdr5Record.setMdr20(Mdr5Record.java:129 ) at uk.me.parabola.imgfmt.app.mdr.Mdr20.buildFromStreets(Mdr20.java:116) at uk.me.parabola.imgfmt.app.mdr.MDRFile.writeSections(MDRFile.java:312) at uk.me.parabola.imgfmt.app.mdr.MDRFile.write(MDRFile.java:252) at uk.me.parabola.mkgmap.combiners.MdrBuilder.onFinishForDevice(MdrBuild er.java:382) at uk.me.parabola.mkgmap.combiners.GmapsuppBuilder.onFinish(GmapsuppBuil der.java:161) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:560) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.ja va:128) at uk.me.parabola.mkgmap.main.Main.main(Main.java:119) I suppose that root of the problem lays in --lower-case --code-page=1250 switches, because without them everything works fine. Thank you in advance for any help :). ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] setMdr20 exception
Hi After upgrading to the release 2679 i get such exception during map compilation: Can I ask which version you were using before? (or if you don't know exactly, the rough date). Exception in thread main java.lang.AssertionError: mdr20 value changed f=293 t =295 count=357 at uk.me.parabola.imgfmt.app.mdr.Mdr5Record.setMdr20(Mdr5Record.java:129 I suppose that root of the problem lays in --lower-case --code-page=1250 switches, because without them everything works fine. There was a chnage in r2662 in the sort order for code page 1250. If you are trying to create an index for files created with an earlier version of mkgmap with a version after - then that may cause problems and you should re-compile everything from scratch. Just a thought, it could be something entirely different. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev