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

[placenames] Place nodes and polygons rendered differently #2090

Closed
openstreetmap-trac opened this issue Jul 23, 2021 · 6 comments
Closed

[placenames] Place nodes and polygons rendered differently #2090

openstreetmap-trac opened this issue Jul 23, 2021 · 6 comments

Comments

@openstreetmap-trac
Copy link

Reporter: augustus.kling[at]gmail.com
[Submitted to the original trac issue database at 9.25pm, Tuesday, 21st July 2009]

Names of places should be rendered using the same visual style disregarding being tagged on a node or a polygon.

Example region: http://www.openstreetmap.org/?lat=47.85085&lon=9.92267&zoom=16&layers=B000FTT[[BR]]
Node Staighaus: http://www.openstreetmap.org/browse/node/380983273[[BR]]
Polygon Hnlishofen: http://www.openstreetmap.org/browse/way/33473121[[BR]]
Both objects are tagged as place=hamlet and name=*. There are no other tags.

Current rendering: Hnlishofen is rendered in a small black font. Staighaus is rendered using a bigger gray font.[[BR]]
Expected rendering: Using the same font type for both objects. I propose the bigger gray font since it's more similar to village or town name rendering.

The description above applies to zoom levels 16 and higher.[[BR]]
Zoom=15: Both objects are rendered with black font.[[BR]]
Zoom=14: Staighaus is rendered in black, Hnlishofen isn't rendered (enough space is available).[[BR]]
Zoom=13 or smaller: No object is rendered (equals expected rendering for this zoom levels)

@openstreetmap-trac
Copy link
Author

Author: siberiano
[Added to the original trac issue at 9.37am, Wednesday, 3rd March 2010]

This issue affects me too. I've faced this issue when tried to draw a local place (which is a toponym with a clear boundary, but not any administrative unit).

The issue was that there's a trade-off between accuracy and visibility:

  1. a node is rendered in big font at scale >=13, which is wide enough.
  2. a polygon is precise, but its title is rendered in small font and only from scale 15.

Toponyms are used by locals, but a non-local won't find it by himself. The map is supposed for finding, not for locals to admire their places, right?

Right now I can put nodes for the toponyms and forget this, but it's better to draw boundaries, so that if 2 places are near and confused, it were clear when looking at the map.

@openstreetmap-trac
Copy link
Author

Author: siberiano
[Added to the original trac issue at 9.42am, Wednesday, 3rd March 2010]

to be clear: a polygon with tag place IMO should be drawn as a node is drawn now, in big font and up to scale 13.

@openstreetmap-trac
Copy link
Author

Author: spod
[Added to the original trac issue at 10.01pm, Sunday, 27th November 2011]

Also reported in #3705

@openstreetmap-trac
Copy link
Author

Author: drnoble
[Added to the original trac issue at 10.34pm, Thursday, 17th January 2013]

This also appear to affect place=isolated_dweling, which is rendered on nodes, but not areas.

Expected outcome, both would be rendered (and be the same) whether a node or area is used.

Current situation:
Rendered as node example: http://www.openstreetmap.org/?lat=57.29931&lon=-4.29038&zoom=17&layers=M
Not rendered on areas example: http://www.openstreetmap.org/?lat=57.338485&lon=-4.21507&zoom=18&layers=M

see also https://trac.openstreetmap.org/ticket/3181 - request to render place=isolated_dweling

This part is not a big issue, but would be great if someone were able to fix it.

@openstreetmap-trac
Copy link
Author

Author: math1985
[Added to the original trac issue at 6.09pm, Monday, 14th April 2014]

See also gravitystorm/openstreetmap-carto#103

@openstreetmap-trac
Copy link
Author

Author: math1985
[Added to the original trac issue at 6.14pm, Monday, 14th April 2014]

This is now also being discussed on Github:

gravitystorm/openstreetmap-carto#103

Therefore, I will close the issue here.

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