osm.wiki/DE:Good_practice#Verwende_nicht_das_Name-Tag,_um_Dinge_zu_beschreiben

Erst mal muss man das richtige Werkzeug dafür haben. Mit OSMAnd funktioniert das nicht, damit kann man nur Inhalte (tags) anpassen. Als Neuling am besten im Browser auf der OSM-Hauptkarte.
Einloggen, oben links auf Bearbeiten (das rechte Dreieck anklicken und dann ID auswählen. Da gibt es einen Trainingsmodus, bei dem einem die ersten Schritte erklärt werden.
Wenn ein(e) Laden/Unternehmen/Schule umzieht, ist es am einfachsten, wenn man das Icon mit den Daten daran an den neuen Standort verschiebt und danach die Adresse ändert.
Gruß Protoxenus

Was soll das? Das ist hier die Lagerstraße und nicht der neue Markt. Einfach nur eine Adresse ändern und dann hoffen, das alles andere automatisch passiert, ist komplett falsch. Bevor du hier etwas änderst, beschäftige dich erst mal mit grundlegenden Regeln des Kartierens bei OSM.
Gruß Protoxenus

Na ja...
Wenn du das Papier als Quelle angibst:
https://www.stalu-mv.de/Service/Impressum/
Punkt 3. ...
Das Papier hat eine GmbH erstellt.
Mit solchen Sachen bin ich immer vorsichtig. Ich weiß, solche Namen unterliegen keinem Urheberrecht, aber da als Quelle angeben, ist rechtlich zumindest umstritten.

Finde ich gut, dass du so schnell reagiert und den falschen Namen berichtigt hast. dazu gehört aber auch, den Hinweis zu schließe.
Gruß Protoxenus

Erste Aussage blödsinnig, richtig:
Fischtreppen werden auf der Standardkarte nicht dargestellt.

Fischtreppen werde nicht kartiert. Als ich vor gut einem Jahr in Steinhavelmühle war, kam man schlecht an die Baustelle heran, weil alles abgesperrt war. Ich konnte nur das kartieren, was ich gesehen habe.
Gruß Protoxenus

Tja, wenn man ein ungeeignetes Werkzeug benutzt....

Was soll denn amenity=streetlamp sein? Stehen da 2 Straßenlampen 2,3m auseinander?

Hi,
wenn du so etwas suchst, kannst du zuerst mal in den Änderungssatz changeset/188433738 gucken. Da steht die Source drin.
Ansonsten findest du fast alle Bauanfragen für HRO bei Allris: https://ksd.rostock.de/bi/vo040
Ich habe auch eine Karte mit den mir bekannten Baustellen veröffentlicht:
https://umap.openstreetmap.de/de/map/bauvorhaben-in-hro_2664#12/54.131869/12.131996
Da Versuche ich mir eine grafische Übersicht über das Baugeschehen zu verschaffen.
Gruß Protoxenus

Links zu Internetauftritten sollen genau dem Objekt verweisen und nicht zu irgendwelchen allgemeinen Websites.

Ja, wenn der Weg so breit und so beschaffen ist, dass dort zweispurige Fahrzeuge entlang fahren können & ihn regelmäßig benutzen, dann ist es ein highway=service. Das ist eine vorgesehene Nutzung und nicht missbräuchlich oder Notfall.
Ich werde diese Wege weiterhin so kartieren.
Gruß Protoxenus

Hmm..., ist schon lange her, aber ich meine mich zu erinnern, dass dort Spuren von großen Fahrzeugen (Traktor, Radlader) im Sand zu sehen waren. Der Weg wurde damals (heute noch?) wahrscheinlich als Zufahrt zum Strand genutzt.

Du hast ja Recht. Aber wenn man aus versehen zu früh auf den "send"-Button drückt, kann man das leider nicht mehr rückgängig machen.
Man kann aber ohne Probleme durch einen Vergleich der vorherigen Werte mit den aktuellen Werten feststellen, was geändert wurde.
Gruß Protoxenus

Hallo,
du bist bei weitem nicht der Erste, der mich wegen dieses Themas kontaktiert.
Keiner, der sich bei mir beschwert hat, konnte darlegen, warum in einer Geodatenbank Dinge erfasst werden sollten, die es physisch nicht gibt.
Auf keiner Karte werden "keine" Bänke und "keine" Papierkörbe dargestellt, sondern immer nur Bänke und Papierkörbe.
Wenn ich etwas tue, dann stelle ich mit die Frage: Was hat das für einen Nutzen?
Negativeinträge in einer Geodatenbank haben keinen. Niemand wird eine Haltestelle im ÖPNV danach aussuchen, an der dokumentiert keine Bank steht oder kein Papierkorb vorhanden ist.
Am meisten Empörung ruft hervor (so auch bei dir), dass ich Einträge wie tactile_paving=no oder wheelchair=no lösche. Wenn jemand, der körperlich beeinträchtigt ist, sich seine Haltestelle nach diesen Merkmalen aussucht, würde er immer danach suchen, dass die Haltestelle genau diese Hilfen zur Verfügung hat. Ein beliebtes Argument für die "=no" ist auch immer: "Dann weiß man, das jemand danach geschaut hat. Das impliziert, dass seit dem ersten Eintrag in die DB keiner danach gesehen hat. Das ist aber eine falsche Annahme. Es ist nur nicht in der Datenbank dokumentiert. Es könnte jeden Tag ein Kartierer daran vorbeigegangen sein, der aber keine Notwendigkeit einer Änderung gesehen hat, schlicht, weil sich nichts geändert hat.
Womit wir bei einem Grundproblem von OSM sind: Trennung von Geodaten und Verwaltung derselben. Ein Eintrag in der DB besteht aus zwei Teilen: dem Datensatz und dem Änderungssatz. Es wäre ein leichtes, alle Verwaltungsdaten, also wann hat jemand nach der Aktualität der Geodaten gesehen, in einem Änderungsdatensatz abzulegen.
Dann könnte man einfach mit einem Tool auf dem Smartphone durch die Gegend laufen und bekäme z.B. angezeigt: Hier hat seit 2 Jahren keiner mehr "dokumentiert" nachgesehen, also prüfe mal, ob das alles so stimmt. Und ändere oder bestätige das.
Diese Bestätigung wird mit dem Geodatenteil verknüpft und als Änderungsdatensatz geschrieben. Alle Auswerter bekommen das nicht mit, wenn es sie nicht interessiert. Und wenn es sie interessiert, können sie den letzten Änderungsdatensatz ja auslesen.
Und keine Anwendung muss mehr den Datenteil mit sinnlosen Dingen füttern.
Gruß Protoxenus

Hi, du hast hier in Wesselstorf das tag addr:suburb hinzugefügt. Du hast den Namen falsch geschrieben. Würdest du das mal ändern?
Gruß Protoxenus

Du hast hier ein paar Wege ohne Anbindung in die Landschaft gezaubert. Existieren die so einfach losgelöst?
Gruß Protoxenus

Hi,
mal abgesehen davon, dass die Läden immer noch existieren, auch wenn sie anders genutzt werden oder leer stehen:
osm.wiki/DE:Good_practice#Erhalte_die_Chronik
Gruß Protoxenus

osm.wiki/DE:Good_practice#Verwende_nicht_das_Name-Tag,_um_Dinge_zu_beschreiben

Habe es geändert. Sah auf dem Luftbild auf Grund des Schattenwurfs so aus, als wenn das Gebäude kleiner wäre.
Danke für den Hinweis.