<div dir="ltr">That stop_position nodes became optional is probably because of my influence. In the beginning they were definitely part of how PTv2. I disliked this very much because all of a sudden we were using 2 objects to define a single stop, duplicating details, which seemed like a very bad idea. And it was.<div><br></div><div>About the stops, I would have all the details on a single node, highway=bus_stop, railway=tram_stop next to the road where the passengers wait. If there is a physical platform, I would add a way highway=platform, railway=platform. This way would only have tags describing the attributes of the platform like wheelchair and tactile_paving.</div><div><br></div><div>Only the 

highway=bus_stop, railway=tram, which has the details like name, ref, etc would be a member in the route relations.<br><div><br></div><div>I think it's good that we are discussing how to map PT in a reasonable way. My take on all this, is that I would prefer to 'simplify' it by adding another layer of subrelations in between.</div><div><br></div><div>This would definitely make it easier to reroute several bus itineraries in one go. Or fix several by making a single intervention.</div><div><br></div><div>It would not be clear anymore which buses use which ways directly, but that would be the effect of the current proposal as well.</div><div><br></div><div>Anyway, the reason why I am not making an official proposal for years now, even though I'm telling myself I should is that </div><div><br></div><div>1. it would be very hard to get it to pass</div><div>2. even if it passes, it may not be adopted in some places </div><div><br></div><div>Polyglot</div><div><br></div><div>PS: I saw PT_Assistant mentioned a few times. I'm glad it's being used. If it doesn't work like you expect, let me know, maybe we can improve it. Also, not all validator warnings are of the same importance. If your bus travels against a oneway restriction, or the route is interrupted, it would be good to fix that. If it complains about first or last way not matching with first or last stop, it may be that the stops aren't ordered correctly. If it complains about the first or last way isn't split near the stop, that's not crucially important, I'd say.</div><div><br></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 11, 2020 at 12:46 PM Peter Elderson <<a href="mailto:pelderson@gmail.com">pelderson@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I get the impression that consensus and general adoption will not be reached during my lifetime. <div><br></div><div>Good luck with it, I'm out!<br><div><br clear="all"><div><div dir="ltr">Vr gr Peter Elderson</div></div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Op wo 11 mrt. 2020 om 12:13 schreef alan_gr <<a href="mailto:alangrant72@gmail.com" target="_blank">alangrant72@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">John Doe wrote<br>
> I don't understand why the critics of PTv2 seem to think stop positions<br>
> are such a big deal - they are optional!<br>
<br>
My memory of starting to map bus stops a few years ago is that it wasn't<br>
clear from the documentation that stop positions are optional. I certainly<br>
formed the impressions that they were required, and came to regret spending<br>
so much time mapping both stop positions and platforms. At that time I think<br>
the main reference for how to map using PTv2 was the proposal page itself,<br>
now archived at <a href="https://wiki.openstreetmap.org/w/index.php?oldid=625726" rel="noreferrer" target="_blank">https://wiki.openstreetmap.org/w/index.php?oldid=625726</a>.<br>
That doesn't indicate that stop_position is optional (see "the Schema in<br>
short", where stop_area is explicitly described as optional, but<br>
stop_position is not).<br>
<br>
It seems other wiki pages have since been edited to make this optionality<br>
clearer. I notice that they also refer to adding bus=yes etc to platforms<br>
representing bus stops, which was not part of the PTv2 proposal, but I guess<br>
tries to deal with one of the issues that led people to prefer<br>
highway=bus_stop.<br>
<br>
Bringing this closer to the original topic ... if the proposal for PTv3 is<br>
"PTv2 with some exceptions", is there a single coherent reference for what<br>
is meant by "PTv2"? <br>
<br>
<br>
<br>
<br>
--<br>
Sent from: <a href="http://gis.19327.n8.nabble.com/Tagging-f5258744.html" rel="noreferrer" target="_blank">http://gis.19327.n8.nabble.com/Tagging-f5258744.html</a><br>
<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" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</blockquote></div>
_______________________________________________<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" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</blockquote></div>