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

[general] site relations in mapnik #3119

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

[general] site relations in mapnik #3119

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

Comments

@openstreetmap-trac
Copy link

Reporter: dieterdreist
[Submitted to the original trac issue database at 4.37pm, Tuesday, 13th July 2010]

I would really love to have site-relations integrated in the current mapnik stylesheet.
Here are some examples:
http://www.openstreetmap.org/browse/relation/1030019
http://www.openstreetmap.org/browse/relation/1029540
http://www.openstreetmap.org/browse/relation/1026680

@openstreetmap-trac
Copy link
Author

Author: flaimo
[Added to the original trac issue at 10.16pm, Friday, 25th March 2011]

i second that. there are a lot of site relations already. also there is a proposal for parking_spaces which makes use of relations tagged with site=parking, which would benefit greatly from that too: http://wiki.openstreetmap.org/wiki/Proposed_features/parking

@openstreetmap-trac
Copy link
Author

Author: chris66
[Added to the original trac issue at 7.31pm, Thursday, 10th November 2011]

I second this change request. site relations are very usefull but not supported in Mapnik.

@openstreetmap-trac
Copy link
Author

Author: Seoman
[Added to the original trac issue at 9.33am, Friday, 11th November 2011]

Replying to [ticket:3119 dieterdreist]:

See ticket #3742, too.

@openstreetmap-trac
Copy link
Author

Author: Radeln
[Added to the original trac issue at 10.00am, Tuesday, 6th March 2012]

Replying to [comment:1 flaimo]:

i second that. there are a lot of site relations already. also there is a proposal for parking_spaces which makes use of relations tagged with site=parking, which would benefit greatly from that too: http://wiki.openstreetmap.org/wiki/Proposed_features/parking

+1

@openstreetmap-trac
Copy link
Author

Author: gorn
[Added to the original trac issue at 10.44am, Thursday, 23rd May 2013]

+1 for that

here are more usecases where proper rendering of relation and most importantly entrance=main and entrance roles would greatly improve the usefulness of the map for tourist:

  • Skanzen Strnice - http://www.openstreetmap.org/?lat=48.90183&lon=17.30796&zoom=17&layers=M - the basic information - from where to come as a turist is not presented. There are two gates and only by human heuristic you may guess that the eastern one is the main entrance. Funny think is that recently someone added to the entry way name "vstupn cesta" (entry road in Czech) to help tourists to find it. This is obviously not very systematic - the way does not have this name - it is just a track going to main info centre. However it helps to remporarily solve the problem.
  • Prague ZOO - http://www.openstreetmap.org/?lat=50.11555&lon=14.41097&zoom=16&layers=M - in this case is difficult to guess correct entrance even for local people as it has changed recently. It is very well mapped, but as there is no way to mark the entrance it is again left on the imagination of turists where they will stop their car. It is a pity, as this is exactly the usecase where OSM could excel and surpass other maps.

@openstreetmap-trac
Copy link
Author

Author: math1985
[Added to the original trac issue at 6.28pm, Tuesday, 10th June 2014]

How should this be reflected in the rendering, concretely?

@openstreetmap-trac
Copy link
Author

Author: Mateusz Konieczny
[Added to the original trac issue at 8.29am, Thursday, 3rd July 2014]

If someone can provide idea how it could be rendered, feel free to re-open this on the new CartoCSS issue tracker: https://github.com/gravitystorm/openstreetmap-carto

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