Du hast hier eine neue Relation relation/20044140 erstellt. Osmose kritisiert hier zu recht: "This multipolygon is a simple polygon". Für ein einfaches Polygon braucht man keine Relation.

Die SC-Fragen beziehen sich immer auf einen bestimmte Knoten. Und in Hinweis note/5014771 war es das Pipe Bull-Büro. Ich verstehe den Hinweis so, dass dort jetzt der Gebäudesanierer drin sitzt. Es ist unwahrscheinlich, dass dort ein weiteres Büro geschaffen wurde und das alte weiterhin leersteht.

Aber ich gebe zu, das ist nur Spekulation. Um sicher zu sein, müsste man eine Vor-Ort-Prüfung machen. Das würde sich dort auch lohnen, denn in dieser Ladenzeile gibt es mehrere Büros bzw. Läden.

Beim Überschreiben eines bestehenden Knotens geht ja nichts verloren. Die Information bleibt in der History des Knotens erhalten. Man kann sie mit jedem Webbrowser anschauen. Wenn man aber einen neuen Knoten anlegt und den alten auf disused setzt, dann werden Mapper, die in Zukunft hier vorbeilaufen immer wieder gefragt: "Gibt es Pipe Bull hier noch?". Und wenn dort auch kein leerstehendes Büro mehr vorhanden ist, wird irgendjemand diesen Knoten dann endgültig aus der Karte löschen. Um einen gelöschten Knoten wieder herzustellen, muss man mehr Aufwand betreiben, als einen vorhandenen in zwei Knoten aufzuteilen, wenn sich herausstellt, dass doch 2 Büros vorhanden sind.

Ich habe deshalb das neue Gebäudesanierer-Büro in den vorhandenen Knoten eingetragen. Den von dir angelegten Knoten (er hatte ja nur die Version 1) habe ich gelöscht. Die Änderungen sind in changeset/176814427.

Man sollte sich die eigenen Änderungen auch mal auf der Karte ansehen. Sozusagen als erste Qualitätskontrolle.

Wenn im Büro der Kanaltechnik jetzt der Gebäudesanierer sitzt, dann sollte man den bestehenden Knoten mit den neuen Daten fortschreiben. Oder steht das Büro jetzt tatsächlich leer und gleich nebenan ist die neue Firma eingezogen?

Warum haben Teile des Bachs "Herrenwasser" den Zusatz "x" bzw. "xx" bekommen?

Es stimmt, dass es für KFZ-Straßen ein implizites Fußgängerverbot gibt. Bei den Abschnitten way/158204674 und way/322329869 handelt es sich aber nicht um eine solche Straße. Diese beginnt bzw. endet erst weiter oben in der Auf- bzw. Abfahrt zur L605. In Richtung Süden steht das Zeichen 331.1 (Beginn KFZ-Straße) bei node/13033774054, erst danach hat die Straße die Eigenschaft motorroad=yes (also KFZ-Straße). Davor ist es eine gewöhnliche innerörtliche Straße (motorroad=no), auf der Tempo 50 gilt. Richtig, die Straße hat keinen Bürgersteig. Hier regelt die StVO in §25, dass Fußgänger dann die Straße benutzen dürfen. Da innerorts, dürfen sie sogar die Straßenseite frei wählen.

Richtung Norden gilt ähnliches, dort findet man das Zeichen 331.2 (Ende KFZ-Straße) bei node/31093581. Bis dorthin darf man als Fußgänger am Straßenrand gehen. Aktuell ist dort fälschlicherweise foot=no eingetragen, was man aus der Beschilderung aber nicht ableiten kann.

Auf KFZ-Straßen (motorroad=yes) gilt übrigens implizit foot+bicycle=no. Das muss also nicht explizit eingetragen werden.

Worauf gründet das Fußgängerverbot?

Das Wiki meint, man solle start_date nicht für zukünftige Zeitpunkte verwenden. Stattdessen solle man hier opening_date nutzen.

Wenn nur noch 30 erlaubt ist, dann ist jetzt wohl der Tag source:maxspeed=DE:urban nicht mehr gültig, der noch an einigen Straßenabschnitten dran ist. Man sollte ihn durch source:maxspeed=sign ersetzen.

Trägst du auch noch den Parkplatz selbst ein? Im Moment gibt es hier nur die Parkplatz-Zufahrtsstraßen service=parking_aisle.

Habe es mir vor Ort angesehen. Hier steht nichts leer. Die Pizzeria ist offensichtlich in den Räumen des ehemaligen Frisörs untergebracht. Deswegen habe ich den von dir neu angelegten Knoten node/13358831201 wieder gelöscht und dessen Daten in den schon lange existierenden Knoten node/5046880012 übernommen.

Stimmt. Einen solchen Fall gibt es sogar bei mir in der Nähe: Im Schmallen von Oberreut. Einen leisure=playground muss man über jeden landuse legen dürfen. Bevor ich Spielplätze hier im August-Klingler-Areal eintrage, warte ich aber noch etwas ab. An den Grünflächen wird zur Zeit ja noch gearbeitet.

Ich habe jetzt die Attribute entfernt, die für einen Fahrradparkplatz passend waren, aber nicht für einen PKW-Parkplatz.

Hallo Radboss,
ich habe eine Anmerkung (bzw. Gedanken) zu den eingetragenen Flächen landuse=basin, also way/820274615 bis way/820274620. Die Versickerungsmöglichkeit von Regenwasser ist sicher einer der Aufgaben dieser Flächen. Aber man beginnt jetzt auf einigen der Grasflächen Spielgeräte zu installieren (wahrscheinlich nicht bei allen).
Ein unwissender Spaziergänger, der hier vorbeikommt, wird deshalb zuallererst einen Spielplatz sehen. Wenn ich ihm dann sage, dass es ein Regenwasserversickerungsbecken ist, wird er wahrscheinlich auch nicht widersprechen. Es ist eben beides.
Ich frage mich: Wie kann man dies passend mappen?

Danke. Jetzt sind die Wege auch aus der Kartenansicht verschwunden.

Ich weiß jetzt nicht, ob die eingebauten Router OSRM/GraphHopper/Valhalla bereits die von dir geänderten Daten verwenden. Wenn ja, dann scheinen sie disuses=yes zu ignorieren. Sie routen mich als Fußgänger weiterhin über beide Wege.

Muss man nicht disused:highway=track setzen? Damit der Weg in der Karte nicht mehr angezeigt wird.

Hallo smartsammler,
du hast für die Pizzeria einen neuen Knoten angelegt. In dem Gebäude gab es schon einen leerstehenden Frisörladen, im Knoten node/5046880012. Hat die Pizzeria nicht die Frisör-Räumlichkeiten übernommen? Sind dessen Geschäftsräume tatsächlich noch immer leerstehend? Wenn ja, dann passt es. Wenn nein, sollte der Ex-Frisör-Knoten als Pizzeria weitergeführt werden.

Das was hier bei einigen Wegen unter dem Schlüssel "name" eingetragen ist, sind keine Namen. Siehe Wiki key:name. Das sind bestenfalls Beschreibungen, also key:descriptions.

Hallo SG86,
danke für die Prüfung und Korrektur. Allerdings hast du die Stelle zwar zum PKW-Parkplatz gemacht, jedoch alle Eigenschaften des vormaligen Fahrradparkplatzes beibehalten. So ist weiterhin capacity=30 eingetragen, was für PKWs sicherlich etwas zu hoch gegriffen ist. Kannst du bitte die Attribute des P-Platzes nochmal prüfen?