Second, traffic_signals are mapped like documented in the wiki[1], in Zürich the last two schemes are in use. Mostly the one with the traffic_signal and the crossing on the same node. There aren't additional traffic signals on the footways, and we don't map physical locations of the traffic_signals.

[1] highway=traffic_signals

First some common sense: we map tracks (railway, tram) separate from the highway elements even if in the real world they actually share the same space. The highway element in itself is an abstraction (a line representing an area). So just because those lines are crossing in OSM, they don't constitute a crossing – again they share the same space.

But it's editors like iD, that can't make sense of it, and expect something that doesn't exist in the real world. In the shared space, where tram tracks occupy the same space, there is simply no such thing as a "tram_level_crossing", that's a spam tag to make iD shut up. It doesn't improve mapping a bit.

Hi, die Syntax der Öffnungszeiten wird hier in einigen Fällen nicht funktionieren. Ein Semikolon überschreibt alle vorherigen Zeitspannen, wenn sie Tage überschreiten. Wenn auf Sa 10:00-02:00 nach Semikolon ein Su folgt, wird die Zeitspanne nach Mitternacht einfach überschrieben – es gilt nur das was unter Su eingetragen wurde. Im Zweifel einfach Komma anstatt Semikolon setzen hilft. Sonst einfach durch das OH-Tool jagen:

https://openingh.openstreetmap.de/evaluation_tool/?lng=de

HTH

Review: stop clicking 'yes' on each and every SUGGESTION(!) that iD makes. "Suggestion" means: get your ass on the ground and confirm locally(!!!1). And if you don't know what the suggestion means, or aren't able to map the change manually (without help) by yourself, you shouldn't change it.

This is a changeset that a bot could have made. I'll wait for other comments, but this is far from acceptable. Learn the ropes, read the wiki, interact with the community. It's not the first time you get feedback for not getting acquainted with local rules, but just doing what iD suggests. You may waste your time if you feel like it, but please don't waste my time or the time of other mappers. TY

Hi. Ich weiss nicht was du mit diesem Änderungssatz bezwecken wolltest, da dein CS-Kommentar nur den Ort, aber nicht den Inhalt beschreibt. Die Unsitte alle möglichen und unmöglichen Objekte miteinander zu verkleben, hat jetzt dazu geführt, dass du unter anderem mit dem Ziehen am landuse (way/123143250)[1] _sämtliche_ damit vernknüpften Objekte verschoben/verzogen hast,[2] sei es der Schwamendiger Friedhof, die SAW-Siedlung, das GZ Hirzenbach, oder verknüfte Wege. Bist du in der Lage das selber zu revertieren? Map47 hat die OSMI-Fehler nämlich bereits gefixt, aber den eigentlichen Schaden nicht erkannt.

[1] way/123143250
[2] https://overpass-api.de/achavi/?changeset=135098281

Again, incorrect sofamapping. It is intentional (by design), that the pedestrian island, narrows the road to one lane in forward direction.

Don't sofamap with outdated imagery. Baslerstrasse is oneway now, and I just fixed it one month ago.

The markers themselves were "disused" – visible in the Orthophoto 2014/15, but removed on the ground. While I couldn't find any confirmation, I suspect the pipeline between Rehalp and Moos had also to be disused at this point. However, the Swissgas map[1] still claims, the pipeline is present. Also the latest revision (march 2023) of 'Richtplan'[2] lists the pipeline as 'bestehend' (existing).

[1] https://www.swissgas.ch/netzkarte/
[2] https://maps.zh.ch/system/docs/are_rp/RegRicht/rsztext.pdf

This changeset doesn't have a valid source. Valid sources for names in Switzerland are BfS Gemeindeverzeichnis, Ortsverzeichnis or GWR. Please provide a source, instead of reverting this incorrect change for the third time (after two accounts were already deleted).

Stop removing bilingual names. Also stop making (mechanical) edits without valid documentation and without proper source.

Quick heads up, as the user has a new account:

* @yannis323/history

* https://community.openstreetmap.org/t/neuer-osm-mitstreiter-mit-diskussionswurdigen-anderungen/97489

* https://community.openstreetmap.org/t/odd-edits-in-italy/97706

On related note: I just reverted three changesets of user "leonardashley87330" (UID18841250), also removing bilingual names in Fribourg. Obviously the user also does not state valid sources for settlement recategorization (either illegal source or mechanical edit). Seems like a pattern stemming from our southern neighbors...

Cheers

Reverted with changeset/134783157 for undiscussed and unsolicited removal of bilingual names, and recategorization of roads and settlements without proper source or local knowlege.

Reverted with changeset/134783157 for undiscussed and unsolicited removal of bilingual names, and recategorization of roads and settlements without proper source or local knowlege.

There was no discussion in the sense, that someone asked or requested for those changes. Just the one, that got this user blocked and his account removed. ;-)

Probably also because of this[1] change and that[2] change, that got reverted. Thanks for catching this.

[1] changeset/134113397
[2] changeset/134114565

'layer=*' dient quasi der OSM-internen Unterscheidung, der Art "Brücke über Fluss" oder "Bachdurchlass unter Strasse". Für die Unternehmen/POI wäre 'level=*' als Stockwerk (in Analogie zu 'building:levels=*' als Geschossanzahl) üblicher. HTH

Strassen, die durch Parkplatzanlagen führen, sind nicht automatisch eine parking_aisle, was ebenso für Parkhauszufahrten gilt. Oder für Erschliessungsstrassen, an denen Parkplätze erstellt wurden. Eine Liegenschaftenzufahrt, die durch ein Parkfeld führt, belässt man als hw=service, oder taggt allenfalls als service=driveway. Und die Vorschläge die iD macht ignoriert man häufig besser und setzt sich mit dem wiki auseinander. HTH

In Begegnungszonen ergibt sich aus Artikel 22b der Signalisationsverordnung, dass die "Verkehrsfläche" (=Fahrbahn) von Fussgängern benutzt werden darf, womit die Trottoirbenutzungspflicht nicht gilt und das explizite zeichnen von Trottoirs, völlig kontraproduktiv ist. Benutze in diesen Fällen das sidewalk-Attribut auf den betroffenen Strassen.

Im übrigen zeichnest du wiederholt (als Sofamapper) beliebige Fussgängerüberwege, die über hohe Randsteine verlaufen, oder über Parkplätze führen und im Normalfall nicht nutzbar sind. Verwende keine dümmlichen Algorithmen: in Tempo-30-Zonen ist das "flächige Queren" erlaubt und erwünscht, was sich mit sturen Routing-Engines nicht verträgt und nicht korrekt abbilden lässt. Das bedeutet jedenfalls nicht, dass an jeder Kreuzung stur vier Überwege gemappt gehören.

Und wenn Routing-Inseln entsteht, dann schaue sie die bitte vor Ort an, oder lasse die Routing-Insel sein, bis sich jemand die Zeit dafür nimmt.

In Zukunft werde ich nicht nachvollziehbare, erfundene Fussgängerquerungen, die nur einem "bequemen" Routing dienen entfernen. Und ich würde es begrüssen, wenn auch du dein Mapping mit Vor-Ort-Kenntnis verbesserst, als mit untauglichen Orthophoto-Interpretationen, die nur zu Scheinverbesserungen führen.

Danke für deinen Einsatz, aber bitte Sorgfalt nicht verwechseln mit "Validatoren zum Schweigen bringen".

Sogar länger her, ist sogar im Swisstopo-Luftbild sichbar.

changeset/134389536

Danke, das sehe ich genau gleich.

War auch ein Grund, warum ich den städtischen OGD-Satz letztendlich _nicht_ importiert habe. tagging-Schema für die Blaue Zone müsste ich mal raussuchen, das habe ich vor Jahren mal vorbereitet. Vorteil vom Datensatz ist auch, dass dieser nur öffentliche PP enthält. Trotzdem Vorsicht beim Importieren/Abzeichnen, der Datensatz ist von Ende 2021, das veraltete, kantonale Luftbild von Mitte 2021 – in Swisstopo ist Zürich auf dem Stand Frühjahr/Sommer 2022. Trotzdem empfehle ich die Strassen systematisch abzulaufen, so gibt es beispielsweise die Hälfte der PP in der Stationsstrasse seit letztem Herbst(?) nicht mehr...

Wie alle Hauptstrassen-Relationen ist auch die H12 durch Aufteilung in Richtungsfahrbahnen et al an etlichen Stellen "zerfallen". Hab sie weitgehend wieder zusammengesetzt, was im changeset/133986058[1] mit noch viel grösserer bounding box resultierte.

[1] changeset/133986058