Cycle layer misrendering multipolygons? #1656
Comments
Author: tom[at]compton.nu As far as I know cycle layer issues are handled directly by Dave and Andy and not via this trac. |
Author: a.t.chadwick[at]gmail.com Fair enough. But it would be nice to have a real issue tracking system for this. Info from IRC which might be relevant
I'll be patient. |
Author: tom[at]compton.nu Well ask Andy and Dave to provide one then ;-) If they want to use our trac then I'm sure we can create a component for it.... |
Author: Andy Allan Not sure if this is still a problem - I'm pretty sure the software hasn't changed, but the example no longer works. Any fresh example? |
Author: a.t.chadwick[at]gmail.com Looks like the inner cemetery was deleted and recreated, and the surrounding residential bit was modified to fix the rendering issue on around the 13th June 2009. They're no longer a multipolygon; sorry about that :/ Could it have been due to the outer area either a) not being imported, or b) not being rendered? Anyway, mere speculation without data; re-closing as worksforme on your behalf since I don't have any fresh examples. Good to see that there's a component to report against now! |
Author: Hagebutte Hello, I'm not sure whether this is a manifestation of the same problem but at least it seems related. Opencyclemap shows a number blue areas in Luxembourg which are really multipolygon forest areas, e.g. All the best! |
Author: Richard Mann Possible further example spotted (and I promise I won't fix this one, not least because it reminds me of the Hey Andy what tag do you use to get that nice pink colour for my front drive email) http://www.openstreetmap.org/?lat=51.7516243457794&layers=00B0FTF&lon=-1.20066404342651&zoom=16 |
Author: Richard Mann The pink area is a landuse=residential multipolygon. The area immediately to its north is a landuse=residential area. |
Author: Richard Mann Colour appears to have leaked out of: |
Author: grenzdebil_bonn Replying to [comment:4 Andy Allan]:
Hi! Pretty much every Multipolygon in this Area [1] is rendered incorrect, with the tags of inner and outer ways flipped (compare standard Mapnik and Osmarender). Ticket [2] is another example. [1] http://www.openstreetmap.org/?lat=50.6799&lon=6.9878&zoom=13&layers=00B0FTF Thanks, |
Author: Andy Allan Definitely a problem with osm2pgsql's handling of multipolygons, where the tags from "inner" members get applied to the whole polygon. An update of osm2pgsql will fix this, just need to check how modern versions work in non-slim mode. |
Author: EvanE Replying to [comment:11 Andy Allan]:
Is there a prospected time when you will be able to solve this problem? For the meantime two example from the Bonn/Germany area:
|
Author: Ebbe73 Any progress in fixing this bug? In the Harz mountains in Germany the OpenCycleMap is currently almost useless: http://www.openstreetmap.org/?lat=51.744&lon=10.608&zoom=11&layers=00B0FTF In this area are many forest multipolygons: each with only one outer ring (forest) and multiple inner rings (water, wetland, scrub, etc.). |
Author: Andy Allan The new server is nearly ready, and has up-to-date code for multipolygon processing. It should be deployed in the next few weeks if everything goes well. |
Author: ToeBee So it looks like the new server is in place but the problem persists: http://opencyclemap.org/?zoom=12&lat=39.19272&lon=-96.52895&layers=B000 I just added the river bank multipolygons last week. |
Author: mtoups[at]alumni.cmu.edu I have also hit this problem with riverbank multipolygons, here are a couple of other examples: http://www.openstreetmap.org/?lat=35.91346&lon=-82.06872&zoom=16&layers=C http://www.openstreetmap.org/?lat=29.9546&lon=-90.0509&zoom=14&layers=C |
Author: Richard Mann Replying to [comment:16 mtoups@]:
That's a separate problem (not recognising inners). I'll log a separate trac ticket for that (and mark this one as closed). But the problem of inners leaking seems to be fixed. Hurrah and thankyou! |
Author: mtoups[at]alumni.cmu.edu Actually "not recognizing inners" isn't the problem I'm trying to report, either. In the second example I gave, the multipolygon relation has no inner ways, only outer: http://www.openstreetmap.org/browse/relation/534928 Yet there is still a big "flooding" problem there (on Cycle layer but not Mapnik). So while I was originally just adding this to "misrendering multipolygons", perhaps this is a distinct problem from the problems with inners? I'd open a new bug, but I'm not totally sure how to describe the problem with relation #534928 other than as a misrendered multipolygon. |
Reporter: a.t.chadwick[at]gmail.com
[Submitted to the original trac issue database at 1.51pm, Tuesday, 17th March 2009]
Example
http://www.openstreetmap.org/?mlat=51.76105&mlon=-1.26958&zoom=16&layers=00B0FTF - graveyard spilling out into the street: tags on the role:inner member are colouring the role:outer member. Will attach screenshot.
The text was updated successfully, but these errors were encountered: