Karten selbst bauen jetzt ausgelagert in eigenen Thread … http://forum.openstreetmap.org/viewtopic.php?id=26283
.oO( siehe anderer Thread )Oo.
hi,
erstmal vielen Dank für dein super routing programm…
…und jetzt noch dazu, für mich, der mit Rad und Schlauchboot Touren unternimmt,mit der Option sich über Wasserwege routen zu lassen, einfach genial !!
kann mal bitte ein Berufener als ich nachschauen, warum das Programm (online version) kurz nach Aggstein (http://www.openstreetmap.org/edit#map=15/48.3145/15.4129) aussteigt, wenn man eine Route von Melk durch die Wachau nach Krems anzeigen lassen will?
hängt wohl mit irgendwelchen tags zusammen, komme aber nicht dahinter…
freue mich schon, wenn die Neuerungen auch im offline router zu finden sein werden…
lg
hekookeh
Hm, ich komme grade mit dem Online-Router so voll nicht klar: ich kann Start + Ziel auf der Karte markieren, okay - aber wie bringe ich das Ding dazu, dann auch eine Route zu berechnen? …irgendwie passiert da nix, und ich hab den Verdacht dass ich da irgendwas nicht kapiert habe.
Danke!
Maria.
sobald du einen 2. punkt einzeichnest, müsste ohne übriges zutun eine blaue route erscheinen.
…da bist sicher nicht du schuld, manchmal zeichnet chrome bei mir auch keine routen, neustart hilft dann.
probier mal einen anderen browswer…
Die Route wird beim Setzen eines Markers berechnet, da kann man eigentlich nichts falsch machen. Ich vermute, dass der Server die Route (gerade) nicht berechnen konnte, leider kann der Client noch keine Fehlermeldungen anzeigen (nur in der Web-/JavaScript-Konsole). Grund könnte entweder eine momentane Überlastung des Servers sein, dann einfach später nochmal versuchen (Neuberechnung durch Profil-/Alternative-Wechsel anstoßen). Oder dass einer der Marker zu weit von einem routbaren Segment liegt, da hilft es die Marker genauer auf einer Straße zu platzieren.
Gruß,
Norbert
Also ich habe gerade mit Osmand 1.8.2 mal wieder Brouter ausprobiert.
Ist es richtig, dass die Zwischenzielmarker nicht berücksichtigt werden, wenn ich von Osmand selbst Brouter aufrufe.
Ich habe dann die Methode mit Favoriten mit den Namen from-via-to ausprobiert. Da bekam ich die Meldung Brouter würde die Arbeit verweigern, da ich zu viele Wegpunkte in meiner Favoritendatei hätte.
Ich habe eine Liste von ca. 1000 Campingplätzen in meinen Favoriten. Das ich mir Nutzerdefinierte POIs bei Osmand machen kann, weiß ich, will ich aber nicht. Grundinfo ist, die Menge der Favoriten kann Brouter stören.
Ja, das ist richtig, war weiter oben schonmal Thema.
Ich hab’ da zwar eine Begrenzung auf 100 Wegpunkte eingebaut, aber bewusst eigentlich nur, wenn man die Auswahlbox verwenden will um die Wegpunkte aus der Gesamtliste auszuwählen. Bei der Methode über die Namenskonvention sollte das nicht greifen. Schau ich mir an.
Aber interessant natürlich die Info, dass es mit OsmAnd 1.8x wie bisher funktioniert. Danke.
Ich vermute, es liegt am Weg-Punkt-Matching. Da gibt es die Limitierung, dass sehr lange Wegsegmente eventuell nicht gefunden werden, wenn beide Endpunkte zu weit (> ca 10km ) vom Suchpunkt entfernt sind. Wenn diese Vermutung stimmt, sollte man aber insgedam über diesen Abschnitt der Donau routen können, wenn nur Start-und Zielpunkt nahe genug an einem Netzwerkknoten (also z.B. einer Flussmündung) liegen.
Ich muss das noch verbesserrn (Problem tritt bei Autobahnen ja prionziell auch auf) und schwer ist das auch nicht, ich muss nur die Länge der Wegsegmente begrenzen und Zwischenknoten einfügen.
…genau in dem besagten Abschnitt http://www.openstreetmap.org/edit#map=16/48.3148/15.4110 liegt ein Netzwerkknoten, nämlich die Mündung des Groisbaches, das routing steigt aber trotzdem dort aus…
river=stream hab’ ich nicht mit in dem Filter, ist daher nicht Teil des Netzwerks. Wenn ich das Fluss-Routing von Melk nach Altenwörth (zur Mündung der Krems) probiere, dann geht es, also wirds am Wegpunkt-Matching liegen.
Ich hab’ ein Issue eingestellt bei Github/Brouter dazu
Guckguck,
ich schon wieder… bin erstaunt darüber, warum der Online-Brouter neuerdings motzt wenn ich mein eigenes Routing-Profil hochlade, und folgende Fehlermeldung bringt:
Profile error: ParseException at line 32: unknown lookup name: longdistancecycleway
Das Profil beruht auf Trekkingnosteps, und bei dem kommt das auch…
hast du da was geändert?
Gruß,
Maria.
Hallo Maria,
dann benutzt Du aber die Preview der neuen Version ( brouter.de/brouter-web-preview ) ?
Weil da ist die Struktur der Profile bisschen anders. Aber nur bisschen, es sind nur solche technischen Anpassungen, wie z.B., dass es longdistancecycleway als zusammenfassendes Tag für alle Radrelationen nicht mehr gibt, dafür aber die Rad (und Wander-) Relationen einzeln nach network, also z.b. “route_bicycle_ncn”.
Also Du solltest entweder die “aktuelle” Version des Online-Routers benutzen (BRouter web client) oder aber diese technischen Anpassungen in die von Dir angepasten Profile “hinein-mergen” (indem Du Dir die Differenzen anschaust zwischen dem alten Profil:
http://brouter.de/brouter/profiles2/trekking.brf
und dem neuen:
Hi,
möchte mal auf den Versions-Update von BRouter aufmerksam machen (aktuelle Version 1.0.1)
http://brouter.de/brouter/revisions.html
Auf google-play ist das bisher nicht, ich trau mich noch nicht, weil die “Transition” zum neuen Datenformat ist relativ touchy, und bei 4000 aktiven Installation mit geschätzt 1000, die automatische Updates eingeschaltet haben, kann das auch schiefgehen, daher soll das erst noch bisschen reifen.
Von der Funktionalät zwar relativ unspannend, aber doch einige wirkliche Verbesserungen in dem Update, 4 möchte ich nennen:
-
das Datenformat ist jetzt sowohl flexibler (kann beliebig viele tags und Relationen kodieren) und gleichzeitig kompakter (25% kleiner)
-
es gibt erweiterte Konfiguration, die es erlaubt, auch auf einem nicht gerooteten Android 4.4 Gerät die Datenfiles auf der externen SD-Karte zu speichern
-
die “timeout-freien Neuberechnungen” haben jetzt einen “trivial shortcut” und damit macht es sehr viel mehr Spass, mit Osmand eine Langstrecke abzufahren und dabei ziemlich prompte Neuberechnungen zu bekommen, wenn man von der Route abweicht oder der GPS bisschen jittert.
-
das Skalierungsproblem im Download-Manager bei High-Definition-Screens ist behoben (das in der Routing-Animation aber noch nicht…)
Die Standard-Profile sind aber noch die alten, d.h. sie machen noch keinerlei Gebrauch von den neuen Möglichkeiten, die das erweiterte Dateiformat bietet. Und ich hoffe da immer noch auf Input von den Wanderern und den Rollstuhlfahrern. Weil ich selbst wander einfach nicht genug, um da irgendwas sinnvolles zu fabrizieren.
Freu mich wie immer über Feedback, speziell dazu, wie der Übergang zum neuen Datenformat funktioniert und ob’s dabei Showstopper gibt.
Ich habe jetzt die manuelle Installation 1.01 installiert, die (nach der Meldung beim Installationsvorgang) die manuell installierte Vorgängerversion ersetzt hat. Beim Start bekomme ich jetzt eine Fehlermeldung “error occured java.langnullpointerException”.
Bei der Gelegenheit, gibt es auch für die manuall zu ladenden Navi-Daten eine visuelle Übersicht, welche Kachel welchen Bereich abdeckt?
Nachtrag: Ich habe eine Datendatei ins 3er Verzeichnis kopiert, danach liess sich die Datei starten und fragte ob ich Downloadmanager oder Programm haben will, habe Download gewählt (obwohl mein xperia active -ics- da vorher immer stehen geblieben war; ich kann nicht zoomen). Dann hat das Programm gemeldet, die alten Strukturen müssten weg, also alle Verzeichnisse mit einem Dateimanager gelöscht und neu gestartet. Das Programm fragt wo die Daten hinsollen und startet dann wieder die Karte, die ich nicht zoomen kann …
Nachtrag2: brouter deinstalliert, Verzeichnisse wieder gelöscht. brouter lokal wieder installiert, er fragt aber nur wohin die Dateien soll und startet den Downloadmanager, mit dem ich aber mangels zoom-Möglichkeit keine Daten herunterladen kann …
Nachtrag3: Daten der App im Appmanager gelöscht, Datei deinstalliert. Datenverzeichnis gelöscht. neu installiert. Wieder Downloadmanager, wo ich nicht zoomen kann. Ich geb’s erst mal auf. Schade
danke, das ist genau das Feedback, was ich brauche.
Den Nullpointer habe ich verstanden und behoben, wird in 1.0.2 behoben sein.
Das Zoom-Problem macht mir Sorgen, denn ich höre das zum dritten mal, das erste Mal war hier, auch Sony XPeria: http://forum.openstreetmap.org/viewtopic.php?pid=412716#p412716
Der Manuelle Download von http://brouter.de/segments3 hat aber ja doch das Problem gelöst, also wars nicht wirklich Grund zum Verzweifeln und Aufgeben…
Visuelles Mapping der Qudrate ohne Downloadmanager z.B. hier: http://postimg.org/image/4kxodo6en/
Gruss, Arndt
Fehler 404 aber http://brouter.de/brouter/segments3 geht. 
Nachtrag: Heute früh mal alles neu installiert und jetzt kann ich wenigstens beim Start wählen, dass ich in die App komme. Werde dann mal testen, was ich so an Routen geboten bekomme. Auf einen ersten Blick sind mir beim Fahrrad außerorts noch zu viele Straßen mit Kfz Verkehr drin. Aber das kann man ja irgendwo einstellen …
Jedenfalls schon mal danke für das interessante Programm. Aber es war ziemlich viel Arbeit, bis ich das am Laufen hatte. Irgendwie fehlte mir zunächst der Überblick, wie es einzusetzen ist.
Ich wollte das Programm auch mal ausprobieren. Leider ist doch sehr wenig dokumentiert, man muss jede Kleinigkeit im Internet suchen.
Meine Frage, welche von den Dateien braucht man für Südwest-Deutschland?
http://h2096617.stratoserver.net/brouter/segments2/
oder nimmt man die?
http://h2096617.stratoserver.net/brouter/segments3/
Ich kann die nur über das Netz auf meine Handy kopieren.
Und wohin sollen die, es wird ja nur ein Verzeichnis segments3 angelegt und nicht segments wie man es in einer Installationsbescheibung lesen kann.
Außerdem bekomme ich bem Start immer die Fehlermeldung:
java.lang.NullPointer.Exception
Die Fehlermeldung, die Du am Ende nennst, war bei mir weg, als ich die Navi-Daten gespeichert habe. Du must bis Version 09 die segments2 Daten nehmen, ab Programm Version 1 die 3er. Wenn das 3er Verzeichnis schon angelegt war, dann müsstet Du eben auch die 3er herunterladen (es gab eine Änderung der Datenstruktur).
Die Kartenverteilung findest unter dem allerletzten Link in Post #396 ein bisschen weiter oben. Für Süddeutschland kommen da zwei Kacheln in Frage.
Volle Zustimmung übrigens zur Dokumentation. Ich habe mich da nur durchge"quält", weil doch einige Nutzer von der Qualität der Routen geschwärmt haben.
Die GPX + KML Download-Links sollten jetzt auch im Firefox zu einem Öffnen/Speichern Dialog führen.
Danke noch für den Link, ich verwende jetzt den Content-Disposition Header und spezifische “application/…” Mime-Types. Das HTML5 download Attribut funktioniert mit unserem separaten Server nicht, da dieses bei Firefox auf same-origin beschränkt ist und auch kein CORS unterstützt. Details siehe Issue.
Gruß,
Norbert