@SDFAVERVTRA: Schaust du dir bitte mal
way/465875767 an. Da wurde etwas verschoben.
@tux67: Ich würde das nicht als Schritt zurück sehen. Ortsnamen an landuse ist m.M.n. suboptimal. Solange Ort und landuse deckungsgleich sind, ist alles OK. Aber es besteht immer das Risiko, dass ein Mapper das landuse anpasst (z.B. weil ein Teil landuse=retail ist) oder aufteilt. Dann passt der Name am landuse nicht mehr oder er taucht mehrfach auf. Da ist der Node "sicherer". Der Goldstandard wäre natürlich, die Grenzen noch als boundary zu erfassen.
is_in kann aber wirklich weg, denn die Grenzen von Erkelenz sind bereits als boundary erfasst.

Hallo,
kannst du hierzu etwas sagen: note/2516228?
Gruß

Sieht doch schonmal ganz gut aus. :-)
Auf der o.g. Website sind einige TRs mit einem Ausrufezeichen gekennzeichnet, z.B. relation/117556: Zwischen "from" und "to" ist eine Lücke. Korrekt müsste "to" auf way/911471267 zeigen.
Beispiel "unnötig": relation/2910730. Diese gibt an, dass man aus der Bleiberger Str. nur nach rechts abbiegen darf. Bis zu deiner Aufteilung der Fahrbahnen auf seperate Ways, war das auch korrekt. Nun ist diese TR aber unnötig, weil man ohnehin nicht mehr links abbiegen darf (Einbahnstraße).
An den Stellen, wo die seperaten Ways wieder zusammenkommen, wird i.d.R. auch eine TR gesetzt, um Wendemanöver zu unterbinden. Entweder macht man diese TR als "Wendeverbot" oder "vorgeschr. Fahrtrichtung nur geradeaus" (mein Beispiel relation/533964).

Wenn du den einzelnen Mast meinst, dann: gar nicht. Zumindest ist mir kein Taggingschema bekannt. Für den Autoverkehr reicht 1x hw=traffic_signals an der Haltlinie und für Fußgänger (und hier Radfahrer) 1x hw=crossing mit crossing=traffic_signals am Übergang. So wie du das nun gemappt hast, liegen 6 Ampeln auf dem Weg, es sind aber nur 2. Das hat Auswirkungen auf Router, die dann solche Strecken als sehr langsam markieren.
Da mir das noch aufgefallen ist: Bitte schaue dir auch nochmal alle Abbiegebeschränkungen auf der Vaalser Straße stadtauswärts an. Einige davon sind unnötig, z.B. braucht man kein "nur geradeaus", wenn die einmündene Straße mit VZ 267 ohnehin gesperrt ist. Hilfreich ist https://ahorn.lima-city.de/tr/. Sinnvoll können aber Beschränkungen an der Zusammenführung der getrennten Wege sein, um ein Wenden zu unterbinden, z.B. hier relation/533964/.

Hallo,
wozu dienen denn die Ampelnodes wie z.B. node/8512147609. Es gibt doch bereits node/194925582.
Gruß

Keine Reaktion, POIs korrigiert mit changeset/101044357.

Changeset komplett rückgängig gemacht mit changeset/101043464.
Die von dir eingetragenen Daten und den daraus resultierenden Problemen (doppelte Adressen, unkonkret getaggte Firmen, Tagging von "Warenannahmen" usw.) entsprechen nicht dem Qualitätsanspruch von OSM. Außerdem entsteht der Eindruck, dass du die Daten einfach in OSM "hineinkippst" und darauf hoffst, dass andere User sich darum kümmern und sie "hübsch machen". Das kann aber nicht das Ziel sein. Bevor du Daten ergänzt, schaue im Wiki nach dem korrekten Tagging (osm.wiki/DE:Hauptseite) und prüfe, ob die Daten nicht bereits erfasst sind.

Zur Info: https://forum.openstreetmap.org/viewtopic.php?id=72215. Falls du beteiligen möchtest, kannst du dich mit deinen OSM-Zugangsdaten einloggen.

Hallo,
ich habe nur einen Teil deiner Änderungen/Ergänzungen geprüft. Die folgenden dienen als Beispiele:
- way/97556166/: Die Adresse ist bereits auf dem Gelände way/97556247/ erfasst.
- Fast alles ist bei dir office=company. Das ist aber nur ein allgemeiner Wert. Es gibt sicherlich Tags, die eine Firma besser beschreiben.
- node/8512657121/: Der ALDI ist schon eingetragen. Wahrscheinlich kein Einzelfall.
- node/8512664925/: Eine Warenannahme ist keine Firma und auch nichts, was in OSM erfasst werden muss. Du taggst hier offenbar für ein Logistikunternehmen.
- way/316154739/: Zwischen 23 und 25a ist 26?
- way/192771586/: Die Adressen sind bereits als einzelne Nodes erfasst.
- node/8512665421/: Was soll name:de und name:en hier?
Bitte kümmere dich darum und korrigiere es.
Gruß

Hallo und willkommen bei OSM,
eine Autovermietung namens "Next" ist mir nicht bekannt. Nach Recherchen befindet sich hier "Sixt".
Und statt "AS Automobile" finde ich nur "CC Automobile".
Kannst du hierzu etwas sagen?
Gruß

Leider keine Rückmeldung. Zumindest die beiden Haltestellen-Nodes habe ich wiederhergestellt: changeset/99607632. Diese können nach Abschluss der Bauarbeiten wieder genutzt werden.

Hallo,
du hast hier die Brücke über die Gleise gelöscht: way/38329964/history. Wurde diese abgerissen? Zumindest 2010 stand das wohl zur Debatte (https://stadt-gk.de/bi/vo0050.asp?__kvonr=257&voselect=67), auf Luftbildern ist sie aber noch zu sehen. Hintergrund der Frage ist note/2540926. Du kannst auch direkt dort antworten.
Gruß

Danke :-)

Hallo,
änderst du das denn auch wieder zurück?
Gruß

Hallo und willkommen bei OSM auch von mir,
finde ich OK.
@PM Pfennings: Ein anderer User hat schon in changeset/99448257 darauf hingewiesen, nur existierende Tags zu verwenden. Bei node/8431972076 hat das ja schon funktioniert. Genauso bei Waschanlagen: node/8431985802/. Bitte korrigiere die fehlerhaften Einträge. Gerade bei Waschanlagen kann es auch sinnvoll sein, die Informationen an das Gebäude zu taggen.
Bitte halte dich auch an osm.wiki/DE:Names#name_ist_nur_der_Name. Dass z.B. node/8431885443 ein Spielplatz ist, ergibt sich aus dem Tagging.
Gruß

Hallo,
besser wäre gewesen, die Straßen/Wege und die Brücke mit einem Lifecycle-Präfix (osm.wiki/DE:Lifecycle_prefix) zu versehen. Immerhin bleibt die Straße ja bestehen, lediglich die Brücke wurde abgerissen. Außerdem mappt der nächste sie sonst wieder anhand von Luftbildern.
Und auch die Haltestelle (node/2096122154/ und node/4691872387/) wird sicherlich weiter existieren, nur vielleicht nicht mehr genau an diesem Ort.
Gruß

Dies betrifft folgende Changesets: 98982925, 98983594, 98987163

Hallo,
im Prinzip brauchst du relation/12285108 nicht. Ohnehin ist das gemäß den Regeln nicht korrekt, denn "outer" dürfen sich in maximal einem Punkt berühren (siehe osm.wiki/DE:Relation:multipolygon#Zwei_getrennte_.C3.A4u.C3.9Fere_Ringe). Es reicht, den drei einzelnen Flächen jeweils das Attribut waterway=dam zu geben. Um das dann vom Hürtgenwald auszuschneiden, erstellst du eine neue Linie ohne Tags, die alle drei Flächen umschließt und fügst sie dem Hürtgenwald-MP als "inner" hinzu.
(Ich hoffe das war verständlich. :-))
Gruß

Danke

Dann müsstest du aber die Adresse auf den Eingangsknoten und ggf. entrance=main setzen, sonst fehlt da der Zusammenhang. Grundsätzlich darf die Adresse aber auch auf der Fläche hinterlegt sein. Das ist sogar sinnvoll, wenn man eine Auflistung aller Schulen über amenity=school erstellt und auch gern die Adressen hätte.