<br><div><span class="q"><span class="gmail_quote">On 1/1/07, <b class="gmail_sendername">Nick Whitelegg</b> <<a href="mailto:nick150971@yahoo.co.uk" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
nick150971@yahoo.co.uk</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><div><br>A better solution in the interim perhaps would be to provide strong recommendations on the storage of ways - for example, make sure that ways comprise segments all aligned in the same direction and logical order, and, for branched streets, have one way per branch. This may require a little more effort editing, 
e.g. when adding new segments to an existing way, make sure they are aligned in the same direction as the current way, and follow on in logical order. Maybe adding numerical segment indices (within the
 parent way) in JOSM would help here - then people would know which end to extend the way so that the segments follow on in logical order.</div></div></div></blockquote></span><div><br>The only way this is going to happen is with tool support. ie: write something for JOSM to help you accomplish editing in this way. There's absolutely no way I'm going to be bothered to create a new way for each fork in a housing estate -- it just takes too long with the current editing modes. It would be nice to overhaul JOSMs editing modes anyway... the whole plant nodes, drag segments, select ways thing can be a bit long winded.
<br>Way splitting tools may be useful (add a way join tool too!)... or just do a complete rethink. Maybe some automatic backend things like reordering ways, or autosplitting branches.<br><br>I am tempted to just suggest not bothering and let the end uses do any splitting if they need to... maybe somebody come up with a library to do lots of common things?
<br><br><br><br></div><br></div><br>