Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

The patch works for my sweden map (vänern): Before: http://gis.19327.n5.nabble.com/file/n5732113/Bildschirmfoto_2012-10-20_um_21.13.01.png After: http://gis.19327.n5.nabble.com/file/n5732113/Bildschirmfoto_2012-10-20_um_21.33.49.png Grand ... Klaus -- View this message in context:

Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

On Sun, Oct 21, toc-rox wrote: The patch works for my sweden map (vänern): Before: http://gis.19327.n5.nabble.com/file/n5732113/Bildschirmfoto_2012-10-20_um_21.13.01.png After: http://gis.19327.n5.nabble.com/file/n5732113/Bildschirmfoto_2012-10-20_um_21.33.49.png On both pictures

[mkgmap-dev] spltter software design question

Hi, I am still working on the cleanup of the patch for splitter (splitter_problem_list.patch) I got the impression that the patched code is quite messed up now regarding the naming and use of interfaces and abstract classes. I'd like to change that so that a) - MapReader defines the interface

Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

Hi Gerd, before adding severals boundarys and many ferry-ways in baltic sea just a question. Would it be possible to add wildcards like all ways and relation with ferry=* or all ways and relations with admin_level=2 ? How do others thing about it? Are there more ways which have typical a

Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

Hi Henning, I don't want to make the parser for this list too complex, but maybe I can copy some code from mkgmap. If you like, you can code some rules in the MultiTileProcessor, it contains a deactivated code in processRelation(), search for experimental code:. The more heap you can offer

Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

I have tested the patch but the southern half of Lake Geneva is still dry, Multipolygon: http://www.openstreetmap.org/browse/relation/332617 areas.list: 0094: 2162688,278528 to 2183168,339968 # : 46.406250,5.976563 to 46.845703,7.294922 0554: 2142208,290816 to 2162688,339968 #

Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

Hi Minko, Minko-2 wrote I have tested the patch but the southern half of Lake Geneva is still dry, Okay, I try to find out wether it is splitter that still writes incomplete data or is it mkgmap. Ciao, Gerd -- View this message in context:

[mkgmap-dev] point number too big

I'm trying to debug an error with the following 'Lambertus' mapset: Openfietsmap Lite France 15-10-2012, temp download location: http://osm.pleiades.uni-wuppertal.de/garmin/openfietsmap_lite/15-10-2012/582f3533739247ac4a268eb4e1f91fc6/ This map is generated with mkgmap-r2337 If I send one or

Re: [mkgmap-dev] point number too big

I have isolated the file which gives an error message point number too big http://mijndev.openstreetmap.nl/~ligfietser/test/63440791.zip However, this one didnt cause the problem with writing an index. So I have to search in the other tiles (but still like to know what point number too big

Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

Minko-2 wrote I have tested the patch but the southern half of Lake Geneva is still dry, ... java -Xmx1400m -jar splitter-r200\splitter_patched.jar --write-kml=areas.kml --split-file=areas.list --no-trim --output=pbf --problem-file=problem_polygons.txt alps.osm.pbf ... Hi Minko, you

Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

I did, Klaus: --problem-file=problem_polygons.txt I only didnt convert it to 05m format, but that shouldnt matter or does it? java -Xmx1400m -jar splitter-r200\splitter_patched.jar --write-kml=areas.kml --split-file=areas.list --no-trim --output=pbf --problem-file=problem_polygons.txt

Re: [mkgmap-dev] [Patch V2]Re: Still problems with lakes

Hi Minko, Minko-2 wrote I did, Klaus: --problem-file=problem_polygons.txt I only didnt convert it to 05m format, but that shouldnt matter or does it? No, that doesn't matter. I found the error, here is a new patch based on r202 (also containing the boundingBox.patch) + the new binary.

Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

Minko-2 wrote I did, Klaus: --problem-file=problem_polygons.txt Oops - sorry - it seems I'm blind today. Regards Klaus -- View this message in context: http://gis.19327.n5.nabble.com/Still-problems-with-lakes-tp5725668p5732199.html Sent from the Mkgmap Development mailing list archive at

[mkgmap-dev] MDR_TRIM_ADDR.CXX error

I have detected the tile that makes the index crash. http://osm.pleiades.uni-wuppertal.de/garmin/openfietsmap_lite/15-10-2012/63440190.img If I send this tile to the GPS, Mapsource crashes instantly: MDR_TRIM_ADDR.CXX-347-6.16.3.0 Maybe someone can find the bug in this file? I have isolated

Re: [mkgmap-dev] [Patch V1]Re: Still problems with lakes

Hi Thorsten, well, believe it or not, I did never create a map to use it, I am just trying to solve the problems ;-) Your are probably right, afaik the precompiled bounds are only used to set the admin level tags, the data cannot be accessed to draw an object. Ciao, Gerd Date: Sun, 21 Oct

Re: [mkgmap-dev] [Patch V2]Re: Still problems with lakes

Thanks Gerd, works fine now! I only didnt convert it to 05m format, but that shouldnt matter or does it? No, that doesn't matter. I found the error, here is a new patch based on r202 (also containing the boundingBox.patch) + the new binary. Thanks for testing!

Re: [mkgmap-dev] point number too big

Hi Minko, please post the OSM data file together with your mkgmap options. The img file does not help when searching for problems and/or error messages in the mkgmap chain. Thanks! WanMil I have isolated the file which gives an error message point number too big

Re: [mkgmap-dev] spltter software design question

Am 21.10.2012 12:30, schrieb GerdP: Hi, I am still working on the cleanup of the patch for splitter (splitter_problem_list.patch) I got the impression that the patched code is quite messed up now regarding the naming and use of interfaces and abstract classes. I'd like to change that so

Re: [mkgmap-dev] spltter software design question

Hi WanMil, WanMil wrote Am 21.10.2012 12:30, schrieb GerdP: What do you think about this? I don't have time to have a look into the changes. Only one hint about your design ideas: The OSMWriter is used by the mgkmap sea precompiler. So if you change that please change the mkgmap sea

Re: [mkgmap-dev] point number too big

Thanks Wanmil, I have noticed that changing my styles very slightly, the tile won't crash anymore. So there is a very small bug in my style file, I have to investigate some more where exactly. BTW I also noticed I still use location-autofill: bounds,is-in,nearest in combination with bounds: