Nein, nein … mit den Haltestellen ist alles OK. Es geht nur um Haltestellenliste in der Route.
In der Route steht im Moment:
platform Waiblingen Bahnhof
platform Finanzamt
…
Da sollte stehen:
stop Waiblingen Bahnhof
platform Waiblingen Bahnhof
platform Finanzamt
…
Weide
Die Masterrelation ist jetzt da und die beiden Stopareas sind überarbeitet.
frohes Mappen
Weide
Ahh, es könnte sein, dass ich das Problem jetzt verstehe … vielleicht aber auch nicht:
Der Komfort im JOSM kann verwirrend sein und die Sprache in OSM auch. Wir sagen zwar “Die Haltestelle ist in der Relation”, aber sie ist nicht da. Und der JOSM zeigt zwar in der Relation z.B. den Namen der Haltestelle an, aber der ist auch nicht da. Tatsächlich steht in einer Relation bei den Mitgliedern immer nur Rolle, Objektart und Nummer, also z.B. “stop, Node, 2848347588” oder bei einem Fahrweg “leer, Way, 886453628” … nicht mehr. Der Name und die anderen Tags stehen nur in dem Objekt selbst. Umgekehrt steht an dem Objekt selbst nirgendwo, dass es zu irgendeiner Relation gehört. Das kann man nur ermitteln indem man alle Relation nach der Nummer des Objekts durchsucht. Diese Nachschlagerei macht der JOSM aber andauernd und schreibt die Ergebnisse mit auf den Bildschirm. Deshalb ist es gar kein Problem, wenn ein Objekt “in mehreren Relationen” ist.
Weide
Danke, jetzt muss ich mir nur noch anschauen, wie man die Eltern in einen Master einträgt.
In der Routenliste sehe ich aber am Bahnhof nur eine Rolle platform und keine Rolle stop?
So allmählich dämmert es mir, wann man stop UND platform benötigt. Am Bahnhof gibt es einige stop_positions (auf der umlaufenden Busspur) und platforms, daher sollte man beschreiben, an welchem der Stops der Bus tatsächlich hält. Habe ich das richtig verstanden?
Die Position eines platform-nodes kann man im JOSM Karteneditor etwas verschieben (um sie den tatsächlichen Gegebenheiten anzupassen), ohne dass das einen Einfluss auf die Route hat, man kann der platform in der Route aber nicht einen anderen Bussteig zuweisen ohne sie zu ändern (gilt bei meinen Routen 207 und 218). Ist das richtig?
Danke gleichfalls!
Ulli
Bis jetzt habe ich noch nicht herausgefunden wie man vorgehen muss um eine Masterrelation zu erzeugen (OK, das könnte ich event. durch Kopie und anschließendem Ändern einer vorhandenen Masterrelation, z.B. Deiner bewerkstelligen) und die mit den bereits für dien Master vorhandenen Kindern zu befüllen, bzw. bei der Kopie die falschen zu löschen.
Am Bahnhof und der Schmidener Straße ist mir nichts aufgefallen (sagt aber nichts ;-), außer dass am Bahnhof bei den platform-nodes jetzt der jeweilige Bussteig als local_ref= dabei ist. Aber eine Rolle stop neben der Rolle platform habe ich bei den beiden 208-Routen nicht gesehen.
Mir ist aufgefallen, dass alle Plattformen und Stop-Positionen im Bahnhofsbereich in einer Relation #380729 vom Typ public_transport=stop_area zusammengefasst sind. Ähnliches ist mir auch an den Haltestellen in der Stadt, manchmal nur mit einem member aufgefallen. Stammen diese Relationen aus einem früheren, nicht abgeschlossenen Projekt, bei dem event. der gesamte Stadtverkehr zusammengefasst werden sollte?
Schönes Wochenende!
Ulli
Eine stop_area fasst alles zusammen (Bussteige etc.), was zu einer größeren Haltestelle gehört. Das können auch Umsteigemöglichkeiten anderer Verkehrsträger sein.
Indiz: gleicher Name.
Typisches Beispiel ist ein Busbahnhof.
In Josm wie jede andere Rel auch:
Im Rel-Editor eine neue Rel erstellen (linkes Icon mit +Zahnrad), in der Relationen Liste die Rels auswählen, die rein sollen und dann einfach hinzufügen.
Genauso als ob es ein Way wäre.
Gruss
walter
ps: Ja, ich habe nachgesenen - Ulf schafft mit Josm 
Ich hatte da auch nur die stop_areas des Busbahnhofs und des DB-Bahnhofs geändert. Und die Steignummern “local_ref” hinzugefügt. Die müssten beim nächsten Update in der Verkehrskarte sichtbar werden. Die 208 und die Stoparea “Schmidener Straße” hab ich gerade geändert.
bis dann
Weide
Ich habe es tatsächlich geschafft (Bus 218). Das Problem war die Selektion der Relationen. Ich habe es immer mit einem in der Relation enthaltenen node probiert. Darüber kann man zwar die Route anzeigen, aber nicht selektieren, das geht nur über die Liste aller Relationen.
Danke
Ulli
Das ist ja interessant, dass die Bahn- und Bus-Steignummern in der Verkehrskarte angezeigt werden, sofern man local_ref verwendet. Bisher stand beim Bahnhof Waiblingen bei manchen ref=…, auch note=… habe ich gesehen.
Jetzt sehe ich auch bei Bahnhof und Schmidener Straße die zusätzlich eingefügte Stop-Position. Gerade habe ich sie auch noch bei Schmidener Straße für die Route in der Gegenrichtung der 208 hinzugefügt.
Grüße
Ich bin halt der Meinung, dass man es - wenn schon - richtig machen sollte.
Gruß Ulli
Sie sind jetzt da, allerdings Pos. 3 und 8 nicht. Bei Pos. 8 hat noch ein platform-node gefehlt, den habe ich gerade hinzugefügt, aber bei Pos. 3 ist mir kein Unterschied zu den anderen aufgefallen. Das ist aber möglicherweise lediglich ein Darstellungsproblem, weil genau dort auch ‘Bahnhof Waiblingen’ steht.
Gruß
Ulli
Moin,
Konkret zu Deiner Frage:
Wie Weide schon schrieb:
An den Stellen, wo Du zu den bereits vorhandenen Haltestellen/Platform-Nodes für ‘Deine’ Relation neue Haltestellen/Platform-Nodes zusätzlich hinzugefügt hast, kannst Du die beiden Haltestellen/Platform-Nodes mergen
Wenn an einer Haltestelle mehrere Buslinien halten, willst Du doch wohl auch nicht für jede Relation einen eigenen Platform-Node anlegen, oder? 
Edit: Sonderfall wäre ein langer Bussteig mit mehreren (sic!) Haltestellen(-Schildern) für bestimmte Linien.
Edit2:
Wenn Du eh schon dabei bist, alle Haltestellen zu prüfen und zu überarbeiten, empfehle ich, sie auch gleich zu vervollständigen (z.B. Schwanen: Fehlende stop-Position bei der südlichen Platform).
Sonst siehe in 6 Jahren.
Gruß
Georg
Ich finde es toll, wie sich Ulli in dieses Thema einarbeitet. Die einzelnen Beiträge lese ich mit Interesse, um auch etwas Sachkunde zu erlangen. Bevor ich mich an eine Relation herantraue, möchte ich aber zuerst die von mir eingetragenen Bushaltestellen auf den korrekten Stand bringen.
Das Wiki sagt auf der Seite:
http://wiki.openstreetmap.org/wiki/DE:Public_transport
folgendes:
Für Haltestellen wurde lange Zeit der Schlüssel highway=bus_stop verwendet, der auch immer noch weit verbreitet ist. Für einfache Haltestellen wird er manchmal noch immer benutzt, um neue Haltestellen zu mappen. Das Schema auf dieser Seite erlaubt detailliertere Angaben und sollte für neue Mappings verwendet werden. Es besteht aus zwei wesentlichen Schlüsseln:
• public_transport=stop_position + bus=yes sollte an den Punkt auf der Straße gesetzt werden, an dem der Bus stehen bleibt.
• public_transport=platform bestimmt den Ort, an dem die Passagiere auf den Bus warten und einsteigen können. Das kann ein Node , ein Way oder eine Fläche sein.
Nun stelle ich fest, dass von den beiden angeführten Schlüsseln häufig einer fehlt. Teilweise ist nur der Punkt auf der Straße mit den erforderlichen (?) Angaben gesetzt, teilweise aber auch nur die platform.
Wie ich den Beträgen entnehmen kann, ist es auch nach wie vor ratsam, zusätzlich noch highway=bus_stop einzutragen, entweder beim node auf der Straße oder bei platform, da die Haltestelle sonst nicht auf der Karte erscheint. Wir sollten zwar nicht hauptsächlich für den Renderer arbeiten, ein reiner Zeitvertreib ohne Sinn soll unsere Arbeit aber auch nicht sein, das heißt, dass die Haltestelle auf der Karte schon sichtbar sein sollte.
Nun meine konkreten Fragen:
Ist es sinnvoll, wie im Wiki vorgesehen, beide Schlüssel (mit stop_position und platform) einzufügen oder genügt bei einfachen Haltestellen einer und wenn ja, welcher?
Welche zusätzlichen Angaben sollten bei den einzelnen keys unbedingt gemacht werden, auch wenn sie auf der Karte nicht dargestellt werden?
Gruß
Wilhelm
Findet dann der Schöpfer des ersten node seinen noch (zum Zwecke des Editierens)? Ich wollte es gerade ausprobieren (bei der Haltestelle ‘Schwanen’. Dort sind auf der Nordseite 2 platform-nodes mit etwas unterschiedlichem Inhalt, die unmittelbar beieinander liegen. ‘m’ lieferte ein Konfliktfenster. Ich habe den Versuch abgebrochen.
Schon klar! Übrigens, kann man in einen key 2 verschiedene values unterbringen, z.B. mit einem ‘;’ dazwischen. Beispiele: network=a;b, operator=c;d? Der Fall kann ja vorkommen, wenn eine Haltestelle von 2 Verkehrsverbünden und/oder Betreibern bedient wird!
Kommt Zeit, kommt Rat
Da die Haltestellen bei ‘meinen’ Linien (207, 208, 218) fast alle schon vorhanden waren, habe ich sie nicht gleich alle auf den gleichen Stil gebracht. Außerdem bin ich noch unschlüssig, was man an einfachen Haltestellen, z.B. in Wohngebieten machen soll. Ob da nicht eine stop_position auf dem way reicht, wenn sich die Haltestelle neben der Straße auf dem Gehweg und in der Gegenrichtung praktisch gegenüber befindet? Irgendwie widerstrebt es mir, bei wirklich einfachen Haltestellen sowohl stop als auch platform in die Route aufzunehmen.
Ulli
Ich bin auf die Meinungen/Antwortern auf Wilhelms Posting gespannt. Ich habe mich mittlerweile entschlossen, in ‘meinen’ Routen bei allen verwendeten Haltestellen-nodes highway=bus_stop einzufügen, da dies garantiert von allen Renderern auch noch lange in der Zukunft verstanden wird.
Gruß
Ich glaub da liegt ein Missverständnis vor.
Eine Haltestelle wird in der Regel nur von einem Verbund/Operator betrieben. Dessen Info ist am Platform-Node in network= und operator= hinterlegt.
Die Information, dass diese Haltestelle von verschiedenen Verkehsverbünden bedient wird, ist durch die Aufnahme des Nodes in die entsprechende Routen-Relation vorhanden.
Eine Route, in diesem Fall eine Buslinie, wird natürlich nur von einem Operator betrieben. Anders ist es bei Haltestellen, die durchaus von verschiedenen Betreibern angefahren werden können. Was die verschiedenen Verkehrsverbünde betrifft, wird es zumindest an den Grenzorten der Verbünde durchaus vorkommen, dass ein Bus auch über die Grenze fährt. OK, eine Haltestelle ist nicht im Niemandsland, sondern dem Verbund zugeordnet, aber die Route überdeckt 2 networks. Muss die Route im Sinne der reinen Lehre deswegen gesplitttet werden?
Ulli
Moin,
Klar.
Er kann den Ausschnitt laden und den Haltestellen-Node anwählen.
Oder er kann die Haltestelle in ‘seiner’ Relation auswählen. - Gilt hier nicht, da in keiner Relation.
Was er nicht mehr findet, ist ‘seine’ ID 1406581823, denn die wird durch ‘Deine’ ID 3999412891’ ‘überschrieben’.
Aber Mein oder Dein gibt es bei OSM nicht - auf ID’s gibt es nun mal keine Gewähr bei OSM.
Alternativ kannst Du natürlich auch ‘Deinen’ Node wieder löschen, die Eigenschaften an ‘seinem’ Node ergänzen und ‘seinen’ Node in ‘Deine’ Relation hängen.
Es gibt keine Konflikte - nun ja, keine wirklichen.
Aber alle Eigenschaften gelten ja für diese eine - und nur einmal vorhandene - Haltestelle/Platform.
Gruß
Georg
