<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2016-07-14 12:53 GMT+02:00 Kieron Thwaites <span dir="ltr"><<a href="mailto:kieron.thwaites@gmail.com" target="_blank">kieron.thwaites@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":15b" class="a3s aXjCH m155e90b95d58a536">Yes, it's two different tagging schemes.  "station=subway" belongs to<br>
the legacy station mapping scheme, while "subway=yes" belongs to the<br>
more detailed (and more complex) public transport schema, and is (or<br>
should be!) found together with a public_transport=stop_position tag.<br>
Note that both tagging schemes can coexist, so having both tagged is<br>
acceptable.  I recommend though that, for consistency reasons, you<br>
pick one (the newer public transport schema is, in my opinion, the<br>
better option) and stick with it.</div></blockquote></div><br><br>Actually the station=subway tag is to distinguish the whole station from other railbased stations (i.e. there's no relation to public_transport=stop_position), in legacy tagging you add it to railway=station. In the newer scheme I think you'd map it as public_transport=station and subway=yes.<br></div><div class="gmail_extra">On a side note, the newer scheme can currently not be evaluated by the carto-osm rendering stack (main map, missing keys in rendering db).<br><br></div><div class="gmail_extra">station=subway has clear semantics (it is denoting a subway station), while subway=yes can be combined with different objects, e.g. platforms, stop positions, stations etc.<br><br></div><div class="gmail_extra">Cheers,<br></div><div class="gmail_extra">Martin<br></div></div>