Re: [mkgmap-dev] Multipolygon problem
2011/2/27 Martin Simon grenzde...@gmail.com: Hi! This sounds like exactly the thing needed, as I create these Polygons seperately. :-) I tried to build the patched mkgmap from source but this failed. But as the patch is committed now, I'll simply try with the next automatically buit version from the website. OK, I was wrong; I now tried to build a map with contour lines generated by GroundTruth (commands: GroundTruth.exe contours --gridlat=1 --gridlon=1 -b=50,6,51,7 -o=50-6.ibf and GroundTruth.exe ibf2osm -i=50-6.ibf). Then I built a map from the resulting .osm file with a mkgmap style just for polygons. The Lines were closed, but unfortunately, not around the corners of the source file (the contour lines' start and end points are exactly at 50/51 degree latitude and 6/7 degree longitude). GroundTruth doesn't add bounds to the osm file, but adding it manually doesn't change the result. As the contour lines generated by Groundtruth are always running clockwise around a hill, what needed to be done is closing them from a lines' endpoint clockwise around the tile edges until the startpoint is reached *or* the startpoint of another contour line with the same tags is reached, merging them, and continue. I don't know at all how much work would need to done to implement this behaviour... --Martin ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Multipolygon problem
On Fri, Feb 25, 2011 at 11:36:39PM +0100, WanMil wrote: But I also found out that some polygons that crosses the tile border which are closed in the OSM data are not neccessarily closed in the tiles. This has to be investigated. Does the splitter ensure that all closed ways in the OSM dump are also closed in the splitted tiles? Could mkgmap be aware of the tile borders when closing polygons? When the open endpoints are within the current tile, do not close the polygon, and possibly emit a complaint to the error log. When the endpoints are outside the current tile borders, close by adding lines along the tile borders? That should be no problem. On a somewhat related note, there is some natural=coastline problem in Finland that JOSM cannot find in the natural=coastline extract of finland.osm.pbf. The error message only mentions generated relation and way IDs: 63240006: 2916352,96 to 3014656,1474560 # : 62.578125,20.599365 to 64.687500,31.640625 2011/02/26 11:13:04 WARNING (MultiPolygonRelation): 63240006.osm.gz: Multipolygon http://www.openstreetmap.org/browse/relation/4611686018427480001 contains errors. 2011/02/26 11:13:04 WARNING (MultiPolygonRelation): 63240006.osm.gz: Polygon 4611686018427486852(8P)(4611686018427483429[8P]) carries role inner but lies inside an inner polygon. Potentially its role should be outer. It would be helpful to see a coordinate of one of the ways. I guess that this is being caused by two islands being on top of each other. Apparently, JOSM could only catch that if the coastlines intersected. Ok, sounds good as a first solution. I'll post a patch. Marko ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Multipolygon problem
2011/2/26 WanMilwmgc...@web.de: Could mkgmap be aware of the tile borders when closing polygons? When the open endpoints are within the current tile, do not close the polygon, and possibly emit a complaint to the error log. When the endpoints are outside the current tile borders, close by adding lines along the tile borders? That should be no problem. That would be a really cool feature! I used to create height relief maps from srtm contour lines with mkgmap (see http://img30.imageshack.us/img30/9595/img0854oj.jpg) but I had to close all lines around the tile borders manually in josm... If this worked, we could create height relief maps for any place automatically! -Martin Martin, I don't know for sure if that solves your problem. The fix closes lines for which are only polygon rules available in the style files. I don't know how the contour lines are defined. Just try it and let use know. WanMil ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Multipolygon problem
WanMil schrieb am 08.01.2011 11:44: I have attached that patch to limit polygon creation to closed ways. It's untested and I assume there are some unwanted effects at tile borders. Please check and if you (and others) find it usefull it can be committed. Did anybody else try this patch? I haven't noticed any problems and would like to see this patch comitted. Gruss Torsten ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] Multipolygon problem
Hello all,
I have the following rule in my polygons style:
surface=sand [0x1b resolution 20]
The problem is the following multipolygon:
http://www.openstreetmap.org/browse/relation/1221199
This is a complex multipolygon which, in certain sections, uses the
coastline to define the outer. Parts of the coastline (and therefore
parts of the multipolygon) have the key/tag pair surface=sand
The result is that mkgmap attempts to build a multipolygon for Port
Philip Bay and fill it with sand, which is not ideal:
http://www.cferrero.net/maps/img/1.png
What I can't figure out is how to adjust my polygon style rules to avoid
this happening. Or tell mkgmap not to process multipolygons of type
natural=bay
Neither of the following two variations of the rule makes any difference:
surface=sand natural!=coastline [0x1b resolution 20]
surface=sand type=!multipolygon [0x1b resolution 20]
Nor does
natural=coastline surface=sand {delete surface}
make any difference whether I put it in the lines file or the polygons file
Does anyone have a suggestion on how to fix this?
Thanks!
--
Charlie
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Multipolygon problem
Moin, I think the problem is not the multipolygon, but that some of the outer ways are tagged with surface=sand. These tags are not considered for the multipolygon, but for these ways mkgmap creates single surface=sand polygons. But if you change your polygon style from surface=sand [0x1b resolution 20] to surface=sand natural!=coastline [0x1b resolution 20] this shouldn't happen any more. Just for a try: What happens, if you remove the surface=sand lines from your polygon styles completely? And one other thing: There was once a patch, which limited the polygon creation to closed ways. Does anybody know, what happened to this patch? I really liked it. Gruss Torsten ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Multipolygon problem
On 08/01/2011 13:02, Torsten Leistikow wrote: Moin, I think the problem is not the multipolygon, but that some of the outer ways are tagged with surface=sand. These tags are not considered for the multipolygon, but for these ways mkgmap creates single surface=sand polygons. But if you change your polygon style from surface=sand [0x1b resolution 20] to surface=sand natural!=coastline [0x1b resolution 20] this shouldn't happen any more. Just for a try: What happens, if you remove the surface=sand lines from your polygon styles completely? And one other thing: There was once a patch, which limited the polygon creation to closed ways. Does anybody know, what happened to this patch? I really liked it. Gruss Torsten Hi Torsten, You may be right - it might just be that the polygon rule makes mkgmap create a surface=sand polygon for coastline ways tagged with surface=sand. Unfortunately it is legitimate to tag a way as surface=sand so I cannot correct the OSM data. I need some way of telling mkgmap not to create a surface=sand polygon when it is associated with a coastline. Unfortunately surface=sand natural!=coastline [0x1b resolution 20] does not solve the problem. I think this may be because the natural=coastline tag is being removed during the --generate-sea processing, so it is no longer there when the polygon code starts. The only way I can currently solve it is to remove the surface=sand rule completely, which I don't want to have to do. Charlie ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Multipolygon problem
I am not sure why surface=sand really needs to be on the ways.
But even if surface=sand is on the ways mkgmap shouldn't be creating
polygons from it if the ways aren't closed. As surface=sand can be used for
ways or areas.
I might send a message to the original creator of the ways to ask if they
mind If I remove the surface=sand as it isn't fully accurate anyway.
Markus_g
-Original Message-
From: mkgmap-dev-boun...@lists.mkgmap.org.uk
[mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk] On Behalf Of Charlie Ferrero
Sent: Saturday, 8 January 2011 6:58 PM
To: Development list for mkgmap
Subject: [mkgmap-dev] Multipolygon problem
Hello all,
I have the following rule in my polygons style:
surface=sand [0x1b resolution 20]
The problem is the following multipolygon:
http://www.openstreetmap.org/browse/relation/1221199
This is a complex multipolygon which, in certain sections, uses the
coastline to define the outer. Parts of the coastline (and therefore
parts of the multipolygon) have the key/tag pair surface=sand
The result is that mkgmap attempts to build a multipolygon for Port
Philip Bay and fill it with sand, which is not ideal:
http://www.cferrero.net/maps/img/1.png
What I can't figure out is how to adjust my polygon style rules to avoid
this happening. Or tell mkgmap not to process multipolygons of type
natural=bay
Neither of the following two variations of the rule makes any difference:
surface=sand natural!=coastline [0x1b resolution 20]
surface=sand type=!multipolygon [0x1b resolution 20]
Nor does
natural=coastline surface=sand {delete surface}
make any difference whether I put it in the lines file or the polygons file
Does anyone have a suggestion on how to fix this?
Thanks!
--
Charlie
___
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] Multipolygon problem
I have attached that patch to limit polygon creation to closed ways. It's untested and I assume there are some unwanted effects at tile borders. Please check and if you (and others) find it usefull it can be committed. WanMil Moin, I think the problem is not the multipolygon, but that some of the outer ways are tagged with surface=sand. These tags are not considered for the multipolygon, but for these ways mkgmap creates single surface=sand polygons. But if you change your polygon style from surface=sand [0x1b resolution 20] to surface=sand natural!=coastline [0x1b resolution 20] this shouldn't happen any more. Just for a try: What happens, if you remove the surface=sand lines from your polygon styles completely? And one other thing: There was once a patch, which limited the polygon creation to closed ways. Does anybody know, what happened to this patch? I really liked it. Gruss Torsten ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev Index: src/uk/me/parabola/mkgmap/osmstyle/StyledConverter.java === --- src/uk/me/parabola/mkgmap/osmstyle/StyledConverter.java (revision 1773) +++ src/uk/me/parabola/mkgmap/osmstyle/StyledConverter.java (working copy) @@ -283,7 +283,7 @@ preConvertRules(way); Rule rules; - if (polyline.equals(way.getTag(mkgmap:stylefilter))) + if (polyline.equals(way.getTag(mkgmap:stylefilter)) || way.isClosed() == false) rules = lineRules; else if (polygon.equals(way.getTag(mkgmap:stylefilter))) rules = polygonRules; ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
