<div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div>Hi Daniel<br><br></div>Thanks for your feedback. We used a new BBquery this time using osmosis. With JOSM we can check dat this export is actually following the approach you suggested.<br><br></div>The extract is ok now.<br><br></div>It is the prepare that is failing.<br><br>[info] Input file: Oudenaarde_BB.osrm←[0m<br>[info] Restrictions file: Oudenaarde_BB.osrm.restrictions←[0m<br>[info] Profile: profile.lua←[0m<br>[info] Threads: 4←[0m<br>[info] Generating edge-expanded graph representation←[0m<br>[info]  - 13 restrictions.←[0m<br>[info] Importing n = 39160 nodes ←[0m<br>[info]  - 3 bollard nodes, 6 traffic lights←[0m<br>[info]  and 40510 edges ←[0m<br>[info] Graph loaded ok and has 40510 edges←[0m<br><br></div>Then a windows box says the osrm.prepare has stopped working.<br><br></div>The JOSM tools mentioned that a couple of relations are incomplete:<br><br></div>1 restriction and a series of routes.<br><br></div>using<br><br>use_turn_restrictions           = false<br></div>or<br>use_turn_restrictions           = true<br><br></div>in the profile does not make any difference the extract works in both cases the prepare fails as described above.<br><br></div>Now for the time being there is no need to spent to much time on this subject as the standard profile.lua extract/prepare/run works fine and fast even on the full Belgian country.<br><br></div>We ran into this issue as we read a lot to take an extract to test profiling.<br><br></div>Btw we tested this on the windows build from july and august.<br><br></div>We will try the latest.<br><br></div>Our major concern and issues we currently are facing is to get a better understanding on the profile.lua config.<br></div>As written in our other post, we would like to understand to actually limit the graph as such, by exmplae performing teh extract/prepare/run work for only railwaylines as a test case.<br><br></div>Thanks again.<br><br></div>Luc<br><div><div><div><div><div><div><div><div><br><br><div><div><br><br><div><div><div><br><div><br></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 21, 2015 at 7:18 PM, Daniel Hofmann <span dir="ltr"><<a href="mailto:hofmann@mapbox.com" target="_blank">hofmann@mapbox.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>Down-sizing files with bounding-box queries is dangerous when not carefully executed.<br><br>We had similar issues a few month ago that went like this:<br></div><br></div>When you do a simple bounding-box query, you do a hard cut through way nodes at the borders, resulting in dangling node references in the OSM file.<br><br></div>What you instead have to do is the following:<br><br></div>- query for all nodes in your bounding-box<br></div>- query for the associated ways for those nodes<br></div>- now run through those ways and return all the way nodes<br><br></div>now your ways no longer have dangling references.<br><br></div>There is a tool to check for dangling references, `osmium check-refs`:<br><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div>> <a href="http://gis.19327.n5.nabble.com/Referential-Integrity-Problem-td5848030.html#a5848890" target="_blank">http://gis.19327.n5.nabble.com/Referential-Integrity-Problem-td5848030.html#a5848890</a><br><br></div><div>Which OSRM version are you on? I thought we made the dangling reference issues harder to crash OSRM and instead throwing and error. Could you try with the latest 4.8.1 release please?<br></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Mon, Sep 21, 2015 at 5:06 PM, Luc Van Linden <span dir="ltr"><<a href="mailto:luc.vanlinden@gmail.com" target="_blank">luc.vanlinden@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="h5"><div dir="ltr"><div><div><div><div><div><div><div><div><div>Hi<br><br></div>We are currently testing the usage of OSRM (on windows using the published binaries) and the way the profile.lua file needs to be configured to minimise the resulting graph.<br><br></div>We would like to understand which part of the lua file will actually "decide" if a specific element/tag/way is included in the graph.<br><br></div>We have tested with afull belgian coverage. The standard profile.lua file works for extract/prepare and run.<br><br></div>However when we use a small but substantial relevant subset of Belgium, using a BBOX, osrm_extract fails. A windows messagebox pops up, just a message saying the program osrm.extract has stopped working.<br><br></div><div>This is the console output:<br><br>[info] Input file: belgium-latest.osm.pbf←[0m<br>[info] Profile: profile.lua←[0m<br>[info] Threads: 4←[0m<br>[info] Using script profile.lua←[0m<br>[STXXL-MSG] STXXL v1.4.99 (prerelease/Release) (git f7389c79e946430f5e3f7efc15e5<br>bcc29183d200) + gnu parallel(__GLIBCXX__)<br>[STXXL-MSG] Disk 'd:\temp\stxxl' is allocated, space: 10000 MiB, I/O implementat<br>ion: wincall queue=0 devid=0<br>[info] Parsing in progress..←[0m<br>[info] input file generated by Osmium (<a href="http://wiki.openstreetmap.org/wiki/Osmium" target="_blank">http://wiki.openstreetmap.org/wiki/Osmium</a><br>)←[0m<br>[info] timestamp: 2015-07-13T21:15:02Z←[0m<br>[info] Ignoring turn restrictions←[0m<br><br></div><div><br></div>- is there somewhre a log file we can check?<br></div>- does osrm.extract expect all info to be available? I can image that the BBox rectangle extract might be missing some nodes or other elements in routes/restrictions etc?<br></div>- more generic, what is the information osrm.extract is expecting in an osm file?<br><br></div>thanks<span><font color="#888888"><br><br></font></span></div><span><font color="#888888">Luc<br><div><div><div><br><div><br><div><div><br> <br></div></div></div></div></div></div></font></span></div>
<br></div></div>_______________________________________________<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.org/listinfo/osrm-talk</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________<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.org/listinfo/osrm-talk</a><br>
<br></blockquote></div><br></div>