Moinsen :-)

Ich würde da ziemlich eindeutig für "nicht benamen" plädieren. Wenn du dir andere Ecken in Deutschland mal anguckst, wird dir auffallen, dass das so gehandhabt wird. Hier z.B. way/740977246#map=19/52.89509/9.29722 sind recht viele Wege wie die Straße benamt worden.

Im gleichen Maße bekommen auch parallel zur Straße verlaufende Rad- und Fußwege nicht den Namen der Straße (nicht auf dich bezogen, aber das war auch schon öfter Thema).

Im Wiki kann ich dir (gerade) keine explizite Stelle dazu nennen, es ergibt sich aber daraus, dass Objekte nur die Tags bekommen, die sich auf ihre Eigenschaften beziehen, und der Straßenname ist eine Eigenschaft der Straße.

Falls es dir um die Zuordnung von Gebäuden zu bestimmten Straßen geht, reicht hier die Adresse vollkommen aus, um dies zu erreichen.

Schönen Tag dir!

Hier wurde tatsächlich nur smoothness=* gemappt ;-)

Moin!

Kleiner Tipp hier: der Betreiber wird mit operator=* getaggt. Ansonsten sieht es gut aus! Generell bekommt name=* nur den Namen einer Firma (ohne Gesellschaftsform) und operator=* bekommt den Betreiber (mit Gesellschaftsform).

Viele Grüße!

Seems to be a sock puppet account of a person with deficiencies in dealing with other people...

Moin und willkommen bei OSM!

Ein paar Tipps zu Deinen Edits:

Vermutlich weißt du es nicht, deshalb der Hinweis: straßenbegleitende Fuß- und Radwege werden meist nicht als separater Weg eingezeichnet (es sei denn, sie sind baulich von der Straße getrennt, z.B. durch Leitplanken, einen breiteren Grünstreifen etc., was eine Überquerung der Straße verhindern würde).

In diesem Fall sind die Daten bereits an der Straße erfasst: way/201107518. Hierfür werden andere Tags verwendet, als für separat gemappte Wege.

Wichtig auch: der von dir hinzugefügte Weg schneidet Gebäude. Das sollte nicht sein, da es ja in der Realität laut Luftbild auch nicht der Fall ist.

Dann befinden sich noch diverse Tags an dem Weg (way/1102431992), welche nicht notwendig sind. Tatsächlich sind das alle, außer highway=path ;-).

Auch mappen wir Wege / Übergänge etc. nicht nach subjektiven Kriterien (Einschätzung von Gefährlichkeit / Empfehlungen etc). Wir nehmen als Basis ausschließlich die Schilder- und Wegesituation vor Ort. Deshalb bitte kein =no setzen, wenn dies nicht vor Ort so ausgeschildert ist.

Das klingt für dich evtl. ziemlich deprimierend, aber mach dir nichts draus! Wir waren alle mal neu bei OSM.

Ein bisschen Lesestoff für dich:

- osm.wiki/DE:Good_practice

- osm.wiki/DE:Good_changeset_comments

- osm.wiki/File:Osm-tutorial.pdf

Da OSM ein Community Projekt ist, kann ich dir sehr empfehlen, den Kontakt zu anderen Mappern zu suchen. Dadurch lernt man immer dazu und trägt dazu bei, dass die Daten immer besser werden.

Wir haben in Bremen ein monatliches Mappertreffen, zu dem du herzlich willkommen bist (aktuell online und vor Ort): osm.wiki/Bremen/Community

Und: in Verden findet am 20.10. um 18 Uhr im Rathaus ein initiales Treffen von Mappern aus der Region statt. Ich werde ich auch dort sein und falls du daran Interesse hast, sag' mir gern Bescheid.

Viele Grüße!

Ah, stimmt, da hatte ich nicht aufgepasst. Ich habe die Tags noch drangeklemmt. Schönen Tag dir!

Moin!

Kannst du sagen, ob dieses Gebiet (way/354347246) Teil des von dir hier bearbeiteten Schutzgebietes ist, oder ist das separat zu sehen?

Dann noch ein Tipp, welcher dir die note=* und description erspart:

protection_title=Landschaftsschutzgebiet und short_protection_title=LSG (osm.wiki/DE:Tag:boundary=protected%20area?uselang=de)

Das =nature_reserve ist glaube ich aus alten Zeiten, wo es boundary=protected_area noch nicht gab.

Viele Grüße!

Moin!

Ein kleiner Tipp hier: der von dir bearbeitete Schlüsseldienst in Berlin hatte bei Telefon- und Faxnummern zwei Leerzeichen hintereinander. Dann wollte ich noch kurz auf den Unterschied zwischen name=* und operator=* hinweisen. Den Namen erfassen wir ohne die Gesellschaftsform (in diesem Fall GmbH). Das kommt dann in den operator=*. Ich hab's entsprechend umgebaut :-)

Schönen Tag dir!

Moin und willkommen bei OSM!

Du hattest um einen Review deiner Bearbeitung gebeten und ich bin gerade drüber gestolpert, da hier eine Multipolygon Relation (der Parkplatz) entstanden ist, welche gar nicht notwendig ist. Vermutlich weißt du gar nicht, was das ist und ich habe es entsprechend in eine normale Fläche geändert.

Entstanden ist das vermutlich, weil der von dir verwendete Editor "iD" die Tendenz dazu hat, in bestimmten Situationen MPs zu erstellen. Genau kann ich es nicht sagen, da ich einen anderen Editor benutze.

Tipp: überlege dir genau, welche Dinge du miteinander verbindest. Generell sollten Wege nicht mit Flächen verbunden werden. Direkt aneinander grenzende Landuse Flächen können verbunden werden. Bedenke, dass viele übereinander liegende Linien es dem nächsten Mapper erschweren, Dinge anzupassen.

Ein bisschen Lesestoff hänge ich dir hier noch an:

- osm.wiki/DE:Good_practice

- osm.wiki/DE:Good_changeset_comments

- osm.wiki/File:Osm-tutorial.pdf

- https://community.openstreetmap.org/

Wenn du Fragen hast, melde dich gern!

Viele Grüße aus HB!

Moin! Ich bin mir nicht sicher, wie das entstanden ist, aber dieses MP (relation/5745025) ist seit längerem Defekt, weil sich mehrere Inners überschnitten. Jetzt sieht es ebenfalls sehr merkwürdig aus. Es ist auch eher ungewöhnlich, dass dort fast jedes Haus ein kleines landuse=residential um sich hat, aber das ist nicht grundsätzlich falsch.

Aktuell sind die "herausgetrennten" landuse=residential noch Teil der MP-Relation, obwohl sie außerhalb des Haupt-Outers liegen (https://tools.geofabrik.de/osmi/?view=areas&lon=9.83929&lat=53.30171&zoom=15&baselayer=Geofabrik%20Standard&overlays=duplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways%2Cduplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways).

Was ist denn deine Intention bei der Änderung gewesen?

Viele Grüße aus HB!

Hallo und danke für die Rückmeldung! Ich bin mir auch nicht ganz sicher, ob die diesen Verkaufsstand noch haben, oder er der Coronazeit zum Opfer gefallen ist. Ich selber war da länger nicht, deshalb kann ich es nicht genau sagen. Ich werde mal einen Hinweis erstellen, so dass es sich bei nächster Gelegenheit mal jemand angucken kann. Schönen Abend!

Moin und danke für deinen Beitrag in Bremen!

Wenn du Telefonnummern einträgst, denke daran, auch nach der Ortsvorwahl ein Leerzeichen zu setzen. Das sieht dann am Ende so aus:

+49 xxx xxxxxxxx

Danke dir und viele Grüße!

Nochmal ich :-) Ich glaube, dir ist hier ein Fehler unterlaufen, aber bin mir nicht sicher. Ist dir aufgefallen, dass das Restaurant "Fisherman's Seafood" bereits ein paar Meter weiter westlich gemappt ist? Der von dir veränderte Node war ein =fast_food, welcher daraus resultierte, dass das Restaurant einen separaten Verkaufsstand dort hat(te?). Könntest du dich kurz melden, damit wir gemeinsam die Datenlage der Realität anpassen können? Nochmal danke!

Moin und danke für deinen Beitrag in Bremen!

Wenn du Telefonnummern einträgst, denke daran, auch nach der Ortsvorwahl ein Leerzeichen zu setzen. Das sieht dann am Ende so aus:

+49 xxx xxxxxxxx

Danke dir und viele Grüße!

Moin!

Deine Edits hier haben einige doppelte Nodes produziert, welche ich repariert habe. Leider hat der von dir verwendete Editor Go Map!! die Tendenz, solche Probleme zu verursachen. Ich würde dir deshalb empfehlen, ganz besonders vorsichtig zu editieren, oder am besten mit einem anderen Editor am Computer zu arbeiten.

Viele Grüße!

Danke für deine Rückmeldung!

Eine Feuerwehr ist nichts anderes als jeder andere POI. Diese lassen sich flächig oder als Node erfassen. Du siehst das auch, wenn du im Wikiartikel auf die Symbole rechts achtest. Diese geben an, in welcher Form etwas gemappt werden soll. Das Wiki ist nicht ohne Widersprüche und Fehler. Ich denke, dass du es mit deinen Änderungen gut meinst und vermeintliche Fehler verbessern möchtest. In diesem Fall (dem Umtaggen von Nodes auf Flächen) bist du aber einem Irrtum aufgesessen, den ich dir schon länger versuche, verständlich zu machen.

Mir geht es vor allem um das pauschale Umtaggen, welches so keinen Sinn macht und in einigen Fällen (siehe oben oder wie bei diesem Gebäude way/313532895) schlichtweg falsch ist, da es nicht die Realität widerspiegelt. Spätestens sobald ein Objekt mehrere Entitäten beinhaltet, müssen diese einzeln erfasst werden und passen nicht mehr an einen Way.

Ich will dich damit nicht nerven, sondern ein besseres Verständnis für unsere Daten erreichen.

Falls du es zum Bremer Treffen nicht schaffst: am 20.10. von 18 bis 20 Uhr gibt es im „VA Saal“ im Rathaus Verden ein Mappertreffen, welches in Zusammenarbeit mit der Mittelweser-Touristik GmbH entstanden ist. Da geht es hauptsächlich um Radrouten, aber es soll auch einen Austausch zwischen den Mappern der Region ermöglichen. Ich werde auch da sein. Wenn du Lust hast, schau mal vorbei!

Moin mal wieder :-)

In diesem Änderungssatz wurden, wie meist durch dich durchgeführt, POIs von Nodes auf Flächen geändert. Ich frage mich (auch zum wiederholten Mal), was für einen Mehrwert das bringt. Was ist für dich der treibende Punkt, dies zu tun? Ich würde das gern verstehen wollen.

Wir hatten die Diskussion (eher einen Monolog meinerseits) schon bei Rettungswachen, DLRG-Stationen, Telekom-Einrichtungen usw. Die Änderungen sind meines Erachtens nach ohne Mehrwert, teilweise auch nicht korrekt und verschlechtern sogar die Datenlage, da beispielsweise in Navigationssoftware zum Mittelpunkt der Fläche navigiert wird, statt zu einem Punkt, wo der POI tatsächlich liegt.

Wenn z.B. wie hier way/332396191 das THW noch auf dem Gelände sitzt, ist nicht das ganze Gelände die Feuerwehr, sondern beide Einrichtungen gehören als Node auf dem Gelände erfasst. Dies ist nur ein Beispiel, welches mir spontan auffiel, andere habe ich in vorhergehenden Änderungssätzen kommentiert.

Sei so nett, mal auf dem nächsten Bremer Mappertreffen (vor Ort oder online) vorbeizuschauen. Vielleicht ergeben sich in der Diskussion noch neue Erkenntnisse, die sich mir bisher nicht erschließen.

Bis dahin unterlasse bitte derartige Änderungen, welche (anscheinend) oft ohne Kenntnisse der Situation vor Ort geschehen. Danke!

Moin! Ist dieser halbe Roman wirklich der Name der Praxis?

Schau dir bitte auch nochmal healthcare=* an. Dort findest du die gültigen Werte. Grundsätzlich sind die Attribute (Tags) in englischer Sprache.

Wenn du Fragen hast, melde dich gern!

Moin und danke für deine Antwort!

Das Verschieben von Gebäuden oder anderen Objekten solltest du nicht ohne Abgleich mit verschiedenen Luftbildquellen oder anderen in Hamburg verfügbaren Datenquellen machen. Luftbilder haben meist einen Versatz und / oder perspektivische Verfälschungen. Hier stellt sich nämlich jetzt die Frage: hat das Haus einen Knick? Laut Hamburg DK5 (HH LGV DK5 2021) ist dies nicht der Fall.

Warst du vor Ort?

Hallo nochmal!

Könntest du bitte einmal erklären, was deine "Minor changes" beinhalten? Es ist wichtig, dass du aussagekräftige Änderungssatzkommentare verfasst, damit deine Mitmapper nachvollziehen können, was deine Intention war.

Lies dir dazu bitte folgenden Artikel durch:

- osm.wiki/DE:Good_changeset_comments

Danke!