But here it's a guidepost solely for bicycles. I know the problem you describe, but that's not a solution. Data consumers can't do anything with it, and it's unsuitable e.g. for screenreaders.

Seems like it should be something like direction_northeast:bicylcle (but only if it's ambiguous). But I don't know if that combination is actually commonly used/supported yet. Found one similar thing for mtb: https://taginfo.openstreetmap.org/keys/direction_east%253Amtb

I think that way of :lanes mapping is rather confusing, and it adds a lot of tags. But it's in the wiki, so what can I say? That mapping schema probably needs some refining haha. But it's probably the only way to add detailed cycle lane mapping, which I, as a cyclist myself, support, of course. Anyways...

Then I'll just change the slight_left back to through.

Thanks!

What are the emojis for? I think they could be more distracting than useful for data consumers. It's already clear that it's for bicycles with bicycle=yes.

Hi vmicho

way/737655605/history/7 I disagree: Turn should reflect what is marked on the ground (which in that case is straight). As the value is mainly used by navigation software, it should match what's marked on the ground and signs. Also, the way you did it is highly subjective, e.g. I'd interpret that as straight on, as we have streets to the left and right. The marking is objective and verifiable.

road_marking should only be used on nodes, see wiki.

The :lanes values do not match the number specified in lanes. But that was already a problem before. Bicycle lanes should not be counted as lanes, unless they're e.g. combined with a bus lane or physically separate. E.g. turn for bicycles can be mapped like this: turn=*#Special_turn_indications_for_specific_vehicle_types

Please take another look at this.

Happy Mapping
Lezurex

Hallo Jannis,

Für nächstes Mal: Gebäude bitte nicht einfach löschen sondern, als abgerissen markieren, sprich mit building=apartmens => demolished:building=apartments. Damit wird verhindert, dass sie versehentlich nochmals gemappt werden (bspw. von einem alten Luftbild) und man kann die ganze History behalten, indem man die Linien und Nodes für die neuen Gebäude wiederverwendet.

Ich bin jetzt gerade dran, die projektierten Gebäudeumrisse einzuzeichnen. Eine Frage noch: Die Altwiesenstrasse 136 ist noch nicht abgerissen? Warum nicht? Bisschen komisch, so von einer Baustelle umzingelt zu sein, haha.

LG Lezurex

Wo genau ist hier das Abbiegen markiert? Scheint auf einer Quartierstrasse eher fehl am Platz. Auch sollte das nicht auf der ganzen Länge getaggt werden, gibt ja noch andere Kreuzungen dazwischen.

57.2 ist keine "echte" Hausnummer. Die Nachkommastelle wird genutzt, um einzelne (Neben)Gebäude zu nummerieren, die zu einer Hausnummer gehören. 1a und 1b wären unterschiedliche Hausnummern, 1.1 und 1.2 aber nicht. Diese sind nämlich auch nicht ausgeschildert und damit nicht on-the-ground verifizierbar. Bei der Briefanschrift gibts die ja auch nicht. Deshalb mappen wir die auch nicht in OSM.

Daher ist das schon richtig so, der k Kiosk war mit der entsprechenden Adresse gemappt, die in der Suche auftaucht.

Die Wohnungen sind aber auch noch nicht fertiggestellt. Die sind voraussichtlich erst 2026 fertig und daher natürlich auch noch nicht suchbar. Ich habe die im Bau befindlichen Gebäude in changeset/163158207 aus der Amtlichen Vermessung hinzugefügt.

Was den k Kiosk angeht, weiss ich es tatsächlich nicht. Die Migros allerdings ist auf der Visualisierung auf der Projektseite zusammen mit einem Denner zu sehen: https://www.jaco.ch/projekte/areal-kesslerplatz-schlieren Der k Kiosk Node könnte dann einfach zum Denner geändert werden.

Etwas, das in construction ist, ist im Bau und daher nicht für seinen vorgesehenen Zweck nutzbar, also auch nicht zum Einkaufen. Da die Nodes nun mit construction:shop und nicht mit shop gettagt sind, tauchen sie auf Karten auch nicht als solche auf.

Je nachdem welche Suche du nutzt kann es natürlich sein, dass der Index etwas ältere Daten hat. Kannst du mir sagen mit was und nach was du genau gesucht hast?

LG Lezurex

changeset/163158207

Hallo Nicolas,

Ich habe dein Changeset rückgängig gemacht, weil wir solche Dinge in OSM nicht einfach löschen, sondern entsprechend markieren. Soweit ich weiss, ist hier ja nach dem Umbau immer noch eine Migros. Daher wäre hier der Prefix construction gut gewesen: osm.wiki/Lifecycle_prefix Damit bleibt der Node samt seiner History nämlich bestehen und kann so immer noch rückverfolgt werden. Das hat dann auch den Vorteil, dass bspw. in StreetComplete eine Quest auftaucht mit der Frage, ob der Umbau schon fertig ist.

LG Lezurex

changeset/163157420

Whoops da hab ich beim Reverten wohl noch vergessen den Node vom Way zu entfernen. Danke fürs fixen.

Tempo 80 ist in einem Siedlungsgebiet mit schmaler Strasse völlig unmöglich. Einmal mitdenken bitte. Ich habs dir schon mehrfach gesagt: Linien können im Editor aufgesplittet werden, wenn einzelne Tags nicht auf die ganze Länge zutreffen. Fijord hat diese Geschwindigkeiten 2024 sorgfältig aktualisiert. Du zerstörst hiermit seine Arbeit.

changeset/162815070

Reverted accidentally moved node

changeset/162792613

Sieht gut aus, danke!

Ja, der Autofix gibt halt Vorschläge, aber wie so vieles, was automatisiert ist, ist auch der nicht fehlerfrei. Der funktioniert meist aufgrund des Wikidata-Tags und geht dann von gewissen Tatsachen aus, bspw. dass jeder von Dosenbach betriebene Laden "Dosenbach" heisst oder dass ein Ort mit der Bildungsdirektion ZH automatisch amenity=school ist. Das macht für die Einheitlichkeit durchaus Sinn, die reale Welt ist aber eben nicht immer einheitlich.

Leitsätze in der Art gibt es in diesem Artikel im Wiki: osm.wiki/DE:Good_practice. Auch nützlich ist der Beginners Guide: osm.wiki/DE:Beginners_Guide_1.1

Ganz allgemein: Der Konsens der OpenStreetMap-Community wird jeweils im Wiki festgehalten. Dort gibts auch Artikel für die jeweiligen Features. Wenn du also nicht weisst, wie man eine gewisse Sache taggt, ist das die erste Anlaufstelle.

LG Lezurex

Hallo rütner,

Du kannst nicht einfach überall mit dem iD Autofix drüber. Vieles ist richtig, aber längst nicht alles. Ein paar Beispiele (nicht abschliessend), wo ich Fragezeichen habe:

- Die Berufsschulen TBZ, ABZ und BBZ sind amenity=college, nicht school, siehe Wiki-Eintrag.
- Mobility ist eine Genossenschaft, entsprechend sollte hier operator:type=cooperative statt private sein.
- Der Unterschied zwischen shop=kiosk und shop=newsagent ist sehr minim. Bei vielen k Kiosk mag deine Änderung stimmen, der Kiosk beim Paradeplatz ist aber bspw. nicht betretbar und sollte entsprechend shop=kiosk sein.
- "Postomat" ist höchstens eine viel genutzte Bezeichnung, aber keine Brand. Evtl. wäre ein alt_name da passender?
- Coop to go am HB: Namen sollten immer so eingetragen sein, wie sie vor Ort aufzufinden sind. Dieser Coop ist mit "coop to go" angeschrieben. Da es nicht der einzige Coop to go ist, ist das auch die Brand.
- Dito Dosenbach + Sport.
- Zara "Men" ist nicht der Branch sondern der Laden heisst so. Bereits schonmal diskutiert hier: changeset/160529130

Bitte korrigiere diese Dinge wieder entsprechend/mache sie rückgängig.

Zweite Sache: Dein Changeset ist viel zu gross, die Beschreibung "Updates" nichtssagend. Das macht den Reviewprozess unnötig kompliziert. Übersichtlicher wäre es beispielsweise gewesen, ein Changeset für die Schulen, eins für die Postomaten, eins für die Briefkästen, eins für die Kioske etc. zu machen. Das macht es jetzt auch komplizierter, punktuell Dinge rückgängig zu machen.

Sollte ich innerhalb einer Woche keine Antwort erhalten, werde ich das ganze Changeset reverten und ggf. gewisse Dinge beibehalten.

LG Lezurex

Ja, so wie die Restriction-Relation aktuell ist, sollte es funktionieren.

Siehe auch diesen Abschnitt auf dem Wiki. osm.wiki/DE:Relation:restriction#Geltungsbereich_nur_f%C3%BCr_spezielle_Fahrzeugtypen

Eventuell müsstet ihr da mal mit eurem Softwareanbieter schauen, ob das auch richtig ausgewertet wird.

Hier als Beispiel wie es der Valhalla-Router richtig macht: https://valhalla.openstreetmap.de/directions?profile=car&wps=8.480903506278993%2C47.413949982135634%2C8.480849862098696%2C47.413764847519175
(In den Settings jeweils noch die Option "shortest") aktivieren. Das Auto wird dann über Stelzenacker geroutet, der Bus mit Option "shortest" nutzt den U-Turn.

Was ich mir auch vorstellen könnte, ist, dass eure Routingsoftware den Winkel zu spitz findet und daher lieber einen anderen Weg nimmt. Ohne die Option "shortest" nimmt nämlich auch Valhalla lieber die Schlaufe beim Rütihof. Aber eben, reine Vermutung, das müsstet ihr mit eurem Softwareanbieter anschauen.

Damit die Changeset-Diskussion hier nicht zu gross wird und falls du dazu noch Fragen hast, kannst du sonst auch auf https://community.openstreetmap.org/ in der Kategorie Schweiz eine Diskussion erstellen, dann können auch noch andere aus der Community weiterhelfen.

LG Lezurex

Welche Navi-Software verwendest du denn (und welches Routing-Profil)? Ein normales Navi geht normalerweise (sofern nicht anders eingestellt) von einem normalen Auto aus, was hier ja nicht wenden darf.

Hallo Dino,

Ich komme bei deinen letzten beiden Änderungen nicht ganz draus. Was wolltest du genau eintragen? Das Wendeverbot und die Ausnahme für den Bus sind ja bereits eingetragen.

Die Tags auf dem Kreuzungs-Node machen keinen Sinn und die Route-Master-Relation sollte wirklich nur die verschiedenen Routen enthalten, der Node als Member ist das fehl am Platz.

Kannst du mich aufklären? Falls du Unklarheiten hast, gerne fragen.

LG Lezurex

Hi Yannick,

Thanks for your contributions so far.

But attention: No tagging for the renderer/app/router/etc: osm.wiki/Tagging_for_the_renderer This is against good practice.

If the app fails to correctly interpret OpenStreetMap data, it's the app's fault. OpenStreetMap data should never be changed solely to make it appear different in a specific app.

If you think this is wrong and the app should use the name key, contact the app's author.

Could you please revert your changes so it's correct again? This also applies to changeset/162134243.

Happy Mapping
Lezurex