BRouter: offline Fahrrad-Routing für Android

Ich hab mal eine Vorabversion der neuen Version von Brouter online gestellt:

http://brouter.de/brouter-web-preview/

Benutzt allerdings den Port 444 und geht daher nicht durch jeden Proxy oder Firewall.

Ist erstmal recht langweilig, weil bei den bekannten Profilen exakt das gleiche rauskommen soll wie bisher (daraufhin hab ich’s getestet…)

Interessant die beiden neuen Profile “rail” und “river” für Routing über’s Schienen oder Flussnetz.

Der Grund für diese Vorabversion ist aber eher, weil’s ja mit der neuen Lookup-Tabelle viel mehr Möglichkeiten gibt und ich gerne mit der neuen Version dann auch mindestens ein Wander- und ein Rollstuhlprofil veröffentlichen würde. Und wenn in der Tabelle noch was fehlt kann ich das auch noch nachschieben.

Also wer sich in einem der Themen auskennt und bisschen Zeit zum basteln hat… ich bin auch gerne dabei, um das technische und das fachliche know-how zusammenzubringen.

Würde mich da über Input freuen…

Gruss, Arndt

PS: übrigens sind die neuen Routing-Data files ca 30% kleiner, obwohl mehr drinsteht…

Hier würde ich “Routing nicht möglich” erwarten. Weil zum Umspuren in die Werkstatt fahren zählt imho nicht, auch wenn er das gefunden hat :wink:
An reinen Kreuzungen das Gleis wechseln ist auch nicht so super. Beim ersten Versuch habe ich als Ergebnis die Kombination der ersten und zweiten Alternative erhalten, also so in etwa.

ja klar :slight_smile:

ist jetzt auch nur so hingerotzt mit den Wasser- und Schienenwegen und soll sagen: Fantasie ist gefragt, BRouter wird flexibler, neue Anwendungen werden möglich.

Das goldene Kalb beim Schienenrouting ist ja aber das intermodale Routing Fuss/Schiene oder Rad/Schiene. Leider gibt es Verbindungen zwischen Schienen- un Strassennetz wie ich das sehe zwar an Bahnübergängen, aber nicht an Bahnhöfen, also das braucht noch bisschen Hirnschmalz.

Aber jetzt erstmal Wander- und Rollstuhlrouting…

Hmm… Strasse->Parkplatz->Gehweg->Bahnsteig->PT-Relation->Bahnsteig->Gehweg->Fahrradmietstation->Strasse
Will sagen: Für intermodales Routing braucht man mEn eher den Weg bis zum (richtigen!) Bahnsteig und eine Fahrplanauskunft. Dabei ist man ja üblicherweise an das gebunden, was an öffentlichen Verkehren angeboten wird. Mit einer Faltdraisine (wofür Bü als Startpunkt besser wären) selbst fahren dürfte immer zu teuer und aufwändig sein :smiley:

Wäre denn das Problem der Kreuzungen und Richtungswechsel über Modifikationen des Profils prinzipiell lösbar oder bräuchte es vermutlich mehr?

Routing auf Wasser könnte da einfacher (“Wendeverbote” an Weichen) und nützlicher (Trassen- und Stationsgebühren, Fahrplanzwang) sein. Dazu kann bestimmt @streckenkundler was sagen :wink:

#schnipp# irgendwas hat doppeltes Lottchen gespielt…

Guten Morgen,

der Router routet derzeit bei Wasser auch entlang von Gewässerkanten (waterway=riverbank), was nicht richtig ist. Routing sollte auschließlich an der Fließgewässserachse (waterway=river/canal/stream) erfolgen. In meinem Testfeld… ähm meiner Heimat gibt es an allen Gewässerabschnitten, die befahren werden dürfen: boat=yes, canoe=yes/no, motorboat=yes/no. Bei letzteren gibt es einige speziellere Regeln, die aber fürs allgemeine Routing eher zweitrangig sind. Gewässer die nicht befahren werden dürfen haben ein boat=no (z.t. sind es trotzdem schiffbare Landesgewässer).
Was noch zu beachten ist:
waterway=weir ist nicht für Boot passierbar.
waterway=lock_gate (Schleuse) ist passierbar
ein besondere Ding ist die Kahnrolle: whitewater=portage_way http://www.openstreetmap.org/way/110254259 (wenn auch noch nicht ganz korrekt getaggt).

Sven

o.k. hab ich angepasst auf: or waterway=canal or waterway=river waterway=lock_gate

ich dachte ohne riverbank geht es nicht, hatte das waterway=river beim Rhein nur nicht gesehen, weil da immer genau die Landesgrenze drauf ist.

waterway=stream hab ich allerdings rausgefiltert, das waren mir zu viele. Wenn man die zum Bootswandern braucht, müsste ich den Filter noch verfeinern.

naja, besser mal die Kirche im Dorf lassen… Ich fänds schon gut, wenn ich mit dem Rad in einer S-Bahn sitze, dass mir dann der Router sagt, an welcher Station ich aussteigen soll. Und so schwierig ist das nicht, ich müsste mir nur synthetitische Anschlüsse generieren von den railway=station/halt nodes zu dem nächstgelegenen Weg, der für Fahräder zugänglich ist.

Grundsätzlich habe ich im Spreewald ein bisschen ein Problem damit, kleinere Gewässer auch als river zu bezeichnen, weil es sehr viele sind, daher auch waterway=stream für kleinere Gewässer (befahrbar, etwa bis 3m breite, bzw. Verbindung von Hauptgewässer)

Ich hab mir das hier in JOSM angeschaut. Entlang von waterway=riverbank kommst du aber nicht zur Schleuse (waterway=lockgate)

Sven

Hi,
hat sich die URL (http://brensche.de/brouter) geändert?

Ist bei mir leer.

Chris

Schau mal hier nach: http://h2096617.stratoserver.net/brouter/

Gruß
Peter

ja, nimm:

http://brouter.de/brouter

oder direkt zu brouter-web:

http://brouter.de/brouter-web

bzw. zur preview der neuen Version mit erweiterter Lookup-Tabelle:

http://brouter.de/brouter-web-preview

Danke. Evtl könnte man dann den Link im ersten Beitrag korrigieren. :wink:

Hallo,
ich habe mit brouter-web
eine Fahrrad-Route geplant und wollte mir die Route als GPX-Datei herunterladen und auf mein Handy mit OSMAND+ einspielen. Wenn ich auf GPX klicke öffnet sich bei im Firefox ein neuer Tab mit folgendem Inhalt:
http://www.pic-upload.de/view-23770702/brouter-xml.jpg.html

Mache ich was falsch oder liegt der Fehler an brouter-web ?

Gruß
Peter

Hallo Peter,

das Ergebnis solle eigentlich direkt gespeichert und nicht geöffnet werden, da verhalten sich die Browser mal wieder unterschiedlich. Ich habe dazu einen Issue erstellt.

Bis das behoben ist, kannst Du entweder das GPX im neuen Tab mit “Datei” > “Seite speichern unter…” herunterladen oder aber direkt auf dem Link mit Rechtsklick > “Ziel speichern unter…”.

Gruß,
Norbert

Ich habe Firefox (V 30.0) so eingestellt, daß beim Download eines XML-Dokuments jedesmal nachgefragt wird, ob die Datei geöffnet oder gespeichert werden soll. Erstelle ich mit graphhopper eine Route und klicke anschließend auf GPX, wird die Nachfrage korrekt ausgeführt. Beim Download erhalte ich dann auch ein Datei mit Name graphhopper.gpx und Dateityp OpenStreetMap.data.
Bei brouter-web wird keine Nachfrage gestellt und mit “…speichern unter” erhalte ich eine Datei mit Name brouter.xml und Typ XML-Dokument.

Kann / muß ich die XML-Datei in eine GPX-Datei umwandeln und wenn ja wie ?

Gruß
Peter

GPX ist (wie .osm) ein XML-Format. Wenn der Inhalt stimmt (wie auf dem Bild oben) hat die Datei also nur einen anderen Namen.

Klar: Wer eine aufgerufene Datei öffnen kann wird sie öffnen. Mit dem Content-Disposition-Header (Wikipedia dazu) kann man versuchen ein Speichern zu erzwingen.

Verstehe ich das richtig, daß der “Inhalt” der Datei o.k. ist und nur der Datei-Name bzw. Datei-Typ ( .xml statt .gpx) falsch ist ?

Wenn ich die brouter.xml auf mein Samsung Galaxy SII in den Ordner OSMAND/tracks kopiere, wird die Datei von OSMAND+ nicht erkannt / angezeigt.

Kann ich den Namen von brouter.xml in brouter.gpx ändern und wie ?
Wenn ich die Datei mit Wordpad öffne und auf Speichern unter klicke, erhalte ich kein gpx-Format zur Auswahl.

Gruß
Peter

Ignoriert das Programm barrier=turnstile. ich habe es extra auf nur zu Fuß gestellt, aber der will mich weiter durch den Stadtpark (kostet Eintritt) routen.

Ja. Der “Dateityp” ist je nach Definition des Wortes richtig (inhaltsbasiert) oder falsch (namensendungsbasiert) :wink: