[mkgmap-dev] splitter and josm problem

Sat Apr 1 12:02:53 BST 2017

I have controled my areasEuropa.list (download 
:img2ms.de/bilder/areasEuropa.list). I found no overlapping around the 
50000707. All neighbours 50000705; 50000709; 50000728; 50000729; 
50000708 ;50000706; 50000705) 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-bounces at lists.mkgmap.org.uk> im Auftrag von Thomas Morgenstern <webmaster at 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 : 50000707: 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 80000707.osm.pbf and a
> small tile 80000011.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 80000011.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 80000707.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 80000707.osm.pbf, but JOSM v11223  can not load the big (~25MB)
> 80000707.osm.pbf. : JOSM --> open file 80000707.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 80000*.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 at .org<mailto:mkgmap-dev at .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 at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
>
>