OpenStreetMap / Routenberechnung

[arnoa]

Habe nun mein Offline-Navi soweit laufen. Bin schon soweit dass ich die Daten in einer Postgres DB importieren kann, und in Postgres meine Query absetzten kann um den kürzesten Weg zu finden.

Aktuelles Problem derzeit - die Navigation bezieht sich bzw. ist nur funktional wenn ich Straßen als Start/Ziel wähle. Ich habe keine Möglichkeit z.B. in meinem Trainingspark (Donaupark) zu navigieren. Die Wege werden zwar alle in OSM dargestellt, aber irgendwie scheint es dass die Daten dann doch nicht zur Verfügung stehen.
Liegt es an osm2po oder an OSM selber - kennt jemand das Problem?
Kann fast nicht glauben dass ich der einzige bin der mit OSM bzw. osm2po arbeitet?!

Danke schon mal!
LG, Arno

[lokirobotics]

Ich arbeite gelegentlich auch mit OSM. In den Karten steht alles, was man wissen muss.

Jegliche Wege, Flächen etc. sind Geometrische Figuren mit Koordinatenangaben.
Dazu steht auch immer der Typ.
Wenn du dir aus den interessanten Geländeabschnitten einen Graph erstellst solltest du da auch ohne Probleme navigieren können.
Was ist osm2po?

[arnoa]

Mit osm2po bringe ich die OSM Daten in eine Postgresql Datenbank. Dort mache ich mit pgRouting die Routenberechnung – das funktioniert im Grunde schon ganz gut aber eben noch nicht perfekt. osm2po hat auch ein Web-GUI mit dem mitunter Routen grafisch dargestellt werden.

Meine Probleme liegen jetzt nur noch beim pgRouting. pgRouting bzw. die Postgres Functions bringe ich nicht dazu z.B. nur Wege (footway) zur Routenberechnung zu nehmen. Hier werden immer noch Straßen mitberücksichtig – was ich in meinem Fall ausschließen möchte da ich meinen Bot nur innerhalb eines Parks (keine öffentlichen Straße) navigieren lassen möchte.

[lokirobotics]

Gibt's die Möglichkeit, bestimmte Layer beim Konvertieren auszuschliessen?

[arnoa]

Genau bei diesem Problem hänge ich im Moment ;(
pgRouting bietet eine Postgres-Function shortest_path - diese bietet selbst keine Parameter. Soweit ich jetzt gelesen habe kann man die Wege/Strasse/... über cost irgendwie regulieren - da bin noch am suchen und rumprobieren ...

Hast Du zufällige mit OSM in Verbindung mit Postgres Erfahrung?

[lokirobotics]

Nein, überhaupt nicht.
Ich mache die Sachen immer lieber selbst. Dann weiß ich auch genau, was abläuft. ;D

Ich denke mal, ne Straße wird wesentlich niedrigere Kosten haben, als (unbefestigte) Wege. Vielleicht kann man ja ne cost range angeben?

[markusj]

Während eines Praktikums an der Uni habe ich an einem OpenStreetMap-Routenplaner gearbeitet, auf Java-Basis. Die dabei gewonnene Erkenntnis (vor ca. zwei Jahren): Das OSM-Kartenmaterial ist hübsch anzusehen, aber für Routingzwecke nicht ohne Zusatzarbeit geeignet, da das Format butterweich ist (keine einheitlichen Standards und Computer sind nicht gut darin, Zusammenhänge zu erraten). Außerdem gibt es teilweise hässliche kleine Lücken im Kartenmaterial, die Optisch nicht zu erkennen sind, aber Pfade unterbrechen. Vielleicht hat sich da im Rahmen von Aufräumarbeiten/Verbesserungen inzwischen was getan, aber ich glaube kaum dass das Grundproblem, nämlich viele verschiedene Umschreibungsmöglichkeiten für das gleiche, behoben wurde.

mfG
Markus

PS: Mich würde Mal die Performance der Postgres-Lösung interessieren ... Könntest du da Mal Zahlen für entsprechendes Kartenmaterial +Routen nennen?