!bm's Comments
| Changeset | When | Comment |
|---|---|---|
| 94646330 | about 5 years ago | s. Anm zu changeset/94594723
|
| 94594723 | about 5 years ago | erneut in:
|
| 94892782 | about 5 years ago | Hallo RSeidelsohn, beachte bitte, dass Google (Maps, StreetView) aus lizenzrechtlichen keine zulässigen Quellen in OSM sind. (Auch wenn man dort eigene Änderungen beigetragen hätte.) Suchmaschinen bzw deren Links sind unzuverlässige Quellen – der Link löst nicht auf. Hier sind zwei Dinge an einer way getaggt: picnic_site und playground – das mag inhaltlich richtig sein, nicht ganz unproblematisch. Insbesondere, wenn wie hier weiter spezifiziert wird: worauf bezieht sich jetzt das max_age? Der Spielplatz ist außerdem nochmal gesondert gemappt: node/5552503719 – s. OSM-Grundlagen, osm.wiki/DE:Ein_Objekt,_ein_OSM-Element Je nachdem, wie die Gegebenheit vor Ort sind, wäre es evt möglich, die Bereiche zu trennen – oder je nach überwiegender Nutzung der Fläche Spielplatz-Gegenstände oder Picknick-Tisch(e) zu mappen. --besteGrüße!bm |
| 89966633 | about 5 years ago | Na klar – vielleicht sollten wir uns doch irgendwie absprechen. |
| 89966633 | about 5 years ago | Von der Verkehrswende überholt – tags davor standen schon Radständer:
|
| 94856129 | about 5 years ago | fixed: changeset/94862798
|
| 94857581 | about 5 years ago | sieht anhand mapillary richtig aus, ja.
|
| 94858261 | about 5 years ago | Hallo JonasFFF, zunächst willkommen zu OSM! Das war sicher gut gemeint, aber im Fall des Gebäudes tatsächlich leider eine Verschlechterung der Datenqualität. Beachte bitte, dass wir in OSM möglichst die Kontur des Gebäudes am Boden erfassen wollen und nicht die Dachkonturen. (S. dazu Mapping-Grundlagen im OSM Wiki) Dächer hängen aber oft über und verdecken so leider die tatsächliche Form des Gebäudes. Hier war diese bereits aus öffentlichen Daten importiert. (Wenn ein Gebäude detaillierter gemappt ist, als auf Luftbildaufnahmen sinnvoll ersichtlich, müsste man ja eigentlich skeptisch werden.) Daher zurückgesetzt und Gebäude weiter spezifiziert in: changeset/94861907 Da foot=yes bei highway=footway impliziert und somit unnötig ist, ebenfalls revertiert:
Ein Blick ins Wiki sei stets empfohlen! Für den Anfang insbesondere:
Happy mapping!
|
| 94855904 | about 5 years ago | Hey kjon, schön, dass du mit lifecycle prefix arbeitest. Hast du einen speziellen Grund, wieso du es nicht auch bei name=* setzt? Mir sind jetzt öfters Edits anderer User untergekommen, die die nodes ohne ersichtlich Grund etwas später ganz löschen, sodass ich dann wiederholt deren Edits revertierte. Vielleicht also lieber gleich setzen, dann erspart das solche Missverständnisse und Mehraufwand, was meinst du? Thx!
|
| 94855747 | about 5 years ago | Hallo RSeidelsohn, bitte wirf zu den Dingen, die du editierst, stets einen Blick ins Wiki (und vertraue nicht blind auf Änderungsvorschläge von iD, denn diese müssen nicht stimmen und sind mitunter irreführend/falsch.) Korrigiert in: changeset/94856568
|
| 94848118 | about 5 years ago | Hallo fee_schwer, zunächst willkommen zu OSM! 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:
changeset/94848118,94848277,94848983 entsprechend geändert in: changeset/94852657 Ist die Deutsche Bank dort eingezogen, wo Tedi war? --besteGrüße!bm |
| 94818706 | about 5 years ago | Hallo RSeidelsohn, 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:
entsprechend geändert in: changeset/94842390 --besteGrüße!bm |
| 94819122 | about 5 years ago | Hallo RSeidelsohn, zunächst willkommen zu OSM! Adressknoten bitte nicht kapern bzw (wie hier wohl irrtümlich) verschieben! Dies und Tagging als amenity=kindergarten korrigiert in: changeset/94842028 Happy mapping! --besteGrüße!bm |
| 94785068 | about 5 years ago | Good practice, sehr löblich! Die Note note/2158660 hätte meine Frage beantwort, hatte ich jedoch übersehen, da ich mit OSMCha auf das Cs stieß. Korrigiert in: changeset/94841172 |
| 94785068 | about 5 years ago | Hallo mardiz, was meinst du? Was willst du mit deiner Änderung bzw deinem Cs-Kommentar ausdrücken? --besteGrüße!bm |
| 94796055 | about 5 years ago | source+= Geoportal Berlin / Digitale farbige Orthophotos 2016–2019 (DOP20RGB)
|
| 94792114 | about 5 years ago | Nachtrag: auf mapillary-Bildern – 2015: https://www.mapillary.com/map/im/mbzSsyvSKl-UeAGIuR7r2w & 2019: https://www.mapillary.com/map/im/nhoQb-e_JI4HnqUuGY5qYg – sieht man da Schilder mit einem schrägen Schriftzug "Zukunft", wobei das t ein Christenkreuz ist.
|
| 94791714 | about 5 years ago | Cool, OSW represents in OSM ;)
|
| 94792114 | about 5 years ago | Hallo KyZEN, bei dem Eintrag scheint mir nicht alles klar. Was ist da das Angebot? Wenn es nur dieser "Kids Club" (ein Kinderspielnachmittag?) ist, passt dann social_facility bzw *:for=outreach? Wer ist die Zielgruppe (*for)=*? Die sollte man ja stets möglichst eindeutig benennen. Falls das nicht möglich ist, evt weil verschiedene angesprochen werden, sind mehrere Werte mit dem separator ";" (Semikolon) zu trennen. operator:type finde ich interessant, insbesondere auch *=religious. (public, private sind häufiger). Dann kann man auch gleich religion=* bzw denomination=* setzen. Ist hier die Stiftung der Betreiber oder was hat es mit dem auf der Website erwähnten "Zukunft für Dich e.V." auf sich? Ein Fördergeber ist nicht notwendigerweise bzw meist nicht der eigentliche Betreiber, würde ich meinen. Doch zum ~e.V. habe ich nichts gefunden. Eintrag mal weiter verbessert: changeset/94793500
|
| 94731687 | about 5 years ago | Das ist natürlich ärgerlich, aber osm-carto verzichtet auf Etliches, da die Karte sonst überladen wäre. Sie soll ja auch nur als Referenz dienen. Siehe dazu auch OSM-Grundlagen, konkret: osm.wiki/Good_practice#Don.27t_map_for_the_renderer |