Hi Ichbinvonhier,

bitte keine durch das Hochwasser zerstörten Objekte löschen! Die meisten davon werden wieder aufgebaut/repariert werden und von vielen Sachen stehen auch noch Ruinen.

Es wäre besser, stattdessen den Präfix "destroyed:" (destroyed=*:) vor den eigentlichen Wert zu setzen um zu kennzeichen, dass dieser Abschnitt zerstört wurde. Zusätzlich wären bei allen durch das Hochwasser zerstörten oder beschädigten Objekten damage-Tags sinnvoll. Euskirchener und ich setzen zurzeit:

damage:date=2021-07-14
damage:event=#flood0721
damage:type=flood

Hier zwei Beispiele:
way/90426489 way/965272663

Bei Rückfragen stehe ich gerne zur Verfügung.

viele Grüße

Eifelkobold

Guten Abend wermak,

du hast mit diesem Changeset am Knoten 4121604344 (node/4121604344), die erst vorgestern (changeset/108313868) von mir gesetzte Kennzeichnung als Furt (ford=yes) wieder entfernt. Was ist der Grund dafür?

viele Grüße

Eifelkobold

Hi dmo84,

magst du an den zerstörten Objekten noch destroyed:-Päfixe (osm.wiki/DE:Key:destroyed:) und damage-Tags setzen? Dann ist es hinterher leichter, die Schäden zu filtern und gezielt zu verfolgen, was repariert wurde.

Euskirchener und ich haben folgende Tags verwendet:

damage:date=2021-07-14
damage:event=#flood0721
damage:type=flood

Hier zwei Beispiele:
way/90426489 way/965272663

viele Grüße

Eifelkobold

Hi, ich möchte zu Nakaner noch ergänzen, dass bei zerstörten Straßen der Tag "destroyed:highway=*" (osm.wiki/DE:Key:destroyed:) evtl. passender sein könnte und anregen, noch passende damage:* Tags zu setzen (z. B. damage:event=#flood0721).

LG

Eifelkobold

Hi Euskirchener,

ich hoffe, du hast das Hochwasser gut überstanden. Ich habe gesehen, dass du bereits mit dem Erfassen der Schäden angefangen hast. Mir ist dabei aufgefallen, dass du für die zerstörten Objekte "demolished" als Präfix nimmst. Ich interpretiere das Wiki so, dass der Präfix eher für geplant und restlos entfernte Objekte vorgesehen ist. Für die vom Hochwasser zerstörten Objekte scheint mir "destroyed" (destroyed=*:) geeigneter zu sein. Dazu könnte man noch die im Artikel vorgeschlagenen damage-Keys setzen. Wenn man es schafft, "damage:event=*" überall einheitlich zu setzen, (z.B. "#flood0721) könnte man die Schäden besser auswertbar machen.

Liebe Grüße

Eifelkobold

Hi Limes, ich hoffe auch, dass derjenige die Lust daran verliert. Zumindest bei der K 27 ist es aber schon die dritte Note... Da diese ebenfalls nicht zutrifft (die K 27 ist gesperrt https://ibb.co/BtmD3gD) habe ich sie nun ebenfalls geschlossen.

viele Grüße

Eifelkobold

Hi Limes,

die Straßen gibt es, sie sind als Buszufahrt zur Grundschule während der Bauarbeiten angelegt (note/2719562) bzw. ausgebaut (note/2719564) worden. (http://wp.profipress.de/vollsperrung-schossbachstrasse-fuer-ein-jahr-55545 und http://wp.profipress.de/vollsperrung-schossbachstrasse-ab-5-juli-56552)

Auch an der K27 wurde eine solche Note hinterlassen - mittlerweile zum dritten Mal (siehe Notes 2703946 und 2701621). Ich bin daher etwas ratlos, warum diese Notes erstellt werden und welchen Zweck sie verfolgen sollen.

viele Grüße

Eifelkobold

Hi naedin,

vielen Dank für deine schnellen Korrekturen und die Changeset-Kommentare. Top :)

Ich habe dennoch drei kleine Anmerkungen:
1.) Die Tankstelle ist immer noch doppelt erfasst. Am besten ergänzt du die Adress-Angaben an der bestehenden Fläche (way/206102126) und entfernst den neu angelegten Punkt.
2.) Eine building und ein amenity / healthcare / shop / etc. Tag können und dürfen durchaus am gleichen Objekt hängen. Du musst also nicht zwangsläufig einen neuen Punkt dafür anlegen sondern darfst sie auch an die jeweilige (building) Fläche mit dranhängen. Seperate Punkte sind dann sinnvoll, wenn in einem Gebäude mehrere POI oder Geschäfte sind. (Theoretisch ist auch dies mit indoor-Mapping als Fläche möglich, wird jedoch seltener genutzt).
3.) Als Name sollte nur der Eigenname des Objektes genommen werden. Beschreibende Namen sollten eher als description erfasst werden. (osm.wiki/DE:Names#name_ist_nur_der_Name)

Bei Rückfragen stehe ich gerne zur Verfügung.

viele Grüße

Eifelkobold

Guten Abend naedin,

du hast in diesem Änderungssatz amenity=smoking area zum Raucherpavillon hinzugefügt. Leider hast du gleichzeitig das building-Tag entfernt. Warum? Die Tags schließen sich gegenseitig nicht aus und dürfen, da sie beide zutreffen, auch beide am Objekt bleiben.

Mir ist ebenfalls aufgefallen, dass deine Changeset-Kommentare relativ ungenau und oft gleich sind. Es wäre wünschenswert, wenn diese etwas spezifischer wären. Siehe dazu osm.wiki/DE:Good_changeset_comments.

Für Rückfragen stehe ich gerne zu Verfügung.

viele Grüße

Eifelkobld

Guten Abend naedin,

du hast in diesem Changeset "building=roof" vom Tankstellendach entfernt und die Schäfer-Tankstelle neu eingetragen (way/810376167). Diese ist mit way/206102126 bereits seit 2013 erfasst und nun doppelt vorhanden.

Zudem hast du das korrekte "healthcare=sample_collection" vom Testzentrum (way/206061521) entfernt und gegen ein einfaches "yes" ersetzt. Siehe dazu: healthcare=sample_collection und osm.wiki/DE:Covid-19_-_how_to_map#Test-_und_Behandlungseinrichtungen. Gleichzeitig hast du das "building=commercial" auf "yes" geändert. Es handelt sich hier um ein gewerbliches Bauwerk.

Durch diese Änderungen wurden Informationen entfernt, die vorher vorhanden und korrekt waren. Was ist der Grund dafür?

viele Grüße

Eifelkobold

Hi Lukas,

ÖPNV-Relationen habe ich bereits ein Paar bearbeitet und hinzugefügt. Die Lücken habe ich bei der Überlegung, die Relationen auf Gleis 2 umzulegen verursacht. Ich habe mich dann aber doch dagegen entschieden und anschließend vergessen, die Lücken wieder zu schließen.

Die Fehler sollten jetzt wieder behoben sein.

viele Grüße

Eifelkobold

Guten Abend,

vielen Dank fürs weitere Verfeinern des Bahnhofs und meiner Fehlermeldung :) Ich habe gesehen, dass du in diesem Changeset die Rampe mit in den Bahnsteig eingefügt hast. Leider fehlt dadurch am unteren Ende nun die Verknüpfung zu Gleis 46, so dass z.B. ein Routing nicht mehr möglich ist. Auch für die Abbildung des barrierefreien Zugangs halte ich diese Verknüpfung für wichtig.

viele Grüße

Eifelkobold

Hi,
ich habe die Informationen jetzt erstmal an die beiden Notes gehängt.

Der Weg, hinter der Tankstelle ist auf jeden Fall "driveway" und auch nicht für Tankstellenbesucher vorgesehen. Für die Tankstelle ist der Weg meiner Meinung nach ebenfalls nur eine Zu- und Abfahrt. Ein Service wäre es für mich dann, wenn es eine Verbindung für folgende Objekte wäre oder die Tankstelle nach einem anderen Objekt käme.
Ein Nachteil von "service" ist auch, dass dieser oft als "normaler Weg" gewertet wird. Bei einer Ecke oder einer Tankstelle zwischen zwei Straßen könnte dies dann als Akürzung missinterpretiert werden. Dennoch lasse ich es erstmal so, groß Stören tut es an dieser Stelle auch nicht.

Das Autohaus Auel existiert nach meinem Eindruck nicht mehr (vor Ort wirkt dort alles sehr leer und auch im Internet habe ich nichts gefunden) und wäre auch nicht über die Tankstelle sondern direkt vom Wingert aus zu erreichen.

viele Grüße
Eifelkobold

Hi, letzlich ist jede Unterbrechung eines Fußweges durch eine Straße eine Art von Fußgängerüberweg. In diesem Fall sind sogar ein abgesenkter Bordstein und Blindenleitbelag vorhanden. Da jedoch keine Markierung auf der Straße ist, hatte ich "unmarked" gewählt. Auch auf Mapillary https://www.mapillary.com/map/im/H6HecM2txE32arYdI5HPxA ist für mich klar ein Überweg erkennbar.

Laut osm.wiki/DE:Tag:amenity%3Dfuel#Sonstiges ist bei Tankstellen "service=driveway" der richtige Tag. Zudem handelt es sich meines erachtens nicht um eine Straße auf größeren Firmengeländen und auch eine Verbindungsfunktion für weitere Objekte ist für mich nicht erkennbar. Daher würde ich weiterhin "driveway" bevorzugen.

viele Grüße

Hi, du hast in diesem Änderungssatz den Bereich der Aral-Tankstelle im Wingert geändert. Dabei hast du am Node "3036524854" alle Tags gelöscht. Nun fehlen neben den Infos, um welche Art Kreuzung es sich handelt auch alle Angaben zur Barrierefreiheit.
Zudem hast du von mehreren Wegen die Highway-Keys gelöscht, so dass diese für Anwender/Auswerter nicht mehr als nutzbare Wege zu erkennen sind. Bei anderen hast du service=driveway entfernt.
Was ist der Grund für diese Änderungen?

Guten Abend Reino Baptista,

ich habe mir deine Änderungen an Burg Satzvey noch einmal angeschaut und weitere Fehler gefunden. Daher habe ich deine Änderungen in Änderungssatz 96399852 nun zurückgesetzt (changeset/96399852).

LG und schöne Weihnachtstage

SOKO GC

Guten Abend Reino Baptista,

ich sehe, dass du die Gebäude und Innenhöfe von Burg Satzvey edititiert hast. Leider stimmen diese nun nicht mehr mit dem überein, was vor Ort, auf Luftbildern (weder im von dir angegebenen Esri noch auf aktuelleren z. B. digitales Ortophoto NRW) sowie in ALKIS NRW zu sehen ist. Auch amenity=marketplace passt hier nicht zu den "Märkten", die vor Ort stattfinden und laut WIki für die Verwendung des Tags vorgesehen sind. Zudem wurden Wege, die bisher korrekt als path getaggt waren, zu footways umgwandelt.

Warst du vor Ort? Anhand welcher Daten hast du die Änderungen vorgenommen?

LG und schöne Weihnachtstage

SOKO GC

Hi, super, vielen Dank :) Mir hilft in solchen Situationen manchmal Mapillary (sofern die Bilder dort noch aktuell genug sind). Hier ist die neue Situation auch zu sehen: https://www.mapillary.com/map/im/J7kTymvTQoxBPXyOW_ExRQ Ich fahre wahrscheinlich am Sonntag da vorbei und lasse noch einmal Mapillary mitlaufen.

viele Grüße

Guten Abend, mir ist aufgefallen, dass du den von mir gelöschten, freilaufenden Rechtabbieger an der B477 / A1 wieder eingezeichnet hast. Dieser wurde jedoch im Rahmen des Umbaus entfernt. Warst du wirklich vort Ort? NRW-Alkis und Luftbilder sind an der Stelle veraltet.

Guten morgen, hat es einen Grund, dass du das Schreibwarenlädchen im Rewe gelöscht hast? Meines Wissens nach existiert der Laden noch? Ist der Hermes wirklich links neben dem Bäcker und der DC Spiele Laden auf das Gelände umgezogen? LG