<div class="gmail_quote">2013/2/3 yvecai <span dir="ltr"><<a href="mailto:yvecai@gmail.com" target="_blank">yvecai@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<br>
So what about a relation<br></blockquote><div><br>There is a rule in Openstreetmap called "relations are not categories". <a href="http://wiki.openstreetmap.org/wiki/Relations_are_not_categories">This is an explanation.</a><br>

<br>I was thinking about this same problem (grouping ski resorts), and I wanted to introduce a tag "ticket:admission=*". That way you can tag the ski lifts with, for example, ticket:admission=L'Auberson, and if there is a ticket with which you can ski on all three, you write that one down too, delimited with ";" (for example ticket:admission=L'Auberson;Tre Valli)<br>

<br>First I thought about the tag operator=*, but who knows which operators do maintenance on which ski lifts. They may not be consistent with ticket systems.<br><br>Than we could use the tag ticket:retail=* to tag the place where you can buy certain tickets (ticket:retail=L'Auberson;Tre Valli)<br>

<br>I think this tagging system could be very helpful in many different places where tickets are needed to get to a certain place. A router should first route you to a parking that is close to the ticket:retail=* place, and only then route you to the place itself.<br>

<br>Maybe we could use this tag on public transport, like buses or trains (use ticket:admission=* on relations with type=bus or type=train).<br><br>As for parking, you just tag it with fee=no, and maybe capacity=*, and that should be enough for routers to find a parking nearby. No relations needed there.<br>

<br>Janko Mihelić<br></div></div>