Допоможіть вибрати відповідний двигун маршрутизації

Я будую систему планування маршрутів, але мені ще належить вирішити, який основний двигун маршрутизації я буду використовувати. Поки що я знайшов pgrouting та neo4j.

Я маю свою маршрутну мережу в базі даних postgresql / postgis (імпортовано з форм-файлу). Я зробив запити для вилучення вузлів (кінцевих точок способів, коли вам потрібно прийняти рішення, в якому напрямку рухатися або тупиків) та витягнути краї (часто складаються кількома послідовними способами). Усі мої краї двосторонні.

Моя основна мета - обчислити маршрути в цій мережі, використовуючи алгоритм зірки A, де відстань = вартість.

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

• Чи могло б pgrouting задовольнити мої потреби?
• Це досить швидко для запитів на льоту (+ -2000 вузлів, + -4000 ребер)? Зазвичай це буде декілька мс для A-зірки, але я не впевнений у цій реалізації на sql.
• Чи надає мені pgrouting A-star список вузлів та ребер?
• У більшості прикладів, які я бачу щодо pgrouting, я помічаю, що зазвичай існує список команд після обчислення маршруту (наприклад, "На X повернути ліворуч тощо"). Чи виробляє це пророщування це чи це з іншої системи?

Сподіваюся, хтось може дати мені трохи інформації про те, яку систему вибрати. Neo4j, pgrouting або інша система.

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

Перша проблема полягає в тому, що A-Star реалізується лише в тому випадку, якщо ви використовуєте вбудовану базу даних, а не через API REST (сервер). Якщо ви хочете використовувати Neo4j з API REST, то підтримується лише алгоритм Dijkstra. Друга проблема - вимоги до апаратної пам'яті для Neo4j. Для маршрутизації (Dijkstra) в "більших" мережах потрібно багато оперативної пам'яті. Під великою мережею я маю на увазі щось на зразок розміру дорожньої бази даних Німеччини OSM . Я провів свої тести на 6 Гб оперативної пам’яті (це все, що я маю на даний момент), і лише менші мережі могли бути маршрутизовані без помилок винятку OutOfMemory. "Малі" мережі в моїх тестових випадках є, наприклад, дорожньою базою даних OSM для Австрії чи Хорватії. Одночасні запити, які я досі не тестував у Neo4j.

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

Продуктивність: У більшості випадків Neo4j перевершує pgRouting. Але лише за наявності достатньої пам’яті для даного набору даних і якщо всі вузли та зв’язки знаходяться в пам’яті (гарячий старт). Збільшення / зниження продуктивності залежить від безлічі факторів, але в основному від розміру мережі та відстані (стрибки) між джерелом та цільовим вузлом.

Ваш розмір мережі досить невеликий, тому у вас не повинно виникнути проблем із пам'яттю. Напевно, Neo4j - це не поганий вибір, але вам доведеться адаптуватися до "трохи" іншої моделі даних, ніж у стандартних базах даних.

Щоб відповісти на запитання:

• У pgRouting вам не доведеться турбуватися про реалізацію AStar в sql, що вже реалізовано.
• Так, pgRouting може дати вам список вузлів та ребер
• Я не думаю, що pgRouting може надати вам таку інформацію за допомогою певної роботи над запитами. Але, можливо, я помиляюся, можливо, хтось це зробив і може допомогти вам більше в цьому питанні.

Я не знаю, чи допоможе це вам безпосередньо, але один з найшвидших серверів маршрутизації, який я знайшов, - osm2po . Він працює з набором даних OSM і є досить швидким. Наразі реалізовано лише dijkstra, але розробник оголосив також AStar. Я сподіваюся, що щось із цього вам допоможе. :)

Ви також можете ознайомитися з нашим пакетом RW Net 4 (www.routeware.dk). Він може робити такі найкоротші обчислення шляху, використовуючи A * прямо з файлу SHP. Базовий пакет у розмірі 500 євро здається достатнім для ваших потреб.