<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:PMingLiU;
panose-1:2 2 5 0 0 0 0 0 0 0;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:"\@PMingLiU";
panose-1:2 2 5 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
span.EmailStyle18
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle19
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-AU link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'>{Public transport platforms/stops represent a transition between two different types of movement. Usually foot on one side, and some form of vehicle on the other.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'>To fully map this, you need two nodes/ways/areas.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'>One, which is connected to the foot network. That is your public_transport=platform. In this regard, PTv2 is easier than the old scheme, as you no longer have two separate highway=platform and highway=bus_stop. You only have a single public_transport=platform. If it’s on a node, then it’s just a simple pole or otherwise marked stop without any real platform, if it’s tagged on a way (representing the platform edge) or an area (representing the whole platform) then you got an actual platform.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'>And one, which is connected to whatever network the vehicle runs on. rails, highways, waterways, whatever. That is your public_transport=stop_position. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'>You CAN map both of these, but you NEED only one of them for a stop. That is clearly documented on the wiki:<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'><a href="https://wiki.openstreetmap.org/wiki/Public_transport">https://wiki.openstreetmap.org/wiki/Public_transport</a><o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'>“</span><span style='font-size:10.5pt;font-family:"Arial",sans-serif;color:#222222;background:white'>It is not necessary to map both the platform and the stop position. One of the two is enough. Mappers in some countries map both (e.g., Germany) while other countries primarily map platform nodes as the only objects containing all the stop's details…”<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'>If you only map one of the two, then it’s better to map the platform instead of the stop_position, because the stop_position can usually be derived approximately by finding the closes point on the route to the platform node/way, but you can’t very well derive the position of the platform from the stop_position.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'>So, valid minimal tagging under PTv2 is very simple:<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'>You have one node (if there is no clear platform) or a way (along the platform edge) or area (the whole platform), which is tagged as public_transport=platform (plus whatever mode of transport is served at the platform, so bus=yes or tram=yes, or …)<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'>That’s it.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'><o:p> </o:p></span></p><div style='border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt'><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif'>From:</span></b><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif'> Jo <winfixit@gmail.com> <br><b>Sent:</b> Thursday, 21 June 2018 03:19<br><b>To:</b> Tag discussion, strategy and related tools <tagging@openstreetmap.org><br><b>Subject:</b> Re: [Tagging] public_transport=platform rendering on osm-carto<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>If v2 of the 'new' scheme means that we have to create 2 objects for each and every bus stop and add both of those to the route relations and duplicate details across them, then v2 has failed.<o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>We should have exactly 1 object that represents the bus stop. A node next to the way and only add that node to the route relations.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>if there is an actual platform, we can draw a way or an area and tag it highway=platform/railway=platform. These should not be added to the route relations.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Neither should the stop_position nodes be added to the route relations, nor should they get details like name, ref, etc.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>So 1 node to represent the bus or tram stops, next to the way on either side and only add details to those and only add these to the route relations.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>These nodes can get the public_transport=platform tags.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>if we can start doing it that way, we will get a way of mapping public transport that is easy to understand for everyone. If we don't the wiki will remain murky, unclear and ambiguous.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>I rest my case.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Polyglot<o:p></o:p></p></div></div><p class=MsoNormal><o:p> </o:p></p><div><div><p class=MsoNormal>Op wo 20 jun. 2018 om 18:53 schreef marc marc <<a href="mailto:marc_marc_irc@hotmail.com">marc_marc_irc@hotmail.com</a>>:<o:p></o:p></p></div><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm'><p class=MsoNormal>Le 20. 06. 18 à 17:44, Jo a écrit :<br>> Actually I have started to remove public_transport=platform from WAYS <br>> with highway=platform and railway=platform. As far as I am concerned <br>> public_transport=platform goes on NODES<br><br>sorry I didn't understand why (or maybe yes I prefer to not understand)<br>Zverik's propal that you clone to request that public_transport=platform <br>as way should be downgraded to a node-only HAS FAILED !<br>So if another mapper extend the node to better match the geometry<br>of the plateform, why are you revert it ?<br>yes wiki is ambigous. but for almost (?) all objects the extend<br>from a node into a more precise geometry has always been considered<br>an improvement, not a mistkae that need to be fixed.<br>So the next contributor will probably add the PTv2 tags you deleted.<br><br>> Removing those tags from ways comes from the objection of some people <br>> that there would be both a way and a platform with the <br>> public_transport=platform tag.<br><br>I remember this talk about that on tranport (french-speaking transit) <br>mailing when it became apparent that duplicate objects were so common<br>in France that they affected stats at a regional scale.<br>This resulted in a collective work to add missing PTv2 tags,<br>many contributors spent many hours for that and fix a lot of mistake.<br>Currently the region of french capital is nearly 100% PTv2 and at the <br>country scale in france, there is almost no highway=plateform tag left <br>that does not also have its PTv2 equivalent.<br><br>Of course one stop in one direction should have :<br>- only one plateform per "passenger waiting area" (including all variant <br>public_transport=platform highway=platform and railway=platform)<br>and/or<br>- one stop_position<br><br>having one "passenger waiting area" mapped as a node + as a way + a MP <br>like I already see, with tags randomly distributed or duplicated between <br>these osm objects that represent the same thing, it is a mess....<br><br>and PTv1 tag should of course be put only on one of the same objets.<br>If not, you make duplicate objet for the same feature... like currently.<br><br>> In other words, the rendering of *=platform on WAYS is just fine as it is.<br><br>of course that it is the continuation of Zverik's failed proposal.<br>but check current pratice :<br>the supremacy of public_transport=platform over highway=platform<br>is even clearer if we take into account the duplicate tag<br>900k for public_transport=platform without (highway=platform or <br>railway=platform)<br>84k highway=platform + public_transport=platform<br>only 9k highway=platform without public_transport=platform<br>the community has already twice rejected this unintelligible wish to <br>have a PTv2custom with different rules totally useless depending<br>on the transport mode.<br>PTv2 consists precisely in making things more HOMOGENEOUS.<br>So please reconsider your modifications and take into account that <br>highway=plateform and public_tramsport=plateform are 2 tags for the same <br>concept (a passenger waiting area for a public transport), even if the <br>render support only the oldest and less common schema for *=platform<br><br>Regards,<br>Marc<br>_______________________________________________<br>Tagging mailing list<br><a href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a><br><a href="https://lists.openstreetmap.org/listinfo/tagging" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><o:p></o:p></p></blockquote></div></div></div></body></html>