OpenStreetMap logo OpenStreetMap

Changeset When Comment
49056074 over 8 years ago

Hast Du den Tunnel way/496530366 wirklich gesehen? Ich hab ihn vor Monaten mehrmals gesucht, nicht gefunden und dann gelöscht und jetzt ist er wieder da.

47802289 almost 9 years ago

Und nochmal: Bitte nicht pauschal in der ganzen Republik an alle railway=station-Nodes public_transport=station schreiben. public_transport=station ist kein Tag zur näheren Beschreibung von Betriebsstellen-Nodes. Die entsprechende Beschreibung bei openrailwaymap tagging ist Tag-Highjacking. Das Tag dient der Markierung einer FLÄCHE, die dem ZUGANG zum ÖPV GEWIDMET ist.

47373148 almost 9 years ago

Nochmal: Bitte nicht pauschal in der ganzen Republik an alle railway=station-Nodes public_transport=station schreiben. Nur bei praktisch nicht gemappten Bahnhöfen kann public_transport=station ein Node sein. Siehe osm.wiki/w/index.php?title=Proposed_features/Public_Transport&oldid=625726#Station

47309664 almost 9 years ago

public_transport=station ist eine Fläche. Der Ausnahmefall, dass man wegen unbekannter Daten einen Node nehmen darf, ist in Mitteleuropa sehr unwahrscheinlich. osm.wiki/w/index.php?title=Proposed_features/Public_Transport&oldid=625726#Station

47290771 almost 9 years ago

Hmm. Statt die beiden Routen der SB51 (Flughafen nach Kaarst und Kaarst nach Flughafen) zu ändern, hast du fünf neue Routen hinzugefügt, die jeweils nur ein paar Meter lang sind. Ich hab das mal (hoffentlich sinngemäß) repariert.

46795933 almost 9 years ago

Bitte public_transport=station durchlesen! osm.wiki/w/index.php?title=Proposed_features/Public_Transport&oldid=625726#Station

45934690 almost 9 years ago

zu 1: Es ging mir nicht um Düsseldorf Hbf. Es ging mir um die globale Nutzung von public_transport=station.

zu 2: Es widerspricht PTv2 nicht im mindesten, wenn Betriebsstellen-Nodes und -Relationen gemappt werden. Es handelt sich dabei aber nicht um public_transport=station oder public_transport=stop_area, denn die sind nun einmal anders definiert.

zu 3: Ja, das ist im Bahnbereich fast immer so. Aber das gilt nicht generell für den PT-Bereich. Die PTv2-Definion für PT=station sagt dazu: "Please note that more than one station can be member of one and the same stop area. Conversely, it can happen that one station belongs to more than one stop area - if the station contains stop areas (or parts of these)...". Siehe z.B. Pempelforter Str in Düsseldorf wo die pt=station nur einen Teil der stop_area umfasst. Und Busstationen wie Hilden Süd können z.B. gar kein pt=station bekommen, da die Bestandteile verstreut in der Gegend liegen und kein reserviertes Gebiet oder Gebäude bilden.

zu 4: Man könnte Zentralknoten beispielsweise mit der Rolle "main_node" in stop_areas eintragen. Das widerspricht dann wenigstens nicht der Festlegung für die in PTv2 festgelegten Rollen und mit der Fehlermeldung beim Prüfen der stop_area könnte man leben...

Andererseits gehören auch entrances, landuses, usw. nicht in die stop_area, so dass die Definition eines gesonderten Relationstyps für Eisenbahn-Betriebsstellen evtl. sinnvoller wäre. Da könnte man dann auch andere bahnspezifische Dinge festlegen und danach besser prüfen.

zu 5: Es wäre sehr schön, wenn die falschen PT=station-Angaben verschwinden würden.

zu 6: Gegen einen railway=station-Node und eine public_transport=station-Fläche spricht nichts. Es sollten aber nur so viele public_transport=station - Objekte gemappt werden, wie real vorhanden sind.

45934690 almost 9 years ago

Hi!
Nur wenn der Bahnhof noch nicht gemappt ist kann public_transport=station an einem Node stehen. Sonst ist es immer eine Fläche. railway=station ist etwas völlig anderes.

45373500 almost 9 years ago

Der way/28581232 war eine platform und ist jetzt nur noch Hilfslinie der platform. Dann musst Du auch die Stoparea und den IC50, IC55, ICE10, RE1, RE2, RE3, RE5, RE6, RE11 und RE19 entsprechend anpassen.

45373500 almost 9 years ago

Bitte repariere die beschädigten Relationen oder antworte wenigstens.

45594843 almost 9 years ago

Es ist nach PTv2 NICHT erforderlich, zu platforms stop_positions hinzuzufügen oder umgekehrt. Es ist aber nach PTv2 erforderlich, hinzugefügte in alle Routen einzutragen. Es ist sehr wünschenswert, auch die stop_areas entsprechend zu ergänzen, da unvollständige stop_areas schlechter sind als gar keine.

45373500 almost 9 years ago

Hi,
beim Editieren von Gleis 4/5 Düsseldorf Flughafen ist was schief gelaufen. Die PTv2-Routen und die Stop-Area enthalten jetzt die MP-Hilfslinien statt des MP. Bei den Routen muss auch die Position innerhalb der Relation stimmen.

44643851 about 9 years ago

public_transport=station ist gewöhnlich eine Fläche. An einem Node ist es fast immer falsch. Siehe osm.wiki/Proposed_features/Public_Transport#Station

44613918 about 9 years ago

Düsseldorf-Reisholz: public_transport=station ist eine area. Nur in seltenen Ausnahmefällen kann es ein Node sein. Das englische Wiki railway=station ist hier etwas irreführend, da die Ausnahme als Normalfall beschrieben wird.

44031124 about 9 years ago

Was soll das Löschen der highway=bus_stop-Einträge? Bitte reverten.

42544747 about 9 years ago

MTB, Gras, Downhill usw. dürfen nicht ins Tag "name". Bitte wieder entfernen.

42941799 over 9 years ago

OK. Mach ich.

42941799 over 9 years ago

Warum hast Du den Parkplatz 142592952 gelöscht und seine Zufahrt 203925027 mit einem anderen Parkhaus verbunden? Davon ist in der Realität nichts zu sehen.

39987376 over 9 years ago

Bitte nicht die highway=bus_stop löschen. Sie widersprechen nicht PTv2! In PTv2 steht explizit, dass diese Tags durch PTv2 nicht abgelöst werden sollen.

42610850 over 9 years ago

Für die Mitgliedschaft in der Route kommt es nicht auf die Zuordnung der Steige zu Bus oder Straßenbahn an. Es geht nur darum, ob die Passagiere dort warten. Da gemappte Sachen in Routen nicht optionale Member sind, müssen die Platforms m. E. wieder in die Routen.