Hallo OLAFFAHI,

wieso erst geändert, dann in diesem Cs gelöscht?

--besteGrüße!bm

Hallo Sonnenmilch,

hast du das vor Ort geprüft? Falls nicht: Kann es sein, dass die Website veraltet ist?

Bei meiner letzten survey 2020-11 (der kompletten Erkstr) war auf beiden Seiten nur "Rixdorfer" zu lesen – nichts von "Bierstube", entspr geändert in [1].

Siehe auch mapillary 2019-07 [2] vs 2020-07 [3]

[1] changeset/93759426
[2] https://www.mapillary.com/map/im/vjbz6cDNdBv5PFimBKQk_A
[3] https://www.mapillary.com/map/im/KDLGaBCHqk04wMY5yDZkPR

--besteGrüße!bm

Hallo Leuka,

zunächst willkommen zu OSM!

Das Tagging scheint mir jetzt nicht vollständiger – heißt das Gebäude tatsächlich "Zum geilen Kasi"? Woher wissen wir das bzw. woher stammt der Name? Wenn nicht das Gebäude selbst, sondern etwas in diesem so benannt ist: Was ist hier, das so heißt?

--besteGrüße!bm

Hallo sgr,

mE hier nicht zutreffend – s. Anm in Note note/2569602 – daher revertiert/korrigiert und darunter liegende Straße zentriert in: changeset/100644616

--besteGrüße!bm

Das mag hier der eher seltene Ausnahmefall sein, aber ja, das würde ich so sehen, um alle Fälle einheitlich zu behandeln. Eine Adresse ist ja ein eher abstraktes/virtuelles Datum, während ein POI konkret ist.

Ja, zumindest das höchste Zoomlevel (19) sollte recht schnell neu gerendert werden. Bei niedrigerem (17) dürfte es zeitweise etwas dauern. Es sollte dann stets (und wird hier nun) nur noch die addr:housenumber gerendert [werden].

Analog dazu an anderer Stelle:
[3] Gebäudeteil (weder in ALKIS-Gebäude noch -Bauwerke)
[4] Weg

Ich nehme an, es handelt sich um die Anfahrt für die Krankenwagen? (Gibt es dafür einen Fachbegriff? Evt lässt sich dann noch ein besseres Tagging auffinden.)

[3] way/441164465
[4] way/913209242

Hallo Jonas-erik

was hat es denn mit dem amenity=shelter, shelter_type=public_transport [1] auf sich? (Welche Linie fährt dort?) Kann es sein, dass das ein building=roof ist, wie man das von Tankstellen kennt (also nach allen bzw ~3 Seiten hin offen; nach ALKIS zu urteilen eher nicht, muss aber nicht stimmen.)

Oder ist es ein Gebäude (legt zumindest ALKIS nahe) und der Weg durch dieses mit [2] tunnel=yes eigentlich ein tunnel=building_passage?

[1] way/913209245
[2] way/913209247

--besteGrüße!bm

Hallo AlexanderTanck,

zunächst willkommen zu OSM!

Beachte bitte OSM-Grundlagen – ganz allgemein[1] und im konkreten Fall: Ein Objekt, ein Element! [2]

Du hattest den Namen ja selbst bereits an der umgebenden way [3] des Schulgeländes korrigiert. Deshalb hatte ich hier bereits revertiert – nun erneut in [4]. Das image=* habe ich beibehalten, wenngleich es wohl irgendwann nicht mehr zur Verfügung stehen wird und auch nur überschaubaren Nutzen (zB für weiteres Tagging) bietet. Für die Adresse gilt ähnliches – ist als eigenständiger node und an der genannten way getaggt.

[1] osm.wiki/Good_practice
[2] osm.wiki/One_feature,_one_OSM_element
[3] way/24202514
[4] changeset/100441061

Happy mapping!

--besteGrüße!bm

FYI, da du hierzu etwas geändert hast: note/2398648

Hallo momabebra,

was ist hier, was hast du vor Ort angetroffen? (Du hast hier mit StreetComplete religion=multifaith getaggt.)

Das Tagging wirkt – evt mangels Ortskenntnis – etwas eigenartig/falsch. Siehe dazu auch Diskussion im ursprünglichen Changeset [1] des Erstellers, der bis dato leider nicht antwortete. Vielleicht kannst du hier Licht ins Dunkel bringen?

[1] changeset/98688775

--besteGrüße!bm

Hallo dschanz,

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:
osm.wiki/DE:Good_practice#Erhalte_die_Chronik
osm.wiki/Keep_the_history

Entsprechend korrigiert.

--besteGrüße!bm

Hallo mbirth,

das Büro des Bundesministerium für Ernährung und Landwirtschaft - Standort Markgrafenstraße hast du wohl versehentlich in einen ATM verwandelt? Ich habe dies revertiert und die beiden hier neu hinzugefügten ATM korrigiert (network -> operator) in changeset/100379733

--besteGrüße!bm

Hallo MrZ-B,

zunächst willkommen zu OSM!

#ReviewRequestReply – nur zu EisenacherStr99: Heißt das Gebäude tatsächlich "Zugangsgebäude"? (Wo ist/wird dies so bezeichnet?) Es klingt doch sehr nach einem beschreibenden Namen – dazu s. [1]

Laut öffentlichen Daten (ALKIS-Layer Bauwerke bzw Gebäude) ist das hier die Dachform, darunter sind kleinere Gebäudeteile eingezeichnet (nicht in OSM) – soweit erkennbar, stützt mapillary [2] diese Annahme. Somit wäre das bisherige Tagging als building=roof schon korrekt gewesen.

Ich habe daher diesen Teil revertiert in [3].

Falls du trotz Erklärung denkst, dass ich falsch liege, bzw noch Unklarheiten bestehen, lass es mich bitte wissen bzw frage nach!

[1] osm.wiki/DE:Good_practice#Verwende_das_Name-Tag_nicht.2C_um_Dinge_zu_beschreiben
[2] https://www.mapillary.com/map/im/2DfiDjQPfku3iE1Q3b_JvA
[3] changeset/100379393

Happy mapping!

--besteGrüße!bm

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:
osm.wiki/DE:Good_practice#Erhalte_die_Chronik
osm.wiki/Keep_the_history

Entsprechend geändert.

--besteGrüße!bm

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

Nachtrag: es ist nämlich aktuell unklar, ob es überhaupt "post_partner" werden soll.

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.

[4] osm.wiki/DE:Key:post_office

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
[2] oneway=*#oneway_.3D_no

--besteGrüße!bm

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