<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body>
@Polyglot:<br>
I do think you are thinking to much of software that uses the date rather than of the mappers and the database. For both of those, it is better to habe less objects to contend with (mapper) and less objects with potentially redundant values/positions (database).
The fact that maybe a router or the api has to calculate a possible middle of a platform polygon should, in that context, be the least of our worries.<br>
<br>
And the thing with a stop being a node for it‘s lifetime, that does then not truly stand with it being a real thing. Because real things tend to change over time...<br>
<br>
And if it doesn‘t and is just a pole in the field, than it would stay a „platform“-node for it‘s lifetime. Objective achieved.<br>
<br>
KR<br>
RobinD (emergency99)
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>Von:</b> Jo <winfixit@gmail.com><br>
<b>Gesendet:</b> Dienstag, 14. Mai 2019 14:37:39<br>
<b>An:</b> Public transport/transit/shared taxi related topics<br>
<b>Betreff:</b> Re: [Talk-transit] Ideas for a simplified public transportation scheme</font>
<div> </div>
</div>
<div>
<div dir="ltr">For maintenance and for the stability of the data it is, however, better to keep the object that represents the stop, the same during its lifetime, instead of migrating it from node to way objects.
<div><br>
</div>
<div>We are perfectly well capable of having a node to represent the stop with highway=bus_stop and another object to represent the platform with highway=platform or railway=platform or both.</div>
<div><br>
</div>
<div>For working with the data, it's enough to have the highway=bus_stop/ railway=tram_stop in the route relations and given that they are nodes, their geometry doesn't need to be calculated over and over.</div>
<div><br>
</div>
<div>The thread is about simplifying the scheme. That is about as simple as it can get.</div>
<div><br>
</div>
<div>Polyglot</div>
</div>
<br>
<div class="x_gmail_quote">
<div dir="ltr" class="x_gmail_attr">On Tue, May 14, 2019 at 1:29 PM Markus <<a href="mailto:selfishseahorse@gmail.com">selfishseahorse@gmail.com</a>> wrote:<br>
</div>
<blockquote class="x_gmail_quote" style="margin:0px 0px 0px 0.8ex; border-left:1px solid rgb(204,204,204); padding-left:1ex">
On Tue, 14 May 2019 at 12:31, Dave F via Talk-transit<br>
<<a href="mailto:talk-transit@openstreetmap.org" target="_blank">talk-transit@openstreetmap.org</a>> wrote:<br>
><br>
> 1) highway=bus_stop is a physical object. In OSM we map physical<br>
> objects. To clarify - What do you mean by 'logical'?<br>
<br>
While stops (and stations, too) can be observed (PT vehicles stop<br>
there), they aren't physical objects. Physical objects are platforms,<br>
poles, shelters or road markings. They can usually be found at a stop<br>
or station, but don't have to.<br>
<br>
> 2) Why to they need to be "mapped on the same area"? They are separate<br>
> entities. Objects close to each other can be easily found as OSM is<br>
> geospatially aware.<br>
<br>
They don't need to be mapped on the same area, but it were easier<br>
(just one object). And if there is a real platform, it is the waiting<br>
area of the stop.<br>
<br>
Regards<br>
<br>
Markus<br>
<br>
_______________________________________________<br>
Talk-transit mailing list<br>
<a href="mailto:Talk-transit@openstreetmap.org" target="_blank">Talk-transit@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-transit" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-transit</a><br>
</blockquote>
</div>
</div>
</body>
</html>