Da sollten jetzt wirklich alle Issues behandelt sein, die hier in diesem Thread besprochen wurden und wo ich irgendwann mal gesagt habe, dass ich es in der nächsten Version ändern werde. Sollte ich irgendjemanden vergessen haben, dann bitte ich um einen Hinweis.
Das Thema mit den Sperrpunkten in der Service-Schnittstelle habe ich glaubich ganz gut gelöst, indem ich die Logik invertiert habe, ein Routing-Modus speichert jetzt also nicht mehr die Liste der aktiven Sperrpunkte, sondern die, die de-selektiert wurden, also die Veto-Liste. Auf diese Weise kann man jetzt im Maptool einfach Sperrpunkte anlegen und löschen, und das ist immer sofort wirksam.
Und das man jetzt Wegpunkte auch in der BRouter-App aus der Liste aller verfügbaren Wegpunkte wählen kann ist für die meisten Fälle eine echte Vereinfachung. to/from/via Punkte sind damit im Normallfall nicht mehr nötig.
Ich hab mich wirklich auf diese Bugfix-Themen beschränkt, um jetzt den Kopf freizubekommen für echte Erweiterungen, da steht auch schon wieder einiges auf Liste, Fahrzeit-Berechnung, Voice-Navigation-Hints, Foolprof-Installer-App… aber nächstes Jahr ist ja auch noch Zeit. Jetzt erst mal feiern gehen, Euch allen guten Rutsch, und nochmal Danke für den vielen Feedback, den Ihr in 2013 zu BRouter geliefert habt und durch den das Projekt wohl ein ganzen Stück vorangekommen ist.
bisher zwar nur Nightly-Build und kein Release-Build, aber das ist ja jetzt nurnoch eine Frage der Zeit, auch bis es in Google-Play ankommt. Ist aber auch schon gleich ein fieser Fehler drin bei der Konfiguration der Navigations-Dienste: offenbar bezieht sich eine Änderung des Navigationsdienstes zu einem Modus (car/bike/foot) jetzt nicht mehr auf den Modus, den man in diesem Dialog auswählt, sondern auf den Default-Modus, den man woanders eingestellt hat. Verwirrend, aber wenn man’s weiss kommt man zurecht.
Damit ist BRouter jetzt auch in OsmAnd gut integriert.
Und eine neue Version (0.98) mit paar Bugfixes habe ich auch online gestellt:
Zu der Frage mit dem OSM-Wiki: ich pflege nur den Eintrag in der Router-Vergleichsmatrix, aber eine (deutsche) Doku, die bisschen die Möglichkeiten und die Alleinstellungsmerkmale beschreibt gibt es in der Tat nicht. Es gibt bisschen was im deutschen Locus-Forum. Meine eigene (englische) Web-Page ist mittleirweile als Doku auch nicht mehr wirklich gut, weil sie historisch gewachsen ist und die eigentlich wichtigen Anwendungsfälle nicht wirklich klar werden.
Es sollte jetzt jeder neue Planet-Dump verarbeitet werden, also wöchentlich, wobei da aber ab und zu einer ausfällt, aber in letzter Zeit scheint’s stabil zu laufen. Mein Skript schaut einmal täglich nach einer neuen (PBF-) Version und braucht dann ca 6 Stunden für die Verarbeitung.
Ich hab’ allerdings noch eine Leiche im Keller beim Routing über Files aus verschiedenen Präprozessor-Läufen, das wird technisch nicht verhindert und kann auch funktionieren, kann aber auch schiefgehen, wenn an den Rand-Knoten editiert wurde. Also besser nicht so häufig aktualisieren, aber wenn dann alle Files ersetzen.
vielen Dank. Mein Ziel ist es ein Jar zu generieren. Ich bin keine großer Maven Kenner aber Mapsforge etc. kann ich übersetzen.
Leider schaffe ich das mit Brouter noch nicht. Hast du mir da einen Tipp?
Viele Grüsse
Achim
Nachtrag: Ich habe die depency im pom File von JUNIT auf 4.11 geändert dann gehts…? wie bringt man das mit 4.12 zum gehen?
mvn -DskipTests clean install
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 8.828s
[INFO] Finished at: Sun Jan 19 17:17:58 CET 2014
[INFO] Final Memory: 11M/31M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal on project brouter-util: Could not resolve depend
encies for project org.btools:brouter-util:jar:0.98: Could not find artifact jun
it:junit:jar:4.12 in central (http://repo.maven.apache.org/maven2) → [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e swit
ch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please rea
d the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/DependencyReso
lutionException
[ERROR]
[ERROR] After correcting the problems, you can resume the build with the command
Da haben wir was gemeinsam, ich bin da auch noch in der Lernkurve
Eigentlich schon krass, dass Maven, dessen Stärke ja gerade die Handhabung von Dependencies ist, bei den eigenen Dependencies so zickig ist.
Also ich benutze maven-3.05 mit android plugin 3.6.0 und Android SDK platform 10 und Junit 4.11 und es geht auch nur genau in der Kombination (weil ich mir zur Zeit keine neuere Android SDK Plattform installieren will). Ich hatte den Pull-Request zum pom.xml übernommen weil ich dachte ich bin einfach out-of-date mit meinen Tools.
Aber nur um das Jar-file zu bauen (nicht das APK) ist das alles schon mit Kanonen auf Spatzen, man kann’s auch einfach compilieren:
Hallo,
ich habe auf meinem Samsung Galaxy SII OsmAnd+ 1.6.5 beta und BRouter 0.9.1 installiert. Ich möchte jetzt BRouter auf 0.9.8 updaten.
Muß ich dazu die Version 0.9.1 zuerst deinstalieren und dann die Version 0.9.8 neu installieren oder kann ich die entpackten Dateien von 0.9.8 einfach vom PC auf das Handy über die 0.9.1-Dateien drüber kopieren ?
Im voraus Danke für Eure Hilfe.
Sollte beides gehen. NAch De-Installation muss man das base-directory neu eingeben, das ist der einzige Unterschied. Auf der SD-Karte wird durch De-Installation nichts gelöscht.
Übrigens: mit einer aktuellen (“nightly build”) Version von OsmAnd kannst Du BRouter direkt als Navigations-Dienst wählen - so wird ein Schuh draus - mit 1.6.5 geht das noch nicht. Dazu aber zur Sicherheit gleich nochmal mein Kommentar von oben (vom 12.1.):
“Ist aber auch schon gleich ein fieser Fehler drin bei der Konfiguration der Navigations-Dienste: offenbar bezieht sich eine Änderung des Navigationsdienstes zu einem Modus (car/bike/foot) jetzt nicht mehr auf den Modus, den man in diesem Dialog auswählt, sondern auf den Default-Modus, den man woanders eingestellt hat. Verwirrend, aber wenn man’s weiss kommt man zurecht.”
Weil sich die Angaben oben und hier teilweise widersprechen habe ich sicherheitshalber folgende Dateien runtergeladen:
E10_N40.rd5
E10_N45.rd5
E15_N45.rd5
E5_N40.rd5
E5_N45.rd5
Und in den Ordner /mnt/sdcard/brouter/segments2 kopiert. Dazu alles von http://brensche.de/brouter/profiles2/ in den Ordner /mnt/sdcard/brouter/profiles2
Dann in Orux zwei Wegepunkte mit Namen from und to erstellt, dann Route suchen gewählt und dort die Optionen zu Fuß, kürzeste und BRoute (offline) gewählt. Das ganze mit dem blauen Haken bestätigt. Dann kommt die Meldung “Fehler: Mindestens zwei Punkte notwendig”.
E15_N45.rd5 ist Östlich Wien Graz…habe ich vergessen…SORRY
Das “from” “to” müßte eigentlich gehen wenn du das richtig installiert hast
…aber das war früher: Jetzt kannst du in OruxMaps Unter dem Icon Autobahn==>Route suchen Options (Klappboxen)==>{Auto/zuFuß/Fahrrad}==>{kürzeste/schnellste} ==> BROUTER (Offline) anwählen
dann mit +Waypoints eingeben(Mehrere möglich…Kreuz auf der MAP) dann den Haken anwählen und es wird geroutet…
Falls du auf dem Desktop Brouter unter Java testen willst schick mir ne Mail…
Ich glaube mein Fehler war das ich die Wegepunkte in Orux oben im Menü erstellt habe. Wenn ich direkt Route suchen wähle und dann mit dem Pluszeichen die Wegepunkte erstelle kommt allerdings die Meldung brouter config service not found oder so ähnlich.