Skip to content
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.

amenities rendered twice when applied to building and node inside building #2466

Closed
openstreetmap-trac opened this issue Jul 23, 2021 · 1 comment

Comments

@openstreetmap-trac
Copy link

Reporter: woidrick
[Submitted to the original trac issue database at 12.34pm, Monday, 16th November 2009]

Mapnik do not render amenities applied to building (i think). Osmarenderer until last times too. There was some agreement somewhere to apply amenity=* both to building and to node somewhere inside building. (Break of mantra 'do not map for renderer').

Now, when it is rendered - same amenity rendered twice. Until very last times - sometimes close to each other, but now in some distance (great achievement in general!).

There is some good decision should be made to handle this twice (node and building) renders. After mapnik will render amenities for buildings the database slowly will be cleared of this bad things, but slowly... for that time map will be looking bad.

I ask to enhance algorithm to do not render amenity for building, if it is the same amenity (and same name+operator) for building, only for node inside.

This enhancing will work also as 'hint' to renderer, if default placing of amenity's icon is not good, and mappers can use it for it. (but still it will be somehow 'map for renderer').

example: http://www.openstreetmap.org/?lat=55.71649&lon=37.4097&zoom=17&layers=0B00FTF

@openstreetmap-trac
Copy link
Author

Author: bob[at]cakebox.net
[Added to the original trac issue at 8.48pm, Monday, 16th November 2009]

Adding things twice to make them nicer in one renderer is bad data and should be fixed there.

Secondly it's quite expensive to have osmarender do this.

And for the hinting idea, see the label relation.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant