You are not logged in.

#1 2019-08-07 19:52:13

chris66
Member
From: Germany
Registered: 2009-05-24
Posts: 9,659

Wiki Änderung pt=platform

Da nicht jeder auf talk.de mitliest:

War diese Wiki Änderung für public_transport=platform in Ordnung?

https://wiki.openstreetmap.org/w/index. … id=1817840

Die Platform soll nicht mehr den Namen der Haltestelle bekommen.

Es wird schon fleissig umgetaggt/gelöscht.

Grüße
Chris


Mapper aus dem Münsterland/NRW. Nicht auf fakebook.

Offline

#2 2019-08-07 20:10:18

miche101
Member
Registered: 2008-12-16
Posts: 817
Website

Re: Wiki Änderung pt=platform

Find ich nicht in Ordnung.. mad sad hat so viele Nachteile.. zum Karte rendern vielleicht in Ordnung für den Rest nicht

Offline

#3 2019-08-07 20:19:32

streckenkundler
Member
From: Lübben (Spreewald)
Registered: 2012-08-09
Posts: 3,569
Website

Re: Wiki Änderung pt=platform

miche101 wrote:

Find ich nicht in Ordnung..

+1
Für mich ist das Kind bei public_transport als Ganzes aber bereits in den Brunnen gefallen... in meinen Augen zu kompliziert und noch schlimmer, lange (und auch jetzt noch?) keine verlässliche Doku mit Referenzimplementation und zu viel wenn und aber und zu viele Leute, die da drin rumgefuhrwerkt haben (auch mit weiteren proposals)... Ist weiß aber auch nicht, wie man da raus kommt... sad

Sven

Online

#4 2019-08-07 21:14:05

Geofreund1
Member
Registered: 2013-01-11
Posts: 537

Re: Wiki Änderung pt=platform

Offline

#5 2019-08-07 22:38:30

Nakaner
Moderator
From: Karlsruhe
Registered: 2011-09-03
Posts: 2,664
Website

Re: Wiki Änderung pt=platform

Hallo,

das mag zwar die reine Lehre sein und ein 1:1-Übertragung des Wortlauts des Proposals sein, aber die Mappingpraxis ist entspricht dem, was vor seiner Änderung dokumentiert war.

Ich habe dem Benutzer einen Kommentar auf seine Diskussionsseite geschrieben und ihn gebeten, sich an den Diskussionen zu beteiligen. Tut er das in einer angemessenen Zeit nicht, kann man die Änderung ja wieder revertieren.

Viele Grüße

Michael


Werdet Mitglied in der OpenStreetMap Foundation für 15 Pfund pro Jahr und bestimmt über die Zukunft der Foundation und des OSM-Projekts mit.
Moderator im Bereich users: Austria.

Offline

#6 2019-08-07 22:40:06

Ökkel
Member
From: Ostwestfalen
Registered: 2014-10-27
Posts: 40

Re: Wiki Änderung pt=platform

Geofreund1 wrote:

Bitte nicht schon wieder am public_transport herumdoktern!

+1
Ein Taggingschema macht keinen Sinn, wenn es immer wieder jemand nach Belieben ändert.

Offline

#7 2019-08-08 05:38:48

Weide
Member
Registered: 2009-04-05
Posts: 1,351

Re: Wiki Änderung pt=platform

Nakaner wrote:

... das mag zwar die reine Lehre sein und ein 1:1-Übertragung des Wortlauts des Proposals sein...

Ich kann da keine reine Lehre oder Kenntnis des Proposals finden: Bei den Platforms steht da jetzt mehr oder weniger, dass man nur dann einen Namen hinschreiben soll, wenn er nach dem Proposal falsch ist und man ansonsten gegen das Proposal weiterhin die Datenbank überall mit stop_areas zumüllen soll.

Würden wir uns nach dem Proposal richten, dann:
- würden praktisch alle Platforms und stops den Namen der Gesamthaltestelle
  haben
- würden Platforms und Stops niemals Namen wie die dort vorgeschlagenen haben
- würden fast alle stop_areas gelöscht
- würde von den meisten Haltestellen der größte Teil weggeworfen.

Sinnlos ist diese Änderung auch noch: Wenn der Zug auf dem Weg von Duisburg Hbf nach Köln Hbf gemäß der Route in "Otto-Meier-Gedächtnis-Platform" statt in "Düsseldorf Hbf" hält, dann ist das einfach destruktiv.

Offline

#8 2019-08-08 09:46:06

Maarten Deen
Member
Registered: 2010-05-20
Posts: 268

Re: Wiki Änderung pt=platform

Ich wurde die änderung schnellstens rückgängig machen. Der benutzer Famosm hat meiner meinung nach zu wenig OSM geschichte um das zu entscheiden.
Versucht es auch hier beim railway tag. https://wiki.openstreetmap.org/w/index. … id=1849428

Offline

#9 2019-08-08 10:08:15

geri-oc
Member
From: Sachsen
Registered: 2011-03-21
Posts: 4,454
Website

Re: Wiki Änderung pt=platform

Man kann sich ja die Vorschläge der MENTZ Gmbh ansehen, die m.E. sehr anschaulich die Problematik erklären. Vor allem ist da auch ein Anwender, der "Fehler" oder "Korrekturen" erkennt und der auch mit der OSM-Gemeinschaft zusammenarbeitet.

https://wiki.openstreetmap.org/wiki/DE:MENTZ_GmbH

Offline

#10 2019-08-08 11:29:44

ma-rt-in
Member
From: Heimfeld / Minheim
Registered: 2013-11-01
Posts: 257

Re: Wiki Änderung pt=platform

Maarten Deen wrote:

Ich wurde die änderung schnellstens rückgängig machen. Der benutzer Famosm hat meiner meinung nach zu wenig OSM geschichte um das zu entscheiden.

+++++1

Offline

#11 2019-08-11 16:46:41

Fabi2
Member
Registered: 2010-03-21
Posts: 1,066

Re: Wiki Änderung pt=platform

Ich bin dafür die Probleme von Pulic_Transport zu verbessern und es evtl. minimal zu erweitern.

Das Hauptproblem ist (hatte ich auch schon vor Jahren mal geschrieben), das es keine Relation für die Beziehung zwischen Haltepunkten (stop_positions) und der Platform (public_transport=platform) gibt, das führt dazu, das unnötigerweise die Platformen mit in die Haltestellenrelation (stop_area) aufgenommen werden müssen, da sonst eben genau diese Beziehung nicht ersichtlich ist.

Die Erweiterung gibt es fast schon vollständig, da einige Leute die unter anderem von mir benutzte Erweiterung für die route-Relationen aufgegriffen haben: soll heißen: interval=* und service_times=*, duration=* bzw. exeptions= (gibts schon für access, dann was anderes Passendes). Wofür sollen die gut sein? Na für die Gut-Genug-Fahrplanauskunft.

Nein, das soll keine Ersatz für eine echte Anbindung an die Datenbanken der Nahverkehrsunternehmen sein, sondern nur näherungsweise (mit vertretbarem Aufwand den maximalen Nutzen erreichen) die Routenplanung ermöglichen. Anhand der service_times=* weiß man wann die (Teil-)linie überhaupt fährt, durch das Intervall weiß man wie lange man im Mittel auf die nächste Abfahrt warten muß. Das Intervall
war ursprünglich in Minuten gedacht und wurde laut Taginfo auch lange so benutzt, nur hat das jetzt jemand im Wiki nur unötig verkompliziert (einfach als Minuten belassen und auch Minuten-Bruchteile erlauben wie z.B. 0.5 wäre echt besser, Selbiges gilt für duration=*) anhand der Dauer kann man ähnlich wie bei der Hausnummerninterpolation ungefähr die Fahrzeit berechnen.

Über exceptions=* kann man versuchen wenigstens manche häugfigen Ausnahmen (mehr als Klassen-Tag gedacht wie z.B.: PHE, SHE für public holiday execption bzw. school holiday execption), bzw. die Wahrscheinlichkeit das es überhaupt Ausnahmen gibt (z.B. über die Angabe der Tage hinter den Ausnahmetags), erfassen. Das Ausnahmetagging muß man mal bei Bedarf noch ordentlich ausarbeiten.


Healthcare 2.0
Wir geben Faschisten ein Zuhause. BMI.

Offline

#12 2019-08-11 18:20:10

Fabi2
Member
Registered: 2010-03-21
Posts: 1,066

Re: Wiki Änderung pt=platform

Ich sehe gerade das es für interval=* schon eine Wikiseite (https://wiki.openstreetmap.org/wiki/DE:Key:interval) gibt, sowie auch für duration=* (https://wiki.openstreetmap.org/wiki/Key:duration). Es wäre da sicher echt hilfreich, wenn man sich da mal auf ein Datenformat zur angabe der service_times=* einigen könnte!

Also entweder das klassische Öffnungszeitenformat, für das Netzwolf und ich damals schon eine Intervall-Erweiterung erdacht haben, weil wäre ja nicht so, das wir die Intervallangabe nicht schon vor Jahren durchdisskutiert haben (siehe https://wiki.openstreetmap.org/wiki/DE: … cification da gibt es z.B. "Mo-Fr 16:00-18:00/10" für Montag bis Freitag 16:00-18:00 alle 10 Minuten).

Aber gut, daß es noch interval:conditional mit gänzlich anderem Format (https://wiki.openstreetmap.org/wiki/DE: … strictions) und https://wiki.openstreetmap.org/wiki/Key:duration mit Zeitangaben nach ISO 8601 gibt, wäre ja sonst auch zu einfach für den Mapper!

Wenn man einfach nur service_times=* mit dem üblichen inzwischen gut unterstützten Öffnungszeitenformat genommen hätte. Ab 100 Minuten darf man dann wohl scheinbar die Stunden ausschreiben, jedenfalls steht nichts von beliebiger Länge für den Minutenwert drin, und was bringt es überhaupt da noch andere Formate als die Minuten zu unterstützen? Die Software darf nur umständlich erst eine paar mal checken, was jetzt genau das Format ist, wobei man ja den Minutenwert z.B. bei duration=* für die transsibirische Eisenbahn o.ä. auf ein paar Tage hochsetzen kann.

Zum Ausgangsposting, kann ich nur sagen: "Name ist das was auf dem Schild (primär) steht und wenn es keins gibt, dann der aus dem Fahrplan".


Healthcare 2.0
Wir geben Faschisten ein Zuhause. BMI.

Offline

#13 2019-08-11 21:13:16

Weide
Member
Registered: 2009-04-05
Posts: 1,351

Re: Wiki Änderung pt=platform

Fabi2 wrote:

Das Hauptproblem ist (hatte ich auch schon vor Jahren mal geschrieben), das es keine Relation für die Beziehung zwischen Haltepunkten (stop_positions) und der Platform (public_transport=platform) gibt, das führt dazu, das unnötigerweise die Platformen mit in die Haltestellenrelation (stop_area) aufgenommen werden müssen, da sonst eben genau diese Beziehung nicht ersichtlich ist.

-Die stop_area macht diese Beziehungen aber nicht ersichtlich.

-Nur die Routen geben solche Beziehungen an. Deshalb ist die Nennung beider Teile in den Routen auch verpflichtend soweit diese existieren. In anderen Routen können die Beziehungen anders sein. In den Routen gibt es Pärchen oder Singles ... außerhalb der Routen sind das n:m-Beziehungen.

-Es kann daher keine separaten Relationen geben, die die Beziehungen angeben.

Offline

#14 2019-08-11 21:39:23

Fabi2
Member
Registered: 2010-03-21
Posts: 1,066

Re: Wiki Änderung pt=platform

Weide wrote:
Fabi2 wrote:

Das Hauptproblem ist (hatte ich auch schon vor Jahren mal geschrieben), das es keine Relation für die Beziehung zwischen Haltepunkten (stop_positions) und der Platform (public_transport=platform) gibt, das führt dazu, das unnötigerweise die Platformen mit in die Haltestellenrelation (stop_area) aufgenommen werden müssen, da sonst eben genau diese Beziehung nicht ersichtlich ist.

-Die stop_area macht diese Beziehungen aber nicht ersichtlich.

-Nur die Routen geben solche Beziehungen an. Deshalb ist die Nennung beider Teile in den Routen auch verpflichtend soweit diese existieren. In anderen Routen können die Beziehungen anders sein. In den Routen gibt es Pärchen oder Singles ... außerhalb der Routen sind das n:m-Beziehungen.

-Es kann daher keine separaten Relationen geben, die die Beziehungen angeben.

Hoffentlich bessere/genauere Erklärung: Man mappt die stop_positions, als Knoten, diese kommen dann in eine neue Relation, zusammen mit dem Bahnsteig, zu dem sie gehören, also wenn z.B. der Zug in der Mitte hält und es auf beiden Seiten des Gleises einen Bahnsteig gibt (siehe z.B. den S-Bahnhof Berlin Warschauer Straße), dann werden zwei von diesen neuen Relationen angelegt, einer mit dem linken Bahnsteig und einer mit dem rechten Bahnsteig, wo dann die z.B. zwei Haltepunkte (für Kurzzüge und Normalzüge) drin sind.

Diese beiden neuen Relationen kommen dann in die stop_area-Relation. In die Routen-Relation kommen dann nur noch die Stop-Positions, die die (Teil)route anfährt.

Dieser Abstraktionsschritt fehlt im Pulic_Transport-v2-Schema. Deshalb muß man dann in jeder Teilroutenrelation immer wieder die Bahnsteige (public_transport=platform) mit aufnehmen, weil man sonst nicht weis, zu welchen Bahnsteig die Haltepunkte gehören.

Ich kenne persönlich keinen Fall, wo es z.B. nur stop_positions gibt, das definiert meines achtens auch das Public_Transport_v2-Schema, denn selbst beim Bus gibt es das Haltestellenschild bzw. den Gehweg, falls du darauf hinaus willst.


Healthcare 2.0
Wir geben Faschisten ein Zuhause. BMI.

Offline

#15 2019-08-12 07:14:52

geri-oc
Member
From: Sachsen
Registered: 2011-03-21
Posts: 4,454
Website

Re: Wiki Änderung pt=platform

Sollte in OSM nicht nur die Haltestelle und die Linienführung?

Und das ist schon kompliziert genug aktuell zuhalten. Bei den Veränderungen der Haltestellen/Linienführung durch Baustellen oder jährlich neue Fahrpläne.

Statt Intervalle oder Betriebszeiten in OSM ist es sinnvoller über die stopid=33001141 (VVO) den aktuellen Fahrplan zu verlinken: https://www.vvo-online.de/de/fahrplan/a … d=33001141

Offline

#16 2019-08-12 12:20:07

Weide
Member
Registered: 2009-04-05
Posts: 1,351

Re: Wiki Änderung pt=platform

Fabi2 wrote:

Ich kenne persönlich keinen Fall, wo es z.B. nur stop_positions gibt, das definiert meines achtens auch das Public_Transport_v2-Schema, denn selbst beim Bus gibt es das Haltestellenschild bzw. den Gehweg, falls du darauf hinaus willst.

Ja, leider ist "überall sowohl stop als auch platform und überall eine stoparea drumrum und überall public_transport=... dran" die Mappingrealität. Aber diese Objektanlegerei liegt nicht an PTv2! Es spiegelt nur die weit verbreiteten Gerüchte über PTv2 wieder. Hier mal ein paar extreme nach PTv2 korrekte Beispiele:

Eine simple Haltestelle für beide Richtungen auf der Landstraße lässt sich durch einen einzigen Node auf der Straße mit "highway=bus_stop" und "name=Humtata" mappen und das ist völlig korrektes PTv2. In die Routen kommt er mit der Rolle "stop". Keine stop_area. Kein "public_transport=..."

Bekommt eine der Seiten einen Regenschutz und man will ihn nicht getrennt mappen, dann nimmt man statt des Nodes auf der Fahrbahn zwei Nodes auf den Seiten neben der Fahrbahn. Sie haben die o.g. Tags und der eine hat noch "shelter=yes". In die Routen kommt der jeweils passende Node mit der Rolle "platform".

Aber die meisten Mapper denken, dass man statt dem einem Node im ersten Beispiel in PTv2 einen Verhau aus 5 Objekten braucht. Und das Ganze ohne ein einziges Bit an Information über die Realität hinzuzufügen. Die "normalen" Mapper laufen uns weg, weil wir solche unnötig komplizierten Dinge machen. Mir hat mehr als ein Mapper (sinngemäß) gesagt "Wenn ich ne Bäckerei sehe, dann trag ich die ein ... aber um Bushaltestellen mache ich einen großen Bogen"


Bei den zusätzlichen Relationen sehe ich noch nicht, wie man mit (legitimerweise) fehlenden Stops umgeht und wie man bei je nach Linie verschiedenen Platforms zu einem Stop die richtige finden soll. Das ist z.B. wichtig, wenn nur eine Platform für Rollifahrer ok ist. Es hätte aber den Vorteil, dass man die Nutzung mehrerer Steige gleichzeitig abbilden könnte.

Last edited by Weide (2019-08-12 12:29:21)

Offline

#17 2019-08-22 08:47:56

chris66
Member
From: Germany
Registered: 2009-05-24
Posts: 9,659

Re: Wiki Änderung pt=platform

Zur Info: Die Änderung wurde mittlerweile im Wiki revertiert.


Mapper aus dem Münsterland/NRW. Nicht auf fakebook.

Offline

#18 2019-08-25 20:31:42

Tirkon
Member
From: Ostfriesland / Germany
Registered: 2009-01-27
Posts: 245

Re: Wiki Änderung pt=platform

Fabi2 wrote:

Das Hauptproblem ist (hatte ich auch schon vor Jahren mal geschrieben), das es keine Relation für die Beziehung zwischen Haltepunkten (stop_positions) und der Platform (public_transport=platform) gibt, das führt dazu, das unnötigerweise die Platformen mit in die Haltestellenrelation (stop_area) aufgenommen werden müssen, da sonst eben genau diese Beziehung nicht ersichtlich ist.

Das Hauptproblem ist die Existenz einer stop_position im ÖPNV Modell. Man kann sie einfach ohne einen Verlust an Informationen weglassen.

Schauen wir uns einmal die Realität an. An der Haltestelle steht ein Haltestellenschild. Das nimmt der Fahrgast wahr. Wie ermittelt der Fahrgast nun eine nicht gekennzeichnete Halteposition? Er fällt vom Haltestellenschild aus das Lot auf die Route und weiß, wo Bus oder Bahn hält. Wenn eine Haltestelle vorübergehend verschoben wird, wird das Original-Haltestellenschild durchge-X-t und an der Ersatzhaltestelle ein provisorisches Haltestellenschild aufgestellt. Ein Autofahrer in Deutschland weiß dann auch, dass er nach dem Fällen des Lotes auf die Route 15 Meter vor und hinter dem Punkt nicht parken darf, damit das Procedere an der Haltestelle problemlos ablaufen kann.

Kurzum: Das Haltestellenschild definiert Ort der Haltestelle und auch den Ort der Halteposition.

An großen Bahnhöfen haben wir zudem die Schilder mit Buchstaben, die den Bahnsteig aufteilen. Anhand dieser Buchstaben kann der Fahrgast wiederum das Lot auf die Route fällen und weiß wo sein Zug hält. Man könnte also auch den Ort dieser Schilder mappen. Auch von einer public_transport=platform kann man das Lot fällen.

Was der Fahrgast kann, kann OSM oder dessen Anwender auch, nämlich das Lot vom Schild auf auf die Route fällen.   
OSM Beispiel hierfür: https://tools.geofabrik.de/osmi/?view=a … closed_way

Umgekehrt kann aus der Halteposition der Standort des Haltestellenschildes nicht eindeutig bestimmt werden. Das Mappen des Schildes beinhaltet demnach mehr Informationen. Von daher braucht man nur die Schilder zu mappen, die der normale Fahrgast und Mapper wahrnimmt. Der Mapper muss nicht für den OSM Anwender das Lot zur Bestimmung der Halteposition fällen. Damit lösen sich auch die Probleme bezüglich der Verknüpfungsrelation. Was nicht existiert, braucht auch nicht verknüpft zu werden.

Es beseitigt auch das Problem, dass der weniger erfahrene Mapper bei Verlegung der Haltestelle nur eine der beiden Positionen verlegt und beispielsweise den Haltepunkt an der alten Stelle belässt. Überhaupt macht der Verzicht auf die Halteposition das ÖPNV Datenmodell übersichtlicher und bleibt so für mehr Mapper nachvollziehbar. 

Es mag möglicherweise noch vereinzelt Fälle geben, in der die Halteposition dennoch unverzichtbar ist. Wenn das so ist, möge man mir die Fälle schildern. Man könnte dann überlegen, ob man sie dann für solche Ausnahmefälle auch zulässt. Ich würde aber auch dann dafür plädieren, das nicht zu tun. Das Vollständigkeitssyndrom bei OSM wird sonst dafür sorgen, dass dies auch an anderer Stelle geschieht. Es ist besser, den wenigen Fällen auch keine Halteposition zu verpassen und dafür der überwältigenden Mehrheit der Haltestellen zumindest in einem Punkt ein besser funktionierendes Modell zu verpassen.

Fazit: Verbannt man die Halteposition aus dem ÖPNV Modell, kann man nur gewinnen.

Last edited by Tirkon (2019-08-25 20:41:59)

Offline

#19 2019-08-26 09:04:07

Weide
Member
Registered: 2009-04-05
Posts: 1,351

Re: Wiki Änderung pt=platform

Tirkon wrote:

Das Hauptproblem ist die Existenz einer stop_position im ÖPNV Modell. Man kann sie einfach ohne einen Verlust an Informationen weglassen.

Da haben wir in PTv2 schon. Kann jeder sofort weglassen. In PTv2 hat jeder Mapper die Wahl zwischen drei Möglichkeiten: nur stop, nur platform oder beide. (Diese Wahl hat man nur beim Mappen. In die Route muss zwingend alles Gemappte)

Tirkon wrote:

Kurzum: Das Haltestellenschild definiert Ort der Haltestelle und auch den Ort der Halteposition.

Es definiert nicht ... es ist nur ein guter Anhaltspunkt. Wenn das Schild aus irgendwelchen Gründen woanders steht, dann mappen wir die Haltestelle trotzdem da wo sie ist. Ich hab sogar schonmal ein Schild auf der gegenüberliegenden Straßenseite gesehen, weil der Busfahrer es in der Kurve sonst vielleicht zu spät gesehen hätte (In der Gegenrichtung fuhr da kein Bus)

Tirkon wrote:

Es mag möglicherweise noch vereinzelt Fälle geben, in der die Halteposition dennoch unverzichtbar ist. Wenn das so ist, möge man mir die Fälle schildern.

Wo die Platform als Linie oder Fläche gemappt ist kann das highway=bus_stop nur in den Node auf dem Weg gehen, da nur Nodes für highway=bus_stop zulässig sind. Jede andere Position würde eine zweite Platform definieren, die gemäß PTv2 ebenfalls in die Route eingetragen werden muss und damit fälschlicherweise einen zweiten Haltevorgang des Verkehrsmittels definiert.

Tirkon wrote:

Fazit: Verbannt man die Halteposition aus dem ÖPNV Modell, kann man nur gewinnen.

Das Verbot von Stops würde PTv1 für illegal erklären. Fragmentarisches Wissen über eine Buslinie ("Ich bin mit Linie X von meiner Blockhütte zum Einkaufen und zurück gefahren") kann man in PTv1 viel besser als in PTv2 formulieren.

Wir sind uns aber völlig einig, dass die meisten Stops entfernt werden könnten (und übrigens auch die meisten stop_areas). Aber genau das ist in PTv2 vorgesehen.

Offline

#20 2019-08-26 09:12:59

miche101
Member
Registered: 2008-12-16
Posts: 817
Website

Re: Wiki Änderung pt=platform

Tirkon wrote:

Man kann sie einfach ohne einen Verlust an Informationen weglassen.

ja in wahrscheinlich 95% alle Fälle... bei größeren Bahnhöfen kann es machmal zu unklarheiten kommen... hier kann es nochbleiben und die platform ergänzen, aber der Rest dann entfallen.

Aber diese stop_postion fügt auch schaden zu... wie hier: yikes
https://www.openstreetmap.org/node/4449275441/history

Ein Bussteg wo vorne und hinten ein Bus hält... hab da zwei Node gemacht, weil sonst müsste man den Steg teilen was ich auch nicht "richtig" finde... in den Node war die ganze Information.. wurde dann gelöscht.. hab ich jetzt gerade gesehen. Wurde aber nicht in die stop_postion eingetragen sad .

Last edited by miche101 (2019-08-26 09:14:52)

Offline

#21 2019-08-26 09:21:36

ToniE
Member
From: Ottobrunn, Bayern, Germany
Registered: 2016-06-13
Posts: 231

Re: Wiki Änderung pt=platform

miche101 wrote:

wurde dann gelöscht.. hab ich jetzt gerade gesehen. Wurde aber nicht in die stop_postion eingetragen sad .

Oops. Ich schau' mal was ich da "angestellt" habe und korrigiere das gegebenenfalls.


Alle Edits meiner Kommentare sind (nur) Typofixes, wenn nicht explizit anders angegeben.

Offline

#22 2019-08-26 09:24:17

miche101
Member
Registered: 2008-12-16
Posts: 817
Website

Re: Wiki Änderung pt=platform

ToniE wrote:

Oops. Ich schau' mal was ich da "angestellt" habe und korrigiere das gegebenenfalls.

Der ref=512,515 wäre ganz gut..

Offline

#23 2019-08-26 09:25:51

ToniE
Member
From: Ottobrunn, Bayern, Germany
Registered: 2016-06-13
Posts: 231

Re: Wiki Änderung pt=platform

ToniE wrote:
miche101 wrote:

wurde dann gelöscht.. hab ich jetzt gerade gesehen. Wurde aber nicht in die stop_postion eingetragen sad .

Oops. Ich schau' mal was ich da "angestellt" habe und korrigiere das gegebenenfalls.

oder meintest Du diesen hier? https://www.openstreetmap.org/node/4449275442
Der ist in der Tat in keinerlei Relation eingebunden.


Alle Edits meiner Kommentare sind (nur) Typofixes, wenn nicht explizit anders angegeben.

Offline

#24 2019-08-26 09:27:49

miche101
Member
Registered: 2008-12-16
Posts: 817
Website

Re: Wiki Änderung pt=platform

Hier war der highway=bus_stop

https://www.openstreetmap.org/?mlat=48. … 0/11.89681

ja das ist die Stop_position davon

Last edited by miche101 (2019-08-26 09:28:26)

Offline

#25 2019-08-26 09:54:37

ToniE
Member
From: Ottobrunn, Bayern, Germany
Registered: 2016-06-13
Posts: 231

Re: Wiki Änderung pt=platform

miche101 wrote:

Hier war der highway=bus_stop

https://www.openstreetmap.org/?mlat=48. … 0/11.89681

ja das ist die Stop_position davon

Laut GTFS-Daten des MVV gibt es genau dort keine Platform.

https://ptna.openstreetmap.de/gtfs/DE/B … tforms.gpx


Alle Edits meiner Kommentare sind (nur) Typofixes, wenn nicht explizit anders angegeben.

Offline

Board footer

Powered by FluxBB