On Mon, Mar 22, 2010 at 3:32 AM, Lester Caine <span dir="ltr"><<a href="mailto:lester@lsces.co.uk">lester@lsces.co.uk</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
We NEED as a mater of<br>
urgency an agreed method of MANAGING groups of ways that at a low zoom level<br>
define a single linear object, but at higher zoom levels show that the<br>
'boundaries', carriage ways and structure are physically distinct. When a<br>
structure like this gets moved, then all of the fine detail moves as well - but<br>
with the option to 'unsnap' a boundary or other sub element if necessary.<br></blockquote><div><br>Any ideas for how this would work?<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

There has to be a very good reason for REMOVING any data, and the assertion that<br>
we can in general 'remove multiple ways' is only acceptable if the project is<br>
also going to adopt the rule 'we will never map detail'? Perhaps it is time for<br>
a split in the project, and those of us who need to maintain details such as<br>
road structures and property boundaries set up our own fork with tools that<br>
allow things that the simplify everything camp don't thing we should have?<br></blockquote><div><br>I share your frustration but hope it doesn't come to that.<br><br>What tools do you think are needed?  What expertise can we tap into to produce these tools?  Maybe if we get the tools finished first, we'll find there's no need to fork.<br>
<br>What would be the best editor to learn in order to provide assistance?  Or would you suggest starting on a new editor from scratch?  Either way, if there's something I can help with, let me know.<br></div></div>