Messages

So I suggest to make solution no. 1 as soon as possible and later think about 3. option.

Thanx Menion,

so I implemented solution no. 1 and uploaded revision 1.4.1, see http://brouter.de/brouter/revisions.html

I test-drived it and it really solves my issue with roundabout-announcements.

I will look at the extended roundabout announcements later.

I will upload version 1.4.1 to google play shortly if I do not get any alarms.

looking forward for the new locus release :-)

regards, Arndt

Ich hab' heute ein neues Release (1.4) hochgeladen, was die Abbiegehinweise enthält:

http://brouter.de/brouter/revisions.html

Gegenüber dem letzten Patch, den ich hier vorgestellt hatte, ist das schon deutlich anders.

Es gibt "keep left/keep right" Hinweise und explizite Kreisel-Ansagen. Aber auch, wenn man mit dem "trekking" Profil entlang der Radwege über eine komplexe (Kreisel-)Kreuzung fährt, wird das in der Regel zu einer einzigen Winkel-Anweisung vereint, die dann nur noch sagt, dass man (alles-in allem) nach links fahren soll.

Ist also bisschen das andere Extrem zu dem vorherigen Zustand mit zuvielen Hinweisen, und kann auch irritierend sein, wenn man für eine links-rechts Kombination mit weniger als 40m dazwischen einen "geradeaus" Hinweis bekommt.

Aber nach meiner bisherigen Erfahrung ist eigentlich nur wichtig, dass man einen Trigger bekommt, was er dann sagt ist eher zweitrangig.

Ich hab' das im dev-forum alles auch Menion erklärt, und hoffe, dass es bald eine Locus Version gibt, die auch für Berechnungen über die Servive-Schnittstelle diese Hinweise verarbeitet.

Bisher geht's it Locus nur über den manuellen Import von GPX-Tracks. Werden die mit der BRouter-App berechnet, sollten die die Locus Hinweise enthalten (wegen turnInstructionMode = 1 = auto in den Profilen). Will man sie in brouter-web berechnen, muss man turnInstructionMode = 2 setzen.

Die zweite Neuerung in dem neuen Release ist ein "erweiterter Scan" nach Wegpunkt-Datenbanken, weil ich mitbekommen hatte, dass das öfter zum Showstopper wird, wenn die Installationsorte der Maptools nicht automatisch gefunden werden. Hab' noch keine Erfahrung, wie gut das mit Android 5, 6,, (7) .. funktioniert.

Gruss, Arndt

Anyway if you will wants to use format I use in Locus, less work for me, anyway it's not clear solution I think.

Hi Menion,

sorry for the long delay, but here's what I came up with.

You can use the latest version (1.4.) of BRouter from it's homepage (not yet on Google Play):

http://brouter.de/brouter/revisions.html

use the apk there'in, and also update the routing profiles (they are not automatically overwritten by an APK update. Simplest way is to just delete the "profiles2" directory, it will be re-created on next brouter app start)

After careful consideration, I decided to go with the native turn-instruction formats used by Locus and OsmAnd.

3 ways to generate an GPX, so 3 ways to make sure that Locus format is used:

- when creating a GPX via the BRouter app, nothing special to do. The profiles are configured to "turnInstructionMode = 1 = auto, which means it generates Locus format when using a Locus waypoint-database.

- when creating the GPX by requesting it via the AIDL interface, you must send an additional parameter
  "turnInstructionFormat" with value "locus".(Just the same way you are sending "lons" and "lats", but with a String value)

- when creating a GPX via the Web-Interface ( http://brouter.de/brouter-web/ ) you have to modify the profile to contain turnInstructionMode = 2 (use the "upload" button the upload the modified profile)

I tested the voice hints by manuelly importing them into Locus, and that works fine. So I really wold like to be able to use them also when using BRourer via the AIDL-Interface...

What you have to change for that is:

- send turnInstructionFormat = locus as secribed above

- evaluate the locus extensions containing the turn-instructions the same way you do it when importing with "merge waypoints into track"

What you should also do is look at a bug I encountered when using the "roundabout" hints:
the first instruction after a roundabout that is not a roundabout is announced as the last roundabouts exit count ("third exit") instead of the actual next instruction ("turn left").

Thanks in advance for looking into this,

regards, Arndt

Der genaue Bezug fehlt mir hier im Moment noch.

ja sorry. Es ist das alte Thema, das hier im Faden vor ziemlich genau einem Jahr von Antwort 21 bis Antwort 32 diskutiert wurde.

Es geht darum, dass Navigations-Hinweise, die Locus nur aus dem Verlauf der Route berechnet, ohne das Strassennetz zu kennen, nicht optimal funktionieren. Daher gibt es seit langem den Wunsch, dass BRouter selbst solche Hinweise berechnen solle.

Das habe ich jetzt in einer Vorab-Version gemacht, und es funktioniert insoweit, dass man BRouter dazu bringen kann, in die GPX-Dateien diese  Navigations-Hinweise reinzuschreiben. Importiert man eine solche GPX-Datei dann manuell in Locus und startet dafür die Navigation, dann hört man die von mir berechneten Navigations-Hinweise.

Das geht leider noch nicht, wenn man die Routenberechnung aus Locus herraus startet - aber ich bleib da dran,mein Ziel ist, dass es auch dann funktioniert.

Um dieses Vorab-Feature zu testen (es gibt noch kein neues Release), hat man zwei Möglichkeiten:

- in http://brouter.de/brouter-web gibt es im Standard-Profil (trekking) relativ weit oben einen neuen Schalter ("turnInstructionMode"). Stellt man den auf 2, und lädt das Profil neu hoch, dann man man damit GPX-Dateien erzeugen, die diese Navigations-Hinweise enthalten.

- oder man nimmt das (Vorab-) APK und das trekking.brf aus diesem zip-file: http://brouter.de/brouter_bin/voice_patch.zip und erzeugt die GPX-Dateien auf Android

Es ist wirklich nur eine Vorab-Version für leidensfähige Tester, weil ich bisschen Feedback brauche, wer nur am End-Ergebnis interessiert ist sollte auf  das nächste Release warten.

Anyway solution with <extension> should work after import in all cases.

Thanks Menion,

now it works for me when I manually import the GPX Track. The waypoints look like:

  <wpt lon="8.608944" lat="49.674370">
     <name>right</name>
     <extensions>
        <locus:rteDistance>292.0</locus:rteDistance>
        <locus:rtePointAction>7</locus:rtePointAction>
     </extensions>
  </wpt>

Everything fine, I am hearing MY waypóints in MY lamnguage - perfect.

However, it does not work when I initiate the GPX-calculation via Locus. When I select the "calculate instruictions" checkbox, I hear the locus-generated waypoints, and when I do not select it, I get nother type of display (guiding?) amd yet another style of voice messages, which are also no my ones.

See the discussion here:

https://groups.google.com/d/msg/osm-android-bikerouting/1ZRP9qzn3-k/pgQw3s2xAgAJ

Can you confirm that you always ignore the waypoints when reading a GPX from BRouter's AIDL-Interface?
It there a quick solution or do we need a software change?

thanx, Arndt

Hallo:

ich hab' bisschen was erreicht bzgl. der kartengestützten Sprachhinweise. Siehe die Diskussion dazu hier:

  https://groups.google.com/d/msg/osm-android-bikerouting/1ZRP9qzn3-k/pgQw3s2xAgAJ

Kurzversion ist: es funktioniert für manuellen GPX-Import in Locus, aber noch nicht für die Berechnung aus Locus heraus.

Hi Menion,

I'm working on providing map-based voice-hints from BRouter in order to have a more precice voice-guiding.

My understanding is that I can simply carry them along with the GPX, either imported explicitly into Locus or requested via BRouter's aidl-interface. Howver, I failed to get any vital sign from Locus actually using my hints.

I tried the simple syntax with the <wpt>-Tag:

<wpt lon="8.615649" lat="49.695896">
  <name>right</name>
  <sym>Right</sym>
  <type>Right</type>
</wpt>

as well as a version with locus specific extensios ( <extensions><locus:rtePointAction> ...), but with no success.

Any hint what I have to write into the GPX in order to hear my own voice-hints while navigating with Locus?

thanx in advance, Arndt

@Arndt? Ist das denn getestet auf MM?

Also wenn MM = marshmellow = Android 6:

von mir nicht...

Klingt aber plausibel, dass das Problem von Timone was mit Android 6 zu tun hat. Kann ich zur Zeit aber noch nichts dazu sagen.

Also ich denke, der BRouter ist nicht so gut für Laien geeignet oder gar gedacht.

Naja, gedacht schon. Und ist auch als Google-Maps Killer gedacht mit (angeblich) 1 Milliarde Downloads. Hat nur einfach noch nicht geklappt. Ist auch nicht einfach mit ein oder zwei Entwicklern weniger als bei Google oder Facebook, und ausserdem macht es Google einem nicht einfach: diese Chaos um die externe SD-Karte kann man schon Sabotage nennen.

Aber ich arbeite ja auch dran: der ganze Aufwand, die Datenfiles kleiner zu machen war im wesentlichen damit motiviert: wenn die Datenfiles kleiner werden und die internen Speicher der Geräte grösser, dann verschwindet das Problem irgendwann von selbst.

Und lohnt sich auch nicht, da noch mehr in Config-Automatismen und Wizards zu investieren, weil wen betrifft's? Viele haben "gerootet", andere haben Android < 4.4, wieder andere keine SD-Karte, noch andere ein Custom-Rom wie CyanogenMod, und in Android 6 kommt jetzt offenbar die Option, eine externe Karte speziell verschlüsselt zu formatieren und dann (wieder) wie internen Speicher benutzen zu können.

Aber natuerlich lese ich solche Hinweise wie den von Susanne und trag das dann auch nach, man ist ja da manchmal bisschen blind.

Laien sind übrigens was anderes, die können keine Konfigurations-Datei in einem Dateisystem lokalisieren und wissen auch nicht wie man sie editiert. Deswegen halte ich es für ausgeschlossen, dass echte Laien an dieser Stelle scheitern können, weil die kommen garnicht bis dahin.

Habe soeben via Play Store auf Version 1.3.2 upgedated.
Trotz eifrigem Mitlesen hier habe ich dennoch wohl leider den Faden verloren was nun zu tun ist...

Wenn Du eine lupenreine 1.3.2 Installation haben willst:

- per Download-Manager alle Quadrate neu laden
- den segments3 ordner loeschen
- den profiles2 ordner loeschen
- die app noch mindestens einmal neu starten

Wenn es noch einen Ordner irgendwo auf der SD-Karte mit Routing-Datafiles gibt:

- dessen Inhalt auch löschen
- die neu nach "segments4" geladenen Dateien da hin kopieren

Wenn Du angepasste Profile hast:

- die retten, bevor du den profiles2 ordner löschst, und später wieder dahin kopieren

Danke Euch.

Hab' heute die Version 1.3.2 bei Google Play geladen, ohne weitere Aenderungen.

Dass mit dem profiles2-Verzeichnis, was nicht überschrieben wird, ist schon so gedacht. Weil würde die neue lookups.dat wirksam, dann wären die alten Datenfiles nicht mehr gültig. Irgendwie hab' ich da kein besseres Konzept. Man muss aber nichts händisch kopieren, es genügt, den "profiles2" Ordner zu löschen, dann wird er beim nächsten Start neu angelegt.

Apropos nächster Start: da muss die App gestartet werden, ein Request über die Dienste-Schnittstelle reicht nicht. Das gilt auch für das Anlegen des segments4-Ordners. Wem also unbemerkt ein Update eingespielt wird (weil er sein Android so eingestellt hat, dass das passiert), der bekommt erstmal einen Fehler, wenn der BRouter über Locus und die Dienste-Schnittstelle startet. Denk' aber, damit kann man leben.

Kann es sein dass die 1.3.2 anders signiert ist?

Nein, kann ich mir nicht vorstellen. Aber hattest Du nicht schon bei 1.2->1.3 ein ähnliches Problem?

Das ist nur als Zwischenrelease gedacht, und die 1.4 wird dann (hoffentlich) auch funktional was neues bringen (Voice-Hints?) und dann auch wieder auf Google-Play erscheinen.

Gut Ding will Weile haben, aber ich denk' ich hab mit der aktuellen Version 1.3.2 ( -> http://brouter.de/brouter/revisions.html ) doch einiges an Kleinarbeit geleistet, und will das in paar Tagen auch auf Google-Play hochladen, wenn keine grösseren Katastrophenmeldungen mehr kommen.

Unter anderem habe ich das 100-Wegpunkte Limit aufgehoben, was ja hier im Forum seit langem angemahnt wurde. Dazu habe ich die Wegpunkte nach Kategorien gruppiert und lasse nur die Kategorien weg, die mehr als 100 Wegpunkte haben.

Vielen Dank für Euren Feedback, das hilft doch sehr, die Qualität zu halten und Regressionen zu vermeiden. Bei allein 13 Tausend aktiven Installationen gemaess Google-Play will ich mir da keine dummen Fehler leisten.

Gruss, Arndt
 

Mit aktivem Xposed kommt eine NullPointerException:
...
könntest du @Arndt, da überhaupt was machen?

Ich hab' zwischen 1.2 -> 1.3.1 an der Start-Sequenz (also bis der Base-Dir Selection Dialog erscheinen soll) eigentlivh nichts geändert, von daher wundert's mich ein bisschen.

Was ich machen kann ist die Fehlerbehandlung an dieser Stelle robuster, glaub' aktuell fliegt da eine ganze Klasse von Exceptions einfach raus, Dein NullPointer könnte also auch ein Folge-Fehler von was anderem sein.

Gruss, Arndt

Locus hat jetzt zumindest bei einem meiner Tests (10KM Fußmarsch in der Großstadt) nach 60 Sekunden abgebrochen.
Sollte diese Zeitspanne erweitert werden oder kam der Abbruch doch wieder von BRouter?

Ja schon, aber das ist ja der Timeout und kein Memory-Fehler. Sollte bei 10km aber auch nicht passieren.

Memory-Fehler bekamst Du z.B., wenn Du per "fastbike" von Frankfurt nach Hamburg geroutet hast (per BRouter-App). Das wird zwar immer noch eine halbe Stunde dauern, aber abbrechen soll es nicht mehr.

Eine weitere Frage.
Die beiden mitgelieferten "lookups.dat" Datein in der zip bzw. in der apk unterscheiden sich.
Was hat das auf sich?

Das ich mich vertan habe. Hätte in beiden Fällen die neue (minor version 5) sein sollen. Ist aber erstmal nicht so tragisch.