<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>Hi Henning,<br><br>please try r332:<br><a href="http://www.mkgmap.org.uk/websvn/revision.php?repname=splitter&amp;path=%2F&amp;rev=332" target="_blank">http://www.mkgmap.org.uk/websvn/revision.php?repname=splitter&amp;path=%2F&amp;rev=332</a><br><br>The osm ways must have a tag name and a tag mapid.<br>This is how it works:<br>1) read the osm ways, create one polygon for each OSM way<br>2) combine all polygons (this may create "islands")<br>3) use this combined polygon as if it was read with the --polygon-file option<br>4) split<br>5) for each named polygon, create the files <br>&lt;name&gt;-templates.args<br>&lt;name&gt;-areas.poly<br>optional: &lt;name&gt;-&lt;kml-file&gt;.kml<br><br>Attached is your examle and the output files created for an older Europe densities.txt.<br><br>Gerd<br><br><div>Date: Sun, 11 May 2014 12:24:49 +0200<br>From: osm@aighes.de<br>To: mkgmap-dev@lists.mkgmap.org.uk<br>Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags<br><br><pre>-----BEGIN PGP SIGNED MESSAGE-----<br>Hash: SHA1<br> <br>Hi Gerd,<br> <br>I created a example based on my map of Germany (highway=motorway) and<br>Alps (highway=primary).<br> <br>My thoughts are, that splitter creates based on these two polygons<br>three temporary polygons. One containing area only touched by Germany<br>(landuse=forest), one containing area only touched by Alps<br>(landuse=farmland) and one containing area touched by both<br>(landuse=military).<br> <br>The result will be three list of tiles. The naming of tiles isn't<br>important.<br> <br>Also splitter should output two templates.args (for each input-poly<br>one), as you already wrote. The file for Germany should contain all<br>tiles in forest-area and military-area, the file for Alps military and<br>farmland.<br> <br>Henning<br> <br>Am 11.05.2014 11:25, schrieb Gerd Petermann:<br>&gt; Hi Henning,<br>&gt; <br>&gt; don't worry, splitter already contains a lot of code that is only<br>&gt; needed for the handling of overlapping tiles. I am not sure if I<br>&gt; got it right what you mean in your example. Would it be okay to<br>&gt; calculate the tiles for Germany and write them, and in a final pass<br>&gt; find all tiles which overlap the polygon for Hessen and copy those<br>&gt; with the mapids for Hessen? Or could splitter just create a<br>&gt; templates.Hessen.args containing something like mapname: 10000001 <br>&gt; input-file: 110000092.o5m mapname: 10000002 input-file:<br>&gt; 110000093.o5m mapname: 10000003 input-file: 110000094.o5m mapname:<br>&gt; 10000004 input-file: 110000098.o5m mapname: 10000005 input-file:<br>&gt; 110000112.o5m<br>&gt; <br>&gt; This would safe some GB disk IO.<br>&gt; <br>&gt; Gerd<br>&gt; <br>&gt; <br>&gt;&gt; Date: Sun, 11 May 2014 11:15:29 +0200 From: osm@aighes.de To:<br>&gt;&gt; mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter<br>&gt;&gt; removes multipolygon-tags<br>&gt;&gt; <br>&gt; Hi Gerd,<br>&gt; <br>&gt; the flexibility is, that I actually can just add new areas to my <br>&gt; areas.list and don't have to care about anything. If mkgmap throws<br>&gt; out a warning about too many nodes in a tile, I let splitter create<br>&gt; a new areas.list for the region and I can continue.<br>&gt; <br>&gt; In the new workflow I then have to adjust the script, which copies<br>&gt; the multiple used tiles.<br>&gt; <br>&gt; It would be very helpful, if splitter can do the copying of tiles.<br>&gt; <br>&gt; Splitter detects overlapping areas in areas.list and handles these <br>&gt; regions as a own polygon and is writing tiles for each map, which <br>&gt; touches the overlapping area.<br>&gt; <br>&gt; So for example, if a split a map of Hessen (10000000) and a map of <br>&gt; Germany (11000000), splitter will use a polygon of Germany with a<br>&gt; hole at the place where Hessen-poly-file has a coverage and<br>&gt; Hessen-polygon.<br>&gt; <br>&gt; So the resulting areas.list could looks like:<br>&gt; <br>&gt; 11000001;10000001: .... 11000002: ....<br>&gt; <br>&gt; So splitter is able to write the data of a tile in Hessen to the<br>&gt; map of Hessen and to the map of Germany.<br>&gt; <br>&gt; Maybe such a system is a better and more robust solution then<br>&gt; handling overlapping tiles. But I don't want to made you code that<br>&gt; only for me.<br>&gt; <br>&gt; Henning<br>&gt; <br>&gt; <br>&gt; Am 11.05.2014 10:49, schrieb Gerd Petermann:<br>&gt;&gt;&gt;&gt; Hi Henning,<br>&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt; can you describe what flexibility you are loosing? Could<br>&gt;&gt;&gt;&gt; splitter be improved ?<br>&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt; Gerd<br>&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt; Date: Sun, 11 May 2014 10:46:31 +0200 From: osm@aighes.de<br>&gt;&gt;&gt;&gt;&gt; To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re:<br>&gt;&gt;&gt;&gt;&gt; [mkgmap-dev] splitter removes multipolygon-tags<br>&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt; Hi Gerd, this is, what I'm thinking about to do, but on the<br>&gt;&gt;&gt;&gt; other hand I'm loosing the actual flexibility. I think I will<br>&gt;&gt;&gt;&gt; give it a try and will see, how it works.<br>&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt; Henning<br>&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt; Am 11.05.2014 08:24, schrieb Gerd Petermann:<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; Hi Henning,<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; If you don't mind to have a map of e.g. Germany which<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; also contains small parts of other areas, I think the<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; fastest way is this:<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; combine your *.poly files so that you have one<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; henning.poly that contains the areas for which you want<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; to create maps. Execute splitter with<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; --polygon-file=henning.poly --max-nodes=...<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; --stop-after=split --write-kml=splitter.kml planet.o5m<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; If you have an actual densitites_out.txt for planet,<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; you can also copy it to the working directory and<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; rename it to densities.txt. Splitter will use this file<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; instead of reading the planet.o5m, and the program<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; finishes within seconds.<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; As a result you have a kml file and an areas.list. The<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; next step would be to re-combine the areas so that they<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; build the maps that you want to create.<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; If you need the same tile for two maps, but with<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; different mapids, I suggest to copy the output file of<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; splitter. Maybe a small script is needed to perform<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; this step.<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; Gerd<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; Date: Sat, 10 May 2014 20:31:51 +0200 From:<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; Subject: Re: [mkgmap-dev] splitter removes<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; multipolygon-tags<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; Hi Gerd, ok, so my next step will be to optimize my<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; tiles.<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; Henning<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; Am 10.05.2014 17:27, schrieb GerdP:<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; Hi Henning,<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; I did not try what happens when 5 tiles overlap the<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; same point, but it should work. As I said, you<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; should try to avoid that, as each tile will require<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; the complete reading of the input file.<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; Gerd<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; mkgmap-dev mailing list<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; mkgmap-dev@lists.mkgmap.org.uk <br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; <a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;  <a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt;&gt; _______________________________________________ mkgmap-dev <br>&gt;&gt;&gt;&gt;&gt; mailing list mkgmap-dev@lists.mkgmap.org.uk <br>&gt;&gt;&gt;&gt;&gt; <a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt; <br>&gt;&gt;&gt;&gt; _______________________________________________ mkgmap-dev<br>&gt;&gt;&gt;&gt; mailing list mkgmap-dev@lists.mkgmap.org.uk <br>&gt;&gt;&gt;&gt; <a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>&gt;&gt;&gt;&gt; <br>&gt;&gt; <br>&gt;&gt; _______________________________________________ mkgmap-dev<br>&gt;&gt; mailing list mkgmap-dev@lists.mkgmap.org.uk <br>&gt;&gt; <a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>&gt; <br>&gt; <br>&gt; <br>&gt; <br>&gt; _______________________________________________ mkgmap-dev mailing<br>&gt; list mkgmap-dev@lists.mkgmap.org.uk <br>&gt; <a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>&gt; <br>-----BEGIN PGP SIGNATURE-----<br>Version: GnuPG v1.4.14 (GNU/Linux)<br> <br>iQEcBAEBAgAGBQJTb0/wAAoJEKXggIeC16WPE2oIAI9b1fXZQPA81MWPNI+07rYG<br>6AaLJVuen+btCTGJ/PUtePUGhkeV9zXXuQveDo4JUxACMpWOfGjgsDCbzRiSH3pH<br>mSCgL4UaCMMDT9XIePiOIigwOfzzh9oQkmiVoLSxuGb4tCK8/RmLhyGM7UeozT5V<br>1JIFlIeATwRgRN5KeUEehWjDTYbTUwxYkv0vcOxRvOjet8pHLkQl8bF1ZXAT/Ydb<br>CEz7Ht3ga/GDqf+lZyvb7vzY9FSowsBhvCKt4MnXuO8Z2A3kLltGSZ6v+DiRnpRP<br>KU/E8702TZcvjDLF9RNUEXECNAdLVccST00NDg1ciLlt4a66SItQwynFw/+32Sw=<br>=QeJ2<br>-----END PGP SIGNATURE-----<br></pre><br>_______________________________________________
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</div>                                               </div></body>
</html>