2014-09-25 3 views
1

Мы получаем один маршрут при запуске GraphHopper с включенными иерархиями сокращения и другим маршрутом, когда мы отключим иерархии сокращения. Почему это происходит?Непоследовательные маршруты GraphHopper

Работающий пример можно скачать с: https://bitbucket.org/equipemovup/graphhopper-example

+0

Этого не должно быть. Вы изменили GraphHopper? А если нет, можете ли вы предоставить точный пример (лат, пара лонов), где это происходит? Также, пожалуйста, укажите файл osm, который вы использовали (последний berlin от geofabrik?). Также, пожалуйста, попробуйте, если это также произойдет для 0.4-SNAPSHOT – Karussell

+0

Нет, мы не модифицировали GraphHopper в любом случае. Мы пробовали с последней версией GitHub и с версией GraphHopper 0.3 из mnvrepository. Обе версии имеют одну и ту же проблему. Мы использовали последний берлин из геофабрика. Использовали пары лат-лонов: (52,535926,13,192974) и (52,52651,13,493285). См. Обе версии в: http://goo.gl/D5GkWA и http://goo.gl/ABa46B – regispires

+0

Ваш код выглядит хорошо. Я загрузил и попробовал, но в обоих случаях я получаю: расстояние: 23436.698276358577, время: 30мин, очки: 262, упростить (487-> 262). Или какие отличия вы получаете? Может быть, вы предоставили мне точный файл OSM, чтобы я мог попробовать еще раз? – Karussell

ответ

1

Он отлично работает, когда мы используем:

(1) ghRequest.setWeighting("fastest") without CH 

или

(2) graphHopper.setCHShortcuts("shortest") with CH 

Наше предложение заключается в том, что GraphHopper должны использовать один и тот же по умолчанию поведение (кратчайший или самый быстрый), когда используется CH или нет.

+1

Да, спасибо! Мы это исправим! https://github.com/graphhopper/graphhopper/issues/261 – Karussell

+0

Теперь по умолчанию используется «самый быстрый» для обоих случаев – Karussell

Смежные вопросы