Hi @ all, some users of my map reported to me, that there are several polygons missing. After taking a look into the splitted o5m-files I can confirm, that they can't be rendered because the objects doesn't contain the necessary tags. First I thought, it could be cause because of multiple input-files or garbage input, but I can reproduce it also with a fresh planet, only converted to o5m. So I assume that input-data is ok and it is not depending on multiple input-files. I've uploaded a tile http://www.aighes.de/data/mkgmap/10000211.o5m http://www.openstreetmap.org/#map=15/49.8764/11.5338 For example this forrest is missing. I haven't tryed with new splitter-r325, but I don't think it will change it. Any ideas what could caused the problems? Henning
Hi Henning, please check the log produced by splitter. Does it show the OSM id (I think you mean 70274) ? Gerd Henning Scholland wrote
Hi @ all,
some users of my map reported to me, that there are several polygons missing. After taking a look into the splitted o5m-files I can confirm, that they can't be rendered because the objects doesn't contain the necessary tags.
First I thought, it could be cause because of multiple input-files or garbage input, but I can reproduce it also with a fresh planet, only converted to o5m. So I assume that input-data is ok and it is not depending on multiple input-files.
I've uploaded a tile http://www.aighes.de/data/mkgmap/10000211.o5m
http://www.openstreetmap.org/#map=15/49.8764/11.5338 For example this forrest is missing.
I haven't tryed with new splitter-r325, but I don't think it will change it.
Any ideas what could caused the problems?
Henning
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/splitter-removes-multipolygon-tags-tp5805391p... Sent from the Mkgmap Development mailing list archive at Nabble.com.
Hi Henning, any news? I noticed that relation 70724 is missing your file, so we are not talking about removed tags here. If you don't know what to look for, please provide the splitter log. Gerd Henning Scholland wrote
Hi @ all,
some users of my map reported to me, that there are several polygons missing. After taking a look into the splitted o5m-files I can confirm, that they can't be rendered because the objects doesn't contain the necessary tags.
First I thought, it could be cause because of multiple input-files or garbage input, but I can reproduce it also with a fresh planet, only converted to o5m. So I assume that input-data is ok and it is not depending on multiple input-files.
I've uploaded a tile http://www.aighes.de/data/mkgmap/10000211.o5m
http://www.openstreetmap.org/#map=15/49.8764/11.5338 For example this forrest is missing.
I haven't tryed with new splitter-r325, but I don't think it will change it.
Any ideas what could caused the problems?
Henning
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/splitter-removes-multipolygon-tags-tp5805391p... Sent from the Mkgmap Development mailing list archive at Nabble.com.
Hi Gerd, sorry for delay. I've continued investigation. If I only split the single tile (60000211), everything seems to be fine. single tile: http://www.aighes.de/data/mkgmap/60000211.o5m http://www.aighes.de/data/mkgmap/splitter_60000211.log all ~1500 maptiles at once: http://www.aighes.de/data/mkgmap/10000211.o5m http://www.aighes.de/data/mkgmap/splitter_10000211.log Henning
Hi Henning, please post the areas.list for the planet.I hope I can reproduce the problem with a smaller input like Germany . Gerd
Date: Wed, 7 May 2014 23:39:18 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd, sorry for delay. I've continued investigation. If I only split the single tile (60000211), everything seems to be fine.
single tile: http://www.aighes.de/data/mkgmap/60000211.o5m http://www.aighes.de/data/mkgmap/splitter_60000211.log
all ~1500 maptiles at once: http://www.aighes.de/data/mkgmap/10000211.o5m http://www.aighes.de/data/mkgmap/splitter_10000211.log
Henning
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Henning, I tried with the areas.list from your homepage. It is not exactly like the one you used to produce the log, but I was able to reproduce the problem. It is caused by overlapping tiles in this area. I am now looking for a correction. Gerd From: gpetermann_muenchen@hotmail.com To: mkgmap-dev@lists.mkgmap.org.uk Date: Thu, 8 May 2014 07:18:12 +0200 Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags Hi Henning, please post the areas.list for the planet.I hope I can reproduce the problem with a smaller input like Germany . Gerd
Date: Wed, 7 May 2014 23:39:18 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd, sorry for delay. I've continued investigation. If I only split the single tile (60000211), everything seems to be fine.
single tile: http://www.aighes.de/data/mkgmap/60000211.o5m http://www.aighes.de/data/mkgmap/splitter_60000211.log
all ~1500 maptiles at once: http://www.aighes.de/data/mkgmap/10000211.o5m http://www.aighes.de/data/mkgmap/splitter_10000211.log
Henning
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Am 08.05.2014 08:38, schrieb Gerd Petermann:
Hi Henning,
I tried with the areas.list from your homepage. It is not exactly like the one you used to produce the log, but I was able to reproduce the problem. It is caused by overlapping tiles in this area. I am now looking for a correction.
Hi Gerd, thanks for taking a look into it. I'm actually let splitter and mkgmap do their jobs and will take a look into the maps tomorrow. Henning
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Gerd, after taking a deeper look into my tile 10000211 (also with r327), there are stil mp's missing. Eg. three buildings of Bayreuth University. All three buildings are mapped as mp and also are member in a site relation of the university. After splitting all three mp (8628, 5185 and 1869778) aren't written but relation 933537 is written. I also updated my files on github, if you need them. Henning -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iQEcBAEBAgAGBQJTbTSfAAoJEKXggIeC16WPhPQIAISLb9pzkWfsytgu44WmC6Fn LRMRfeup8RcLGzbJbxD8trM4r1dUuhy9vCAzhLPzbEq+ojfw+GeKydPBwGOx9kSF AxpELMvhAHlCr6s3nv+iTehsWf2N6ivJA2TMRPtBJil2Zabe2OkgVnji6DnPyhUO egD1kM5PEaOx6diELEbHGPc3UCwYiJ24ANTCoV+o6GKb2tPsJnebdE8XsN17BL6X /wG8w+Srbkgiu4nCDvG0hDNA/gZkZF6i4K1CMGinoUtpVyR58BYUKbsUdVqRDOvc VmCgj3jyi7vC4bt03rgUR9ADrNZIvVojj3N+cH7YX3/eHKUX3xVY7iTauaPfnrk= =OWHv -----END PGP SIGNATURE-----
Hi Henning, yes, sorry for the lazy testing :-( I found the cause for the error, but I am still searching for the correction... Gerd
Date: Fri, 9 May 2014 22:03:52 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi Gerd,
after taking a deeper look into my tile 10000211 (also with r327), there are stil mp's missing. Eg. three buildings of Bayreuth University. All three buildings are mapped as mp and also are member in a site relation of the university.
After splitting all three mp (8628, 5185 and 1869778) aren't written but relation 933537 is written.
I also updated my files on github, if you need them.
Henning -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux)
iQEcBAEBAgAGBQJTbTSfAAoJEKXggIeC16WPhPQIAISLb9pzkWfsytgu44WmC6Fn LRMRfeup8RcLGzbJbxD8trM4r1dUuhy9vCAzhLPzbEq+ojfw+GeKydPBwGOx9kSF AxpELMvhAHlCr6s3nv+iTehsWf2N6ivJA2TMRPtBJil2Zabe2OkgVnji6DnPyhUO egD1kM5PEaOx6diELEbHGPc3UCwYiJ24ANTCoV+o6GKb2tPsJnebdE8XsN17BL6X /wG8w+Srbkgiu4nCDvG0hDNA/gZkZF6i4K1CMGinoUtpVyR58BYUKbsUdVqRDOvc VmCgj3jyi7vC4bt03rgUR9ADrNZIvVojj3N+cH7YX3/eHKUX3xVY7iTauaPfnrk= =OWHv -----END PGP SIGNATURE-----
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Henning, okay, I've now committed r331 which is hopefully fixing all problems. I've compared the result with r315 and r327 with four different cases: 1) normal split without split-file 327 and 331 give same result : ok 331 writes fewer tiles compared to 315: ok 2) split Germany with your areas.list that contains overlapping tiles in Germany r331 writes fewer relations than r315 to tile 10000211. All of them were wrong, so r331 is better. r331 writes more relations than r327 to tile 10000211. All of them are correct, so r331 is again better. (they are located in the part of 10000211 which is not overlapped) Disadvantage: r331 requires one more pass in the ProblemListProcessor, so it is much slower for your case with up to 3 different tiles overlapping the same area. 3) split Niedersachsen with an areas.list for Bremen (7 tiles, not overlapping) r331 and r327 write equal files, r315 wrote a few wrong ones 4) split Niedersachsen with an areas.list for Bremen (two different sets of 7 tiles covering exactly the same area) This test case showed another bug in r330. r327 writes many more relations, all of them are wrong (they are outside of all tiles) r331 also writes a few more relations which are correct I did not test planet with your areas.list because I don't expect other results. The extra pass(es) in the ProblemListProcessor are not nice, but they are required to detect all problem cases. So, try to avoid having any area which is covered by more than two tiles to get the same speed as in the wrong older versions. Gerd
Date: Fri, 9 May 2014 22:03:52 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi Gerd,
after taking a deeper look into my tile 10000211 (also with r327), there are stil mp's missing. Eg. three buildings of Bayreuth University. All three buildings are mapped as mp and also are member in a site relation of the university.
After splitting all three mp (8628, 5185 and 1869778) aren't written but relation 933537 is written.
I also updated my files on github, if you need them.
Henning -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux)
iQEcBAEBAgAGBQJTbTSfAAoJEKXggIeC16WPhPQIAISLb9pzkWfsytgu44WmC6Fn LRMRfeup8RcLGzbJbxD8trM4r1dUuhy9vCAzhLPzbEq+ojfw+GeKydPBwGOx9kSF AxpELMvhAHlCr6s3nv+iTehsWf2N6ivJA2TMRPtBJil2Zabe2OkgVnji6DnPyhUO egD1kM5PEaOx6diELEbHGPc3UCwYiJ24ANTCoV+o6GKb2tPsJnebdE8XsN17BL6X /wG8w+Srbkgiu4nCDvG0hDNA/gZkZF6i4K1CMGinoUtpVyR58BYUKbsUdVqRDOvc VmCgj3jyi7vC4bt03rgUR9ADrNZIvVojj3N+cH7YX3/eHKUX3xVY7iTauaPfnrk= =OWHv -----END PGP SIGNATURE-----
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Thank you Gerd, I will give it a try. Does it work now for as many overlapping tiles as possible? Otherwise it would be helpful to write a warning, that too many tiles are overlapping, which can lead to missing objects. Henning
Hi Henning, I did not try what happens when 5 tiles overlap the same point, but it should work. As I said, you should try to avoid that, as each tile will require the complete reading of the input file. Gerd Henning Scholland wrote
Thank you Gerd,
I will give it a try. Does it work now for as many overlapping tiles as possible? Otherwise it would be helpful to write a warning, that too many tiles are overlapping, which can lead to missing objects.
Henning
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/splitter-removes-multipolygon-tags-tp5805391p... Sent from the Mkgmap Development mailing list archive at Nabble.com.
Hi Gerd, ok, so my next step will be to optimize my tiles. Henning Am 10.05.2014 17:27, schrieb GerdP:
Hi Henning,
I did not try what happens when 5 tiles overlap the same point, but it should work. As I said, you should try to avoid that, as each tile will require the complete reading of the input file.
Gerd
Hi Henning, a hint: you can use any small input file to see what splitter does with your areas.list. Your goal should be to reduce the number of "Generating problem list for ... distinct areas" messages. This process doesn't depend on the input files. Gerd
Date: Sat, 10 May 2014 20:31:51 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd, ok, so my next step will be to optimize my tiles.
Henning
Am 10.05.2014 17:27, schrieb GerdP:
Hi Henning,
I did not try what happens when 5 tiles overlap the same point, but it should work. As I said, you should try to avoid that, as each tile will require the complete reading of the input file.
Gerd
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Henning, If you don't mind to have a map of e.g. Germany which also contains small parts of other areas, I think the fastest way is this: combine your *.poly files so that you have one henning.poly that contains the areas for which you want to create maps. Execute splitter with --polygon-file=henning.poly --max-nodes=... --stop-after=split --write-kml=splitter.kml planet.o5m If you have an actual densitites_out.txt for planet, you can also copy it to the working directory and rename it to densities.txt. Splitter will use this file instead of reading the planet.o5m, and the program finishes within seconds. As a result you have a kml file and an areas.list. The next step would be to re-combine the areas so that they build the maps that you want to create. If you need the same tile for two maps, but with different mapids, I suggest to copy the output file of splitter. Maybe a small script is needed to perform this step. Gerd
Date: Sat, 10 May 2014 20:31:51 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd, ok, so my next step will be to optimize my tiles.
Henning
Am 10.05.2014 17:27, schrieb GerdP:
Hi Henning,
I did not try what happens when 5 tiles overlap the same point, but it should work. As I said, you should try to avoid that, as each tile will require the complete reading of the input file.
Gerd
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Gerd, this is, what I'm thinking about to do, but on the other hand I'm loosing the actual flexibility. I think I will give it a try and will see, how it works. Henning Am 11.05.2014 08:24, schrieb Gerd Petermann:
Hi Henning,
If you don't mind to have a map of e.g. Germany which also contains small parts of other areas, I think the fastest way is this:
combine your *.poly files so that you have one henning.poly that contains the areas for which you want to create maps. Execute splitter with --polygon-file=henning.poly --max-nodes=... --stop-after=split --write-kml=splitter.kml planet.o5m
If you have an actual densitites_out.txt for planet, you can also copy it to the working directory and rename it to densities.txt. Splitter will use this file instead of reading the planet.o5m, and the program finishes within seconds.
As a result you have a kml file and an areas.list. The next step would be to re-combine the areas so that they build the maps that you want to create.
If you need the same tile for two maps, but with different mapids, I suggest to copy the output file of splitter. Maybe a small script is needed to perform this step.
Gerd
Date: Sat, 10 May 2014 20:31:51 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd, ok, so my next step will be to optimize my tiles.
Henning
Am 10.05.2014 17:27, schrieb GerdP:
Hi Henning,
I did not try what happens when 5 tiles overlap the same point, but it should work. As I said, you should try to avoid that, as each tile will require the complete reading of the input file.
Gerd
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iQEcBAEBAgAGBQJTbzjnAAoJEKXggIeC16WPQ3EH/3oEqaqPa4JrZj8ovd+6m6/C rS7xtBNNA47tMVOMqwUuamcg1rWS/oHyfxhougR8gMfupui6P0iIqMh2pceKcvN/ VmzTIjFLABEfqmJ0GkRZ098VI4aERZ+GaEoM7gKO7VWbgPDRnB7nAaofk6XwoaTp ga+kIdYIiFENedDD407TqQpBMfu9YTfssLwba8G7iwSAHE7eWQKYeKSVd+hu1AlA r/JxcEHfQOP/SdqicOIs7yqRYqtnFtKneZczWgceL9MMIkEvwj8z/MCBI/BrFmqt iQCdL1g+vdzoDVnvvcB0GbBpdhwPTHQ6/6oAx6JKo5C1QZlT+t6En6wLkQ1DK7U= =cuZR -----END PGP SIGNATURE-----
Hi Henning, can you describe what flexibility you are loosing? Could splitter be improved ? Gerd
Date: Sun, 11 May 2014 10:46:31 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi Gerd, this is, what I'm thinking about to do, but on the other hand I'm loosing the actual flexibility. I think I will give it a try and will see, how it works.
Henning
Am 11.05.2014 08:24, schrieb Gerd Petermann:
Hi Henning,
If you don't mind to have a map of e.g. Germany which also contains small parts of other areas, I think the fastest way is this:
combine your *.poly files so that you have one henning.poly that contains the areas for which you want to create maps. Execute splitter with --polygon-file=henning.poly --max-nodes=... --stop-after=split --write-kml=splitter.kml planet.o5m
If you have an actual densitites_out.txt for planet, you can also copy it to the working directory and rename it to densities.txt. Splitter will use this file instead of reading the planet.o5m, and the program finishes within seconds.
As a result you have a kml file and an areas.list. The next step would be to re-combine the areas so that they build the maps that you want to create.
If you need the same tile for two maps, but with different mapids, I suggest to copy the output file of splitter. Maybe a small script is needed to perform this step.
Gerd
Date: Sat, 10 May 2014 20:31:51 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd, ok, so my next step will be to optimize my tiles.
Henning
Am 10.05.2014 17:27, schrieb GerdP:
Hi Henning,
I did not try what happens when 5 tiles overlap the same point, but it should work. As I said, you should try to avoid that, as each tile will require the complete reading of the input file.
Gerd
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux)
iQEcBAEBAgAGBQJTbzjnAAoJEKXggIeC16WPQ3EH/3oEqaqPa4JrZj8ovd+6m6/C rS7xtBNNA47tMVOMqwUuamcg1rWS/oHyfxhougR8gMfupui6P0iIqMh2pceKcvN/ VmzTIjFLABEfqmJ0GkRZ098VI4aERZ+GaEoM7gKO7VWbgPDRnB7nAaofk6XwoaTp ga+kIdYIiFENedDD407TqQpBMfu9YTfssLwba8G7iwSAHE7eWQKYeKSVd+hu1AlA r/JxcEHfQOP/SdqicOIs7yqRYqtnFtKneZczWgceL9MMIkEvwj8z/MCBI/BrFmqt iQCdL1g+vdzoDVnvvcB0GbBpdhwPTHQ6/6oAx6JKo5C1QZlT+t6En6wLkQ1DK7U= =cuZR -----END PGP SIGNATURE-----
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Gerd, the flexibility is, that I actually can just add new areas to my areas.list and don't have to care about anything. If mkgmap throws out a warning about too many nodes in a tile, I let splitter create a new areas.list for the region and I can continue. In the new workflow I then have to adjust the script, which copies the multiple used tiles. It would be very helpful, if splitter can do the copying of tiles. Splitter detects overlapping areas in areas.list and handles these regions as a own polygon and is writing tiles for each map, which touches the overlapping area. So for example, if a split a map of Hessen (10000000) and a map of Germany (11000000), splitter will use a polygon of Germany with a hole at the place where Hessen-poly-file has a coverage and Hessen-polygon. So the resulting areas.list could looks like: 11000001;10000001: .... 11000002: .... So splitter is able to write the data of a tile in Hessen to the map of Hessen and to the map of Germany. Maybe such a system is a better and more robust solution then handling overlapping tiles. But I don't want to made you code that only for me. Henning Am 11.05.2014 10:49, schrieb Gerd Petermann:
Hi Henning,
can you describe what flexibility you are loosing? Could splitter be improved ?
Gerd
Date: Sun, 11 May 2014 10:46:31 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd, this is, what I'm thinking about to do, but on the other hand I'm loosing the actual flexibility. I think I will give it a try and will see, how it works.
Henning
Am 11.05.2014 08:24, schrieb Gerd Petermann:
Hi Henning,
If you don't mind to have a map of e.g. Germany which also contains small parts of other areas, I think the fastest way is this:
combine your *.poly files so that you have one henning.poly that contains the areas for which you want to create maps. Execute splitter with --polygon-file=henning.poly --max-nodes=... --stop-after=split --write-kml=splitter.kml planet.o5m
If you have an actual densitites_out.txt for planet, you can also copy it to the working directory and rename it to densities.txt. Splitter will use this file instead of reading the planet.o5m, and the program finishes within seconds.
As a result you have a kml file and an areas.list. The next step would be to re-combine the areas so that they build the maps that you want to create.
If you need the same tile for two maps, but with different mapids, I suggest to copy the output file of splitter. Maybe a small script is needed to perform this step.
Gerd
Date: Sat, 10 May 2014 20:31:51 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd, ok, so my next step will be to optimize my tiles.
Henning
Am 10.05.2014 17:27, schrieb GerdP:
Hi Henning,
I did not try what happens when 5 tiles overlap the same point, but it should work. As I said, you should try to avoid that, as each tile will require the complete reading of the input file.
Gerd
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iQEcBAEBAgAGBQJTbz+xAAoJEKXggIeC16WPKt8H/2HpxreZGM/qZTgx54DFTLis QvVmsIy2reNNbDa/FAY5Kf/983chPbJ0jyu72bkIqcdOQ2HRIxRxlTwbEGHLYQsB ZoZBJkB/8OhrcRb6fEfdqQiEtZdptliPD3VQ08WwqxK5h8QDj/raJTHHPtzpC+7I pmFbkU7Ci4KdFTH6iazGLQWJ6r3cSHkddrL988fi86CYaLWxv/Gtj4DXnjASWKGa jc1tO9c4yyAn+/hK9UPyCqrJgvgunSlmTDLX1acC/DZKXeQXU8sPbKz16gr0Vj4o GBgUM3JI5LelCxD4Sq8SyD9+3aXQ+2ykHLyyO6rgExwrmmP4aJaQBLJUu/7AE58= =r5q6 -----END PGP SIGNATURE-----
Hi Henning, don't worry, splitter already contains a lot of code that is only needed for the handling of overlapping tiles. I am not sure if I got it right what you mean in your example. Would it be okay to calculate the tiles for Germany and write them, and in a final pass find all tiles which overlap the polygon for Hessen and copy those with the mapids for Hessen? Or could splitter just create a templates.Hessen.args containing something like mapname: 10000001 input-file: 110000092.o5m mapname: 10000002 input-file: 110000093.o5m mapname: 10000003 input-file: 110000094.o5m mapname: 10000004 input-file: 110000098.o5m mapname: 10000005 input-file: 110000112.o5m This would safe some GB disk IO. Gerd
Date: Sun, 11 May 2014 11:15:29 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi Gerd,
the flexibility is, that I actually can just add new areas to my areas.list and don't have to care about anything. If mkgmap throws out a warning about too many nodes in a tile, I let splitter create a new areas.list for the region and I can continue.
In the new workflow I then have to adjust the script, which copies the multiple used tiles.
It would be very helpful, if splitter can do the copying of tiles.
Splitter detects overlapping areas in areas.list and handles these regions as a own polygon and is writing tiles for each map, which touches the overlapping area.
So for example, if a split a map of Hessen (10000000) and a map of Germany (11000000), splitter will use a polygon of Germany with a hole at the place where Hessen-poly-file has a coverage and Hessen-polygon.
So the resulting areas.list could looks like:
11000001;10000001: .... 11000002: ....
So splitter is able to write the data of a tile in Hessen to the map of Hessen and to the map of Germany.
Maybe such a system is a better and more robust solution then handling overlapping tiles. But I don't want to made you code that only for me.
Henning
Am 11.05.2014 10:49, schrieb Gerd Petermann:
Hi Henning,
can you describe what flexibility you are loosing? Could splitter be improved ?
Gerd
Date: Sun, 11 May 2014 10:46:31 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd, this is, what I'm thinking about to do, but on the other hand I'm loosing the actual flexibility. I think I will give it a try and will see, how it works.
Henning
Am 11.05.2014 08:24, schrieb Gerd Petermann:
Hi Henning,
If you don't mind to have a map of e.g. Germany which also contains small parts of other areas, I think the fastest way is this:
combine your *.poly files so that you have one henning.poly that contains the areas for which you want to create maps. Execute splitter with --polygon-file=henning.poly --max-nodes=... --stop-after=split --write-kml=splitter.kml planet.o5m
If you have an actual densitites_out.txt for planet, you can also copy it to the working directory and rename it to densities.txt. Splitter will use this file instead of reading the planet.o5m, and the program finishes within seconds.
As a result you have a kml file and an areas.list. The next step would be to re-combine the areas so that they build the maps that you want to create.
If you need the same tile for two maps, but with different mapids, I suggest to copy the output file of splitter. Maybe a small script is needed to perform this step.
Gerd
Date: Sat, 10 May 2014 20:31:51 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd, ok, so my next step will be to optimize my tiles.
Henning
Am 10.05.2014 17:27, schrieb GerdP: > Hi Henning, > > I did not try what happens when 5 tiles overlap the same > point, but it should work. As I said, you should try to > avoid that, as each tile will require the complete > reading of the input file. > > Gerd
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux)
iQEcBAEBAgAGBQJTbz+xAAoJEKXggIeC16WPKt8H/2HpxreZGM/qZTgx54DFTLis QvVmsIy2reNNbDa/FAY5Kf/983chPbJ0jyu72bkIqcdOQ2HRIxRxlTwbEGHLYQsB ZoZBJkB/8OhrcRb6fEfdqQiEtZdptliPD3VQ08WwqxK5h8QDj/raJTHHPtzpC+7I pmFbkU7Ci4KdFTH6iazGLQWJ6r3cSHkddrL988fi86CYaLWxv/Gtj4DXnjASWKGa jc1tO9c4yyAn+/hK9UPyCqrJgvgunSlmTDLX1acC/DZKXeQXU8sPbKz16gr0Vj4o GBgUM3JI5LelCxD4Sq8SyD9+3aXQ+2ykHLyyO6rgExwrmmP4aJaQBLJUu/7AE58= =r5q6 -----END PGP SIGNATURE-----
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Gerd, I created a example based on my map of Germany (highway=motorway) and Alps (highway=primary). My thoughts are, that splitter creates based on these two polygons three temporary polygons. One containing area only touched by Germany (landuse=forest), one containing area only touched by Alps (landuse=farmland) and one containing area touched by both (landuse=military). The result will be three list of tiles. The naming of tiles isn't important. Also splitter should output two templates.args (for each input-poly one), as you already wrote. The file for Germany should contain all tiles in forest-area and military-area, the file for Alps military and farmland. Henning Am 11.05.2014 11:25, schrieb Gerd Petermann:
Hi Henning,
don't worry, splitter already contains a lot of code that is only needed for the handling of overlapping tiles. I am not sure if I got it right what you mean in your example. Would it be okay to calculate the tiles for Germany and write them, and in a final pass find all tiles which overlap the polygon for Hessen and copy those with the mapids for Hessen? Or could splitter just create a templates.Hessen.args containing something like mapname: 10000001 input-file: 110000092.o5m mapname: 10000002 input-file: 110000093.o5m mapname: 10000003 input-file: 110000094.o5m mapname: 10000004 input-file: 110000098.o5m mapname: 10000005 input-file: 110000112.o5m
This would safe some GB disk IO.
Gerd
Date: Sun, 11 May 2014 11:15:29 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd,
the flexibility is, that I actually can just add new areas to my areas.list and don't have to care about anything. If mkgmap throws out a warning about too many nodes in a tile, I let splitter create a new areas.list for the region and I can continue.
In the new workflow I then have to adjust the script, which copies the multiple used tiles.
It would be very helpful, if splitter can do the copying of tiles.
Splitter detects overlapping areas in areas.list and handles these regions as a own polygon and is writing tiles for each map, which touches the overlapping area.
So for example, if a split a map of Hessen (10000000) and a map of Germany (11000000), splitter will use a polygon of Germany with a hole at the place where Hessen-poly-file has a coverage and Hessen-polygon.
So the resulting areas.list could looks like:
11000001;10000001: .... 11000002: ....
So splitter is able to write the data of a tile in Hessen to the map of Hessen and to the map of Germany.
Maybe such a system is a better and more robust solution then handling overlapping tiles. But I don't want to made you code that only for me.
Henning
Am 11.05.2014 10:49, schrieb Gerd Petermann:
Hi Henning,
can you describe what flexibility you are loosing? Could splitter be improved ?
Gerd
Date: Sun, 11 May 2014 10:46:31 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd, this is, what I'm thinking about to do, but on the other hand I'm loosing the actual flexibility. I think I will give it a try and will see, how it works.
Henning
Am 11.05.2014 08:24, schrieb Gerd Petermann:
> Hi Henning, > > If you don't mind to have a map of e.g. Germany which > also contains small parts of other areas, I think the > fastest way is this: > > combine your *.poly files so that you have one > henning.poly that contains the areas for which you want > to create maps. Execute splitter with > --polygon-file=henning.poly --max-nodes=... > --stop-after=split --write-kml=splitter.kml planet.o5m > > If you have an actual densitites_out.txt for planet, > you can also copy it to the working directory and > rename it to densities.txt. Splitter will use this file > instead of reading the planet.o5m, and the program > finishes within seconds. > > As a result you have a kml file and an areas.list. The > next step would be to re-combine the areas so that they > build the maps that you want to create. > > If you need the same tile for two maps, but with > different mapids, I suggest to copy the output file of > splitter. Maybe a small script is needed to perform > this step. > > Gerd > > > > >> Date: Sat, 10 May 2014 20:31:51 +0200 From: >> osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk >> Subject: Re: [mkgmap-dev] splitter removes >> multipolygon-tags >> >> Hi Gerd, ok, so my next step will be to optimize my >> tiles. >> >> Henning >> >> Am 10.05.2014 17:27, schrieb GerdP: >>> Hi Henning, >>> >>> I did not try what happens when 5 tiles overlap the >>> same point, but it should work. As I said, you >>> should try to avoid that, as each tile will require >>> the complete reading of the input file. >>> >>> Gerd >> >> _______________________________________________ >> mkgmap-dev mailing list >> mkgmap-dev@lists.mkgmap.org.uk >> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > > > > _______________________________________________ > mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev >
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iQEcBAEBAgAGBQJTb0/wAAoJEKXggIeC16WPE2oIAI9b1fXZQPA81MWPNI+07rYG 6AaLJVuen+btCTGJ/PUtePUGhkeV9zXXuQveDo4JUxACMpWOfGjgsDCbzRiSH3pH mSCgL4UaCMMDT9XIePiOIigwOfzzh9oQkmiVoLSxuGb4tCK8/RmLhyGM7UeozT5V 1JIFlIeATwRgRN5KeUEehWjDTYbTUwxYkv0vcOxRvOjet8pHLkQl8bF1ZXAT/Ydb CEz7Ht3ga/GDqf+lZyvb7vzY9FSowsBhvCKt4MnXuO8Z2A3kLltGSZ6v+DiRnpRP KU/E8702TZcvjDLF9RNUEXECNAdLVccST00NDg1ciLlt4a66SItQwynFw/+32Sw= =QeJ2 -----END PGP SIGNATURE-----
Hi Henning, yes, I think that can be done. Just to make sure: You don't want the shared tiles twice, just two entries in different template.args? Gerd Henning Scholland wrote
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi Gerd,
I created a example based on my map of Germany (highway=motorway) and Alps (highway=primary).
My thoughts are, that splitter creates based on these two polygons three temporary polygons. One containing area only touched by Germany (landuse=forest), one containing area only touched by Alps (landuse=farmland) and one containing area touched by both (landuse=military).
The result will be three list of tiles. The naming of tiles isn't important.
Also splitter should output two templates.args (for each input-poly one), as you already wrote. The file for Germany should contain all tiles in forest-area and military-area, the file for Alps military and farmland.
Henning
Am 11.05.2014 11:25, schrieb Gerd Petermann:
Hi Henning,
don't worry, splitter already contains a lot of code that is only needed for the handling of overlapping tiles. I am not sure if I got it right what you mean in your example. Would it be okay to calculate the tiles for Germany and write them, and in a final pass find all tiles which overlap the polygon for Hessen and copy those with the mapids for Hessen? Or could splitter just create a templates.Hessen.args containing something like mapname: 10000001 input-file: 110000092.o5m mapname: 10000002 input-file: 110000093.o5m mapname: 10000003 input-file: 110000094.o5m mapname: 10000004 input-file: 110000098.o5m mapname: 10000005 input-file: 110000112.o5m
This would safe some GB disk IO.
Gerd
Date: Sun, 11 May 2014 11:15:29 +0200 From:
osm@
To:
mkgmap-dev@.org
Subject: Re: [mkgmap-dev] splitter
removes multipolygon-tags
Hi Gerd,
the flexibility is, that I actually can just add new areas to my areas.list and don't have to care about anything. If mkgmap throws out a warning about too many nodes in a tile, I let splitter create a new areas.list for the region and I can continue.
In the new workflow I then have to adjust the script, which copies the multiple used tiles.
It would be very helpful, if splitter can do the copying of tiles.
Splitter detects overlapping areas in areas.list and handles these regions as a own polygon and is writing tiles for each map, which touches the overlapping area.
So for example, if a split a map of Hessen (10000000) and a map of Germany (11000000), splitter will use a polygon of Germany with a hole at the place where Hessen-poly-file has a coverage and Hessen-polygon.
So the resulting areas.list could looks like:
11000001;10000001: .... 11000002: ....
So splitter is able to write the data of a tile in Hessen to the map of Hessen and to the map of Germany.
Maybe such a system is a better and more robust solution then handling overlapping tiles. But I don't want to made you code that only for me.
Henning
Am 11.05.2014 10:49, schrieb Gerd Petermann:
Hi Henning,
can you describe what flexibility you are loosing? Could splitter be improved ?
Gerd
Date: Sun, 11 May 2014 10:46:31 +0200 From:
osm@
To:
mkgmap-dev@.org
Subject: Re:
[mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd, this is, what I'm thinking about to do, but on the other hand I'm loosing the actual flexibility. I think I will give it a try and will see, how it works.
Henning
Am 11.05.2014 08:24, schrieb Gerd Petermann:
>> Hi Henning, >> >> If you don't mind to have a map of e.g. Germany which >> also contains small parts of other areas, I think the >> fastest way is this: >> >> combine your *.poly files so that you have one >> henning.poly that contains the areas for which you want >> to create maps. Execute splitter with >> --polygon-file=henning.poly --max-nodes=... >> --stop-after=split --write-kml=splitter.kml planet.o5m >> >> If you have an actual densitites_out.txt for planet, >> you can also copy it to the working directory and >> rename it to densities.txt. Splitter will use this file >> instead of reading the planet.o5m, and the program >> finishes within seconds. >> >> As a result you have a kml file and an areas.list. The >> next step would be to re-combine the areas so that they >> build the maps that you want to create. >> >> If you need the same tile for two maps, but with >> different mapids, I suggest to copy the output file of >> splitter. Maybe a small script is needed to perform >> this step. >> >> Gerd >> >> >> >> >>> Date: Sat, 10 May 2014 20:31:51 +0200 From: >>>
osm@
To:
mkgmap-dev@.org
>>> Subject: Re: [mkgmap-dev] splitter removes >>> multipolygon-tags >>> >>> Hi Gerd, ok, so my next step will be to optimize my >>> tiles. >>> >>> Henning >>> >>> Am 10.05.2014 17:27, schrieb GerdP: >>>> Hi Henning, >>>> >>>> I did not try what happens when 5 tiles overlap the >>>> same point, but it should work. As I said, you >>>> should try to avoid that, as each tile will require >>>> the complete reading of the input file. >>>> >>>> Gerd >>> >>> _______________________________________________ >>> mkgmap-dev mailing list >>>
mkgmap-dev@.org
>>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev >> >> >> >> >> _______________________________________________ >> mkgmap-dev mailing list
mkgmap-dev@.org
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev >>
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux)
iQEcBAEBAgAGBQJTb0/wAAoJEKXggIeC16WPE2oIAI9b1fXZQPA81MWPNI+07rYG 6AaLJVuen+btCTGJ/PUtePUGhkeV9zXXuQveDo4JUxACMpWOfGjgsDCbzRiSH3pH mSCgL4UaCMMDT9XIePiOIigwOfzzh9oQkmiVoLSxuGb4tCK8/RmLhyGM7UeozT5V 1JIFlIeATwRgRN5KeUEehWjDTYbTUwxYkv0vcOxRvOjet8pHLkQl8bF1ZXAT/Ydb CEz7Ht3ga/GDqf+lZyvb7vzY9FSowsBhvCKt4MnXuO8Z2A3kLltGSZ6v+DiRnpRP KU/E8702TZcvjDLF9RNUEXECNAdLVccST00NDg1ciLlt4a66SItQwynFw/+32Sw= =QeJ2 -----END PGP SIGNATURE-----
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
example.osm (3K) <http://gis.19327.n5.nabble.com/attachment/5805920/0/example.osm>;
-- View this message in context: http://gis.19327.n5.nabble.com/splitter-removes-multipolygon-tags-tp5805391p... Sent from the Mkgmap Development mailing list archive at Nabble.com.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Gerd, it would be enough, if one tile is only written ones to Disk and only linked via template.args. I think this is the better way for SSD-lifetime and speed. Debugging should also be possible. Henning -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iQEcBAEBAgAGBQJTb1idAAoJEKXggIeC16WPSD4IANVRTZ54T104OEebgrNjGg6D V1MejMctZJotBQAr7ndLIpMkFxt6t6EXeUGaAXLEdwv24nIt7mto3XtmC7Ixfcwm D0x8klhib2DD0whc9RR0MSjQtfgvamYtT/tHlYOuakbA2cfylPRkQjL5VjFPzTI5 rUt7LRvb5jMo1HL3JKCC49TJRnZXMBVxIrS15AnQr9OYkJluv/wdmhh9OWKnw23Q 9rwqv9m/AIAHajvEIQRUEE2Tk5Tcld+ruFy3gPSF6Q1nSbzCg+77ejYSU7tO4G4S a8vsN0exvZLkplRr55YcKITMYky+2euX0gWmZ0iF5lDlOItNi0JehuVcTCopT0c= =CPGd -----END PGP SIGNATURE-----
Hi Henning, please try r332: http://www.mkgmap.org.uk/websvn/revision.php?repname=splitter&path=%2F&rev=3... The osm ways must have a tag name and a tag mapid. This is how it works: 1) read the osm ways, create one polygon for each OSM way 2) combine all polygons (this may create "islands") 3) use this combined polygon as if it was read with the --polygon-file option 4) split 5) for each named polygon, create the files <name>-templates.args <name>-areas.poly optional: <name>-<kml-file>.kml Attached is your examle and the output files created for an older Europe densities.txt. Gerd Date: Sun, 11 May 2014 12:24:49 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Gerd, I created a example based on my map of Germany (highway=motorway) and Alps (highway=primary). My thoughts are, that splitter creates based on these two polygons three temporary polygons. One containing area only touched by Germany (landuse=forest), one containing area only touched by Alps (landuse=farmland) and one containing area touched by both (landuse=military). The result will be three list of tiles. The naming of tiles isn't important. Also splitter should output two templates.args (for each input-poly one), as you already wrote. The file for Germany should contain all tiles in forest-area and military-area, the file for Alps military and farmland. Henning Am 11.05.2014 11:25, schrieb Gerd Petermann:
Hi Henning,
don't worry, splitter already contains a lot of code that is only needed for the handling of overlapping tiles. I am not sure if I got it right what you mean in your example. Would it be okay to calculate the tiles for Germany and write them, and in a final pass find all tiles which overlap the polygon for Hessen and copy those with the mapids for Hessen? Or could splitter just create a templates.Hessen.args containing something like mapname: 10000001 input-file: 110000092.o5m mapname: 10000002 input-file: 110000093.o5m mapname: 10000003 input-file: 110000094.o5m mapname: 10000004 input-file: 110000098.o5m mapname: 10000005 input-file: 110000112.o5m
This would safe some GB disk IO.
Gerd
Date: Sun, 11 May 2014 11:15:29 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd,
the flexibility is, that I actually can just add new areas to my areas.list and don't have to care about anything. If mkgmap throws out a warning about too many nodes in a tile, I let splitter create a new areas.list for the region and I can continue.
In the new workflow I then have to adjust the script, which copies the multiple used tiles.
It would be very helpful, if splitter can do the copying of tiles.
Splitter detects overlapping areas in areas.list and handles these regions as a own polygon and is writing tiles for each map, which touches the overlapping area.
So for example, if a split a map of Hessen (10000000) and a map of Germany (11000000), splitter will use a polygon of Germany with a hole at the place where Hessen-poly-file has a coverage and Hessen-polygon.
So the resulting areas.list could looks like:
11000001;10000001: .... 11000002: ....
So splitter is able to write the data of a tile in Hessen to the map of Hessen and to the map of Germany.
Maybe such a system is a better and more robust solution then handling overlapping tiles. But I don't want to made you code that only for me.
Henning
Am 11.05.2014 10:49, schrieb Gerd Petermann:
Hi Henning,
can you describe what flexibility you are loosing? Could splitter be improved ?
Gerd
Date: Sun, 11 May 2014 10:46:31 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd, this is, what I'm thinking about to do, but on the other hand I'm loosing the actual flexibility. I think I will give it a try and will see, how it works.
Henning
Am 11.05.2014 08:24, schrieb Gerd Petermann:
> Hi Henning, > > If you don't mind to have a map of e.g. Germany which > also contains small parts of other areas, I think the > fastest way is this: > > combine your *.poly files so that you have one > henning.poly that contains the areas for which you want > to create maps. Execute splitter with > --polygon-file=henning.poly --max-nodes=... > --stop-after=split --write-kml=splitter.kml planet.o5m > > If you have an actual densitites_out.txt for planet, > you can also copy it to the working directory and > rename it to densities.txt. Splitter will use this file > instead of reading the planet.o5m, and the program > finishes within seconds. > > As a result you have a kml file and an areas.list. The > next step would be to re-combine the areas so that they > build the maps that you want to create. > > If you need the same tile for two maps, but with > different mapids, I suggest to copy the output file of > splitter. Maybe a small script is needed to perform > this step. > > Gerd > > > > >> Date: Sat, 10 May 2014 20:31:51 +0200 From: >> osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk >> Subject: Re: [mkgmap-dev] splitter removes >> multipolygon-tags >> >> Hi Gerd, ok, so my next step will be to optimize my >> tiles. >> >> Henning >> >> Am 10.05.2014 17:27, schrieb GerdP: >>> Hi Henning, >>> >>> I did not try what happens when 5 tiles overlap the >>> same point, but it should work. As I said, you >>> should try to avoid that, as each tile will require >>> the complete reading of the input file. >>> >>> Gerd >> >> _______________________________________________ >> mkgmap-dev mailing list >> mkgmap-dev@lists.mkgmap.org.uk >> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > > > > _______________________________________________ > mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev >
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iQEcBAEBAgAGBQJTb0/wAAoJEKXggIeC16WPE2oIAI9b1fXZQPA81MWPNI+07rYG 6AaLJVuen+btCTGJ/PUtePUGhkeV9zXXuQveDo4JUxACMpWOfGjgsDCbzRiSH3pH mSCgL4UaCMMDT9XIePiOIigwOfzzh9oQkmiVoLSxuGb4tCK8/RmLhyGM7UeozT5V 1JIFlIeATwRgRN5KeUEehWjDTYbTUwxYkv0vcOxRvOjet8pHLkQl8bF1ZXAT/Ydb CEz7Ht3ga/GDqf+lZyvb7vzY9FSowsBhvCKt4MnXuO8Z2A3kLltGSZ6v+DiRnpRP KU/E8702TZcvjDLF9RNUEXECNAdLVccST00NDg1ciLlt4a66SItQwynFw/+32Sw= =QeJ2 -----END PGP SIGNATURE----- _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Gerd, wow, that was quite fast! I called splitter like that: java -Xmx8G -XX:+UseCompressedOops -XX:+UseParallelGC -jar ./bin/splitter.jar --max-threads=6 --stop-after=split --polygon-desc-file=./resources/areas.osm --status-freq=0 --max-nodes=1200000 ./data/planet.o5m ./data/srtm.o5m As a result I got an areas.poly, areas.list and density-out.txt, but no template.args-files. The poly-file looks much to large compared to the input-osm-file. Maybe I did something wrong? input and output: http://www.aighes.de/data/mkgmap/splitter_out.zip Henning
Hi Henning, my fault, I always tested with the write-kml option and did not recognize that it doesn't work without. r333 fixes this. Reg. the areas.poly: Please check the log for One or more areas do not exactly fit into the bounding polygon Maybe that helps to find the reason. If not, I'll have a closer look tomorrow. Gerd Henning Scholland wrote
Hi Gerd,
wow, that was quite fast!
I called splitter like that:
java -Xmx8G -XX:+UseCompressedOops -XX:+UseParallelGC -jar ./bin/splitter.jar --max-threads=6 --stop-after=split --polygon-desc-file=./resources/areas.osm --status-freq=0 --max-nodes=1200000 ./data/planet.o5m ./data/srtm.o5m
As a result I got an areas.poly, areas.list and density-out.txt, but no template.args-files. The poly-file looks much to large compared to the input-osm-file. Maybe I did something wrong?
input and output: http://www.aighes.de/data/mkgmap/splitter_out.zip
Henning
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/splitter-removes-multipolygon-tags-tp5805391p... Sent from the Mkgmap Development mailing list archive at Nabble.com.
Hi Gerd, r333 outputs the files needed. But the resulting poly-files are not quiet useful. Eg. a part of Germany and BeNeLux reaches til the northern part of Scandinavia. Most asian maps are much larger then original files. Henning
Hi Henning, yes, looks wrong. I'll look at it tomorrow, I think it is not a problem in the new code. Gerd Henning Scholland wrote
Hi Gerd, r333 outputs the files needed. But the resulting poly-files are not quiet useful. Eg. a part of Germany and BeNeLux reaches til the northern part of Scandinavia. Most asian maps are much larger then original files.
Henning
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/splitter-removes-multipolygon-tags-tp5805391p... Sent from the Mkgmap Development mailing list archive at Nabble.com.
Hi Henning, please try again with r336. Some tiles in China are extremely narrow. The reason is that splitter divides polygons into rectangles going from west to east. To avoid that, you should try to reduce the number of distinct longitude values in the nodes of the polygons, esp. in areas that are overlapping. Example: You have two nodes with longitude 96.876374 and two others with 96.42895. If you change them all to 96.855469 which lies on the grid, result is better. Gerd
Date: Sun, 11 May 2014 21:25:00 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd, r333 outputs the files needed. But the resulting poly-files are not quiet useful. Eg. a part of Germany and BeNeLux reaches til the northern part of Scandinavia. Most asian maps are much larger then original files.
Henning
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Gerd, ok, so I try to reduce my areas to garmin-grid. In most cases it shouldn't be a problem at all. Henning Am 2014-05-12 17:03, schrieb Gerd Petermann:
Hi Henning,
please try again with r336. Some tiles in China are extremely narrow. The reason is that splitter divides polygons into rectangles going from west to east.
To avoid that, you should try to reduce the number of distinct longitude values in the nodes of the polygons, esp. in areas that are overlapping. Example: You have two nodes with longitude 96.876374 and two others with 96.42895. If you change them all to 96.855469 which lies on the grid, result is better.
Gerd
Date: Sun, 11 May 2014 21:25:00 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd, r333 outputs the files needed. But the resulting poly-files are not quiet useful. Eg. a part of Germany and BeNeLux reaches til the northern part of Scandinavia. Most asian maps are much larger then original files.
Henning
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev [1]
Links: ------ [1] http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Henning, and please use r341. I think the new algo is now finding the best possible solution. Gerd Date: Tue, 13 May 2014 12:28:29 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags Hi Gerd, ok, so I try to reduce my areas to garmin-grid. In most cases it shouldn't be a problem at all. Henning Am 2014-05-12 17:03, schrieb Gerd Petermann: Hi Henning, please try again with r336. Some tiles in China are extremely narrow. The reason is that splitter divides polygons into rectangles going from west to east. To avoid that, you should try to reduce the number of distinct longitude values in the nodes of the polygons, esp. in areas that are overlapping. Example: You have two nodes with longitude 96.876374 and two others with 96.42895. If you change them all to 96.855469 which lies on the grid, result is better. Gerd
Date: Sun, 11 May 2014 21:25:00 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd, r333 outputs the files needed. But the resulting poly-files are not quiet useful. Eg. a part of Germany and BeNeLux reaches til the northern part of Scandinavia. Most asian maps are much larger then original files.
Henning
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Henning,
ok, so I try to reduce my areas to garmin-grid. do you have a tool to do that? Up to now I use the poly file written by splitter to adjust the coordinates (using an editor), but it would be much easier if a JOSM plugin would only allow to use "good" points.
Gerd Date: Tue, 13 May 2014 12:28:29 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags Hi Gerd, ok, so I try to reduce my areas to garmin-grid. In most cases it shouldn't be a problem at all. Henning Am 2014-05-12 17:03, schrieb Gerd Petermann: Hi Henning, please try again with r336. Some tiles in China are extremely narrow. The reason is that splitter divides polygons into rectangles going from west to east. To avoid that, you should try to reduce the number of distinct longitude values in the nodes of the polygons, esp. in areas that are overlapping. Example: You have two nodes with longitude 96.876374 and two others with 96.42895. If you change them all to 96.855469 which lies on the grid, result is better. Gerd
Date: Sun, 11 May 2014 21:25:00 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd, r333 outputs the files needed. But the resulting poly-files are not quiet useful. Eg. a part of Germany and BeNeLux reaches til the northern part of Scandinavia. Most asian maps are much larger then original files.
Henning
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi, I've written a little formula in Excel if someone is interested in: =VERKETTEN(RUNDEN(RUNDEN(LINKS(WECHSELN(A1;".";",");FINDEN(" ";WECHSELN(A1;".";",")))*(2^24/360/2048);0)*2048*360/(2^24);6);" ";RUNDEN(RUNDEN(RECHTS(WECHSELN(A1;".";",");FINDEN(" ";WECHSELN(A1;".";","))-1)*(2^24/360/2048);0)*2048*360/(2^24);6)) Paste in Cell A1 the string of josm-function, which allows you to move a node to a coordinate and copy back cell B1. Henning
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Gerd, with the tuned version von areas.osm and with splitter r342 the results (areas.list, *.poly and *.args) are perfect! You're kind of godlike :-) Two comments: If I add --write-kml=.\areas.kml I got all the single kml-files. I would expect just one areas.kml-file containing all tiles. But I agree, that also the single files are useful. And in the end you can drag'n'drop all kml-files into josm. So this behaviour is ok, but kind of confusing. But I also don't know how to implement it better. As I got it right, the *.poly-files are just needed for debugging. So I think they are not necessary, because therefore you can use the kml-files. Also template.args isn't necessary. Henning Am 13.05.2014 12:48, schrieb Gerd Petermann:
Hi Henning,
ok, so I try to reduce my areas to garmin-grid. do you have a tool to do that? Up to now I use the poly file written by splitter to adjust the coordinates (using an editor), but it would be much easier if a JOSM plugin would only allow to use "good" points.
Gerd
Date: Tue, 13 May 2014 12:28:29 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd,
ok, so I try to reduce my areas to garmin-grid. In most cases it shouldn't be a problem at all.
Henning
Am 2014-05-12 17:03, schrieb Gerd Petermann:
Hi Henning,
please try again with r336. Some tiles in China are extremely narrow. The reason is that splitter divides polygons into rectangles going from west to east.
To avoid that, you should try to reduce the number of distinct longitude values in the nodes of the polygons, esp. in areas that are overlapping. Example: You have two nodes with longitude 96.876374 and two others with 96.42895. If you change them all to 96.855469 which lies on the grid, result is better.
Gerd
Date: Sun, 11 May 2014 21:25:00 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd, r333 outputs the files needed. But the resulting poly-files are not quiet useful. Eg. a part of Germany and BeNeLux reaches til the northern part of Scandinavia. Most asian maps are much larger then original files.
Henning
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iQEcBAEBAgAGBQJTcoDgAAoJEKXggIeC16WPGmMH/1rMYxJj1L00JS1AYOOMaFHN oDbu868IoCooJwYke5ENcJDRmxTMowBJUptEal/vmIPTk8Om4AohYYsjkicak6EW om2FDK2IR/3wb58idc03DZ6DaWOLimbFrkTYvfq+677DkZUmngGKaiD+Xj2SWzjp IXg2N2SpFMARe//rwi+pxGhRX0yTKuIAi5SOj+uq6KDR8umj5F6Q80dN7zLvyu/P +WpYVNpR5RD/rZb8oJ1yx13pZ91EOkRTf/1hqd1s+wly3kyvxHCye/tnhpP0WAz3 o29zaoHs0DNWRPJNbx6p2zj0G3n3Scosn4sgj+Q+20yTy1J4Njmppu2og2qND+c= =Yhgu -----END PGP SIGNATURE-----
Hi Henning, great :-) reg. kml: Try --write-kml=areas.kml (without any path) You should also find the areas.kml containing all areas, and the file is written to the output-dir. This is an error in splitter, I have to fix that. I think it is easy enough to remove unwanted files, so I decided to write all and let the user decide what to use. Gerd osm-8 wrote
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi Gerd,
with the tuned version von areas.osm and with splitter r342 the results (areas.list, *.poly and *.args) are perfect! You're kind of godlike :-)
Two comments:
If I add --write-kml=.\areas.kml I got all the single kml-files. I would expect just one areas.kml-file containing all tiles. But I agree, that also the single files are useful. And in the end you can drag'n'drop all kml-files into josm. So this behaviour is ok, but kind of confusing. But I also don't know how to implement it better.
As I got it right, the *.poly-files are just needed for debugging. So I think they are not necessary, because therefore you can use the kml-files. Also template.args isn't necessary.
Henning
Am 13.05.2014 12:48, schrieb Gerd Petermann:
Hi Henning,
ok, so I try to reduce my areas to garmin-grid. do you have a tool to do that? Up to now I use the poly file written by splitter to adjust the coordinates (using an editor), but it would be much easier if a JOSM plugin would only allow to use "good" points.
Gerd
Date: Tue, 13 May 2014 12:28:29 +0200 From:
osm@
To:
mkgmap-dev@.org
Subject: Re: [mkgmap-dev] splitter
removes multipolygon-tags
Hi Gerd,
ok, so I try to reduce my areas to garmin-grid. In most cases it shouldn't be a problem at all.
Henning
Am 2014-05-12 17:03, schrieb Gerd Petermann:
Hi Henning,
please try again with r336. Some tiles in China are extremely narrow. The reason is that splitter divides polygons into rectangles going from west to east.
To avoid that, you should try to reduce the number of distinct longitude values in the nodes of the polygons, esp. in areas that are overlapping. Example: You have two nodes with longitude 96.876374 and two others with 96.42895. If you change them all to 96.855469 which lies on the grid, result is better.
Gerd
Date: Sun, 11 May 2014 21:25:00 +0200 From:
osm@
To:
mkgmap-dev@.org
Subject: Re: [mkgmap-dev] splitter
removes multipolygon-tags
Hi Gerd, r333 outputs the files needed. But the resulting poly-files are not quiet useful. Eg. a part of Germany and BeNeLux reaches til the northern part of Scandinavia. Most asian maps are much larger then original files.
Henning
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux)
iQEcBAEBAgAGBQJTcoDgAAoJEKXggIeC16WPGmMH/1rMYxJj1L00JS1AYOOMaFHN oDbu868IoCooJwYke5ENcJDRmxTMowBJUptEal/vmIPTk8Om4AohYYsjkicak6EW om2FDK2IR/3wb58idc03DZ6DaWOLimbFrkTYvfq+677DkZUmngGKaiD+Xj2SWzjp IXg2N2SpFMARe//rwi+pxGhRX0yTKuIAi5SOj+uq6KDR8umj5F6Q80dN7zLvyu/P +WpYVNpR5RD/rZb8oJ1yx13pZ91EOkRTf/1hqd1s+wly3kyvxHCye/tnhpP0WAz3 o29zaoHs0DNWRPJNbx6p2zj0G3n3Scosn4sgj+Q+20yTy1J4Njmppu2og2qND+c= =Yhgu -----END PGP SIGNATURE-----
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/splitter-removes-multipolygon-tags-tp5805391p... Sent from the Mkgmap Development mailing list archive at Nabble.com.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Gerd Am 13.05.2014 22:44, schrieb GerdP:
This is an error in splitter, I have to fix that.
Maybe you can also change the name of the generated kml-files. <name>-.areas.kml isn't quite good. At lest the first dot should be removed. But I think best is just to name them <name>.kml Henning -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iQEcBAEBAgAGBQJTc4voAAoJEKXggIeC16WPFNAH/0wep5VuXi+eSOb+A0eK6DZR viTX5/Ms+zLINQF8dPFE3XMI9LGIs5tXYJyD00nc2StBP3vpSprizDK/wb8byrEf HexC5CbGSCzZWQo5EHDp6Es8Ic+1wF+7vQ96PbWH9NkE7MWekNKEeSTReqnsWcQD oSnc2IVKBlvZ8L524Gq4gB3/b19K3AmGKWs99kA7YNu7ynURv/mQU5+EETIwIdbu V57DY5LALw35pFNt9lGpCpyYplpcUrLYqLgFiRPfdTpMShGQHOH8YJVTl+WLZFYT v77biIZhkv5MtLKWFuP8/FLl1VpBT5b9DwcF8d3QFizX3yF35fNGD4BSR67Fj8U= =B3Ya -----END PGP SIGNATURE-----
Hi Felix, please try r343. I fear r342 may have created hidden files like .areas.kml With r343 you can use --write-kml=areas.kml as well as --write-kml=<path>areas.kml and the result is <path><name>-areas.kml or <path>areas.kml for the complete file. Gerd osm-8 wrote
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi Gerd
Am 13.05.2014 22:44, schrieb GerdP:
This is an error in splitter, I have to fix that.
Maybe you can also change the name of the generated kml-files. <name> -.areas.kml isn't quite good. At lest the first dot should be removed. But I think best is just to name them <name> .kml
Henning -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux)
iQEcBAEBAgAGBQJTc4voAAoJEKXggIeC16WPFNAH/0wep5VuXi+eSOb+A0eK6DZR viTX5/Ms+zLINQF8dPFE3XMI9LGIs5tXYJyD00nc2StBP3vpSprizDK/wb8byrEf HexC5CbGSCzZWQo5EHDp6Es8Ic+1wF+7vQ96PbWH9NkE7MWekNKEeSTReqnsWcQD oSnc2IVKBlvZ8L524Gq4gB3/b19K3AmGKWs99kA7YNu7ynURv/mQU5+EETIwIdbu V57DY5LALw35pFNt9lGpCpyYplpcUrLYqLgFiRPfdTpMShGQHOH8YJVTl+WLZFYT v77biIZhkv5MtLKWFuP8/FLl1VpBT5b9DwcF8d3QFizX3yF35fNGD4BSR67Fj8U= =B3Ya -----END PGP SIGNATURE-----
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/splitter-removes-multipolygon-tags-tp5805391p... Sent from the Mkgmap Development mailing list archive at Nabble.com.
Hi Henning, the problem is fixed with latest splitter (r327). It was introduced with r316. Gerd
Date: Wed, 7 May 2014 23:39:18 +0200 From: osm@aighes.de To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] splitter removes multipolygon-tags
Hi Gerd, sorry for delay. I've continued investigation. If I only split the single tile (60000211), everything seems to be fine.
single tile: http://www.aighes.de/data/mkgmap/60000211.o5m http://www.aighes.de/data/mkgmap/splitter_60000211.log
all ~1500 maptiles at once: http://www.aighes.de/data/mkgmap/10000211.o5m http://www.aighes.de/data/mkgmap/splitter_10000211.log
Henning
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Am 07.05.2014 11:24, schrieb GerdP:
I noticed that relation 70724 is missing your file, so we are not talking about removed tags here.
Hi Gerd, I'm sorry for this. My first thought was, that splitter transforms MPs to areas. But of course this was stupid. Correct is, that there are missing some relations. Henning
participants (4)
-
Gerd Petermann -
GerdP
-
Henning Scholland -
osm＠aighes.de