Hallo, der durchgehende Schützenweg (way/38075814) ist mit 40er eingetragen, die anderen Schützenwege als 30er-Zone. Ist das wirklich so? Ggf. wäre dann auch maxspeed:type resp. source:maxspeed anzupassen.

Hallo, Du hast da 2 Abschnitte der Donaulände mit maxspeed:type=AT:city bezeichnet. Den Wert gibt es so nicht. Was war denn da gemeint? Unmittelbar anschließend gilt 30er (sign).

Gilt auch für alle anderen Verwendungen, Mils, Lech, Zams,...

Wie eben bei Hohenems beschrieben, bitte source:maxspeed nicht mit dem Ortsnamen kombinieren. In Verbindung mit maxspeed:type macht das gar keinen Sinn, weil source:maxspeed dann die Informationsquelle angeben müsste.

source:maxspeed=Hohenems:zone:30 geht so nicht. Entweder es ist eine reguläre 30er-Zone, dann AT:zone30, oder die Zone gilt für das ganze Gemeindegebiet und ist speziell an der Ortstafel beschildert, dann AT:city_limit30. Siehe auch osm.wiki/DE:Tag:source:maxspeed%3DAT:city_limit30

Hallo Peter, bei way/1315394095 ff. ist source:maxspeed m.E. noch verbesserbar. Siehe osm.wiki/DE:Key:source:maxspeed und osm.wiki/DE:Key:maxspeed:variable.

Z.B. maxspeed=80, maxspeed:variable=yes, source:maxspeed=sign und ev. noch note:maxspeed; oder/und falls bekannt, maxspeed:conditional

Korrektur: "im Raum Drachenlochstraße nicht korrekt".

Bitte dann auch source:maxspeed entsprechend nachziehen (war vorher ohnehin nicht korrekt, sollte dann vermutlich AT:zone:40 sein).

Danke, war nochmal dort und habe etwas nachgearbeitet. Jetzt braucht es nur noch ein aktuelles Luftbild ...

Ich habe das jetz mal auf ein Gebäude geändert und das MP entfernt. Funktioniert so auch.

Die (äußeren) Teile eines Multipolygons dürfen sich nicht entlang einer Kante berühren. Am einfachsten wäre es, das MP wegzulassen und die drei Gebäudeteile zu vereinen.

Lt. Basemap sind das zwei Gebäude, daher kein Multipolygon nötig (das hier auch nicht funktioniert: https://tools.geofabrik.de/osmi/?view=areas&lon=15.63188&lat=48.20446&zoom=19&baselayer=Geofabrik%20Standard&overlays=duplicate_segment)

Hallo, die Änderung hat aber zu einem Multipolygon-Fehler geführt: https://tools.geofabrik.de/osmi/?view=areas&lon=15.62923&lat=48.22108&zoom=19&baselayer=Geofabrik%20Standard&overlays=duplicate_segment

Vorschlag: die drei Gebäude vereinen und kein MP.

Du kannst das Thema gerne auch in der Community (https://community.openstreetmap.org/c/communities/at/59) zur Diskussion stellen.

Dann würde ich Haus x in addr:unit setzen. Übrigens ist der Pendlerrechner nicht unbedingt maßgeblich, es gilt das offizielle Adressregister des BEV (wenngleich die Verortung der Adressen im konkreten Fall sehr phantasievoll ist). Für eine Visualisierung siehe z.B. https://bev.kolmann.at/map/#18/48.09246/14.80529
Für die Verortung ist die Gemeinde zuständig.

Die Daten in osm sollten allgemein nutzbar sein, nicht für einen speziellen Anwendungszweck oder eine besondere Software. Allenfalls kann man das name-Tag nutzen, aber die Straße ist es nicht.

addr:street ist ganz sicher nicht "Haus", "Pavillion" o.ä. Das LK und der Bildungscampus haben die Adresse Hausmeninger Straße 221, 3362 Mauer. Einzelne Einheiten können dazu z.B. addr:unit haben.

Die Hausnummer kann entfallen, das das Haus selbst ja schon eine Adresse hat.

Das Autohaus Nitsch scheint doppelt auf (die Gebäude passen wohl auch nicht mehr). Außerdem hat der Knoten nur die halbe Adresse (persönlich bevorzuge ich eher gar keine zusätzliche Adresse, wenn das Geschäft in einem Gebäude mit Adresse liegt).

Jetzt ist aber highway verschwunden und die ganze Straße wurde zum speed hump. Bitte korrigieren.