Re: [mkgmap-dev] missing tiles

Thanks Wanmil, your patch seems to do the trick: Yggdrasil wrote: Well done! No missing tiles with r2052-subdivcheck Thanks again tachoknight wrote: I concur with Yggdrasil; I reran my tests with the r2052-subdivcheck version and the maps do not have any problems; the big blank spaces are gone!

Re: [mkgmap-dev] [PATCH] Fix crash when parsing invalid UTF-8 files (WanMil)

Thanks for the patch. Can you post the exception you want to catch in your patch? The patch covers a problem which I think should be fixed at its origin. So a stacktrace would be very helpful. Thanks! WanMil The origin is either JVM6 or the benelux dataset, depending on how you look at

Re: [mkgmap-dev] missing tiles

Hendrik, I'm not sure if those problems are all the same, maybe there are other issues causing the same effects. I have put a test map with the patched version online and let it test on the Dutch forum. Maybe the poster 'Januitsneek' who had problems with his nuvi is helped with the patch,

Re: [mkgmap-dev] missing tiles

Maybe compiling a map with the reverted commit of r2028 exhausts the maximum size of a subdivision in the special cases. The real limits of a subdivision are not well known so the problem that a subdivision is exceeded can still occur with and without r2028. It would be very interesting to get

Re: [mkgmap-dev] [PATCH] Fix crash when parsing invalid UTF-8 files (WanMil)

Thanks for the patch. Can you post the exception you want to catch in your patch? The patch covers a problem which I think should be fixed at its origin. So a stacktrace would be very helpful. Thanks! WanMil The origin is either JVM6 or the benelux dataset, depending on how you look at

Re: [mkgmap-dev] [PATCH v1] Add defer relation support to PBF reading

On Mon, Oct 24, 2011 at 06:50:49PM +0200, WanMil wrote: Thanks for the analysis. The fix in splitter seems to be very easy. Attached patch does the magic. Thanks, I can confirm this. Will you now push the patches to splitter and mkgmap? Marko

Re: [mkgmap-dev] [PATCH v1] Add defer relation support to PBF reading

On Mon, Oct 24, 2011 at 06:50:49PM +0200, WanMil wrote: Thanks for the analysis. The fix in splitter seems to be very easy. Attached patch does the magic. Thanks, I can confirm this. Will you now push the patches to splitter and mkgmap? Marko I cannot commit the change to splitter.

[mkgmap-dev] Commit: r2053: Add support for defering subrelations when parsing PBF files

Version 2053 was commited by wanmil on 2011-10-25 20:06:53 +0100 (Tue, 25 Oct 2011) Add support for defering subrelations when parsing PBF files ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk

Re: [mkgmap-dev] [PATCH v1] Add defer relation support to PBF reading

I cannot commit the change to splitter. You can now :) ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] [PATCH v1] Add defer relation support to PBF reading

I cannot commit the change to splitter. You can now :) ..Steve Thanks! Commited :-) Having fun! WanMil ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] [PATCH] Fix crash when parsing invalid UTF-8 files (WanMil)

Hi I think the problem is that the mkgmap Sort object is unsynchronized but used by several threads. If they use the internal encoder at the same Ahh, well spotted. However... The problem should be fixed by using a separate Sort object for each thread. One solution would be if

Re: [mkgmap-dev] add-pois-to-lines ?

Am 26.10.2011 00:24, schrieb Henning Scholland: This would also be a great feature to show route-signs (hiking, cycling etc.) But it would be overkill, to create such a node for each way. Maybe, but with 'road-name-pois' we already have a similar thing. Chris