Re: [mkgmap-dev] splitter and josm problem
Thanks, i will fix the overlapping tomorrow and test again... thomas Am 01.04.2017 um 17:02 schrieb Gerd Petermann: Hi Thomas, I've changed splitter to print better information about the overlapping areas, please try r583, it is now also able to parse the file http://img2ms.de/bilder/areasEuropa.list With r583 I see these messages for that file: ... Waring: The areas given in --split-file are overlapping. overlapping areas 5002 and 5751 : (2848768,-1536000 to 3788800,-868352) and (2482176,-1536000 to 3149533,-868352) overlapping areas 5353 and 5786 : (2125824,671744 to 2125825,727040) and (2125824,671744 to 2164736,727040) overlapping areas 5657 and 5658 : (2478080,671744 to 2544552,727074) and (2428928,727040 to 2490368,819200) overlapping areas 5657 and 5660 : (2478080,671744 to 2544552,727074) and (2490368,727040 to 2584576,858112) overlapping areas 5660 and 5756 : (2490368,727040 to 2584576,858112) and (2544552,671744 to 2584576,727074) Overlaping tiles: [5002, 5353, 5657, 5658, 5660, 5751, 5756, 5786] (the first one is a huge overlap) It doesn't report 5707, so I assume that you are looking at old data in that case. Besides that overlaps are not forbidden by splitter, you just have to make sure that you don't put overlapping areas into the same gmapsupp as that will cause routing problems. Gerd Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Gerd Petermann <gpetermann_muenc...@hotmail.com> Gesendet: Samstag, 1. April 2017 13:39:46 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] splitter and josm problem Hi Thomas, splitter r580 cannot read this file without a few small changes (blanks added/removed). After these changes it complains that there are overlaps. Seems you are using a different file or a different program. Gerd Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Thomas Morgenstern <webmas...@img2ms.de> Gesendet: Samstag, 1. April 2017 13:02:53 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] splitter and josm problem I have controled my areasEuropa.list (download :img2ms.de/bilder/areasEuropa.list). I found no overlapping around the 5707. All neighbours 5705; 5709; 5728; 5729; 5708 ;5706; 5705) have identical borders without any overlapping. Or shout it have a overlapping ? how many Garmin-units ? thomas Am 01.04.2017 um 12:25 schrieb Gerd Petermann: Hi Thomas, the problem was caused by your manually changed split file which contained small overlaps. Do you still use that one? I think I fixed the problems with that one in r440. Or maybe you created a new one which causes new problems? Gerd Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Thomas Morgenstern <webmas...@img2ms.de> Gesendet: Samstag, 1. April 2017 12:08:03 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] splitter and josm problem Hi Gerd, the old problem exists till now. I splitt europa-latest-osm.pbf using splitter r-580. But splitterr-580 do not proper splitt the multipolygon ("Schloßteich", 3 Elemente) [Kennung: 59.766] . The mp has tags: name=Schloßteich; natural=water, type=multipolygon. This mp has element Rolle=outer; 23387723 (86 Punkte) [Kennung : 23.387.723]. The error ist : all 86 nodes has no tags , but it should have the tags natural=water and name= Schloßteich from the multipolygon. See picture : img2ms.de/bilder/wrongsplit.jpg split.list for this file : 5707: 2367488, 593920 to 2390016, 634880 maybee you can have a look at that ? center of map is at lat 50.8419209 lon 12.914752 thomas Am 13.11.2016 um 12:19 schrieb Thomas Morgenstern: Hi gerd thanks for your tests. I am waiting for your solution... Thomas Am 13.11.2016 um 12:03 schrieb Gerd Petermann: Hi Thomas, I can open the big file in JOSM with JRE option -Xmx6G. Besides that the mp relation is 59766, the id 233877233 belongs to the outer way. And yes, splitter seems to drop the relation in the large file. I'll try to find out why. Gerd Thomas Morgenstern wrote Hi at all, i am using splitter r429 and mkgmap r3695. Normally it works perfekt. But now it gives me a problem with multipolygons. I downloaded and splitt latest-europe.osm.pbf from geofabrik, ---> splitt it with splitter r429 for testing to 2 tiles, a big tile 8707.osm.pbf and a small tile 8011.osm.pbf. The small tile is inner the big tile. Both tiles contains the area with the multipolgon ID 23387723. Then compile it for testing separatly with mkgmap r3695. If the input is the small tile 8011.osm.pbf, it compile the img correct, *spezially the multipolygon ID 233877233 (tags : name=Schloßteich; natural=water; type=multipolygon) is present as 0x3c in
Re: [mkgmap-dev] splitter and josm problem
Hi, I have maked a new split with splitter r-440. And splitter r-440 worked without error. Espacially all nodes of multipolygons have the tag=value like as expected. thomas Am 01.04.2017 um 13:39 schrieb Gerd Petermann: Hi Thomas, splitter r580 cannot read this file without a few small changes (blanks added/removed). After these changes it complains that there are overlaps. Seems you are using a different file or a different program. Gerd Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Thomas Morgenstern <webmas...@img2ms.de> Gesendet: Samstag, 1. April 2017 13:02:53 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] splitter and josm problem I have controled my areasEuropa.list (download :img2ms.de/bilder/areasEuropa.list). I found no overlapping around the 5707. All neighbours 5705; 5709; 5728; 5729; 5708 ;5706; 5705) have identical borders without any overlapping. Or shout it have a overlapping ? how many Garmin-units ? thomas Am 01.04.2017 um 12:25 schrieb Gerd Petermann: Hi Thomas, the problem was caused by your manually changed split file which contained small overlaps. Do you still use that one? I think I fixed the problems with that one in r440. Or maybe you created a new one which causes new problems? Gerd Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Thomas Morgenstern <webmas...@img2ms.de> Gesendet: Samstag, 1. April 2017 12:08:03 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] splitter and josm problem Hi Gerd, the old problem exists till now. I splitt europa-latest-osm.pbf using splitter r-580. But splitterr-580 do not proper splitt the multipolygon ("Schloßteich", 3 Elemente) [Kennung: 59.766] . The mp has tags: name=Schloßteich; natural=water, type=multipolygon. This mp has element Rolle=outer; 23387723 (86 Punkte) [Kennung : 23.387.723]. The error ist : all 86 nodes has no tags , but it should have the tags natural=water and name= Schloßteich from the multipolygon. See picture : img2ms.de/bilder/wrongsplit.jpg split.list for this file : 5707: 2367488, 593920 to 2390016, 634880 maybee you can have a look at that ? center of map is at lat 50.8419209 lon 12.914752 thomas Am 13.11.2016 um 12:19 schrieb Thomas Morgenstern: Hi gerd thanks for your tests. I am waiting for your solution... Thomas Am 13.11.2016 um 12:03 schrieb Gerd Petermann: Hi Thomas, I can open the big file in JOSM with JRE option -Xmx6G. Besides that the mp relation is 59766, the id 233877233 belongs to the outer way. And yes, splitter seems to drop the relation in the large file. I'll try to find out why. Gerd Thomas Morgenstern wrote Hi at all, i am using splitter r429 and mkgmap r3695. Normally it works perfekt. But now it gives me a problem with multipolygons. I downloaded and splitt latest-europe.osm.pbf from geofabrik, ---> splitt it with splitter r429 for testing to 2 tiles, a big tile 8707.osm.pbf and a small tile 8011.osm.pbf. The small tile is inner the big tile. Both tiles contains the area with the multipolgon ID 23387723. Then compile it for testing separatly with mkgmap r3695. If the input is the small tile 8011.osm.pbf, it compile the img correct, *spezially the multipolygon ID 233877233 (tags : name=Schloßteich; natural=water; type=multipolygon) is present as 0x3c in resulting img. *See img2ms.de/bilder/multipolygon-good.jpg. It is the blue lake name ='Schlossteich' If i compile the big 8707.osm.pbf, the resulting img has not this area . *It seems for me, as if the multipolygon ID 23387723 is ignored*. See img2ms.de/bilder/multipolygon-wrong.jpg. In both cases i use ident style. It makes no different, if the default style or my own style is used. I tried to found out, if the splitter produce the multipolygon in the big 8707.osm.pbf, but JOSM v11223 can not load the big (~25MB) 8707.osm.pbf. : JOSM --> open file 8707.osm.pbf--> 'Lese OSM-Daten...'--> and a few minutes later the MessageBox close, but the osm.pbf shows not on the screen. Has the JOSM-plugin 'pbf: Version 32865' any limitations ? My PC has 6 GB RAM, 64 bit Windows10. Any hints are welcome. Download for both 8*.osm.pbf : img2ms.de/bilder/8000osm-pbf.rar: Splittfile for splitter r429 : img2ms.de/bilder/areas.list regards Thomas ___ mkgmap-dev mailing list mkgmap-dev@.org<mailto:mkgmap-dev@.org> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- View this message in context: http://gis.19327.n8.nabble.com/max-nodes-in-splitter-tp5885774p5885820.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk<mailto:mkgmap-dev@lists.mkgmap.org.u
Re: [mkgmap-dev] splitter and josm problem
Hi Thomas, I've changed splitter to print better information about the overlapping areas, please try r583, it is now also able to parse the file http://img2ms.de/bilder/areasEuropa.list With r583 I see these messages for that file: ... Waring: The areas given in --split-file are overlapping. overlapping areas 5002 and 5751 : (2848768,-1536000 to 3788800,-868352) and (2482176,-1536000 to 3149533,-868352) overlapping areas 5353 and 5786 : (2125824,671744 to 2125825,727040) and (2125824,671744 to 2164736,727040) overlapping areas 5657 and 5658 : (2478080,671744 to 2544552,727074) and (2428928,727040 to 2490368,819200) overlapping areas 5657 and 5660 : (2478080,671744 to 2544552,727074) and (2490368,727040 to 2584576,858112) overlapping areas 5660 and 5756 : (2490368,727040 to 2584576,858112) and (2544552,671744 to 2584576,727074) Overlaping tiles: [5002, 5353, 5657, 5658, 5660, 5751, 5756, 5786] (the first one is a huge overlap) It doesn't report 5707, so I assume that you are looking at old data in that case. Besides that overlaps are not forbidden by splitter, you just have to make sure that you don't put overlapping areas into the same gmapsupp as that will cause routing problems. Gerd Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Gerd Petermann <gpetermann_muenc...@hotmail.com> Gesendet: Samstag, 1. April 2017 13:39:46 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] splitter and josm problem Hi Thomas, splitter r580 cannot read this file without a few small changes (blanks added/removed). After these changes it complains that there are overlaps. Seems you are using a different file or a different program. Gerd Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Thomas Morgenstern <webmas...@img2ms.de> Gesendet: Samstag, 1. April 2017 13:02:53 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] splitter and josm problem I have controled my areasEuropa.list (download :img2ms.de/bilder/areasEuropa.list). I found no overlapping around the 5707. All neighbours 5705; 5709; 5728; 5729; 5708 ;5706; 5705) have identical borders without any overlapping. Or shout it have a overlapping ? how many Garmin-units ? thomas Am 01.04.2017 um 12:25 schrieb Gerd Petermann: > Hi Thomas, > > the problem was caused by your manually changed split file which contained > small overlaps. Do you still use that one? > I think I fixed the problems with that one in r440. > Or maybe you created a new one which causes new problems? > > Gerd > > > Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von > Thomas Morgenstern <webmas...@img2ms.de> > Gesendet: Samstag, 1. April 2017 12:08:03 > An: Development list for mkgmap > Betreff: Re: [mkgmap-dev] splitter and josm problem > > Hi Gerd, the old problem exists till now. I splitt europa-latest-osm.pbf > using splitter r-580. But splitterr-580 do not proper splitt the > multipolygon ("Schloßteich", 3 Elemente) [Kennung: 59.766] . The mp has tags: > name=Schloßteich; natural=water, type=multipolygon. This mp has element > Rolle=outer; 23387723 (86 Punkte) [Kennung : 23.387.723]. The error ist : all > 86 nodes has no tags , but it should have the tags natural=water and name= > Schloßteich from the multipolygon. See picture : > img2ms.de/bilder/wrongsplit.jpg > > split.list for this file : 5707: 2367488, 593920 to 2390016, 634880 > > maybee you can have a look at that ? center of map is at lat 50.8419209 lon > 12.914752 > > thomas > > Am 13.11.2016 um 12:19 schrieb Thomas Morgenstern: > Hi gerd thanks for your tests. I am waiting for your solution... > > Thomas > > > Am 13.11.2016 um 12:03 schrieb Gerd Petermann: > Hi Thomas, > > I can open the big file in JOSM with JRE option -Xmx6G. > Besides that the mp relation is 59766, the id 233877233 belongs to the outer > way. > And yes, splitter seems to drop the relation in the large file. I'll try to > find out > why. > > Gerd > > Thomas Morgenstern wrote > Hi at all, i am using splitter r429 and mkgmap r3695. Normally it works > perfekt. But now it gives me a problem with multipolygons. I downloaded > and splitt latest-europe.osm.pbf from geofabrik, ---> splitt it with > splitter r429 for testing to 2 tiles, a big tile 8707.osm.pbf and a > small tile 8011.osm.pbf. The small tile is inner the big tile. Both > tiles contains the area with the multipolgon ID 23387723. Then compile > it for testing separatly with mkgmap r3695. If the input is the small > tile 801
Re: [mkgmap-dev] splitter and josm problem
Hi Thomas, splitter r580 cannot read this file without a few small changes (blanks added/removed). After these changes it complains that there are overlaps. Seems you are using a different file or a different program. Gerd Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Thomas Morgenstern <webmas...@img2ms.de> Gesendet: Samstag, 1. April 2017 13:02:53 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] splitter and josm problem I have controled my areasEuropa.list (download :img2ms.de/bilder/areasEuropa.list). I found no overlapping around the 5707. All neighbours 5705; 5709; 5728; 5729; 5708 ;5706; 5705) have identical borders without any overlapping. Or shout it have a overlapping ? how many Garmin-units ? thomas Am 01.04.2017 um 12:25 schrieb Gerd Petermann: > Hi Thomas, > > the problem was caused by your manually changed split file which contained > small overlaps. Do you still use that one? > I think I fixed the problems with that one in r440. > Or maybe you created a new one which causes new problems? > > Gerd > > > Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von > Thomas Morgenstern <webmas...@img2ms.de> > Gesendet: Samstag, 1. April 2017 12:08:03 > An: Development list for mkgmap > Betreff: Re: [mkgmap-dev] splitter and josm problem > > Hi Gerd, the old problem exists till now. I splitt europa-latest-osm.pbf > using splitter r-580. But splitterr-580 do not proper splitt the > multipolygon ("Schloßteich", 3 Elemente) [Kennung: 59.766] . The mp has tags: > name=Schloßteich; natural=water, type=multipolygon. This mp has element > Rolle=outer; 23387723 (86 Punkte) [Kennung : 23.387.723]. The error ist : all > 86 nodes has no tags , but it should have the tags natural=water and name= > Schloßteich from the multipolygon. See picture : > img2ms.de/bilder/wrongsplit.jpg > > split.list for this file : 5707: 2367488, 593920 to 2390016, 634880 > > maybee you can have a look at that ? center of map is at lat 50.8419209 lon > 12.914752 > > thomas > > Am 13.11.2016 um 12:19 schrieb Thomas Morgenstern: > Hi gerd thanks for your tests. I am waiting for your solution... > > Thomas > > > Am 13.11.2016 um 12:03 schrieb Gerd Petermann: > Hi Thomas, > > I can open the big file in JOSM with JRE option -Xmx6G. > Besides that the mp relation is 59766, the id 233877233 belongs to the outer > way. > And yes, splitter seems to drop the relation in the large file. I'll try to > find out > why. > > Gerd > > Thomas Morgenstern wrote > Hi at all, i am using splitter r429 and mkgmap r3695. Normally it works > perfekt. But now it gives me a problem with multipolygons. I downloaded > and splitt latest-europe.osm.pbf from geofabrik, ---> splitt it with > splitter r429 for testing to 2 tiles, a big tile 8707.osm.pbf and a > small tile 8011.osm.pbf. The small tile is inner the big tile. Both > tiles contains the area with the multipolgon ID 23387723. Then compile > it for testing separatly with mkgmap r3695. If the input is the small > tile 8011.osm.pbf, it compile the img correct, *spezially the > multipolygon ID 233877233 (tags : name=Schloßteich; natural=water; > type=multipolygon) is present as 0x3c in resulting img. *See > img2ms.de/bilder/multipolygon-good.jpg. It is the blue lake name > ='Schlossteich' > > If i compile the big 8707.osm.pbf, the resulting img has not this > area . *It seems for me, as if the multipolygon ID 23387723 is ignored*. > See img2ms.de/bilder/multipolygon-wrong.jpg. In both cases i use ident > style. It makes no different, if the default style or my own style is > used. > > I tried to found out, if the splitter produce the multipolygon in the > big 8707.osm.pbf, but JOSM v11223 can not load the big (~25MB) > 8707.osm.pbf. : JOSM --> open file 8707.osm.pbf--> 'Lese > OSM-Daten...'--> and a few minutes later the MessageBox close, but the > osm.pbf shows not on the screen. Has the JOSM-plugin 'pbf: Version > 32865' any limitations ? My PC has 6 GB RAM, 64 bit Windows10. > Any hints are welcome. Download for both 8*.osm.pbf : > img2ms.de/bilder/8000osm-pbf.rar: Splittfile for splitter r429 : > img2ms.de/bilder/areas.list > regards Thomas > > > ___ > mkgmap-dev mailing list > mkgmap-dev@.org<mailto:mkgmap-dev@.org> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > > > > -- > View this message in context: > http://gis.19327.n8.nabble.com/max-nodes-in-splitter-tp5885774p5885820.html > Sent from the M
Re: [mkgmap-dev] splitter and josm problem
I have controled my areasEuropa.list (download :img2ms.de/bilder/areasEuropa.list). I found no overlapping around the 5707. All neighbours 5705; 5709; 5728; 5729; 5708 ;5706; 5705) have identical borders without any overlapping. Or shout it have a overlapping ? how many Garmin-units ? thomas Am 01.04.2017 um 12:25 schrieb Gerd Petermann: Hi Thomas, the problem was caused by your manually changed split file which contained small overlaps. Do you still use that one? I think I fixed the problems with that one in r440. Or maybe you created a new one which causes new problems? Gerd Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Thomas Morgenstern <webmas...@img2ms.de> Gesendet: Samstag, 1. April 2017 12:08:03 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] splitter and josm problem Hi Gerd, the old problem exists till now. I splitt europa-latest-osm.pbf using splitter r-580. But splitterr-580 do not proper splitt the multipolygon ("Schloßteich", 3 Elemente) [Kennung: 59.766] . The mp has tags: name=Schloßteich; natural=water, type=multipolygon. This mp has element Rolle=outer; 23387723 (86 Punkte) [Kennung : 23.387.723]. The error ist : all 86 nodes has no tags , but it should have the tags natural=water and name= Schloßteich from the multipolygon. See picture : img2ms.de/bilder/wrongsplit.jpg split.list for this file : 5707: 2367488, 593920 to 2390016, 634880 maybee you can have a look at that ? center of map is at lat 50.8419209 lon 12.914752 thomas Am 13.11.2016 um 12:19 schrieb Thomas Morgenstern: Hi gerd thanks for your tests. I am waiting for your solution... Thomas Am 13.11.2016 um 12:03 schrieb Gerd Petermann: Hi Thomas, I can open the big file in JOSM with JRE option -Xmx6G. Besides that the mp relation is 59766, the id 233877233 belongs to the outer way. And yes, splitter seems to drop the relation in the large file. I'll try to find out why. Gerd Thomas Morgenstern wrote Hi at all, i am using splitter r429 and mkgmap r3695. Normally it works perfekt. But now it gives me a problem with multipolygons. I downloaded and splitt latest-europe.osm.pbf from geofabrik, ---> splitt it with splitter r429 for testing to 2 tiles, a big tile 8707.osm.pbf and a small tile 8011.osm.pbf. The small tile is inner the big tile. Both tiles contains the area with the multipolgon ID 23387723. Then compile it for testing separatly with mkgmap r3695. If the input is the small tile 8011.osm.pbf, it compile the img correct, *spezially the multipolygon ID 233877233 (tags : name=Schloßteich; natural=water; type=multipolygon) is present as 0x3c in resulting img. *See img2ms.de/bilder/multipolygon-good.jpg. It is the blue lake name ='Schlossteich' If i compile the big 8707.osm.pbf, the resulting img has not this area . *It seems for me, as if the multipolygon ID 23387723 is ignored*. See img2ms.de/bilder/multipolygon-wrong.jpg. In both cases i use ident style. It makes no different, if the default style or my own style is used. I tried to found out, if the splitter produce the multipolygon in the big 8707.osm.pbf, but JOSM v11223 can not load the big (~25MB) 8707.osm.pbf. : JOSM --> open file 8707.osm.pbf--> 'Lese OSM-Daten...'--> and a few minutes later the MessageBox close, but the osm.pbf shows not on the screen. Has the JOSM-plugin 'pbf: Version 32865' any limitations ? My PC has 6 GB RAM, 64 bit Windows10. Any hints are welcome. Download for both 8*.osm.pbf : img2ms.de/bilder/8000osm-pbf.rar: Splittfile for splitter r429 : img2ms.de/bilder/areas.list regards Thomas ___ mkgmap-dev mailing list mkgmap-dev@.org<mailto:mkgmap-dev@.org> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- View this message in context: http://gis.19327.n8.nabble.com/max-nodes-in-splitter-tp5885774p5885820.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk<mailto: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<mailto: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
Re: [mkgmap-dev] splitter and josm problem
Hi Thomas, just make sure to keep the splitfile it that really caused the problem with r580. In the moment I prefer to think that you used r429 by mistake ;-) Gerd Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Thomas Morgenstern <webmas...@img2ms.de> Gesendet: Samstag, 1. April 2017 12:33:24 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] splitter and josm problem Overlaps ? okay, at first i will look at my complet splitt list and delete existing overlaps... till later ... thomas Am 01.04.2017 um 12:25 schrieb Gerd Petermann: > Hi Thomas, > > the problem was caused by your manually changed split file which contained > small overlaps. Do you still use that one? > I think I fixed the problems with that one in r440. > Or maybe you created a new one which causes new problems? > > Gerd > > > Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von > Thomas Morgenstern <webmas...@img2ms.de> > Gesendet: Samstag, 1. April 2017 12:08:03 > An: Development list for mkgmap > Betreff: Re: [mkgmap-dev] splitter and josm problem > > Hi Gerd, the old problem exists till now. I splitt europa-latest-osm.pbf > using splitter r-580. But splitterr-580 do not proper splitt the > multipolygon ("Schloßteich", 3 Elemente) [Kennung: 59.766] . The mp has tags: > name=Schloßteich; natural=water, type=multipolygon. This mp has element > Rolle=outer; 23387723 (86 Punkte) [Kennung : 23.387.723]. The error ist : all > 86 nodes has no tags , but it should have the tags natural=water and name= > Schloßteich from the multipolygon. See picture : > img2ms.de/bilder/wrongsplit.jpg > > split.list for this file : 5707: 2367488, 593920 to 2390016, 634880 > > maybee you can have a look at that ? center of map is at lat 50.8419209 lon > 12.914752 > > thomas > > Am 13.11.2016 um 12:19 schrieb Thomas Morgenstern: > Hi gerd thanks for your tests. I am waiting for your solution... > > Thomas > > > Am 13.11.2016 um 12:03 schrieb Gerd Petermann: > Hi Thomas, > > I can open the big file in JOSM with JRE option -Xmx6G. > Besides that the mp relation is 59766, the id 233877233 belongs to the outer > way. > And yes, splitter seems to drop the relation in the large file. I'll try to > find out > why. > > Gerd > > Thomas Morgenstern wrote > Hi at all, i am using splitter r429 and mkgmap r3695. Normally it works > perfekt. But now it gives me a problem with multipolygons. I downloaded > and splitt latest-europe.osm.pbf from geofabrik, ---> splitt it with > splitter r429 for testing to 2 tiles, a big tile 8707.osm.pbf and a > small tile 8011.osm.pbf. The small tile is inner the big tile. Both > tiles contains the area with the multipolgon ID 23387723. Then compile > it for testing separatly with mkgmap r3695. If the input is the small > tile 8011.osm.pbf, it compile the img correct, *spezially the > multipolygon ID 233877233 (tags : name=Schloßteich; natural=water; > type=multipolygon) is present as 0x3c in resulting img. *See > img2ms.de/bilder/multipolygon-good.jpg. It is the blue lake name > ='Schlossteich' > > If i compile the big 8707.osm.pbf, the resulting img has not this > area . *It seems for me, as if the multipolygon ID 23387723 is ignored*. > See img2ms.de/bilder/multipolygon-wrong.jpg. In both cases i use ident > style. It makes no different, if the default style or my own style is > used. > > I tried to found out, if the splitter produce the multipolygon in the > big 8707.osm.pbf, but JOSM v11223 can not load the big (~25MB) > 8707.osm.pbf. : JOSM --> open file 8707.osm.pbf--> 'Lese > OSM-Daten...'--> and a few minutes later the MessageBox close, but the > osm.pbf shows not on the screen. Has the JOSM-plugin 'pbf: Version > 32865' any limitations ? My PC has 6 GB RAM, 64 bit Windows10. > Any hints are welcome. Download for both 8*.osm.pbf : > img2ms.de/bilder/8000osm-pbf.rar: Splittfile for splitter r429 : > img2ms.de/bilder/areas.list > regards Thomas > > > ___ > mkgmap-dev mailing list > mkgmap-dev@.org<mailto:mkgmap-dev@.org> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > > > > -- > View this message in context: > http://gis.19327.n8.nabble.com/max-nodes-in-splitter-tp5885774p5885820.html > Sent from the Mkgmap Development mailing list archive at Nabble.com. > ___ > mkgmap-dev mailing list > mkgmap-dev@lists.mkgmap.org.uk<mailto:mkgmap-dev@lists.mkgmap.org.uk> > http://www.mkgmap.org.uk/mailman/listinfo/m
Re: [mkgmap-dev] splitter and josm problem
Hi Thomas, the problem was caused by your manually changed split file which contained small overlaps. Do you still use that one? I think I fixed the problems with that one in r440. Or maybe you created a new one which causes new problems? Gerd Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Thomas Morgenstern <webmas...@img2ms.de> Gesendet: Samstag, 1. April 2017 12:08:03 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] splitter and josm problem Hi Gerd, the old problem exists till now. I splitt europa-latest-osm.pbf using splitter r-580. But splitterr-580 do not proper splitt the multipolygon ("Schloßteich", 3 Elemente) [Kennung: 59.766] . The mp has tags: name=Schloßteich; natural=water, type=multipolygon. This mp has element Rolle=outer; 23387723 (86 Punkte) [Kennung : 23.387.723]. The error ist : all 86 nodes has no tags , but it should have the tags natural=water and name= Schloßteich from the multipolygon. See picture : img2ms.de/bilder/wrongsplit.jpg split.list for this file : 5707: 2367488, 593920 to 2390016, 634880 maybee you can have a look at that ? center of map is at lat 50.8419209 lon 12.914752 thomas Am 13.11.2016 um 12:19 schrieb Thomas Morgenstern: Hi gerd thanks for your tests. I am waiting for your solution... Thomas Am 13.11.2016 um 12:03 schrieb Gerd Petermann: Hi Thomas, I can open the big file in JOSM with JRE option -Xmx6G. Besides that the mp relation is 59766, the id 233877233 belongs to the outer way. And yes, splitter seems to drop the relation in the large file. I'll try to find out why. Gerd Thomas Morgenstern wrote Hi at all, i am using splitter r429 and mkgmap r3695. Normally it works perfekt. But now it gives me a problem with multipolygons. I downloaded and splitt latest-europe.osm.pbf from geofabrik, ---> splitt it with splitter r429 for testing to 2 tiles, a big tile 8707.osm.pbf and a small tile 8011.osm.pbf. The small tile is inner the big tile. Both tiles contains the area with the multipolgon ID 23387723. Then compile it for testing separatly with mkgmap r3695. If the input is the small tile 8011.osm.pbf, it compile the img correct, *spezially the multipolygon ID 233877233 (tags : name=Schloßteich; natural=water; type=multipolygon) is present as 0x3c in resulting img. *See img2ms.de/bilder/multipolygon-good.jpg. It is the blue lake name ='Schlossteich' If i compile the big 8707.osm.pbf, the resulting img has not this area . *It seems for me, as if the multipolygon ID 23387723 is ignored*. See img2ms.de/bilder/multipolygon-wrong.jpg. In both cases i use ident style. It makes no different, if the default style or my own style is used. I tried to found out, if the splitter produce the multipolygon in the big 8707.osm.pbf, but JOSM v11223 can not load the big (~25MB) 8707.osm.pbf. : JOSM --> open file 8707.osm.pbf--> 'Lese OSM-Daten...'--> and a few minutes later the MessageBox close, but the osm.pbf shows not on the screen. Has the JOSM-plugin 'pbf: Version 32865' any limitations ? My PC has 6 GB RAM, 64 bit Windows10. Any hints are welcome. Download for both 8*.osm.pbf : img2ms.de/bilder/8000osm-pbf.rar: Splittfile for splitter r429 : img2ms.de/bilder/areas.list regards Thomas ___ mkgmap-dev mailing list mkgmap-dev@.org<mailto:mkgmap-dev@.org> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- View this message in context: http://gis.19327.n8.nabble.com/max-nodes-in-splitter-tp5885774p5885820.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk<mailto: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<mailto: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
Re: [mkgmap-dev] splitter and josm problem
Hi Gerd, the old problem exists till now. I splitt europa-latest-osm.pbf using splitter r-580. But splitterr-580 do not proper splitt the multipolygon /("Schloßteich", 3 Elemente) [Kennung: 59.766]/ . The mp has tags: /name=Schloßteich; natural=water, type=multipolygon/. This mp has element/Rolle=outer; 23387723 (86 Punkte) [Kennung : 23.387.723]/. The error ist : all 86 nodes has no tags , but it should have the tags natural=water and name= Schloßteich from the multipolygon. See picture : img2ms.de/bilder/wrongsplit.jpg split.list for this file : 5707: 2367488, 593920 to 2390016, 634880 maybee you can have a look at that ? center of map is at lat 50.8419209 lon 12.914752 thomas Am 13.11.2016 um 12:19 schrieb Thomas Morgenstern: Hi gerd thanks for your tests. I am waiting for your solution... Thomas Am 13.11.2016 um 12:03 schrieb Gerd Petermann: Hi Thomas, I can open the big file in JOSM with JRE option -Xmx6G. Besides that the mp relation is 59766, the id 233877233 belongs to the outer way. And yes, splitter seems to drop the relation in the large file. I'll try to find out why. Gerd Thomas Morgenstern wrote Hi at all, i am using splitter r429 and mkgmap r3695. Normally it works perfekt. But now it gives me a problem with multipolygons. I downloaded and splitt latest-europe.osm.pbf from geofabrik, ---> splitt it with splitter r429 for testing to 2 tiles, a big tile 8707.osm.pbf and a small tile 8011.osm.pbf. The small tile is inner the big tile. Both tiles contains the area with the multipolgon ID 23387723. Then compile it for testing separatly with mkgmap r3695. If the input is the small tile 8011.osm.pbf, it compile the img correct, *spezially the multipolygon ID 233877233 (tags : name=Schloßteich; natural=water; type=multipolygon) is present as 0x3c in resulting img. *See img2ms.de/bilder/multipolygon-good.jpg. It is the blue lake name ='Schlossteich' If i compile the big 8707.osm.pbf, the resulting img has not this area . *It seems for me, as if the multipolygon ID 23387723 is ignored*. See img2ms.de/bilder/multipolygon-wrong.jpg. In both cases i use ident style. It makes no different, if the default style or my own style is used. I tried to found out, if the splitter produce the multipolygon in the big 8707.osm.pbf, but JOSM v11223 can not load the big (~25MB) 8707.osm.pbf. : JOSM --> open file 8707.osm.pbf--> 'Lese OSM-Daten...'--> and a few minutes later the MessageBox close, but the osm.pbf shows not on the screen. Has the JOSM-plugin 'pbf: Version 32865' any limitations ? My PC has 6 GB RAM, 64 bit Windows10. Any hints are welcome. Download for both 8*.osm.pbf : img2ms.de/bilder/8000osm-pbf.rar: Splittfile for splitter r429 : img2ms.de/bilder/areas.list regards Thomas ___ mkgmap-dev mailing list mkgmap-dev@.org http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- View this message in context: http://gis.19327.n8.nabble.com/max-nodes-in-splitter-tp5885774p5885820.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ 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
Re: [mkgmap-dev] splitter and josm problem
Danke für Deine Bemühungen, ich selbst bin leider nicht schlau genug, um da mitreden zu können. Wundere mich nur, dass Anderen der Fehler bisher nicht aufgefallen ist.. Thanks for your hint related java option - Xmx5000m. It is possible, to load a 25 MB osm.pbf in JOSM. I see in JOSM, that all nodes exist, but the nodes has no tags! .That is the problem: splitter does not write the tags to that nodes. It is curios, if the splittfile covers a big area, then comes that error. But if the splittfile covers a small area, all nodes has the tags. Thomas Am 15.11.2016 um 17:00 schrieb Gerd Petermann: Hi Thomas, Thomas Morgenstern wrote Hi gerd thanks for your tests. I am waiting for your solution... I've found a few errors in splitter until now, but no solution so far. The support of overlapping areas in split-file is quite a brain teaser... Gerd -- View this message in context: http://gis.19327.n8.nabble.com/max-nodes-in-splitter-tp5885774p5885939.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ 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
Re: [mkgmap-dev] splitter and josm problem
Hi Thomas, Thomas Morgenstern wrote > Hi gerd thanks for your tests. I am waiting for your solution... I've found a few errors in splitter until now, but no solution so far. The support of overlapping areas in split-file is quite a brain teaser... Gerd -- View this message in context: http://gis.19327.n8.nabble.com/max-nodes-in-splitter-tp5885774p5885939.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] splitter and josm problem
Gerd, for your information : i use splitter with this option's : --split-file=D:\OSMKarten\OSMEuropa\areasEuropa.list --max-nodes=200 --max-areas=400 . Maybee i should change this option's ? thomas Am 13.11.2016 um 12:03 schrieb Gerd Petermann: Hi Thomas, I can open the big file in JOSM with JRE option -Xmx6G. Besides that the mp relation is 59766, the id 233877233 belongs to the outer way. And yes, splitter seems to drop the relation in the large file. I'll try to find out why. Gerd Thomas Morgenstern wrote Hi at all, i am using splitter r429 and mkgmap r3695. Normally it works perfekt. But now it gives me a problem with multipolygons. I downloaded and splitt latest-europe.osm.pbf from geofabrik, ---> splitt it with splitter r429 for testing to 2 tiles, a big tile 8707.osm.pbf and a small tile 8011.osm.pbf. The small tile is inner the big tile. Both tiles contains the area with the multipolgon ID 23387723. Then compile it for testing separatly with mkgmap r3695. If the input is the small tile 8011.osm.pbf, it compile the img correct, *spezially the multipolygon ID 233877233 (tags : name=Schloßteich; natural=water; type=multipolygon) is present as 0x3c in resulting img. *See img2ms.de/bilder/multipolygon-good.jpg. It is the blue lake name ='Schlossteich' If i compile the big 8707.osm.pbf, the resulting img has not this area . *It seems for me, as if the multipolygon ID 23387723 is ignored*. See img2ms.de/bilder/multipolygon-wrong.jpg. In both cases i use ident style. It makes no different, if the default style or my own style is used. I tried to found out, if the splitter produce the multipolygon in the big 8707.osm.pbf, but JOSM v11223 can not load the big (~25MB) 8707.osm.pbf. : JOSM --> open file 8707.osm.pbf--> 'Lese OSM-Daten...'--> and a few minutes later the MessageBox close, but the osm.pbf shows not on the screen. Has the JOSM-plugin 'pbf: Version 32865' any limitations ? My PC has 6 GB RAM, 64 bit Windows10. Any hints are welcome. Download for both 8*.osm.pbf : img2ms.de/bilder/8000osm-pbf.rar: Splittfile for splitter r429 : img2ms.de/bilder/areas.list regards Thomas ___ mkgmap-dev mailing list mkgmap-dev@.org http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- View this message in context: http://gis.19327.n8.nabble.com/max-nodes-in-splitter-tp5885774p5885820.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ 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
Re: [mkgmap-dev] splitter and josm problem
Hi gerd thanks for your tests. I am waiting for your solution... Thomas Am 13.11.2016 um 12:03 schrieb Gerd Petermann: Hi Thomas, I can open the big file in JOSM with JRE option -Xmx6G. Besides that the mp relation is 59766, the id 233877233 belongs to the outer way. And yes, splitter seems to drop the relation in the large file. I'll try to find out why. Gerd Thomas Morgenstern wrote Hi at all, i am using splitter r429 and mkgmap r3695. Normally it works perfekt. But now it gives me a problem with multipolygons. I downloaded and splitt latest-europe.osm.pbf from geofabrik, ---> splitt it with splitter r429 for testing to 2 tiles, a big tile 8707.osm.pbf and a small tile 8011.osm.pbf. The small tile is inner the big tile. Both tiles contains the area with the multipolgon ID 23387723. Then compile it for testing separatly with mkgmap r3695. If the input is the small tile 8011.osm.pbf, it compile the img correct, *spezially the multipolygon ID 233877233 (tags : name=Schloßteich; natural=water; type=multipolygon) is present as 0x3c in resulting img. *See img2ms.de/bilder/multipolygon-good.jpg. It is the blue lake name ='Schlossteich' If i compile the big 8707.osm.pbf, the resulting img has not this area . *It seems for me, as if the multipolygon ID 23387723 is ignored*. See img2ms.de/bilder/multipolygon-wrong.jpg. In both cases i use ident style. It makes no different, if the default style or my own style is used. I tried to found out, if the splitter produce the multipolygon in the big 8707.osm.pbf, but JOSM v11223 can not load the big (~25MB) 8707.osm.pbf. : JOSM --> open file 8707.osm.pbf--> 'Lese OSM-Daten...'--> and a few minutes later the MessageBox close, but the osm.pbf shows not on the screen. Has the JOSM-plugin 'pbf: Version 32865' any limitations ? My PC has 6 GB RAM, 64 bit Windows10. Any hints are welcome. Download for both 8*.osm.pbf : img2ms.de/bilder/8000osm-pbf.rar: Splittfile for splitter r429 : img2ms.de/bilder/areas.list regards Thomas ___ mkgmap-dev mailing list mkgmap-dev@.org http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- View this message in context: http://gis.19327.n8.nabble.com/max-nodes-in-splitter-tp5885774p5885820.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ 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
Re: [mkgmap-dev] splitter and josm problem
Hi Thomas, I can open the big file in JOSM with JRE option -Xmx6G. Besides that the mp relation is 59766, the id 233877233 belongs to the outer way. And yes, splitter seems to drop the relation in the large file. I'll try to find out why. Gerd Thomas Morgenstern wrote > Hi at all, i am using splitter r429 and mkgmap r3695. Normally it works > perfekt. But now it gives me a problem with multipolygons. I downloaded > and splitt latest-europe.osm.pbf from geofabrik, ---> splitt it with > splitter r429 for testing to 2 tiles, a big tile 8707.osm.pbf and a > small tile 8011.osm.pbf. The small tile is inner the big tile. Both > tiles contains the area with the multipolgon ID 23387723. Then compile > it for testing separatly with mkgmap r3695. If the input is the small > tile 8011.osm.pbf, it compile the img correct, *spezially the > multipolygon ID 233877233 (tags : name=Schloßteich; natural=water; > type=multipolygon) is present as 0x3c in resulting img. *See > img2ms.de/bilder/multipolygon-good.jpg. It is the blue lake name > ='Schlossteich' > > If i compile the big 8707.osm.pbf, the resulting img has not this > area . *It seems for me, as if the multipolygon ID 23387723 is ignored*. > See img2ms.de/bilder/multipolygon-wrong.jpg. In both cases i use ident > style. It makes no different, if the default style or my own style is > used. > > I tried to found out, if the splitter produce the multipolygon in the > big 8707.osm.pbf, but JOSM v11223 can not load the big (~25MB) > 8707.osm.pbf. : JOSM --> open file 8707.osm.pbf--> 'Lese > OSM-Daten...'--> and a few minutes later the MessageBox close, but the > osm.pbf shows not on the screen. Has the JOSM-plugin 'pbf: Version > 32865' any limitations ? My PC has 6 GB RAM, 64 bit Windows10. > Any hints are welcome. Download for both 8*.osm.pbf : > img2ms.de/bilder/8000osm-pbf.rar: Splittfile for splitter r429 : > img2ms.de/bilder/areas.list > regards Thomas > > > ___ > mkgmap-dev mailing list > mkgmap-dev@.org > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- View this message in context: http://gis.19327.n8.nabble.com/max-nodes-in-splitter-tp5885774p5885820.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev