Який найкращий спосіб здійснити маршрутизацію через такі ділянки, як паркування?

Я використовую OSM2PO для просування маршрутів для прогулянок, і я помітив, що багато пішохідних доріжок до OSM не є ідеально налаштованими.

Наприклад, існує безліч доріжок, розділених автостоянками, які, очевидно, є пішими, але вони ігноруються і не перетворюються на дороги, тому маршрутизатор вважає, що ви не можете їх пройти. Це призводить до набагато більшого відстані пішки, ніж необхідно.

Чи є якийсь практичний спосіб вирішити це? Я здогадуюсь, що така ж проблема виникає і при роботі з будь-якими "територіями", які є прохідними (тобто парками без шляхів через них).

Інше питання, коли тротуари не підключаються до доріг. У багатьох ситуаціях це знову ж таки призводить до підсумкових результатів маршрутизації.

OSM має ці проблеми повсюдно. Це звучить як складна проблема, але поширена, тому мені цікаво, чи хтось вирішив це на практичному шляху.

Дякуємо за ваші думки!

Маючи на увазі відповідь Шона (про те, що ви повинні додати «пропущені» погладжування самостійно), а також те, що технічно пропущені частини технічно є частинами дорожнього графіка, які, в свою чергу, є лише лініями, ось короткий шлях, який ви можете швидко вирішити. використання. Якщо пішохідна доріжка має спільну точку з полігоном, який «може проходити», експортуйте межу цього полігону як лінію у свій графік дорожнього руху (за необхідності змінюючи атрибути). Таким чином шлях не буде прориватися на кордоні такого багатокутника, а натомість буде відображений по його периметру.

Другий (необов'язковий) крок - побудувати прямий шлях через багатокутники. Якщо ви додасте спеціальний тег до експортованих меж (тобто зробіть їх ідентифікованими), ви можете вибрати вузли реальних шляхів, що лежать на одній експортованій межі, і створити просту пряму лінію від однієї точки до іншої та додати цей рядок до свого графіка - ви отримаєте свої вигадані непереборні шляхи. Тепер ви можете видалити межі графіка. Залежно від програмного забезпечення, яке ви надаєте перевагу, і ваших навичок, ви можете побудувати вигадані контури за допомогою цього алгоритму, не фактично додаючи межі до вашого графіка.

Єдиний практичний спосіб - самостійно додати дані "відсутніх" маршрутів. ОСМ, мабуть, не повинен ставити стоянки на свої пішохідні маршрути. Існують проблеми відповідальності при додаванні маршрутів, які не є реальними, належним чином підтримувані пішохідні доріжки. Автостоянка, хоч і може бути ходовою, але може бути небезпечною і може бути приватною власністю. У вас будуть подібні проблеми з парками чи будь-яким іншим простором, який не побудований для подорожі пішоходами. Розгляньте ці питання уважно, перш ніж направляти людей через ці області.

Так, проблема полягає в самих OSM-даних. Для маршрутизації вам знадобиться мережа ліній (ребер) і посилань (вершин). Полігон - ще одна проблема. Я думаю, що найпростіший спосіб впоратися з цим - намалювати додаткові шляхи безпосередньо в JOSM. У osm2po є дві альтернативи керування пішки / велосипедом / автомобілем. Або побудуйте графік для однозначного випадку використання, або побудуйте багатоцільовий графік (з усіма дорогами, стежками тощо) і динамічно приймайте рішення під час руху (маршрутизації). Для останнього можуть знадобитися навички Java. Щоб отримати перше враження про те, як це може працювати, загляньте в поточну банку плагінів (вихідний код додається). Там ви знайдете маршрутизатор, який чекає на дорожні сигнали одну хвилину.