<div dir="ltr"><div dir="ltr">Richard Fairhurst <<a href="mailto:richard@systemed.net">richard@systemed.net</a>>:<br></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">On mobile, on train, apologies for lack of formatting. :)<br>
<br>
Sarah - the problem is that when you say “one single simple <br>
instruction to the mapper: sort your route“, the instruction might be simple<br>
but carrying it out isn’t.<br>
<br>
Let’s say we have a cyclist, new to OSM, who wants to add a newly opened<br>
section to an existing route. As Peter says, doing this to said<br>
specification “usually requires lots of JOSM”. </blockquote><div><br></div><div>That was about repairing a broken and corrupted route relation.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The steps involved to do this<br>
in sorted order are:<br>
<br>
1. spend half the afternoon trudging through contradictory pages on the OSM<br>
wiki to find out what you have to do<br>
2. apparently it involves this thing called “JOSM”. Download that<br>
3. apparently that involves this thing called “Java”. Download that too<br>
4. learn to use this 80s throwback of a GIS program with the UI of a<br>
startled warthog<br>
5. find route sorting stuff in JOSM somewhere <br>
6. make edit<br>
7. get shouted at by sociopaths in changeset comments because unwittingly<br>
you did something wrong <br></blockquote><div><br></div><div>You simply can't do enough without JOSM if you really want to maintain routes. Other method are not up to the task. Entering en new section is easy. Yes, you have to set up and learn the editor and learn about routes and relations. If you don't want to do that, you can't do it. It should be easier - but it isn't. Smartphone apps will not do.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
(I have elided most of the intermediate steps.)<br>
<br>
That isn’t how OSM works. It might be how Wikipedia works but we are better<br>
than that. <br></blockquote><div><br></div><div>No we are not. OSM is very primitive, chaotic and unreliable. If things were better, simple edits would not be allowed to break relations.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
_If_ route ordering is to be expected, then the burden needs to be on the<br>
editing software, not the mapper. That means invisible support in iD, P2,<br>
and I’m guessing Vespucci and Go Map (I don’t know what their current<br>
support is like). And tbh the burden of providing patches is on the few<br>
people who are asking for it. Certainly I’m happy to implement something in<br>
P2 if it’s an afternoon’s work and I’m given a fully fleshed out algorithm<br>
which copes with the partly loaded relations that are standard for an online<br>
editor, but I’m not going to spend two days of dev time on something for<br>
which there is no great clamour outwith a couple of people on the tagging<br>
list. </blockquote><div><br></div><div>If nobody has a better way and people who say they have solutions do not provide that knowledge in a usable form e.g. an extraction method or linking method that solves the problems, the only way for the likes of me is to use detection tools and maintenance tools to order data by hand at the mapping level, so ordinary people can use waymarkedtrails to get usable linear gpx-s for their basecamps, route editors, trip planners, navigation apps and devices. </div></div></div>