Es wäre auch möglich, einen Teil-revert dieses Changeset durchzuführen, damit die Arbeit mit dem umtaggen auf secondary nicht umsonst war.

Hallo staytuned,
was wolltest Du hier eintragen?
way/583443653#map=17/51.25132/12.42171&layers=N
waterway=ditch
intermittend=yes

hey, so war das nicht gemeint. Auch wenn das nicht dauerhaft so bleiben wird, so doch zumindest noch recht lange, bis das letzte Autobahnstück fertiggestellt ist und komplett freigegeben wird (wie ich gelesen habe bis 2026). Mensch, jetzt ist die Datenlage wieder schlechter als vorher. Es hätte doch gereicht, wenn Du die maxspeed 100 und die 80 in den Abschnitten ergänzt hättest und nach der Ausfahrt die 60 um die Kurve ergänzt hättest (habs inzwischen auf mapillary nachgesehen).

Hallo j1scad,
warum zerlegst Du die A 72 in lauter kleine Stückchen? Wo sich lanes ändert macht das ja Sinn, aber kurz vor dem Anschluss Espenhain folgen mehrere Stückchen ohne maxspeed und mit lanes=2. Ein paar maxspeed vergessen? Auch nach der Ausfahrt, also nach maxspeed=60, fehlt plötzlich wieder ein maxspeed.

hallo ebe_münzer,
Du hast vor etwa einem Monat die B95 zwischen Espenhain und Kesselshain zur secondary herabgestuft und das ref=B 95 entfernt. Mit secondary gehe ich einig, das ist richtig. Das Entfernen der ref war etwas voreilig. Bisher ist nicht bekannt, dass die B95 tatsächlich zurückgestuft wurde. Das ist geplant aber noch nicht erfolgt. Wir mappen aber nicht die Planung, sondern den Istzustand. Lt. Mapillary-Bildern vom 29.11.2019 ist die B95 aber noch ausgeschildert, wie z.B. wenige Meter von hier:
https://www.mapillary.com/map/im/0UYEfsKcVfmYCNXtEgBPjA
Bitte füge ref= B 95 wieder ein. Danke.
Der Mammi

Hallo Tschaeck,
OTG bzw. otg heißt on the ground, also vor Ort. Und ja, es gibt ausgebaute Bundesstraßen mit Ausfahrt-Nummern, diese hier aber nicht:
https://www.mapillary.com/map/im/mBSWYaZa9GbMlisCYxxHng
Du kannst gern entfernen, gern auch mehr bis Gmünd. Ich werd mich auch demnächst dran machen. Verursacht hatte die Nummerierung der Kollege AtomMapper, hab von diesem aber noch keine Antwort. EIn anderer Kollege hatte einen Teil bis Urbach wieder entfernt (wohl das Stück, dass er kannte)

Hallo Tschaeck,
Hallo AtomMapper,
du hast vor 7 Monaten entlang der B29 Anschlussnummern wieder zugefügt. Woher stammen diese Informationen? Vor Ort kann ich keine Ausschilderung der Anschlussnummern finden. Die Nummern wurden mangels otg bereits vor 5 Jahren einmal entfernt.

Hallo AtomMapper,
du hast vor 6 Jahren entlang der B29 Anschlussnummern zugefügt. Woher stammen diese Informationen? Vor Ort kann ich keine Ausschilderung der Anschlussnummern finden.

Hallo StealthFX,
Du hast die Hauptstraße in Saßnitz von ursprünglich secondary auf residential heruntergestuft. Gibt es dafür einen Grund? Irgendwie hat die L303 jetzt eine "Lücke". Mir erschließt sich auch nicht, warum eine Straße innerorts nur noch die Verkehrsbedeutung einer Wohngebietsstraße haben soll, wenn sie beidseitig eher den Charakter einer überörtlichen Verbindungsstraße hat.

Hallo da-sch,
bei deinen Verklebereien von landuses hast Du fälschlicherweise den trunk mit highway=* bzw. railway verklebt, die eine layer-Ebene darunter liegen. Way verschiedener Ebenen sollten nicht mit einem gemeinsamen Knoten verbunden werden. Kannst Du das bitte wieder korrigieren? Danke

Ist es Absicht oder ein Versehen, dass dem Industriepark der Gleisanschluss genommen wurde?
way/60795178#map=19/51.06161/12.18080

Hallo, welchen Hintergrund oder Sinn hat es, Weichen oder sich mit Straßen kreuzende Schienen als highway=turning_circle zu taggen?

Hallo 23grad,
wenn Du da die Wege in der Weihnachtsbaumplantage ergänzt hast, kannst Du gern auch noch access=private setzen, das ist nämlich eingezäunt.
Der Mammi

PS: zudem stimmt nun die Lage vieler Pois nicht mehr: Postkästen, die vor dem Gebäude standen sind nun im Gebäude, Pois von Ladengeschäften liegen jetzt vor dem Gebäude usw. Das wird nun eine Menge Arbeit machen, hier hinterherzuräumen und die Pois wieder richtig zu platzieren.

Hallo Joe,
Du hast in diesem Changeset etliche Gebäude in Schorndorf verschoben. Gegen die Lagekorrektur anhand von Maps4BW ist an sich nichts einzuwenden. Jedoch hast Du dabei die Lage angrenzender Bauwerke - auffällig hier die südlichen Stadtmauerreste - nicht beachtet und nun Fehler verursacht. Die Stadtmauer ist nämlich i.d.R. identisch mit der Südwand der verschobenen Gebäude - was jetzt aber auf der Karte nicht mehr der Fall ist.

Hallo Bytemark, Du hast aus dem Klingele Gelände ein Riesen-Gebäude gemacht. Ich nehme an das war nicht beabsichtigt.

Nachdem ich bisher keine Antwort auf den Changesetkommentar erhielt, sich vor Ort keinerlei Hinweise auf einen angeblichen "See des Zorns" finden lassen, dieser angebliche Name sich nur im Zusammenhang mit Pokemon finden lässt sowie sich der bisherige Name "Der See" sowohl auf heutigen wie auch auf historischen Karten und vor Ort verifizieren lässt, habe ich den Namen wieder in "Der See" geändert.

Hallo katze2307,

kannst Du mir bitte mal näher erläutern, warum due Den See in See des Zorns umbenannt hast?

Der See ist bereits auf den preußischen Landvermessungskarten (ca. 1850-1870) als Der See benannt und wird auch auf heutigen topografischen Karten so benannt. Sollte Der See im Volksmund tatsächlich See des Zorns genannt werden, dann wäre ein zusätzlicher tag loc_name= oder alt_name= die richtige Wahl gewesen.
Abe auch das erlaube ich mir zu bezweifeln. "Einige" und "Volksmund" widerspricht sich bereits. Und der einzige See des Zorns, der zu finden war, ist aus Pokémon. OSM ist eine Datenbank, die die Realität abbilden soll. Das sind - mit Verlaub - Fantasienamen unerwünscht. Dafür gibt es andere Spielwiesen.

Grüße
Der Mammi

Hallo wellmer, du hast in diesem changeset den name-tag für einen Hinweis verwendet. Dieser Hinweis ist aber kein Name. Für den Oberflächenzustand, befahrbarkeit und Schwierigkeit gibt es andere Tags, die von entsprechenden Karten auch ausgewertet und angezeigt werden.
Kannst Du das bitte ändern? Hast Du Fotos von diesem Streckenabschnitt?
Mammi

Hallo Jochen,

sorry, dass ich mich erst jetzt wieder melde, aber andere Sachen waren wichtiger und ich hatte keine Zeit.
Vorab: ich finde Mikro-Mapping nicht schlimm und habe Hochachtung vor der Arbeit die Du Dir gemacht hast. Mir hätte leisure=park gereicht, für mitteleuropäische Verhältnisse ist damit alles gesagt. Danke auch für das Verschieben von Jürgen und Jürgen, das war mir auch aufgefallen.
Zu Deinen vs. meinen Argumenten: also ich war auch noch einmal vor Ort und habe inzwischen Bilder zu Mapillary hochgeladen (die Aufnahmerichtungen stimmen leider nicht, mein Handy-Kompass verträgt sich nicht mit der App).
Im Grunde bleibe ich bei meiner Auffassung: ich sehe keinen Wald, sondern mehrere Einzelbäume, die sich in den Kronen teilweise berühren. Weder landuse=forest noch natural=wood fände ich da eine gute Wahl. Wald hat für mich eine gewisse Größe und die Bäume stehen i.d.R. so dicht, dass die Kronen ein geschlossenes Blätterdach bilden - gerade das ist hier ja nicht der Fall. Aber in den Rand- und Eckbereichen insbesondere zur Karl-Heine-Str. hin könnte ich trotzdem mit forest leben, da dort eine waldähnliche Struktur mit "Unterholz" besteht.
Ein paar ganz konkrete Dinge:
way/691810187 - das ist ein Einzelbaum, keine Baumgruppe. Davon gab es zuvor noch ein paar mehr. Auch jetzt stehen mir die meisten Bäume zu weit auseinander, als dass ich dies vor Ort als Baumgruppe erkennen würde.
Des weiteres ist der gesamte Platz nicht nur mit leisure=park sondern zugleich mit landuse=grass gemappt. Das ist nicht grundsätzlich falsch, allerdings gibt es jetzt Überschneidungen von landuse=grass mit landuse=forest was ich ebenfalls wieder für problematisch halte. Eine konkrete Fläche sollte m.E. nur ein landuse haben. Außerdem gibt es innerhalb des Parks Flächen, die definitiv nicht landuse=grass sind. Daher wäre mein Ansatz, das Polygon park und das landuse=grass zu trennen.
Du schreibst: "sehr gut erkennen, wo schattige Baumbestandene Bereiche sind und wo sonnige Wiesen" - gerade deshalb würde ich ja den Baumbestand lieber mit natural=tree bevorzugen. Natürlich ist mir in OSM keine Möglichkeit bekannt, die schattige Fläche abzubilden, letztlich ist das auch eher Aufdabe des Renderers. Mit tree kann man jedoch besser erkennen, unter welchen Bäumen sich Wiese befindet und alternativ bei forest Bereich mit "Unterholz".
Letzte Sache die mir noch aufgefallen ist: manche landuse=forest sind zugleich natural=wood. Auch hier denke ich, sollte man sich für eins entscheiden. Da die Bäume möglicherweise angepflanzt wurden, auf jeden Fall regelmäßig kontrolliert und Totholz entfernt wird, tendiere ich eher zu forest (wenn schon nicht als Einzelbaum)