Die Diskussion im Forum zeigt, dass die separate Erfassung korrekt war. Ich habe den Unterstand daher wiederhergestellt: changeset/166866200.

shelter=yes besagt nur, dass es ein Wartehäuschen gibt, aber nicht wo. Durch das Entfernen löschst du diese Information. Der von dir in osm.wiki/DE:Tag:shelter_type%3Dpublic_transport hinzugefügt Satz entspricht offenbar auch nicht der Mehrheitsmeinung und fehlt in der englischen Version komplett. Bitte beteilige dich an der bereits existierenden Diskussion unter https://community.openstreetmap.org/t/wartehauschen-shelter-an-wartebereich-und-als-eigener-node/.

Hallo,
und du hast ihn gelöscht weil...?
Gruß

Because 3rd-party-users like other maps or routing engines do not update their data on daily or weekly base but on monthly or even yearly base. Today and maybe the next few weeks there will be the road closed on Pontdriesch but in Juli it could be reopened and instead the Pontstraße at Kreuzherrenstraße will be closed. Sure, you can change that in OSM (which is a geo database not a map by the way), but it will take time until 3rd-party-users will know about it. Time in which construction work progresses. It is better to tag the whole road for the construction period with an approbiate tag (like "vehicle=destination") so that through traffic will be redirected. Residents know about the closing and theire visitors must be informed by them. That could not be handled by OSM.

Reverted with changeset/166730199.
I explained the reason vor "vehicle =destination" in in note/4733518, there is also a link to Youtube where Regionetz explains how the construction zone and the closings work.
Routing with "vehicle=destination" works as expected: osm.org/directions?engine=fossgis_osrm_car&route=50.779071%2C6.082821%3B50.782368%2C6.077231.

Hello,
as I stated in note/4762161 please do not use "highway=construction" unless the road is blocked for *all* users. Pontdriesch is not closed for pedestrians.
Regards

Danke für die Rückmeldung, das klingt plausibel. Ich habe einen Hinweis gesetzt, damit das nach Abschluss wieder herausgenommen wird (note/4772019).

Hallo,
was bedeutet "currently"?
Hintergund der Frage: In OSM werden Sperrungen oder temporäre Verkehrsänderungen nur eingetragen, wenn sie absehbar einen längeren Zeitraum umfassen, i.d.R. mindestens 3 Monate. Damit soll verhindert werden, dass z.B. Router, die ihre Daten nur selten aktualisieren, keine Sperrungen/Änderungen übernehmen, die ohnehin nur von kurzer Dauer sind.
Gruß

Danke

Dann lösche bitte die Daten oder setze zumindest ein osm.wiki/DE:Lifecycle_prefix ("proposed"). Das bloße Vorhandensein eines Mastes und der Zuwegung reicht nicht, damit das als existierende Haltestelle gemappt wird.

Hallo,
was ist denn die Quelle, dass sich hier eine Haltestelle befindet? Bei https://www.mapillary.com/app/?lat=50.9720968&lng=6.1420121&z=17&pKey=2815907505214471&focus=photo sieht man nur einen erhöhten Bordstein.
Gruß

Danke fürs wieder hinzufügen. :-)

Hallo und willkommen bei OSM,
genau das - hat sonntags zu - war bereits eingetragen: "Su,PH off" ([Su]nday, [P]ublic [H]oliday = Feiertage). Du hast diese Angabe nun entfernt.
Gruß

Nein, falsch ist es nicht, aber der Verzicht aufs Aufteilen reduziert die Fehleranfälligkeit, da man nur den Kreisverkehr als Ganzes hinzufügen muss. Bei Aufteilungen muss man genau darauf achten, welche Teile hinzugefügt werden müssen, außerdem muss deren Reihenfolge stimmen (gilt natürlich auch für andere Relationen, wie Wanderwege, Radrouten...). Gerade bei Fahrplanwechseln oder neuen Linien ist das ziemlich aufwendig. Ich bin da Unterstützer des https://de.wikipedia.org/wiki/KISS-Prinzip :-).

Hallo,
um dir (und nachfolgenden Mappern) die Arbeit zu erleichtern: Es ist nicht nötig, Kreisverkehre für Relationen aufzuteilen. Das muss nur gemacht werden, wenn sich beim Kreisverkehr Eigenschaften ändern (z.B. unterschiedliche Anzahl Fahrspuren).
Gruß

Danke, ich habe noch "boundary=hazard" ergänzt: changeset/165544053.

Hier sind auch viele neue Punkte entstanden, die lagegleich mit vorhandenen waren (daher bin ich überhaupt hierauf aufmerksam geworden).
Bei den Wegen ist "flood_prone=yes" getaggt. Das kann ggf. ausgewertet und ein entsprechender Hinweis in der App angezeigt werden ("Weg ist" möglicherweise überschwemmt.").
Ansonsten stimme ich pitscheplatsch zu: Die Wege sind vorhanden und würden irgendwann ohnehin wieder erfasst. Daher rückgängig gemacht mit changeset/165328869.

Hello,
"bus:backward" and "bus:forward" are unnecessary. There is already "bus=yes" tagged. If the router does not understand that, adjust it to do so, instead of changing OSM data.
Regards

Hallo,
"landuse=recreation_ground" halte ich in Verbindung mit "military=danger_area" für widersprüchlich, da die Fläche hier eben nicht der Erholung dient/dienen kann. Ich würde hier stattdessen "abandoned:landuse=military" nutzen (so war das auch schon mal getaggt).
Gruß

Hallo,
ich hatte hier die Gebäude von "construction" auf " yes" geändert. Da ich nicht erkennen konnte, ob die Hausnummern nach Fertigstellung (noch) stimmen (Luftbild zeigt zwei Gebäude, ALKIS ist nicht aktuell), habe ich die Nummern erstmal gelöscht und ein "fixme" eingetragen.
Danke fürs wieder ergänzen.
Gruß