Closed openstreetmap-trac closed 3 years ago
Author: marl [Added to the original trac issue at 3.30pm, Saturday, 28th April 2012]
increased priority after comparing it with other items on the Mapnik wish list
Author: Seoman [Added to the original trac issue at 3.04pm, Tuesday, 29th January 2013]
See ticket #4685, too
Author: rohieb [Added to the original trac issue at 11.44pm, Saturday, 9th March 2013]
As it is not easy to find out what exactly to render []
As a simple mapping from the "old" schema to the [https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport "new" schema], I would suggest the following:
public_transport=stop_position
, {tram|monorail}=yes
to be rendered like railway=tram_stop
or railway=halt
(a little blue square on the rail with the name above it)public_transport=stop_position
, {subway|light_rail|train}=yes
to be rendered like railway=station
(a bigger blue square on the rail with the name above it)public_transport=stop_position
, {bus|trolleybus=yes
to be rendered like highway=bus_stop
(a little blue bus icon on the road)public_transport=platform
to be rendered like highway=platform
(with no distinction between bus platforms and railways platforms)To be honest, I never understood the rendering distinction between bus stations and railway stations, so in my opinion everything tagged with public_transport=stop_position
could be rendered as a blue square on the way.
Author: Polyglot [Added to the original trac issue at 8.21am, Thursday, 14th March 2013]
What about nodes tagged with public_transport=platform/bus=yes? It could, of course, be that I misunderstood, but that is what I would substitute for highway=bus_stop on nodes next to the way to indicate where the passengers wait. This is also the node which gets all the supplementary information like name, ref, route_ref, zone, operator, etc. It's the only node I'm adding to the route relation.
public_transport=stop_position/bus=yes is where the bus stops. This is a node which is part of the highway. It should be rendered with a lower priority than public_transport=platform nodes. They are far less important and when I map them, it's only because this new scheme mentions them. They are not totally useless though. I wrote a python script a few days ago, which works inside JOSM. Starting from a public_transport=platform this script is capable to determine the correct road that needs to be added to the route relation by searching for the nearest stop_position.
Author: rohieb [Added to the original trac issue at 3.12am, Tuesday, 19th March 2013]
Replying to [comment:7 Polyglot]:
What about nodes tagged with public_transport=platform/bus=yes? It could, of course, be that I misunderstood, but that is what I would substitute for highway=bus_stop on nodes next to the way to indicate where the passengers wait.
Okay, I have more of an analytic view on things ;-) For the end users of OSM, it's probably really better to render the platforms, not the stop positions, so they know where to go when waiting for a bus.
This is also the node which gets all the supplementary information like name, ref, route_ref, zone, operator, etc. It's the only node I'm adding to the route relation.
As a side note, please add the stop positions to the [https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Route route relation] as well. Also, if you have a [https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Stop_area stop_area relation] (which is mandatory in the new schema, as I understand it), all the name, ref, operator, network etc. can/should go in there as well.
The stop_position nodes and the stop_area relations really simplify public transport routing on OSM data. The stop positions are needed to know the position of the platform on the way (if they do not exist, we're back to the old schema and have to interpolate from the platforms, which does not give a unique guess every time), and the stop areas aggregate several platforms to a "station", and provide the information where it is possible to switch to another bus line.
Author: kocio [Added to the original trac issue at 12.29pm, Friday, 30th May 2014]
Is it possible to resolve this ticket now, when we made the transition to the new CSS (as I understand [https://help.openstreetmap.org/questions/19349/rendering-of-public_transportplatform-on-mapnik this question] it should be simpler now)?
Author: math1985 [Added to the original trac issue at 1.05am, Sunday, 8th June 2014]
Yes, it should be easier to implement now. However, there is still a backlog of about 500 issues, so I can't guarantee how quickly it will be solved.
The home of the new style is https://github.com/gravitystorm/openstreetmap-carto/. If you don't want to wait, you could submit a pull request that adds the new tagging.
Author: Mateusz Konieczny [Added to the original trac issue at 8.16am, Thursday, 3rd July 2014]
This issue is now being discussed on Github: https://github.com/gravitystorm/openstreetmap-carto/issues/311 Therefore, I will close the issue here.
Reporter: marl [Submitted to the original trac issue database at 8.27pm, Friday, 27th April 2012]
After more than a year, Mapnik should become aware of the new public transport scheme.
There seem to be two problems in particular:
"stop" role members placed on railway tracks
members tagged "train=yes"