[Talk-de] Sketch-line

[Jo]

Roland,

Ich bin fast vollig mit dir einverstanden. Ich verstehe aber nicht wieso
man forward/backward braucht wenn für jede Richtung schon alle Ways in
richtige Reihenfolge vorhanden sind.

forward/backward ist m.E. notwendig in manche Rad/Wanderrouten, wo 2
Richtungen mit eine einzige Relation erfasst sind.

Für Sketch line noch die folgende Frage: ich benutze fast nie network,
operator=De Lijn. Manche Leute setzen die Provinz im Network (so ist das
bei De Lijn auch unterteilt). Das kann ich ab jetzt auch machen. Das
Problem ist aber das in eine Provinz mehrmals dieselbe ref vorkommen
können. Also wird es noch nicht möglich sein mit nur network und ref die
Linie eindeutig zu wählen.
Gibt es da auch andere Möglichkeiten? Jede route_master bekommt auch ein
ref:De_Lijn und/oder name.

Vielen Dank,

Jo


PS: ich hoffe das einmal die Diskussion zum Thema von public transport noch
mal neu anfängt. Ich würde zum Beispiel gerne routes von subroutes aufbauen
können. Heutzutage ist der Maintenance von Linien Albtraum, viel Arbeit und
deswegen 'error prone', wenn die kaputgehen. Und kaput gehen sie...


2013/11/29 Roland Olbricht <roland.olbricht at gmx.de>

> Hallo,
>
> > ich versuche gerade eine Buslinie in Bremen so nach dem neuen ÖPNV
> > Schema zu taggen, dass auch Sketch-Line damit funktioniert. Allerdings
> > funktioniert das nicht alles so wie es soll. Seht es euch selbst an:
> >
> > http://www.overpass-api.de/api/sketch-line?ref=22&network=VBN
> >
> http://www.overpass-api.de/api/sketch-line?ref=22&network=VBN&style=wupperta
> > l
> >
> > Das Problem ist, dass fast alle Haltestellen doppelt dargestellt werden.
> > Solche wo auch eine Straßenbahn am gleichen Steig hält, werden korrekt
> > dargestellt (Kurfürstenallee, Crüsemannallee, Busestraße, Universität /
> > Zentralbereich).
>
> Das neue Public-Transport-Schema ist eines der prominentesten Beispiel für
> ein
> großflächig gescheitertes Wiki-Proposal. Leider gibt es nun sehr viele
> Varianten für das Tagging statt vorher nur einer, und etliche Mapper
> bestehen
> darauf, dass ihr Ansatz die einzige Wahrheit sei. Die Varianten sind
> untereinander widersprüchlich, so dass keine sinnvolle Auswertung mehr
> möglich
> ist. Ich habe daher Sketch-Line nicht mehr weiterentwickelt.
>
> Sketch-Line arbeitet zuverlässig mit "highway=bus_stop" und
> "public_transport=platform" zusammen. "stop_position" wird ab irgendwann
> wieder komplett ignoriert werden. Es ist ohenhin nicht flächendeckend
> verfügbar.
>
> Ich würde empfehlen,
> - Nodes als Haltestellen mit "highway=bus_stop" und
> "public_transport=platform" und Namen zu taggen
> - Ways als Haltestellen mit "public_transport=platform" und Namen zu taggen
> - diese Elemente und nur diese Element mit der Rolle "stop" in Reihenfolge
> der
> Bedienung in die Linie einzufügen
> - mit den Rollen "forward" und "backward" die Wege des befahrenen
> Linienwegs
> aufzubauen
>
> Sketch-Line sollte dann korrekt funktionieren, verbleibende Fehler
> korrigiere
> ich gerne. Erfahrungsgemäß gibt es auch selten bis nie Widerspruch, wenn
> man
> so mappt.
>
> "stop_position" war ursprünglich der Sonderwunsch einer der treibenden User
> hinter dem Proposal. Derjenige hat es aber auch nach nun mehreren Jahren
> nicht
> hinbekommen, ein funktionierendes Stück Software zur Auswertung zu
> schreiben.
>
> Generell würde ich obiges auch als offizielle Vereinfachung im Wiki
> unterbringen, um endlich wieder funktionsfähige Software zu haben. Das muss
> aber hinter der dringenderen Weiterentwicklung der Overpass API leider
> zurückstehen, weil Wiki-Diskussion unvermeidlich sehr zeitraubend sind.
>
> Viele Grüße,
>
> Roland
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>