<div dir="ltr"><div><div><div>Hi Emden,<br></div>Glad that it works now. AFAIK there is no automatic cleaning of the cache when you update the osm file.<br></div>When I use a new osm file, I simply remove the cached directory (the one specified with setGraphHopperLocation), and restart my program and that's all.<br>
</div><div>Bruno<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jun 20, 2014 at 7:50 PM, Emden R. Gansner <span dir="ltr"><<a href="mailto:erg@research.att.com" target="_blank">erg@research.att.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 6/20/14, 12:24 PM, Bruno Carle wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Here is the output that I get...<br>
115 points<br>
distance from source to start 89.8181ms<br>
distance from end to target 38.4730ms<br>
<br>
Do you get the same output ?<br>
</blockquote></div>
No, I was getting<div class=""><br>
75 points<br>
distance from source to start 89.8181ms<br></div>
distance from end to target 6543.5255ms<br>
<br>
I believe I have figured out the problem. I must not be understanding the data caching model correctly. I was<br>
concerned that the truncated routes I was seeing was due to a truncated OSM data set, so I replaced the argument<br>
to setOSMFile to the larger texas-latest.osm.pbf but kept the argument to setGraphHopperLocation the same. Testing<br>
again, I was still getting truncated routes.<br>
<br>
Since the test program, the graphhopper code and the raw OSM file were the same as yours, I wondered if the routing<br>
was using the old cached data. Indeed, after removing those files, when next I called the test program, there was a long delay<br>
as the files were rebuilt, and I ended up with the same answer that you reported.<br>
<br>
So what is the correct procedure when switching to a new data file? I assumed there was some check that the cached data<br>
belonged to the file referred to in setOSMFile, but apparently this is not the case. Am I responsible to make sure each new<br>
OSM file gets a clean graphhopper location directory for generating the cached files? Or is there some way to tell graphhopper<br>
to enforce this?<br>
<br>
Thanks, and sorry for the misunderstanding on my part.<div class="HOEnZb"><div class="h5"><br>
<br>
     Emden<br>
<br>
<br>
______________________________<u></u>_________________<br>
GraphHopper mailing list<br>
<a href="mailto:GraphHopper@openstreetmap.org" target="_blank">GraphHopper@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/graphhopper" target="_blank">https://lists.openstreetmap.<u></u>org/listinfo/graphhopper</a><br>
</div></div></blockquote></div><br></div>