Buslinien vervollständigen

gormo · 2016-02-09 10:49:15

ulfewa wrote:

Wie lange dauert es eigentlich, bis die Änderungen in der OSM-Karte erscheinen? Mein Kenntnisstand sind ca. 2 h, aber das scheint zumindest derzeit nicht zu stimmen, bis jetzt hat sich noch nichts getan. Oder muss ich irgendwo beim Upload mitteilen, dass ich fertig bin? Grüßle

Das kommt drauf an, ob deine Änderungen auch Objekte betreffen, die tatsächlich auf der Karte (welche Karte meinst du denn genau?) dargestellt (gerendert) werden, und auf die Zoomstufe.

public_transport=stop_position wird m.E. garnicht auf der Hauptkarte auf openstreetmap.org dargestellt - ich kann mich da aber auch täuschen.

Manchmal hilft es auch, die Kartenkacheln neu vom OpenStreetMap-Serfer abzuholen (mit Shift-Klick auf das "neu laden"-Symbol im Firefox, andere Browser so ähnlich). Du hast in deinem Browser-Cache eventuell noch alte Kartenkacheln, obwohl auf dem Server schon neue Kacheln zur Verfügung stehen.

ulfewa · 2016-02-09 11:15:25

Ich meine die Verkehrskarte innerhalb der Ebenen von openstreetmaps.org. Dort werden auch Buslinien aufgeführt und meine 208 ist trotz mehrfachem Reload immer noch auf dem Stand von gestern. Dagegen ist sie in JOSM sehr wohl aktualisiert. Gruß

Weide · 2016-02-09 11:18:14

ulfewa wrote:

Vielen Dank für alle Eure Antworten, die mir allerdings aufzeigen, dass alles so eindeutig leider nicht ist.

Richtig erstaunlich ist es bei OSM nur, wenn sich alle einig sind. :-)

Bei der Haltestelle Boskopweg gibt es derzeit noch 2 verschiedene Haltestelle highway=bus_stop (nicht auf der Straße) und einen public_transport=stop_position (auf der Straße), letzterer steht als einziger im Relationseditor. Wenn ich Euch richtig verstanden habe, kann das möglicherweise Probleme machen. Welchen soll ich aus der Karte herausnehmen oder kann ich beide so stehen lassen?

Ich sehe da keine Probleme und würde es so lassen. Da beide gemappt sind, müssen auch beide in die PTv2-Route. Der Node auf der Fahrbahn mit der Rolle "stop" und der Node neben der Fahrbahn direkt dahinter mit der Rolle "platform".

Die Haltestelle 'Im Baumstückle' habe ich jetzt zunächst einmal auf dem Gehweg belassen und als public_transport=platform getaggt und auch so in den Relationseditor eingefügt.

Ja genau. Die Rolle in der Route muss dann aber "platform" werden. Die Bushaltestelle wird in der Karte erst auftauchen, wenn sie zusätzlich zum public_transport=platform auch noch ein highway=bus_stop bekommt.

Auch die davorliegenden Haltestellen 'Oberer Rosberg' und 'Buchenweg' habe ich zunächst einmal auf dem Gehweg belassen und sie als platform getaggt und auch so in den Relationseditor eingefügt.

Für die gilt dasselbe wie für 'Im Baumstückle'.

Zumindest an den Stellen, bei denen die Haltestelle in der Gegenrichtung nicht direkt gegenüber, sondern möglicherweise sogar in einer anderen Straße liegt, ist das IMHO von Vorteil.

So sehe ich das auch.

Die Route verstehe ich noch nicht so ganz (auch wenn ich in Gedanken die Haltestellenangaben alle rauf schiebe und die Wege alle nach unten): Ist da der Hinweg und der Rückweg drin? Da steht ja, es wäre die Route vom Galgenberg zum Bahnhof ... nach den Haltestellen und Wegen sieht es aber anders aus.

Weide

ulfewa · 2016-02-09 11:30:12

Nächste Frage: wie eingangs erwähnt, fährt meine Linie 208 in zwei Abschnitten je nach Fahrtrichtung eine andere Strecke, bevor sie jeweils wieder in beiden Richtungen auf einer gemeinsamen Strecke verkehrt. Bisher wollte ich die Linie als eine Art Ringverkehr editieren und die beiden getrennten Abschnitte in dieselbe Route einpflegen, schon weil die ursprünglichen Daten nicht an der Start- und Endhaltestelle, sondern dazwischen begonnen haben. Müssen die gemeinsamen Strecken erneut in die Relation aufgenommen werden oder kann bzw. muss man die einfach weglassen? Wenn man sie weglässt, hat man natürlich nicht den tatsächlichen Linienverlauf. Stört das? Macht es Sinn, in der finalen Version beide Richtungen in getrennten Relationen zu spezifizieren? Ich hoffe, ich konnte meine Frage deutlich genug formulieren!

Hubert87 · 2016-02-09 11:48:15

Es ist bei PTv2 sogar so vorgesehen, dass jede Fahrtrichtung (ja sogar jede Variante einer Fahrtrichtung) eine eigene Relation bestehend aus allen Wegen und Haltestellen von Start bis Ziel erhält.

Hubert87 · 2016-02-09 11:59:13

Weide wrote:

Hubert87 wrote:
Im Grunde kann man die bestehenden Nodes mit highway=bus_stop einfach ignorieren und komplett neue Nodes für
public_transport=stop_position und
public_transport=platform
erzeugen.
Bei public_transport=platform bietet es sich außerdem an, diese gleich als Area und nicht als Node zu mappen.
In den Fällen nach Punkt 2 liegen dann die alten "highway=bus_stop" Nodes in der Fläche, meistens dort wo das Haltestellenschild steht.
Das geht nicht. Ein highway=bus_stop auf dem Fahrweg entspricht dem public_transport=stop_position und ein highway=bus_stop neben dem Fahrweg entspricht dem public_transport=platform. Wenn man die beiden zusätzlich anlegt hätte man dann immer irgendwas doppelt. Dann funktionieren aber die Datenbankabfragen nach den Buslinien zu diesem Haltestellenobjekt nicht mehr, denn man kann nicht mehr als die zwei Teile "stop" und "platform" in die Route eintragen. Jeder weitere Eintrag wäre ein zusätzlicher Halt der Buslinie.
Weide
PS: Es gibt Leute, die in dieser Sache andere Ansichten haben.

Von "zusätzlich" habe ich auch nicht gesprochen. Eventuell aber nicht deutlich genug. Ich bin da für eine Art Sortenreinheit und würde dementsprechend "highway=bus_stop" allgemein aus den ptv2-Relationen heraus halten, da ich mich daran erinnere, dass Das das Line-Diagram von Overpass-api.de durcheinander bringt.

ulfewa · 2016-02-09 12:00:05

Hallo Weide,
so wie ich das bisher geschriebene interpretiere, muss eine Haltestelle, die NICHT als node auf der Straße, sondern daneben liegt, entweder als bus=yes und public_transport=platform ODER als highway=bus_stop spezifiziert werden, wobei es bei letzterem egal ist, ob sie auf oder neben der Straße liegt. Fügt man beides im Tag-Editor ein, meint dieser, dass die Tags aus zwei verschiedenen Parametersätzen von Public Transport (legacy und -nichts-) stammen. Aber ich probiere es gerne mal aus, beide einzufügen.
Wie bereits eingangs geschrieben, fährt die Linie 208 in der einen Richtung vom Bahnhof zur Endhaltestelle Galgenberg und von dort beginnend sofort (keine Fahrplanreserve) wieder auf einer teilweise anderen Strecke zurück zum Bahnhof. Einer meiner Vorgänger hat nur die Strecke Boskopweg - Wendelkönig - Galgenberg ... - Schmidener Straße eingetragen. Mein Ziel ist es, die Linie endlich zu vervollkommnen. Ulli

seichter · 2016-02-09 12:06:59

ulfewa wrote:

Nächste Frage: wie eingangs erwähnt, fährt meine Linie 208 in zwei Abschnitten je nach Fahrtrichtung eine andere Strecke, bevor sie jeweils wieder in beiden Richtungen auf einer gemeinsamen Strecke verkehrt. Bisher wollte ich die Linie als eine Art Ringverkehr editieren und die beiden getrennten Abschnitte in dieselbe Route einpflegen, schon weil die ursprünglichen Daten nicht an der Start- und Endhaltestelle, sondern dazwischen begonnen haben. Müssen die gemeinsamen Strecken erneut in die Relation aufgenommen werden oder kann bzw. muss man die einfach weglassen? Wenn man sie weglässt, hat man natürlich nicht den tatsächlichen Linienverlauf. Stört das? Macht es Sinn, in der finalen Version beide Richtungen in getrennten Relationen zu spezifizieren? Ich hoffe, ich konnte meine Frage deutlich genug formulieren!

Bei einer Acht oder Ring mit Stiel als Ringverkehr muss mMn der gemeinsame Teil zweimal in die Relation, da er ja in umgekehrter Richtung befahren wird und die Haltestellen (platform) dann auf der anderen Seite liegen.
Es gibt sogar Achten, bei denen der gemeinsame Teil in der selben Richtung befahren wird, die Haltestelle aber nur einmal bedient wird.

Als Ringverkehr würde ich nur Routen mappen, die in wesentlichen Teilen unterschiedlich laufen und keinen hervorgehobenen Endpunkt (Wendeschleife, Warteposition) haben. Die 208 ist da für mich ein Grenzfall.

ulfewa · 2016-02-09 12:41:10

Solange die Linie 208 nicht wenigstens mit den 3 zusätzlichen Haltestellen (vor Boskopweg, also Oberer Rosberg, Buchenweg, Im Baumstückle) im Verkehrskarten-Layer auftaucht und ich sehen kann, was tatsächlich passiert, will ich die beiden Richtungen Galgenberg - Bahnhof und zurück noch nicht in 2 Relationen aufteilen, denn dann müsste ich den bereits bisher in OSM vorhandenen Linienverlauf auftrennen, da Boskopweg - Wendelkönig - Galgenberg das Ende der Rückrichtung sind. Daher will ich zunächst die weitere Fahrt zunächst über 'Schmidener Straße' (derzeit letzte Haltestelle in OSM) bis zum Bahnhof weiterführen. Spricht irgendetwas dagegen? Eine weitere Relation für die Rückrichtung und die Konsoldierung der beiden Relationen ist dann gleich gemacht. Grüße

ulfewa · 2016-02-09 13:54:57

Zwischenbericht: Jetzt müsste die gesamte Fahrstrecke der 208 zwischen Oberer Rosberg - Galgenberg - Bahnhof Bestandteil der Relation 208 sein. Ist soweit alles OK? in der OSM-Verkehrskarte hat sich leider immer noch nichts geändert.
Ulli

Weide · 2016-02-09 14:05:43

Als Maßstab, ob eine PTv2-Linie richtig gemappt ist, ist weder JOSM noch das Verkehrskarten-Layer noch das Beispiel im Overpass-API wirklich geeignet. Das, was wir damals beschlossen haben und was (trotz einiger Schwächen) durchdacht ist, steht in: http://wiki.openstreetmap.org/w/index.p … did=625726

Dort findet man z.B. die Ablehnung der Vorstellung von zwei verschiedenen Haltestellensätzen:
This proposal does not replace, deprecate or obsolete the already existing and well known tags. The usage of the proposed tags is recommended but not mandatory.
Sämtliche PTv1-Haltestellen sind automatisch auch PTv2-Haltestellen. Da muss für PTv2 nichts hinzugefügt oder weggenommen werden. Wenn irgendwo ein Node mit highway=bus_stop rumliegt und nicht in der PTv2-Route auftaucht, dann hält der Bus da nicht. Das Argument, dass das eine alte Haltestelle wäre und sie bei PTv2 nicht zählt ist falsch. Eine Liste der Unterschiede von PTv1 und PTv2 habe ich auf http://wiki.openstreetmap.org/wiki/User:Weide rumliegen.

Die Kombination public_transport=platform mit bus=yes findet man oft ... im Original steht davon nichts... vielleicht weil dort Passagiere "verkehren" und nicht Züge oder Busse. Das Original kennt Fahrzeugangaben wie bus=yes und train=yes nur für stop_positions.

Weide

ulfewa · 2016-02-09 14:40:22

Hallo Weide, jetzt habe ich wieder viel gelernt. Eigentlich ist der Versuch, wie in meinem Fall, zumindest teilweise bestehende Routen und Relationen im Sinne der reinen Lehre auf Vordermann zu bringen, sehr aufwendig und nicht auf die Schnelle zu machen. Was ich interessant finde, ist bei Neuerstellung einer PTv2-Linie der Vorschlag, zuerst alle Haltestelle in Fahrtrichtung und erst dann die Wege in der Reihenfolge der Fahrt aufzunehmen. Dazu noch eine Frage: Straßenstücke haben beim Markieren ja immer eine Richtung (mit Pfeilen angezeigt). Stört das nicht, wenn die entgegen der Fahrtrichtung liegen?
Gruß

Hubert87 · 2016-02-09 15:06:39

Die "Richtung" einer Straße ist hier uninteressant und stört nicht; natürlich nur solange diese keine Einbahnstraßen (oneway=yes) ist.

ulfewa · 2016-02-10 07:23:29

Kann bitte jemand den zwischenzeitlich ergänzten Verlauf der Linie 208 (Galgenberg - Bahnhof) verifizieren (inkl. den letzten Teil der Gegenrichtung Bahnhof - Galgenberg), bevor ich weitermache, die Route zu konsolidieren und die Gegenrichtung zu erstellen?

Wie erzeugt man eigentlich eine neue Relation und wie kann man die ID einer vorhandenen ID herausfinden, wenn man nicht gerade einen Routenpunkt findet, der mit ihr verknüpft ist. Ein Beispiel ist z.B. die für Waiblingen und Umgebung recht wichtige Linie 207 (#386128), die es im Verkehrslayer überhaupt nicht gibt, weil sie m.E. in der Relation recht unvollkommen erfasst wurde.

Wie ich gesehen habe, kann man eine ID duplizieren und dann ändern. So wollte ich eigentlich bei der Gegenrichtung meiner 208 vorgehen. Welche ID bekommt sie dann? Wie kann ich herausfinden, ob sie nicht möglicherweise schon vorhanden, aber noch nicht mit Weg und Haltestellen verknüpft ist?
Gruß

GeorgFausB · 2016-02-10 10:13:29

Moin,

ulfewa wrote:

Wie erzeugt man eigentlich eine neue Relation

Durch Anlegen in JOSM (Siehe Fenster "Relationen" -> Schaltfläche "Eine neue Relation erstellen")

ulfewa wrote:

und wie kann man die ID einer vorhandenen ID herausfinden, wenn man nicht gerade einen Routenpunkt findet, der mit ihr verknüpft ist. Ein Beispiel ist z.B. die für Waiblingen und Umgebung recht wichtige Linie 207 (#386128), die es im Verkehrslayer überhaupt nicht gibt, weil sie m.E. in der Relation recht unvollkommen erfasst wurde.

Relationen mit Mitglieder kann man u.a. finden, indem man halt alle möglichen Mitglieder auswählt und guckt, ob eine entsprechende Relation zu ihren Eltern gehört.

ulfewa wrote:

Wie ich gesehen habe, kann man eine ID duplizieren und dann ändern. So wollte ich eigentlich bei der Gegenrichtung meiner 208 vorgehen. Welche ID bekommt sie dann?

Die nächste freie Relation-ID im System - also eine x-beliebige.

ulfewa wrote:

Wie kann ich herausfinden, ob sie nicht möglicherweise schon vorhanden, aber noch nicht mit Weg und Haltestellen verknüpft ist?

Relationen ohne Mitglieder kann man nur finden, indem man im gesamten Datenbestand nach Relationen mit (hoffentlich vorhandenen) entsprechenden Tags sucht (z.B. per Overpass-turbo nach type=route, route=bus, ref=208).

Gruß
Georg

ulfewa · 2016-02-10 23:39:27

Nachdem meine Änderungen für die Linie 208 mittlerweile im Verkehrslayer sichtbar sind und es auf den ersten Blick meines nicht ganz geübten Auges ganz gut aussieht, bin ich mutig geworden und habe die Gegenrichtung, zunächst nur mit den Haltestellen in der Fahrtrichtungsreihenfolge angefangen. Dazu habe ich den bisherigen Layer dupliziert, Start und Ziel vertauscht, alle members gelöscht und die Haltestellen nacheinander eingegeben und hochgeladen. Frage, was hat es mit dem key name in der Relation auf sich? Kann der beliebig gewählt werden oder ist er irgendwie vorgegeben? In der 3648223 ist der Name De_VVS_208, in der neuen, noch unvollständigen, Relation 5967281 heißt er (noch) genauso, weil sie ja durch eine Kopie erzeugt wurde. Kann man ihn anders nennen, z.B. um die Richtung anzudeuten? Nächste Frage: können in der Relation alle Routenwege in der Fahrtreihenfolge nach den Haltestellen stehen oder müssen die einen Bezug zur Haltestelle haben? Bitte um Antwort, bevor ich die Mapper beschäftige, wenn alles versaut ist!

Hubert87 · 2016-02-11 00:08:42

Abend,

in der schon existierenden Route scheint am Bahnhof noch eine kleine Wegstrecke zu fehlen. ( http://www.openstreetmap.org/relation/3 … 16/9.30330 ).
Bei den Namen der einzelnen Strecke ist nach Proposal folgende Anordnung vorgesehen:
name = "<vehicle type> <reference number>: <initial stop> => <terminal stop>"
In deinem Fall also
name = Bus 208: Waiblingen Galgenberg => Waiblingen Bahnhof

Die Gegenrichtung müsste demnach wohl
name = Bus 208: Waiblingen Bahnhof => Waiblingen Galgenberg
heißen.

Zur zweiten Frage:
Es sollten (nach Proposal und wie in Post #6 beschrieben) zunächst alle Haltestellen von Start nach Ziel aufgelistet werden (S1,P1,S2,P2,...,Sn,Pn) und dann die Wegelemente von Start nach Ziel (W1,W2,...,Wn).

Gruß
Hubert

Last edited by Hubert87 (2016-02-11 00:10:43)

ulfewa · 2016-02-11 08:45:18

Guten Morgen Hubert,
vielen Dank für Deine Hilfe. Die Lücke habe ich geschlossen, den Routennamen gemäß Proposal geändert und die Gegenrichtung der 208 (Bahnhof -> Galgenberg) mit dem Fahrweg komplettiert (http://www.openstreetmap.org/relation/5967281/history). Was die Linie 208 in beiden Richtungen betrifft, bin ich jetzt ganz zufrieden. Ich hoffe, Du auch :-)

Was mir an mehreren Stellen aufgefallen ist, ist, dass vermutlich im Verlauf der Vorgeschichte einzelne Haltestellen der 208 (und auch andere Linien) jeweils als Relation angelegt wurden, z.B. id #378918 (Schwanen, 2 members) oder #376990 (Schmidener Straße, 1 member). Kann man diese Relationen unbedenklich löschen oder haben sie noch irgendeine Bedeutung? Für die 208 habe ich sie jedenfalls nicht verwendet, sondern bei Bedarf die Haltestellen neu angelegt.

BTW: In Waiblingen scheint es außer mir nicht viele Editoren zu geben, die regelmäßig für Waiblingen an OSM arbeiten. Das sieht man schon an den Hausnummern, die außer in meinem Wohngebiet (Galgenberg) nur sehr sporadisch erfasst wurden. Schade eigentlich.

MKnight · 2016-02-11 11:41:21

ulfewa wrote:

Was mir an mehreren Stellen aufgefallen ist, ist, dass vermutlich im Verlauf der Vorgeschichte einzelne Haltestellen der 208 (und auch andere Linien) jeweils als Relation angelegt wurden, z.B. id #378918 (Schwanen, 2 members) oder #376990 (Schmidener Straße, 1 member). Kann man diese Relationen unbedenklich löschen oder haben sie noch irgendeine Bedeutung? Für die 208 habe ich sie jedenfalls nicht verwendet, sondern bei Bedarf die Haltestellen neu angelegt.

Jein: https://wiki.openstreetmap.org/wiki/DE: … Dstop_area Deine neugemalten haltestellen müssten also in diese Relationen integriert werden, da ist jetzt einiges doppelt. Keine Ahhnung ob diese Relationen dann als Kind-relation in die Bus-Linie reinmüssen...

ulfewa · 2016-02-11 14:29:46

@MKnight, so wie ich es bisher einschätze, sind das lediglich Relationen, die nur eine einzige Haltestelle beschreiben und keinen Bezug zu einer Linie oder einer Route haben. Daher die Frage, ob ich sie zur Entschlackung einfach entfernen soll/kann. Grüße

Hubert87 · 2016-02-11 15:01:36

M.M.n. sollten Daten solange Sie nicht falsch sind oder "stören" auch nicht gelöschte werden.
"Entschlackung" ist kein gutes Motiv.

GeorgFausB · 2016-02-11 17:40:05

Moin,

ulfewa wrote:

@MKnight, so wie ich es bisher einschätze, sind das lediglich Relationen, die nur eine einzige Haltestelle beschreiben und keinen Bezug zu einer Linie oder einer Route haben. Daher die Frage, ob ich sie zur Entschlackung einfach entfernen soll/kann. Grüße

nochmals: Nein!
Bisher hast Du nur Haltestellen erneut eingetragen (verdoppelt) - und noch nichts zerstört.

Bei dem Beispiel Schwanen hast Du die nördlich der Straße gelegene Haltestelle direkt neben die vorhandene (1406581823) neu (3999412891) eingetragen - wieso?. Du kannst doch problemlos die bereits vorhandene verwenden.

In die Relation #378918 gehört sowohl die alte nördliche (1406581823) wie Deine neue südliche (3999412890) jeweils mit der Rolle "platform" hinzugefügt.
Diese Relation beschreibt eine Haltestelle mit allen Elementen für alle Richtungen - sie wird nicht in der Routen-Relation verwendet - aber deswegen ist sie noch lange nicht einfach zu löschen.

Nichts für ungut - aber da ist noch Luft nach oben, soweit es Deine Lernkurve betrifft.

Gruß
Georg

ulfewa · 2016-02-11 19:13:24

Hi Georg,
ich habe nicht behauptet, dass ich ausgelernt habe, ganz im Gegenteil ;-) Immerhin beschäftige ich mich erst seit dem 8.2.16 mit Buslinien! Während der Diskussion habe ich mich vorläufig entschlossen, neues nur mit dem neuen Schema anzulegen und darin platform und nicht stop_position zu verwenden, da die Haltestellen für die beiden Richtungen nicht immer gegenüberliegen. 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. 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.

Eine spezielle Frage an alle: Ich habe heute eine neue Buslinie 218 from the scratch angelegt:
http://www.openstreetmap.org/relation/5969073/history
Sie durchfährt einen Kreisverkehr. Habe ich den richtig includiert? Zunächst wollte ich in Segmente aufteilen, aber es kam ein Warnhinweis, da er auch von anderen Buslinien befahren wird. Daraufhin habe ihn komplett eingefügt!
Grüße

Weide · 2016-02-11 20:27:36

ulfewa wrote:

Was mir an mehreren Stellen aufgefallen ist, ist, dass vermutlich im Verlauf der Vorgeschichte einzelne Haltestellen der 208 (und auch andere Linien) jeweils als Relation angelegt wurden, z.B. id #378918 (Schwanen, 2 members) oder #376990 (Schmidener Straße, 1 member). Kann man diese Relationen unbedenklich löschen oder haben sie noch irgendeine Bedeutung? Für die 208 habe ich sie jedenfalls nicht verwendet, sondern bei Bedarf die Haltestellen neu angelegt.

Diese stop_area-Relationen sollen die einzelnen Teile einer Haltestelle zusammenfassen. Das kann bei großen Haltestellen allein schon im Interesse des Mappers gut sein. Bei unübersichtlichen Haltestellen ("Da gehen Sie da hinten über den Parkplatz und dann nach rechts. Dann sehen sie die Haltestelle der Linie 4711") kann es auch für Karten in Apps usw. gut sein, denn dann kann ohne Probleme der Name der Haltestelle in ein schön eingerahmtes Gebiet geschrieben werden und die die Steignummern (z.B. local_ref=5) werden an die einzelnen Haltestellen geschrieben.

Stopareas muss man nicht machen -- man darf es. 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. Alle stops und platform (auch die ohne public_transport=x) gehören da rein mit den Rollen "stop" bzw. "platform". Wenn man also ein neues Objekt anlegt, dann muss es auch in eine evtl. vorhandene stop_area rein.

Man darf auch noch mit der leeren Rolle zugehörige "amenity=x" und "public_transport=station" aufnehmen ... muss man aber nicht. (Die entrance-Einträge am Bahnhof gehören also nicht rein).

Der Name der stop_area ist derselbe wie der aller seiner "stop" und "platform"-Einträge. (Der Name an der stop_area des Bahnhofs ist also falsch)

Stopareas sind nie Mitglieder von Routen. In die Routen kommen nur die Einzelobjekte. Die können natürlich auch noch in einer stop_area und in anderen Routen genannt werden.

Weide

Weide · 2016-02-11 20:35:55

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.

Wenn an einer Haltestelle sowohl die Halteposition als auch die Platform vorhanden ist (Bahnhof), dann müssen beide in die Route. Sie müssen nicht vorhanden sein, aber wenn sie da sind, dann müssen sie rein. (Unmittelbar nacheinander. Zuerst der stop). Das hat den Sinn, dass man in der Datenbank die Routen nachschlagen kann in denen das ausgewählte Ding vorkommt. Diese Liste sollte dann komplett sein.

Weide

Announcement

#26 2016-02-09 10:49:15

Re: Buslinien vervollständigen

#27 2016-02-09 11:15:25

Re: Buslinien vervollständigen

#28 2016-02-09 11:18:14

Re: Buslinien vervollständigen

#29 2016-02-09 11:30:12

Re: Buslinien vervollständigen

#30 2016-02-09 11:48:15

Re: Buslinien vervollständigen

#31 2016-02-09 11:59:13

Re: Buslinien vervollständigen

#32 2016-02-09 12:00:05

Re: Buslinien vervollständigen

#33 2016-02-09 12:06:59

Re: Buslinien vervollständigen

#34 2016-02-09 12:41:10

Re: Buslinien vervollständigen

#35 2016-02-09 13:54:57

Re: Buslinien vervollständigen

#36 2016-02-09 14:05:43

Re: Buslinien vervollständigen

#37 2016-02-09 14:40:22

Re: Buslinien vervollständigen

#38 2016-02-09 15:06:39

Re: Buslinien vervollständigen

#39 2016-02-10 07:23:29

Re: Buslinien vervollständigen

#40 2016-02-10 10:13:29

Re: Buslinien vervollständigen

#41 2016-02-10 23:39:27

Re: Buslinien vervollständigen

#42 2016-02-11 00:08:42

Re: Buslinien vervollständigen

#43 2016-02-11 08:45:18

Re: Buslinien vervollständigen

#44 2016-02-11 11:41:21

Re: Buslinien vervollständigen

#45 2016-02-11 14:29:46

Re: Buslinien vervollständigen

#46 2016-02-11 15:01:36

Re: Buslinien vervollständigen

#47 2016-02-11 17:40:05

Re: Buslinien vervollständigen

#48 2016-02-11 19:13:24

Re: Buslinien vervollständigen

#49 2016-02-11 20:27:36

Re: Buslinien vervollständigen

#50 2016-02-11 20:35:55

Re: Buslinien vervollständigen

Board footer