... im TIP: Parkplätze/Gebäude entfallen wg. Baustelle, Weitere Details

Eigentlich würde ich in der DB lieber
nach operator=x ODER network=x suchen, statt nut operator=x
Ich habe die Overpass-API-Abfrage aber noch nicht dementsprechend hinbekommen. Funktioniert irgendwie nicht. Muss mich mal schlau machen, evtl. 20./21. Oktober in Karlsruhe.
VG
Toni

Hammo MArco,

ich habe bei 086 und 283 noch jeweils operator=Flixbus gesetzt.
Ohne das wird es für
osm.wiki/Europa/Transportation/Analyse
nicht gefunden.
VG
Toni

Hello shadty,

from the mappilary photos
https://www.mapillary.com/app/?lat=48.081207228254584&lng=11.871697511379011&z=16.71749584191629&pKey=gUKCBUQ2tRz2DBTho6fHuQ&focus=photo
I can see that there are no turning restrictiosn but highway
way/81250840
is rather a oneway path and quite small.

I'll change that accordingly and will delete the three turn restrictions.

Best regards
Toni

Servus Marco,
eigentlich möchte ich "coach" solange nicht, bis es einen Abstimmungsprozess gegeben hat. Beim Hack-Weekend werden auch einige mit Interesse "JOSM" dabei sein und Polyglot "PT_assistant" ... Mal schauen was dabei raus kommt.
Viele Grüße
Toni

Hallo Marco,

im Moment sieht es so aus, als wenn Flixbus 027 immer mal wieder zwischen 'route=bus' zu 'route=coach' hin und her getagged wird.
Mir ist das eigentlich egal, das Tool erlaubt beides, die Liniendaten (osm.wiki/Europa/Transportation/Analyse/Flixbuslinien) geben das (zumindest für meine Auswertung) vor, derzeit für 011, 027 und ein, zwei andere: route=coach.

Ich weiss auch,dass es für route=coach noch nicht einmal ein Proposal gegeben hat. Aber es scheint einige deutsche Mapper zu geben, die das ganz gerne nutzen.

Ich weiss nicht wie wir hier weiter verfahen sollen? 'route=bus' erzwingen? D.h. das Tool meckert 'route=coach' expliziet als Fehler an - was nützt das, wenn kaum jemand das Tool und dessen Output kennt?

Ich bin am 20. und 21.Oktober auf dem Hack-Weekend in der Geofabrik, Karlsruhe (osm.wiki/Karlsruhe_Hack_Weekend_October_2018) und werde dort diverse Dinge mal ansprechen. Es werden ein paar "PT-Experten" anwesend sein.

VG
Toni

Sorry Adjuva, das war keine Absicht.

Ich hatte irgendwo KBS Strecken gesehen, die mit route=train versehen waren und hatte angenommen ... Na ja, da habe ich wohl einiges durcheinadergebracht, bzw. war wohl nicht gut informiert.
Mir ist die Abgrenzung zw. Zugnummer, KBS, VzG, route=train, railway, tracks ('tracks'? wohl schon eher) nicht ganz klar gewesen und auch nach Lesen Deiner Wiki-Seite 'strecken' noch nicht so klar.
Kurzum:
- wie kann ich das wieder reparieren?
- in welchem Gebiet habe ich zerstörerisch gewirkt? Eher Süddeutschland? Nur KBSn?
- wie kann ich eine Wiederholung verhindern?
- wie ist die Abgrenzung zu verstehen? Ich würde gerne mehr über die Hintergründe wissen, wo kann ich das (speziell für DE?) nachlesen?

Frage: kann es sein, dass eine bestimmte KBS nach einer Ausschreibung von einem bestimmten Betreiber für ein paar Jahre versorgt wird? Dann kann ich die KBS versus RB/RE Nummern oder sonstwas nachvollziehen.

Viele Grüße und nochmals: sorry!

Toni

Good news!

User axelr hat es gefixed, er hat den Forums-Thread gelesen ... und war schneller als ich.

https://forum.openstreetmap.org/viewtopic.php?id=63723

Viele Grüße
Toni

Hallo Anton,

die alte Haltestelle muss tatsächlich aus der/den Relation(en) entfernt werden und stattdessen die Ersatzhaltestelle aufgenommen werden.
Die alte Hst kann dann für eine Weile mit disused:xxx für xxx= gleich highway= und public_transport= gekennzeichnet werden - sofern überhaupt kein Bus mehr hier hält.

Viele Grüße
Toni

Hallo santon,

da tut sich ja einiges an 190 und 191.
Wie sieht es denn mit der Lage der neuen Haltestellen aus (Friedenstraße, Sankt Pius)?
Bei der Analyse der Relationen zu 190 und 191 sind noch Fehler aufgetaucht, siehe 190 und 191 unter:
https://mipv6.de/OSM/analyze-routes/DE-BY-MVV-Analysis.html#A2.4.4
Kann man da bei den weiteren Korrekturen (aus)helfen?

Viele Grüße
Toni

Schauen wir mal, dann sehen wir schon.
Ich habe da noch keine so große Erfahrung. Mal sehen, was die Kollegen im Forum meinen.
Wie gesagt: ist mir auch schon passiert.

Viel Grüße
Toni

Hallo goodidea,

ich habe gestern fest gestellt, dass der Flixbus 11 von Konstanz nach Amsterdam einen leere Busroute ist. Mit Hilfe des Forums haben wir festgestellt, dass die Elemente der Route in diesem Changeset verloren gegangen sind. Ich gehe stark davon aus, dass das keine Absicht war (ähnliches ist mir auch schon versehentlich passiert).
Es geht um die Relation relation/7188637

Ich überlege, die Relation auf den Stand #150 (vor diesem Changeset) zurückzusetzen - was allerdings Probleme mit dann jetzt nicht mehr existierenden Ways und Nodes nach sich ziehen kann. Das müssen wir dann irgendwie lösen.

Kannst Du Dich noch an Einzelheiten der in diesem Changeset hier gelöschten Ways und Nodes erinnern (ich weiss das ist lang her und u.U recht viel verlangt), das könnte aber gegebenenfalls bei der Rekonstruktion helfen.

Viele Grüße
Toni

Hallo,

einige der von Dir geänderten Busrelationen sind vom public_transport:version=2, bei der es keine Rollen für Ways gibt (d.h. kein 'forward' oder 'backward'). Insbesondere Bus 442 und 444 waren schon komplett umgestellt und korrekt.

Siehe bitte hier:

https://mipv6.de/OSM/analyze-routes/DE-BY-MVV-Analysis.html#A2.4.6.3.

und hier

osm.wiki/w/index.php?title=Proposed_features/Public_Transport&oldid=625726

Viele Grüße
Toni

Die Busspur fängt etwas eher an (von Westen her gesehen)

Hallo Flo,

in der Tat könnte man sogar die amenity=shelter; shelter_type=public_transport wieder löschen.
Argument: shelter=yes ist ja schon an public_transport=platform dran, wozu dann noch ein separates Objekt dafür?
Mapnik (der Karten-Stil/-Renderer) könnte dem Busstop-Icon aber auch höhere Priorität geben als dem Shelter-Icon, ...
Für beides gibt es Verfechter.
Man könnte vieles ... nur nicht: "heute so, morgen so, übermorgen wieder zurück)

Viele Grüße
Toni

Hallo,

die Busthaltestellen werden nicht optimal gerendered, weil die amenity=shelter; shelter_type=public_transport "prominenter" auf der Karte dargestellt werden.

Es ist jedoch nicht erwünscht, die Daten in der OSM-Datenbank so lange zu manipulieren, bis das Ergebnis auf einer (bestimmten) Karte "hüsbch" aussieht. "Wir mappen nicht für die Renderer". Die Standardkarte ist nur eine von mehreren hundert Kartenstilen.

Speziell für ÖPNV gibt es da einige ...

changeset/62462650#map=17/48.14631/11.78499&layers=T

http://www.xn--pnvkarte-m4a.de/?lat=48.139&lon=11.566&zoom=12

http://www.openptmap.org/?lat=48.139&lon=11.566&zoom=12

Viele Grüße
Toni

Das hatte ich auch vor. Ich warte derzeit noch auf eine Antwort von FOSSGIS e.V. bzgl. eines Servers, auf dem ich die Daten speichern kann (statt mipv6.de). Danach will ich das ganze auf [Talk-De] und im Forum "offiziell" ankündigen.

Das Ganze hängt ja auch von den vor-Ort-Mappern ab, die die entsprechenden "Linien-Daten" pflegen (Mitte Dezember jeden Jahres, ...).

Für Bremen (VBN) z.B.:
osm.wiki/Bremen/Transport/Analyse/DE-HB-VBN-Linien

Das Pflegen der "Linien-Daten" ist aber allemal einfacher als komplexe WIKI-Tabellen wie
osm.wiki/Bremen/Transport/Archiv
zu pflegen.

Sollte: " MVV Rufbus 443:" heißen

Sollte : "MVV Bus 564: ..." heißen

Hallo hybridOL,

... kennst Du schon?

osm.wiki/User:ToniE/analyze-routes#Analysierte_Verbunde

und von dort aus

https://mipv6.de/OSM/analyze-routes/DE-HB-VBN-Analysis.html

(die Adresse mipv6.de könnte demnächst wechseln).

Viele Grüße
Toni