<div dir="ltr"><div dir="ltr">Well here are the results for 615:</div><div dir="ltr">If you would like the log files for any of those runs - tell me. Significantly better with polygon file are Norway, Russia, Australia-Oceania and Asia. This version has much less problem countries like 614. It would be too big to attach all of them here. If you like all of them then I can upload them to my server.</div><div dir="ltr"><br></div><div dir="ltr">South America is really bad using polygon-file.<br><div><br></div><div><div>"for netherlands use polygon-file - cnt1 = 89 cnt0 = 88" </div><div>"for great-britain use polygon-file - cnt1 = 111 cnt0 = 110" </div><div>"for germany use polygon-file - cnt1 = 258 cnt0 = 257" </div><div>"for liechtenstein do not use polygon-file - cnt1 = 1 cnt0 = 6" </div><div>"for monaco do not use polygon-file - cnt1 = 1 cnt0 = 2" </div><div>"for slovenia do not use polygon-file - cnt1 = 27 cnt0 = 28" </div><div>"for ukraine use polygon-file - cnt1 = 62 cnt0 = 61" </div><div><b>"for norway use polygon-file - cnt1 = 129 cnt0 = 119" </b></div><div>"for switzerland do not use polygon-file - cnt1 = 29 cnt0 = 30" </div><div>"for poland use polygon-file - cnt1 = 132 cnt0 = 128" </div><div>"for sweden use polygon-file - cnt1 = 60 cnt0 = 54" </div><div>"for finland do not use polygon-file - cnt1 = 65 cnt0 = 84" </div><div>"for denmark use polygon-file - cnt1 = 33 cnt0 = 32" </div><div>"for andorra do not use polygon-file - cnt1 = 1 cnt0 = 4" </div><div>"for estonia use polygon-file - cnt1 = 9 cnt0 = 8" </div><div>"for saarland do not use polygon-file - cnt1 = 4 cnt0 = 17" </div><div>"for hamburg do not use polygon-file - cnt1 = 3 cnt0 = 12" </div><div>"for hessen do not use polygon-file - cnt1 = 17 cnt0 = 18" </div><div>"for bayern do not use polygon-file - cnt1 = 47 cnt0 = 48" </div><div>"for berlin do not use polygon-file - cnt1 = 5 cnt0 = 13" </div><div><b>"for australia-oceania use polygon-file - cnt1 = 131 cnt0 = 109" </b></div><div>"for south-america do not use polygon-file - cnt1 = 334 cnt0 = 463" </div><div>"for africa use polygon-file - cnt1 = 665 cnt0 = 663" </div><div><b>"for asia use polygon-file - cnt1 = 1592 cnt0 = 1549" </b></div><div><b>"for russia use polygon-file - cnt1 = 426 cnt0 = 408" </b></div><div>"for central-america use polygon-file - cnt1 = 61 cnt0 = 58" </div><div>"for morocco do not use polygon-file - cnt1 = 19 cnt0 = 27" </div><div>"for tanzania use polygon-file - cnt1 = 75 cnt0 = 74" </div><div>"for mozambique use polygon-file - cnt1 = 24 cnt0 = 23" </div><div>"for azerbaijan do not use polygon-file - cnt1 = 3 cnt0 = 4" </div><div>"for iran use polygon-file - cnt1 = 16 cnt0 = 15" </div><div>"for malaysia-singapore-brunei do not use polygon-file - cnt1 = 16 cnt0 = 17" </div><div>"for china use polygon-file - cnt1 = 106 cnt0 = 101" </div><div>"for india do not use polygon-file - cnt1 = 109 cnt0 = 112" </div><div>"for indonesia do not use polygon-file - cnt1 = 191 cnt0 = 200" </div><div>"for philippines use polygon-file - cnt1 = 52 cnt0 = 51" </div><div>"for afghanistan do not use polygon-file - cnt1 = 11 cnt0 = 20" </div><div>"for australia use polygon-file - cnt1 = 67 cnt0 = 66" </div><div>"for argentina use polygon-file - cnt1 = 32 cnt0 = 27" </div><div>"for brazil use polygon-file - cnt1 = 177 cnt0 = 172" </div><div>"for chile do not use polygon-file - cnt1 = 31 cnt0 = 33" </div><div>"for paraguay use polygon-file - cnt1 = 17 cnt0 = 16" </div><div>"for canada use polygon-file - cnt1 = 274 cnt0 = 272" </div><div>"for us-northeast do not use polygon-file - cnt1 = 109 cnt0 = 110" </div><div>"for us-pacific use polygon-file - cnt1 = 21 cnt0 = 18" </div><div>"for us-south use polygon-file - cnt1 = 262 cnt0 = 261" </div><div>"for us-west use polygon-file - cnt1 = 229 cnt0 = 227" </div><div>"for greenland use polygon-file - cnt1 = 4 cnt0 = 2" </div><div>"for mexico use polygon-file - cnt1 = 44 cnt0 = 42" </div><div>"for reunion do not use polygon-file - cnt1 = 3 cnt0 = 5" </div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 30 Jun 2021 at 12:30, Gerd Petermann <<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Felix,<br>
<br>
I've released r615 to fix the problems with Saarland (now 17 tiles with polygon instead of crash, 4 tiles without) and Norway (121 with polygon, 128 without)<br>
Numbers for max-nodes=1400000<br>
<br>
Gerd<br>
<br>
<br>
________________________________________<br>
Von: mkgmap-dev <<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a>> im Auftrag von Felix Hartmann <<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a>><br>
Gesendet: Mittwoch, 30. Juni 2021 10:52<br>
An: Development list for mkgmap<br>
Betreff: Re: [mkgmap-dev] splitter r609 released<br>
<br>
well yeah by now my list is down to very few countries (different then with older splitter.jar) that profit from --polygon-file.<br>
I feel like I will only use polygon-file for Asia continent map and for Russia - they fit your description of spanning over 180° and needing polygon-file to be split into less tiles. They pretty consistently split better with polygon-file on several splitter versions.<br>
<br>
Then maybe retest a year later.<br>
<br>
On Wed, 30 Jun 2021 at 11:25, Gerd Petermann <<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a><mailto:<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a>>> wrote:<br>
Hi Felix,<br>
<br>
sure, it's not good if splitter fails to split correct data. Still, an automated process should check the return code of the program. If splitter returns a values !=  0 you can be sure that something is wrong (same with mkgmap)<br>
<br>
It's okay to split small files like Liechtenstein, no problem with that. Just don't expect to always get fewer tiles when you use a polygon-file ;)<br>
<br>
Gerd<br>
<br>
________________________________________<br>
Von: mkgmap-dev <<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a>>> im Auftrag von Felix Hartmann <<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a><mailto:<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a>>><br>
Gesendet: Mittwoch, 30. Juni 2021 10:10<br>
An: Development list for mkgmap<br>
Betreff: Re: [mkgmap-dev] splitter r609 released<br>
<br>
yes my script only counts the produced tiles. And if it's 0 that's very bad for any automated process. 0 should only happen if the input data is broken (yes then it should happen).<br>
(and why do I split countries like Liechtenstein - well first I do not know if the extract would fit into one tile without splitting, second if the download is broken for some reason - then splitter rightfully cannot split it - and the old maps on the server will not be overwritten by maps based on a broken extract from geofabrik).<br>
<br>
On Wed, 30 Jun 2021 at 11:03, Gerd Petermann <<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a><mailto:<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a>><mailto:<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a><mailto:<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a>>>> wrote:<br>
Hi Felix,<br>
<br>
I can now reproduce the poor result with norway when I use both --polygon-file and --precomp-sea.<br>
Problem seems to be that splitter decides to try the slower algo first. After a while it gives up and tries the alternative faster algo and that would find a good solution soon but splitter gives up too early, so this is really not an improvement.<br>
Without the polygon the slower algo finds a good solution.<br>
<br>
I am working on a new solution which executes both algos in parallel and selects the better result. This works much better for this test case but sometimes worse when option --num-tiles is used.<br>
<br>
reg. Saarland with polygon: r614 stops with an error message (and returns 1 to signal a bad split). Your scripts seems to ignore this and just counts the number of written tiles?<br>
I'll try to find a fix so that splitter doesn't try to fit the tiles into the polygon when this happens...<br>
<br>
Gerd<br>
<br>
________________________________________<br>
Von: mkgmap-dev <<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a>><mailto:<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a>>>> im Auftrag von Felix Hartmann <<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a><mailto:<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a>><mailto:<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a><mailto:<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a>>>><br>
Gesendet: Mittwoch, 30. Juni 2021 08:55<br>
An: Development list for mkgmap<br>
Betreff: Re: [mkgmap-dev] splitter r609 released<br>
<br>
okay yeah I think I misunderstood the polygon-file a bit. But why is the split for Norway so much worse now? Before it was possible to get it down to 115 tiles (using the polygon-file option) now its 168 instead. Not using polygon-file no change. (guess the 1 tile more is maybe added data somewhere).<br>
<br>
On Wed, 30 Jun 2021 at 07:59, Gerd Petermann <<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a><mailto:<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a>><mailto:<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a><mailto:<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a>>><mailto:<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a><mailto:<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a>><mailto:<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a><mailto:<a href="mailto:gpetermann_muenchen@hotmail.com" target="_blank">gpetermann_muenchen@hotmail.com</a>>>>> wrote:<br>
Hi Felix,<br>
<br>
reg. Saarland: I'll try to reproduce. Looks like an error.<br>
reg. Liechtenstein:<br>
I think we still have different ideas what the polygon-file option is about.<br>
The documentation is a bit outdated since r433 (see <a href="https://www.mkgmap.org.uk/websvn/revision.php?repname=splitter&rev=433" rel="noreferrer" target="_blank">https://www.mkgmap.org.uk/websvn/revision.php?repname=splitter&rev=433</a> )<br>
but the basic idea was that splitter should try to produce tiles which don't overlap the given polygon too much. This sometimes means that it produces more and smaller tiles.<br>
Splitter should be able to find good splits for geofabrik downloads without a polygon-file, but there are use cases: If the user only wants a part of a download in the map they can use the corresponding polygon.<br>
<br>
You seem to suggest that splitter should just use the polygon to be able to ignore data that is in the input file but not in the polygon and never try to fit the tiles into the polygon?<br>
<br>
Gerd<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
________________________________________<br>
Von: mkgmap-dev <<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a>><mailto:<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a>>><mailto:<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a>><mailto:<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev-bounces@lists.mkgmap.org.uk" target="_blank">mkgmap-dev-bounces@lists.mkgmap.org.uk</a>>>>> im Auftrag von Felix Hartmann <<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a><mailto:<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a>><mailto:<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a><mailto:<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a>>><mailto:<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a><mailto:<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a>><mailto:<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a><mailto:<a href="mailto:extremecarver@gmail.com" target="_blank">extremecarver@gmail.com</a>>>>><br>
Gesendet: Dienstag, 29. Juni 2021 23:04<br>
An: Development list for mkgmap<br>
Betreff: Re: [mkgmap-dev] splitter r609 released<br>
<br>
I found (server) time to run my test again - using splitter v614 - search limit 1000000<br>
Problem cases in bold. I also added the number of tiles that splitter v602 needed (well on one week older geofabrik extract - but that should not make such a difference for Norway or South America). I feel 602 with search-limit 1000000 was producing more consistent results.<br>
<br>
"for netherlands use polygon-file - cnt1 = 93 cnt0 = 88"<br>
"for alps do not use polygon-file - cnt1 = 225 cnt0 = 226"<br>
"for liechtenstein do not use polygon-file - cnt1 = 1 cnt0 = 6"<br>
I thought that the new version fixes the splitting if it is not actually needed.<br>
<br>
"for monaco do not use polygon-file - cnt1 = 1 cnt0 = 2"<br>
"for slovenia do not use polygon-file - cnt1 = 27 cnt0 = 28"<br>
"for ukraine use polygon-file - cnt1 = 62 cnt0 = 61"<br>
"for norway do not use polygon-file - cnt1 = 129 cnt0 = 168"<br>
Big degradation here - with the older splitter it was: "for norway use polygon-file - cnt1 = 128 cnt0 = 115" (also using 1000000 search limit)<br>
<br>
"for switzerland do not use polygon-file - cnt1 = 29 cnt0 = 30"<br>
"for poland do not use polygon-file - cnt1 = 127 cnt0 = 128"<br>
"for sweden use polygon-file - cnt1 = 60 cnt0 = 54"<br>
"for finland do not use polygon-file - cnt1 = 65 cnt0 = 84"<br>
"for czech-republic use polygon-file - cnt1 = 63 cnt0 = 62"<br>
"for denmark use polygon-file - cnt1 = 33 cnt0 = 32"<br>
"for austria use polygon-file - cnt1 = 56 cnt0 = 54"<br>
"for andorra do not use polygon-file - cnt1 = 1 cnt0 = 4"<br>
"for estonia use polygon-file - cnt1 = 9 cnt0 = 8"<br>
"for saarland use polygon-file - cnt1 = 4 cnt0 = 0"<br>
Seems using a polygon-file no spit at all - however it should still write the data again out into the newly defined filename.<br>
<br>
"for hamburg do not use polygon-file - cnt1 = 3 cnt0 = 12"<br>
"for hessen do not use polygon-file - cnt1 = 17 cnt0 = 18"<br>
"for bayern do not use polygon-file - cnt1 = 47 cnt0 = 48"<br>
"for berlin do not use polygon-file - cnt1 = 5 cnt0 = 13"<br>
"for australia-oceania use polygon-file - cnt1 = 112 cnt0 = 109"<br>
"for south-america do not use polygon-file - cnt1 = 335 cnt0 = 463"<br>
old splitter "for south-america do not use polygon-file - cnt1 = 337 cnt0 = 339"  (using default search limit)<br>
<br>
"for africa do not use polygon-file - cnt1 = 653 cnt0 = 663"<br>
"for asia use polygon-file - cnt1 = 1697 cnt0 = 1549"<br>
"for russia use polygon-file - cnt1 = 429 cnt0 = 408"<br>
0ld identical<br>
<br>
"for central-america use polygon-file - cnt1 = 60 cnt0 = 58"<br>
"for antarctica use polygon-file - cnt1 = 7 cnt0 = 6"<br>
"for morocco do not use polygon-file - cnt1 = 19 cnt0 = 27"<br>
old identical<br>
<br>
"for congo-democratic-republic do not use polygon-file - cnt1 = 37 cnt0 = 38"<br>
"for mozambique use polygon-file - cnt1 = 24 cnt0 = 23"<br>
"for azerbaijan do not use polygon-file - cnt1 = 3 cnt0 = 4"<br>
"for malaysia-singapore-brunei do not use polygon-file - cnt1 = 16 cnt0 = 17"<br>
"for china use polygon-file - cnt1 = 104 cnt0 = 101"<br>
"for india do not use polygon-file - cnt1 = 109 cnt0 = 112"<br>
"for indonesia do not use polygon-file - cnt1 = 175 cnt0 = 200"<br>
"for japan use polygon-file - cnt1 = 163 cnt0 = 160"<br>
"for philippines do not use polygon-file - cnt1 = 50 cnt0 = 51"<br>
"for afghanistan do not use polygon-file - cnt1 = 11 cnt0 = 20"<br>
old identical<br>
<br>
"for australia use polygon-file - cnt1 = 67 cnt0 = 66"<br>
"for argentina use polygon-file - cnt1 = 31 cnt0 = 27"<br>
"for brazil use polygon-file - cnt1 = 176 cnt0 = 172"<br>
"for chile do not use polygon-file - cnt1 = 31 cnt0 = 33"<br>
"for paraguay use polygon-file - cnt1 = 17 cnt0 = 16"<br>
"for us-midwest do not use polygon-file - cnt1 = 152 cnt0 = 154"<br>
"for us-northeast do not use polygon-file - cnt1 = 109 cnt0 = 110"<br>
"for us-pacific use polygon-file - cnt1 = 20 cnt0 = 18"<br>
"for us-south do not use polygon-file - cnt1 = 259 cnt0 = 261"<br>
"for us-west do not use polygon-file - cnt1 = 224 cnt0 = 227"<br>
"for greenland use polygon-file - cnt1 = 4 cnt0 = 2"<br>
"for mexico use polygon-file - cnt1 = 43 cnt0 = 42"<br>
"for reunion do not use polygon-file - cnt1 = 3 cnt0 = 5"<br>
<br>
On Fri, 25 Jun 2021 at 16:51, Gerd Petermann <<a href="mailto:GPetermann_muenchen@hotmail.com" target="_blank">GPetermann_muenchen@hotmail.com</a><mailto:<a href="mailto:GPetermann_muenchen@hotmail.com" target="_blank">GPetermann_muenchen@hotmail.com</a>><mailto:<a href="mailto:GPetermann_muenchen@hotmail.com" target="_blank">GPetermann_muenchen@hotmail.com</a><mailto:<a href="mailto:GPetermann_muenchen@hotmail.com" target="_blank">GPetermann_muenchen@hotmail.com</a>>><mailto:<a href="mailto:GPetermann_muenchen@hotmail.com" target="_blank">GPetermann_muenchen@hotmail.com</a><mailto:<a href="mailto:GPetermann_muenchen@hotmail.com" target="_blank">GPetermann_muenchen@hotmail.com</a>><mailto:<a href="mailto:GPetermann_muenchen@hotmail.com" target="_blank">GPetermann_muenchen@hotmail.com</a><mailto:<a href="mailto:GPetermann_muenchen@hotmail.com" target="_blank">GPetermann_muenchen@hotmail.com</a>>>><mailto:<a href="mailto:GPetermann_muenchen@hotmail.com" target="_blank">GPetermann_muenchen@hotmail.com</a><mailto:<a href="mailto:GPetermann_muenchen@hotmail.com" target="_blank">GPetermann_muenchen@hotmail.com</a>><mailto:<a href="mailto:GPetermann_muenchen@hotmail.com" target="_blank">GPetermann_muenchen@hotmail.com</a><mailto:<a href="mailto:GPetermann_muenchen@hotmail.com" target="_blank">GPetermann_muenchen@hotmail.com</a>>><mailto:<a href="mailto:GPetermann_muenchen@hotmail.com" target="_blank">GPetermann_muenchen@hotmail.com</a><mailto:<a href="mailto:GPetermann_muenchen@hotmail.com" target="_blank">GPetermann_muenchen@hotmail.com</a>><mailto:<a href="mailto:GPetermann_muenchen@hotmail.com" target="_blank">GPetermann_muenchen@hotmail.com</a><mailto:<a href="mailto:GPetermann_muenchen@hotmail.com" target="_blank">GPetermann_muenchen@hotmail.com</a>>>>>> wrote:<br>
Hi all,<br>
<br>
I think with r609 there should be no need to use a polygon file. See<br>
<a href="https://www.mkgmap.org.uk/websvn/revision.php?repname=splitter&rev=609" rel="noreferrer" target="_blank">https://www.mkgmap.org.uk/websvn/revision.php?repname=splitter&rev=609</a><br>
<br>
Please let me know when this version produces much worse results compared to older releases (using the same options and input) and provide the files densities-out.txt and the log.<br>
<br>
If you are interested in good splits you should check the splitter log for<br>
"Solution is not nice. Can't find a better solution"<br>
<br>
When this is printed splitter did not find a good split. Expect almost empty tiles in this case.<br>
It is likely that this happens when rather small files are split with a polygon and the default resolution. Normal users don't do this, but some map providers try to use the same options for very different downloads ...<br>
<br>
Gerd<br>
_______________________________________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a>><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a>>><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a>><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a>>>><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a>><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a>>><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a>><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a>>>>><br>
<a href="https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
<br>
<br>
--<br>
Felix Hartman - Openmtbmap.org & VeloMap.org<br>
<br>
_______________________________________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a>><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a>>><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a>><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a>>>><br>
<a href="https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
<br>
<br>
--<br>
Felix Hartman - Openmtbmap.org & VeloMap.org<br>
<br>
_______________________________________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a>><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a>>><br>
<a href="https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
<br>
<br>
--<br>
Felix Hartman - Openmtbmap.org & VeloMap.org<br>
<br>
_______________________________________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><mailto:<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a>><br>
<a href="https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
<br>
<br>
--<br>
Felix Hartman - Openmtbmap.org & VeloMap.org<br>
<br>
_______________________________________________<br>
mkgmap-dev mailing list<br>
<a href="mailto:mkgmap-dev@lists.mkgmap.org.uk" target="_blank">mkgmap-dev@lists.mkgmap.org.uk</a><br>
<a href="https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" rel="noreferrer" target="_blank">https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Felix Hartman - Openmtbmap.org & VeloMap.org<br></div><br></div></div></div></div></div></div>