Re: [mkgmap-dev] tag landuse=residential produced false areas
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-boun...@lists.mkgmap.org.uk> im Auftrag von Thomas
Morgenstern <webmas...@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-boun...@lists.mkgmap.org.uk> im Auftrag von Thomas
Morgenstern <webmas...@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 6706.img
(www.img2ms.de/bilder/compiled_img.jpg<http://www.img2ms.de/bilder/compiled_img.jpg>
and img2ms.de/bilder/6706.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 6706_extract.mp using
GPSMapedit.
the output in GPSMapedit shows me, that the outline of polygon 0x3 follows the line
0x1c.(
www.img2ms.de/bilder/6706_extract.mp<http://www.img2ms.de/bilder/6706_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
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] tag landuse=residential produced false areas
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-boun...@lists.mkgmap.org.uk> im Auftrag von Thomas
Morgenstern <webmas...@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-boun...@lists.mkgmap.org.uk> im Auftrag von
> Thomas Morgenstern <webmas...@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 6706.img
> (www.img2ms.de/bilder/compiled_img.jpg<http://www.img2ms.de/bilder/compiled_img.jpg>
> and img2ms.de/bilder/6706.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 6706_extract.mp
> using GPSMapedit.
> the output in GPSMapedit shows me, that the outline of polygon 0x3 follows
> the line 0x1c.(
> www.img2ms.de/bilder/6706_extract.mp<http://www.img2ms.de/bilder/6706_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
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-boun...@lists.mkgmap.org.uk> im Auftrag von Thomas Morgenstern <webmas...@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 6706.img (www.img2ms.de/bilder/compiled_img.jpg<http://www.img2ms.de/bilder/compiled_img.jpg> and img2ms.de/bilder/6706.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 6706_extract.mp using GPSMapedit. the output in GPSMapedit shows me, that the outline of polygon 0x3 follows the line 0x1c.( www.img2ms.de/bilder/6706_extract.mp<http://www.img2ms.de/bilder/6706_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
Re: [mkgmap-dev] tag landuse=residential produced false areas
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-boun...@lists.mkgmap.org.uk> im Auftrag von Thomas Morgenstern <webmas...@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 6706.img (www.img2ms.de/bilder/compiled_img.jpg<http://www.img2ms.de/bilder/compiled_img.jpg> and img2ms.de/bilder/6706.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 6706_extract.mp using GPSMapedit. the output in GPSMapedit shows me, that the outline of polygon 0x3 follows the line 0x1c.( www.img2ms.de/bilder/6706_extract.mp<http://www.img2ms.de/bilder/6706_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] 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 . Have a look at id=13689494 landuse=forest ... nearby is the line 51529384 boundary=administrative. after mkgamp has compiled the osm.pbf to 6706.img (www.img2ms.de/bilder/compiled_img.jpg and img2ms.de/bilder/6706.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 Selektieren.exe (for mp-files only). And open the created 6706_extract.mp using GPSMapedit. the output in GPSMapedit shows me, that the outline of polygon 0x3 follows the line 0x1c.( www.img2ms.de/bilder/6706_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
