[mkgmap-dev] Proof of concept for better sea in overview map

Sat Jun 12 08:31:52 BST 2021

I use
C:\openmtbmap\osmconvert.exe --drop-author --drop-version
D:\openmtbmap\osmpbf_geofabrik\australia-oceania-latest.osm.pbf
-o=C:\openmtbmap\osmpbf_geofabrik\australia-oceania.o5m
then
start /low /b /wait java -XX:+AggressiveHeap -Xms15000m -Xmx54000m -jar
C:\openmtbmap\splitter.jar "--precomp-sea=C:\openmtbmap\maps\sea.zip"
--max-nodes=1000000 --max-threads=8 --output=pbf "--keep-complete"
--route-rel-values=mtb,bicycle,foot,hiking --max-areas=4000
--geonames-file=C:\OpenMTBMap\maps\cities5000.zip
--description=australia-oceania --mapid=65340000
C:\openmtbmap\osmpbf_geofabrik\australia-oceania.o5m

The highlighted tiles selected in Mapsource for sending to GPS device - are
empty using improve-overview - but they are filled with sea without using
it. They are only empty in overview map. I think those gaps also should not
be there - so it is a wider problem that existed before already. For
overview map mkgmap should use all the sea/land area for the full coverage
- and not cut out areas. Actually cutting for sea/land should also not
happen in the normal map. The reason for trimming is to have to maps not
overlap itself with empty content - because mkgmap/splitter only cuts
rectangles - not polygons. But sea/land will be identical in two country
maps - so should not be trimmed

On Sat, 12 Jun 2021 at 10:24, Felix Hartmann <extremecarver at gmail.com>
wrote:

> the problem is - using improve-overview some tiles in the overview map
> miss sea. I am pretty sure this happens on default style too. But likely
> not if you use --no-trim and / or keep-complete for splitting.
> Attached is the areas.list
>
> On Sat, 12 Jun 2021 at 09:40, Gerd Petermann <
> gpetermann_muenchen at hotmail.com> wrote:
>
>> Hi Felix,
>>
>> I don't yet understand what's going on. Please provide a link to your
>> areas.list
>>
>> Gerd
>>
>> ________________________________________
>> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von
>> Felix Hartmann <extremecarver at gmail.com>
>> Gesendet: Freitag, 11. Juni 2021 12:14
>> An: Development list for mkgmap
>> Betreff: Re: [mkgmap-dev] Proof of concept for better sea in overview map
>>
>> Nope - that did not help. And I think the problem is a bit unrelated.
>> Mkgmap with your new version and --improve-overview assumes there is an
>> empty map - and puts those three square areas of missing anything. Maybe
>> you give it a try and analyse what happens.
>>
>> I actually think this bug has been there before already - and it happened
>> to me with contourlines only maps. Meaning mkgmap cuts the map area way too
>> aggressively, and removes part of the map that actually even have content -
>> or was it splitter. I think for contourlines only maps I had to use
>> splitter with --keep-complete and --no-trim else there would be missing.
>> areas in the map. (not on the outside but right in the middle in the ocean
>> usually - but sometimes also e.g. northernmost parts of Norway in an Europe
>> contourlines only map).
>>
>> So I split australia-oceania WITHOUT --no-trim. Are you assuming to split
>> with --no-trim? Actually those grey boxes are each of its own separate
>> tiles (with nearly no content - e.g. one has a riff polygon only). I guess
>> there is lots of openseamap stuff so splitter creates those tiny tiles...
>> Mkgmap should never trip on the overview map. The normal map should be
>> trimmed aggressively - as we still cannot cut according to a bounding
>> polygon and only using rectangles. But the overview map sea creation should
>> not cut out sea or anything.
>>
>> I guess you never noticed that working on Norway - but it would be a good
>> start to play around with australia-oceania (it is nice to work with -
>> because it is relatively small in size so compiles fast). See attached
>> screenshot of overview map. All the selected tiles were before showing sea
>> (and do so once past the overview map too). The high DP filter was not the
>> problem. For Australia-Oceania the --improve-overview right now is not a
>> good example. The map was better before. Oh yeah - and
>> --polygon-size-limits="24:12, 23:14, 22:14, 21:20, 20:20, 19:20, 18:20,
>> 17:20, 16:20, 15:20, 14:20, 13:20, 12:20, 11:20, 10:20
>> looks better than small values. Actually I think even to rather increase
>> more. Maybe that is why I had less problems right from the start - because
>> I cut away tiny islands.
>>
>> C:\openmtbmap\maps>if yes NEQ no start /low /b /wait java -jar
>> -XX:+AggressiveHeap -XX:StringTableSize=1000003 -Xms15000M -Xmx29000M
>> C:\openmtbmap\mkgmap.jar --max-jobs=8 --order-by-decreasing-area
>> "--generate-sea" --code-page=1252
>> "--precomp-sea=C:\openmtbmap\maps\sea.zip"
>> "--style-file=C:\openmtbmap\openmtbmap_style" --improve-overview
>> --add-boundary-nodes-at-admin-boundaries --drive-on=detect
>> --allow-reverse-merge
>> --line-types-with-direction=0x18,0x1f,0x10016,0x10101,0x10105,0x10401,0x10403,0x10405,0x10408,0x10409,0x1040b,0x1040d,0x1040e,0x10500,0x10501,0x10502,0x10503,0x10504,0x10505,0x10506,0x10507,0x10607,0x10609,0x1060b,0x10702,0x10703,0x10704,0x10705,0x10706,0x10707,0x10a00,0x10a02,0x10a04,0x10a05,0x10e1e,0x10e0f,0x10e0e,0x10e1e,0x10f0a,0x10f1c,0x10e1d
>> --nsis --index --levels="0:24, 1:23, 2:22, 3:21, 4:20, 5:19, 6:18"
>> --overview-levels="7:17, 8:16, 9:15, 10:14, 11:13, 12:12"
>> --add-pois-to-areas
>> --pois-to-areas-placement=entrance=main;entrance=yes;building=entrance;barrier=
>>  entrance
>> --x-simplify-filter-line-errors=23:2.6,22:4.2,21:5.4,20:6,19:7,18:7.5,17:6,14:6
>> --x-simplify-filter-polygon-errors=23:3.6,22:7,21:6,20:9,17:2.6
>> --add-boundary-nodes-at-admin-boundaries=2
>> --poi-excl-index=0x6405,0x4316,0x2f00
>> --copyright-file="C:\openmtbmap\openmtbmap_svn\copyrightopm.txt"
>> --license-file="C:\openmtbmap\openmtbmap_svn\licenseopm.txt" --cycle-map
>> --ignore-fixme-values --housenumbers
>> --road-name-config=C:\openmtbmap\openmtbmap_svn\roadNameConfig.txt
>> --split-name-index --link-pois-to-ways --ignore-turn-restrictions
>> --polygon-size-limits="24:12, 23:14, 22:14, 21:20, 20:20, 19:20, 18:20,
>> 17:20, 16:20, 15:20, 14:20, 13:20, 12:20, 11:20, 10:20"
>> --description=omtb_auo --show-profiles=1
>> --location-autofill=bounds,is_in,nearest
>> --bounds=C:\openmtbmap\maps\bounds.zip
>> --mdr7-del=pri;sec;ter;cw;min;unsf,uncl;living;pdstrn;trk;pth;ft;fp;brdlw;rd;byw;ser;cw;mrt;crt;Bklane;Bktrk;opp;Opptrk;g0;g1;g2;g3;g4;g5;g6;t1;t2;t3;t4;t5;t6;xbk;cr;mr;hr;mr0;mr1;mr2;mr3;mr4;mr5;mr0.;mr1
>>  .;mr2.;mr3.;mr4.;mr5.;mr6.;mr00;mr01;mr02;mr03;mr04;mr05;mr06;mr11;mr12;mr13;mr14;mr15;mr16;mr20;mr21;mr22;mr23;mr24;mr25;mr26;mr30;mr31;mr32;mr33;mr34;mr35;mr35;mr40;mr41;mr41;mr43;mr44;mr45;mr46;mr50;mr51;mr52;mr53;mr54;mr55;mr56;mr60;mr61;mr62;mr63;mr64;mr65;mr66;m0;m1;m2;m3;m4;m5;m0.;m1.;m2.;m3.;m4.;m5.;m6.;m00;m01;m02;m03;m04;m05;m06;m11;m12;m13;m14;m15;m16;m20;m21;m22;m23;m24;m25;m26;m30;m31;m32;m33;m34;m35;m35;m40;m41;m41;m43;m44;m45;m46;m50;m51;m52;m53;m54;m55;m56;m60;m61;m62;m63;m64;m65;m66;mr.0;mr.1;mr.2;mr.3;mr.4;mr.5;mr.6;m.0;m.1;m.2;m.3;m.4;m.5;m.6;m1.;m2.;m3.;m4.;m5.;m6.;lmr;mrx0;mrx1;mrx2;mrx3;mrx4;mrx5;mrx6;mx0;mx1;mx2;mx3;mx4;mx5;mx6;bridge;swing;aqueduct;viaduct;"ntnl
>> bndry";admin_lv=4;"ntnl
>> park";weir;dam;waterfall;rapids;stream;river;drain;ditch;"huge
>> river";"hugest river";"medium river";"small river";"wide river";"hugest
>> canal";"huge canal";"medium canal";"small canal";"big
>> canal";canal;snowpark;Skitour-descent;Skipiste;Skislope;illuminated;Nordic-Skiing;skitour
>>  ;platter;ropetow;tbar;chairlift;goods_lift;runway;taxiway;apron;VFS0;VFS1;VFS2;VFS3;VFS4;VFS5;VFS6;VFS7;usf;cstrn;steps;parking_aisle;res;cob;cobstn;public_footway;public_footpath
>> --mdr7-excl=pri;sec;ter;cw;min;unsf,uncl;pdstrn;trk;pth;ft;fp;brdlw;rd;byw;ser;cw;mrt;crt;Bklane;Bktrk;opp;Opptrk;g0;g1;g2;g3;g4;g5;g6;t1;t2;t3;t4;t5;t6;xbk;cr;mr;hr;mr0;mr1;mr2;mr3;mr4;mr5;mr0.;mr1.;mr2.;mr3.;mr4.;mr5.;mr6.;mr00;mr01;mr02;mr03;mr04;mr05;mr06;mr11;mr12;mr13;mr14;mr15;mr16;mr20;mr21;mr22;mr23;mr24;mr25;mr26;mr30;mr31;mr32;mr33;mr34;mr35;mr35;mr40;mr41;mr41;mr43;mr44;mr45;mr46;mr50;mr51;mr52;mr53;mr54;mr55;mr56;mr60;mr61;mr62;mr63;mr64;mr65;mr66;m0;m1;m2;m3;m4;m5;m0.;m1.;m2.;m3.;m4.;m5.;m6.;m00;m01;m02;m03;m04;m05;m06;m11;m12;m13;m14;m15;m16;m20;m21;m22;m23;m24;m25;m26;m30;m31;m32;m33;m34;m35;m35;m40;m41;m41;m43;m44;m45;m46;m50;m51;m52;m53;m54;m55;m56;m60;m61;m62;m63;m64;m65;m66;mr.0;mr.1;mr.2;mr.3;mr.4;mr.5;mr.6;m.0;m.1;m.2;m.3;m.4;m.5;m.6;m1.;m2.;m3.;m4.;m5.;m6.;lmr;mrx0;mrx1;mrx2;mrx3;mrx
>>  4;mrx5;mrx6;mx0;mx1;mx2;mx3;mx4;mx5;mx6;"ntnl bndry";admin_lv=4;"ntnl
>> park";"huge river";"hugest river";"medium river";"small river";"wide
>> river";"hugest canal";"huge canal";"medium canal";"small canal";"big
>> canal";canal;snowpark;Skitour-descent;illuminated;Nordic-Skiing;skitour;platter;ropetow;tbar;goods_lift;runway;taxiway;apron;VFS0;VFS1;VFS2;VFS3;VFS4;VFS5;VFS6;VFS7;usf;cstrn;steps;parking_aisle;res;cob;cobstn;public_footway;public_footpath
>> --route --country-abbr=auo --country-name=australia-oceania
>> --mapname=65340000 --family-id=6534 --product-id=1
>> --series-name=omtb_australia-oceania_11.06.2021
>> --family-name=mtb_auo_11.06.2021 --tdbfile --gmapi
>> --overview-mapname=mapsetc --keep-going
>> --area-name="australia-oceania_11.06.2021_omtb" -c
>> D:\openmtbmap\maps\template.australia-oceania
>> C:\OpenMTBMap\contourlines20\australia-oceania\7*.img typauo.TYP
>>
>> On Fri, 11 Jun 2021 at 12:25, Felix Hartmann <extremecarver at gmail.com
>> <mailto:extremecarver at gmail.com>> wrote:
>> yes I was using:
>>
>> --x-simplify-filter-line-errors=23:2.6,22:4.2,21:5.4,20:6,19:7,18:7.5,16:8,14:9
>> --x-simplify-filter-polygon-errors=23:3.6,22:7,21:6,20:9
>> --polygon-size-limits="24:12, 23:14, 22:14, 21:20, 20:20, 19:20, 18:20,
>> 17:20, 16:20, 15:20, 14:20, 13:20, 12:20, 11:20, 10:20"
>>
>> levels = 0:24, 1:22, 2:21, 3:20, 4:19, 5:18
>> overview-levels = 6:17, 7:16, 8:15, 9:14, 10:13
>>
>> As this only affects the overview map - I guess I should change it to:
>> --x-simplify-filter-polygon-errors=23:3.6,22:7,21:6,20:9,17:2.6 ??
>>
>> The polygon-size-limits should not matter as I have the skip-size filter
>> set for sea.
>>
>> I had worked quite a long time to optimize those settings with the old
>> behaviour.
>>
>>
>> On Fri, 11 Jun 2021 at 11:50, Gerd Petermann <
>> gpetermann_muenchen at hotmail.com<mailto:gpetermann_muenchen at hotmail.com>>
>> wrote:
>> Hi Felix,
>>
>> Maybe you are using large values for the Douglas-Peucker filter at low
>> resolutions? That's probably a bad idea with the new option. I always
>> tested with the default 2.6 for all levels.
>> The effect of the new option is that DP really can do its work.
>>
>> Gerd
>>
>> ________________________________________
>> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev-bounces at lists.mkgmap.org.uk>> im Auftrag von Felix Hartmann <
>> extremecarver at gmail.com<mailto:extremecarver at gmail.com>>
>> Gesendet: Freitag, 11. Juni 2021 10:23
>> An: Development list for mkgmap
>> Betreff: Re: [mkgmap-dev] Proof of concept for better sea in overview map
>>
>> --generate-sea --precomp-sea=C:\openmtbmap\maps\sea.zip
>> --order-by-decreasing-area  --allow-reverse-merge
>> I thought using precomp-sea is fine (I did not update the precomp-sea in
>> between)
>>
>>
>> On Fri, 11 Jun 2021 at 11:10, Felix Hartmann <extremecarver at gmail.com
>> <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com<mailto:
>> extremecarver at gmail.com>>> wrote:
>> compilation time includes splitting, and some other stuff. Loads of
>> countries (9:34 / 9:21 (sorry dumb error 9:19) for all european single
>> countries and a few continents (but not Europe continent) in hours.
>>
>> On Fri, 11 Jun 2021 at 11:08, Felix Hartmann <extremecarver at gmail.com
>> <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com<mailto:
>> extremecarver at gmail.com>>> wrote:
>> I just compiled the australia-oceania map with that option, and I think I
>> must be missing something. It got substantially worse (it is identical
>> until the overview map kicks in) - then I get some huge squares of sea
>> missing. Compile time for all maps until that point before
>> Compilation time is not up a lot:
>> 0:12 - 9:46 = 9:34
>> one week before (except older mapdata no changes in compilation procedure
>> and older mkgmap) 20:17 - 5:38 = 9:19
>>
>> Anything I could be missing? I use the newest low-res branch build and
>> added --improve-overview to the compilation process.
>>
>> in my polygons file I have:
>> natural=sea  { add mkgmap:skipSizeFilter=true; set mkgmap:drawLevel=2 }
>> [0x10f1d resolution 10]
>>
>>
>> On Fri, 11 Jun 2021 at 07:12, Gerd Petermann <
>> gpetermann_muenchen at hotmail.com<mailto:gpetermann_muenchen at hotmail.com
>> ><mailto:gpetermann_muenchen at hotmail.com<mailto:
>> gpetermann_muenchen at hotmail.com>>> wrote:
>> Hi all,
>>
>> I hoped for some positive feedback on this but got none so far. Did I
>> miss something important?
>>
>> Gerd
>>
>> ________________________________________
>> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:
>> mkgmap-dev-bounces at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev-bounces at lists.mkgmap.org.uk>>> im Auftrag von Gerd Petermann <
>> gpetermann_muenchen at hotmail.com<mailto:gpetermann_muenchen at hotmail.com
>> ><mailto:gpetermann_muenchen at hotmail.com<mailto:
>> gpetermann_muenchen at hotmail.com>>>
>> Gesendet: Montag, 7. Juni 2021 21:05
>> An: Development list for mkgmap
>> Betreff: Re: [mkgmap-dev] Proof of concept for better sea in overview map
>>
>> Hi Felix,
>>
>> the map contained was without routing or index, so for a normal map the
>> difference should be even smaller.
>> There is no need to change sea.zip. You just have to use
>> --improve-overview for now.
>>
>> Gerd
>>
>> ________________________________________
>> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:
>> mkgmap-dev-bounces at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev-bounces at lists.mkgmap.org.uk>>> im Auftrag von Felix Hartmann <
>> extremecarver at gmail.com<mailto:extremecarver at gmail.com><mailto:
>> extremecarver at gmail.com<mailto:extremecarver at gmail.com>>>
>> Gesendet: Montag, 7. Juni 2021 21:02
>> An: Development list for mkgmap
>> Betreff: Re: [mkgmap-dev] Proof of concept for better sea in overview map
>>
>> I guess that is a time for a full Norway map based on default style - so
>> that is quite okay. Not a sea only Norway map... Well I hope that Thorsten
>> Kukuk can adapt his sea files in the near future then...
>>
>> On Mon, 7 Jun 2021 at 19:37, Gerd Petermann <
>> gpetermann_muenchen at hotmail.com<mailto:gpetermann_muenchen at hotmail.com
>> ><mailto:gpetermann_muenchen at hotmail.com<mailto:
>> gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>> <mailto:gpetermann_muenchen at hotmail.com><mailto:
>> gpetermann_muenchen at hotmail.com<mailto:gpetermann_muenchen at hotmail.com>>>>
>> wrote:
>> OK, I think found a good solution. Speed is quite OK, I see  9 min 48
>> secs for map of norway and instead of 8 min 44 secs with  r4756, and I
>> consider Norway to be a worst case.
>>
>> See https://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4761
>> for the details.
>>
>> Gerd
>>
>>
>> ________________________________________
>> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:
>> mkgmap-dev-bounces at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:
>> mkgmap-dev-bounces at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:
>> mkgmap-dev-bounces at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev-bounces at lists.mkgmap.org.uk>>>> im Auftrag von Gerd Petermann
>> <gpetermann_muenchen at hotmail.com<mailto:gpetermann_muenchen at hotmail.com
>> ><mailto:gpetermann_muenchen at hotmail.com<mailto:
>> gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>> <mailto:gpetermann_muenchen at hotmail.com><mailto:
>> gpetermann_muenchen at hotmail.com<mailto:gpetermann_muenchen at hotmail.com
>> >>>>
>> Gesendet: Montag, 7. Juni 2021 12:11
>> An: Development list for mkgmap
>> Betreff: Re: [mkgmap-dev] Proof of concept for better sea in overview map
>>
>> With the provided patch the speed is very poor for areas like Norway,
>> probably twice the time.
>> It is much slower because it does the complex multipolygon cutting for
>> each level in the overview map. Probably too slow for complex coastal areas.
>> This time will be the same for precomp-sea unless we can store sea
>> polygons for each resolution.
>>
>> Performance will be no problem if I find a way to use Douglas-Peucker or
>> similar before cutting. That was my original idea but DP produces self
>> intersecting polygons and the MultipolygonCutter cannot cope with that.
>>
>> Gerd
>>
>> ________________________________________
>> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:
>> mkgmap-dev-bounces at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:
>> mkgmap-dev-bounces at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:
>> mkgmap-dev-bounces at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev-bounces at lists.mkgmap.org.uk>>>> im Auftrag von Felix Hartmann
>> <extremecarver at gmail.com<mailto:extremecarver at gmail.com><mailto:
>> extremecarver at gmail.com<mailto:extremecarver at gmail.com>><mailto:
>> extremecarver at gmail.com<mailto:extremecarver at gmail.com><mailto:
>> extremecarver at gmail.com<mailto:extremecarver at gmail.com>>>>
>> Gesendet: Montag, 7. Juni 2021 11:55
>> An: Development list for mkgmap
>> Betreff: Re: [mkgmap-dev] Proof of concept for better sea in overview map
>>
>> Is it only much slower because of not using precomp sea? Or will it be
>> much slower in general? And what is much slower for say Europe continent
>> map? If a modern 4core/8thread processor needs 30 minutes more I would
>> prefer the old way knowing it is worse (if the time difference is
>> negligible with precomp-sea then that would be great).
>>
>> On Mon, 7 Jun 2021 at 12:26, Ticker Berkin <rwb-mkgmap at jagit.co.uk
>> <mailto:rwb-mkgmap at jagit.co.uk><mailto:rwb-mkgmap at jagit.co.uk<mailto:
>> rwb-mkgmap at jagit.co.uk>><mailto:rwb-mkgmap at jagit.co.uk<mailto:
>> rwb-mkgmap at jagit.co.uk><mailto:rwb-mkgmap at jagit.co.uk<mailto:
>> rwb-mkgmap at jagit.co.uk>>><mailto:rwb-mkgmap at jagit.co.uk<mailto:
>> rwb-mkgmap at jagit.co.uk><mailto:rwb-mkgmap at jagit.co.uk<mailto:
>> rwb-mkgmap at jagit.co.uk>><mailto:rwb-mkgmap at jagit.co.uk<mailto:
>> rwb-mkgmap at jagit.co.uk><mailto:rwb-mkgmap at jagit.co.uk<mailto:
>> rwb-mkgmap at jagit.co.uk>>>>> wrote:
>> Hi Gerd
>>
>> This is going to take some studying to work out the implications. Can't
>> do much for the next few days however, but will look carefully at the
>> end of the week.
>>
>> Ticker
>>
>> On Sun, 2021-06-06 at 14:02 +0000, Gerd Petermann wrote:
>> > Hi,
>> >
>> > the attached patch improves the overview map, but so far only when
>> > precomp-sea is NOT used.
>> > I tested it with --generate-sea=multipolygon,floodblocker  so that
>> > mkgmap really has a multipolygon with the natual=sea data.
>> >
>> > For each level in the overview map it uses the original multipolygon
>> > data to compute the rings which will might visible at the given
>> > resolution. This requires more time compared to the current code but
>> > the result is much better and some fine tuning is possible.
>> >
>> > To be able to use this also with --precomp-sea we need some changes
>> > in the code which generates sea.zip so that one multipolygon relation
>> > for each tile is stored.
>> >
>> > I've uploaded the results here:
>> > https://files.mkgmap.org.uk/download/511/compare.7z
>> > What do you think?
>> >
>> > Gerd
>> >
>> >
>> > _______________________________________________
>> > mkgmap-dev mailing list
>> > mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk
>> ><mailto:mkgmap-dev at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev at lists.mkgmap.org.uk>><mailto:mkgmap-dev at lists.mkgmap.org.uk
>> <mailto:mkgmap-dev at lists.mkgmap.org.uk><mailto:
>> mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk
>> >>><mailto:mkgmap-dev at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev at lists.mkgmap.org.uk><mailto:mkgmap-dev at lists.mkgmap.org.uk
>> <mailto:mkgmap-dev at lists.mkgmap.org.uk>><mailto:
>> mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk
>> ><mailto:mkgmap-dev at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev at lists.mkgmap.org.uk>>>>
>> > https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>> _______________________________________________
>> mkgmap-dev mailing list
>> mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk
>> ><mailto:mkgmap-dev at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev at lists.mkgmap.org.uk>><mailto:mkgmap-dev at lists.mkgmap.org.uk
>> <mailto:mkgmap-dev at lists.mkgmap.org.uk><mailto:
>> mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk
>> >>><mailto:mkgmap-dev at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev at lists.mkgmap.org.uk><mailto:mkgmap-dev at lists.mkgmap.org.uk
>> <mailto:mkgmap-dev at lists.mkgmap.org.uk>><mailto:
>> mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk
>> ><mailto:mkgmap-dev at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev at lists.mkgmap.org.uk>>>>
>> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>>
>> --
>> Felix Hartman - Openmtbmap.org & VeloMap.org
>>
>> _______________________________________________
>> mkgmap-dev mailing list
>> mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk
>> ><mailto:mkgmap-dev at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev at lists.mkgmap.org.uk>><mailto:mkgmap-dev at lists.mkgmap.org.uk
>> <mailto:mkgmap-dev at lists.mkgmap.org.uk><mailto:
>> mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>>>
>> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>> _______________________________________________
>> mkgmap-dev mailing list
>> mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk
>> ><mailto:mkgmap-dev at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev at lists.mkgmap.org.uk>><mailto:mkgmap-dev at lists.mkgmap.org.uk
>> <mailto:mkgmap-dev at lists.mkgmap.org.uk><mailto:
>> mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>>>
>> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>>
>> --
>> Felix Hartman - Openmtbmap.org & VeloMap.org
>>
>> _______________________________________________
>> mkgmap-dev mailing list
>> mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk
>> ><mailto:mkgmap-dev at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev at lists.mkgmap.org.uk>>
>> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>> _______________________________________________
>> mkgmap-dev mailing list
>> mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk
>> ><mailto:mkgmap-dev at lists.mkgmap.org.uk<mailto:
>> mkgmap-dev at lists.mkgmap.org.uk>>
>> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>>
>> --
>> Felix Hartman - Openmtbmap.org & VeloMap.org
>>
>>
>>
>> --
>> Felix Hartman - Openmtbmap.org & VeloMap.org
>>
>>
>>
>> --
>> Felix Hartman - Openmtbmap.org & VeloMap.org
>>
>> _______________________________________________
>> mkgmap-dev mailing list
>> mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>
>> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>>
>> --
>> Felix Hartman - Openmtbmap.org & VeloMap.org
>>
>>
>>
>> --
>> Felix Hartman - Openmtbmap.org & VeloMap.org
>>
>> _______________________________________________
>> mkgmap-dev mailing list
>> mkgmap-dev at lists.mkgmap.org.uk
>> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>
>
> --
> Felix Hartman - Openmtbmap.org & VeloMap.org
>
>

-- 
Felix Hartman - Openmtbmap.org & VeloMap.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20210612/f17df1a2/attachment-0001.html>