<div dir="ltr">Hm... it's a different subject... but it's much, much more than ordering. Edits to ways: splitting, lengthening, shortening, combining, adding and removing, can destroy many routes of different kinds, not only unordering them but making them unorderable because of duplicate ways, branch ways, interruptions, faulty roundabouts, breaking roles and turn restrictions. I'd rather see newbies making mistakes and make them correct those mistakes themselves, than keeping them away, ignorant and a permanent newby.<div><br></div><div>But in the end, we should think of a way to prevent this from happening altogether. If an edit breaks something important, it shouldn't be accepted, or it should be automatically repaired.</div><div><br></div><div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Vr gr Peter Elderson</div></div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Op vr 3 mei 2019 om 16:31 schreef <<a href="mailto:osm@hjart.dk">osm@hjart.dk</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif">
<p>I prefer that those complete newbies get to mess with only 1 or 2 members of route relations, at the relatively small price of ordering.</p>
<p>Peter Elderson skrev den 03.05.2019 16:12:</p>
<blockquote type="cite" style="padding:0px 0.4em;border-left:2px solid rgb(16,16,255);margin:0px">
<div dir="ltr">You prefer routes to stay unordered? Or that edits damage routes?<br clear="all">
<div>
<div class="gmail-m_-1843825112132719796gmail_signature" dir="ltr">Vr gr Peter Elderson</div>
</div>
</div>
<br>
<div class="gmail_quote">
<div class="gmail_attr" dir="ltr">Op vr 3 mei 2019 om 16:08 schreef <<a href="mailto:osm@hjart.dk" target="_blank">osm@hjart.dk</a>>:</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br> >>> For a non-roundtrip route consiting of two consecutive ways the route<br> >>> direction can be deduced from the order of the ways in the relation.<br> >> <br> >> That's assuming the ways are ordered at all. I've cleaned up hundreds <br> >> of routes (most created by Potlatch users though) and my advice is: do <br> >> not rely on routes being ordered.<br> > <br> > In OSM a relation is by definition an ordered list, see<br> > <a href="https://wiki.openstreetmap.org/wiki/Relation" rel="noopener noreferrer" target="_blank">https://wiki.openstreetmap.org/wiki/Relation</a> :<br> > "A relation is a group of elements. To be more exact it is one of the<br> > core data elements that consists of one or more tags and also an<br> > ordered list of one or more nodes, ways and/or relations as members<br> > ..."<br> > <br> > Also the elevation profiles for the routes (e.g. in<br> > <a href="http://waymarkedtrails.org" rel="noopener noreferrer" target="_blank">waymarkedtrails.org</a>) only work if the routes are ordered and they<br> > usually look ok, see also<br> > <a href="https://wiki.openstreetmap.org/wiki/Relation:route#Order_matters" rel="noopener noreferrer" target="_blank">https://wiki.openstreetmap.org/wiki/Relation:route#Order_matters</a> .<br> > <br> > If some editors damage the order in the relations this is a bug that<br> > should be fixed anyway.<br><br> In order to sort the members of a relation in JOSM, you need to download <br> all of them. The majority of edits to relations involve downloading only <br> 2-3 members. If only 1 member is added or removed, that's how they <br> become unordered.<br> Personally I'd prefer it stays like that, because I've seen complete <br> newbies make some really weird edits to cycleroutes, because they <br> obviously didn't understand what it was.<br> > <br> > _______________________________________________<br> > Tagging mailing list<br> > <a href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a><br> > <a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noopener noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br><br> _______________________________________________<br> Tagging mailing list<br><a href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a><br><a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noopener noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a></blockquote>
</div>
<br>
<div class="gmail-m_-1843825112132719796pre" style="margin:0px;padding:0px;font-family:monospace">_______________________________________________<br> Tagging mailing list<br><a href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a><br><a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noopener noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a></div>
</blockquote>
</div>
_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</blockquote></div>