08.01.2022, 11:42
Moin.
Gestern abend und heute morgen habe ich mir einige Diskussionen auf discuss.graphhopper.com und github.com/graphhopper/graphhopper/issues/ durchgelesen und bin dabei zu dem Schluß gekommen, daß der Anwendungsfall "grenzüberschreitendes Routing ohne riesige Downloads" nicht lösbar ist, solange Graphhopper nicht die Kombination mehrerer Graphen erlaubt oder auf eine kachelbasiertes Modell übergeht. In dem Zusammenhang bin ich auch auf github.com/valhalla/valhalla gestoßen, dieses Projekt vermeidet dem Anschein nach Graphhoppers Konzeptschwäche bei der räumlichen Aufteilung der Routingdaten.
Was Graphhopper in RC betrifft, wäre mein Vorschlag, für den Download der europe-latest.osm.pbf eine Rückfrage mit Hinweis auf die Downloadgröße und den Zeitaufwand für die Konvertierung einzuführen, ob der Benutzer das wirklich will oder doch lieber mit BRouter weitermachen möchte.
Gestern abend und heute morgen habe ich mir einige Diskussionen auf discuss.graphhopper.com und github.com/graphhopper/graphhopper/issues/ durchgelesen und bin dabei zu dem Schluß gekommen, daß der Anwendungsfall "grenzüberschreitendes Routing ohne riesige Downloads" nicht lösbar ist, solange Graphhopper nicht die Kombination mehrerer Graphen erlaubt oder auf eine kachelbasiertes Modell übergeht. In dem Zusammenhang bin ich auch auf github.com/valhalla/valhalla gestoßen, dieses Projekt vermeidet dem Anschein nach Graphhoppers Konzeptschwäche bei der räumlichen Aufteilung der Routingdaten.
Was Graphhopper in RC betrifft, wäre mein Vorschlag, für den Download der europe-latest.osm.pbf eine Rückfrage mit Hinweis auf die Downloadgröße und den Zeitaufwand für die Konvertierung einzuführen, ob der Benutzer das wirklich will oder doch lieber mit BRouter weitermachen möchte.
Grüße
Hans
Hans