Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - abrensch

#1
Quote from: Menion on April 22, 2021, 14:42:46
2. Fast recalculations: hmm, here I will probably need some help. Probably some missing parameter in the 'RoutingContext' that allows re-using previous partial results?

Nearly.

checking the "nearbyTrack" is done inside the core code and is activated by setting a (full) filename to it's binary data:

   RoutingContext.rawTrackPath

but writing the "nearbyTrack" is done outside the core code so you are probably missing that (see BRouterWorker.java):

    if ( cr.getFoundRawTrack() != null )
    {
      try
      {
        cr.getFoundRawTrack().writeBinary( rawTrackPath );
      }
      catch( Exception e ) {}
    }
#2
I can also confirm:

LoRouter's car-routings (both fast and eco) seem to use a fixed speed of 50 km/h for ETA

It's not using BRouter's ETAs from the kinematical model
#3
Hi,

I got the "Gold Abo" and did some tests with the new Routing System.

cool stuff, but.....

so here's my list of issues where I think it's not yet golden but a little rusty:


  • I had a hard time to initially set-up Locus to use the external SD card. Found the panel to switch standard directories. "router" missing in the list of detail directories. Switching the global Locus directory to the SD-card worked. But afterwards my first attempts to download routing data files failed with only a generic error message ("operation not successfull"). Very annoying. After copying an initial rd5-file to the {ext-Sd}.../router/segments4 directory subsuquent downloads were successful. No idea...
-
  • "fast recalculations" do not work. With more then 50km routed distance ahead, automatic recalculations are just not usable.
-
  • There's no way to stop a (long-)running route calculations. Don't know if there's a timeout. But with the routing library integrated my expectation was that there's an explicit "stop current route calcilation" funtionality, for the navigation mode as well as for the route-planner. Currently, the only way to stop a long-running operation is to restart Locus Maps
-
  • The online LoRouter does not recognize nogo-areas. Excpectation is that online/offline behave similar. At least for the functionality that is offered to the user, like nogo-areas. For profile modifiers ("is-wet", ..) they are not offererd in online mode, which is good, but gold-standard would be to have them working in online-mode as well.
-
  • I'm not completely sure if the current heading is considered in recalculations. I did some tests but did not found positive proof that it is. Expectation is that it works in favor of going straight ahaed and using the next junction, instaed if doing a u-turn

Don't get that wrong. Great work overall and I would like to switch to the integrated offline-router for my personal use. But missing "fast-recalcluations" is a showstopper for me. I would be happy to help get that working.

regards, Arndt
#4
Quote from: Knotte on April 23, 2020, 18:38:14
Wie funktionieren denn die neuen Delta-Updates? Wenn ich ein vorhandenes Segment erneut runterlade, lädt es nach wie vor die volle Größe. Also z.B. "mein" Segment für Südostdeutschland (E10 N45) mit 147 MB. Was muss ich machen damit es nur das Delta zieht?

Das sollte im Download-Manager der Android-App automatisch funktionieren (mit Version 1.6.,1)

Die Delta-Dateien werden allerdings nur 9 Tage vorgehalten, also wenn Dein DAtenstand älter ist, dann ist es wieder der volle Download.
#5
Ich habe Version BRouter 1.6.0 released:

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

wie immer erstmal nur als Distribution-Zip, erst im nächsten Patch in 2-3 Wochen dann auf Google-Play.

Wichtigste neue Feutures aus Locus-Sicht sind der Delta-Update der RD5-Dateien über den Download-Manager.

Und ein Bugfix bzgl. der Zeitprognosen in Locus ( siehe https://forum.locusmap.eu/index.php?topic=6765.0 )

wie immer vielen Dank für Tests und Feedback,

Gruss, Arndt
#6
Quote from: abrensch on October 23, 2019, 15:28:29
So I will have to fix that.

So finally I fixed that in Version 1.6:  http://brouter.de/brouter/revisions.html

(not yet on Google Play)

regards, Arndt
#7
Quote from: menion on October 23, 2019, 08:12:32
Check the second waypoint that defines distance 219 m, but 227 seconds?? It is the default "bike > fast" profile in app.

Hi Menion,

ups ja, it seems I am putting at a TR waypoint:

- rteDistance as the distance to the *next* TR
- rteTime as the travel time from the *previous* TR
- rteSpeed = rteDistance / rteTime  (in m/s) then is nonsense

So I will have to fix that.

Regardless whether I decide for next or previous, data is incomplete anyhow as long as I do not include a destination TR. Is it that you are adding a dummy destination TR based on a standard speed?

And I should provide rteDistance as "distance from previous"?

And rteSpeed in m/s or km/h ?

regards, Arndt
#8
Hi,

I think this is not a new issue, but present all the time since I added ETA for Locus, but with BRouter 1.5.x this feature is released and also with the current Locus Version (3.40.2) it is not working correctly.

Displayed ETA is jumping at the turn-instruction locations.

The longer the distance between 2 turn-instructions, the more significant is the effect.

For example this bike-route-section here has a calculated travel time of 4 Minutes:

http://brouter.de/brouter-web/#map=16/50.1181/8.5253/standard&lonlats=8.525176,50.112708;8.512881,50.121238

But when I pass the northern junction displayed ETA jumps up by 8 Minutes.

So it seems for me as a bug in the linear interpolation of ETA between TR locations.

#9
Quote from: smoht on August 14, 2019, 18:36:36
ich verzweifle an Brouter 1.5.5

Welche Android-Version denn?

BRouter von Google-Play?

Hats Du mal die "Api10" Variante probiert von http://brouter.de/brouter/revisions.html ?
#10
Quote from: Mips on August 06, 2019, 17:14:53
● Lous gestartet und Route berechnen lassen
  - Abbruch der Berechnung nach ca. 2:50 Min "Route zu lang, Teile die Strecke"

Menion hat die intene Kompression jetzt eingebaut ( https://forum.locusmap.eu/index.php?topic=6693.0 ) und das (Version 3.39.3. ) ist seit gestern auf Google-Play:

https://forum.locusmap.eu/index.php?topic=6693.0

Und mein Test damit (auf einem mittelschnellen Samsung J3) lief wie im Bilderbuch:

- Frankfurt Hamburg Locus (=Putnik) Radprofil -> Time nach 10 Minuten (*zehn* Minuten)

- Brouter-App -> "repeat timeout"

- dann nochmal in Locus -> Erfolg nach ca 1 Minute
  (wobei für einen Grossteil dieser Minute der Fortschrittsbalken steht - das ist die Zeit, in er Locus das Ergebnis aufbereitet)
#11
Quote from: Mips on August 06, 2019, 00:46:01
Jetzt auf Navigieren..., und... Berechnung mit nachfolgendem Abbruch, "Strecke zu lang...".
Was mache ich hier falsch?

Ich glaube, das ist garnicht der Timeout, sondern das Grössenlimit von 0,5 MB für das Ergebnis - GPX

Ich habe mal ein Issue erstellt im dev-Forum, um dieses Limit aufzuheben:

  https://forum.locusmap.eu/index.php?topic=6693.0

Locus hat auch nicht 60 Sekunden Timeout, sondern viel mehr (10 Minuten?)

QuoteMir fiel noch auf, dass unabhängig vom gewählten Profil in der Liste immer nur <repeat:remote> erscheint.

Das ist korrekt, wenn in Locus die Locus-eigenen Profile eingestellt sind, wid für jeden Routing-Aufruf das Profil (ohne Namen) an BRouter geschickt und dort aöls "remote.brf" zwischengespeichert.
#12
there's currenlty a size-limit of 0,5 MB for the resultng GPX in a service call to BRouter

To workaround that limit, I added a compression option to BRouter 1.5.x, where the GPX is gzip/base64 encoded internally.

For the client-side patch see this OsmAnd-PR:

https://github.com/osmandapp/Osmand/pull/7231/files

Could you implement this for Locus as well?

thanx, Arndt
#13
Quote from: Mips on August 03, 2019, 17:47:53Etwas anders liegt die Sache wenn ich eine sehr lange Strecke über den Servermodus berechne, dann ist diese Zuordnung für die Weiterverwendung in Locus mit timeoutfreier Neuberechnung sehr wohl noch von Belang.
Liege ich damit richtig oder habe ich etwas übersehen?

Das funktioniert so nicht mehr, seit Locus eigene Nogo-Areas sendet, denn die Vorberechnung für die Timeoutfreien Neuberechnungen muss ja mit genau den Nogos passieren, die dann auch anschliessend verwendet werden.

Daher hatte ich damals schon den "<repeat timepout>" Hack implementiert: bis zu 5 Minuten nach einem Timeout stand in der Profil-Liste der BRouter-App ganz oben  "<repeat timepout>", und damit konnte man die Berechnung mit genau den start- ziel und nogos starten, die zuvor verwendet wurden. Und das passt dann als Basis für Timeoutfreie Neuberechnungen.

Das habe ich in 1.5.x noch verallgemeinert: Jetzt erscheint "<repeat:{profile-name}> bis zu 30 Minuten nach jeder Berechnung über die Service-Schnittstelle (auch ohne Timeout). Damit kann man extreme Langstrecken berechnen, aber es ist auch ganz gut als Debug-Hilfsmittel, weil so sieht man genau, welches Profil und welche nogos tatsächlich verwendet werden (Man kann in Locus ja leicht mal nogos vergessen, die dann für immer da rumdümpeln)
#14
Quote from: Sawyer.Saar on August 02, 2019, 14:15:58
den Server-Modus benötige ich nicht und weiß auch nicht, wozu er gut sein soll.

Da kannst Du konfigurieren, welche Routing-Profile zu den 6 Routing-Modi (car/bike/foot + fast/slow) gehören. Ist bei Locus nur relevant, wenn Du "BRouter Profile benutzen" einstellst.
#15
Quote from: freischneider on July 27, 2019, 16:42:15... Brouter auch Alternativ Routen kann. Geht das direkt in Locus oder nur auf der Web Seite.

Nicht direkt, aber indirekt:

wenn Du nach einer Berechnung aus Locus heraus die BRouter-App startest und "<repeat:.." wählst, dann wird diese Berechnung wiedrholt und das Ergebnis als GPX-Datei auf die SD-Karte geschrieben. Nochmal starten -> erste Alternative, 3. mal starten -> 2. Aternative etc. Möglicherweise sind diese GPX-Dateien nicht automatisch für Locus vorbereitet (bzgl. Abbiehe-Hiweisen und Fahrzeiten), dann müsste man im Profil noch den "turnInstructionMode" entsprechend setzen.