Info: CS fully reverted.

Hello and welcome to OSM!

Please note that you are editing a worldwide geographic database. Please do not add random objects all over the place (pharmacies and bus stops in the ocean and in the middle of nature).

Thank you!

Hello and welcome to OSM!

Please note that you are editing a worldwide geographic database. Please do not add random objects all over the place (pharmacies and bus stops in the ocean and in the middle of nature).

Thank you!

Guten Morgen!

Noch ein kleiner Tipp hier: Grundstückszufahrten bekommen im Allgemeinen nicht den Namen der Straße, an der sie liegen. Den lässt man einfach weg, da ja nur die Straße so heißt, nicht aber der Weg.

Viele Grüße!

Moin!

So ganz werde ich aus diesem Edit nicht schlau. Hat dieses Restaurant jetzt permanent geschlossen?

Viele Grüße!

Ja, aber wenn da noch keine Bebauung / Nutzung als Gewerbegebiet ist, auch bitte nicht verbinden, nur um ein MP zu verhindern. MPs sind kein Teufelswerk ;-)

Es gibt spezifische Gründe, wann sie eingesetzt werden müssen. So, ich gehe mal Richtung Koje...

Moin!

So ganz richtig ist das noch nicht... Aber ich hab's entsprechend angepasst.

Viele Grüße!

Mmmh, ich denke, dass man das noch verbessern kann.

Nebeneinander liegende Landflächen sollten miteinander verbunden werden (nur nicht mit Wegen). Einige Landflächen überlappen sich aktuell, was nicht optimal ist. Und: es stellt sich die Frage nach dem Gebiet im Südosten. Wenn das offiziell zu besagtem Gewerbegebiet gehört, müssen wir es als MP Relation erfassen.

@bison166, ich weiß, dass wir beide keine Freunde dieser Gebilde sind, aber manchmal geht es nicht anders. Ansonsten hätten wir falsche Daten. Beide Gebiete einzeln mit dem Namen zu versehen, wäre falsch, da es dann zwei Gewerbegebiete gleichen Namens gäbe, und den Namen im Südosten wegzulassen, ist auch keine Option, wenn es dazu gehört. Stellt euch vor, ein Datennutzer möchte das Gewerbegebiet in einer Software nutzen (beispielsweise, um dessen Fläche zu berechnen). Das funktioniert dann nur richtig, wenn's richtig gemappt ist.

Schönen Abend euch!

Danke dir für Info! Ich gucke mir das nochmal an. Vielleicht finde ich noch ein Luftbild, auf dem es einigermaßen zu sehen ist und "baue" das dann an. Schönen Tag!

Ich guck' mal, was ich da machen kann. Die von dir verlinkte Quelle ist leider nicht für uns nutzbar, da das LGLN seine Daten nicht unter einer OSM-kompatiblen Lizenz veröffentlicht. Die Mühlen mahlen langsam in den Geo-Behörden der Länder...

Hi! In JOSM geht das denke ich recht gut. Was mir allerdings im Nachhinein noch aufgefallen ist: das separate Gebiet im Südosten. Da das auch zum Gewerbegebiet zu gehören scheint (laut Quelle), wäre hier ein MP mit zwei Outern vielleicht doch sinnvoll.

Wenn ihr nichts dagegen habt, schraube ich da nachher mal dran rum, so dass man weniger Fragmente hat.

Ich schon wieder :-)

Das Tag postal_code=* (nicht zu verwechseln mit addr:postcode=*) ist in Deutschland nicht notwendig, da wir fast alle Verwaltungsgrenzen als Boundaries erfasst haben.

Viele Grüße!

Moin!

Besser wäre es, die einzelnen Flächen zu einer Fläche (nicht Multipolygon) zusammenzufassen. MPs sollte man nur verwenden, wenn es nicht anders geht, um das Editieren für nachfolgende Mapper möglichst leicht zu gestalten (soll heißen: Vermeidung von Relationen).

Was hältst davon?

Grüße aus Bremen!

Nachtrag: smoking=Nein funktioniert nicht ;-). Richtig wäre smoking=no. Ich hab's gefixt.

Moin und willkommen bei OSM!

Sei so nett, leerstehende Geschäfte nicht zu löschen. Diese werden mit dem Lifecycle Prefix als disused:*=* getaggt (osm.wiki/DE:Lifecycle_prefix).

Wenn du uns weiterhin unterstützen möchtest, schau dir einmal folgende Links an und schau mal auf unserem monatlichen Treffen vorbei (ebenfalls verlinkt).

Wenn du Fragen hast, melde dich gern!

- osm.wiki/DE:Good_practice

- osm.wiki/DE:Good_changeset_comments

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

- osm.wiki/Bremen/Community

Moin!

Ist schon etwas her, aber ich bin hier auf diese Note note/3350575 gestoßen, welche deine Änderung am Namen als falsch darstellt. Auch ist die Frage, ob die Straße nicht auf voller Länge den gleichen Namen hat (der wäre dann nach Osten auch nicht vollständig).

Vielleicht kannst du dich ja noch erinnern.

Gruss aus HB!

Moin!

Mich irritiert der Name "Missunde Selfie Standort" ein wenig. Hat dieser Aussichtspunkt wirklich diesen Namen??

Viele Grüße!

Moin und danke für deinen Beitrag :-)

Wenn du Telefonummern einträgst, sei so nett, zwischen der +49, der Ortsvorwahl und der Rufnummer jeweils ein Leerzeichen zu lassen. Das würde dann so aussehen:

+49 xxx xxxxxxx

Dies erleichtert Datennutzern die Auswertung. Danke!

Moin und willkommen bei OSM!

Sei so nett, immer anzugeben, was du mit deinen Änderungen beabsichtigst, damit andere Mapper dies besser nachvollziehen können. Weitere Infos dazu bekommst du hier:

- osm.wiki/DE:Good_changeset_comments

Dann noch etwas Lesestoff:

- osm.wiki/DE:Good_practice

Wenn du uns weiterhin unterstützen möchtest, schau gern mal auf unserem monatlichen Treffen vorbei. Weitere Infos dazu gibt es hier:

- osm.wiki/Bremen/Community

Eine Frage zum Schluss: liegt der POI hier an der richtigen Stelle? Auf dem Luftbild sieht es aus, als wenn er nicht in, sondern vor dem Gebäude "herumliegt".

Schönen Abend!

@Sanderauer: ich gebe dir insofern Recht, dass wir hier natürlich alle in einem konstruktiven und freundlichen Ton miteinander schreiben sollten. Manchmal ist es nicht ganz einfach, in einem schriftlichen Beitrag daran zu denken, wie es beim Gegenüber ankommen könnte. Ich bin deshalb großer Freund davon, sich einmal im "echten" Leben auf einem Mappertreffen zu sehen und miteinander zu sprechen. Falls ihr so etwas in eurer Gegend habt, kann ich das nur empfehlen. Auf der anderen Seite bringt ein "beleidigt sein" auch niemanden weiter.

Ich glaube auch nicht, dass es bei den Hinweisen darum geht, dich zu nerven oder zu mobben, und es geht auch nicht um Meinungen oder Recht haben. OSM ist einfach ziemlich komplex, und einige Leute haben sich tiefer in die Materie eingegraben, als andere.

Da wir langfristig sicherstellen müssen, dass die Daten in OSM nutzbar bleiben, müssen wir uns an etablierte Schemata halten. Dies wäre z.B. beim Thema Schranke nicht mehr der Fall, da kein Auswerter (also die Entwickler von Anwendungen, welche auf OSM Daten basieren) damit rechnet, dass die Schranke als Linie erfasst ist. Die Auswerter der Daten orientieren sich an dem, was im Wiki festgelegt ist, bzw. dem, was überwiegend vorhanden ist. Vielleicht ist dir das bis jetzt nicht bewusst gewesen, denn anders kann ich mir deine obige Aussage nicht erklären.

Natürlich ist es nicht verboten, neue Tags zu "erfinden" oder Dinge auf die Art zu erfassen, die man selbst für sinnvoll hält. Aber: damit wird OSM langfristig immer schlechter, und deshalb gibt es die Hinweise von anderen Mappern (welche ich im übrigen auch manchmal bekomme, denn das ist alles ein Teil der Qualitätssicherung, die wir bei OSM haben).

Ich hoffe, dass ihr beide einmal tief Luft holen könnt und vielleicht die Kommunikation einfach nochmal von vorn starten könnt, ohne aufeinander sauer zu sein.

So, jetzt habe ich genug gesabbelt. Ich wünsche euch einen schönen Abend!