[OSRM-talk] Nondeterminism in OSRM response
Rohit Sivakumar
rohit at rideco.com
Tue Apr 7 13:37:29 UTC 2020
Makes sense. Thanks.
On Mon, Apr 6, 2020 at 6:08 PM Daniel Patterson via OSRM-talk <
osrm-talk at openstreetmap.org> wrote:
> Yeah - osrm-routed uses the SO_REUSEPORT socket option (see
> https://lwn.net/Articles/542629/), which means you can run two copies of
> osrm-routed, and the operating system will round-robin incoming connections
> between the two processes.
> Handy if you want to do lossless handover from one process to another, but
> can cause some confusion if you forget you've already got osrm-routed
> running.
>
> daniel
>
> On Mon, Apr 6, 2020 at 2:52 PM Rohit Sivakumar <rohit at rideco.com> wrote:
>
>> Please ignore the previous email.
>>
>> It appears an older osrm server on my machine had not terminated
>> properly, causing the nondeterminism.
>>
>> On Mon, Apr 6, 2020 at 10:34 AM Rohit Sivakumar <rohit at rideco.com> wrote:
>>
>>> Hi,
>>>
>>> I've been trying to build a profile for large vehicles on osrm. Since I
>>> couldn't find out-of-the-box solutions to disable all the via-way u-turns
>>> using just the vehicle profiles, I wrote a script last week to detect and
>>> add u-turn restrictions wherever possible to an .osm file passed as input.
>>>
>>> The problem is, osrm respects these restrictions sometimes, but not
>>> always. What's even odd is that the same Distance API call (same endpoint
>>> and input parameters, same profile) sometimes returns a route with u-turns
>>> and at other times it without the u-turns.
>>>
>>> Has anyone encountered nondeterminism in osrm before ? I can provide
>>> more information if this would help.
>>>
>>> Here's an osrm-frontend screenshot of one such instance where the exact
>>> same api-call is made to my local server, but returns two different routes:
>>> https://pasteboard.co/J2yZmbX.png
>>>
>> _______________________________________________
>> OSRM-talk mailing list
>> OSRM-talk at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osrm-talk
>>
> _______________________________________________
> OSRM-talk mailing list
> OSRM-talk at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/osrm-talk/attachments/20200407/7b58c96d/attachment.htm>
More information about the OSRM-talk
mailing list