OpenStreetMap
!bm's Comments
| Changeset | When | Comment |
|---|---|---|
| 100378512 | almost 5 years ago | Hallo rwdam, 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. --besteGrüße!bm |
| 100262113 | almost 5 years ago | Hallo MeErWissen, #ReviewRequestReply: addr:*-node sollten (im Normalfall) innerhalb von Gebäude-ways liegen. An diesen selbst braucht es die addr:*-tags dann nicht. Entsprechend geändert in: changeset/100282727 --besteGrüße!bm |
| 99531492 | almost 5 years ago | Nachtrag: es ist nämlich aktuell unklar, ob es überhaupt "post_partner" werden soll. |
| 99531492 | almost 5 years ago | Gerne, ich würde mit dem neuen Proposal noch zuwarten, bis es in trockenen Tüchern ist und vorerst das bestehende Schema[4] unverändert anwenden. |
| 99912401 | almost 5 years ago | Hallo nochmals dx, und vielen Dank für dein Feedback! Zu deinem letzten Punkt: Richtig, wenn der Datenkonsument damit nicht klar kommt, ist das nicht das Problem von OSM und sollte es auch nicht sein – die entsprechende OSM-Grundregel heißt "Nicht für den Renderer taggen". [1] Zu den guten Gründen, die gegen das Explizieren implizierter Werte sprechen: - Praktikabilität – übersichtlich vs fehleranfällig: Mit erhöhter Anzahl an Tags an einem Element sinkt die Übersichtlichkeit, wodurch die Fehleranfälligkeit steigt. Zudem wird die Bearbeitung erschwert, da man bei sorgfältiger Prüfung weit länger damit beschäftigt ist. (An Elementen, an denen notwendigerweise noch andere Features getaggt sind, wird dies sehr schnell sehr unübersichtlich. Es ist bei einigen, vor allem kombinierten Schemata zB zu Rad-/Bus-/Abbiegestreifen, Rad- und Gehwegen, Parkstreifen recht heftig. Bei einigen, wenigen Dingen ist im Wiki sogar explizit erwähnt, dass man den Regelfall nicht taggen sollen, bspw oneway=no [2] – d.h. im Umkehrschluss aber nicht, dass man mangels Erwähnung den Regelfall einer unüberdachten Straße mit covered=no taggen sollte!) - fehlender Nutzen: die Werte sind bereits durch highway=* ausgedrückt. (Es sollte für Datenkonsumenten keinen Unterschied machen) Ein (sprach)pragmatisches Argument lässt sich auch an einem alltäglichen Begriff veranschaulichen: Die Bedeutung von "Mutter", nämlich: "Frau, die mindestens ein Kind geboren hat", würde niemand im normalen Sprachgebrauch mitliefern – ebensowenig die Bedeutungen von "Frau" und "Kind" usw. Dies wäre für Muttersprachler (kein Wortwitz beabsichtigt) doch eher befremdlich, langwierig und daher vollkommen unpraktikabel. Ich hoffe, die Erklärung ist soweit einleuchtend. Happy mapping! [1] osm.wiki/Good_practice#Don.27t_map_for_the_renderer
--besteGrüße!bm |
| 100061290 | almost 5 years ago | Hallo torcsa, zu leerstehenden Geschäftsflächen, s. oben – mehr, als auch gleich die Dokumentation im OSM-Wiki zu verlinken, kann ich dann doch nicht leisten. Deine Darstellung erscheint mir in einigen Punkten kontrafaktisch, weshalb ich zum besseren Verständnis ein paar Dinge richtigstellen möchte: Nein, ich habe hier kein Reisebüro gemappt. (Nicht auf diesem node und wohl auch auf keinem anderen.) Ich habe in Version 5 des nodes [1] deine Löschung zurückgenommen – übrigens ohne Veränderung der Koordinaten – und das Reisebüro als disused:* gesetzt – disused:shop=travel_agency Ich sehe nicht so ganz, wieso bzw ob deiner Meinung nach Löschen hier richtiger als disused:* gewesen wäre. ME, wenn es die gleichen Räumlichkeiten sind, wäre nun eine Fusion des neuen auf den alten node prinzipiell richtig. (Die Position sollte dann natürlich die deines Erachtens neue, korrekte sein – zumindest annähernd, denn "GPS" dürfte in Gebäuden nur eingeschränkt nützlich sein.) Ganz generell mappe ich in solchen Fällen gar nichts (neu), sondern betreibe (wenn auch nur oberflächliche) Qualitätssicherung in Berlin. Da kann ich nicht jeden Ort kennen und muss anhand vorhandener Daten abschätzen, ob die User falsch liegen – etlichen Usern sind zB die oben genannten Dinge unbekannt. (Aufgrund deiner Rückmeldung bin auch nicht sicher, ob du es bereits verstanden hast und einfach nur gegenteiliger Meinung bist.) Im konkreten Fall hatte ich wohl auf Basis deines Changeset-Kommentars "Filiale geschlossen" entschieden. In meinen Cs-Kommentaren zu derartigen Reverts findet sich stets eine Begründung und was ich verändere – bei bestehenden Unklarheiten kann man ja einfach nachfragen. Ich hoffe, die Erklärung macht die früheren Änderungen hier besser nachvollziehbar. [1] https://osmlab.github.io/osm-deep-history/#/node/4081730092 --besteGrüße!bm |
| 99531492 | almost 5 years ago | Hallo 28MzXP5-_uXH, hast du dir post_office:services=* ausgedacht? Dzt. 8* laut taginfo. [1] Hinsichtlich der values auch nicht ganz konsistent: parcel oder packet? Seperator value sollte wohl Semikolon ";" sein. Der hier entfernte Key stamps=* wird auch selten (191 laut ti) verwendet, ich sehe aber nicht, wieso er zwingend entfallen soll – falsch wäre er nicht. (Vgl healthcare=doctor, amenity=doctors) Kennst du schon das "post_partner"-Proposal? [3] [1] https://taginfo.openstreetmap.org/keys/post_office%3Aservices#values
--besteGrüße!bm |
| 100053519 | almost 5 years ago | Hallo mardiz, schön, dass du lifecycle prefix(es) bzw hier disused:* verwendest, aber da waren noch etliche Tags, die entweder ebenfalls ein solches verdient oder mangels Relevanz ganz entfernt werden sollten. Entsprechend geändert. --besteGrüße!bm |
| 100061894 | almost 5 years ago | s. Anm zu changeset/100061290 name=* sollte hier auch noch normalisiert werden. |
| 100061290 | almost 5 years ago | Hallo torcsa, deswegen hatte ich es bereits als disused:* gesetzt. (S. Erklärung u.) In changeset/100061894 hast du unmittelbar danach/daneben einen neuen POI gesetzt – handelt es sich evt um die gleichen Räumlichkeiten? Erklärung: 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:
Vorerst nichts geändert – bitte um entsprechende Korrektur bzw Rückmeldung. --besteGrüße!bm |
| 100058244 | almost 5 years ago | Hallo robsteinde, laut Änderungssatzkommentar ist die Tramlinie "proposed" [1][2], aber getaggt hast du es mit diversen construction* – ua. construction_start (taginfo: 123x) [3] sowie start_date, das aber nur für bereits Eröffnetes verwendet werden sollte.[4] [1] proposed=*
--besteGrüße!bm |
| 100076231 | almost 5 years ago | Hallo drlellinger, crossing sollte an highway=service =driveway nicht gesetzt werden, da hier nicht der Fußweg eine Straße kreuzt, sondern umgekehrt. (Erkenntnisstand aus Diskussionen der lokalen Gruppe osm.wiki/Talk:Berlin/Verkehrswende – allerdings scheint dieser nicht protokolliert.) Entsprechend korrigiert in: changeset/100146109 --besteGrüße!bm |
| 100071066 | almost 5 years ago | Hallo FlawOfAverages, hast du die Existenz des Features geprüft?* Es teilt sich nämlich weitere contact:*-Tags mit dem benachbarten "Kollateralschaden", bei dem übrigens noch *:google_plus getaggt war. Ich habe es entsprechend geändert, bzw kommentiert. [1] Falls du es nicht gepürft hast, und da ich etliche solcher Edits bei dir sehe, sei auf [2] [3] verwiesen. [1] changeset/100141111
--besteGrüße!bm |
| 100136831 | almost 5 years ago | s. Antwort zu changeset/100137403 Hier weiß ich nicht, was du mit "[(Bedeutung des)] orangfarbene Rechteck" meinst – wo tritt das auf? |
| 100137403 | almost 5 years ago | Hallo Jan, was konkret ist unverständlich? Cs = Changeset (Änderungssatz). Ich weiß nicht, was du mit "nicht korrekt wiedergeben" meinst. Bitte beachte die Dokumentation im OSM-Wiki zu den einzelnen Tags! Man kann eine Ampelanlage, wie hier, ganz einfach an den Knoten (node) der Kreuzung setzen – soweit korrekt, wenn auch unspezifisch – dann macht die direction=* [1][2] aber mE keinen Sinn. traffic_signals=signal [3] erklärt auch auch nichts und sollte nicht verwendet bzw der Wert besser spezifiziert werden. Detaillierter wäre es, die Fußgängerübergänge / Ampeln einzeln als nodes an den jeweiligen Stellen zu mappen/taggen. [1] osm.wiki/Direction
Falls noch etwas unklar ist, bitte gezielt nachfragen! --besteGrüße!bm |
| 100089016 | almost 5 years ago | Hallo ironspock, visibility=area scheint mir für Litfaßsäulen zu hoch gegriffen, *=street scheint passender – man könnte sogar *=house argumentieren, weil die Werbebotschaften eher nur von Fußgängern gut erfasst werden kann. S. visibility=* Beide entsprechend korrigiert. --besteGrüße!bm |
| 100113215 | almost 5 years ago | disused:* |
| 100113215 | almost 5 years ago | Hallo Jan Riemke, statt Löschen [hier konkret: der Tags] (eines leerstehenden Geschäftslokals u.a. POI, Gebäuden etc) ist es in den allermeisten Fällen besser, ein passendes osm.wiki/Lifecycle_prefix zu nutzen. Entsprechend korrigiert. --besteGrüße!bm |
| 100113671 | almost 5 years ago | Hallo Jan Riemke, zu deiner Info – aus im Cs genannten Gründen revertiert/korrigiert in:
--besteGrüße!bm |
| 100113568 | almost 5 years ago | Hallo Jan Riemke, zu deiner Info – aus im Cs genannten Gründen revertiert/korrigiert in:
--besteGrüße!bm |