<div dir="ltr">Let me try to clarify this.<div>In case there are 2 companies stopping at a particular station, they both might have different properties for that stop: e.g. the names, reference numbers and zones.</div><div>

<br></div><div>So the zone might depend on the company (both bus transportation), not on the form of transportation (bus vs. metro). This means that you need to group those attribute name, route_refs, refs, zones, etc.) per company.</div>

<div><br></div><div>You could either add the company name to the key, create a different node for each company or maybe use a relation. So I wonder whether it is sufficient to just add ptv/vline to the key.</div><div><br>

</div><div>m<br><div class="gmail_extra"><br></div><div class="gmail_extra"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> When you need 2 different zones for metro and regional networks you will<br>
> probably also want to "group" the routes (and other information) that fall<br>
> under each zone system. In that case your keys<br>
> (public_transport_zone:ptv/vline) are also not sufficient.<br>
><br>
> So you will end up with a relation of type zone in which all the public<br>
> transport stops are grouped.<br>
<br>
Sorry, I don't really follow that. Routes are relations. But there<br>
doesn't have to be a relation per zone...I don't think. You could<br>
render something useful simply by using zone properties on each<br>
station and piece of track, for instance.<br>
<br>
Steve<br></blockquote></div></div></div></div>