[GraphHopper] Truncated routes

Bruno Carle bruno.carle at gmail.com
Fri Jun 20 20:54:26 UTC 2014


Hi Emden,
Glad that it works now. AFAIK there is no automatic cleaning of the cache
when you update the osm file.
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.
Bruno


On Fri, Jun 20, 2014 at 7:50 PM, Emden R. Gansner <erg at research.att.com>
wrote:

> On 6/20/14, 12:24 PM, Bruno Carle wrote:
>
>> Here is the output that I get...
>> 115 points
>> distance from source to start 89.8181ms
>> distance from end to target 38.4730ms
>>
>> Do you get the same output ?
>>
> No, I was getting
>
> 75 points
> distance from source to start 89.8181ms
> distance from end to target 6543.5255ms
>
> I believe I have figured out the problem. I must not be understanding the
> data caching model correctly. I was
> concerned that the truncated routes I was seeing was due to a truncated
> OSM data set, so I replaced the argument
> to setOSMFile to the larger texas-latest.osm.pbf but kept the argument to
> setGraphHopperLocation the same. Testing
> again, I was still getting truncated routes.
>
> Since the test program, the graphhopper code and the raw OSM file were the
> same as yours, I wondered if the routing
> was using the old cached data. Indeed, after removing those files, when
> next I called the test program, there was a long delay
> as the files were rebuilt, and I ended up with the same answer that you
> reported.
>
> So what is the correct procedure when switching to a new data file? I
> assumed there was some check that the cached data
> belonged to the file referred to in setOSMFile, but apparently this is not
> the case. Am I responsible to make sure each new
> OSM file gets a clean graphhopper location directory for generating the
> cached files? Or is there some way to tell graphhopper
> to enforce this?
>
> Thanks, and sorry for the misunderstanding on my part.
>
>
>      Emden
>
>
> _______________________________________________
> GraphHopper mailing list
> GraphHopper at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/graphhopper
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/graphhopper/attachments/20140620/a9adda28/attachment.html>


More information about the GraphHopper mailing list