<br><br><div class="gmail_quote">2010/8/10 Ben Laenen <span dir="ltr"><<a href="mailto:benlaenen@gmail.com">benlaenen@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">Maarten Deen wrote:<br>
> Have a look at <a href="http://wiki.openstreetmap.org/wiki/VRS" target="_blank">http://wiki.openstreetmap.org/wiki/VRS</a> , for a lot of<br>
> relations, there are two routes. Often also tagged with a from and to in<br>
> the relation, although I don't know if that really helps in a program.<br>
<br>
</div>"a lot of relations": I count 12 on that page with two relations, given the<br>
number of routes on it I wouldn't really call that "a lot" :-)<br>
<br>
<br>
Anyway, I personally don't see why splitting the relation in two would be so<br>
much better. Basically the only reason why you'd do it because it tags a<br>
little bit easier since you don't have to add 'forward' and 'backward' roles.<br>
It doesn't solve anything else: the ambiguous possibilities to follow a route<br>
when a bus makes loops are all still there for example.<br></blockquote><div><br></div><div>With 2 relations you can put the stops at the right relation. If you work with one relation you have a way in both directions, a stop 'forward' and a stop 'backward' . </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
IMHO, the best option would be to stick with just one relation, but map it<br>
differently: take a starting point on the bus route and then just add the ways<br>
in the order the bus follows them to get to the other end, and then add the<br>
ways in order as the bus goes back to the start point (so usually adding the<br>
same ways to this relation again). In principle, you don't need<br>
forward/backward tags with that either.<br>
<br>
Alas, we have problems with this since one of the main editors can't handle<br>
ways that belong multiple times to the same (so if someone else e.g. splits up<br>
a way in that editor the relation is broken), and it doesn't keep the order of<br>
the members in the relation.<br>
<br>
<br>
I have the impression that making two relations of them is trying to patch<br>
this: avoid ways that belong multiple times to the same relation by putting<br>
them in two different ones. This doesn't work properly btw, since I know bus<br>
routes that go up and down the same road in both directions between the<br>
termini. One could suggest the topology of the ways belonging the unordered<br>
relation would always make it possible to get the exact way order the bus<br>
follows, but I'm not really convinced of that yet. Certainly if you drop the<br>
forward/backward roles: then you really cannot know anymore in which direction<br>
the bus rides a loop in its route. And for now I can see only one thing two<br>
relations without forward/backward can represent more that one with<br>
forward/backward: if the bus follows a loop in one direction, but doesn't<br>
follow it in the other. But if that's worth it to start tagging something<br>
differently? Better to wait for when Potlatch can finally handle relations<br>
nicely and map the bus routes properly instead of going to this intermediate<br>
method that doesn't bring much advantages and brings its own problems.</blockquote><div><br></div><div>I agree. That s why intermediate it seems a good idea to work with 2 relations. It will be easy to merge (if necessary) the two relations. </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Greetings<br>
<div><div></div><div class="h5">Ben<br>
<br>
<br>
_______________________________________________<br>
Talk-be mailing list<br>
<a href="mailto:Talk-be@openstreetmap.org">Talk-be@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-be" target="_blank">http://lists.openstreetmap.org/listinfo/talk-be</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Ivo De Broeck<br>Valleilaan 13<br>3360  Korbeek-lo<br>Tel (0)16 43 84 93<br>Gsm +32 486 17 61 13<br>