<div dir="ltr">On Mon, Dec 2, 2013 at 7:48 PM, Teuxe <span dir="ltr"><<a href="mailto:teuxe@free.fr" target="_blank">teuxe@free.fr</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<p></p>
<p>Mike N <<a href="mailto:niceman@att.net" target="_blank">niceman@att.net</a>> a écrit :</p><div class="im"><br>
>On 12/1/2013 5:32 PM, Jo wrote:<br>
>> Hmm, I was thinking of staying more or less within the lines of what<br>
>we<br>
>> have now, but take away the burden of 10, 20, 70 relations on the<br>
>same<br>
>> piece of road.<br>
><br>
>  I'm just curious - what type of data consumer could use information <br>
>from OSM which contains 70 routes in a road segment?  It would seem to <br>
>be too many to fit on a map display, but I suppose a device would be <br>
>able to highlight a single route variation on demand.</div><p></p>
<p>You're right, we would have to think of ways to integrate the following operations in edit tools:<br>
- Adding items to a relation (OK itns available)<br>
- Removing items from a relation (one by one, feasible)<br>
- Copying a relation<br>
- Splitting a relation into two relations (the main issue with our "variants" issue): how to visually handle this?<br>
- Sorting items in a relation?</p>
<p>Regarding "groups of segments" to be represented on a tool, this is already possible since we do that with routes.<br>
Now how to call this relationship?</p></blockquote><div>Some more tool operations: </div><div>- List all the route relations between to points/nodes</div><div>- Change selected route relations between two points to use another route </div>
</div><br></div></div>