Folge dem Video um zu sehen, wie unsere Website als Web-App auf dem Startbildschirm installiert werden kann.
Anmerkung: Diese Funktion ist in einigen Browsern möglicherweise nicht verfügbar.
Hat etwas gedauert, aber mit bikerouter.de Version 2023.7 (oben rechts in der Titelzeile) ist die Oberflächenqualitätsanzeige der Route wieder verfügbar.
Alle Details dazu: https://www.marcusjaschen.de/blog/2022/bikerouter-brouter-route-quality/
Hat etwas gedauert, aber mit bikerouter.de Version 2023.7 (oben rechts in der Titelzeile) ist die Oberflächenqualitätsanzeige der Route wieder verfügbar.
Alle Details dazu: https://www.marcusjaschen.de/blog/2022/bikerouter-brouter-route-quality/
Der Layer Bikerouter Outdoors ist nicht mehr vorhanden in der neuen Version
Ich habe gestern Abend mal etwas mit der POI Funktion in BRouter gespielt.Hab jetzt auch einen ersten Entwurf für eine eigene Lösung gebastelt die sich die bikerouter.de POI Funktion für .tcx Custom Cues zu nutze macht. Ist aber noch work-in-progress und muss auch noch im Echtbetrieb auf meinem Ur-Elemnt getestet werden.
Also wenn ich den Bikerouter Outdoors richtig in Erinnerung habe, war er in Grau gehalten und hat eher die höheren Track grades hervorgehoben. Jene für MTB und Gravel relevanten.
Mehr Details - wie auf Carto - will ich oft nicht sehen.
Egal: Ich werd mir auf Mapbox was basteln und in bike-router.de als custom layer einbinden.
Hallo Ralphi,Ich habe gestern Abend mal etwas mit der POI Funktion in BRouter gespielt.
Darf ich fragen, wie Du diese für die Wahoos aufbereiten willst/einbetten willst?
Echte POIs kennen ja nur die neueren vollroutingfähigen Wahoos, beim Ur-Elemnt und Bolt 1 gibt's diese m.W. nicht. Bei den neueren Wahoos kann man POIs mit Boardmitteln anlegen oder per Zugriff von Außen direkt in die Geräte-Datenbank schreiben:
Das GPX Export-File, das BRouter auswirft enthält neben den Routenanweisungen die selbst erstellten POIs. Diese sind aber lose mit der eigentlichen Route verknüpft, also nur die GPS-Koordinaten und der Hinweistext:
<wpt lat="50.13515184016774" lon="8.529363393066719"><name>Break</name></wpt>
<wpt lat="50.13592169205342" lon="8.521594467997216"><name>PoiExt</name></wpt>
Ich stelle es mir schwierig vor, diese POIs an meinen alten Bolt1 so zu übergeben, dass er damit etwas anfangen kann. Die Routenanweisungen in der GPX-Datei werden ja sequentiell abgearbeitet, nicht anhand der GPS-Koordinaten, sondern anhand der Reihenfolge der Wegpunkte. Ich sehe keine Möglichkeit, die nicht verknüpften POIs (Koordinaten) richtig in diese Liste einzubetten.
Näherungsweise kann man mit etwas Mathematik versuchen die POIs anhand ihrer Koordinaten in die Liste einzufügen, je nach Komplexität der Route kann das aber sehr schwierig bis unmöglich werden.
Ich glaube, wenn man die POI Funktion richtig nutzen will, dann muss man mindestens auf den Roam V1 updaten.
Würde mich interessieren, wie Du das beim Ur-Elemnt machen willst. Rein interessemäßig, ich selbst nutze einen Garmin Edge, meinen alten Bolt nutzt primär meine Frau, aber ich bin auch so ein kleines Spielkind, was der Hauptgrund ist, dass ich an diesem doch sehr speziellen Wahoo Bolt1 <-> BRouter Projekt etwas experimentiert habe. Mich würde jetzt interessieren, ob ich vor lauter Bäumen den Wald nicht mehr sehe oder irgendeinem Denkfehler unterliege
Eventuell route_mtb_ und Konsorten?wie ich an eine Bevorzugung von Wegen mit Wegkennzeichnung komme, weiß ich schon gar nicht.
highway=path bergab, in der Ebene und bei leichten Steigungen (<3%)
Das geht aktuell leider nicht, aber wenn BRouter 1.6.4 draußen ist, könnte man Folgendes ausprobieren:highway=track <Grade 4 bergauf bevorzugt, wenn die Steigung <10% ist
---context:way
assign decent_surface surface=asphalt|concrete|paved|paving_stones|fine_gravel|compacted
assign decent_smoothness smoothness=excellent|good|intermediate
assign decent_quality or tracktype=grade1|grade2|grade3 or decent_surface decent_smoothness
assign possible_trail or ( and highway=path ( not decent_quality ) ) ( not mtb:scale= )
assign downhillcost switch possible_trail 0 120
assign downhillcutoff switch possible_trail 0 2
assign uphillcost switch decent_quality 120 switch possible_trail 240 360
assign uphillcutoff switch decent_quality 10 switch possible_trail 3 1
Ich habe gestern Abend mal etwas mit der POI Funktion in BRouter gespielt.
Darf ich fragen, wie Du diese für die Wahoos aufbereiten willst/einbetten willst?
Ja, die Methode im Video ist mir bekannt. Allerdings will ich die bikerouter.de POI-Funktion ja einfach als Quelle für Custom Cues nutzen, primär für die Langstrecke, z.B. um an eine strategisch günstige Wasserquelle o.Ä. erinnert zu werden deren Position ich beim Planen der Route als POI auf der richtigen Höhe der Strecke hinterlege.Echte POIs kennen ja nur die neueren vollroutingfähigen Wahoos, beim Ur-Elemnt und Bolt 1 gibt's diese m.W. nicht. Bei den neueren Wahoos kann man POIs mit Boardmitteln anlegen oder per Zugriff von Außen direkt in die Geräte-Datenbank schreiben:
Soweit richtig, mit dem sequentiellen Abarbeiten. Da ich für meine Langstrecken aber in der Regel einen nicht all zu komplexen Routenverlauf habe, ist das ganze durchaus praktikabel umsetzbar.Das GPX Export-File, das BRouter auswirft enthält neben den Routenanweisungen die selbst erstellten POIs. Diese sind aber lose mit der eigentlichen Route verknüpft, also nur die GPS-Koordinaten und der Hinweistext:
<wpt lat="50.13515184016774" lon="8.529363393066719"><name>Break</name></wpt>
<wpt lat="50.13592169205342" lon="8.521594467997216"><name>PoiExt</name></wpt>
Ich stelle es mir schwierig vor, diese POIs an meinen alten Bolt1 so zu übergeben, dass er damit etwas anfangen kann. Die Routenanweisungen in der GPX-Datei werden ja sequentiell abgearbeitet, nicht anhand der GPS-Koordinaten, sondern anhand der Reihenfolge der Wegpunkte. Ich sehe keine Möglichkeit, die nicht verknüpften POIs (Koordinaten) richtig in diese Liste einzubetten.
Näherungsweise kann man mit etwas Mathematik versuchen die POIs anhand ihrer Koordinaten in die Liste einzufügen, je nach Komplexität der Route kann das aber sehr schwierig bis unmöglich werden.
Für meinen persönlichen Usecase: nee, dafür ist kein Roam V1 nötig.Ich glaube, wenn man die POI Funktion richtig nutzen will, dann muss man mindestens auf den Roam V1 updaten.
Würde mich interessieren, wie Du das beim Ur-Elemnt machen willst. Rein interessemäßig, ich selbst nutze einen Garmin Edge, meinen alten Bolt nutzt primär meine Frau, aber ich bin auch so ein kleines Spielkind, was der Hauptgrund ist, dass ich an diesem doch sehr speziellen Wahoo Bolt1 <-> BRouter Projekt etwas experimentiert habe. Mich würde jetzt interessieren, ob ich vor lauter Bäumen den Wald nicht mehr sehe oder irgendeinem Denkfehler unterliege
Finde einen Zusammenhang!Und ein Android Smartphone besitze ich auch nicht.
Ich meine nicht unbedingt Routennetze, da gibt es für MTB erstens zu wenige [hier keins] und zweitens sind die oft auf Waldstraßen.Eventuell route_mtb_ und Konsorten?
Ich werd mir auf Mapbox was basteln und in bike-router.de als custom layer einbinden.
Ok, also das hier: https://wiki.openstreetmap.org/wiki/Key:osmc:symbol. Auf den ersten Blick ist das weder in der aktuellen noch der zukünftigen Lookup-Tabelle von BRouter enthalten. Vermutlich auch deshalb, weil die Tags ja eigentlich nur auf einer bereits vorhandenen Route gesetzt werden?Ich meine die typischen "Gelber Strich auf weiß" Markierungen oder wie Wege halt sonst markiert werden.
oh. danke für Info. Du hast mir Arbeit erspart.Da fällt mir ein, das wird nicht klappen. Mapbox entfernt viele der für uns wichtigen Parameter (tracktype, surface, smoothness), diese lassen sich dann im Stylesheet nicht mehr ansprechen/abfragen.
Das wäre cool.Vielleicht kann ich den Layer ja doch wieder einbauen …
Ja, der Key sollte es sein.Ok, also das hier: https://wiki.openstreetmap.org/wiki/Key:osmc:symbol. Auf den ersten Blick ist das weder in der aktuellen noch der zukünftigen Lookup-Tabelle von BRouter enthalten. Vermutlich auch deshalb, weil die Tags ja eigentlich nur auf einer bereits vorhandenen Route gesetzt werden?
Ich war gerade dabei, im "Update lookups" pull request einen entsprechenden Kommentar zu verfassen, dass es aus oben genannten Gründen eine Überlegung wert sein könnte, oscm:symbol bzw. symbol in die lookups.dat aufzunehmen, als mir auffiel, dass sich das mit der bisherigen Funktionsweise der Lookup-Tabelle nicht wirklich sinnvoll umsetzen lassen dürfte, da man fast jeden der über tausend möglichen Werte explizit angeben müsste.markierte Wege sind immer "offizielle" Wege, werden zumindest in der Mehrzahl gewartet/gepflegt und sind daher seltener zugewachsen...
yes
, symbols
und no
sinnvoll auswerten, aber der Tag wird offenbar zumindest in Deutschland kaum verwendet: https://taginfo.geofabrik.de/europe/germany/keys/trailblazedhttps://sgx.geodatenzentrum.de/wmts_basemapde_schummerung/tile/1.0.0/de_basemapde_web_raster_hillshade/default/GLOBAL_WEBMERCATOR/{z}/{y}/{x}.png
( way[highway=path]["osmc:symbol"]; way[highway=path]["symbol"]; way[highway=path][trailblazed]; );
@mw.dd, wo wir gerade beim Thema Overlays sind. Markierte Pfade kann man sich natürlich auch einfach via overpass query einblenden lassen. Das ist natürlich schon recht umständlich, aber besser als nichts:
Code:( way[highway=path]["osmc:symbol"]; way[highway=path]["symbol"]; way[highway=path][trailblazed]; );
Es werden einfach alle Wege vom TypWie genau muss ich mir das vorstellen?
path
hervorgehoben, die wenigstens eines der drei Tags tragen.Nein, das Ergebnis obiger Abfrage dürfte in der Regel keine Teilmenge des Wanderwegoverlays sein.Es gibt ja das Overlay, bei dem alle markierten Wanderwege angezeigt werden. Werden bei diesem Overpass dann nur die Teile davon angezeigt, die auf einem "path" verlaufen?
Probier es mal hier: https://bikerouter.de/#map=12/51.5736/10.8262/standardaber da wird nix angezeigt