<div dir="ltr">That's the only way stop_area relations are useful for me. To relate a platform to stop_positions. When I'm building route relations, I have all the platforms in the correct order. What I then want to figure out is which ways need to be added to the route relation. Having 2 platforms and 2 stop_postiions in one stop_area is no help in that case. And if it can be resolved by means of proximity, then the stop_area wasn't needed for that purpose.<div><br></div><div>Polyglot</div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-11-15 19:50 GMT+01:00 Tijmen Stam <span dir="ltr"><<a href="mailto:mailinglists@iivq.net" target="_blank">mailinglists@iivq.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 15-11-16 18:26, Jo wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I tend to ignore those validator messages from JOSM. We could invent<br>
stop_area_group, but  then we would simply get different warnings.<br>
<br>
When I make stop_area relations, I include everything that belongs<br>
together for one side of the road or that belongs to 1 platform in a bus<br>
station.<br>
</blockquote>
<br></span>
Whoa, that's quite different from how I interpret the stop_area. For example, for a "normal" bus stop, this would include 4 nodes (or 2 nodes and 2 ways): a platform and a stop_position for each direction.<br>
<br>
A bus station with 6 platforms would contain 12 nodes/ways at least, 2 per platform, + associated shelters, station nodes etc.<br>
<br>
What makes you think a stop_area belongs to exactly one stop_position+platform?<span class="HOEnZb"><font color="#888888"><br>
<br>
Tijmen<br>
</font></span></blockquote></div><br></div>