Hallo jeo2812,

es gibt ein Problem mit der Qualität Deiner Beiträge zu OSM. Du scheinst derzeit in Hessen sehr viel aus den amtlichen Daten zu übernehmen, ohne dabei zu überprüfen, ob diese auch korrekt sind.

OpenStreetMap will aber keine Kopie der amtlichen Daten sein. Wenn Du 100 Gebäude abmalst und davon 5 nicht existieren, dann sieht die Karte danach vielleicht hübscher aus, aber Du hast OSM eine Bärendienst erwiesen. Wir wollen nicht hübsch aussehen, wir wollen richtig sein. Qualität geht vor Quantität.

Wenn Du schon das Vorhandensein der Gebäude nicht persönlich vor Ort prüfen kannst, dann solltest Du zumindest einen Abgleich mit dem Luftbild vornehmen.

Wenn andere Mapper Dich auf Fehler aufmerksam machen, dann solltest Du mindestens diese Fehler beheben, und im Idealfall auch darüber nachdenken, wie Du ähnliche Fehler künftig vermeiden kannst. Wenn Du zum fünften Mal darauf aufmerksam gemacht wirst, dass Du ein nicht existierendes Gebäude eingezeichnet hast, dann ist es Zeit, die Datenquelle in Frage zu stellen.

Im Forum wird über die mangelhafte Qualität Deiner Beiträge hier diskutiert: https://community.openstreetmap.org/t/balkone-als-separate-building-yes/99296/10 und zu Deinen Änderungssätzen gibt es dutzende Kommentare hier http://resultmaps.neis-one.org/osm-discussion-comments?uid=7549553 - jedesmal, wenn jemand einen Änderungssatz kommentiert, solltest Du eigentlich automatisch vom System eine Mail bekommen, und wir erwarten, dass Du zu diesen Kommentaren dann Stellung nimmst, statt einfach unbeirrt weiter zu mappen. Vielelicht hast Du diese Kommentare nicht gesehen, weil Du eine ungültige Mailadresse hinterlegt hast, oder sie landen im Spamfolder?

Diese Nachricht sperrt Deinen Account so lange, bis Du sie gelesen hast. Bitte nimm Dir danach die Zeit, die o.g. Änderungssatzkommentare zu lesen und zu beantworten und wirf auch mal einen Blick auf die Forumsdiskussion, bevor Du weiterarbeitest. Das, was Du im Augenblick tust, verursacht unnötige Mehrarbeit für andere und dadurch insgesamt eine Verschlechterung für OSM.

Vielen Dank
Frederik Ramm
OSMF Data Working Group
Ticket#2023071410000141