Peter,
yes, I think you’ve put the finger on the problem: my map has lots of small 
ways that are not connected to the rest of the graph. So I think it actually 
finds an edge to start off with, but then it can’t find a route because it’s an 
island, although not a « oneway island », just an isolated island. So is the 
config prepare.minOnewayNetworkSize although useful in this case ?

In the SO issue you mention, it says that one should try to « decrease 
prepare.minNetworkSize », is that correct or do you mean actually « increase » 
the value ? and then should I recompile and rebuild the graph when I play with 
this value or can I just restart the server ?

Thanks,
Laurent

On 28 févr. 2015, at 21:16, Peter <[email protected]> wrote:

> The default settings should be already sufficient for ~1000m
> Maybe your start point is in a trap due to a barrier or similar?
> Maybe you try http://stackoverflow.com/a/26433076/194609
> 
> Kind Regards,
> Peter
> 
> 
> On 28.02.2015 17:27, Laurent Bendel wrote:
>> Hi all,
>> no answer, but I’ve found these two setting in config.properties, which I 
>> changed as follows:
>> 
>> index.highResolution=1000
>> index.maxRegionSearch=8
>> 
>> But it doesn’t seem to help. First question is, do I need to recompile after 
>> changing these two variables ? do I need to rebuild the graph ? well, I did 
>> both anyway, but it still sometimes returns « point 0 not found » when the 
>> coordinates is more than around 300-500m from the nearest road. Do I need to 
>> change something else ?
>> 
>> Thanks,
>> Laurent
>> 
>> 
>> On 23 févr. 2015, at 19:08, Laurent Bendel <[email protected]> wrote:
>> 
>>> Hi all,
>>> I’m trying to find which option controls the max distance taken in account 
>>> when looking up the closest edge for the start and end point given in a 
>>> search. In some areas that are very poorly mapped, it’s sometimes possible 
>>> to give a coordinate that is too far away from the closest road and the 
>>> server returns an error. I’d like to increase this value.
>>> 
>>> Thanks,
>>> Laurent
>>> 
>> 
> 
> _______________________________________________
> GraphHopper mailing list
> [email protected]
> https://lists.openstreetmap.org/listinfo/graphhopper

_______________________________________________
GraphHopper mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/graphhopper

Reply via email to