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

Moin,
danke für den Hinweis. Das war wohl ein copy&paste Fehler. Gemeint ist source:maxspeed=sign. Von der Uhlandstraße bis zur OWD Auffahrt ist 30 per Schild angeordnet. Ich habe es bereits korrigiert

Ich vermute, dass du die Situation für die direction Angaben zu sehr aus der "menschlicher Nutzer" Sichtweise beurteilst. Du hast eher die fertige Karte vor Augen und damit machen deine gewählten Richtungen vermutlich auch Sinn. Das Problem sind aber die Richtungen an jedem einzelnen Wegstück in OSM. Die hängen davon ab wie der erste User jeweils den Weg eingezeichnet hat. Sie sind also mehr oder weniger zufällig und können sich im Verlauf einer längeren Straße auch durchaus ändern. Die Idee der direction Angaben am Schild ist nun, dass dies relativ zu der Richtung des Wegstücks an der Position des Schildes eingetragen wird. Damit haben dann auch Routing-Programme eine Chance die Situation korrekt zu berücksichtigen. Um ganz sicher zu gehen wird dann auch noch der maxspeed Wert an der Straße hinter dem Schild eingetragen. Ich nehme mal an, dass der sogar noch wichtiger für das Routing ist als die direction Angaben. Von daher ist flohoffs Hinweis berechtigt, dass man maxspeed auch an den Straßen hinter dem Schild einträgt. Die Straße an der Position des Schildes nochmal zu trennen halte ich allerdings für zuviel des Guten wenn das Schild nur ein paar Meter von einer Kreuzung entfernt steht. Ich habe mir das vorhin nochmal im Web-Editor angeschaut und dort sind die Richtungspfeile an den Wegstücken leider winzig.