Opened 10 years ago

Closed 10 years ago

#1550 closed defect (fixed)

Rendering Issues with type=multipolygon and boundary=administrative

Reported by: malte.roedl@… Owned by: jburgess777@…
Priority: major Milestone:
Component: mapnik Version:
Keywords: multipolygon, boundary Cc:

Description

Look at this part of the map:
http://www.openstreetmap.org/?lat=51.198765&lon=6.861448&zoom=18&layers=B000FTF
In the middle, where the bridge crosses the railyway, there are the boundaries of 3 different relations.

On the top: http://www.openstreetmap.org/browse/relation/58407 (district Vennhausen)
On the right: http://www.openstreetmap.org/browse/relation/58436 (district Unterbach)
On the left/bottom: http://www.openstreetmap.org/browse/relation/58416 (district Eller)

All are tagged identically instead of the name.

But in district Eller and Unterbach there are rendering issues:
Eller:
In zoom 14 and higher there ist a white area over all the streets, but not over the streetnames and footways.
Unterbach:
The boundary has a black background and the label "Kikweg" everywhere although just the way which is the border to Vennhausen has got this name.

Any ideas?

Change History (4)

comment:1 Changed 10 years ago by Thomas Wood

This is not the common tagging method, type=boundary is advised until use of type=multipolygon for boundaries is supported.

comment:2 Changed 10 years ago by jburgess777@…

Owner: changed from steve8@… to jburgess777@…

I think I can see what is happening here. One of the behaviours of osm2pgsql is for a multipolygon to inherit the tags from the ways it is constructed from. This is to cope with multipolygons where only the ways and not the relation are tagged. In this case, some of the roads have bridge=yes set and so this is being applied to the relation as well, causing the black casing. This is also overriding the name and admin_level fields of the relation:

gis=> select osm_id,name,bridge,boundary,admin_level,ref,foot,highway from planet_osm_roads where osm_id=-58436;
 osm_id |  name  | bridge |    boundary    | admin_level |  ref  | foot | highway
--------+--------+--------+----------------+-------------+-------+------+---------
 -58436 | Kikweg | yes    | administrative | 6           | L 404 | yes  | track

I should probably adjust osm2pgsql to avoid the inheritance of tags from the ways if the relation has its own set of tags.

comment:4 Changed 10 years ago by jonb

Resolution: fixed
Status: newclosed

(In [13511]) osm2pgsql: fixes #1550. Don't inherit tags from ways if the multipolygon has its own tags. Don't match inner way tags if there are no poly_tags to match against

Note: See TracTickets for help on using tickets.