<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Yep, looks like it might be a router data issue rather than a router issue. </div><div>Maybe try OsmAnd Live if you have an android device, or find an alternative osm router that updates faster<br></div><div><br>12.01.2019, 0:15, Joseph Eisenberg <<a href="mailto:joseph.eisenberg@gmail.com">joseph.eisenberg@gmail.com</a>>:<br><br></div><blockquote type="cite"><div>Graphhhopper does not update the database instantaneously. I believe you will need to wait some time before the routing matches the database: days, not hours.<br><div class="gmail_quote"><div dir="ltr">On Sat, Jan 12, 2019 at 9:09 AM Graeme Fitzpatrick <<a href="mailto:graemefitz1@gmail.com">graemefitz1@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr">On Tue, 25 Dec 2018 at 09:03, Graeme Fitzpatrick <<a href="mailto:graemefitz1@gmail.com" target="_blank">graemefitz1@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br clear="all"><div><div dir="ltr" class="m_2867993002530255334gmail-m_-4075702266817209163m_5398944982788401244m_-7004844656408516942m_3115273465390721964m_-6043987791490789187m_-3917854209341476451m_-2417148342303157916m_-1164652157723337753m_1643707384198300003m_-7389444070126534474m_-1246140018948120962m_-3735829735100655748m_8180784090855415944m_-7580696142529302488gmail-m_-4057006675063050647m_2051973910892489034gmail_signature"><div dir="ltr"><div dir="ltr">Guess it might be a case of suck it & see! <br></div></div></div></div></div></div></blockquote><div><br></div><div>So, after a couple of weeks of experimenting & playing with various blocking options, then checking them with OSRM & GraphHopper (which incidentally, brings up some pretty strange results - I'm even tempted to ignore it's results altogether?) by attempting to route through the roadworks area, I can report back.</div><div><br></div><div>If anybody would like to experiment themselves, the spot I was using is here: <a href="https://www.openstreetmap.org/#map=18/-28.07477/153.43936" target="_blank">https://www.openstreetmap.org/#map=18/-28.07477/153.43936</a>, with the various blocks being positioned between house number 77 (Mountain View Avenue) at the western corner Ernie Tebb Park, & the unmarked crossing / painted island, between the Park & the lake.</div><div><br></div><div>I was then attempting to route from "12, Honeyeater Drive, Miami, Gold Coast, Queensland, 4220, Australia" to "20, Nobby Parade, Miami, Gold Coast, Queensland, 4220, Australia", which is a very simple, quite direct route.</div><div><br></div><div>Unfortunately, when I say that GraphHopper was giving strange results, especially for foot & bicycle, it was doing this: <a href="https://www.openstreetmap.org/directions?engine=graphhopper_foot&route=-28.07561%2C153.43761%3B-28.07433%2C153.44100" target="_blank">https://www.openstreetmap.org/directions?engine=graphhopper_foot&route=-28.07561%2C153.43761%3B-28.07433%2C153.44100</a>.</div><div>If this can't be seen, it has foot traffic walking North up Honeyeater Drive, East down Mountain View Avenue along the road, <i>not</i> the adjacent footpath, going the wrong way round the roundabout, continuing down & turning South into Babbler Court, then immediately coming back West along the Mountain View Avenue footpath till just before the roundabout, where it crosses Mountain View Avenue at the footway=crossing + crossing=unmarked, follows the round the corner into Nobby Parade, then crosses at another crossing, before continuing North along the footpath to the destination.</div><div><br></div><div>Bicycle routing is identical, except that it goes the correct way around the roundabout, before getting onto the footpath!</div><div><br></div><div>So FYI, the results of my testing were:</div><div dir="ltr"><br></div><div dir="ltr">1. single barrier=yes (on the road - the actual marked highway=tertiary); access=no: didn't render; doesn't stop vehicle, bike or foot access</div><div dir="ltr"><br></div><div dir="ltr">2. single barrier=block (on the road); access=no: rendered as dot only; doesn't stop vehicle, bike or foot access</div><div dir="ltr"><br></div><div>3. row of barrier=block across both lanes; access=no; rendered as row of dots; doesn't stop vehicle, bike or foot access</div><div dir="ltr"><br></div><div>4. barrier=bollard (one only on road); access=no: rendered as single dot only; doesn't stop vehicle, bike or foot access</div><div><br></div><div>5. row of barrier=bollard across both lanes; access=no; rendered as row of dots; vehicles are blocked in OSRM, but GraphHopper still allows bike, foot & vehicle access</div><div><br></div><div>6. single barrier=jersey_barrier (on road); access=no: rendered as dot only; doesn't stop vehicle, bike or foot access</div><div><br></div><div>7. row of barrier=

jersey_barrier  across both lanes; access=no; rendered as row of dots; doesn't stop vehicle, bike or foot access</div><div><br></div><div>8. single barrier=gate (on road); access=no: rendered as dot only; doesn't stop vehicle, bike or foot access</div><div><br></div><div>7. barrier=fence (across full width of road); access=no: rendered on both sides of the road, but not across the road itself; vehicles are blocked in OSRM, but GraphHopper still allows bike, foot & vehicle access</div><div><br></div><div>8. barrier=gate in barrier=fence in middle of roadway; access=no on both; gate didn't render, fence still only visible on both sides of the road, but not across the road itself;  vehicles are blocked in OSRM, but GraphHopper still allows bike, foot & vehicle access</div><div><br></div><div>9. barrier=ditch (across full width of road); access=no; didn't render; doesn't stop vehicle, bike or foot access</div><div><br></div><div>10. Least favourable option by far :-( </div><div>Split the road & cut a small (~5m) section out; shows as two road endings actually touching; vehicles are blocked in OSRM, but GraphHopper still allows bike, foot & vehicle access</div><div><br></div><div>Increase gap to ~20m; gap shown in road; doesn't stop vehicle, bike or foot access in either router, after a small gap did block OSRM?</div><div><br></div><div>Increase road gap to ~50m by cutting it at corner of Honeyeater Drive, so whole section of road has disappeared; everything is stopped from going that way, including foot & bike, even though there's a marked footpath along the side of the road?</div><div><br></div><div>Unless I've been doing something wrong with the way I've been placing the various blocks, this has got me totally confused?</div><div><br></div><div>Why do we have the various blocking options if they don't actually stop you driving through them?</div><div><br></div><div>Both routers show foot traffic walking along the length of the road, not the adjacent footpath - why?</div><div><br></div><div>Anybody have any ideas, or should it all be working OK, & it's just a peculiarity of OSRM / GraphHopper that's been throwing me out?</div><div><br></div><div>Looking forward to any insights! :-)</div><div dir="ltr"><br clear="all"><div><div dir="ltr" class="m_2867993002530255334gmail-m_-4075702266817209163m_5398944982788401244m_-7004844656408516942m_3115273465390721964m_-6043987791490789187m_-3917854209341476451m_-2417148342303157916m_-1164652157723337753m_1643707384198300003m_-7389444070126534474m_-1246140018948120962m_-3735829735100655748gmail-m_8180784090855415944m_-7580696142529302488gmail_signature"><div dir="ltr"><div><div dir="ltr">Thanks</div></div></div></div></div></div></div></div></div></div></div></div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div class="gmail_quote"><div dir="ltr"><div><div dir="ltr" class="m_2867993002530255334gmail-m_-4075702266817209163m_5398944982788401244m_-7004844656408516942m_3115273465390721964m_-6043987791490789187m_-3917854209341476451m_-2417148342303157916m_-1164652157723337753m_1643707384198300003m_-7389444070126534474m_-1246140018948120962m_-3735829735100655748gmail-m_8180784090855415944m_-7580696142529302488gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><br></div><div>Graeme</div></div></div></div></div></div></div><br class="m_2867993002530255334gmail-m_-4075702266817209163m_5398944982788401244m_-7004844656408516942m_3115273465390721964m_-6043987791490789187m_-3917854209341476451m_-2417148342303157916m_-1164652157723337753m_1643707384198300003m_-7389444070126534474m_-1246140018948120962m_-3735829735100655748gmail-Apple-interchange-newline"><div><br></div><div><br></div></div></div></div></div></div></div>
_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</blockquote></div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>Tagging mailing list</span><br><span><a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a></span><br><span><a href="https://lists.openstreetmap.org/listinfo/tagging">https://lists.openstreetmap.org/listinfo/tagging</a></span><br></div></blockquote></body></html>