Hallo Georg,
da wurde , nachdem die Zollfahndung in das ehemalige dm-Gebäude eingezogen ist, ein Schild DE:260 + Zusatzschilder "Zollfahndung frei und "Lieferverkehr frei" aufgestellt.
Ich habe es in meinen Bildnotizen noch gefunden: https://ibb.co/sPm0p5Y

Wurde das nun geändert? Von 10 km/h stand da nichts.

Viele Grüße,
Rainer

Danke für die schnelle Antwort; ich war nicht sicher wie aktiv du derzeit bist :)
Das war mal ein sehr großes landuse=residential. Durch die Änderung in type=boundary haben inzwischen andere die einzelnen landuse-Flächen besser und genauer eingezeichnet. Daher kann man es entsorgen. Ich habe noch zwei kleine landuse-Lücken geschlossen.

Viel Grüße,
Rainer

Hallo mat135,

was ist das denn für eine Grenze ohne Eigenschaften: relation/62590 ?

Die Stadt Memmingen gibt es schon: relation/62590

Viele Grüße,
Rainer

Hallo blubberbass,

gerade bin ich über dieses Riesenmultipolygon gestolpert: relation/14234465#map=15/48.2782/8.8432
Es gibt noch genug Monster-Multipolygone aus der OSM-Frühzeit, da muss man keine neuen anlegen. So etwas ist fehleranfällig und schwer wartbar. Hier sind grob 150 km2 mit landuse=farmland deklariert und dann einige Ortschaften ausgestanzt, viele andere landuse und natural-Flächen aber nicht. Es gibt auch jede Menge Wiesen und Streuobstwiesen, die noch gar nicht kartiert sind und nun pauschal zu farmland gemacht wurden.
Das Kartieren von Landnutzung geht zum großen Teil mit einfachen Polygonen, das bekannte KISS-Prinzip.
MMn ist es hier angebracht, das MP zu revertieren, weil der Aufwand, es in handliche Stücke zu zerlegen, höher ist als das neu zu erfassen und dann mit der tatsächlichen Landnutzung.

Viele Grüße,
Rainer

Das hier node/4741601817 ist gemeint.

Hallo eisbaerCathleen,

gerade bin ich auf dieses Objekt mit landuse=churchyard gestoßen und frage mich, was das ist. Ich weiß, es ist 5 Jahre her, als du das eingetragen hast, aber vielleicht erinnerst du dich? Evtl. hatte die damalige Go Map Version nichts richtig passendes für das Objekt. Hier scheint ja keine Kirche zu sein, also ein Kirchhof hier am Waldrand ist etwas seltsam.

Viele Grüße,
Rainer

Korrektur CS-Kommentar: operator Kleidercontainer

Jahrelang habe ich da nie ein Flugzeug gesehen, aber heute war eins da, abgestellt ein paar Meter weiter auf dem Gras: https://ibb.co/FYn0nLn

Hallo nstyles,
ich entferne mal das "direction=clockwise" vom Kreisverkehr, weil das nur bei Linksverkehr gesetzt wird.

Viele Grüße,
Rainer

Hallo obk-aumomi99,
auf diesen Änderungssatz bin ich gestoßen, weil node/1829989102 als mini_roundabout mit direction=clockwise kartiert wurde. Bei Rechtsverkehr wird im Kreisel gegen den Uhrzeigersinn gefahren. Das ist der Standard, d.h. direction braucht man nicht angeben.
Beim Blick auf das NRW-Luftbild stellt sich aber auch noch die Frage, ob es ein Kreisverkehr ist. mini_roundabout sagt nichts über die Größe aus, sondern kennzeichnet Kreisverkehre, deren Mittelfläche von längeren Fahrzeugen überfahren werden kann und darf. Der Begriff mini_roundabout ist sicher missverständlich gewählt, seine Bedeutung aber im Wiki gut beschrieben: osm.wiki/DE:Tag:highway=mini%20roundabout?uselang=de . Hier sehe ich aber einen Baum in der Mitte, eine Überfahrbarkeit der Fläche ist also nicht gegeben.
Ist mit Zeichen 215 osm.wiki/File:Zeichen_215_-_Kreisverkehr,_StVO_2000.svg beschildert oder verläuft die Straße einfach kreisförmig um den Baum?

Viele Grüße,
Rainer

Hallo MartinSojka,
ich habe die Kreisverkehrsrichtung umgedreht: gegen den Uhrzeigersinn bei Rechtsverkehr.

Viele Grüße,
Rainer

Hallo NJH_osm,
durch den OSM Inspektor, der hier einen Fehler (single node in way) anzeigte, bin ich auf diesen Weg way/1058359430 gestoßen. Das hat aber schon ein Kollege berichtigt.
Was ist das denn für ein Weg? Aus dessen Attributen kann ich mir nicht recht vorstellen, was es ist. highway=path und informal=yes wäre ein Trampelpfad, aber foot=no ist dann seltsam. motorcar ist für einen path überflüssig und snowmobile in unseren Breiten auch eher unnötig. Bleibt eigentlich nur Fahrrad als zulässig übrig, evtl. eine Mountainbikestrecke?

Viele Grüße,
Rainer

Hallo DrNinbos,
willkommen bei OSM und danke fürs Mithelfen die Daten aktuell zu halten!
Wenn ein Laden geschlossen wurde, die Räume aber erhalten sind und vsl. etwas anderes hineinkommt, löschen wir das Objekt nicht einfach, sondern versehen es mit einem Lebenszykluspräfix, in diesem Falle disused:shop. Das hat den Hintergrund, dass man dann an der Historie des Objekts feststellen kann, was dort vorher war.
Das hat der Mapper-Kollege wurzelast in changeset/121073653 nun gemacht.
Mehr zum Konzept "Lebenszyklus" findest du im OSM-Wiki: osm.wiki/DE:Lifecycle_prefix

Servus,
Rainer

Zumindest hier ist der Flugplatz gelistet: https://landewiesen.streckenflug.at//index.php?inc=map&iID=4548#14/47.9061/11.7694/ABCDULfos/Sat

Das zweite Bild zeigt die Infrastruktur. Es steht kein Betreiber dran. Ich komme da hin und wieder vorbei, habe aber noch nie ein Flugzeug gesehen. Heute war die Piste frisch gemäht und die Bilder von der verlinkten Webseite zeigen zumindest am 14.5.21 ein Flugzeug. Ist das ein Ultralight? Damit kenne ich mich nicht aus.

Viele Grüße,
Rainer

Eieiei, jetzt haben wir die Adresse Nailastraße 10 gleich fünfmal. Damit ist zwar Streetcomplete zufrieden, aer der Datennutzer hat das Problem, daß er die Adresse fünfmal angeboten bekommt und raten muß, welche er wählen soll (z.B. in Navigationsprogrammen).
Für mehrteilige Gebäude scheint mit Streetcomplete nicht der geeignete Editor zu sein.
Ich baue das mal so um, daß es die Adresse nur einmal gibt und die einzelne Gebäudeteile building:part sind.

Viele Grüße,
Rainer

Hallo arno_nühm,
was ist das für ein Problem mit Adressen, das mit dem Namen am landuse=residential gelöst werden soll?
Adressen von Gebäuden, Geschäften, Firmen werden mit addr:street bzw. addr:place (in Orten ohne Straßennamen) und addr:housenumber erfaßt. Durch die Lage innerhalb der Verwaltungsgrenze, hier relation/959803 und der PLZ-Grenze, hier relation/1123284 ist die Zuordnung zu Ort und PLZ gegeben. Es ist aber üblich auch addr:city und addr:postcode an den Adressen zu erfassen, weil es für die Qualitätssicherung hilfreich ist und die Datenauswertung vereinfacht, da die Lage innerhalb der Grenzen nicht abgefragt werden muß.
addr:city (wie in changeset/120761476) oder gar is_in:city (wie in changeset/120762006) gehören nicht an landuse. is_in ist in D sowieso veraltet, weil die Verwaltungsgrenzen seit vielen Jahren erfaßt sind.

Viele Grüße,
Rainer

Hallo,
nun habe ich mich bis zu diesem CS durchgearbeitet. Wo andere Ergänzungen waren, z.B. Bäume, Wege in Wohnanlagen, habe ich nur Teilreverts gemacht, um diese Dinge zu bewahren. Es gab einige Konflikte zu lösen, weil inzwischen weitere Attribute ergänzt wurden, die ich auch erhalten habe.
Viele Wege hatten layer=-1 oder =1, obwohl da keine Objekte drüber bzw. drunter liegen. Keine Ahnung, was damit bezweckt wurde.

Viele Grüße,
Rainer

Hallo FUNKcrew,

das Ändern der Adresse führt nicht automatisch dazu, dass das Objekt an die neue Adresse wandert. Das Verschieben über größere Distanzen geht mit dem iD-Editor in der Webseite auch nicht gut, daher habe ich das mal gemacht.
Jedenfalls super, dass ihr eure Läden selbst in OSM pflegt.

Servus,
Rainer

Hallo Michael,
danke für die schnelle Antwort. Ich weiß zwar nicht, worauf sich "bei einer meiner Karten" bezieht, habe aber mal die Suche hier auf osm.org getestet und in der Tat ist das Erbebnis etwas seltsam.
"Cuxhaven Dorfstraße 17" liefert den Briefkasten in Bülkau als Ergebnis, "27476 Cuxhaven Dorfstraße 17" bringt die Adresse in Cuxhaven an erster Stelle und den Briefkasten an zweiter.
An den Attributen des Gebäudes und des Briefkastens sehe ich keinen Fehler. Daher habe ich mal eine Diskussion bei Nominatim, der Suchmaschine hier auf osm.org, gestartet: https://github.com/osm-search/Nominatim/discussions/2673
Mal sehen, was dort für Antworten kommen, ob es an OSM-Daten liegt oder am Suchalgorithmus liegt.

Viele Grüße,
Rainer

Hallo michido,
du hast noch nicht so viele Änderungen bei Openstreetmap gemacht und es sicher gut gemeint. Briefkästen bekommen keine addr:-Attribute. Die werden für echte Adressen, d.h. Gebäude, Firmen, Geschäfte verwendet. Briefkästen bekommen den Standort im Attribut ref. Schau mal im Wiki: osm.wiki/DE:Tag:amenity=post_box
Dieser Briefkasten war schon richtig erfasst. Da du bei deiner Änderung auch noch die Leerungszeiten (collection_times) gelöscht hast, setze ich deine Änderung zurück.

Aber nicht verzagen, in OSM gibt's noch viel zu tun. Falls du vor Ort bist: in Bülkau hat noch niemand die Adressen der Häuser erfasst.

Viele Grüße,
Rainer