Hi,
zu 2). Habe noch mal im (englischen) Wiki gelesen und es geht bei der Einordnung der Wege darum dass highway=pedestrian überwiegend bzw. ausschließlich für Fußgängerverkehr genutzt werden darf. Die deutsche Wiki-Seite suggeriert mit der Abbildung von Verkehrszeichen 242, dass dies eine notwendige Voraussetzung für highway=pedestrian ist. Ich finde die Einordnung hier zwar auch weiterhin nicht gut, akzeptiere aber dass es grundsätzlich möglich ist. Ganz allgemein ist das Auto-Routing über pedestrian/path/footway ziemlich schwierig bis unmöglich wenn man der Diskussion hier folgt: https://forum.openstreetmap.org/viewtopic.php?id=74929. Wir sollten uns an die on-the-ground-Regel halten und die Access-relevante Beschilderung so präzise wie möglich abbilden. Die Router müssen dann angepasst werden wenn es Probleme gibt. Weiter nördlich bei deinen Notes an der LOsteria und am Oberntorwall ergeben sich ähnliche Fragen. Das sollten wir aber dann aber dort weiter diskutieren. Ich brauch aber erstmal etwas Abstand zu dem Thema.

zu 3) Innerstädtische Vegetation ist die nächste komplexe Baustelle, die leider immer wieder für Diskussionen und Streit in OSM sorgt. Für die Flächen an den Parkplätzen käme auch noch natural=shrubbery landuse=flowerbed in Frage. Ist aber noch recht selten und auch umstritten und wird bestimmt auch nicht gerendert. Aber das 2. und 3. Foto gehen in etwa in die richtige Richtung für die besagten Flächen. Park für die Flächen am NaMu und Kirche finde ich in Ordnung. Dort halten sich im Sommer durchaus Leute auf zum entspannen. Wenn du dort einzeichnest, verbinde bitte die Flächen nicht mit dem Gebäude der Kirche. Dort liegen schon viele Ways übereinander für die 3D-Modelllierung.

Moin, ein paar Anmerkungen zu deinen Änderungen. 1. Der Way für die Stützwand an der Lutter verläuft falsch herum. Aktuell ist außen die niedrigere Fläche. 2. Warum musste der Nebelswall aufgespalten und ein highway=pedestrian eingefügt werden? Für Access/Routing ist damit nichts geändert worden im Vergleich zum vorherigen Zustand. Beschilderung ist Zeichen 240 und "Ein/Ausfahrt für Anlieger frei". Durch das Aufspalten wurde aber die Sortierung der Wanderrouten teilweise durchgewürfelt. Ist zwar ein Bug des Editors und nicht deine Absicht. Aber meiner Meinung nach war es hier überflüssig. 3. Schau dir bitte nochmal im Wiki die Erklärungen zu village_green an. Es wird dort ausdrücklich empfohlen es nicht für allgemeine Grünflächen zu verwenden. Ich kenne die Gegend dort sehr gut und die beiden Flächen an den Parkplätzen würde ich gar nicht als Grünfläche eintragen sondern nur die Bäume einzeln. Direkt an der Lutter die kleinere Fläche kann man auch als Park eintragen. Generell bin ich aber kein Freund davon jeden Quadratzentimeter komplett mit landuses auszumalen und mit falschem tagging ein gewünschtes Ergebnis im Rendering zu erzwingen. Die Aussage gilt auch für Punkt 2.
Um die Sortierung der Routen würde ich mich kümmern wenn wir uns auf eine Lösung für den Nebelswall einigen können

Hi, du hast hier einen landuse=residential auf farmyard geändert und einen Namen vergeben (Godejohann, Am Sennberg). Das kann ich so aus dem Luftbild nicht nachvollziehen. Sieht für mich nach Wohnhäusern aus. Das typische Inventar von Bauernhöfen ist dort nicht zu sehen. Ich nehme an, dass dort früher mal ein Hof war und dann nach und nach das Gelände mit Wohngebäuden bebaut wurde. Der Name des Hofes rottet dann vermutlich noch ewig in den offiziellen Karten vor sich hin.
---

Published using OSMCha: https://osmcha.org/changesets/117029939

Moin, du hast hier einen großen Änderungssatz mit sehr vielen winzigen Einzeländerungen erstellt und gleichzeitig ein Review angefordert. Ich bezweifle, dass sich jemand die Zeit nimmt, dass im Detail zu überprüfen und zu kommentieren. Versuche daher in Zukunft nicht ganz so viele Änderungen auf einmal in einen Änderungssatz zu packen. Allgemein möchte ich noch anmerken, dass du in deinen Änderungen oft Wege und Knoten nur um geringe Distanzen verschiebst. Die Objekte sehen im Editor vielleicht "falsch" platziert aus, aber es kann durchaus vorkommen, dass die Luftbilder einen (kleinen) Versatz aufweisen. Speziell bei höher gelegenen Objekten kann es zu systematischen Fehlern kommen. Konkret zur Sparrenburg wurde das hier auch schonmal diskutiert: https://gt.owl.de/pipermail/osm/20A20-April/004464.html Wenn du also nicht perfekt ausgerichtete Objekte vorfindest, liegt es also meistens daran, dass sie von einem User mit anderem Editor und eventuell älteren oder leicht versetzten Luftbildern erzeugt wurden. Ich rate zu etwas mehr Toleranz bezüglich der Positionierung von Objekten wenn aus Luftbildern abgemalt wird.

Der Wald ist wieder sichtbar. kartler175 hat das Problem bereits behoben

Hi, hast du eine belastbare Quelle zu deiner Aussage über neue NRW Orthophotos oder ist es dein Eindruck dass sie neu sind? Nach meinen Informationen sind die in dieser Region von Frühjahr/Sommer 2020. Deshalb rate ich auch dazu die Kahlschlagflächen eher sparsam einzutragen. Ich kenne durchaus Flächen auf denen bereits wieder neue Bäume gepflanzt wurden. Es wird wahrscheinlich Fälle geben, in denen ältere Luftbilder zu Fehlern führen können. Außerdem ist das Wald-Multipolygon des Teuto südlich von Werther mal wieder beschädigt worden. Wird aktuell nicht gerendert. Schau dir das bitte nochmal an.

Ich habe es gerade einmal an einem anderen Paketshop getestet und Osmand zeigt das leider noch nicht an.
Du hast eher keinen Fehler bei der Suche gemacht. Es dauert leider recht lange bis sich Änderungen an dem Datenschema auch bei allen Anwendungen durchsetzen. Wie gesagt dieses Schema wurde glaube ich erst in diesem Sommer eingeführt und es gibt noch viele alte Einträge. Ich bestehe jetzt auch nicht unbedingt darauf, dass du es löscht. Es war als Hinweis auf das neue Schema und die doppelte Erfassung gemeint.

Hallo, ich habe bemerkt, dass du hier einen Hermes-Paketshop eingefügt hast. Es gibt ein relativ neues Schema nach dem solche Paketshops erfasst werden können. Bitte schaue dir das im Wiki nochmal genauer an: osm.wiki/DE:Tag:amenity%3Dpost_office im Abschnitt Postfiliale im EInzelhandel. Konkret an dieser Tankstelle habe ich das schon vor einiger Zeit ergänzt, sodass der Paketshop nun doppelt eingetragen ist
---

Published using OSMCha: https://osmcha.org/changesets/114298620

Ich habe mir die Leitungen mal genauer angeschaut und es ist beides. Aus dem Boden ragen am Anfang und Ende des Abschnitts noch unverbundene Glasfaserleitungen. Außerdem wird die Beleuchtung des Radwegs über die Leitung versorgt. Weiter nördlich gibt es auch noch einen Abschnitt von dem Strom-Hausanschlüsse abzweigen. Könnte man später nochmal ergänzen. Laut einem recht frisch akzeptierten Proposal sind Mehrfacheinträge für Nutzungen von Freileitungen unerwünscht und man soll entscheiden welche Bedeutung der Leitung wichtiger ist: osm.wiki/Proposed_features/Utility_poles_proposal Die Lösung finde ich sehr unglücklich weil Laien das ja wohl kaum leisten können.
---

Published using OSMCha: https://osmcha.org/changesets/113868058

Genau. Die Insel ist hier jetzt auch sichtbar.
---

Published using OSMCha: https://osmcha.org/changesets/113730902

Moin, mir ist aufgefallen, dass du manchmal mit unsichtbaren Inseln in Gewässern zu kämpfen hast. Ich denke das hat damit zu tun, dass hier die Gewässerfläche aus Sicht des Renderers doppelt definiert ist. Einmal als Eigenschaft des gesamten Multipolygons und einmal als Eigenschaft nur des outer-Objekts. Soweit ich das verstehe gehören die Eigenschaften der "größeren" Fläche an das Multipolygon und nichts an das Outer-Objekt. Die abweichenden Eigenschaften der inner-Objekte werden dann vom Renderer erkannt und anders dargestellt. Bitte vorsichtig sein wenn du bestehende "einfache" Wasserflächen in Multipolygone umbauen willst. Bereits eingetragene Eigenschaften wie Name oder Wikieinträge oder ähnliches sollten dann natürlich an das neue Multipolygon übertragen werden

Hallo cartman_de, ich bin auf deine Änderungen an der Eickumer Straße aufmerksam geworden. Die Erfassung der temporären Geschwindigkeitsbeschränkung ist ein wichtige Information und es ist gut, dass du sie eintragen wolltest. Dabei ist aber ein kleiner Fehler passiert. Im Moment ist das Tempolimit nur als Eigenschaft der Verkehrsschilder erfasst. An der Straße fehlt dafür die Tempolimit Eigenschaft komplett. Das ist so nicht sinnvoll. An die Straße gehört sowohl das Standard-Tempolimit 50 und das Limit 30 mit den temporären Zeiten. An die Schilder dafür kein maxspeed-Wert. Ich habe auch noch recht neue Fotos von dem Straßenstück gefunden auf denen andere Zeiten als die von dir eingetragen stehen: https://www.mapillary.com/app/?lat=52.098587982706&lng=8.5365227619532&z=17&pKey=197387279080837&focus=photo Schau dir deine Ändeungen bitte nochmal an und korrigiere es. Falls es noch Fragen gibt dann kannst du gerne hier fragen

Eigentlich brauchst du jetzt nichts mehr machen. Abbestellen bedeutet nur, dass du keine weiteren Benachrichtigungen bekommst, wenn in dieser Diskussionen noch weitere Beiträge auftauchen. Ob du dich im Editor abmeldest oder deinen Account löschen lassen willst hat dann für die Daten keine Auswirkungen

Aus OSM-Sicht ist das Access=destination. Habe ich jetzt auch so eingetragen. Viel mehr können wir hier nicht machen. Ein Löschen des Weges würde vermutlich nicht von Dauer sein, weil der Weg klar im Luftbild zu sehen ist und von irgendwem wieder ergänzt würde, der unsere Diskussion hier nicht mitbekommen hat

Ich verstehe diese Aussage so, dass zwar ein Schild mit der Aussage "Privatweg" zu finden ist aber ansonsten keine weiteren Einschränkungen ausgesprochen sind. Man könnte es so interpretieren, dass es sich um einen Privatweg handelt, dessen Nutzung vom Eigentümer geduldet wird aber jederzeit widerrufen werden kann. Für diesen Weg finde ich "permissive" dann nicht passend wenn du die Nutzung für die Öffentlickeit untersagen willst. Beachte bitte, dass wir zwischen den verschiedenen Verkehrsarten unterscheiden können. Nur "Access" gesetzt umfasst alle Arten. Es kann auch speziell unterschieden werden zwischen "foot" "bicycle" "vehicle" "motor_vehicle" "horse" usw. Es ist immer eine Einzelfall-Entscheidung nach der Beschilderung vor Ort. Ganz grob orientiere ich mich an dieser Einteilung: "Durchfahrt verboten"=> vehicle=destination, "Durchgang verboten" => access=destination, "Befahren verboten" => vehicle=private, "Betreten verboten" => access=private. Mit dieser Interpretation der Zugangsbeschränkungen kann man die meisten Fälle abdecken. Aber es wird immer wieder Diskussionen (teilweise leider auch in unfreundlichem Ton) um dieses Thema geben. Lass dich davon nicht abschrecken

Hallo albuffi,
mir ist deine Änderung an diesem Zufahrtsweg aufgefallen und ich habe ein paar Anmerkungen dazu. Zuerst einmal hat die Sperrung grundsätzlich funktioniert. Die mir bekannten Router auf Openstreetmap Basis routen nicht mehr durch den Weg. Bei Routern auf Mobilgeräten kann das allerdings noch etwas dauern bis die Änderungen wirksam werden. Vor ein paar Monaten gab es an dieser Stelle schon einmal einen Hinweis der sich auf das Routing von Google bezog. Keine Ahnung ob der Hinweis damals von dir war aber ich muss noch einmal ganz klar betonen, dass wir hier keinen Einfluss auf das Routing von Google nehmen können. Das Openstreetmap Projekt ist explizit als Alternative zu Google geschaffen worden und die Datenbestände sind komplett unabhängig voneinander. Falls du auch weiter an Openstreetmap mitarbeiten möchtest, schau dir bitte in unserem Wiki nochmal den Unterschied zwischen access=private und access=destination an. osm.wiki/DE:Key:access Das ist ein sehr komplexes Thema und es ist schnell passiert, dass man die Kritik anderer Mapper auf sich zieht. Auch speziell die Benennung mit "Privatweg" hier wird von einigen Leuten sehr kritisch gesehen weil es für die eigentlich Sperrung nicht notwendig ist. Falls du nicht weiter mitarbeiten möchtest kannst du meine Anmerkungen natürlich ignorieren.

Ich kann Eueren Hinweis inhaltlich nicht nachvollziehen. Speziell beim genannten Beispiel der bielefeldKARTE sehe ich überhaupt kein Problem mit falschen Richtungsinformationen da nur die Gesamtheit der Liniensegmente grafisch dargestellt wird. Aber ich habe auch kein Interesse deshalb nun einen Konflikt auszulösen und habe N9, N14 und 142 bereits wieder auf Rundkurs zurückgesetzt. Für N15 hatte ich eine neue Master-Route eingetragen und den Fahrweg aus N5 herausgenommen. Wie sollen aus Eurer Sicht die Linien N5 und N15 eingetragen werden?

Von welchem Übergang sprichst du genau? Es gibt nämlich gerade drei sehr verschiedene Ausführungen. Und mindestens zwei davon waren komplett falsch herbeigeraten bevor ich sie bearbeitet habe. Also was genau stört dich an welchem Übergang?

Ich habe bisher nicht geantwortet oder zurückgesetzt weil ich mal etwas Pause von den Diskussionen mit dir brauchte. Deine Reparaturversuche sind zwar lobenswert haben aber neue Probleme aufgeworfen. Die Oberflächen und Access der zuletzt editierten Wege stimmen nicht. Das zeigt mir dass mal wieder kräftig geraten wurde. Dieses Verhalten ist problematisch weil dadurch langfristig die gute Qualität der Daten leidet. Die Buslinien sind jetzt auf andere Art kaputt. Wir haben ja schonmal darüber gesprochen dass sich der Web-Editor nicht gut dafür eignet, Relationen zu bearbeiten. Ein komplettes Zurücksetzen würde nun komplettes Chaos durch Versionskonflikte erzeugen. Ich werde daher die Probleme von Hand beheben. Als Kompromiss biete ich an die Aufspaltung und Insel drin zu lassen auch wenn ich sie für überflüssig halte. Dafür erwarte ich dass du an der Stelle keine weiteren Edits vornimmst und auf weitere Umbauten von Mittelinseln in dieser Art und Weise verzichtest

Ich habe mir die neue Verkehrsinsel heute auch nochmal vor Ort angeschaut und muss sagen, dass deine Konstruktion deutlich zu groß geraten ist. Es gibt sogar noch eine Linksabbiegerspur nördlich der Insel. Außerdem existiert der kleine Fußweg noch auf der Wiese. Weiterhin hast du den Geh/Radweg an der Schweriner und teilweise an der Otto-Brenner-Straße grundlos entfernt. Zuletzt wurden noch zwei Buslinien geschreddert. Alles in allem ist die Situation jetzt DEUTLICH schlechter als vor deinem Edit. Hier würde ich daher zu einem kompletten Zurücksetzen deiner Änderungen raten. Wenn wir jetzt einzeln an den Fehlern rumeditieren gibt es nur wieder unnötige Editwars
---

Published using OSMCha: https://osmcha.org/changesets/111935761