OpenStreetMap
!bm's Comments
| Changeset | When | Comment |
|---|---|---|
| 101343684 | almost 5 years ago | Hallo ooer, mE ist das hier gewählte Tagging durchgehend unpassend, vor allem aber die Gedenkstätte als solche schon gemappt, nämlich als der auch von dir bearbeitete node [1]. Daher habe ich diese Hinzufügung/Änderung zurückgenommen. Falls deiner Meinung nach dadurch (ein) Aspekt(e) fehlt/en, erkläre bitte kurz welche/r, damit wir das ggf noch korrigieren/ergänzen können. [1] node/6320100686 --besteGrüße!bm |
| 101343765 | almost 5 years ago | Hallo ooer, du hast hier (und in anderen Änderungssätzen [Changesets: Cs]) wikipedia=*/wikidata=* an Objekten getaggt, die nicht das verlinkte Objekt waren – siehe dazu auch [1]. [1] wikipedia=*#Secondary_Wikipedia_links Ich habe hier und bei weiteren Cs noch nachgearbeitet. --besteGrüße!bm |
| 101278488 | almost 5 years ago | Hallo Adlerh_75, wieso taggst du eine addr:* an die building way? Das Gebäude hat mehrere Adressen, die bereits als eigenständige addr:*-nodes existieren. Korrigiert in:
--besteGrüße!bm |
| 101264287 | almost 5 years ago | Da es sich meinem Verständnis nach bei der Bezeichnung um eine Referenznr. des Betreibers handelt, böte sich ref=* an.[8] Für cemetery=grave [9] ist das zwar nicht dokumentiert, aber für *=sector [10], also die Ebene darüber. (So nicht standardisiert, bei der Schreibweise der ref=* am besten daran orientieren, was vor Ort vermerkt ist bzw der Betreiber vorgibt.) Vorsicht bei Wikipedia etc: Soweit ich es verstehe, dürfen wir (Geo-)Daten aus Wikimedia-Projekten wegen Lizenzinkompatibilitäten in OSM leider nicht nutzen – umgekehrt hingegen schon. Verlinken per passender keys ist natürlich zulässig. [8] osm.wiki/DE%3AKey%3Aref
--besteGrüße!bm |
| 101264287 | almost 5 years ago | Hallo rphh, ein Grab ist sicher nicht mitten auf einer Kreuzung, hat somit auf dem node nichts verloren. Die Tags waren auch nicht ganz korrekt und es fehlte das Haupt-Tag. Bitte künftig ins Wiki blicken und OSM-Grundlagen beachten – ganz allgmein[1] und im konkreten Fall[2] sowie Tagging [3][4][5]. Abgesehen von der Position (Tagging) korrigiert in [6]. Wenn du die Position kennst, ziehe den neuen node [7] bitte an die korrekte und entferne das von mir dazu hinzugefügte fixme=*! [1] osm.wiki/Good_practice
--besteGrüße!bm |
| 101250161 | almost 5 years ago | Öffnungszeiten bedeuten ja, dass zu den angegebenen Zeiten tatsächlich geöffnet ist – wenn nicht durch access=* spezifiziert, für die allgemeine Öffentlichkeit. Bei Firmenbüros ohne Kundenverkehr ergibt das Taggen von opening_hours demnach keinen Sinn. Hierzu sei nochmal auf das Kriterium der Überprüfbarkeit [3][6] verwiesen. |
| 101250161 | almost 5 years ago | Hallo Marius@DeskNow, zunächst willkommen zu OSM! Handelt es sich hierbei um Firmenstandorte (Büros)? Sind diese eigenständig und verfügen über eigene Räumlichkeiten – oder handelt es sich vielleicht bei "pam" um eine Abteilung oder gar ein Produkt? Beachte bitte (hierzu) OSM-Grundlagen – ganz allgemein[1] und im konkreten Fall: ein Feature, ein Element[2] und Überprüfbarkeit.[3] Hat der Firmenstandort tatsächlich 24/7 für Kunden geöffnet, wie zB manche Spätkaufläden? Was ist/sind die angebotene/n Dienstleistung(en) – handelt es sich eventuell bei dem einen und/oder anderen um Coworking-Spaces? [4][5] [1] osm.wiki/Good_practice
--besteGrüße!bm |
| 101248396 | almost 5 years ago | Hallo Detlef Ruge, willkommen zu OSM! Vielen Dank für deinen ersten Eintrag – anhand von mapillary 2020 kann ich hier auch keine 30-er-Zone/Begrenzung feststellen, am nördlichen Ende findet sich deren Aufhebung: (rechter Bildrand) [1]. [1] https://www.mapillary.com/map/im/XP56tpq_0oZxQhwBcj54Pw Happy mapping! --besteGrüße!bm |
| 101243587 | almost 5 years ago | Hallo Adina Hotels Europe, zunächst willkommen zu OSM! Hier wurden mehrere Knoten (nodes) verschoben und in damit nicht in Bezug stehende Wege (ways) deplatziert. Auch Geschäftslokale wie Restaurants sollten nicht die Gebäude-ways aufgenommen, sondern in deren Inneren sinnvoll platziert werden. Bitte mehr Umsicht beim Editieren! Ich empfehle, stets nur ein Objekt/Hotel/Standort zu aktualisieren und nicht alle zugleich in einer Stadt oder Bezirk. So lassen sich derartige Fehler besser vermeiden bzw notwendige Korrekturen einfacher bewerkstelligen. Bitte Warnungen/Hinweise von iD nicht blinden befolgen! (Stattdessen, wenn man sich nicht auskennt, empfiehlt sich ein Blick ins Wiki oder die Community zu befragen.) Beachte bitte ganz allgemein OSM-Grundlagen![1] Aus genannten Gründen dieses Changeset revertiert (und einen Konflikt mit nachfolgendem gelöst) in [2]. [1] osm.wiki/Good_practice
--besteGrüße!bm |
| 101066370 | almost 5 years ago | Hallo gkai, 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 korrigiert. --besteGrüße!bm |
| 100578462 | almost 5 years ago | Hallo geo-georg, du hast in diesem (und etlichen früheren Changesets) junction=yes an nodes von Kreuzungen getaggt – weshalb? Erkläre doch bitte mal, was du damit bezweckst! --besteGrüße!bm |
| 101128728 | almost 5 years ago | Hallo Hollul, wie oft denn noch? Die website=* war längst als contact:website=* gemappt. Daher erneut(!) revertiert. --besteGrüße!bm |
| 101129100 | almost 5 years ago | Hallo Dealbird, Spam ist bei OSM unerwünscht! Die im Changeset angegeben hashtags sind für OSM völlig irrelevant. Die description=* enthielt offensichtlich (am Zeichenlimit abgetrennten) Copy&Paste-Spam. Das Tagging als Supermarkt ist meines Erachtens nicht plausibel: Die getaggte website=* scheint ein Online-Marktplatz zu sein – ohne Hinweis auf ein Ladengeschäft. Hier befindet sich laut ALKIS- bzw OSM-Daten eine Doppelhaushälfte mit 70m² Grundfläche in einer Wohnsiedlung. Davon mal abgesehen, sind eigenständige addr:*-nodes nicht mit anderen Tags zu kapern! Aus genannten Gründen revertiert. --besteGrüße!bm |
| 101074384 | almost 5 years ago | Hello tjnakano, where does the name:en=* originate from? Is this an actual name in use or just a descriptive one as mentioned in the source=* provided in your changeset? The name=GuD Marzahn, which would, it seems, be "Gas- und Dampfturbinen[heizkraftwerk]" might not even be (fully) correct by OSM standards concerning names.[1] Please read and follow basic OSM priniciples of good practice in general [2] – and specifically in that case, if it applies: name is the name only [3]. Concerning the landuse=industrial you tagged: There already exists a larger one, way/803023436 [4], almost but not fully including the way/140441854, as it is slightly overlapping. This seems to be in conflict with the "One feature, one element"-rule. [5] Please do not follow suggestions/warnings by iD blindly, as they might be wrong – rather have a look at the wiki or consult with the community (and/or leave things you don't understand unchanged). Applying changes (semi-)automatically w/o any further checks might be considered an automated edit.[6][7] Finally, as I do not see any follow-up comment to it, I want to make you aware of the comment posted by Nakaner to the wiki-talk-page of your groups organised editing activities [8] on 2021-01-13, where he suggests your group to immediately halt their edits – has the issue been resolved yet? (Again, I don't see any comment about it and I cannot look any further into this.) I'd appreciate your answer concerning the name as outlined above. Apart from that, I hope my comment is helpful for your future efforts. [1] osm.wiki/Names
--bestregards!bm |
| 101074735 | almost 5 years ago | no survey!
|
| 101042903 | almost 5 years ago | Hallo YunDi88, das Restaurant "Jasnoor" war bereits gemappt. Der Namenszusatz "(indisch)" war auch nicht im Sinne von OSM. Beachte bitte OSM-Grundlagen – ganz allgemein[1] und im konkreten Fall: Name ist nur der Name – nutze name=* nicht, um Dinge zu beschreiben [2]. [1] osm.wiki/Good_practice
Fehler entsprechend korrigiert. --besteGrüße!bm |
| 101043781 | almost 5 years ago | Hallo JoshMeissner, zunächst willkommen zu OSM! Gemäß deinem Änderungssatzkommentar, wenn also das Fitnesscenter in den Räumlichkeiten des früheren Clubs ist, hättest du dieses einfach auf dem bestehenden (von alten Tags bereinigten) node taggen können/sollen – das wäre besser gewesen, da so die Chronik erhalten bleibt. [1][2] Entsprechend korrigiert in [3]. [1] osm.wiki/DE:Good_practice#Erhalte_die_Chronik
--besteGrüße!bm |
| 101056209 | almost 5 years ago | Hallo Abdul Rhman Alahmad, zunächst willkommen zu OSM! Vielen Dank für deinen ersten Eintrag! Ich habe ihn korrigiert/ergänzt in changeset/101063742 Happy mapping! --besteGrüße!bm |
| 101008938 | almost 5 years ago | Hallo E_ka, ein Gebäude ist nicht zugleich Gebäudeteil und eine ganze Kirche kein Kirchturm. Ich habe es daher revertiert. Wenn überhaupt – das ist zumindest umstritten –, wäre der bell_tower an einen seperaten (hinzuzufügenden) building:part zu taggen – beachte dazu unbedingt die Dokumentation im Wiki! --besteGrüße!bm |
| 100863899 | almost 5 years ago | Hallo E_ka, ja, wie schon erwähnt, wiederhergestellt in [1] (s.o.). Das mit OsmAnd ist mir ein Rätsel – die Version scheint sehr neu zu sein und wird mir in F-Droid (immer etwas hinten nach) noch nicht angeboten. (Das Verhalten konnte ich mit einer früheren nicht reproduzieren.) Ganz allgemein: Statt Löschen (eines leerstehenden Geschäftslokals u.a. POI, Gebäuden etc) ist es in den allermeisten Fällen besser, ein passendes Lifecycle-Prefix[2] zu nutzen. Der Grund ist ganz einfach, dass die Chronik erhalten werden soll.[3][4] Eine Richtlinie zur Verwendung gibt es nicht – bei Gebäuden oder anderen Geometrien, die auf Luftbildern (noch) ersichtlich sind, kann es zB nachkommende Mapper davon abhalten, hier bereits Entferntes irrenderweise neu einzuzeichnen. Im konkreten Fall sind die Bäume weg, aber die Baumscheiben noch da. Dh, es könnten hier wieder welche gesetzt werden und durch das Tagging gehen uns diese potenziellen Standorte nicht verloren. Außerdem lässt sich so feststellen, dass hier wirklich keine Bäume sind – und nicht bloß keine eingetragen. Tagging, wenn von einem Baum (anders als hier) nur noch der Baumstumpf übrig ist: natural=tree_stump. [2] osm.wiki/Lifecycle_prefix
--besteGrüße!bm |