On 02/05/2011 06:09 PM, Richard Mann wrote:
On Sat, Feb 5, 2011 at 12:32 AM, Michael von Glasow
<mich...@vonglasow.com> wrote:
if I may just comment on the relation: I would also use "stop"
rather than "forward_stop" and "backward_stop" for the roles since the
outward and return directions of a spoon route are somewhat hard to tell
apart. (Unless one stop in the loop is formally designated as the terminus
where services routinely end.)
You have to use forward_stop and backward_stop if you combine the two
directions in one relation, otherwise the same-named stop in the two
directions don't get combined on the line diagram.
You're probably right (though I haven't tried plotting spoon lines yet),
when the same stop is served twice, the tool needs that information.
"stop" works well for single-direction relations. Maybe it would be best
to use "forward_stop" and "backward_stop" for the stops which are served
in both directions and "stop" for the stops in the loop.
Then again, I'm wondering whether that's too much tagging for the
renderer already. Couldn't a well-written renderer look at the stop
names and deduct from these the fact that the stop is the same? Or can
you think of any case in which that wouldn't work?
I think if you use
two relations, one for each direction, it combines them regardless of
role (and even if there's no role).
I did a lot of experimenting to get a simple, one-relation-per-direction
line to render correctly. If I remember that correctly, the "stop" role
is required ("forward_stop", "backward_stop" or "platform" will also
work). The tags on the members also seem to matter (e.g.
amenity=bus_station, even with the correct role, does not get rendered.)
Michael
_______________________________________________
Talk-transit mailing list
Talk-transit@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-transit