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.

In OSM werden kurzzeitige Sperrungen nicht kartiert. Und wenn du schon etwas sperrst, dann bist du auch in der Pflicht, die Sperrung wieder zu entfernen, wenn sie nicht mehr besteht.
Gruß Protoxenus

Beschäftige dich doch mal mit den Prinzipien von OSM, u.a.:
osm.wiki/DE:Good_practice#Verwende_nicht_das_Name-Tag,_um_Dinge_zu_beschreiben
Gruß Protoxenus

fixme=Hier könnten noch die einzelnen Gebäudeteile gemappt werden.
Na dann mal ran an den Rechner!

Wieso ist eine Aufstellfläche vor einem Windgenerator ein Windgenerator an sich? Überlege mal, was du hier kartierst.

Wie ist denn "umbauter Raum" definiert?
Nach dieser Theorie müsste ein komplettes U-Bahnnetz auch ein "umbauter Raum" sein. Und ja, ein Teil des Gebäudes ist zweigeschossig, mit ein paar Lager- und Diensträumen, die für den Publikumsverkehr nicht zugänglich sind.

Das UG befindet sich nicht in dem Gebäude, sondern in dem zusätzlich und später gebauten Fußgängertunnel in der Ebene -1.

Ich frage hier sicherheitshalber noch mal:
Welchen Nutzen hat die Angabe der Information in einer Geodatenbank,
dass sich ein Ladengeschäft im Erdgeschoss befindet, wenn es nur eine Ebene (das Erdgeschoss)
gibt, in der sich Geschäfte befinden können?

Hello,
You have mapped the Junge bakery here on the street corner, even though there was already a Junge bakery next door, which was undergoing renovation at the time. As an experienced mapper, it shouldn't be difficult to recognise this.
To be honest, I don't understand it. This causes the quality of the data to suffer.
Regards, Protoxenus

Deine Argumentation....
Das Empfangsgebäude des HBf Rostock hat nur eine Etage. Weiteren Kommentar dazu spare ich mir.
Wenn das Geschäft nicht im Erdgeschoss liegt, dann trage ich auch die entsprechende Etage ein.
Das mit der "Unterscheidung" ist ein Trugschluss. Es ist sinnvoller, wenn ein Geschäft vor 5 Monaten mit einem check_date= und ohne level=0 versehen ist, als wenn dort level=0 dran steht und das Geschäft vor 5 Jahren mal überprüft und das auch dokumentiert wurde.
Wenn man wirklich eine Qualitätssicherung für
OSM etablieren wollte, müsste man jedes Mal, wenn sich ein Mapper ein Objekt in OSM >angesehen< hat,
einen Zeitstempel setzen, der die Bemerkung trägt: Es ist alles an diesem Objekt richtig kartiert.
Wenn man in den "anderen Karten" einfach alle Geschäfte, an denen kein level= getagged ist, den level=0 durch die Rendering-Software zuordnen würde, hätten wir das Problem nicht.
Und doch, sie (die sinnlosen tags) stören erheblich. In den letzten Jahren sind die tags, die eine null-Aussage haben, immer mehr geworden. Früherᵀᴹ, sagen wir mal vor 10 Jahren, war das Gebiet, dass man maximal
in JOSM laden konnte schätzungsweise 4 x so groß. Wenn man strickt alle nicht notwendigen tags entfernen würde, würde das Datenvolumen und Rechenkapazität sparen.
Alle beschweren sich über Bürokratie, aber wenn sie selbst dazu beitragen könnten, diese abzubauen, indem sie mal nachdenken, was für eine funktionale Karte und
ein sinnvolles Routing wirklich gebraucht wird, dann kommt so etwas wie level=0 da heraus.

Hi,
nicht die Angabe einer Etage ist sinnlos, sondern die Angabe der Etage 0. Alles in OSM befindet sich auf level=0, es sei denn, es befindet sich auf einem anderen level. Weder das Routing noch die Kartendarstellung (die Anwendungsgebiete von OSM) werden dadurch irgendwie beeinträchtigt, wenn man level=0 weg lässt.
Gruß Protoxenus

Du hast hier Rettungsringe kartiert. Es wäre sinnvoll, sich erst mal darüber zu informieren, ob die Dinge schon kartiert sind. OsmAnd bietet dafür die Möglichkeit, unter: "Karte konfigurieren" - "POI-Overlay" - "Notfall" die Rettungsringe anzuzeigen. Blinder Eifer...