Danke , bedeutet , das ich die Routendaten für BRouter neu downloaden muss ?
gruss mapguru
Frage die RD5 haben heute aktuell den Stand vom 18-Jun-2014 , wie oft werden die aktualisiert ?
gruss mapguru
Hallo , mochte das Thema nochmal ansprechen , gibt es die Aussicht das auch mal Zwischenziele beim Routen in osmand mit berücksichtigt werden ?
gruss mapguru
Da schaust Du ins falsche Verzeichnis (“segments2”), das sind die letzten Daten zum alten Datei-Format ( <= brouter 0.99 ), die aktualisiere ich überhaupt nicht mehr, sondern werde sie irgendwann löschen.
Die aktuellen Daten stehen unter: brouter.de/brouter/segments3/, und von da laedt sie auch der Download-Manager ab Version 1.0.1
Es kann sein, dass Du noch den alten Stand der lookup-Tabelle und der Profile hast, obwohl Du die App selbst auf einer aktuellen Version hast. In dem Fall musst Du das Arbeitsverzeichnis löschen oder verstecken, dann wird’s beim nächsten Start neu angelegt mit der aktuellen Tabelle.
Einen Patch in OsmAnd zu kriegen ist mit einem gewissen Overhead verbunden, um die Build- und Testumgebung hinzukriegen, einen Pull-Request zu erstellen und zu tracken, und ich hab’ da aktuell nicht die Resourcen dazu. Und wenn ich das machen würde, dann nicht nur für die Zwischenziele, sondern auch gleich für die Zeitprognosen und die Abbiege-Hinweise, dann lohnt sich das wenigstens. Vielleicht hat ja jemand anders Zeit und Lust dafür, und ich verspreche, wenn die Schnittstelle zu OsmAnd schonmal die Zeitprognosen und die Abbiege-Hinweise “kann”, dann werde ich sie BRouter-Seitig auch liefern.
Ich hab davon keine Ahnung , ich bin nur ein User der mehr oder weniger schlecht mit den Programmen BRouter und OsmAnd arbeitet .
Beides wirklich super Apps dafür auch mal einen Dank an die Verantwortlichen. Aber dieser Punkt , bzw. das fehelrn der Möglichkeit Zwischen punkte einbinden zu können ist wirklich nicht schön. Ich nutze die beiden Programme für Fahrradtouren und da ist es halt notwendig mal einen Zwischenpunkt zu setzen ! Das fehlen dieser Möglichkeit macht das Planen nicht leicht !
gruss mapguru
Danke schnelle Hilfe !
diese Daten haben den Stand vom 10.11.14 ist da der Fehler mit der Unterführung behoben !
gruss mapguru
Also ich habe mal brouter unter Osmand+ 1.9.4 ausprobiert.
Mir sind ein paar Sachen aufgefallen, die Arndt vielleicht interessieren.
-
Wenn man aus Brouter die Route kalkuliert ist auch noch der alte Modus möglich, dass Brouter einfach die Punkte from,to, via1, via2 zur Routenberechnung nimmt ohne dass man diese im Menü groß anwählen müsste. Man muss dazu beim Speichern der Punkte das Feld Kategorie leer lassen. (Bei mir [Xperia V] wird bei jedem Favoriten der erste Buchstabe automatisch groß geschrieben. Vielleicht sollte man nicht auf casesensitiv bestehen)
-
Aber dann ist nicht mehr die Möglichkeit gegeben, eine Route aus den anderen Favoriten zusammenzustellen. Es wäre schön, wenn man zwischen den zwei Methoden wählen könnte.
-
Wenn man viele Favoriten in Osmand hat, wird der Auswahldialog etwas unübersichtlich. Vielleicht wären Kategorien hilfreich. (BTW ich hatte diesen Urlaub in der Favoritendatei 10000 POIs, da wäre das System nicht mehr nutzbar.
-
Das man bei der Routenzusammenstellung aus den Favoriten auch nogo-Punke anwählen kann, hat mich überrascht.
-
Was nicht ganz durchschaubar ist, was die Funktion, die hinter dem Serverbutton folgt, bewirken soll.
Die Syntax der Profile finde ich schwer durchschaubar:
z.B
switch tracktype=grade1 switch probablyGood 1.0 1.3
Warum stehen hier zwei Zahlen?
Was ist die größte Zahl welche erlaubt ist?
Wäre
switch k=v switch probablyGood 1.0 1.3
mit jedem beliebigen key, der Wege beschreibt, möglich?
Was passiert wenn ich schreibe:
switch tracktype=grade1 switch probablyGood 1.0 1.3
switch network=lcn switch probablyGood 1.0 1.5
und der Weg beide Merkmale besitzt.
Zu diesem Code hätte ich auch Fragen:
switch or highway=motorway highway=motorway_link 100000
Ist 100000 mit “verboten” gleichzusetzen?
Wäre es erlaubt zu schreiben:
switch and highway=path network=lcn 1
switch highway=path 100000
Ziel des Codes wäre. Highway=path soll nicht gewähl werden, außer der path ist ein Teil des Cyclenetworks.
ich hab’ OsmAnd 1.9x noch nicht probiert. Wäre natürlich blöd, wenn die Favoriten-Datenbank jetzt anders aufgebaut ist als noch bei 1.8x, werde ich mir anschauen.
Damit konfiguriert man das Mapping von einem “Routing-Modus”, den man im Kartenprogramm angibt (z.B. “Fahrrad schnell”) und den Routing-Profilen sowie den Nogo-Punkten.
Kennst Du das hier: http://brouter.de/brouter/profile_developers_guide.txt
Schwierig macht es die “polnische Notation”, was bedeutet, dass der Operator vorne steht und die Operanden dahinter.
Das ist ungewohnt, aber einfacher zu parsen und es kommt ohne Klammern aus.
ja, aber nur als Teil einer Bedingungs-Kette, weil der dritte Operand (also die “else-expression”) vom letzten switch noch fehlt. Der steht bei so einer Kette dann immer in der nächsten Zeile. In “Normal-Schreibweise” wäre das:
if ( highway=path and network=lcn )
{
return 1;
}
else if ( highway=path )
{
return 10000;
}
else
{
return ???????
}
Auch hier muss ja dann am Ende der Kette noch ein Ergebnis stehen.
Ich verstehe die Syntax so allmählich.
Bei Rumspielen sind mir eine paar Sachen aufgefallen.
Der Serverbutton dient doch dazu, dass die eigentliche Kartenmap weiß, mit was für einem Profil sie routen soll. Wenn man das Profil ändern will, muss man aber erst eine Berechnung durchlaufen. Wenn man aber in Osmand den Anfangspunkt und Endpunkt setzt, dann ist dieser Berechnungsvorlauf nicht nötig.
Bei den Via-Punkten sind keine zweistelligen Zahlen (via10) möglich.
Bei Osmand (und Locus) ist es möglich, sich einen gpx-track anzeigen zu lassen, wenn man ihn mit einem Filemanager öffnet. Dann müsste des doch eigentlich möglich sein, dass Brouter den gerade generierten Track quasi wie ein Filemanager öffnet.
Jain. Dass man nur über die Berechnung zum “Server-Mode” Button kommt gilt nur für den Fall, dass “from” + “to” Wegpunkte definiert sind. Die from/to/via Namenskonvention ist aber nur ein Relikt, das ich zwar weiter unterstütze, aber nicht mehr dokumentiere. Das normale Verfahren ist, die Wegpunkte aus der Liste zu wählen. Und in dem Fall wird der Server-Mode Button auch angeboten, ohne dass man Wegpunkte gewählt hat und eine Route gerechnet.
“Server-Mode” erst nach Routenberechnung macht aber durchaus Sinn, weil man mit dem Server-Mode Button ja nicht nur ein Profil an den Routing-Modus bindet, sondern auch eine Nogo-Vetoliste und (falls vorhanden) das Berechnungsergebnis. Dieses Berechnungsergebnis ist dann die Basis für die “timeoutfreien Neuberechnungen”.
Ich finde dieses Relikt sehr praktisch. Wenn ich eine Tagestour plane, jedesmal die Punkte neu anzutippen, weil ich einen zusätzlichen Punkt hinzufüge oder nur einen ändere, ist umständlich. Den anderen Modus finde ich auch praktisch. Das ist aber kontextabhängig. Reiseradler dürften dir für den alten Weg dankbar sein.
Weil wir gerade bei “Useability” sind. Am Wochenende sind ja die Segmente neu berechnet worden. Der Downloadmanager scheint das nicht zu bemerken. Als ich mir dann den Ordner angeschaut habe, habe ich die Carsubset-Daten entdeckt. Als nur Radfahrer brauche ich die nicht. Da Du an anderen Stellen auf Serverauslastung hinweist, wäre es vielleicht sinnvoll beim Download zu fragen, willst Du Autodaten oder nicht?
OruxMaps + BRouter
Für die Einsteiger habe ich mal eine Anleitung für die Kombination OruxMaps mit BRouter erstellt. Vielleicht hilft das einigen bei den ersten Versuchen.
http://www.adfc-bergstrasse.de/brouter.htm
Gruß
Mannigator
Cool.
Ich würde noch erwähnen, dass mit Android 4.4 die externe Karte nicht so einfach benutzt werden kann, mit bisschen Handarbeit aber doch.
Und dass Bergstrasse in der Südwestkachel liegt, also E5_N45, und dass das dummerweise die grösste Kachel der Welt und bei meiner Download-Bremse von 200 kB/Sekunde 22 Minuten dauert über den Download-Manager.
Nach meiner Erfahrung sind das die beiden Showstopper, wo die Leute leicht die Lust verlieren.
Ich komme auch von der Bergstrasse (die Gegend im BRouter-Logo müsste Dir bekannt sein…) und gerne können wir und mal treffen um da Hand an den Text zu legen. Deutschsprachige Doku zu BRouter könnte es bissschen mehr geben…
Also ich habe jetzt in den Profilen rumgestöbert, dabei ist mir folgende Zeile aufgefallen:
assign isbike or bicycle=yes [b]or or[/b] bicycle=permissive [i]bicycle=designated lcn=yes[/i]
Das “or or” ist das ein Fehler oder hat das einen tieferen Sinn?
Den Schluss verstehe ich auch nicht so ganz, weil vor “bicycle=designated” müsste eigentlich auch ein “or” stehen?
Du hast Recht, das scheint Lorsch/Bensheim zu sein. Ist mir noch gar nicht aufgefallen.
Welche Probleme gab es mit der Android 4.4 bei den Offline-Karten? Ist es das Zugriffsproblem auf die externe SD-Karte?
Ich habe Version 4.1. auf dem Handy und hatte keine Probleme. Kannst du das Problem und vor allem die Lösung mal so schildern, dass ich es in meine Anleitung zu OruxMaps (http://www.adfc-bergstrasse.de/smartphone.htm) mit aufnehmen kann?
NNoGo-Areas
Kann mir einer sagen, ob die Möglichkeit, NoGo-Areas zu definieren, bei der Kombination mit OruxMaps auch möglich ist? Meiner Versuche waren bisher nicht erfolgreich. Wenn ich es richtig verstanden habe, dann muss man Wegpunkte mit dem Namen “NOGOnn” anlegen, wobei nn der Radius in Metern ist, der dann vom Routenplaner gemieden wird.
Kann mir jemand weiterhelfen?
Gruß
Mannigator
Sollte ganz normal funktionieren, aber wie schon gesagt: kleingeschrieben (“nogo3000 Heppenheim”).
Siehst Du denn überhaupt Wegpunkte (ueber den “select from/via” Button) ? Weil Gründe, dass die Dateischnittstelle garnicht funktioniert gibt es einige (das hat dann mit der Verzeichnisstruktur auf der SD-Karte zu tun), aber wenn Du Wegpunkte siehst solltest Du auch Sperrpunkte sehen (in dem Dialog “Check NoGo Selection”). Und die, die Du da siehst, sind auch beim Zugriff über die Diensteschnittstelle aktiv, solange sie nicht für den jeweiligen Routing-Modus weg-konfiguriert wurden.
Zu Deiner anderen Frage wegen Android 4.4: ja, es ist das Problem mit der Zugriffsberechtigung auf die externe SD-Karte. Ich hab’ dazu ein eigenes “Readme” geschrieben: http://brouter.de/brouter/kitkat_survival_readme.txt
Ich habe uebrigens heute eine neue Version deployed (1.1), sowohl auf meinem Server ( http://brouter.de/brouter/revisions.html ) als auch bei Google-Play. Die unmittelbare Neuerung ist eine Laufzeitverbesserung um ca 30%, aber der Google-Play Update von 1.0.2 → 1.1 akkumumliert ja auch paar andere Patches der letzten 4 Monate.
NoGo-Areas
Vielen Dank an GUFSZ und abrensch, für den Hinweis auf die Groß-/Kleinschreibung.
Es klappt jetzt auch mit OruxMaps+BRouter. Ich werde das auch demnächst in die Anleitung aufnehmen. Schön ist auch, dass die nogo-Areas unabhängig von der Routenplanung bestehen bleiben können und nicht bei jeder Planung neu definiert werden müssen.
Guten Rutsch an alle.
Mannigator
Ich habe eine Frage zu den Kosten. Mir fehlt für die Kosten ein Maßstab. Ich beziehe mich jetzt alleine auf die Wege.
Bedeudet
switch tracktype=grade1 1
, dass mich in realen Weltwerten ein Kilometer grade1 einen Euro kostet.
Wenn ich dann setzte
switch highway=primary 4
, dann kostet mich wieder in realen Weltwerten ein Kilometer primary vier Euro.
Erst, wenn ich mit grade1 den primary-Weg mit mehr als vier Kilometer umfahren müsste, dann würde ich auf den Primaryweg geroutet?