Relation type=route ein überholtes Model?

Und das ist bei Anwendungen wie komoot.de (kommerziell) auch schön sichtbar, wenn man weiß, wieviel Prozent der Strecke über Asphalt, Schotter, Radweg, Bundesstraße, … gehen. Das bekommt man mit GPX nicht hin.

Ja, und ich erfahre derzeit, was es heißt PTv2-Relationen auf Vordermann zu bringen.

gpx/kml sind älter als OpenStreetMap oder jedenfalls als die Relationen, das hat mit heute und gestern nichts zu tun. Statische gpx veralten im Vergleich zur unterliegenden Karte noch schneller als die Routen mit schlechten bzw. zu simplen Editoren kaputtgehen (es reicht dazu das Bearbeiten der Karte mit einem beliebigen Editor, nicht nur mit einem unreifen).

Was nutzt mir das? Wenn ich einen Route mir daheim wähle die über Feldwege führt z.B. das dass auch in der Datei gespeichert ist. Wann ich mit OSMand mit entlang des GPX führen lasse?

Das ist ganz nett gemacht :slight_smile: , aber man braucht nicht lange suchen und findet kaputte Höhenprofile… was auf eine kaputt, unvollständige oder unsortierte Relation hinweist

Bevor mein eine Strecke… nachfährt schau ich mir diese auf der Karte an, das meiste sieht man auf der Karte direkt… Höhenprofile sind da auch wichtig um zu sehen was einem Blüht…

Ja ich weiss… die Gesamtzahl der Varianten… schreckt mich ab, das kann keiner nachhalten.

Ja wie die Relation so braucht auch ein GPX mal pflege… aber weniger als eine Relation… leichte Veränderungen der Lage wird man nicht einmal bemerken. Aber man hätte immer einen ununterbrochene Linie beim GPX… und nicht eine ständig zerlöcherte Relation. Die von mir aufgeführte Relation hat jetzt schon die Version 127… ich schätze das mehr als hälfte der Versionen defekt waren :frowning: gpx/kml ist zwar alt aber immernoch der Standard der größte Unterstützung hat… sag mir eine App die mich an einer OSM route Relation nachführen kann?

soweit ich höre kann mittlerweile iD soweit mit Routen umgehen, dass sie nicht gleich kaputtgehen sobald einer ihrer way-member gesplittet wird. Das dürfte in der Vergangenheit eine der Hauptursachen für Löcher gewesen sein.

Das von Dir schon erwähnte OsmAnd kann auch direkt die Wanderrouten oder ÖPNV-Linien anzeigen. Derzeit kann man zwar die Routen noch nicht so schön auswählen wie bei waymarkedtrails.org, aber wende Dich doch an die Entwickler. Zudem kannst Du bei t.B. bei waymarkedtrails.org die Routen auch als GPX ausgeben lassen.

Wo willst Du die GPX abspeichern und wie soll die Qualitätssicherung aussehen? Ansonsten gibt das eine Datenmüllhalde wie bei GPSies.com

So einen Unsinn habe ich schon lange nicht mehr gehört.
Ganze Bereiche (Bahnstrecken!, ÖPNV-Routen! [PTv2], Stromnetz!) BASIEREN auf Relationen.

Das ist eine Schande, aber daran wird sich wohl kaum etwas ändern. Mapbox beherrscht iD und hat seine ganz eigenen Prioritäten.

Das stimmt allerdings: 41 Varianten (netto) für den 693er, 22 für den 496er, …
Das Erstellen der Relationen mag ja noch machbar und erträglich sein … aber die jährlichen Fahrplanänderungen der Verkehrsverbünde: :frowning:

Das schaffe ich auch heute manchmal sogar mit JOSM - unter Beachtung aller notwendigen Vorsichtsmaßnahmen wie: kompletten Weg und Umgebung runterladen … Relationseditor verlassen …

Diese Bereiche hab ich auch nicht angesprochen… bis auf Bus in Klammern. Bahn und Stromnetz kenne ich mich nicht aus was da mit Relationen gezaubert wird :wink: Ich meine die Bereiche die jedermann auch mit einer Hand soll Via-Punkten routen könnte und als GPX runterladen kann bei z.B. https://graphhopper.com/maps/

Schau:

Naja… ist ja schon kompliziert genug… alles aber das ist ein anderes Thema :roll_eyes: JOSM ist aber halt nicht jedermanns Sache.

Ja genau darum… es ist hat nicht damit getan die einmal zu erstellen und fertig, sondern man zieht diesen Ballast die ganze Zeit mit… Ich hab glaub ich letztes Jahr drei richtige Kreisel (Erding, Anzing, Markt Schwaben) eingetragen, die meiste Arbeit war das anpassen der ganzen Relationen. :confused:

das passiert mir auch …

Gegenfrage: Wie schaut die Qualitätssicherung der Relationen aus?

Wie man das Technisch umsetzt…das abspeichern… vielleicht…

  • Dateiupload auf z.B. OSM.org Seite. Dazu noch Metadaten/Infos/Note abfragen… Foto… kA. was man will/möchte/kann… beziehungsweise einen bestehenden Track updaten… Version 1, 2, 3 … dass man dann auch vergleichen kann… zu alten Version.
  • Renderer hollt sich das über bbox/tags ab was dieser darstellen möchte… z.B.

Ich kapiere den Denkansatz nicht. Die Router wie Graphhopper oder BRouter werten die Relationen aus. BRouter kann ich so einstellen, das er Fernradwege bevorzugt. Auch für Garmin Karten, die mit mkgmap erstellt werden, können die Daten ähnlich verwendet werden.

Das ist allerdings nicht nur für OpenStreetMap sondern vermutlich auch für die Fahrgäste ein Graus. Vielleicht müssten da die Fahrplaningenieure auch mal ein bisschen umdenken?

Ich denke, es werden hier Äpfel mit Birnen verglichen. Wie schon einige hier geschrieben haben, haben Routen-Relationen und GPX-Tracks unterschiedliche Vorzüge und Nachteile.
Als wichtigster Kritikpunkt an Routen-Relationen wurden die Probleme beim Pflegen der Daten angeführt. Da wäre meine Antwort: Es müsste doch wohl möglich sein, einen speziellen Online-Routen-Editor zu entwickeln, mit denen sich Fehler leicht erkennen und korrigieren ließen und auch Änderungen (wie bei Fahrplänen) ohne großen Aufwand machbar wären.
Und ich kenne auch genügend als GPX gespeicherte Wanderwege, die Fehlerhaft sind. z.B. nutzen einige Kommunen Outdooractive, um ausgeschilderte Wanderwege zu veröffentlichen. Bei mir in der Gegend unter dem Namen “Teutonavigator”. Naja, und wie oft erlebe ich es, dass derjenige, der den GPX-Pfad online angelegt hat, aus Versehen mal an einer Kreuzung den Wegpunkt ein wenig neben die Kreuzung gelegt hat und plötzlich ist dort in der GPX-Route ein Zipfel 100m in einen abzweigenden Weg hinein und dann wieder zurück zur Kreuzung. Das gibt während der Navigation sehr irritierende Anweisenungen: Bitte rechts abbiegen, nach 100 Metern bitte wenden…
Daher: Aus meiner Sicht haben beide Systheme ihre speziellen Einsatzgebiete und die geschilderten Probleme sollten sich meiner Meinung nach lösen lassen, indem endlich ein vernünfter Routen-Editor entwickelt würde.
Ich bin übrigens eifriger Nutzer von waymarkedtrails.org als klassische Wanderkarte mit bunt eingezeichneten Wanderwegen aber auch mit Nutzung der Exportfunktion als GPX-Datei und nutze ebenso outdooractive.com mit seinen diversen auf GPX-Basis hinterlegten Routenvorschlägen. Und ich habe bereits diverse Wanderroutenrelationen angelegt oder korrigiert aber auch nicht vor Ort markierte Wanderrouten bei Outdooractive veröffentlicht.

zumindest was die Fehlererkennung angeht: das war einer der Gründe PTNA [1] zu entwickeln.

[1] https://ptna.openstreetmap.de/

Bezüglich Fehlererkennung beim ÖPNV-PTv2 siehe auch
http://tools.geofabrik.de/osmi/?view=pubtrans_routes&lon=8.95483&lat=51.87340&zoom=13&overlays=ptv2_error_ways

Ich bin auf der Suche nach so einer ähnlichen Ansicht auch für die nicht-ÖPNV-Routenrelationen…

Ansonsten zur Ausgangsfrage,

Ja, ich entferne ab und an auch Lücken bei Relationen.
Falls die Lücken von OSM-Anfängern kreiert wurden, kann man diese sehr gut benutzen, um bei den beteiligten Objekten auch sonst mal über die Merkmalsliste zu schauen, denn dort findet man häufig weitere interessante Sachen :wink:

Ich weiß nicht genau, was du mit nachführen meinst, aber MapOut zeigt OSM-Routenoverlays u.a. vom Typ ÖVnetz/Velo/MTB/Wandern/Wintersport und exportiert/versendet die bei Bedarf als gpx.

Router denk ich werden allerhöchstens mehr Punkte dort vergeben…, weil das ist ja ihr Brot und dann entscheiden. Aber Testen… Was muss man da beim Brouter einstellen? Garmin hab ich nicht, kann ich nix sagen :confused:

OSM-Relation:
https://www.openstreetmap.org/relation/37187#map=10/49.0356/11.5542

49Wegpunkte entlang der Strecke:

https://graphhopper.com/maps/?point=49.109507%2C10.753978&point=49.084894%2C10.737987&point=49.044238%2C10.712325&point=49.022705%2C10.781596&point=49.002195%2C10.797835&point=48.969415%2C10.810526&point=48.953463%2C10.864827&point=48.95537%2C10.910971&point=48.94446%2C10.932984&point=48.940115%2C10.962365&point=48.930142%2C10.973353&point=48.905552%2C10.998705&point=48.887507%2C11.017405&point=48.870094%2C11.005292&point=48.865321%2C11.011511&point=48.874096%2C11.03323&point=48.875104%2C11.071861&point=48.898085%2C11.119547&point=48.899034%2C11.15141&point=48.903505%2C11.176201&point=48.892399%2C11.20142&point=48.896383%2C11.252953&point=48.934054%2C11.302598&point=48.936241%2C11.336862&point=48.927869%2C11.373172&point=48.947831%2C11.36625&point=48.951134%2C11.380568&point=48.996615%2C11.374605&point=49.000484%2C11.383305&point=48.98692%2C11.41608&point=49.003763%2C11.450662&point=49.014155%2C11.443052&point=49.038243%2C11.452762&point=49.042088%2C11.469606&point=49.0388%2C11.477062&point=49.029664%2C11.50264&point=49.023186%2C11.560991&point=49.013222%2C11.60344&point=48.985175%2C11.625919&point=48.974925%2C11.662636&point=48.972689%2C11.696158&point=48.957593%2C11.688546&point=48.947418%2C11.733072&point=48.95022%2C11.741768&point=48.941409%2C11.776068&point=48.926405%2C11.794424&point=48.90957%2C11.825535&point=48.916481%2C11.86759&point=48.91552%2C11.87017&locale=de&vehicle=foot&weighting=fastest&elevation=true&use_miles=false&layer=OpenStreetMap

https://maps.openrouteservice.org/directions?n1=48.954072&n2=11.335144&n3=10&a=49.109507,10.753978,49.084894,10.737987,49.044238,10.712325,49.022705,10.781596,49.002195,10.797835,48.969415,10.810526,48.953463,10.864827,48.95537,10.910971,48.94446,10.932984,48.940115,10.962365,48.930142,10.973353,48.905552,10.998705,48.887507,11.017405,48.870094,11.005292,48.865321,11.011511,48.874096,11.03323,48.875104,11.071861,48.898085,11.119547,48.899034,11.15141,48.903505,11.176201,48.892399,11.20142,48.896383,11.252953,48.934054,11.302598,48.936241,11.336862,48.927869,11.373172,48.947831,11.36625,48.951134,11.380568,48.996615,11.374605,49.000484,11.383305,48.98692,11.41608,49.003763,11.450662,49.014155,11.443052,49.038243,11.452762,49.042088,11.469606,49.0388,11.477062,49.029664,11.50264,49.023186,11.560991,49.013222,11.60344,48.985175,11.625919,48.974925,11.662636,48.972689,11.696158,48.957593,11.688546,48.947418,11.733072,48.95022,11.741768,48.941409,11.776068,48.926405,11.794424,48.90957,11.825535,48.916481,11.86759,48.915252,11.870245&b=2b&c=0&k1=de&k2=km

http://brouter.de/brouter-web/#map=10/48.9562/11.3908/osm-mapnik-german_style&lonlats=10.753978,49.109507;10.737987,49.084894;10.712325,49.044238;10.781596,49.022705;10.797835,49.002195;10.810526,48.969415;10.864827,48.953463;10.910971,48.95537;10.932984,48.94446;10.962365,48.940115;10.973353,48.930142;10.998705,48.905552;11.017405,48.887507;11.005292,48.870094;11.011511,48.865321;11.03323,48.874096;11.071861,48.875104;11.119547,48.898085;11.15141,48.899034;11.176201,48.903505;11.20142,48.892399;11.252953,48.896383;11.302598,48.934054;11.336862,48.936241;11.373172,48.927869;11.36625,48.947831;11.380568,48.951134;11.374605,48.996615;11.383305,49.000484;11.41608,48.98692;11.450662,49.003763;11.443052,49.014155;11.452762,49.038243;11.469606,49.042088;11.477062,49.0388;11.50264,49.029664;11.560991,49.023186;11.60344,49.013222;11.625919,48.985175;11.662636,48.974925;11.696158,48.972689;11.688546,48.957593;11.733072,48.947418;11.741768,48.95022;11.776068,48.941409;11.794424,48.926405;11.825535,48.90957;11.86759,48.916481;11.870942,48.915873&profile=hiking-beta

muss sagen openrouteservice.org ist am Anfang zumindest noch dran… dann gibts so viele Abweichungen das dass wohl nicht sehr ins Gewicht das ich so oft genau auf einer Route bin.

Ja ein Graus, aber auch eine Geldfrage für Netzbetreiber und Gemeinden. Viele Fahren sind oft fahren die in erster für Schüler sind die zu und zurück von der Schule kommen, aber keine “reinen” Schulbuslinien sondern für alle offene Linien.

Seh ich jetzt nicht eine Relation type=route mit eim GPX das eine Route beinhaltet zu vergleichen finde ich nicht Äpfel und Birnen.

Eine “WYSIWYG” Editor wäre toll aber gibt es leider nicht :frowning: …glaub auch nicht so leicht umzusetzen.

So wie es kaputte Relationen gibt kann es auch kaputte GPX Dateien geben… aber statische Dateien gehen wenigsten im nachhinein nicht kaputt.

Ja hat natürlich auch Vorteile… aber auch Nachteile die meiner Meinung überwiegen.

Ja das ein Routing-App mich mit Ansagen… z.B. “in 100m links” führen kann…, also an der in Relation eingetragenen Weg entlang navigieren kann.

Im Profile TrekkingBike z.B.


assign   ignore_cycleroutes   = false   # set to true for better elevation results
assign   stick_to_cycleroutes = true   # set to true to just follow cycleroutes

In der Brouter Datenbank wird dem OSM Way, der Teil einer route=bicycle rel ist, ein spezielles Attribut zugeordnet, z.B. route_bicycle_ncn=yes
Dieses kann man dann im Profile auswerten und damit den Weg bevorzugen. Letzlich beeinflußt man aber tatsächlich nur die Kosten.
Ich nutze das, in dem ich z.B. eine Route von Lichtenstein nach München Hbf berechnen lasse und dann nur noch dort Wegpunkte einfüge, wo mir die berechnete Strecke nicht gefällt. So, komme ich dann z.B. mit nur 11 Wegpunkten auf eine vielversprechende Strecke.

Letztlich ist in mkgmap das gleiche Prinzip implementiert, allerdings muss die OSM Information in ein uraltes Garmin Format gequetscht werden.
Ich habe es aufgegeben, mit den Garmin Programmen lange Touren zu planen, für die Kurzstrecke (< 30 km) funktioniert es, aber dann will ich meist lieber den schnelleren als den schöneren Weg, z.B. wenn ich innerhalb einer Stadt der Weg zum nächsten Hotel berechnen lasse.