Mark Burton wrote:

Hi Felix,

...

Using the same style-file as before but changing many streets from 0x?? into 0xe10?? I needed to reduce by 70-75% the maxnodes settings of the map so that it compiles without error.

What error do you get? Please post the message.

...

Is there possibly a bug or is it normal that using extended types forces you to use much smaller tiles? Anyone already using the extended types and also seeing this problem?

We're charting new territory here (ho ho), so anything is possible.

...

For some countries I needed to reduce maxnodes via splitter to 150.000 so that they compile fine. Even Denmark ran well on 400.000 before. I am a bit buffled about this.

Overlays and Relations work fine now, I had forgotten about some patches that I was using previously and stopped by upgrading to 1140.

Good.

Using extended types should not change the number of nodes or arcs but it does create extra data structures. So, please give more info about the error, it might just be a bug in the new code.

Here you go, for this error to go away i.e. in Switzerland I had to reduce maxnodes to 200.000: start /low /b /wait java -jar -ea -Xmx2600M mkgmap.jar --max-jobs=3 --latin1 --ignore-maxspeeds --ignore-turn-restrictions --remove-short-arcs=5 --road-name-pois=0x2f2d --add-pois-to-areas --location-autofill=1 --description=openmtbmap_%abr%_%date% --route --country-abbr=%abr% --style-file=new2 --country-name=%country% --mapname=%mapid%0000 --family-id=%mapid% --product-id=1 --series-name=openmtbmap_%abr%_%date% --family-name=mtbmap_%abr%_%date% --tdbfile --overview-mapname=mapset00 --keep-going %mapid%00*.osm.gz gives me: SCHWERWIEGEND (Main): java.util.concurrent.ExecutionException: java.nio.BufferOverflowException java.util.concurrent.ExecutionException: java.nio.BufferOverflowException at java.util.concurrent.FutureTask$Sync.innerGet(Unknown Source) at java.util.concurrent.FutureTask.get(Unknown Source) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:289) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:124) at uk.me.parabola.mkgmap.main.Main.main(Main.java:100) Caused by: java.nio.BufferOverflowException at java.nio.HeapByteBuffer.put(Unknown Source) at java.nio.ByteBuffer.put(Unknown Source) at uk.me.parabola.imgfmt.app.BufferedImgFileWriter.put(BufferedImgFileWriter.java:146) at uk.me.parabola.imgfmt.app.trergn.RGNFile.write(RGNFile.java:78) at uk.me.parabola.mkgmap.build.MapBuilder.makeMap(MapBuilder.java:176) 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:168) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:166) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source)

Cheers,

Mark _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Mark Burton wrote:

Looks like the extended type stuff has triggered an ancient bug.

Please try attached patch and see if you can process bigger maps again.

Yeah that patch solved it! Great. I think you can commit it, as otherwise extended types become kinda troublesome to use.

------------------------------------------------------------------------

_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev