On Mon, Nov 3, 2008 at 4:34 PM, Frederik Ramm <span dir="ltr"><<a href="mailto:frederik@remote.org">frederik@remote.org</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>
<br>
Shaun McDonald wrote:<br>
> Relations are unordered. You could load the relation and all the ways<br>
> referenced by it, then check to see if each way has another way that has<br>
> the same start and end nodes, through a process of stitching.<br>
<br>
1. Shaun is right BUT<br>
<br>
2. I want relations to become ordered and will try to sneak this into<br>
API 0.6; there will be no noticeable change for any API client, just<br>
that it so happens that things are returned in the order you put them<br>
in, rather than in any order. The rationale behind that is that people<br>
start (ab)using the role attribute for that (e.g. a bus route with nodes<br>
that have the roles "stop1", "stop2", "stop3" etc.), which of course is<br>
a pain to modify.<br>
</blockquote></div> <br>If you're sneaking relation changes into the API, could you also allow a member to be repeated? This would be useful in describing a prohibited U-turn on a single carriageway. The same way would need to be in both the "from" and "to" roles, which I believe is currently prohibited.<br>
<br>Karl<br>