Das Argument riecht schon ein bisschen nach Tagging für den Renderer.
Aber zum eigentlichen Problem: Die Varianten des neuen ÖPNV-Schemas sind geschaffen worden, um komplizierte Gegebenheiten (vor allem Großstädte) abbilden zu können. Auf dem flachen Land braucht man das Meiste davon nicht, es führt nur dazu, dass Ungeübte abgeschreckt werden.
Dort könnte man zum großen Teil mit dem alten Schema leben, wenn es sauber durchgeführt würde.
Was spricht dagegen, um des lieben Friedens willen neben platform auch bus_stop redundant zu taggen. Letzteres könnte man rauswerfen, wenn denn je die letzten Renderer das neue Schema zur Kenntnis nehmen.
Taggen der Haltestelle auf der Straße, wenn die Haltestellen fast genau gegenüber liegen, wäre eigentlich akzeptabel. Mir ist es aber trotzdem lieber, wenn beide neben der Straße liegen. Dann bin ich sicher, dass das wirklich für beide Richtungen gilt.
Naja, sicherlich, aber wofür taggen wir denn sonst?
Also wenn es um die Richtungen geht, dann funktioniert dies doch über die Relationen. Jede Buslinie hat eine Relation je Richtung, also normalerweise zwei. Darüber ist sichergestellt, dass die Buslinie nur in einer Richtung an der Haltestelle hält. Und vorsichtig sollten die Autofahrer ja auf beiden Straßenseiten fahren, auch wenn der Bus gegenüber hält.
Wenn ich immer komplette Routen oder auch nur Teilrouten mappen müßte, hätte ich bisher noch keine einzige Haltestelle gemappt. Schließlich mappe ich auf dem Radl. Ohne diese Einschränkung habe ich schon dutzende (hunderte?) gemappt, an denen ich zufällig vorbeigekommen bin. In manchen Fällen habe die Informationen nach einigen Monaten gereicht, aus den vorhandenen Haltestellen die komplette Route zu rekonstruieren.
Denk bitte auch an Fussgänger (also zukünftige Fahrgäste) und Mapper: Als Fussgänger will ich wissen zu welchem der beiden Steige ich muss. Zur Erinnerung: Die beiden Richtungen einer Haltestelle können ziemlich weit voneinander entfernt sein. Wenn da jeweils nur ein Fleck auf der Strassenmitte ist sehe ich das nicht
Aus diesem Grund sind Bushaltestellen in “normalen” Karten auch meist neben der Strassenlinie dargestellt, oder als Halbkreis je Richtung.
Wenn ich als Mapper zwei highway=bus_stop-Nodes für eine Haltestelle etwa strassenmittig sehe und die nicht per Luftbild zuordnen kann überspringe ich die Haltestelle ohne mir das weiter anzusehen (wenn ich nicht gerade daran denke, dass jemand das auf die stop_position gesetzt haben könnte, oder ein fixme=* oder eine OSMNote schreiben will).
Mindestens genau so schlimm ist es, wenn nur ein highway=bus_stop für beide Richtungen existiert. Da habe ich dann auch keine Lust mehr, das in Relationen einzutragen.
Das Linienrelationen beschrieben werden müssen/sollten hat doch grundsätzlich nichts mit dem Mappen von Haltestellen zu tun. Auch müssen dies nicht die gleichen Leute machen. Ich erstelle für meinen Bereich die Linienrelationen häufig erst nach Erfassung der Haltestellen.
Dazu sind die platform-Tags, die auf jeder Seite der Fahrbahn erfasst werden sollen. Die stop_position ist für den Straßenverkehr.
Also geht die unterschiedliche Auffassung nur darum, ob das Bushaltestellensymbol auf der Straße oder neben der Straße steht. Denn eines ist doch klar, auch wenn das public-transport-Schema noch nicht oder noch nicht vollständig gerendert wird, maßgebend sind doch public_transport=stop_position auf der Straße und public_transport=platform neben der Straße, beide aber mit der entsprechenden Fahrtrichtungsrelation der Buslinie.
Diese beiden Tags werden meines Wissens auch nur für die Verkehrsverbünde ausgewertet.
Was spricht denn dagegen, solche Relationen zu erfassen? M.E. ausser Aufwand nichts. Aber die Tatsache, dass sich nicht jeder den Aufwand zumuten will oder kann, darf doch nicht ausschlaggebend für ein korrektes Mapping sein (ohne in diesem speziellen Fall ein Votum für oder gegen bus_stop abzugeben).
Da ging es ja gerade um den bus_stop auf der Straße (altes Schema), der mir nicht so gefällt. Beim neuen Schema (stop_position und platform) ist das ja kein Thema mehr.
Zu den Relationen: Das ist nicht ganz trivial.
Die Haltestellen zu einer Linie kann man idR relativ gut aus den Fahrplänen (sehr oft online) erhalten.
Problem ist der Fahrweg. Die Netzpläne der Verkehrsunternehmen (so vorhanden) sind von sehr unterschiedlicher Qualität/Abstraktion. Längst nicht immer ist der Fahrweg zwischen zwei gemappten Haltestellen zweifelsfrei zu erraten.
Da müsste man mitfahren oder dem Bus hinterherfahren. Das macht man höchstens in der nächsten Umgebung.
Auch die Wartung hinterher ist nicht zu vernachlässigen, da es praktisch zu jedem Fahrplanwechsel Änderungen in den Routen gibt, monatelangen Baustellenumleitungen kämen da eigentlich noch hinzu.
Same here: “Da ging es ja gerade um den bus_stop auf der Straße (altes Schema). Beim neuen Schema (stop_position und platform) ist das ja kein Thema mehr.” (um mal seichter zu zitieren) Wenn es so gerendert wird ist ja alles gut. Das highway=bus_stop dient eben dazu, dass die Haltestellen auch von alten Anwendungen genutzt werden können. Und da sieht man das eben nur, wenn der Node neben der Strasse liegt, also an der Mastposition.
1.: Man sollte das Mapping von Infrastruktur und Verkehrslinien getrennt halten. Eine Haltestelle muss funktionieren, egal ob und wie dort Linien erfasst sind. Eine Linie muss funktionieren egal wie die Haltestellen erfasst sind. Beispiel: Eine Strasse ändert sich nicht dadurch, dass dort ein Bus durchführt. Eine Buslinie ändert sich nicht, wenn bei einer Strasse die Höchstgeschwindigkeit geändert wird.
2.: Es gibt Haltestellen ohne Linien. Das sind z.B. vergessene Haltestellen (irgendwo im KVV steht eine mit mehrere Jahre altem Fahrplan und ohne Bedienung, das ist aber immernoch eine Haltestelle), SEV-Haltestellen, Reservebahnsteige (selten auch im Busverkehr), vorübergehend ungenutzte Haltestellen, …
Die Frage ob nun hw=bus_stop auf dem Weg oder daneben, lässt sich vermutlich nicht lösen. Ich persönlich finde es besser diesen Tag in den Wartebereich zu setzen, also neben den Weg, da man so auch die Fahrtrichtung des Busses ableiten kann, wenn zwei oder mehr hw=bus_stop vorhanden sind. Allerdings kann ich auch nachvollziehen, warum man ihn auf den Weg setzt. Z.B. Analogie zu railway=tram_stop oder Konfliktvermeidung mit hw=platfrom als Node. Hauptproblem ist vermutlich was man unter “bus_stop” versteht und wie man das Übersetzt. Für mich wäre die Übersetzung “Bushaltestelle” aber die Verwendung als Position des Wartebereiches. Hmm, je mehr ich darüber nachdenke, desto schlimmer wird es.
Bleibt also vorallem die Frage, wie eng die Wikiseite an der englischen Seite sein soll und was mit dem Punkt “Vorgeschlagene Änderungen” passieren soll?
Naja, auch wenn es jetzt hart klingt, nur weil jemanden etwas nicht gefällt muss das noch keine Änderung bewirken.
Da haben wir es im VRR einfacher, der Fahrtweg lässt sich in den meisten Fällen aus dem online-Fahrplan ablesen. Meine Überprüfungen (=Mitfahren) haben das bisher bestätigt.
Bzgl. temporärer Umleitungen etc. wäre eine Lösung schön. Es gibt da verschiedene Vorschläge im wiki (highway:conditional=construction) und hier im Forum (neuer Tag mit temporary). Zwar gefällt mir die erste Lösung besser (ist ja auch von mir ), weil kein neuer Tag erfunden werden MUSS, aber wichtiger ist ja, dass dies von der Navisoftware und ggf. Renderern ausgewertet wird.
Bezügl. gefällt mir oder nicht, da steht meine Meinung zu in der Antwort zu seichter. Das die alten Anwendungen hw=bus_stop nur anzeigen, wenn es neben der STraße gemapped ist, ist mir allerding bisher noch nicht aufgefallen. Vielleicht kenne ich die speziellen Anwendungen dafür auch nicht.
Da core, es war von mir auch gar nicht so gemeint, ich wollte nur sagen, dass man die Haltestellen (stop_position und platform) problemlos auch ohne Linienrelationen erfassen kann, diese können ja auch später und von anderen Mappern nachgetragen werden.
Eine Linie kann allerdings auch ohne Haltestellen funktionieren, wenn auch mit der Einschränkung, dass man nicht weiß, wo man zu- bzw. aussteigen kann.
Streiche das “der mir nicht gefällt”. Ich hatte es überlesen, an der eigentlichen Aussage ändert es nichts und bei meinem Zitat gehört es auch gestrichen.
Ich meinte nicht, dass sie es nur dann anzeigen, sondern dass man nur dann eine Richtung sehen kann.
Wer arbeitet denn noch mit Win95? Aber mal im Ernst, sicherlich sollte so viel wie möglich auch in alten Programmen noch funktionieren, aber wenn diese alten Anwendungen selbst auch nicht mehr gepflegt bzw. angepasst werden, dann kommt man irgendwann dazu, sie zu vernachlässigen. Wenn ich sehe, dass man dem Tag railway=station eine neue Bedeutung verpassen will, dann kommen alte Anwendungen damit auch nicht mehr klar.
Das neue Schema ist doch das public_transport-Schema, und dann muss man auch mal in den sauren Apfel beissen und sagen, o.k., hw=bus_stop läuft aus und wir animieren alle, auf das neue Schema umzustellen.
Ich weiß, als Programmierer ist das leichter gesagt als getan, aber so läuft das im Geschäft, wenn viele Köche da sind.
Es war beides möglich. Bei einander ziemlich gegenüberliegenden gleichartigen Haltestellen reichte es, auf die Straße ein highway=bus_stop zu pappen. Wenn man differenzieren musste (Bänke, Regenschutz, verschiedene Positionen) hat man mehrere neben der Straße benutzt. Einige haben auch mehrere auf der Straße mit Richtungsangaben benutzt. An dieser Bedeutung sollte man nichts ändern, da es viele alte Haltestellen gibt. Das Löschen dieser Tags dient nur der Platzersparnis, denn es gibt keinerlei Konflikte wenn sie drin bleiben. Das neue ÖPV-Schema ist voll und ganz kompatibel damit und es spricht garnichts dagegen, Nodes mit highway=bus_stop mit der Rolle stop bzw. platform in eine ÖPNV-Relation zu stecken.
(Ist ist völlig OK, auch wenn der JOSM einem dauernd was anderes einreden will.) Man kann highway=bus_stop also völlig entspannt sehen.
Konflikte gibt es nur zwischen den Relationen des alten und neuen Schemas. Hier muss man sich klar entscheiden und mischen der Schemata führt zu Problemen.
Erklär das mal den Mappern aus anderen Ländern, insbesondere UK. Die haben mir damals im diary als auch auf github jedes mal vorgehalten, dass highway=bus_stop immer an den Rand kommt und 100% eindeutig definiert ist.
