Servus ADFC,

Diese admin_level = 10 boundary scheint mir aus der Luft gegriffen, nicht mit realen Grenzen übereinzustimmen.

Sie sollte zumindest ansatzweise mit relation/56350 admin_level = 8 Grenzen übereinstimmen, oder?

Zudem verursacht diese Relation nun bei 'nominatim' irritierende Ausgaben

https://nominatim.openstreetmap.org/ui/search.html?q=michael-haslbeck-stra%C3%9Fe+7&polygon_threshold=0

"7, Michael-Haslbeck-Straße, Putzbrunn, Waldkolonie, Putzbrunn, Landkreis München, Bayern, 85640, Deutschland"

Mit "Putzbrunn, Waldkolonie, Putzbrunn" drin.

Ich würde diese Relation gerne entfernen (wenn keine amtlichen Grenzdaten vorliegen), oder an die amtlichen Grenzdaten für admin_level=10 anpassen.

Viele Grüße
Toni

Danke, dann kann das in OSM also auch wieder frei gegeben werden.

Hab's geändert.

changeset/142342301

Servus,

es ist nun schon 1 Jahr her seit der Vollsperrung. Ist die Straße wieder frei gegeben?

Gruß
Toni

Ich hab's grad' mal korrigiert. Hab's wohl missverständlich erklärt.

Hi,
dort wo jetzt "access" und "no" steht, die Felder anpassen zu "access:conditional" und "no @ (2023 Sep 18-2023 Nov 04)".

Mit dem iD Editor im Browser arbeite ich so gut wie nie, daher weiß ich dan nicht so genau.

Hi,

ich wollte das mal ändern auf highway=construction und construction=tertiary, aber ...

Weißt du, wie lange die Sperre gilt?

Wenn es, wie beim Staatlichen Bauamt zu lesen ist, vermutlich bis 4.11., gilt wäre access:conditional=no @ (2023 Sep 18-2023 Nov 04) besser, da es sich, für OSM, um eine kurzzeitige Sperre handelt . Kurzzeitig im Vergleich zu manchen Updatezyklen von OSM-basierten Routern

Gruß
Toni

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