Hallo MariusEbe,

zunächst willkommen zu OSM!

Beachte bitte OSM-Grundlagen – ganz allgemein[1] und im konkreten Fall: Gute Änderungssatzkommentare [2] sowie Editing Standards.[3]

Benutze bitte aussagekräftige Kommentare für deine Änderungssätze – nicht zuletzt aus Höflichkeit gegenüber anderen Nutzern, die sich mit deinen Änderungen befassen. (Es ist auch für dich einfacher, wenn du mal gezielt nach einer deiner Änderungen suchst.)

Zudem möchte ich anregen, Änderungen zu (örtlich) kompakteren & konsistenteren Änderungssätzen zusammenzufassen – das dient der Übersichtlichkeit enorm und hilft aus bereits genannten Gründen. Dann lassen sich auch einfacher passende Änderungssatzkommentare finden.

Bitte halte dich auch an die Editing Standards[3] – konkret Punkte 7.1. und 7.2: Richte Luftbilder aus und zeichne nicht von veralteten Quellen ab. Du hast hier – meines Erachtens unnötigerweise bis fälschlicherweise – Hausgeometrien anhand von Bing-Luftbildern verändert/verschlechtert. Für Brandenburg stehen aktuellere DOP von 2020 in höherer Auflösung zu Verfügung. Mancherorts können Gebäude auch bereits von öffentlich verfügbaren Daten importiert/abgeglichen worden sein.

Bitte gib (zusätzlich) verwendete Quellen mit source-Tag=* im Changeset selbst an.[4]

Happy mapping!

[1] osm.wiki/Good_practice
[2] osm.wiki/Good_changeset_comments
[2:de] osm.wiki/DE:Good_changeset_comments
[3] osm.wiki/Good_practice#Editing_Standards
[4] source=*

--besteGrüße!bm

Hallo Seymour,

vielen Dank für deine Rückmeldung, freut mich, wenn es hilft.

Gebäude und Adressen sind zwei verschiedene Paar Schuh. Ein Gebäude kann mehrere Adressen haben – dann sollte man es keinesfalls trennen, nur um diese zuzuordnen – diesen Fehler findet man leider öfters, besonders auffällig bei schräg geteilten Eckgebäuden. Meines Erachtens sollte man unterschiedliche Dinge sauber voneinander trennen, d.h. Gebäude von ihren Funktionen und Adressen: building als ways, eigenständige addr:*-nodes, POIs wie zB shops wieder auf eigene nodes. Bei einer freistehenden, flachen Supermarkt-Schachtel, in der sonst nichts ist, wird man vermutlich gleich alles aufs Gebäude getaggt – auch okay und nicht falsch. Aber Denkmalschutz (heritage) gehört meist ans betreffende Gebäude und so dann noch die gegenwärtige Nutzung darauf getaggt ist, wird es schnell unübersichtlich und evt auch uneindeutig (zB Bezug von name=*). Das ist auch ein Argument gegen "Overtagging": Mehr Tags bedeuten weniger Übersicht, höhere Fehleranfälligkeit. Dazu kommt, je spezialisierter ein Tagging, umso weniger Datenkonsumenten gibt es, die das auswerten werden – der Nutzen von payment:* und service:vehicle:* darf somit bezweifelt werden.

Wann ein Gebäude mehrere Teile hat oder dies eigenständige Gebäude sind, ist mitunter fraglich. Mögliche Indikatoren sind gemeinsame vs getrennte Strukturen/Architektur: durchgängige Wände/Dächer, Eingänge/Begehbarkeit, gemeinsam errichtet oder zu unterschiedlichen Zeitpunkten. Aus Luftbildern lässt sich das selten einwandfrei feststellen, die öffentlichen Daten sind dazu auch nicht immer aussagekräftig. Am besten ist Ortskenntnis, und zwar von innen. Im konkreten Fall kannst du vermutlich besser beurteilen, welche Gebäude wie zusammengehören und welche seperat getaggt werden können – ich habe mich dabei (mangels eigener Ortskenntnis) an erwähnte, öffentliche Daten gehalten: das westliche Gebäude an der Elisabethstr mit den Hausnr 33/35, die ich nun erneut als Adressknoten hinzugefügt habe, ist in öffentl Daten als Wohngebäude eingetragen; das/der östl Gebäude/teil ist mit jenem zur Charlottenstr hin ausgerichteten durchgehend als kommerzielles Gebäude schraffiert, mit Gebäude(teil)grenzen. Natürlich können öffentl Daten auch fehlerhaft sein und wenn wir es besser wissen, können wir es in OSM (ggf mit kurzer note=* zur Erklärung) entsprechend richtig eintragen.

Wieso das östl gelegene AMB-Lankwitz [5] die (westl) E33/35 als Adresse hat, aber das dort gelegene Lack-Center-Lankwitz [6] die C58-62 hat, erschließt sich mir zwar nicht, aber wenn du das so richtig eingetragen hast, reicht das völlig.

Ist das Lack-Center-Lankwitz keine Lackiererei? Sondern ein Autolacke-Shop? Dann hatte ich das falsch verstanden und eingetragen als service:vehicle:painting=yes, shop=car_repair – davor war es shop=car_mod, wofür es aber nur 2x in taginfo gab. [7] Vielleicht wäre shop=paint [8] (allgemein für Farbengeschäft) oder shop=car_paint (taginfo: 7x) besser?

[5] node/8779671399
[6] node/2822423419
[7] https://taginfo.openstreetmap.org//search?q=shop%3Dcar_mod
[8] shop=paint

--bg!bm

Vielen Dank für dein Feedback, freut mich, wenn meines hilft. Ich möchte noch anregen, bevorzugt *:wikidata zu taggen, da es aufgrund maschinlesbarer Daten für Datenkonsumenten nützlicher, vor allem universaler ist – da kann sich dann jeder herausziehen, was er braucht, zB Logo oder auch den Wikipedia-Artikel.

Happy mapping!

--bg!bm

Hallo ffvba,

zu deiner Info: das braucht es auch nicht, da ein eigenständiger Adressknoten vorhanden ist.

Das Gebäude selbst war etwas überdimensioniert – ich habe es noch angepasst in changeset/105647748

--besteGrüße!bm

Hey wvdp,

I am not sure if I fully understand your reply, but this sounds a lot like an automated edit. [1] Did you mention, discuss, document your efforts anywhere to comply with the CoC? [2] Please clarify!

[1] osm.wiki/Automated_edits
[2] osm.wiki/Automated_Edits_code_of_conduct

--bestregards!bm

Hallo schoka,

Wp-Artikel bzw Wd-Objekte sollen sich nur auf das jeweils getaggte Objekt beziehen.[1][2]

"only provide links to articles which are 'about the feature'."

Das ist, wie ich ebenfalls schon schrieb, hier nicht der Fall. Man taggt ja auch nicht jede Bushaltestelle mit dem Wp-Artikel des Betreibers oder eine Filiale mit dem Wd-Objekt einer Marke. Beachte dazu sekundäre Wp/Wd-Schlüssel. [3] Die Antwort zu deiner Frage hast du dir ja eigentlich schon selbst gegeben.

[1] wikipedia=*
[2] wikidata=*
[3] wikipedia=*#Secondary_Wikipedia_links

--besteGrüße!bm

falschen Tag beibehalten/gelöscht – korrigiert in changeset/105626233

Vielen Dank für den hilfreichen Kommentar – repariert in changeset/105589248

Hallo programmierer-online,

zunächst willkommen zu 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].

Das Tagging war so auch nicht ganz korrekt bzw unvollständig. Nicht nur, aber insbesondere bei Unklarheiten bzw Unbekanntem lohnt sich ein Blick ins Wiki und sei daher stets empfohlen.

Fehler/Fehlendes korrigiert.

Happy mapping!

[1] osm.wiki/Good_practice
[2] osm.wiki/DE:Good_practice#Verwende_das_Name-Tag_nicht.2C_um_Dinge_zu_beschreiben

--besteGrüße!bm

Hallo BirkM,

zunächst willkommen zu OSM!

Bitte eigenständige Adressknoten nicht kapern!

Korrigiert in changeset/105587375

Happy mapping!

--besteGrüße!bm

Hallo berlina1,

zunächst willkommen zu OSM!

Website war schon per contact:* getaggt – habe es jetzt zu https:// korrigiert und ebenso für phone das contact:*-Schema genutzt – dadurch wird es übersichtlicher.

Happy mapping!

--besteGrüße!bm

Hallo schoka,

wikipedia/wikidata des BUND Deutschland passen nicht so recht auf die Geschäftsstelle des Landesverband Berlin. Daher habe ich mir erlaubt, sie wieder zu entfernen.

--besteGrüße!bm

-"(resolve 32 conflicts)" – keine Konflikte entstanden/behoben
---

Published using OSMCha: https://osmcha.org/changesets/105579304

Hallo Seymour1978,

beachte bitte OSM-Grundlagen – ganz allgemein[1] und im konkreten Fall: Name ist nur der Name – nutze name=* nicht, um Dinge zu beschreiben [2] sowie: Ein Feature, ein Element [3].

Ein Blick ins Wiki sei generell empfohlen!

Overtagging bitte auch vermeiden – bei payment:* und service:vehicle:* mag es für vollumfängliches Tagging so korrekt sein(, schwindlig wird einem dennoch dabei). Im Unterschied dazu ist das Explizieren von einzelnen, implizi(ert)en access-Tags (foot,bicycle,motor_vehicle,horse...) sowie default-values wie covered=no, oneway=no für highway-Typen nicht erforderlich bzw auch explizit nicht erwünscht!

Bei Gebäuden bitte an der Grundlinie orientieren – und nicht an der Dachlinie! Die Gebäude hier waren anhand öffentlicher Daten (ALKIS Gebäude) schon exakt erfasst.

Fehler entsprechend revertiert/korrigiert in [4]

[1] osm.wiki/Good_practice
[2] osm.wiki/DE:Good_practice#Verwende_das_Name-Tag_nicht.2C_um_Dinge_zu_beschreiben
[3] osm.wiki/One_feature,_one_OSM_element
[4] changeset/105578369

--besteGrüße!bm

Hallo osm-hns,

zunächst willkommen zu OSM!

access=public scheint kein erwünschtes Tagging zu sein. [1] Ein Blick ins Wiki hilft, solche Fehler zu vermeiden und ist daher stets zu empfehlen. Korrigiert zu access=yes.

Happy mapping!

[1] access=*#Possible_tagging_mistakes

--besteGrüße!bm

Hallo diessica,

zunächst willkommen zu OSM!

Die Ersatz-Haltestelle hat nun ein Wartehäuschen?

Die wird aber dzt gar nicht bedient, da hier an der Fahrbahn Bauarbeiten stattfinden?

--besteGrüße!bm

Prinzipiell nein, nicht notwendig, aber... es ist ein Unterschied, ob der Gebäudeumriss aus ALKIS-Gebäude oder Berlin Zoom übernommen wird. (1. präziser, 2. +leichter offset). Manchmal (ganz neue Gebäude) übernehme ich auch aus den DOP – wie, wenn nicht als source=* (exakter wäre evt source:geometry=*) am Objekt soll der Unterschied klar werden? (Daher habe ich mir das in einem JOSM-Preset hinterlegt.)

Richtig, aber auch nicht konsistent/vollständig. Ich habe auch schon strichliert/gepunktet eingezeichnete Dächer auf Gebäude gefunden.

this does not seem to be a tram_level_crossing. thus reverted
---

Published using OSMCha: https://osmcha.org/changesets/103662995

mal als disused:* gesetzt – bitte um Rückmeldung &/ Korrektur, solltest du abweichende Erkenntnis haben.

Hallo wvdp,

hast du das Feature auf Existenz geprüft?

(Auf der Website d Botschaft, die in d Behrenstr42 übersiedelte, findet sich kein Hinweis, dass sich das Konsularbüro noch hier befände.)

--besteGrüße!bm