[GraphHopper] Shortest route failed (ferry issue?)
Peter
graphhopper at gmx.de
Fri Jul 10 08:50:20 UTC 2015
Hi Martin, Hi ZhiQiang,
this could be related to the bug ZhiQiang mentioned but this was already
fixed:
https://github.com/graphhopper/graphhopper/issues/367
This can only occur for shortest path routing:
https://github.com/graphhopper/graphhopper/issues/242
Martin, do you use master or a 0.4 branch?
Regards,
Peter
On 09.07.2015 19:46, John Zhao wrote:
> Hi Martin,
>
> I have face the same problem.
> At last I found it caused by maxspeed=3 in the osm data.
> carFlagEncoder use 5 as factor of speed encoding.
> every number below 5 will be convert to 0.
>
> Then you will have some edges in the graph with speed=0.
>
> *Best Regards,*
> *ZhiQiang ZHAO*
>
> On Thu, Jul 9, 2015 at 5:20 AM, Martin Sauvage
> <martin.sauvage at gmail.com <mailto:martin.sauvage at gmail.com>> wrote:
>
> Hello,
>
> I'm facing an issue when routing with shortest path between these
> 2 GPS points:
> 47.194150,-1.676384
> 47.197470,-1.671832
>
> Caused by: java.lang.IllegalStateException: Speed cannot be 0 for
> unblocked edge, use access properties to mark edge blocked! Should
> only occur for shortest path calculation. See #242.
>
> I suspect the shortest route tries to take the ferry (Bac Indret)
> with no defined speed while the fastest route provides:
> https://graphhopper.com/maps/?point=47.19415%2C-1.676384&point=47.19747%2C-1.671832&locale=fr-FR&layer=Lyrk
>
> Is it a GH bug or an OSM data issue? Is there any way to fix this
> crash (do not take ferry with shortest route) ?
>
> Thanks,
> Martin
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/graphhopper/attachments/20150710/dd5cb0a3/attachment.html>
More information about the GraphHopper
mailing list