Brouter Webseite: Datenvolumen beim Kartendownload

AB-inf-x-chg-AB · 2020-04-05T14:47:47.000Z

Vorab, danke für die Implementierung dieser tollen Tools.

Mal eine Frage dazu in die Runde. Mir kommt es so vor, als ob die Brouter-Webseite (Beispiel [1]) ein grösseres Datenvolumen lädt, als es im Vergleich dazu auf der www.osm.org Seite (Beispiel [2] analoger Kartenausschnitt) geschieht. Kann dieses Verhalten jemand bestätigen?

Falls ja, voran liegt das?
Falls ja, ist das so gewollt, oder gibt es entsprechende Begrenzungen/Abhängigkeiten (welche?)?

Der Hintergrund ist, wenn man unterwegs ist und sich daher Geräte in einer etwas nicht so schnellen mobilen Netzanbindung befinden, benötigt man natürlich etwas mehr Geduld wenn man die Brouter Webseite benutzt…

[1] brouter-web https://brouter.de/brouter-web/#map=7/51.502/9.998
[2] osm.org https://www.openstreetmap.org/#map=7/51.502/9.998

ikonor · 2020-04-05T16:14:11.000Z

Das liegt nicht an den Kartendaten, sondern an den vielen Bibliotheken die wir in BRouter-Web verwenden und die ihrerseits wieder Abhängigkeiten mitbringen.

Geplant ist, auf ES6 und imports umzustellen, damit kann man dann etwas intelligenter nur die tatsächlich verwendeten Teile aus den Bibliotheken in die Distribution packen. Aber das schiebe ich jetzt schon eine Weile, da immer etwas anderes wichtiger scheint.

Für den mobilen Einsatz gibt es ja auch noch die BRouter App.

AB-inf-x-chg-AB · 2020-04-06T17:24:46.000Z

Danke für die Details. Ich hatte irgendwie zunächst die Kartendaten im Sinn, dass ggf. schon benachbarte Zoomstufen vorgeladen werden. Interessant, dies ist ja in der Tat eine recht lange Liste von involvierten Bibliotheken.

Ist nicht dringend, es wäre allerdings auf lange Sicht schon recht angenehm, wenn die Webapplikation ähnlich datensparsam wie z.B. osm.org werden würde.

ikonor:

… Für den mobilen Einsatz gibt es ja auch noch die BRouter App.

Die Brouter App hatte ich ausschliesslich mal in Verbindung mit osmand getestet.
Kann man damit auch nogo-Areas angeben, Routen auf der Standardkarte anzeigen und hat die komfortable Startzielmarken-Klick-Funktion? Meinte es ist ein internes Tool, um für andere Apps die Brouter Routingprofile und R.-Graph bereitzustellen.
Nebenbei, ich dachte eher z.B. auch an den mobilen Anwendungsfall, bei dem man sich auf dem grossen Bildschirm vom Laptop (welcher z.B. per Hotspot vom Smartphone online ist) mit dem Brouter Web-frontend die Zeit vertreibt.

abrensch · 2020-04-06T19:54:13.000Z

ikonor:

Das liegt nicht an den Kartendaten, sondern an den vielen Bibliotheken die wir in BRouter-Web verwenden und die ihrerseits wieder Abhängigkeiten mitbringen.

Die sind alle aggregiert und “minified” in “brouter-web.js” (1,8 MB) ?

Mein Firefox sagt aber, dass er die aus dem Cache nimmt.

Vielleicht klappt das bei bestimmten Browsern nicht?

ikonor · 2020-04-11T17:00:50.000Z

Ja, bei wiederholten Aufrufen sollte das eigentlich aus dem Cache kommen und deutlich schneller gehen.

AB-inf-x-chg-AB:

Kann man damit auch nogo-Areas angeben, Routen auf der Standardkarte anzeigen und hat die komfortable Startzielmarken-Klick-Funktion?

Bin gar nicht auf dem aktuellen Stand bei den verschiedenen Apps, aber so komfortabel mit einfachem Klick ist es vermutlich nicht. Nogo-Areas nur über Umweg Favorit mit Namenskonvention für den Radius.

AB-inf-x-chg-AB:

Meinte es ist ein internes Tool, um für andere Apps die Brouter Routingprofile und R.-Graph bereitzustellen.

Ja, BRouter App ist quasi eine externe Erweiterung für OsmAnd, Locus und Oruxmaps. Konfiguration und Eingabe hängt dann vom jeweiligen Tool ab.

AB-inf-x-chg-AB · 2020-04-14T17:14:48.000Z

abrensch:

Mein Firefox sagt aber, dass er die aus dem Cache nimmt.

Vielleicht klappt das bei bestimmten Browsern nicht?

Danke - das ist ein interessanter Tipp, Firefox (im Vergleich zu Chomium/Chrome) scheint tatsächlich etwas sparsamer zu operieren, werde das mal noch etwas weiter beobachten.