Keine Reaktion, korrigiert/gelöscht mit changeset/134030933 (auch bei anderen POIs in der Städteregion).

Rückgängig gemacht mit changeset/134024267.

Hallo,
was ist denn die Quelle für die Umrisse und die Hausnummern? Die Gebäude sind in ALKIS ("imagery_used") nämlich noch nicht eingetragen.
Gruß

Der einzige Zweck ist doch, das Haus/Grundstück und die Parkplätze zu erreichen. Das ist mir für hw=residential zu wenig, denn damit würde ich die Straße auf eine Stufe mit z.B. der Mauerstraße setzen, die aber eine deutlich größere Verkehrsbedeutung hat.

Vielleicht schonmal ein paar Infos: osm.wiki/DE:Aachen_ToDo. Es gab dazu auch einen Austausch im OSM-Aachen-Chat sowie Stammtisch.

Da sich hier nichts getan hat und auch aufgrund der unerlaubten Quelle habe ich den Namen nun gelöscht und die Straße auf hw=service geändert (für hw=residential ist die Bedeutung nicht groß genug): changeset/133948660.

Die Garagen sind Nebengebäude, wie man auch auf dem Luftbild und in ALKIS erkennen kann. Eine statische Relevanz für das Wohnhaus dürften sie nicht haben.
building:part dient primär dazu Gebäudteile mit anderen Attributen (Höhe, Geschosse) zu versehen, vor allem für 3D-Darstelllung (daher auch der Verweis auf den Hauptartikel osm.wiki/DE:Simple_3D_Buildings).
Warum ist es für dich so wichtig, dass die Garagen Teil des Hauses sein müssen? Geht es hier um einen konkreten Anwendungsfall?

Dass die Garage vergrößert wurde, habe ich auch festgestellt, wusste aber nicht, ob das wirklich eine Vergrößerung ist oder nur ein Dach. Das könnte man anhand des Luftbilds anpassen.
Hausnummern kommen nicht an die Garage (grundsätzlich keine Adresse, denn da wohnt ja niemand).
Für eine Zuordnung Garage osm.wiki/Tag:<=> Haus würde mir jetzt nur osm.wiki/DE:Key:building:part einfallen, aber: Damit werden Gebäudeteile markiert, d.h. man benötigt einen Umriss um das gesamte Gebäude (Wohnhaus + Garage). Garagen sind aber häufig (wie hier) eigene Gebäude und nicht Teil des Wohnhauses, daher passt das nicht so ganz. Warum das Apple Maps so anzeigt kann ich leider nicht beantworten. Das kann einfach nur ein Darstellungsfehler sein.

Hallo,
du hast hier den Link auf das Foto aus note/3600126 eingetragen ("image"). Das ist gut gemeint, aber nicht sinnvoll. Fotos die mit StreetComplete erstellt wurden, werden einige Zeit nachdem der dazugehörige Hinweis geschlossen wurde gelöscht, d.h. der Link führt dann ins Leere.
Gruß

Hallo und willkommen bei OSM,
leider passt der Kommentar nicht zu dem tatsächlichen Mapping. Du hast keine Garagen hinzugefügt, sondern Gebäudeteile zusammengeführt und nach Luftbild ausgerichtet. Da die Gebäude aber bereits nach ALKIS gemappt waren, ist das eine Verschlechterung der Daten. Ich habe das daher rückgängig gemacht: changeset/133757685. Wenn du die Garagen tatsächlich als solche eintragen willst, dann kannst du die entsprechenden Umrisse einfach auf building=garage setzen.
Gruß

Danke :-)

Heerweg 180: Dann solltest du tatsächlich einen neuen Node im Bereich des Gebäudes platzieren, wo du addr:street, addr:housenumber usw. erfasst. Evtl. zusätzlich auch noch "note=Gebäude hat aus historischen Gründen mehrere Adressen".

Für die Privatwege solltest du dann nur "access=private" (statt "access =no" mit "foot=private") setzen.

Für den Feldweg wäre "vehicle=agricultural", "bicycle=yes" und "mofa=yes" korrekt (basierend auf https://osmtools.de/traffic_signs/).

Danke fürs Ändern.

Das Thema separates Mapping kommt immer mal wieder im Forum auf. Die überwiegende Mehrheit sieht es so, dass ein Hindernis wie eine Mittelinsel ein Grund für separates Mapping ist. Ob das auch für Flexpoller gilt, würde bei einer Nachfrage wahrscheinlich wieder zu 11 Meinungen bei 10 Antworten führen :-).

Noch eine Anmerkung zum nicht-separat-Mapping: Parkt man am Rand auf einer 6-spurigen-Straße (ohne Mittelinsel) und möchte in die andere Richtung wegfahren, muss man auch zunächst an geeigneter Stelle drehen. Das kann man auch in OSM nicht abbilden, sondern muss der Nutzer vor Ort feststellen. Ansonsten müsste man jede Richtungsspur als eigenen Way mappen.

Ich gebe zu, ich habe das Wiki zu Stolpersteinen schon länger nicht mehr gelesen (Danke für den Hinweis :-)). Bisher wurde immer "memorial:text" genutzt, die Angaben zu "inscription" stehen auch erst seit dem 01.10.2022 drin. "inscription ist aber logischer und wollte ich auch irgendwann mal umtaggen.
Auf der eigenen Wiki-Seite zum Tag "inscription" gibt es aber einen Unterschied zwischen dt. und engl. Wiki: inscription=* nennt "/" bzw. "//" als Zeilenumbruch-Zeichen, allerdings erst seit dem 15.01.2023.

Hallo,
gibt es für diese "|" irgendeinen Grund? Ich habe gesehen, die sind auch bei dem Import(?) in changeset/133250542 in der Inschrift enthalten. Auf dem Stein stehen diese Zeichen aber nicht drauf. Ich fände es gut, sich auf eine einheitliche Schreibweise zu einigen und da wurde bisher immer der "reine" Text geschrieben.
Gruß

>> Würdest du das bevorzugen?
Ich bevorzuge, dass es die Realität wiedergibt :-). Das kann man schon dadurch erreichen, indem man den Teil der Stiftstraße an node/10724197800 nicht so spitz auf die Heinrichsallee zulaufen lässt. Dadurch ist der Winkel "normaler" und ein Abbiegen aus Richtung Hansemannplatz möglich. Der zusätzliche Weg ist dann unnötig. Das entspricht dann zwar nicht exakt dem Verlauf des Abbiegens aus Richtung Adalbertsteinweg, aber wir müssen in OSM auch abstrahieren.

Bauliche Trennung: Akzeptiert, auch wenn ich da weiterhin eine leicht abweichende Meinung habe :-). Wie gesagt: Diese Trenner gibt es häufiger, u.a. an der Jülicher Straße. Ich sehe die nur als "weiche" Trennung bzw. zur Verkehrslenkung, falls Markierungen und Schilder nicht reichen, und die auch schnell wieder zu entfernen sind. In OSM haben wir dafür das lanes-Tagging und Abbiegebeschränkungen.

Keine Reaktion, rückgängig gemacht mit changeset/133519557.

Hallo,
mit dieser Änderung habe ich ein paar Probleme:
- Die Stiftstraße beginnt mit zwei separat gemappten Ways: way/367221732 und way/1153024462. Das entspricht aber nicht der Realität.
- Die Leitbaken sind flexibel und können (theoretisch) überfahren werden, z.B. von Rettungsfahrzeugen im Notfall. Sie dienen eigentlich nur dazu, die Fahrbahnmarkierung zu verdeutlichen (das gibt es auch noch an anderen Stellen in Aachen). In OSM wird es nun so dargestellt, als wenn es zwischen beiden Richtungen ein unüberwindbares Hindernis (Leitplanke, Grünstreifen) geben würde. Das ist aber nicht der Fall.
Gruß

Jetzt erst gesehen: Danke fürs Ändern. Zum Kommentar: Eine Geschwindigkeit können die nicht angeben, weil es keine gesetzliche Festlegung gibt (falls es darum geht).

Hallo,
das "name"-Tag ist nicht ausschließlich für offizielle Namen vorbehalten. Ausführliche Begründung von mir in note/2316193, bei dem es ein ähnliches "Problem" gab.
Gruß