Danke, da muss ich mir was einfallen lassen im Stylefile, wie ich die Kombination aus admin_level und place=village entferne. Muss noch mal nachdenken, was da sinnvoll ist. Die Ursache ist ja jetzt klar. Habe auch die Relation in JOSM gefunden. mfg thomas Am 09.04.2017 um 19:40 schrieb Gerd Petermann:
Hi Thomas,
I've changed the default style to contain echotags like this: place=village {echotags "p=v"} [0x03 resolution 19]
and used your input file. The output is JoinedWay generated from 87213118 [admin_level=9, boundary=administrative, mkgmap:cache_area_size=2224558.0389404297, mkgmap:label:1=47 Klaffenbach, mkgmap:mp_created=true, mkgmap:stylefilter=polygon, name=Klaffenbach, place=village, ref=47] p=v
The message is a bit missleading, the source is the type=boundary relation 414890 which also has the tag place=village. This is treated like a type=multipolygon relation.
I am not 100% sure but I think all is correct. Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Thomas Morgenstern <webmaster@img2ms.de> Gesendet: Sonntag, 9. April 2017 17:57:30 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] tag landuse=residential produced false areas
I use for test the 'buildin-style'. But it makes no differenzes, if I use my own style. Own style is based on defaultstyle older relase mkgmap. Only small differenzes. But is is the 0x3 . See img2ms.de/bilder/Mapedit_0x3.jpg. My .args -file and the java mkgmap-call : img2ms.de/bilder/mkgmap_args+bat.rar
thomas
Am 09.04.2017 um 17:12 schrieb Gerd Petermann:
Hi Thomas,
what do you mean with "it is the default style" ? I don't see the line place=village | landuse= residential [0x03 resolution 18] in the default style that is shipped with r3890. That uses 0x10 for landuse=residential and 0x03 for place=village So, I assume it is a modified version of a default style which may contain other changes as well. Maybe you use type 0x03 for more polygons or the ShapeMerger merges them because they have no name? If that doesn't help already please post a link to your style and options.
Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Thomas Morgenstern <webmaster@img2ms.de> Gesendet: Sonntag, 9. April 2017 14:52:25 An: Development list for mkgmap Betreff: [mkgmap-dev] tag landuse=residential produced false areas
Hi all, i have testet a few mkgmap-release, included the new r-3890. But the wrong polygons comes with all releases. What i did.: in stylefile polygons is the line : place=village | landuse= residential [0x03 resolution 18]. It is the defaultstyle. and in lines : boundary=administrative & admin_level=8 [0x1c resolution 18] It is the defaultstyle.
I have looked in the OSM-source with JOSM and see , that all polygons landuse=residential are proper configured.
But the output of mkgmap create a malformed polygon 0x3 in some cases. The 0x3 boundaries are not identical with OSM -sourcedata, but the are following the Line boundary=administrative & admin_level=8 [0x1c ]. This is my testequipment: Osm-sourcedata : www.img2ms.de/bilder/Neukirchen.osm.pbf<http://www.img2ms.de/bilder/Neukirchen.osm.pbf> . Have a look at id=13689494 landuse=forest ... nearby is the line 51529384 boundary=administrative. after mkgamp has compiled the osm.pbf to 60000706.img (www.img2ms.de/bilder/compiled_img.jpg<http://www.img2ms.de/bilder/compiled_img.jpg> and img2ms.de/bilder/60000706.img) there is a big area 0x3 (residential) as layer and overlapping under the wood. the borders of this wrong 0x3 follow the line 0x1c. To see this in a grafical way, i have wrote in oldfashion VB6 a small tool www.img2ms.de/bilder/Elemente<http://www.img2ms.de/bilder/Elemente> Selektieren.exe (for mp-files only). And open the created 60000706_extract.mp using GPSMapedit. the output in GPSMapedit shows me, that the outline of polygon 0x3 follows the line 0x1c.( www.img2ms.de/bilder/60000706_extract.mp<http://www.img2ms.de/bilder/60000706_extract.mp> ) I assume, the stylefile has a bug ? or bug in mkgmap? What can i do ? Thomas
_______________________________________________ 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