Ich hab den Node hauptsächlich wiederhergestellt, weil die Historie des POI so wieder leicht zugänglich ist, da er ja vorher ein Node war. Ansonsten behalte ich das beim Bearbeiten in der Regel auch bei, wenn der POI direkt am Gebäude hängt, und ändere das nicht grundlos oder wegen persönlicher Vorliebe um.

Vor einigen Jahren hab ich mir tatsächlich angewöhnt, separate Nodes zu bevorzugen, wenn es nicht offensichtlich nur das Gebäude betrifft. Das ist glaube in den wenigsten Fällen der Fall, meist gehört noch irgendwas außendrum dazu, hier z.B. die Sitzgelegenheit. Supermärkte in eigenen Gebäuden wären so ein Fall, wo ich es wohl direkt ans Gebäude hängen würde, auch wenn der Parkplatz dazu gehört, aber das ist irgendwie was anders.

Ist schon ein paar Jahre her, dass ich mir den iD-Editor näher angeschaut habe. Damals konnte man nicht mehrere Tags selektieren/kopieren und an andere Elemente übertragen, was für mich ein No-Go war. Scheint so als wäre das immer noch der Fall!?

Wobei ich gestehen muss, dass es sich fürs Durchfahren mit dem Rad wie ein Umlaufgitter anfühlt, weil etwas versetzt zur Schranke so ein Metallbügel wie von Umlaufgittern steht.

Hab gerade Name+Telefon der Eismarie wiederhergestellt: changeset/129302439

So viel wie du mappst, solltest du mal auf JOSM wechseln, damit wäre das nicht passiert ;)

Wegen node/7966673687 musste ich jetzt mal vor Ort nachschauen, ob ich mich vor zwei Jahren mit der Schranke geirrt hatte oder sie inzwischen durch ein Umlaufgitter ersetzt wurde. Ist aber immer noch eine Schranke, hab es wieder zurück geändert: changeset/129302227

Wenn du weißt, dass es falsch ist, dann solltest du es auch nicht eintragen. Was in StreetComplete nicht geht, sollte nicht über falsches Tagging angenähert werden.

Aber die Bachstraße ist doch auch bereits richtig eingetragen. Ich hatte sie vor zwei Jahren in einen verkehrsberuhigten Bereich korrigiert (war vorher Wohnstraße) und Umlaufgitter und Schranken angelegt:
changeset/91873531

Nur Sonderrechte hatte ich nicht eingetragen, waren nicht erkennbar vor Ort. Wenn du damit meinst, dass z.B. bestimmte Personen die Schranke öffnen dürfen/können, dann würde mir motor_vehicle=private am ehesten als Tagging in den Sinn kommen. Ob so ein Fall aber vernünftig von einem Router unterstützt werden kann, bezweifle ich.

Die Einbahnstraße hab ich jetzt zumindest mal rückgängig gemacht.

Das ist eine Einbahnstraße? Bin mir fast sicher, dass es keine war, als ich da mal durch bin.

Hab die Änderung revertet: changeset/127821101

Neben den verrutschten Gleisen, die sicherlich ein Versehen waren, wurden aber auch Gebäude (Hauptbahnhof und Mensa) über bereits bestehende und detailliert gemappte Einzelgebäude drüber gezeichnet.

relation/1669415 wurde allerdings nicht vom Mapper mit nur einer Bearbeitung erstellt, sondern nur verändert, die Relation liegt bereits in Version 9 vor.

Durlacher Allee 22 und Burgstraße 7 und 24 existieren nun doppelt mit aneinander angrenzenden Gebäuden, die sehen auf Bing aus wie einzelne Gebäude, Maps4BW bestätigt das.

Durlacher Allee 33-3 sollte wohl eher 33/3 sein.

14 passt hier nicht ins Schema, das ist sicherlich ein Tippfehler.

Diese Änderung hat einige Hausnummern dupliziert, das ist in der Regel nicht so gedacht. Es darf auch Gebäude ohne Hausnummer geben, zu einem Haus gehörige Schuppen oder ähnliches brauchen keine Hausnummer.

Aber auf jeden Fall stimmt es bei Kirchstraße 8 und 23 nicht, dort existieren die Hausnummern bereits mit etwas Abstand am Nachbargebäude.

Dann mal schauen, wer es von uns zuerst dort hin schafft ;)

Sowas passiert halt mal, kein Problem!

War bezogen auf diesen Satz aus meinem zweiten Kommentar oben:
"Hab gerade bemerkt, dass amenity=place_of_worship bei der Neuapostolischen Kirche verschwunden ist."

Ich dachte, das wäre genau genug angesprochen gewesen.
Wenn das damals als Randnotiz neben dem eigentlichen Diskussionsthema untergegangen ist, dann sorry für meine Stichelei.

Konkret ging es um das Übertragen von Eigenschaften
von node/1454771840/history
auf way/152250693/history
und way/1079225906/history

Habe es hier korrigiert:
changeset/127450894
(mit Folge-Changeset changeset/127450977 )

Und um das mal klarzustellen: Ich glaube dir, dass du sorgfältig arbeitest und erst recht nicht absichtlich Fehler machst.

Also zumindest die verschwundenen Tags bei der Neuapostolischen Kirche hab ich jetzt mal wiederhergestellt. So viel zum Thema Hinterherräumen.

Das war eine etwas merkwürdige Änderung, die scheinbar nichts so wirklich verändert, aber dafür kommentarlos den Hydranten gelöscht hat. Hab sie rückgängig gemacht: changeset/127010965

landuse=education klingt erstmal nicht schlecht, aber wenn es von außen her schon kaum als Kindergarten zu erkennen ist, weiß ich nicht, ob das hier wirklich angebracht wäre. Die Mischnutzung der Gebäude macht es nicht einfacher, hier ein passendes anderes landuse zu setzen oder auch amenity=kindergarten selbst als Fläche einzuzeichnen. Dass das Gemeindehaus hauptsächlich als Kindergarten genutzt wird, habe ich nicht geschrieben. Wieviel anderweitige Nutzung dort stattfindet, weiß ich nicht.
Es ist auch nur 1 Kindergarten, den Kindergarten "Altes Gemeindehaus" gibt es so nicht. Zwei Kiga-Gruppen nutzen die Räumlichkeiten im alten Pfarrhaus, zwei die im Gemeindehaus. Mit zwei separaten Haupteingängen.

landuse=residential war nie nur für reine Wohngebiete oder nur Wohnhäuser vorgesehen und darf auch kleinere anders genutzte Bereiche enthalten, egal ob Kindergarten, Spielplatz, Straßenfläche oder Bäckerei (die auch kein eigenes landuse=retail erhalten würde).

Hallo Jens,

auf hinterherräumen hab ich ehrlich gesagt keine Lust, zumal ich einfach das ganze landuse=religious falsch finde. Wenn du schon derselben Meinung bist, dass landuse=religious bei Kindergärten falsch wäre, kannst du es ja auch selbst wieder korrigieren.

Ein bisschen Grünbereiche sind ja oft um die eigentlichen Kirchengebäude herum, aber die sind nicht zum Beten da. Der überwiegende Anteil der Außenflächen gehört auch zum Gemeindehaus (u.a. als Kita genutzt), zum Alten Pfarrhaus (überwiegend als Kita genutzt) und zum Pfarramt.

Hab gerade bemerkt, dass amenity=place_of_worship bei der Neuapostolischen Kirche verschwunden ist.

Gruß Markus

Mir sind gerade die landuse=religious in Berghausen aufgefallen. Zum einen fand ich die Nutzung mindestens beim Kindergarten erstmal merkwürdig, zum anderen hat mich die Wiki-Beschreibung auch bestätigt, dass das Tag für solche Bereiche nicht gedacht ist:

"Dieses Tag wurde ursprünglich eingeführt, da es vor allem in Ländern wie den USA zahlreiche Kirchengemeinden gibt, die nicht über ein Gebetshaus verfügen, sondern innerhalb eines mehr oder weniger eingefriedeten Geländes unter freiem Himmel beten. Die Nutzung zu anderen Zwecken, insbesondere zur Darstellung vermeintlicher oder tatsächlicher Eigentumsverhältnisse, ist innerhalb der Community umstritten. Beim Mappen sollte immer bedacht werden, dass OSM weder ein Liegenschaftskataster noch ein Grundbuch ist. Eine Kirche, die sich nahtlos innerhalb eines historisch gewachsenen Dorfkerns einfügt, sollte nicht mittels landuse=religious aus dem umliegenden Wohngebiet "ausgestanzt" werden."

Der Poller war zusätzlich als way zwischen den beiden Poller-nodes eingezeichnet, hab ich gelöscht. Und motor_vehicle stand auf yes statt auf no. Habe es korrigiert und zusätzlich am Straßenabschnitt zwischen den Pollern angebracht.

Puh, dass diese Änderung so lange nicht aufgefallen ist. Hatte mich gestern gewundert, warum ich mit dem Fahrrad von Gondelsheim nach Diedelsheim nicht durch den Feldweg geroutet werde. Grund war das falsche vehicle=destination, das auch nicht zu deinem Kommentar passt. Die access-Tags waren vorher schon korrekt.