ToniE's Comments
| Changeset | When | Comment |
|---|---|---|
| 81276235 | almost 6 years ago | Servus und willkommen auf der ÖPNV-Insel in OSM. > Straßen, an denen Bushaltestellen liegen, für den Bus geöffnet PTNA - "Public Transort Network Analysis" meldet u.A. auch solche Probleme - zumindest wenn dort eine OSM-Route lang geht. https://ptna.openstreetmap.de/ Wobei highway = living_street streng genommen kein bus = yes benötigt. Viele Grüße
P.S.: langfristig wird JOSM (josm.openstreetmap.de) als Java-OSM-Editor bei ÖPNV-Edits von Vorteil sein, da er mit (Bus-)Relationen/Routen besser umgehen kann und das Editieren derselben optimal unterstützt. |
| 81031404 | almost 6 years ago | Hello Mac, > (i) Would all bus stops be better placed at the top of the parent relation, i.e. before the nested route segments? yes, stops are specific for routes, express busses for instance may skip 2 or 3 stops. > (ii) Maybe there might be a need for separate train relations for each bus route It might transpire that the train segment will need to have the same ref/network tag as the parent relation. Hmm, not sure about this. In a PM to Marco I sugested that PTv2 does not explicitely exclude member ways "railway=track" or ferries from route=bus relations.
Just my 2 cents. Best regards,
|
| 81216876 | almost 6 years ago | Servus, 'add operator' war wohl irreführend. Ich habe den 'operator' vom route_master auf die route übertragen c&p. Ansonsten wisst Ihr als lokale Mapper wohl besser als ich, wie es richtig sein sollte. Könntest Du evtl. unter dann mal in die (tägliche) RMV-Auswertung schauen https://ptna.openstreetmap.de/results/DE/HE/DE-HE-RMV-Analysis.html Es gibt mehrere ref=5 Busse im Gebiet des RMV, wodurch man in den CSV-Daten unter osm.wiki/Rhein-Main-Verkehrsverbund/Analyse/DE-HE-RMV-Linien den 'operator' = letztes Feld angeben und natürlich konsistent halten muss mit der Relation - das können/sollten lokale Mapper mit Ortskenntnissen machen und up-to-date halten (Fahrplanwechsel im Dezember, ...). Die CSV-Daten sind noch unvollständig und sollten das widerspiegelen, was der RMV tatsächlich anbietet. PTNA vergleicht das dann mit dem was es in OSM gibt - plus Fehleranalyse. Viele Grüße
|
| 81031404 | almost 6 years ago | Hi Mac, Marco pointed me to this discussion here, may I join? Nested Relations as described on waymarkedtrails could be a solution, but this hierarchy is not covered by the PTv2 specification. Busses using ferries, shuttle transport and so might be seen as a gap in the specification though. Another - not new approach to PTvX - is similar to the solution of Sarah (Lonvia). This introduces "segments", i.e. a bunch of roads (in a sequence) which are grouped by a segment relation. Segment relations can be members of route relations.
I have no solution yet to group 1.) London - Folkestone (bus relation) 2.) Folkestone - Calais (train relation) 3.) Calais - city-on-the continent (bus relation) and backwards in one route(_master) AND at the same time specify that 1.)-2.)-3.) build an itinerary with a single fare/ticket and so on. Best regards,
|
| 80895349 | almost 6 years ago | Danke Andy, In der Gegend sind noch einige andere Mapper ÖPNV-OSM-mäßig "unterwegs". Evtl kümmern sie sich drum, schauen wir mal. VG
|
| 81060629 | almost 6 years ago | Hi MacLondon, I've noticed the changes for Fixbus 700 and others passing the tunnel below the Strait of Over. I saw route="bus;train" and am not sure about this. PTNA - Public Transport Network Analysis (https://ptna.openstreetma.de) carries out a daily analysis also for Flixbus in Europe.
The entry there could be changed to: 700;"bus;train";;Paris;London;FlixMobility GmbH to cover the obvious things. But route= and route_master= of the route and route_master relations should match - from my point of view. User "marcoSt" manages a lot on Flixbus routes (also for the US), I will also contact him on this topic . I will definitely not call this an "issue" though, but can we find a common understanding on this split route and how to map this? Best regards
|
| 80945600 | almost 6 years ago | Hi Lukas, hmm, ich hatte bei https://ptna.openstreetmap.de bemerkt, dass die 'ref' hier (906) nicht mir der 'ref' seines Rute-Masters (905) übereinstimmt, und - weil der RouteMaster 5 Jahre alt ist - beschlossen hier auf 905 zu ändern. Mag sein, dass eigentlich 906 korrekt wäre, dann müsste hier der alte Zustand wieder hergestellt werden und der Route-Master auch auf 906 geändert werden muss. Habe ich wohl falsch herum geändert - sorry. Viele GRüße
|
| 80975641 | almost 6 years ago | Servus lmk, bist du an Analysen von ÖPNV in OSM interessiert? https://ptna.openstreetmap.de/results/DE/NW/DE-NW-VRR-Analysis.html liefert eine tägliche Analyse der in OSM gemappten ÖPNV-Relationen. Viele Grüße
|
| 80916936 | almost 6 years ago | Servus greenie11, bist du interessiert an ÖPNV-Analysen in OSM? https://ptna.openstreetmap.de/results/DE/HE/DE-HE-RMV-Analysis.html ist eine tägliche Analyse der in OSM gemappten ÖPNV-Linien des RMV. Ich hatte angefangen ein wenig Struktur reinzubringen, der RMV ist aber groß und ich habe keine Ortskenntnisse. Im OSM-Wiki kann aber jeder Mapper an der Strutur und der Liste der real existierenden Linien mitwirken. Dann wird aus der reinen Bestandsaufnahme eine strukturierte Soll-Ist-Analyse.
osm.wiki/Rhein-Main-Verkehrsverbund/Analyse/DE-HE-RMV-Linien zu finden. Viele Grüße,
BTW: es gibt auch noch andere Analysen ...
|
| 80946613 | almost 6 years ago | Servus Zaeck, als Mitarbeiter der Busfirma bist du eventuell an ÖPNV-Analyse in OSM interessiert? https://ptna.openstreetmap.de/results/DE/BY/DE-BY-VVM-Mainfranken-Analysis.html Dort gibt es einen Überblick über die in OSM existierenden Linien. osm.wiki/Mainfranken/Transportation/VVM-Linien-gesamt Im OSM-Wiki (s.o.) kann man das ein wenig struktueren und, wenn man alle real existierenden Linien dort einträgt, "Soll" und "Ist" miteinander vergleichen. Viele Grüße,
|
| 80895349 | almost 6 years ago | Hallo Gustav, weisst Du zufällig, welche Nummer dieser Bus hat? ref='xxx' und name='Bus xxx: yyy => zzz' Viele Grße,
https://ptna.openstreetmap.de/results/DE/SN/DE-SN-MDV-Analysis.html |
| 80729991 | almost 6 years ago | Hi Frederic, hmm, hab ich da wohl was anders interpretiert oder 'tourist_bus' war bei mir als neuer Wert noch nicht angekommen.
Viele Grüße
|
| 80742537 | almost 6 years ago | Servus thobrist, für den ÖPNV haben wir eine Seite, auf der man die Linien eines Verkehrsverbundes/einer Region mit den in OSM gemappten Linien Vergleichen kann. Ich habe das für Rosenheim mal eingerichtet. https://ptna.openstreetmap.de/results/DE/BY/DE-BY-RoVG-Analysis.html Hier (s.u.) kann man die real existierenden Linien auflisten und anpassen. Jeder OSM-Mapper kann die Daten im OSM-Wiki anpassen. Evtl. könnte man die RVO-Linien noch mit auflisten? osm.wiki/Rosenheim/%C3%96PNV/RoVG-Linien Viele Grüße
|
| 80729991 | almost 6 years ago | ... übrigens. Ich arbeite an Qualitätssicherung für ÖPNV in OSM und 'bodo' ist seit etwa 2 Wochen mit dabei. https://ptna.openstreetmap.de/ https://ptna.openstreetmap.de/results/DE/index.php https://ptna.openstreetmap.de/results/DE/BW/DE-BW-bodo-Analysis.html osm.wiki/Bodensee-Oberschwaben_Verkehrsverbund/Analyse/DE-BW-bodo-Linien Der letzte Link führt ins OSM-Wiki. Die Daten können und sollen von lokalen Mappern gepflegt werden (zum jährlichen Fahrplanwechsel,...).
Viele Grüße
|
| 80729991 | almost 6 years ago | Hallo Simson, das geht recht einfach: Das Mappen mit zusätzlicher Fahrspur ist aber falsch und muss entfernt werden. "oneway:psv=no" an die Marktstraße ist ausreichend und 1. Wahl. (das mache ich gleich mal) "oneway:bus=no" ist nicht korrekt, da es allgemeiner als 'psv' ist und hierzu dann auch Touri-Busse, Flixbusse, ... zählen, die wohl nicht im Besitz des Sender sind. Was allerdings noch fehlt: der Router / das Navi muss das beherrschen, d.h muss wissen, dass die Navigation/das Routing für PSV (public service vehicle) erfolgt und muss "oneway:psv=no" und auch "oneway:bus=no" erkennen und entsprechend verarbeiten.
Viele Grüße,
|
| 80729991 | almost 6 years ago | Hallo simson, du hast hier nebem der 'tertiary' Marktstraße (die hat: onewaay=yes) eine weitere Straße (unclassified) gemapped. Ist das eine baulich getrennte weitere Straße, eine Busspur oder ...? Ich bin mir nicht ganz sicher, was dahinter steckt.
Das könnte man mit einem oneway:bus=no oder oneway:psv=no an der Marktstraße erreichen. Viele Grüße
|
| 80159814 | almost 6 years ago | Hallo EinsJonas, in der Linie "Buslinie Spangler 45" würde ich gerne das 'ref' wieder auf '45' (statt 'Spangler 45') setzen. Hintergrund: laut "Public Transport" (version 2) (siehe [1] und [2]) gehört der Name des 'network' oder 'operator' nicht in 'ref' (oder 'name') rein. Bei 'ref' steht hier nur die Nummer der Busses, so wie auf der Anzeige oben vorne beim Bus, ...
Viele Grüße,
[1] osm.wiki/w/index.php?title=Proposed_features/Public_Transport&oldid=625726 |
| 79844488 | almost 6 years ago | Hi easbar, looking good, no bus routes have been damaged. I just chaged from no_left_turn to no_u_turn. The restriction affects the same road in oposite direction (so: no_u_turn) rather than not being allowed to turn left into a different road. Br,
|
| 79706638 | almost 6 years ago | Servus skyper, Danke für den Link, werden dem auch folgen. Aber "gtfs_id" macht ja keinen Sinn, denn ich weiss dann nicht aus welcher Tabelle die Id kommt. Auch "gtfs_stop_code" müsste dann "gtfs_stop_id" heißen, oder? Gruß
|
| 79705312 | almost 6 years ago | Servus Jonas, ein kleiner Fehler hat sich hier wohl eingeschlichen: Route-Master Relationen (relation/5883422) enthalten ausschließlich Route-Relationen, keine Wege, Straße, Haltestellen. Für ÖPNF-Relationen gibt es eine Qualitätssicherungsseite PTNA (https://ptna.openstreetmap.de) wor Fehler angezeigt werden. Für den INGV existiert dort auch eine Auswertung (https://ptna.openstreetmap.de/results/DE/BY/DE-BY-INVG-Analysis.html) Viele Grüße
|