A problem with polygons and how the splitting is handling polygons that cross tileborders. I think I saw some messages on the Mkgmap mailinglist about similar problems, so I’ll upgrade the splitter and Mkgmap for the next update and see what happens.
Edit: crossposted with Ligfietser. Thanks Ligfietser!
Some may have already read the emails on the Mkgmap mailinglist; the latest development splitter is not capable of splitting the whole world at this point. So I’m using the stable version: r202. But this version does not have the new ‘keep polygons complete’ functionality. We will have to wait a little longer for the bugs to squashed in the latest version.
As temporarily workaround you can set the overlap parameter a little higher (default =2000, maybe 4000 or 5000?) so that larger multipolygons outside the tile are kept complete, but this no guarantee that it works in the Boswachters case.
I haven’t noticed it took too much memory, it went fine on my laptop with only 4GB, only the splitted tiles get a little bigger.
But I think there will be no need to do so looking at the speed of the developments of the splitter
Does splitter work in Windows? For me Java crashes when I’m trying to split current europe.osm.pbf.
I’m using 64-bit Windows 7, JRE 7.0_09, spliter r202. Maybe I need specific versions of java or specific settings?
You may have to change 1400m depending on your computer, sometimes it needs bigger, sometimes an even smaller amount of memory. I think it is also needed to specify the path where the splitter files are stored, it will not work with splitter.jar alone.
I was quite busy with work deadlines and I didn’t check the progress of the new map, so I just saw only now that the openfietsmap render job had not finished yet (has been running since last Friday). This is unusual so I took a look:
Error in style: Error: (points:1): Cannot open included file: inc/address
Could not open style ofm_lite
Ligfietser, I do not see the file named ‘address’ in the svn repository…