Навігація
Розрахунок маршруту
Розрахунок маршруту повільний
Android. OsmAnd використовує два різні офлайн-рушії маршрутизації: рушій на основі Java та нативний рушій (C++).
- Рушій на основі Java використовується в Безпечному режимі, але він приб лизно в 10 разів повільніший за нативний рушій. Він також має суворі обмеження пам’яті, що може призвести до помилок, таких як Недостатньо пам’яті для обчислення. Якщо ви зіткнулися з цією проблемою, перейдіть до Плагіни → Розробка OsmAnd → Налаштування → Безпечний режим і переконайтеся, що ця опція вимкнена.
- Нативний рушій (C++) забезпечує кращу продуктивність, але його ефективність залежить від пам’яті та можливостей процесора вашого пристрою. Зазвичай, нативна маршрутизація добре працює для маршрутів до 300 км, з часом розрахунку маршруту від 15 секунд до 4 хвилин. Якщо процес займає більше 4 хвилин, бажано зупинитися, оскільки програма може вийти з ладу.
Як розрахувати маршрути довше 250 км?
-
Якщо програма не показує маршрут після 7-8 хвилин розрахунку, розгляньте можливість розміщення проміжних точок (нап риклад, виберіть місця на автомагістралях). 3-4 проміжні точки буде достатньо для розрахунку навіть 1000 км маршрутів.
-
Для топових пристроїв ви можете збільшити пам’ять до 512 МБ або 1024 МБ - Пам’ять, виділена для маршрутизації.
-
Для версії Android ви можете створити профіль навігації з онлайн-маршрутизацією або маршрутизацією сторонніх розробників (BRouter). Докладніше про це читайте тут.
Розрахунок 50 км маршрутів для пішоходів
Якщо ви використовуєте профіль Пішки в OsmAnd, програма може вийти з ладу при розрахунку маршрутів довше 50 км. Ця проблема виникає саме тоді, коли в налаштуваннях навігації вибрано Стандартна маршрутизація A*. Кілька факторів можуть сприяти цій проблемі:
- Довжина маршруту перевищує 50 км.
- Кількість прямих точок на маршруті перевищує 1 мільйон.
- Ви використовуєте мобільний пристрій для розрахунку маршруту, що не рекомендується для маршрутів такої довжини. Розгляньте можливість використання веб-версії для кращої продуктивності.
Щоб уникнути збоїв з маршрутами подібної відстані, ви можете переключитися на інші типи профілів, наприклад Велосипед.
Розрахований маршрут здається неправильним
Щоб відстежити проблеми з неправильними або неоптимальними маршрутами, будь ласка, відкрийте нове повідомлення в обговореннях Github або проблемі Github і якомога детальніше вкажіть наступну інформацію:
- Яку версію OsmAnd ви використовуєте, на якому пристрої?
- Ви використовуєте офлайн-карти, запропоновані для завантаження в додатку OsmAnd, чи онлайн (плиткові / растрові) карти?
- Якщо ви використовуєте офлайн-карти, вкажіть точну назву файлу карти, де виникає проблема з маршрутизацією, та дату її видання.
- Вкажіть, чи використовували ви офлайн-маршрутизацію в додатку OsmAnd, чи будь-якого онлайн-провайдера маршрутизації, такого як YOURS, OpenRouteService або OSRM.
- Який профіль маршрутизації вибрано в додатку OsmAnd (автомобіль, велосипед чи пішохід)?
- Будь ласка, якомога точніше вкажіть початкову та кінцеву точки вашого маршруту. Якщо можливо, вкажіть назву міста та назву вулиці для кожної. Також може бути корисним Permalink з openstreetmap.org.
- Розкажіть про очікуваний маршрут і про те, як маршрутизує OsmAnd.
Інформація про дорогу
OsmAnd показує лише деякі камери контролю швидкості
За вдяки геоданим, взятим з проєкту OpenStreetMap, наразі існує два методи інтеграції камер контролю швидкості в необроблені дані OSM:
- Точка (названа "вузлом" в термінології OSM) шляху позначена тегом "highway=speed_camera", див. вікі OSM за адресою highway=speed_camera
- Група елементів даних OSM об'єднана в так зване "відношення", яке містить більше елементів, ніж один вузол, для опису напрямку, який охоплює камера контролю швидкості. Див. Relation:enforcement.
Наразі OsmAnd може використовувати лише елементи, що складаються з одного вузла. Аналіз відношень буде додано в майбутньому випуску.