<div dir="ltr">Hi François,<div><br></div><div> Yes, oneways onto your custom road network sound like exactly the kind of thing that the small component algorithm (<a href="https://en.wikipedia.org/wiki/Tarjan%27s_strongly_connected_components_algorithm">https://en.wikipedia.org/wiki/Tarjan%27s_strongly_connected_components_algorithm</a>) would flag. If your custom network is <1000 nodes, it would've been flagged previously.</div><div><br></div><div> If you are only routing from the normal network *onto* your custom network, then changing the component size like you've done is the correct fix here. Just be aware, if you start on your custom network, and try to return to the main network, you will get "NoRoute" errors, but it sounds like that won't be a problem for you.</div><div><br></div><div> I'm not sure what's up with the turn icons in the debug viewer - make sure you've zoomed in far enough, turn icons only show up from Z12 and higher.</div><div><br></div><div>daniel</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 26, 2018 at 10:22 AM, François Lacombe <span dir="ltr"><<a href="mailto:fl.infosreseaux@gmail.com" target="_blank">fl.infosreseaux@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div><div>Hi Daniel,<br><br></div>I didn't know this really nice option
small-component-size :)<br></div>I set it to 10 and many so tagged small elements weren't small any more.<br><br></div>Routing engine use these ways again, which solve my problem, thank you<br><br></div>This means I didn't have any connectivity problems, and oneway/turn restrictions wasn't too restrictive.<br></div>Then, why disabling access to small elements, especially when they can provide a way more efficient route?<br><br></div>My graph is a bit special, and I would understand osrm will have issues to browse it.<br></div>I have custom ways linked to standard road network with oneway edges toward my custom ways.<br></div><div>Then once you get in my parallel network, you can't get out back to the standard roads.<br></div><div>Do oneway edges get lower rate or whatever ?<br></div><div>My oneway handler set is_forward_oneway=true and backward_mode=mode.<wbr>innacessible<br><br></div><div>Finally, I don't see any turn icon around my connections on debug render (despite the style is well installed in debug/index.html), should I worry?<br></div><div><div><br><br></div><div>Kind thank you for your answers<span class="HOEnZb"><font color="#888888"><br><br></font></span></div><span class="HOEnZb"><font color="#888888"><div>François<br></div></font></span></div><div><div class="h5"><div><div><div><div><div class="gmail_extra"><br><div class="gmail_quote">2018-03-26 19:01 GMT+02:00 Daniel Patterson <span dir="ltr"><<a href="mailto:daniel@mapbox.com" target="_blank">daniel@mapbox.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi François,<br><div><br></div><div> The small component behaviour happens when a section of the graph is disconnected from the rest. I can think of a few possible reasons you're seeing this:</div><div><br></div><div> 1. Your road isn't actually connected</div><div> 2. Turn restrictions or one-ways are preventing access to both ends of the road</div><div> 3. Your map is really small - by default, isolated groups of <1000 nodes are flagged as separate "small components". If your total map is <1000 nodes, then you'll probably get the whole thing flagged. You can adjust by passing the `--small-component-size` parameter to `osrm-extract`. Setting it to `--small-component-size 0` will mean that no roads are marked as small, and snapping will all be to the nearest neighbour.</div><div><br></div><div>If you use 3, note that it won't fix connectivity problems - even though using `--small-component-size` will change what is used to snap, if there is actually no route to a location (and the small component analysis is indicating that there may not be), you will get `NoRoute` API responses.</div><div><br></div><div>daniel</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="m_-9125904647729362207h5">On Mon, Mar 26, 2018 at 9:46 AM, François Lacombe <span dir="ltr"><<a href="mailto:fl.infosreseaux@gmail.com" target="_blank">fl.infosreseaux@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="m_-9125904647729362207h5"><div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div><div><div><div>Hi,<br><br></div>As mentionned in the mail title, OSRM 5.14.3 is defining kilometers long ways as small which are seen with a purple casing in the debug view.<br></div>I read this view may be buggy, and I don't see those ways in small layer of standard osrm-frontend.<br><br></div>Nevertheless, osrm-routed won't use the path, despite it has a really good speed and rate.<br></div>My profile was written from scratch, I can't publish it actually and I'm not allowed to publish a data extract (part of my client dataset)<br><br></div>Furthermore, I have similar ways, with same weight, rate and speed which aren't seen as small and used by the routing engine really well.<br><br></div>Here are the properties I get from process_way lua function :<br></div>forward_mode = 3 (mode.walking)<br></div>format_access = nil (both routable and not routable ways, should I have another value here?)<br></div>weight = -1<br></div>rate = 5<br></div>speed = 45 (prefered path use rate=0.6 + speed = 0.1 ways)<br><br></div>Is there any additionnal value I should watch to find why OSRM says I have small elements ?<br><br><br></div>Any input is welcome regarding this issue, all the best<span class="m_-9125904647729362207m_-2444695360449978537HOEnZb"><font color="#888888"><br><br></font></span></div><span class="m_-9125904647729362207m_-2444695360449978537HOEnZb"><font color="#888888">François<br></font></span></div>
<br></div></div>______________________________<wbr>_________________<br>
OSRM-talk mailing list<br>
<a href="mailto:OSRM-talk@openstreetmap.org" target="_blank">OSRM-talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/osrm-talk" rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/osrm-talk</a><br>
<br></blockquote></div><br></div>
<br>______________________________<wbr>_________________<br>
OSRM-talk mailing list<br>
<a href="mailto:OSRM-talk@openstreetmap.org" target="_blank">OSRM-talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/osrm-talk" rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/osrm-talk</a><br>
<br></blockquote></div><br></div></div></div></div></div></div></div></div>
<br>______________________________<wbr>_________________<br>
OSRM-talk mailing list<br>
<a href="mailto:OSRM-talk@openstreetmap.org">OSRM-talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/osrm-talk" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/osrm-talk</a><br>
<br></blockquote></div><br></div>