<div dir="ltr">Indeed, that's were we don't seem to be able to agree.<div><br></div><div>Let's say all bus stops are mapped on nodes to get started.</div><div><br></div><div>Then a mapper notices there is a platform near to some of them. Those platforms can simply be drawn, in addition, to the nodes that represent such stops. No need to transfer from a node to a way and update all the route relations where that stop is used.</div><div><br></div><div>If I'm not mistaken, in the Netherlands, all house numbers are mapped on nodes, which are contained within building outlines. I don't really like that a spatial query is needed to connect buildings to addresses, but as far as 'tranquility' in the data goes, it's a nice solution.</div><div><br></div><div>Back to PT. What most data consumers need is to know where can I board/alight from the vehicles. A set of coordinates near to where the bus passes + an indication on which side of the street the doors will open.</div><div><br></div><div>For drawing maps we need that + an overview of the itineraries, i.e. the ways the bus passes on.</div><div><br></div><div>For routing we basically only need the stops in the right order + timetables that come from elsewhere. But it's nice to have the coordinates of the stops directly available.</div><div><br></div><div>Polyglot</div><div><br></div><div>Polyglot</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 13, 2019 at 8:36 AM Tijmen Stam <<a href="mailto:mailinglists@iivq.net">mailinglists@iivq.net</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">On 13-05-19 00:14, Jo wrote:<br>
> I like to keep things simple, the best way to accomplish that, is by <br>
> having a single object for each stop that holds all the details for its <br>
> "lifetime". That's why I don't like the idea of 'upgrading from a node <br>
> to a way/area or a relation.<br>
<br>
I don't agree with you on that point. With that view we can't change <br>
things in OSM anymore to a more precise mapping.<br>
<br>
IMHO it shouldn't be the internal OSM database ID that makes something a <br>
"logical object", but the ref on that object.<br>
Say you're transitioning from a node to a way for a bus stop, simply <br>
copy the relevant tags from that node to the way.<br>
<br>
</blockquote></div>