<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">On 2018-09-03 21:59, Nathan Monfils
wrote:
</div>
<blockquote type="cite" cite="mid:4364703.dfgJ6FaRt5@nathan-pc">
<pre wrap="">Op ma 3 sep. 2018 om 20:03 schreef André Pirard <a class="moz-txt-link-rfc2396E" href="mailto:A.Pirard.Papou@gmail.com"><A.Pirard.Papou@gmail.com></a>:
</pre>
<blockquote type="cite">
<blockquote type="cite">Op zo 2 sep. 2018 om 22:54 schreef
Nathan Monfils <<a class="moz-txt-link-abbreviated" href="mailto:nathanmonfils@gmail.com">nathanmonfils@gmail.com</a>
<blockquote type="cite">
<pre wrap="">Hello!
I was doing some editing on the N30 near Liège, when I noticed that its
relation was completely unordered, with ways near the city center being
next
to ways much further south (see relation `124374`).
The wiki defines a relation as an *ordered list*, yet only mentions order
for
bus lines. Is there a need for the road relations to be ordered
correctly?
Regards,
Nathan Monfils
</pre>
</blockquote>
</blockquote>
<pre wrap="">On 2018-09-03 00:24, Jo wrote:
for route=road relations order doesn't matter much. It's impossible to
sort them according to any meaningful criterion.
Op ma 3 sep. 2018 om 20:03 schreef André Pirard <a class="moz-txt-link-rfc2396E" href="mailto:A.Pirard.Papou@gmail.com"><A.Pirard.Papou@gmail.com></a>:
</pre>
<blockquote type="cite">
<pre wrap="">A meaningful criterion to sort a route is so that two adjacent ways of it
share one same end node.
In other words, that the route is ordered the way you travel it without
interruptions.
That's what the "sort" buttons of JOSM do.
And, beside finding a segment more easily, the schema of the route made by
JOSM shows the gaps (missing pieces).
And in particular it will show if the road is circular.
For example, if you sort the N30, you will see a gap between Boulevard de
Fraipont and Avenue de la Libération.
And 16 other gaps in total.
Last time I spoke of routes with a Potlatch user, he told me he couldn't
sort routes.
I don't know about ID and that's quite a time ago.
The N30 should be sorted and corrected.
I will let Nathan do it if he's busy with it.
Amitiés,
André.
Polyglot
</pre>
</blockquote>
</blockquote>
On Monday, September 3, 2018 8:09:28 PM CEST Jo wrote:
<blockquote type="cite">
<pre wrap="">The "problem" with N roads is that they are not linear features, they
split, recombine, have dangling dead ends, roundabouts and so on.
Yes, you can group some of the elements, but the next time you sort, other
groups may be formed, so it's arbitrary.
Jo</pre>
</blockquote>
</blockquote>
I fixed the N30 relation the way I described.<br>
I chose the order from Liège to Ardennes (holiday departures are
happier than comeback <span class="moz-smiley-s3"><span>;-)</span></span>).<br>
That's the element order, down the list in JOSM relation editor.<br>
Roundabouts are indicated by role "forward".<br>
First way set to follow when traveling in route's direction.<br>
Second way set to follow in the other direction.<br>
JOSM shows them nicely with sidings like this<br>
<br>
<div align="center"><img src="cid:part1.CF2012C1.7C882970@gmail.com"
alt=""><br>
</div>
<br>
splits/recombines like Boulevard de Beaufraipont are normally like
roundabout.<br>
<br>
Basically, global sort doesn't change my roundabouts and splits.<br>
But sort only sorts what is sortable and is only guaranteed as a
local tool.<br>
Hence, a global sort doesn't find a common northern node for the
huge split<br>
starting at Boulevard Raymond Pointcarré and ending in prongs.<br>
And so it includes only one branch of it and it throws the other one
to the end.<br>
<br>
All the best,
<br>
<br>
<table>
<tbody>
<tr>
<td>André.</td>
</tr>
</tbody>
</table>
<br>
<br>
On 2018-09-03 21:59, Nathan Monfils wrote:<br>
<blockquote type="cite" cite="mid:4364703.dfgJ6FaRt5@nathan-pc">
<pre wrap="">After looking into it further, I can only agree. I added the missing members
back (one way and a few junctions that were probably overlooked by previous
mappers), but every roundabout and double road "cuts off" the automatic
ordering by JOSM.
It seems to consider that a loop breaks the relation order entirely and
doesn't attempt to follow it any further.
I still pushed the changes since they contain a few added members, but I think
the N30 (and other N roads) will have to stay unsorted, unless JOSM's sorting
mechanism starts taking geographical proximity into account instead of
strictly checking the end nodes.
Regards,
Nathan Monfils</pre>
</blockquote>
<br>
<br>
</body>
</html>