!bm's Comments
| Changeset | When | Comment |
|---|---|---|
| 94294676 | about 5 years ago | Vielen Dank für die schnelle Rückmeldung! Tatsächlich ist die Z zwischen G und der Stelle keine living_street (das hat der User, der es vor 11 Jahren änderte/eintrug wohl übersehen und bisher hat es keiner korrigiert.) Wurde das traffic_calming vor kurzem erneuert/umgebaut? Hier gibt es Bilder der Stelle von 2019-04:
Da sieht man zwei kleinere, mittige Bodenwellen (das wären eher *=cushion?). Sieht es jetzt anders aus? Baum habe ich noch nicht korrigiert, sondern ein fixme gesetzt – nehme an, es ist leaf_cycle=deciduous. --bg!bm |
| 94294676 | about 5 years ago | Hallo vanLeyden, was ist das für ein exotisches Gewächs, das hierzulande leaf_cycle=semi_evergreen hat? leaf_cycle=* Area ist bei traffic_calming nicht zulässig: traffic_calming=* – geändert in: changeset/94314930 Cs-comment verstehe ich nicht ganz: Die Zwinglistr ist durchgehend als Verkehrsberuhigter Bereich (living_street) eingetragen. Blick ins Wiki schadet generell nicht! --besteGrüße!bm |
| 94300880 | about 5 years ago | Hallo KyZEN,
|
| 94282617 | about 5 years ago | Hey, du hast hier wohl irrtümlich einen neuen node/8129802344 mit highway-Tags eingefügt?
|
| 94224329 | about 5 years ago | Hallo erikp, da nicht angegeben: Quelle für die Änderungen? (Die Orthophotos werden es kaum sein ;) Statt Löschen eines leerstehenden Geschäftslokals u.a. POI ist es in den allermeisten Fällen besser, disused:* zu setzen, s. osm.wiki/DE:Key:disused: (beachte generell osm.wiki/Lifecycle_prefix ) Der Grund ist ganz einfach, dass die Chronik erhalten werden soll:
Auf den letzten mapillary-Bilder von 2020-11-09 (tordans) https://www.mapillary.com/map/im/DFXfDm7WhWQge4AvUzdpLm sieht es nach Leerstand aus. In note/2427448 meintest du, es sei ein Fahrradladen – wieso nicht getaggt? Etwa "Goldsprint" gemeint? Dessen node befand sich neben dem Gebäude. Dies und mehr entsprechend geändert in: changeset/94277977 – vielleicht nochmal ansehen, ob das jetzt so passt. Thx & happy mapping! --besteGrüße!bm |
| 94230599 | about 5 years ago | Hallo Patrick1987, statt Löschen eines leerstehenden Geschäftslokals u.a. POI ist es in den allermeisten Fällen besser, disused:* zu setzen, s. osm.wiki/DE:Key:disused: Beachte insbesondere im vorliegenden Fall und generell osm.wiki/Lifecycle_prefix Der Grund ist ganz einfach, dass die Chronik erhalten werden soll:
Im konkreten Fall entsprechend deinem Cs-comment habe ich destroyed:* verwendet: changeset/94274594 – ich hoffe, das ist so korrekt. Happy mapping! --besteGrüße!bm |
| 91124492 | about 5 years ago | -> https://osmcha.org/changesets/94168164 Wenn ich es recht erinnere, ist der Weg im Seitenstreifen nicht befestigt und sieht eher wild aus? Vermutlich hatte ich es deshalb verändert. Wenig später war ich wieder dort und ob der Situation vor Ort leicht irritiert. Sieht zumindest hier jetzt stimmig aus. Aber noch immer wild und vmtl wheelchair=no? |
| 94135151 | about 5 years ago | Hallo KatzeOhneNamen, zunächst willkommen zu OSM! Du hast hier ein building=residential zu landuse=plant_nursery verändert. Da du in changeset/94135013 ein Lokal in selbigem aktualisiert hast und auch andere Datenquellen die Änderung nicht stützen, halte ich das für einen Fehler und habe es revertiert: changeset/94142868 --besteGrüße!bm |
| 93952126 | about 5 years ago | Nein, gar nicht. Die Adresse existiert bereits vollständig in Form eines eigenständigen addr:*-node (und das sogar an der offiziellen Position)° – besser wird es also nicht. Die Adresse für das umgebende building (bzw auch darin enthalte POI-nodes) kann so von diversen Datenkonsumenten einwandfrei ermittelt werden. ° Die Position ist nachprüfbar im/mittels Geoportal Berlin / Adressen Berlin. Im vorliegenden Fall wurde die (damalige Import-)Quelle mit source="Geoportal Berlin / Hauskoordinaten" angegeben. Man könnte argumentieren, dass dies der Gold-Standard sein sollte, da an dieser Position die Adresse gemäß offiziellen Daten exakt stimmen sollte. Die Adresse an ein Gebäude zu taggen, macht es demnach nicht genauer – im Gegenteil. Es gibt etliche sehr gute Gründe, Dinge getrennt zu halten, also die addr:*-nodes zu verwenden, doch das würde die ohnehin schon längere Antwort sprengen. Beachte aber: Es gibt bei vielen Dingen in OSM unterschiedliche Lösungsmöglichkeiten, so auch bei addr:*. (Es gibt oft auch mehrere Seiten zu einem Thema, hier sei daher zusätzlich auf osm.wiki/DE:Adressen verwiesen.) Du wirst auch an unterschiedlichen Ecken (in Berlin) verschiedene Varianten (und nicht nur die besten) finden. Es ist meist unschön, wenn das sogar innerhalb einer Straße variiert. Primär sollte man sich stets an die Grundprinzipien halten. Zu diesen gehört u.a. auch, unnötige Edits zu vermeiden bzw zu unterlassen. Ein Um-Taggen, das die Adresse grundlos auf die building way verschiebt, fällt mE darunter. Ein Löschen der nodes, die ja in dem Fall die Chronik der Adresserfassung beinhalten, verletzt das schon zuvor erwähnte Prinzip des Erhaltens derselben. Ich hoffe, das ist als Erklärung erstmal einleuchtend bzw hilfreich – falls noch Unklarheiten bestehen, gerne gezielt nachfragen! Happy mapping! --besteGrüße!bm |
| 94115737 | about 5 years ago | Hallo culchie girl, weshalb hast du bei node/8094531839 die ref:BVG (& entsprechende website=*) gelöscht? (Ist nämlich so ausgeschildert, daher s. auch note=*) Da im Cs nicht mit angegeben: Quelle für diese Änderungen? Besten Dank im Voraus für deine Antwort! --besteGrüße!bm |
| 94089026 | about 5 years ago | Ja, habe es weiter verbessert: changeset/94096341 contact:*-Schema ist nicht verpflichtend, empfiehlt sich aber der Übersichtlichkeit halber – phone syntax eher schon, name sollte auch nicht versal geschrieben werden sein, insb. wenn kein Akronym.
|
| 94089026 | about 5 years ago | Hallo JaayJaay, was, wenn kein office=employment_agency soll es denn sonst sein? Jetzt ist es in OSM nämlich gar nichts. (Ein Tagging ersatzlos zu löschen und dabei nicht zu verbessern, dürfte nicht die Lösung des Problems sein.) --besteGrüße!bm |
| 93192155 | about 5 years ago | Furchtbar, der Anblick blieb mir erspart. Ich sah zuletzt noch Neigung auf 45°, hatte es aber leider auch nicht fotografiert. |
| 94062233 | about 5 years ago | Hallo myrtel, da waren bereits vor deinen beiden Changesets 94061862,94062233 Fläche (Spielplatz) mit Wegen verklebt – das ist leider gar nicht gut. (Way eines highway sollte in etwa die Mittellinie eines Weges repräsentieren. Daran endet kein Spielplatz und auch keine landuse, auch wenn das zeitweise noch immer sieht). Ich habe es daher teilweise revertiert und nachgebessert in changeset/94075914 (und dann noch angrenzte Kleinigkeiten im Park in changeset/94076529) Vielleicht siehst du es dir nochmal an, ob es jetzt passt. (Gib einfach Bescheid, sollte das deines Erachtens nicht der Fall sein.) Happy mapping! --besteGrüße!bm |
| 94075914 | about 5 years ago | +source = Geoportal Berlin / Baumbestand Berlin |
| 93192155 | about 5 years ago | Sad but true. Ich habe es zuvor gesehen – warst du wieder mal schneller. Nun steht eine temporäre Bake Wache, um die Radständer zu schützen. Fußgänger: egal. |
| 94060495 | about 5 years ago | Hallo AntonErdnusscreme, was meinst du in deinem Cs-Kommentar "Freiwillige Feuerwehr nur bei Alarmierung"? --besteGrüße!bm |
| 94007021 | about 5 years ago | source=* natürlich nicht wie angegeben, sondern =Geoportal Berlin / Digitale farbige Orthophotos 2019 (DOP20RGB); Geoportal Berlin / Digitale farbige Orthophotos 2018 (DOP20RGB); Geoportal Berlin / ALKIS Berlin - Gebäude; Geoportal Berlin / Berlin Zoom; Geoportal Berlin / Adressen Berlin
|
| 94000733 | about 5 years ago | Hallo R Schneider,
|
| 93997680 | about 5 years ago | Hallo Conplore, zunächst willkommen zu OSM! Änderungen korrigiert/verbessert in: changeset/94001781 --besteGrüße!bm |