Moin! In dieser Änderung hast Du zwei Objekte mit Namen versehen, die nicht wirklich Namen sind, sondern Eigenschaften beschreiben. Das name=* Tag wird in OSM ausschliesslich für Eigennamen verwendet (osm.wiki/DE:Good_practice#Verwende_das_Name-Tag_nicht.2C_um_Dinge_zu_beschreiben).

Wenn etwas keinen Namen hat und StreetComplete Dich danach fragt, dann wähle bitte aus, dass es keinen Namen gibt, oder Du ihn nicht weißt. Danke Dir!

Moin nochmal und danke für Deine Rückmeldung! Grundsätzlich wird immer bevorzugt, vorhandene Objekte zu modifizieren, anstatt sie zu löschen und neu einzuzeichnen. Der Grund dafür ist, dass jedes Objekt eine Änderungshistorie hat, die es ermöglicht, Änderungen besser nachvollziehen zu können.

In diesem Fall würde man die betroffenen Flächen auswählen und zu einem Objekt "verschmelzen". Ich kann Dir aber tatsächlich nicht sagen, wie das mit iD funktioniert, da ich diesen Editor nicht nutze. Ich hab's mal eben selbst gemacht. Ganz trivial war's doch nicht, da die Gegend leider handwerklich nicht so gut gemappt wurde (wofür Du aber natürlich nichts kannst). Vielleicht kannst Du einmal drübergucken (way/216950710), ob das jetzt so richtig ist. Vor allem, dass das Baugebiet das Grundstück von Hausnummer 38 schneidet, könnte nicht richtig sein.

Wenn Du uns weiterhin bei OSM unterstützen möchtest, schicke Dir gern noch weitere Informationen per PN, denn OSM kann am Anfang schon ziemlich verwirrend sein. Schönen Tag!

Moin und willkommen bei OSM!

Hier relation/13311213 wurde (vermutlich unbewusst) eine Relation angelegt, obwohl dies nicht nötig ist. Das ist leider ein Verhalten des von Dir genutzten Editors "iD", wenn man ihn auf eine bestimmte Art und Weise benutzt (genaueres kann ich nicht sagen, da ich nur JOSM nutze). Könntest Du Dich kurz direkt hier im Änderungssatz melden, damit wir gemeinsam die Lage verbessern können? Danke Dir und viele Grüße aus HB!

Moin und willkommen bei OSM!

Hier ist ein wenig durcheinander geraten. Es wurden (vermutlich unbeabsichtigt) zwei Relationen erstellt, welche gar nicht nötig sind, um das Gebäude abzubilden. Frage zum Parkplatz: ist dies ein öffentlicher Parkplatz? Beachte bitte auch, dass wir name=* nur verwenden, wenn etwas wirklich einen Eigennamen hat und nicht, um etwas zu beschreiben. Im jetzigen Zustand ist der Pool ein öffentlicher. Vermutlich ist dies auch nicht beabsichtigt.

Melde Dich gern, wenn Du Hilfe brauchst. Falls Du weiterhin bei OSM aktiv sein möchtest, schicke ich Dir gern ein wenig Infomaterial per PN.

Viele Grüße aus HB!

Moin!

Ich bin mir nicht sicher, ob das schon so war, oder erst nach Deinem Edit entstanden ist. In diesem Wald relation/7873905 scheinen die Mitglieder der Relation nicht zu passen, was auch in OSMI angemeckert wird (http://tools.geofabrik.de/osmi/?view=areas&lon=7.98045&lat=53.39424&zoom=14). War es Deine Absicht, die beiden unterschiedlich benamten Waldteile separat zu mappen? Falls Du Hilfe beim Reparieren brauchst, melde Dich gern. Gruss aus HB!

Hallo László Telavarro! Leider gibt es immer wieder Probleme mit Deinen Edits, da diese sehr viele Geometriefehler verursachen. Mittlerweile ist der Raum Solingen "führend", was defekte Geometrien in OSM in Deutschland anbelangt (http://tools.geofabrik.de/osmi/?view=geometry&lon=7.06439&lat=51.17354&zoom=13).

Da unklar ist, wie diese Fehler entstehen, möchte ich Dich bitten, Dich einmal direkt hier im Changeset zu melden, damit man dies gemeinsam herausfinden kann. Sei so nett, Deine Mappingtätigkeit bis dahin zu pausieren. Danke!

Hallo kidney!

Ich hatte Dich vor einiger Zeit mal in einem anderen Änderungssatz wiederholt angeschrieben, aber leider keine Antwort bekommen.

Es geht darum, dass in diesem Gewerbegebiet einiges im Argen ist. Fast alle Firmen sind doppelt benamt und die eigentlichen POIs liegen irgendwo, aber nicht innerhalb des Gebäudes, in dem sie sich vermutlich befinden. Ich möchte Dich deshalb bitten, die Firmennamen von den Gebäuden zu entfernen und die POIs stattdessen in die passenden Gebäude zu schieben oder Bescheid zu sagen, wenn Du nicht weisst, was ich damit meine, damit ich Dir helfen kann.

Generell ist es in OSM so, dass eine wichtige Sache die Kommunikation zwischen den Mappern ist. Leider funktioniert das bei Dir nicht wirklich. Deshalb möchte ich Dich noch einmal freundlich bitten, Dich kurz direkt hier im Änderungssatz zu melden. Danke und Gruss aus HB!

Moin!

Danke für Deine Änderung. Kleiner Hinweis: dieses Objekt wird nach wie vor als Restaurant erkannt. Es reicht nicht, den Namen zu entfernen. Wir machen so etwas am besten, in dem wir (sofern vorhanden) neue Daten, wie z.B. ein neues Restaurant dort eintragen oder aber, wenn der Laden leer steht, das osm.wiki/DE:Lifecycle_prefix setzen. In diesem Fall hieße dies disused:amenity=restaurant. Alle nicht mehr zutreffenen Tags können entfernt werden. Ein description=* ist nicht notwendig, da dies nur als Info für den Endanwender bei bestehenden Objekten gilt. Möchtest Du selbst versuchen, es entsprechend zu ändern, oder soll ich assistieren? Viele Grüße!

Hi and welcome to OSM! I am not sure, as you use English on your operating system, if this is your primary language or is German fine as well?

Anyway, I came across this outer line, which is part of a multipolygon relation, just carrying name=Kreisel. This is not doing any good to be honest, as no data consumer will understand what is meant by it. The road already carries all needed data to make it a road which is part of a "Kreisel".

One very important thing is: only use name=* for objects that actually have a name and not to describe objects.

I can send you some of my collected "guidance" material via PM if you are interested. Just let me know!

Moin und willkommen bei OSM!

Dein erster Edit sieht gut aus. Falls Du uns weiterhin unterstützen möchtest, schicke ich Dir gern ein paar zusätzliche Informationen zu OSM und wie das Mappen funktioniert per PN.

Melde Dich dazu gern direkt hier im Änderungssatz.

Schönen Abend!

@Strubbl: die Dinger sind nicht routingfähig, sondern dienen lediglich einigen Renderern zur flächigen Darstellung von Wegen. Ich persönlich halte davon nicht viel, aber sofern es richtig gemappt wird, ist es ok. Wichtig ist, dass die vorhandenen "klassischen" Wege nicht dadurch ersetzt werden. area:highway=* ist also nur eine Ergänzung. Schönen Abend!

Moin zusammen!

Aktuell gibt es in OSM nicht viele Auktionshäuser. Das gängigste Tag dafür ist shop=auction. Dieser POI ist zur Zeit als shop=supermarket getaggt. Daher das Symbol auf der Karte. Ich werde das gleich in shop=auction ändern. Dies wird evtl. dazu führen, dass das Geschäft anders oder auch gar nicht auf der OSM Standardkarte gerendert wird.

@Münzen und Briefmarken Auktionshaus und Handel Karl Pfankuch und Co:

Die Karte, welche hier zu sehen ist, ist nur eine von hunderten verschiedenen Karten, die aus OSM hergestellt werden. Wichtig ist, dass die Dinge richtig getaggt (mit Attributen versehen werden), damit Kartenhersteller die Daten richtig auswerten können. Was dann wie oder ob überhaupt auf einer bestimmten Karte dargestellt wird, entscheidet der Entwickler der jeweiligen Karte. Ich hoffe, dass obiges ein wenig beim Verständnis hilft. Viele Grüße!

Hej Niels,

I came across a couple of POIs tagged with amenity=event_venue. That tag is only used 46 times across the globe, whereas we also have =events_venue which is used almost 11000 times. So maybe you can check on those in Denmark.

Hilsen fra Bremen!

Danke Dir! Das lane Tag ist eigentlich recht gut etabliert. Die niedrigste "Ausbaustufe" wäre nur lanes=*, das lässt sich dann für den entsprechenden Straßenabschnitt noch weiter verfeinern. In diesem Fall war das mit lanes:forward=1 und lanes:backward=1 getaggt. Wobei sich, wie bei allem in OSM, das forward / backward auf die Richtung der Linie bezieht (im Editor meist durch einen Pfeil dargestellt). Weitere Infos dazu findest Du im entsprechenden Wiki Artikel (osm.wiki/Lanes). Generell ist das von Dir benutzte Go Map !! nicht eine sooo tolle App, da es nach meiner Erfahrung viele Tags gar nicht kennt und auch nicht auf Fehler prüft. Auf Android gibt es da sehr viel bessere Alternativen. Vom ganz einfachen StreetComplete bis zum komplexeren Vespucci. Falls Du Lust hast, schau gern mal bei unserem Bremer Mappertreffen (zur Zeit nur online) vorbei. Weitere Infos hier: osm.wiki/Bremen/Community

Moin!

Gibt es einen speziellen Grund, warum hier die lane-Informationen von den Straßenabschnitten entfernt wurde? Dein Änderungssatzkommentar "Verden Lindhooper Straße / Osterkrug" gibt da leider keine Information. Gruss aus HB!

Guten Morgen und danke für die Rückmeldung! Die Reihenfolge ist eigentlich egal. Es gibt Haupt-Tags, welche beschreiben, was ein Objekt überhaupt ist, und bei manchen Dingen dann noch Tags, welche das noch verfeinern, so wie in diesem Fall. Ich schicke Dir mal ein paar Links per PN, die Dir evtl. weiterhelfen.

Moin zusammen!

Auch wichtig wäre in diesem Fall, überhaupt ein "Haupt"-Tag zu setzen. Das hieße power=substation. Erst dann wird das Trafohäuschen auch als ein solches erkannt. substation=minor_distribution ist dann die Verfeinerung.

Die Adressdaten und den Namen würde ich komplett entfernen. Auch ein description=* in diesem Fall nicht nötig, da obiges bereits alles sagt :-)

Schönen Tag euch!

Hallo!

Mir fiel auf, dass Du recht viele Relationen erstellst, wo eine einfache Fläche ausreichen würde. Auch verbindest Du Wege mit Flächen. Beides ist nicht optimal, da es die Bearbeitung für nachfolgende Mapper erschwert und auch technisch nicht notwendig ist. Hat es einen bestimmten Grund, dass Du auf diese Art mappst? Viele Grüße!

Moin!

Ein paar Tipps hierzu:

Das von Dir hinzugefügte Gebäude überlappt sich teilweise mit dem umgebenden Landuse bzw. ist mit ihm vebunden. Das ist ungünstig, da es weitere Änderungen an ihm erschwert. Dann ist es auch wichtig, dass wenn Du einen POI (in diesem Fall das Amt) erfasst, diesen mit einem Hauptattribut (Tag) versiehst, damit es auch als ein Amt erkannt wird. Setze dazu möglichst einen Punkt (Node) innerhalb des Gebäudeumrisses (schau Dir am besten mal andere POIs an). In Bremen (und auch anderswo) bevorzugen wir, POI-Daten von Gebäudedaten getrennt zu halten. Im Fall des Amtes wären die richtigen Tags office=government und dann government=*, je nach dem, was am besten passt (government=*).

Wenn Du Fragen hast, oder Hilfe brauchst, melde Dich gern direkt hier in Changeset. Danke!

PS Denke bitte auch daran, dass wir Daten vom Geoportal Bremen nicht nutzen dürfen, da sie einer mit OSM nicht kompatiblen Lizenz unterliegen.

Super! Danke und gute Nacht!