Buslinien vervollständigen

GeorgFausB · 2016-02-12 10:08:25

Moin,

Weide wrote:

Stopareas mit nur einem Element lösche ich: die sind ganz sicher unsinnig. Alle anderen lasse ich in Ruhe, denn sie sind ja nicht falsch ... auch wenn ich sie oft unsinnig finde. Ganz schlecht sind unvollständige stop_areas: die führen den Mapper und ggf. die Reisenden in die Irre.

Ich gebe zu bedenken:
Auch Stoparea-Relationen mit nur einem Element sollte man nicht gleich löschen.
Sie sind per se unvollständig - aber nicht unbedingt per se falsch. (*)
Warum sie also nicht vervollständigen - oder zumindest zum Vervollständigen bestehen lassen?

(*) Unvollständig ist zwar ein schlechter - aber in OSM ganz allgemein nicht gerade seltener - Zustand.
Den sollte man verbessern (vervollständigen) - aber nicht noch schlechter machen (löschen).

Gruß
Georg

ulfewa · 2016-02-12 10:31:40

Weide wrote:

Bei einigen Haltestellen-Nodes ist kein highway=bus_stop vorhanden. Das ist erlaubt. Aber nur die Nodes mit highway=bus_stop sind in den meisten Karten sichtbar.Weide

Hi Weide, damit hast Du mich ins Grübeln gebracht, ob meine Idee so gut war, die Haltestellen (nur) mit der neuen Methode, also bus=yes; public_transport=stop_position bzw. =platform zu beschreiben oder ob es nicht besser gewesen wäre, auch zusätzlich highway=bus_stop mit hineinzuschreiben. Bei manchen existierenden Haltestellen steht sogar nur amenity=bus_stop dabei. Ich dachte bis vor kurzem, d.h. bis gestern, es wäre besser, entweder die eine oder die andere Methode anzuwenden und dann natürlich die neue. Wenn die aber in manchen Karten event. gar nicht dargestellt wird, ist das natürlich weniger schön. Da in vielen Anwendungen Karten verwendet werden, die auf OSM basieren könnte ich mir vorstellen, dass der entsprechende Renderer nicht alle Methoden und Flags unterstützt.
Was meint ihr dazu?
Grüße

GeorgFausB · 2016-02-12 10:43:58

Moin,

ulfewa wrote:

Während der Diskussion habe ich mich vorläufig entschlossen, neues nur mit dem neuen Schema anzulegen

das ist ja auch völlig ok. (In der Hoffnung, dass das Neue besser ist - bis es von Neuerem überholt wird )

ulfewa wrote:

und darin platform und nicht stop_position zu verwenden, da die Haltestellen für die beiden Richtungen nicht immer gegenüberliegen.

Der Grundgedanke ist stimmig - aber die Umsetzung führt nur zu einem Teilerfolg (siehe Posting Weide)
Nach einiger Zeit wirst Du selbst erkennen, dass Du damit eigentlich auch nur unvollständige Relationen erzeugst - wie der Vormapper bei der 207.

ulfewa wrote:

Und wenn bereits andere Relationen mit einer Haltestelle verknüpft sind, will ich nicht einfach den Stil der Haltestelle ändern. Das ist gerade z.B. beim 'Schwanen' der Fall, bei dem bei einer dieser Haltestellen die Buslinie 207 ein member ist.

Hier unterliegst Du einem Missverständnis:
Du änderst gar nicht den Stil der Haltestelle, wenn Du das vorhandene Objekt in einer weiteren Relation benutzt - das ist grundsätzlicher Sinn der Relationen.
Und eine Relation ist eben niemals Member eines Objektes - immer umgekehrt.
Daher besteht eben kein Grund, das gleiche Objekt noch einmal neu anzulegen - damit erzeugst Du Dir nur Mehrarbeit - erst beim Anlegen, und dann beim Aufräumen.

ulfewa wrote:

Du darfst Dir gerne die Relation der 207 anschauen, damit Du siehst, in welcher Qualität bisher in Waiblingen gearbeitet wurde. Die werde ich demnächst auch anpacken.

Habe ich. Sie ist eindeutig nicht vollständig und veraltet - aber sie ist eben auch schon 6 Jahre alt in ihren Grunddaten.
Sie zu überarbeiten ist ein guter Vorsatz - nur an der Durchführung solltest Du halt noch etwas feilen.
Sonst schimpft in 6 Jahren wieder einer über Deine Arbeit.

Gruß
Georg

GeorgFausB · 2016-02-12 11:26:04

Moin,

ulfewa wrote:

Was meint ihr dazu?

Meine Vorgehensweise:
Erfassen der Busrelation nach PT2. (So ich denn mal dazu komme.)
Taggen eines Platform-Nodes mit highway=bus_stop.

Das Rendern einer Haltestelle nach highway=bus_stop ist so simple, und die Darstellung in einer allgemeinen Karte aussagekräftig genug, dass PT2 diesbezüglich noch lange brauchen wird, sich allgemein durchzusetzen - von der Umstiegsproblematik (doppelt oder gar nicht) ganz zu schweigen.
Hier kann man nur auf eine Verkehrskarte hoffen, die sich traut, nur nach dem einzig wahren - welchem auch immer - PT-Schema zu rendern, damit die Erfassung den Schub bekommt, den sie braucht, um allgemein anerkannt zu werden.

Andererseits:
Was ist denn so schlimm an dieser Doppelerfassung, solange die beiden Erfassungs-Schemata eindeutig auseinanderzuhalten sind - wenn denn der Auswerter jeweils das richtige ignoriert.

Gruß
Georg

Weide · 2016-02-12 17:41:47

GeorgFausB wrote:

Auch Stoparea-Relationen mit nur einem Element sollte man nicht gleich löschen.
Sie sind per se unvollständig - aber nicht unbedingt per se falsch. (*)
Warum sie also nicht vervollständigen - oder zumindest zum Vervollständigen bestehen lassen?

Da hab ich mich nicht klar ausgedrückt: Zuerst kommt das Vervollständigen der Stopareas. Danach lösche ich Einelementige. (Die sind nicht per se unvollständig -- PTv2 hat keinerlei Regeln, dass jeder Halt mit zwei Objekten erfasst werden muss oder auch nur soll.)

Natürlich würde ich eigentlich gern noch mehr löschen :-) Es gibt massenweise Stopareas mit zwei Platforms und zwei stop_positions, die sich ohne jeden Informationsverlust durch einen einfachen Node mit highway=bus_stop auf dem Fahrweg ersetzen lassen. Da frage ich mich oft, ob der Mapper wusste dass das mit PTv2 problemlos geht.

Weide

Weide · 2016-02-12 18:04:17

ulfewa wrote:

Ich dachte bis vor kurzem, d.h. bis gestern, es wäre besser, entweder die eine oder die andere Methode anzuwenden und dann natürlich die neue.

Das "entweder oder" gilt für die Routen. Da muss man sich entscheiden, ob man die alten oder die neuen will. Derselbe Eintrag bedeutet in einer neuen Route etwas anderes als in einer alten. Deshalb gilt da "entweder oder" und man darf nichts vermischen. Das ist völlig richtig.

Bei den Haltestellen ist es anders. (Das muss auch so sein, denn sonst hätte man zum Umstieg auf PTv2 die ganze "Welt" auf einen Schlag ändern müssen) Die nur mit alten Tags versehenen Haltestellen können problemlos in neuen Routen benutzt werden und müssen nicht geändert werden.

Bei der Kartenerzeugung werden die neuen Haltestellenangaben nicht gern verarbeitet, weil es sehr schwierig und in gemeinen Fällen sogar unmöglich ist. Man muss ja keine stop_position haben, wenn eine platform da ist. Man muss aber auch keine platform haben, wenn eine stop_position da ist. Es können aber auch beide da sein. Man kann also beim Erzeugen einer Karte nicht einfach sagen 'Es reicht, wenn ich an alle stop_positionen ein "H" mache'. Nur mit platforms geht es aber auch nicht. Und wenn man beide nimmt, dann sind zuviele davon auf der Karte. Für alle komplizierteren Regeln müsste man herausfinden, welche stop_positions zu welchen platforms gehören. Das ist schon eine schwierige Aufgabe, wenn es überhaupt keine Fehler in Routen gibt. Da ist so ein highway=bus_stop viel einfacher: "wenn eines da ist, kommt ein "H" da hin. Fertig". Deshalb denke ich, dass das highway=bus_stop nicht aussterben wird.

Weide

ulfewa · 2016-02-12 19:18:08

Hi Georg und Weide,
vielen Dank für Eure Hilfestellungen und Anregungen.
Ich habe in den Haltestellen-Nodes 'meiner' Linien 208, 218 und seit neuestem auch 207 immer public_transport=stop_position bzw. =platform UND highway=bus_stop gesetzt. Ich hoffe, das stört niemanden beim Rendern. Zum Andern ist es natürlich vollkommen richtig, dass es lange dauern wird, bis highway=bus_stop verschwindet und auch lange bis alle public_transport=stop_position verstehen. Insofern könnte man es sich eigentlich einfach machen und wirklich nur highway=bus_stop verwenden. Die weniger gebräuchlichen keys wie bench, shelter, bin etc. könnte man auch weglassen, denn wer stellt die schon dar?

Stimmen meine Routen-Relationen syntaktisch, oder muss ich noch zwingend etwas ändern? Es wäre schön, wenn jemand drauf schauen könnte, z.B. bei der 207, Relation #5972012.

Hießen die Routen früher nicht route sondern line? Gerade für die 207 habe ich einige unvollständige 'line'-Ansätze gefunden. Von den Haltestellen ganz zu schweigen. Manchmal gibt es an einer Haltestelle bald 6 nodes, weil manche die bisherigen nicht verwenden wollen, vielleicht weil sie Angst haben, anderer Arbeit zu zerstören, in dem sie die nodes modifizieren.

Ulli

Weide · 2016-02-12 20:19:21

ulfewa wrote:

Hießen die Routen früher nicht route sondern line? Gerade für die 207 habe ich einige unvollständige 'line'-Ansätze gefunden.

Ja, aber nur kurz. Die Unterscheidung von Halteposition und Passagierposition und die Zusammenfassung der Halteangaben zu Gruppen und die Aufteilung der Gesamtlinie in mehrere einfachere Relationen kam durch ein Papier von Oxomoa. Das enthielt aber keine konkreten Vorschläge für das Tagging. Dadurch ist damals das Ganze auf viele Arten ausprobiert worden. In einer Gegend ... ich glaube es war hauptsächlich Aachen ... hatte man begriffen, dass neue und alte Routen nicht vermischt werden dürfen. Deshalb wurde mit type=line und line=bus statt type=route und route=bus usw. gearbeitet. Als dann der PTv2-Vorschlag kam und abgestimmt wurde sind viele dieser line=bus-Angaben übrig geblieben.

Weide

Weide · 2016-02-12 21:05:14

ulfewa wrote:

Es wäre schön, wenn jemand drauf schauen könnte...

Ich hab mal die 208 genommen. Die sieht schon viel besser aus als die meisten Routen, die ich sonst so sehe :-)

Hier die Liste:

Am Bahnhof existiert auch eine Halteposition. Die kommt mit der Rolle "stop" vor die zugehörige Platform in die Route. Das ist das Prinzip: Wenn beide da sind müssen beide rein.

Eine platform der "Ludwigsburger Straße" hat kein highway=bus_stop. Das betrifft aber nur die Kartendarstellung. Ist kein Fehler.

Schmiedener Str.: siehe Bahnhof

Schmiedener Str.: Da sind auf der Südseite zwei Platforms. Sind da real auch zwei? Wenn nicht, würde ich die beiden sehr nah zusammenschieben und im JOSM mit "m" wie "merge" zusammenfassen. Die Relationsmitgliedschaften bleiben dabei ganz.

Schmiedener Str.: Das gibt es eine stop_area. In die müssten die anderen Teile auch noch rein.

Schwanen: Auf der Nordseite der Straße sind zwei Platforms und die stop_position muss noch in die Routen.

Boskopweg: etwas südlich fehlt ein Straßenstückchen

In der Gegenrichtung Galgenberg => Bahnhof müssen die Fahrwege noch nach hinten.

Marktgasse: Da müsste auch die platform rein (hinter den stop). Beim Paar stop_position-platform darf nur einer der beiden highway=bus_stop haben.

Wenn Du willst kann ich die beiden Stopareas am Bahnhof reparieren und eine Masterrelation für die 208 hinzufügen. Nichts davon ändert etwas an den Routen.

frohes Mappen
Weide

ulfewa · 2016-02-12 22:39:05

Weide wrote:

Ich hab mal die 208 genommen. Die sieht schon viel besser aus als die meisten Routen, die ich sonst so sehe :-)

Immerhin :-)

Weide wrote:

Am Bahnhof existiert auch eine Halteposition. Die kommt mit der Rolle "stop" vor die zugehörige Platform in die Route. Das ist das Prinzip: Wenn beide da sind müssen beide rein.

Der Bahnhof ist sowieso ein Sonderfall. Eigentlich müsste das Layout komplett überarbeitet werden, siehe Haltenstellenkarte: http://www2.vvs.de/Download/Envmaps/vvs/uWaibl.pdf. Die Haltepositionen sind Bussteige rund um den Bahnhof, die Busse fahren in einer Schleife um den Bahnhof und die Bussteige herum, wobei die Bussteige eigentlich nur ein Gehweg am Rand des Bahnhofs darstellen. Eigentlich dachte ich, dass public_transport=platform statt stop_position benutzt werden muss, wenn der Einstieg nicht auf der Straße, sondern vom Gehweg aus ist und außerdem die Haltestellen in den beiden Fahrtrichtungen nicht direkt gegenüber liegen und event. andere Eigenschaften haben. Außerdem muss stop_position ein node der Straße sein. War das ein Irrtum?

Weide wrote:

Eine platform der "Ludwigsburger Straße" hat kein highway=bus_stop. Das betrifft aber nur die Kartendarstellung. Ist kein Fehler.

Korrigiert.

Weide wrote:

Schmiedener Str.: siehe Bahnhof

Schmidener Straße könnte ich aus heutiger Sicht nur als stop_position spezifieren, da sie direkt gegenüber liegen und in beiden Richtungen der dort fahrenden Busse bedient werden.

Weide wrote:

Schmiedener Str.: Da sind auf der Südseite zwei Platforms. Sind da real auch zwei? Wenn nicht, würde ich die beiden sehr nah zusammenschieben und im JOSM mit "m" wie "merge" zusammenfassen. Die Relationsmitgliedschaften bleiben dabei ganz.

Es ist nur 1 Haltestelle am Straßenrand.

Weide wrote:

Schmiedener Str.: Das gibt es eine stop_area. In die müssten die anderen Teile auch noch rein.

Wie gesagt, die Haltestlele könnte ich überarbeiten, aber was ist mit den nodes, die nicht von mir sind und Bestandteil einer anderen Relation sind?

Weide wrote:

Schwanen: Auf der Nordseite der Straße sind zwei Platforms und die stop_position muss noch in die Routen.

Wie Schmidener Straße

Weide wrote:

Boskopweg: etwas südlich fehlt ein Straßenstückchen

Eingefügt!

Weide wrote:

In der Gegenrichtung Galgenberg => Bahnhof müssen die Fahrwege noch nach hinten.

Ein Stück gab es schon in einer anderen Relation, aus der habe ich 'meine' Relation abgeleitet. Aber jetzt habe ich die stops nach vorne gesetzt.

Weide wrote:

Marktgasse: Da müsste auch die platform rein (hinter den stop). Beim Paar stop_position-platform darf nur einer der beiden highway=bus_stop haben.

Wie bei Schmidener Straße. Ein stop würde hier reichen.

Weide wrote:

Wenn Du willst kann ich die beiden Stopareas am Bahnhof reparieren und eine Masterrelation für die 208 hinzufügen. Nichts davon ändert etwas an den Routen.

Ich will, schon damit ich ein Muster habe. Aber wie gesagt, mit dem Bahnhof bin ich nicht zufrieden, aber das ist etwas Größeres, weil viele Relationen dabei sind. Eine Masterrelation würde mir gefallen, denn damit kann wohl man beide Richtungen zusammenklammern, oder?

Danke für Deine Mühen :-)
Ulli

Weide · 2016-02-13 07:01:22

ulfewa wrote:

Eigentlich dachte ich, dass public_transport=platform statt stop_position benutzt werden muss, wenn der Einstieg nicht auf der Straße, sondern vom Gehweg aus ist und außerdem die Haltestellen in den beiden Fahrtrichtungen nicht direkt gegenüber liegen und event. andere Eigenschaften haben. Außerdem muss stop_position ein node der Straße sein. War das ein Irrtum?

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

Weide · 2016-02-13 07:24:22

Die Masterrelation ist jetzt da und die beiden Stopareas sind überarbeitet.

frohes Mappen
Weide

Weide · 2016-02-13 07:43:08

ulfewa wrote:

Wie gesagt, die Haltestlele könnte ich überarbeiten, aber was ist mit den nodes, die nicht von mir sind und Bestandteil einer anderen Relation sind?

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

ulfewa · 2016-02-13 08:29:52

Weide wrote:

Die Masterrelation ist jetzt da

Danke, jetzt muss ich mir nur noch anschauen, wie man die Eltern in einen Master einträgt.

Weide wrote:

die beiden Stopareas sind überarbeitet.

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?

Weide wrote:

frohes Mappen

Danke gleichfalls!
Ulli

ulfewa · 2016-02-13 13:30:44

Weide wrote:

Die Masterrelation ist jetzt da

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.

Weide wrote:

die beiden Stopareas sind überarbeitet.

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=<nummer> 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

seichter · 2016-02-13 13:46:23

ulfewa wrote:

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?

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.

wambacher · 2016-02-13 14:01:16

ulfewa wrote:

Bis jetzt habe ich noch nicht herausgefunden wie man vorgehen muss um eine Masterrelation zu erzeugen

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

Last edited by wambacher (2016-02-13 14:02:04)

Weide · 2016-02-13 14:15:20

ulfewa wrote:

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=<nummer> dabei ist. Aber eine Rolle stop neben der Rolle platform habe ich bei den beiden 208-Routen nicht gesehen.

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

ulfewa · 2016-02-13 17:18:53

wambacher wrote:

Genauso als ob es ein Way wäre.

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

ulfewa · 2016-02-13 17:30:46

Weide wrote:

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.

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

Blimp · 2016-02-13 18:09:28

<Offtopic>
Ulli, toll, dass Du dich da so reinkniest. Einfach mal ein Danke!
</Offtopic>

ulfewa · 2016-02-14 10:04:17

Blimp wrote:

<Offtopic>
Ulli, toll, dass Du dich da so reinkniest. Einfach mal ein Danke!
</Offtopic>

Ich bin halt der Meinung, dass man es - wenn schon - richtig machen sollte.
Gruß Ulli

ulfewa · 2016-02-14 10:11:28

Weide wrote:

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.

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

GeorgFausB · 2016-02-15 10:23:13

Moin,

ulfewa wrote:

Weide wrote:
Schmiedener Str.: Da sind auf der Südseite zwei Platforms. Sind da real auch zwei? Wenn nicht, würde ich die beiden sehr nah zusammenschieben und im JOSM mit "m" wie "merge" zusammenfassen. Die Relationsmitgliedschaften bleiben dabei ganz.
Es ist nur 1 Haltestelle am Straßenrand.
Weide wrote:
Schmiedener Str.: Das gibt es eine stop_area. In die müssten die anderen Teile auch noch rein.
Wie gesagt, die Haltestlele könnte ich überarbeiten, aber was ist mit den nodes, die nicht von mir sind und Bestandteil einer anderen Relation sind?
Weide wrote:
Schwanen: Auf der Nordseite der Straße sind zwei Platforms und die stop_position muss noch in die Routen.
Wie Schmidener Straße

Konkret zu Deiner Frage:

ulfewa wrote:

aber was ist mit den nodes, die nicht von mir sind und Bestandteil einer anderen Relation sind?

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
- Beide Nodes markieren und <M> drücken. Die Position des zuletzt markierten Nodes bleibt erhalten.
Die eine Haltestelle/Platform ist dann eben Mitglied in beiden Relationen (neuer und alter).

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

Last edited by GeorgFausB (2016-02-15 10:32:02)

ghostrider44 · 2016-02-15 11:19:50

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

Announcement

#51 2016-02-12 10:08:25

Re: Buslinien vervollständigen

#52 2016-02-12 10:31:40

Re: Buslinien vervollständigen

#53 2016-02-12 10:43:58

Re: Buslinien vervollständigen

#54 2016-02-12 11:26:04

Re: Buslinien vervollständigen

#55 2016-02-12 17:41:47

Re: Buslinien vervollständigen

#56 2016-02-12 18:04:17

Re: Buslinien vervollständigen

#57 2016-02-12 19:18:08

Re: Buslinien vervollständigen

#58 2016-02-12 20:19:21

Re: Buslinien vervollständigen

#59 2016-02-12 21:05:14

Re: Buslinien vervollständigen

#60 2016-02-12 22:39:05

Re: Buslinien vervollständigen

#61 2016-02-13 07:01:22

Re: Buslinien vervollständigen

#62 2016-02-13 07:24:22

Re: Buslinien vervollständigen

#63 2016-02-13 07:43:08

Re: Buslinien vervollständigen

#64 2016-02-13 08:29:52

Re: Buslinien vervollständigen

#65 2016-02-13 13:30:44

Re: Buslinien vervollständigen

#66 2016-02-13 13:46:23

Re: Buslinien vervollständigen

#67 2016-02-13 14:01:16

Re: Buslinien vervollständigen

#68 2016-02-13 14:15:20

Re: Buslinien vervollständigen

#69 2016-02-13 17:18:53

Re: Buslinien vervollständigen

#70 2016-02-13 17:30:46

Re: Buslinien vervollständigen

#71 2016-02-13 18:09:28

Re: Buslinien vervollständigen

#72 2016-02-14 10:04:17

Re: Buslinien vervollständigen

#73 2016-02-14 10:11:28

Re: Buslinien vervollständigen

#74 2016-02-15 10:23:13

Re: Buslinien vervollständigen

#75 2016-02-15 11:19:50

Re: Buslinien vervollständigen

Board footer