<div dir="ltr"><div dir="ltr"><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"><div>26. Oct 2018 11:52 by <a href="mailto:daveswarthout@gmail.com" rel="noopener noreferrer" target="_blank">daveswarthout@gmail.com</a>:<br><blockquote class="gmail-m_-4482826424831892475tutanota_quote" style="border-left:1px solid rgb(147,163,184);padding-left:10px;margin-left:5px"><div><div>Thanks, That helps a lot. I don't work with routes (yet) but it when I'm adding inners to riverbank multipolygons I always add them in the order they would appear if you were traveling downstream. It just makes sense to me although there's probably no programmatic reason to do it.</div></div></blockquote></div></blockquote><div><div dir="ltr">On Fri, Oct 26, 2018 at 5:55 AM Mateusz Konieczny <<a href="mailto:matkoniecz@tutanota.com">matkoniecz@tutanota.com</a>> wrote:<br></div>
  
    
  
  
> Order of elements is saved in OSM database. <br></div><br></div><div class="gmail_quote">That appears to be the answer to a different question.<br><br></div><div class="gmail_quote">The 'sort' operation in the JOSM relation editor changes the order of the elements. If the layer is uploaded, the new order of elements, as produced by the 'sort' operation, will replace the old order in the OSM database.<br><br></div><div class="gmail_quote">This is usually what I want with a multipolygon. With a route, I find myself undoing or further altering a 'sort' operation much more often, because there are often things about routes that JOSM doesn't get quite right. (Example - a dual carriageway where both ways end in link elements looks as if the route has floating endpoints, and the sort operation messes up one of the directions.) Even there, though, the 'sort' is usually Pretty Close to right, and is often usable as a starting point. Moreover, I'm not sure that it can be improved. The topology of a route isn't always quite right in the field, and some of 'getting it better' amount to 'read the mapper's mind,' something computers are ordinarily not well equipped to do.<br><br></div></div></div>