<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>HI all,</p>
    <p>I've ported my application to osrm 5.1 and added the travel
      distance from village to road to my results using osrm.nearest and
      assuming that the resulting waypoint is the same as the source
      point osrm.table is using for its calculations.<span style="color:
        rgb(51, 51, 51); font-family: 'Helvetica Neue', Helvetica,
        'Segoe UI', Arial, freesans, sans-serif, 'Apple Color Emoji',
        'Segoe UI Emoji', 'Segoe UI Symbol'; font-size: 16px;
        font-style: normal; font-variant: normal; font-weight: normal;
        letter-spacing: normal; line-height: 25.6px; orphans: auto;
        text-align: start; text-indent: 0px; text-transform: none;
        white-space: normal; widows: 1; word-spacing: 0px;
        -webkit-text-stroke-width: 0px; display: inline !important;
        float: none; background-color: rgb(255, 255, 255);"> The
        percentage of the population that could reach a hospital in 60
        minutes dropped from 95.8% to 92.3% when assuming a 5km/h speed
        and further down to 68.8% when assuming a 1km/h speed for the
        source to road distance. This is definitely an improvement in
        accuracy over the previous result, though if this could somehow
        be incorporated with the osrm.tables function that would be even
        better, since the source -to-road traveltime is a big part of
        the total traveltime here. Obviously the same situation might
        apply to the destination points (in my case they are on or close
        by the road so it doesn't matter that much, but that doesn't
        need to be the case in other situations). <br>
      </span></p>
    <p><span style="color: rgb(51, 51, 51); font-family: 'Helvetica
        Neue', Helvetica, 'Segoe UI', Arial, freesans, sans-serif,
        'Apple Color Emoji', 'Segoe UI Emoji', 'Segoe UI Symbol';
        font-size: 16px; font-style: normal; font-variant: normal;
        font-weight: normal; letter-spacing: normal; line-height:
        25.6px; orphans: auto; text-align: start; text-indent: 0px;
        text-transform: none; white-space: normal; widows: 1;
        word-spacing: 0px; -webkit-text-stroke-width: 0px; display:
        inline !important; float: none; background-color: rgb(255, 255,
        255);">Cheers,</span></p>
    <p><span style="color: rgb(51, 51, 51); font-family: 'Helvetica
        Neue', Helvetica, 'Segoe UI', Arial, freesans, sans-serif,
        'Apple Color Emoji', 'Segoe UI Emoji', 'Segoe UI Symbol';
        font-size: 16px; font-style: normal; font-variant: normal;
        font-weight: normal; letter-spacing: normal; line-height:
        25.6px; orphans: auto; text-align: start; text-indent: 0px;
        text-transform: none; white-space: normal; widows: 1;
        word-spacing: 0px; -webkit-text-stroke-width: 0px; display:
        inline !important; float: none; background-color: rgb(255, 255,
        255);">Steven<br>
      </span></p>
    <p>BTW the osrm.nearest syntax is a bit weird; the documentation
      states "<span style="color: rgb(51, 51, 51); font-family:
        'Helvetica Neue', Helvetica, 'Segoe UI', Arial, freesans,
        sans-serif, 'Apple Color Emoji', 'Segoe UI Emoji', 'Segoe UI
        Symbol'; font-size: 16px; font-style: normal; font-variant:
        normal; font-weight: normal; letter-spacing: normal;
        line-height: 25.6px; orphans: auto; text-align: start;
        text-indent: 0px; text-transform: none; white-space: normal;
        widows: 1; word-spacing: 0px; -webkit-text-stroke-width: 0px;
        display: inline !important; float: none; background-color:
        rgb(255, 255, 255);">Where<span class="Apple-converted-space"> </span></span><code
        style="box-sizing: border-box; font-family: Consolas,
        'Liberation Mono', Menlo, Courier, monospace; font-size: 13.6px;
        padding: 0.2em 0px; margin: 0px; border-radius: 3px; color:
        rgb(51, 51, 51); font-style: normal; font-variant: normal;
        font-weight: normal; letter-spacing: normal; orphans: auto;
        text-align: start; text-indent: 0px; text-transform: none;
        white-space: normal; widows: 1; word-spacing: 0px;
        -webkit-text-stroke-width: 0px; background-color: rgba(0, 0, 0,
        0.0392157);">coordinates</code><span style="color: rgb(51, 51,
        51); font-family: 'Helvetica Neue', Helvetica, 'Segoe UI',
        Arial, freesans, sans-serif, 'Apple Color Emoji', 'Segoe UI
        Emoji', 'Segoe UI Symbol'; font-size: 16px; font-style: normal;
        font-variant: normal; font-weight: normal; letter-spacing:
        normal; line-height: 25.6px; orphans: auto; text-align: start;
        text-indent: 0px; text-transform: none; white-space: normal;
        widows: 1; word-spacing: 0px; -webkit-text-stroke-width: 0px;
        display: inline !important; float: none; background-color:
        rgb(255, 255, 255);"><span class="Apple-converted-space"> </span>only
        supports a single<span class="Apple-converted-space"> </span></span><code
        style="box-sizing: border-box; font-family: Consolas,
        'Liberation Mono', Menlo, Courier, monospace; font-size: 13.6px;
        padding: 0.2em 0px; margin: 0px; border-radius: 3px; color:
        rgb(51, 51, 51); font-style: normal; font-variant: normal;
        font-weight: normal; letter-spacing: normal; orphans: auto;
        text-align: start; text-indent: 0px; text-transform: none;
        white-space: normal; widows: 1; word-spacing: 0px;
        -webkit-text-stroke-width: 0px; background-color: rgba(0, 0, 0,
        0.0392157);">{longitude},{latitude}</code><span style="color:
        rgb(51, 51, 51); font-family: 'Helvetica Neue', Helvetica,
        'Segoe UI', Arial, freesans, sans-serif, 'Apple Color Emoji',
        'Segoe UI Emoji', 'Segoe UI Symbol'; font-size: 16px;
        font-style: normal; font-variant: normal; font-weight: normal;
        letter-spacing: normal; line-height: 25.6px; orphans: auto;
        text-align: start; text-indent: 0px; text-transform: none;
        white-space: normal; widows: 1; word-spacing: 0px;
        -webkit-text-stroke-width: 0px; display: inline !important;
        float: none; background-color: rgb(255, 255, 255);"><span
          class="Apple-converted-space"> </span>entry." which apparently
        meant { coordinates: [ [ lon,lat ] ] }  in stead of {
        coordinates: [ lon, lat] } but that might be me reading it
        wrong.<br>
      </span></p>
    <div class="moz-cite-prefix">On 4/19/2016 6:00 PM, Steven M. Ottens
      wrote:<br>
    </div>
    <blockquote cite="mid:5716AA97.7030807@minst.net" type="cite">
      <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
      Hi Daniel,<br>
      <br>
      Your idea is pretty much what I used for my travel time map: <a
        moz-do-not-send="true" class="moz-txt-link-freetext"
        href="http://stvno.github.io/page/bartholomap/"><a class="moz-txt-link-freetext" href="http://stvno.github.io/page/bartholomap/">http://stvno.github.io/page/bartholomap/</a></a>
      though N was easier to determine: nearest non-stop airport,
      nearest one stop airport etc. <br>
      For overland speed: I like the wiggle factor Bjorn was suggesting,
      however it supposes we know the landuse, which as far as I know
      OSRM doesn't take into account<br>
      For N if we can have a default of 4 on separate roads that would
      probably help a lot already without too high a cost. (separate
      roads being at least one fork in the road away) Does that sound
      reasonable?<br>
      <br>
      I guess the strategy to determine the N points could be made
      configurable, different use cases require different strategies I'd
      say.<br>
      <br>
      Steven<br>
      <br>
      <br>
      <br>
      <div class="moz-cite-prefix">On 4/19/2016 4:44 PM, Daniel
        Patterson wrote:<br>
      </div>
      <blockquote
cite="mid:CANvddSL8BeO-LHYnnoeWNYR7_27FNZfRQ6L6yn+fVhfzS7OULw@mail.gmail.com"
        type="cite">
        <div dir="ltr">Hi Steve,
          <div><br>
          </div>
          <div>  I was thinking about exactly this just the other day
            when considering <a moz-do-not-send="true"
              href="https://github.com/Project-OSRM/osrm-backend/issues/2277">https://github.com/Project-OSRM/osrm-backend/issues/2277</a></div>
          <div><br>
          </div>
          <div>  What I came up with was roughly:</div>
          <div><br>
          </div>
          <div>    Find N nearest neighbours, and calculate the walking
            duration to each</div>
          <div>    Insert all neighbours into the search heap, and set
            the initial cost to the walk duration</div>
          <div>    Route as normal, but include the walk duration in the
            total time at the end</div>
          <div><br>
          </div>
          <div>  The question is, how big do we make N, and how do we
            determine the overland speed?  Overland speed I suppose
            could be a profile parameter, and it feels like walking
            speed would usually be the most appropriate thing.  But I'm
            not sure how many possible start points we should reasonably
            consider.  Everything within a radius?  Closest N points?</div>
          <div><br>
          </div>
          <div>daniel</div>
        </div>
        <div class="gmail_extra"><br>
          <div class="gmail_quote">On Tue, Apr 19, 2016 at 12:39 PM,
            Steven M. Ottens <span dir="ltr"><<a
                moz-do-not-send="true" class="moz-txt-link-abbreviated"
                href="mailto:steven@minst.net"><a class="moz-txt-link-abbreviated" href="mailto:steven@minst.net">steven@minst.net</a></a>></span>
            wrote:<br>
            <blockquote class="gmail_quote" style="margin:0 0 0
              .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
              <br>
              I am working on a tool that will calculate the travel time
              from villages to for instance the nearest hospital for
              rural accessibility analysis. So far I have build a tool
              which will calculate this for 215.000 villages in a few
              minutes, thanks to the help of Daniel P. However I
              realized that not all villages are on a road, actually
              quite a few are at least an hour walk from the nearest
              drivable road see: <a moz-do-not-send="true"
                class="moz-txt-link-freetext"
                href="http://stvno.github.io/img/OSRM-snapping.png">http://stvno.github.io/img/OSRM-snapping.png</a><br>
              The villages are typically connected to the roads by
              informal trails, which I do not have as a road network. So
              I was wondering if it would be possible to add a basic
              penalty to the distance of the point to the nearest road.<br>
              I am aware that the nearest service will provide me with
              the distance: <a moz-do-not-send="true"
href="https://github.com/Project-OSRM/osrm-backend/wiki/New-Server-api#service-nearest"
                rel="noreferrer" target="_blank">https://github.com/Project-OSRM/osrm-backend/wiki/New-Server-api#service-nearest</a>
              but before I am going to calculate the extra traveltime
              for each village, I was wondering if it is possible to
              integrate this with an osrm.table request. I am aware this
              opens quite a can of worms: if there is a penalty to
              snapping, it might be worth it to snap to a road which is
              further away, but in the end quicker to get to the
              destination. But for the moment I'm happy with just the
              added traveltime for nearest road snapping.<br>
              <br>
              Any suggestions on how to handle this?<br>
              <br>
              Steven<br>
              <br>
              <br>
              <br>
              _______________________________________________<br>
              OSRM-talk mailing list<br>
              <a moz-do-not-send="true"
                href="mailto:OSRM-talk@openstreetmap.org"
                target="_blank">OSRM-talk@openstreetmap.org</a><br>
              <a moz-do-not-send="true"
                href="https://lists.openstreetmap.org/listinfo/osrm-talk"
                rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/osrm-talk</a><br>
            </blockquote>
          </div>
          <br>
        </div>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
OSRM-talk mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:OSRM-talk@openstreetmap.org">OSRM-talk@openstreetmap.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/osrm-talk">https://lists.openstreetmap.org/listinfo/osrm-talk</a>
</pre>
      </blockquote>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
OSRM-talk mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OSRM-talk@openstreetmap.org">OSRM-talk@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/osrm-talk">https://lists.openstreetmap.org/listinfo/osrm-talk</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>