Ah, okay, man sollte schon genauer hinschauen
(oder ich sollte mich mal nach einer neuen Lesebrille umschauen 
) Danke fürs Auge öffnen 
bikerouter.de / BRouter(-Web) - Fragen & Antworten, Hilfe, Profile, Tipps etc.
- Ersteller ufp
- Erstellt am
-
- Schlagworte
- digitale karten gps-software navigation routen routenberechnung
(oder ich sollte mich mal nach einer neuen Lesebrille umschauen ) Danke fürs Auge öffnen Anzeige
bikerouter.de .
JensDey
Prime minister
BitteAh, okay, man sollte schon genauer hinschauen
Und bitte tausche jetzt sofort dein Profilbild
- Registriert
- 16. April 2001
- Reaktionspunkte
- 3.898
So wie es aussieht, wird das alles am Ende gar nicht mehr notwendig sein.
Arndt meinte, dass er 1x wöchentlich eine Datei erstellen will, in der die relevanten Informationen enthalten sind und welche man direkt beim Processing statt der JBDC-Connection nutzen kann.
Das spart das Vorhalten von ein paar Hundert Gigabyte Postgis Datenbank nur für die neuen Metadaten.
Ich denke, ich warte noch solange …
- Registriert
- 16. April 2001
- Reaktionspunkte
- 3.898
Mir fallen sofort diverse Sonderfälle ein, die die Sache sehr schnell beliebig kompliziert werden lassen könnten:
Das ist ja alles toll und so, aber wie kann ich nur für das dritte Segment einen Profil-Parameter ändern und für den fünften Abschnitt ein Custom Profil hochladen?
- Registriert
- 16. April 2001
- Reaktionspunkte
- 3.898
Wie groß ist das
.bef bei dir wenn du eine Source benutzt, für die keine HighRes-Daten vorhanden sind, z. B. srtm_71_17.zip?Ich habe hier das Problem, dass die aktuelle BRouter latest hier nur 42 Bytes in die
.bef schreibt, obwohl im SRTM-File Daten enthalten sind (es werden also nur die HighRes-Daten übernommen, das SRTM-Fallback nicht).@momentmal, vor allem ist die Fahrzeitprognose damit noch genauer, was ich aktuell richtig abfeiere.
Mit dem gleichen "Glättungsalgorithmus" wie bisher, wird mit den Lidar Daten ein geringerer Gesamtanstieg ausgegeben als bisher, weil der Algorithmus aktuell darauf ausgelegt ist, die Artefakte der (weniger genauen) SRTM Daten zu unterdrücken.
Hab ich ehrlich gesagt noch nicht ausprobiert, aber angeblich kann man SRTM und Lidar beliebig mischen. Mein naiver Ansatz wäre somit, "ConvertLidarTile" einfach nur für die Zip-Dateien zu verwenden, für die HighRes-Daten vorhanden sind.
vielleicht 'mal etwas Positives für Dich: rr sehr wenig verkehr alternativ (exclusiv auf bikerouter) ist Eines meiner Lieblingsprofile. Daneben mtb-light und gravel schnell (k.A. wer jeweils der Verfasser ist), Jedenfalls sind sie auf bikerouter, aber nicht auf brouter "vertreten". Vielen Dank!
Hab das gleiche Problem. Würde Wandrer Addon aber gerne dauerhaft gleichzeitig mit Gravel-Overlay aktivieren.
Der Beitrag (https://www.mtb-news.de/forum/t/bik...-hilfe-profile-tipps-etc.917910/post-18417187) ist vom Nov 2022.
Hat jemand dafür eine Lösung gefunden?
Danke vorab
Nutze das Gravel-Overlay und auch den Schummerungslayer aus dem gleichen Grund bisher quasi nie. Einer meiner Workaround-Versuche war, die Tiles von wandrer händisch als eigenen Layer einzubinden. Leider scheint Bikerouter-Web derzeit aber keine Vector-Tiles zu unterstützen (sondern nur gerasterte Tiles?), zumindest wäre das eine der möglichen Erklärungen warum der Workaround nicht funktioniert hat - in QGIS konnte ich die wandrer Vector-Tiles einwandfrei anladen. Habe mir aktuell die wandrer Extension zumindest mal angepinnt, so dass man mit 2 Klicks einigermaßen flott mal den wandrer Kram ein- und ausblenden kann. Seiten-Refresh brauchts leider trotzdem noch zusätzlich.
Zuletzt bearbeitet:
- Registriert
- 16. April 2001
- Reaktionspunkte
- 3.898
Problem an der Stelle ist, dass BRouter-Web vor einer Weile Support für Vektor-Tiles per MapLibre-Leaflet-Shim bekommen hat, Die Wandrer-Extension aber noch mal ihr eigenes MapLibre mitbringt. Das knallt dann … Ich hatte da auch schon mal mit Craig von Wandrer deswegen gemailt, vielleicht krame ich die Mail noch mal raus und frage nach einem Update …
- Registriert
- 20. April 2023
- Reaktionspunkte
- 2
Ein dickes Lob voran an alle Maintainer von brouter & bikerouter.de - es macht so viel mehr Spaß mit dem Tool.
Ich habe hier in der Gegend vereinzelt Straßen mit surface = unhewn_cobblestone
Einige (Rennrad-)Routingprofile können damit umgehen, andere nicht. Wo wäre der richtige Ort für eine Anregung, die Profile anpassen zu lassen?
Leider ist die Darstellung in #tab_analysis nicht ganz glücklich, da diese Straßen als unknown dargestellt werden.
Laut https://github.com/abrensch/brouter/issues/416 sollte dies jedoch schon seit einem knappen Jahr behoben sein.
Ich habe hier in der Gegend vereinzelt Straßen mit surface = unhewn_cobblestone
Einige (Rennrad-)Routingprofile können damit umgehen, andere nicht. Wo wäre der richtige Ort für eine Anregung, die Profile anpassen zu lassen?
Leider ist die Darstellung in #tab_analysis nicht ganz glücklich, da diese Straßen als unknown dargestellt werden.
Laut https://github.com/abrensch/brouter/issues/416 sollte dies jedoch schon seit einem knappen Jahr behoben sein.
- Registriert
- 16. April 2001
- Reaktionspunkte
- 3.898
@urbanepolemik Ja, sobald die neue Lookup-Datei (zusammen mit einer Menge anderer Verbesserungen) live geht, kann das Problem mit
Ansonsten steht meist in den Profilen im Source ganz oben, wer sie gebaut hat.
unknown nachhaltig angegangen werden.Ansonsten steht meist in den Profilen im Source ganz oben, wer sie gebaut hat.
Moment - BRouter-Web kann also doch bereits Vector Tiles laden und anzeigen? Dann müsste mein Workaround ja doch funktionieren? Die Tile-URLs für die einzelnen Layer von wandrer waren relativ leicht mit den Chrome DevTools zu finden. Muss ich mir später wohl nochmal anschauen.
Oder es funktioniert aktuell nur nicht für custom Layer die man händisch hinzufügt?
/Edit: Habs grad nochmal kurz mit deaktivierter Wandrer Chrome Extension probiert und weiterhin keinen Erfolg gehabt, z.B. mit
Code:
https://tiles2.wandrer.earth/tiles/12345/bike/{z}/{x}/{y}
https://tiles2.wandrer.earth/tiles/12345/bike/{z}/{x}/{y}.pbf (testweise)
https://tiles2.wandrer.earth/tiles/12345/bike/{z}/{y}/{x} (vertauschen von X und Y hatte bei basemap.de Layern schon geholfen)
https://tiles2.wandrer.earth/tiles/12345/bike/{z}/{y}/{x}.pbf
Zuletzt bearbeitet:
Die Lösung ist seit seit einem Jahr in Arbeit. ^^
- Registriert
- 16. April 2001
- Reaktionspunkte
- 3.898
Ja, aber nicht als Custom-Layer.
Denn zu den Tiles (deine URLs aus der Liste) benötigst du auch immer noch eine Style-Definition und es gibt aktuell kein UI dafür, beides zu hinterlegen.
Danke, sowas in der Richtung hab ich mir gedacht - vllt. wäre ein potentieller "quick fix" mal für Vektor-Tiles ähnlich wie beim .gpx Import eine Art von default Fallback-Style zu definieren, also ne simple Standard-Farbe, Transparenz und Dicke für Linien (und Punkte + Polygone, falls das auch unterstützt wird) damit man auch ohne einen eigenen Style zu hinterlegen was sieht? Ist natürlich auch wieder auf jeden Fall niedrige Prio und Ich komm einigermaßen klar mit der Limitation, auch wenn ich aktuell so ein bisschen die Vorzüge deines Gravel Overlays dabei verpasse (weil das Umschalten zwischen aktiver Nutzung wandrer / Gravel Overlay aktuell doch etwas umständlich ist).
Ein imho recht großer Benefit eines solchen Fixes wäre übrigens, dass man Wandrer dann auch problemlos überall mobil nutzen könnte. Wäre u.A. dann auch aus dem selben Grund für Squadrats äußerst interessant, denn da gibts afaik mobil aktuell noch keinen Weg - wobei ich mir da noch nicht genauer angeschaut habe, ob man da auch auf ähnlich simplem Wege direkt die passenden Vector-Tiles abfragen kann.
Insgesamt wäre das natürlich schon eher ein "Hack" und ich habe mich auch noch nicht schlau gemacht ob/inwiefern man da evtl. gegen die TOS von wandrer/squadrats verstoßen könnte, auch wenn technisch evtl. ähnliches passiert wie im Plugin - wobei dort ggf. z.B. Maßnahmen zur Vermeidung von Traffic-Overhead implementiert sein könnten die vllt. bei BRouter-Web über Anladen eines Custom Layers dann fehlen könnten.
Zuletzt bearbeitet:
Danke übrigens auch noch für dein Tutorial, hab ich gestern jetzt auch mal ausprobiert.
Kann den Workflow für meine Zwecke zwar nicht so direkt nutzen, aber dennoch wertvolle Learnings daraus gezogen, daher Daumen hoch
Hintergründe:
Da das Anladen / Anzeigen z.B. eines state boundary wie der von Baden Württemberg erst ab Zoom Level 12 funktioniert (bin sehr oft für besseren Überblick auf längeren Routen in niedrigeren Zoomstufen unterwegs und sehe dann halt nichts mehr davon) ist das im aktuellen Zustand nativ in bikerouter.de für mich nicht wirklich praktikabel nutzbar (und ich kann dann auch nicht mehr z.B. innerhalb der state boundary meine Routenpunkte setzen, weil bei Mausklick mit aktivem Stift-Tool ständig mit dem Polygon was scheinbar automatisch hinzugeladen wird interagiert wird anstatt Wegpunkte zu setzen - vllt muss ich hier die Relation schlauer aussuchen um das Problem zu Umgehen.. Hatte es mit https://www.openstreetmap.org/relation/62611 via
Code:
relation(62611)Ich habe jetzt als guten Workaround für mich den .gpx Export via Overpass Turbo gefunden, Vorteil ist dass die .gpx dann für Strecken in längeren "Dimensionen" immer in allen Zoomstufen gut zu sehen ist.
Zuletzt bearbeitet:
Moin zusammen!
Ich würde gerne ein wenig an einem eigenen Profil für den BikeRouter basteln. Kann mir jemand verraten, wie ich anfange? Ich bin noch ziemlicher Neuling beim Coding und bräuchte daher auch ziemliche Basisinformationen (Wie fange ich überhaupt beim Programmieren eines eignen Profils an, wo finde ich Codes, wie kreiere ich vllt sogar "neue", ...)
Warum ein eignes Profil? Habe bereits einige Touren mit dem BikeRouter geplant und bin schwer begeistert. Jedoch vermeidet mir das Profil "Fastbike very low traffic" zu sehr Anstiege und vermeidet Berge, obwohl ich doch genau diese fahren möchte.
Vielen Dank im Voraus und sportliche und sonnige Grüße!
Ich würde gerne ein wenig an einem eigenen Profil für den BikeRouter basteln. Kann mir jemand verraten, wie ich anfange? Ich bin noch ziemlicher Neuling beim Coding und bräuchte daher auch ziemliche Basisinformationen (Wie fange ich überhaupt beim Programmieren eines eignen Profils an, wo finde ich Codes, wie kreiere ich vllt sogar "neue", ...)
Warum ein eignes Profil? Habe bereits einige Touren mit dem BikeRouter geplant und bin schwer begeistert. Jedoch vermeidet mir das Profil "Fastbike very low traffic" zu sehr Anstiege und vermeidet Berge, obwohl ich doch genau diese fahren möchte.
Vielen Dank im Voraus und sportliche und sonnige Grüße!
@HergenN, auf https://brouter.de/brouter/profile_developers_guide.txt ist im Prinzip alles erklärt, was man dazu braucht, aber ohne Vorwissen in Sachen OpenStreetMap dürfte das trotzdem eine ziemlich harte Nuss werden.
Die
consider_elevation Option ist bei dem Profil doch eigentlich standardmäßig ausgeschaltet oder nicht?
Und es ist in Wahrheit sogar noch geiler als ursprünglich gedacht:
Die Abweichung der LiDAR Höhendaten zum Durchschnitt der über 8 Fahrten (4 je Richtung) gemittelten Barometerdaten liegt fast auf der gesamten Strecke unter 4 Meter und ziemlich oft sogar unter 2 Meter.
Bitte beachte unsere Verhaltensregeln beim Antworten. Danke 🙂