Yup, angefasst, verschoben, weil sie bis dahin laut Luftbild mitten auf der TG-Zufahrt gemapped war. In der Gudifdauer Straße waren wir nicht.
Wir waren am anderen Ende der emergency_access service road (die ich verbessert hatte) beim Parkplatz am Klausener Platz.

Wo soll der Tresor denn sein, in den OSM-Daten finden ich den in diesem Bereich nicht.

Habe ich gerade getan, und auch die 'sidewalk' und 'cycleway' Attribute an der Straße angepasst.

Servus,

ich werden hier eine kleine Korrektur an way/806321136 vornehmen. Die Zufahrt ist ja nur ab der Grundstücksgrenze 'private'. In diesem Fall, wo in OSM 'private' aber ab der Mitte er Straße "Fellach" gilt, wird ein (Fußgänger-)Navi nich von der Straße auf den Bürgersteig routen, da dazu die 'private' Zufahrt benutzt werden müsste - nur 1-2 Meter, aber das kümmert das Navi nicht.

Gruß
Tooni

Ist (nur) ein Typo im CS-Comment

Oops!

Bauarbeiten beendet: motor_vehicle:conditional kommt ans Ende.
motor_vehicle=yes auf secondary unnötig

Hi Michael,

ich habe bei zwei highway=service mit service=emergency_access Anmerkungen

way/450126022
Hier sehe ich das als Weg auf dem Feuerwehrgelände, nicht als Anfahrtsweg zu einem Gebäude das gelöscht werden müsste. Daher würde ich service=emergency_access entfernen und die Zufahrtsrechte um emergency=yes oder emergency=designated ergänzen, gegebenenfalls auch access=private.

way/1231442033
Hier sehe ich die Hauptnutzung der Straße als (Bus-)Zufahrt zum Bahnhof, es fahren hier Linienbusse. Daher sehe ich service=emergency_access hier als nicht richtig. Zufahrtsrechte könnten um emergency=yes oder emergency=designated erweitert werden, da vehicle=no getagged ist.
Ist vehicle=no überhaupt korrekt, oder dürfen Radfahrer:innen die Straße nutzen? Wäre motor_vehicle=no dann nicht besser, korrekter?

Gilt die Zufahrtsbeschränknug auf der gesamten Länge, oder erst ab der Einmündung von way/1530195810 ?

Siehe auch https://ptna.openstreetmap.de/results/DE/BY/DE-BY-MVV-Analysis.html#bus_218 rechte Spalte bei den 'route'

service=parking_aisle, =driveway, =alley, =emegenrcy_access, ... passt irgendwie nicht zu: "wird von Linienbussen benutzt".
Gruß
Toni

Exakt.

Wegen des Schildes DE:240 osm.wiki/DE:Tag:traffic_sign%3DDE:240 käme dann noch "segregated"="no" hinzu.

Bei DE:241 osm.wiki/DE:Tag:traffic_sign%3DDE:241 ein "segregated"="yes"

Gruß
Toni

Danke Alex,

"Eingangsbereich links"? So wie beim Wolf-Farrai-Haus?

Ich habe einen copy&paste-Fehler in opening_hours noch korrigiert ("Mo-Fr 08:00" fehlte vorne)

LG
Toni

Hallo Calvin,

danke für Deinen Beitrag bei OSM und willkommen.

Bezüglich "nicht während Ferien", wäre das in "opening_hours" als Zusatz angebbar: "Mo-Fr 08:00-16:00; SH,PH off". Hier steht "SH" für "school holidays" und "PH" für "public holidays". An Feiertagen ist der Defi vermutlich auch nicht zugänglich.

Als "defibrillator:location" könnte eventuell so was wie: "Im Foyer" oder "Hinter der ersten Eingangstüre links" oder so passen?

Viele Grüße
Toni aus Ottobrunn

Servus,

ich habe hier mal korrigiert.

- der Weg ist laut Luftbildern nicht auf der gesamten Strecke "tunnel"
- die "Rosenheimer Straße" geht hier über eine echte Brücke, d.h. "tunnel" für Wege unter der Brücke ist hier nicht korrekt ("Tunnel unter Brücke" haben wir in OSM nicht).

Viele Grüße,
Toni aus Ottobrunn

Dass ich für die restliche Anlage keine Wege gemapped hatte liegt am Aufwand und daran, dass die Haustüren dort von der Straße aus sichtbar sind bzw. ersichtlich ist, wie man dorthin gelang.

Ich halt mich mal zurück.
Es kann allerdings sein, dass andere (kommerzielle) Mapper hier nochmals aktiv werden.
Zeitungsverlage, Prospektverteiler, ... sind gesetzlich gezwungen ihre Zusteller gemäß tatsächlicher Kilometer und nicht pauschal zu entlohnen. Einige dieser Unternehmen nutzen OSM um die Wege bis zu den Haustüren zu mappen um anschließend die Stecken zu messen.
Offene Daten nutzen vielen, hier für eine gerechtere Entlohnung im Lohnniedrigsektor.

VG
Toni

Servus und willkommen bei OSM.

Wir mappen prinzipiell alles was existiert und sichtbar ist, bis auf wenige Ausnahmen (Frauenhäuser, ...)

Bzgl. der Haustüre und der Wege bis dorthin: die Wege waren auf den privaten Abschnitten als 'access=private' gemapped (oder sollten es zumindest sein).

"Abnehmer" der OSM-Daten sind u.A. Blaulichtorganisationen. Besonders die Feuerwehren und Rettungsdienste begrüßen der Detailreichtum der OSM-Karten und tragen z.T. selber bei. Die sind ganz froh, wenn sie schon während der Anfahrt sehen können, wo und wie sie ins Haus gelangen können - wenn die Zeit drängt.

Von daher wäre es besser, die Wege und Hauseingänge zu belassen und nicht zu löschen.

Viel Grüße,
Toni

Thanks,

seems "waiting" ist the only option here. GTFS data provided by MVV is available but does not include "shape" data.
So we know where the stops are but not where the bus goes.

https://ptna.openstreetmap.de/gtfs/DE/single-trip.php?feed=DE-BY-MVV&release_date=&trip_id=de%3Amvv-muenchen%3A12-934%7C934%7CRegionalBus%3A1011-1-2-R-12-We%239-22-23

Regards
Toni

Hi,

just a question. What about buses 934 and 947, do they still take this road?

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

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

Regards
Toni

Danke für die schnelle Antwort.

Zum Thema Baustelle hier mal zwei Links, dort ist sogar von 6 Monaten Mindestsperre bei Verwendung von highway=construction die Rede.

osm.wiki/DE:Key:construction

https://forum.kurviger.com/t/baustellen-in-osm-eintragen/20774

Bitte "access:conditional = no @ (2026 Feb 23-2026 Jun 26)" oder vehicle:conditional oder ... je nach Lage vor Ort verwenden. Siehe Anleitung im zweiten Link.

"access:conditional" wird auf den Karten nicht dargestellt, das wäre bzgl. "wann muss ein Teil der Karte neu gemalt werden?" zu aufwändig. Navis verstehen das (mittlerweile) allerdings.

Die Buslinien brauchst du nicht anpassen, der "26. Juni" ist nah, das macht zu viel Arbeit. Auch der MVV druckt deswegen keinen neuen Bushaltestellenaushangfahrpläne.

Schönen Tag noch
LG Toni

Hallo und willkommen bei OSM.

Du hast hier die Boschetsrieder Straße zwischen Hofmannstraße und Aidenbachstraße komplett gelöscht.
Dadurch sind viele Daten, die in den letzten Jahren gesammelt wurden verloren gegangen, z.B. way/185525034/history/15

Selbst wenn die Straße wegen Bauarbeiten gesperrt wurde (wie lang?), wir sie nicht gelöscht sondern mit entsprechenden Information versehen

- langfristige Sperrungen (länger als 2 Monate):
- statt highway=secondary wird dann highway=construction + construction=secondary

- kurzzeitige Sperrungen
- zusätzlich z.B. access:conditional=no @ (2026 May 18-2026 Jun 30)

Bist du in der Lage das zu korrigieren?

Alternativ würde ich deine Änderungen komplett zurücksetzten, deinen Edit unwirksam machen.
Auch das ist ein allgemeines, wenn auch hartes Vorgenen, bei fehlerhaften Veränderungen.

Bitte antworte so schnell wie möglich, das ist hier eine kritische Stelle.

Viele Grüße
Toni

Update GTFS data based on GTFS MVV 2026-05-03

Danke, ich schaue mit das morgen mal an.

Hi,

bitte hier das service=emergency_access dran lassen. Das ist wichtiger als emergency=*

Wobei emergency=emergency_access falsch ist, da der Wert audf Straßen und Wegen nur 'yes', 'designated', 'no', ... sein kann aber nicht 'emergency_access'.

osm.wiki/DE:Key:emergency

osm.wiki/DE:Key:service

Gruß
Toni