[mkgmap-dev] splitter and josm problem

Sat Apr 1 11:08:03 BST 2017

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
>>> 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
>> 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20170401/d4fb4c86/attachment.html>