<div dir="ltr"><div dir="ltr">Richard Fairhurst <<a href="mailto:richard@systemed.net">richard@systemed.net</a>>:<br></div><div>> Kenny:</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> I do want editors minimally to observe the 'don't break the route'<br>
> principle. About 80% of the broken-route problem can be solved <br>
> simply by, "when splitting a way, both the pieces become members <br>
> of any route relations in which the original way appeared, with the <br>
> same role if one is specified, preferably preserving continuity if <br>
> either or both endpoints was shared with the neighbouring way <br>
> in the relation." At least iD, Meerkartor and JOSM all do that.<br>
<br>
As does P2, I believe (I didn't write that bit of code) - iD's code might<br>
actually be based on P2's. That does make me wonder how much of a problem<br>
this is in reality if the four major desktop editors already support it.<br></blockquote><div><br></div><div>Web editors you mean? </div><div> I do regular maintenance for about 50 national and regional named and waymarked hiking routes and their variants,  This involves checking integrity and ensuring that there is a linear main route which can simply be extracted for further processing in route editors, apps, gps devices and trip planner sites. When I have a route finished without any problems, then return a month later, it invariably has several breaks and flaws which make simple extraction as one ordered linear track impossible. These are almost always caused by online edits to the map. Other routes and relations maintainers will experience the same. As long as there are enough people who care, it gets fixed. Using the proper tools, that is not very difficult if you know what you are doing. As soon as they stop, the routes deteriorate quickly. Not only structural, but also the changes no longer find their way to OSM. </div><div><br></div></div></div>