Bin grad' mal vorbeigefahren, ist ja quasi um die Ecke.

Diese hier existiert nicht, die mit '*:0:1' auf dieser Seite wurde um die Ecke in die Robert-Bosch-Straße verlegt.

Gruß
Toni

Hi there,

just to inform you!

Strange things emerged with the new GTFS feed for Winnipeg:

- Bus 10: Wolseley => Tache => St. Boniface - trip-id=101 now directs to GTFS Bus 10: Eastbound Enfield at St. Mary's => Northbound Aubrey at Wolseley

- Bus 17: Misericordia Health Centre => Seven Oaks Hospital- trip_id 12142 now directs to Bus 676: Westbound North Town at Centre St. => Westbound St Vital Centre Terminal at St. Vital Centre (16 Osborne, 676, 96)

trip_ids seem to be shuffled from one GTFS feed version to the next.

A GTFS feed must be consistent inside the same ZIP file, but there is no need/requirement to keep that from one version to the other.

PTNA fails here and says "GTFS!" trip_id does not exist - but that is only half of the truth. I'll check for the bug in PTNA.

I always had the gut feeling that using gtfs:trip_id:sample and so for a route relation is not a good idea.

For most of the German GTFS feeds, using that is OK, the route_ids and trip_ids are quite stable, don't get shuffled.

route_ids follow a schema: "xx-ref-season-version" where
- xx might indicate the vehicle type
- ref indicates our OSM-ref
- season is s23 tor 2023
- version
- = 1 usually stretches from December to December
- = 2 might indicate a detour from April to May caused by constructions
- = ...
- 1, 2 and ... might be in the data at the same time

trip_ids are derives from route_ids, i.e. a trip_id includes route_id as a sub-string.

This schema identifies who is using the the SW of the MentzDV, e.g. "Transport for London", not only German ones.

Best regards
ToniE

Hmm, in den aktuellsten GTFS-Daten vom 2023.0906.1651 ist die Haltestelle nicht (mehr) drin.

Ich hatte zunächst an einen Fehler bei PTNA gedacht, denn in PTNAs aggregierten GTFS-Daten ist diese de:09184:2243:0:3 auch nicht drin - dort sind nur noch die tatsächlich genutzten / angefahrenen Haltestellen drin. Selbst deren parent_station ist raus. Aber das ist ein anderes Problem, dass ich lösen werde,wenn ich eine Haltestellen-Analyse einbauen will (zeige auch die nicht genutzten Haltestellen, zeige auch die OSM-stop_area an == GTFS-parent_station.

Servus Miche,

diese Haltestelle gibt es nicht, nicht in den GTFS-Daten des MVV. Hier fährt nur der 214er und der hat seine Haltestellen weiter östlich.

Woher stammen die Daten zu ref:IFOPT=de:09184:2243:0:3

www.geodaten.bayern.de ist für OSM - glaub' ich - nicht zulässig. Außer DOP 80 und DOP 40.

Gruß
Toni

fixme: Update all bus-relations to new way.

Hab' ich mal gemacht.

Gruß
Toni

Hi,

"Texaskreisel"? ist das ein offizieller Name oder eher ein lokal gebräuchlicher Name. Ich habe in der Presse "sogenannter Texaskreisel" gelesen, was auf "lokaler Name" schließen läßt.

Ich sehe auch gerade, dass die Straßen des Kreisels vor 9 Monaten schon mit 'loc_name'= 'Texaskreisel' (lokaler Name) gemapped wurden.

Das Konstrukt way/1211759177 ist daher überflüssig und entspricht auch nicht dem üblichen Mappen von Kreiseln/Kreuzungen.

VG
Toni

Gute Frage. Ich hatte wohl NVBW vertraut. Von der Organisationsstruktur der DB, wo Regionalgesellschaften für RBs zuständig sind, würde ich eher auf DB Regio tippen.
Gruß
Toni

Ja, irgendwie schon. Daher hatte ich angenommen, selber aber nicht umgesetzt, dass oneway:bicycle überhaupt nicht gesetzt wird.

So weit ich mich erinnern kann wird man hier aufgefordert abzusteigen. Somit muss man das Fahrrad runter schieben. Absteigen und als Fußgänger weiter.

Hi,

is this really correct?

opening_date =2023-19-16

Regards
Toni

Sorry, war ne Weile nicht in der Lage zu antworten. Platform_edge als outer eines platform_mp ist ok.
Gruß Toni

auch hier nicht:

https://ptna.openstreetmap.de/results/DE/BY/DE-BY-MVV-Analysis.html#bus_379

https://ptna.openstreetmap.de/results/DE/BY/DE-BY-MVV-Analysis.html#bus_379V

Servus

auch hier hat sich ein Fehler eingeschlichen:

https://ptna.openstreetmap.de/results/DE/BY/DE-BY-MVV-Analysis.html#bus_377V

Die Bus-Relation wurde nicht entsprechend angepasst.

VG
Toni

Servus,

stimmt die Position der Haltestelle so?

Sie war bisher weiter süd-östlich beim Kindergarten gemapped und passte auch zu den GTFS Daten des MVV und auch zum Fahrweg bei OSM

Jeweils Haltestelle 18
https://ptna.openstreetmap.de/gtfs/DE/single-trip.php?feed=DE-BY-MVV&release_date=&trip_id=1.T0.19-301-s23-1.1.H
https://ptna.openstreetmap.de/relation.php?id=7291038&lang=de

Sie liegt nun daneben https://ptna.openstreetmap.de/results/DE/BY/DE-BY-MVV-Analysis.html#bus_301

VG
Toni

Servus Manuel,

way/1086162210

ist wohl eine Einbahnstraße.

Hast du zufällig Informationen darüber, wie die Busse hier nun lang fahren und wo (neue) Bushaltestellen (welche Linie fährt dort jeweils in welche Richtung) sind?

Gibt es in der Egerlandstraße hinter den Zufahrten zum unterirdischen Parkraum jeweils noch Verbindungstücke,die ein Wenden erlauben?

Ich bin in meiner Mobilität derzeit ein wenig eingeschränkt, so dass ich (aus Ottobrunn kommend) selber nicht vor Ort nachschauen kann.

Viele Grüße und Danke
Toni

Hallo Ulli,

ist hier eher zufällig das oneway=yes rein geraten?

way/131354853/history

Gruß
Toni

Opps! Fehler beim CS-Kommentar:

VNN Bus 1003:Korrekturen; JOSM validator Meldungen in Altenbruch

This is even worse as it puts all people over the world having the russian language as mother language into one box independent of whether they are ..., ... or whatever. This is not a "civilized" behaviour.

Servus,

um den alten highway=x Wert zu erhalten wird meist highway=construction und construction=x genutzt.
Besonders hilfreich, wenn der Way dann Version #1 hat.

Aber mal sehen, ob der Platz hier komplett umgestaltet und neu strukturiert wird.

VG
Toni

@MKnight das sind schon die höheren Weihen, obwohl ... einfaches und von mir genutztes Beispiel für "überschreiben"

Mo-Fr 08:00-18:00; Sa,Su,PH off

Wenn der Feiertag auf einen Wochentag fällt ist zu.

Öffnungszeiten über Mitternacht sind mir ein Gräuel. Ist eigentlich

Fr 14:00-26:00; Sa 14:00-24:00

besser und erlaubt? In GTFS-Daten (ÖPNV, ...) sieht man das oft.

Hmm, openingh sagt: problematisch.