Im VTM Renderer (meine Wanderapp) ist die stacking-order der landuses fix, entweder sieht man die Wiese im Wald oder den Wald in der Wiese, ein Drittes gibt es da nicht. Da es sich bei Multipolygonen aber um eine Grundfunktionalität handelt, würde ich es nicht einsehen, wenn ich die App wechseln müsste um eine exakte Karte zu sehen.

Wo eine outer und eine inner Linie verknüpt sind solle eventuell auch die Karte halbwegs bald aktuell sein. Wenn da aber die outer außen bleibt und die inner innen, dann sehen manche Nutzer danach durch die Finger und OSM-Carto erzeugt ein Mischmasch, das vielleicht nett aussehen mag, aber man auch extakt markieren könnte, wenn es darum ginge (zB swamp kontra marsch).

PS: achavi hat sich beim Betrachten des CS aufgehängt, wenn ich Relationen angekreuzt hab, ich weiß also nicht, was hier los ist

Nicht alle Renderer zeigen alle Binnenflächen weiter an, wenn nicht als MP angelegt. Hab selber schon große MPs in kleinere zerlegt, was sehr heikel ist, weil ich diese Dinger verabscheue die viele Quadratkilometer groß sind, aber wie gesagt, es gibt nicht nur OSM Karto, das gehört berücksichtigt. Wurde das hier gemacht?

Hallo Manuel, willkommen bei openstreetmap. Sieht gut aus! Ich bilde mir ein, dass ich den Steig sogar im Höhenmodell (DGM) stellenweise erkenne.

Die Notiz bei der Bahn ist allerdings für die Katz - Alle Kreuzungseigenschaften gehören von dem Knoten an der Bahn entfernt und das Stück von dem Steig auf dem Gleiskörper herausgeschnitten - dort ist ja auch am Boden kein Weg. Erst wenn der Steig unterbrochen ist wird vom Navi nicht mehr dort drübergeroutet, sondern der Weg durch einen der Tunnel gewählt, wie es sein soll :)

Beim neuen Weg wäre noch "Feld hinzufügen" "informell ja" eine gute Idee, weil es sich ja nicht um einen gewarteten Weg handelt.

Viel Spaß beim Klettern! Ohne klamme Finger?

Gesagt getan, man_made=avalanche_protection

Ich hätte die achavi Ansicht gern im Editor, vor dem Hochladen ;)

Noch eine Kleinigkeit, wenn schon drei Ampeln, dann sollen die Autoampeln an den Stellen stehen, wo die Autos stehenbleiben müssen.

Ich weiß auch nicht genau, die Knöpfe schalten alle Ampeln, manchmal schalten sie aber nur das "Bitte Warten" bei den Fußgängern ein und tun sonst gar nichts.

Aber drücken tun nur die Fußgänger. Du hast die Knöpfe an fast allen Autoampeln eingetragen und nur bei manchen Fußgängerampeln. Das ist zumindest nicht konsequent. Nichts weiter schlimmes.

OK, die eine Ampel steht jetzt am richtigen Platz ;)

Wie ist das aber mit den Knöpfen, gehören die an die Autoampeln?

In der Botanikerstraße stimmt auch etwas nicht, Tipp, hier sieht man was man gemacht hat: https://overpass-api.de/achavi/?changeset=97854674

In JOSM unter "Fenster/Änderungsverwaltung" direkter Zugriff möglich

Darf ich fragen woher du die Kreuzung kennst?

Hallo Tramp, mich hat es nicht losgelassen, natürlich sind Zäune Barrieren, und nicht nur an Wegen, dort ist die Barriere das Gatter ;) Aber auch Weidezäune beziehen sich auf Verkehr, das Unterbinden davon.

Lawinenverbauungen tun beides nicht, ist nur ein Nebeneffekt, nicht viel anders als bei einer Klippe, die auch nicht als Wand erfasst wird. Ein kleiner Vorteil von man_made ist, man kann eventuell dann einen Zaun dazugeben und sieht es auf der Karte.

Ich denke, ich werde da eine Wiki Seite machen dazu, man_made=avalanche… + avalanche snow bridge usw.

Natürlich gibt es einen Artikel osm.wiki/Avalanche_protection - auf die Karte kriegt man das mit allem nicht, was dort aufgezählt wird…

Hallo Tramp, Barrieren finden man gewöhnlich auf Wegen, wie wäre es mit https://taginfo.openstreetmap.org/tags/man_made=avalanche_protection ? Weniger Anwendung, aber sinniger?

Hallo qddr, ich kann das nicht alles nachvollziehen, in St. Nikolaus sind plötzlich drei Zebrastreifen auf 10m Straße?

You should at least add motorcycle:sales=no

Actually, the tagging was right. Now it is wrong - acc. shop=motorcycle a shop, where there are no motorcycles for sale is not a shop=motorcyle, quote "…tag is redundant…"

Hallo RR, 2021 will ich dann hier lesen, wie es wirklich ist :)

This edit is pure Junk, should be reverted asap.

Na dann Willkommen! Weg und Stomleitung hatten einen Knoten gemeinsam. Das passiert manchmal, weil der Editor Klicks nahe bestehender Linen an diesen "fängt". Ich hab den Knoten mittlerweile von der Strom Linie abgelöst, wenn du ihn bewegst geht nur mehr der Pfad mit. Nicht wirklich tragisch wo etwas, einfach nur falsch, Strom und Weg liegen auf verschiedenen Ebenen und sind nicht verbunden, weil dort kein Lift ist. Ob der Strom über oder unter dem Pfad läuft, das erkennt man glaub ich an den Eigenschaften der Leitung.

PS: ich lese hier osm.wiki/ID/Shortcuts mit "alt+mouseclick" verhindert man "Fangen/Snap" im iD - Editor

PPS: Die aktuellesten Luftbilder sind momentan die vom Tiris. Als Hintergrundbild gibt es vom Land Tirol auch ein sehr gutes DGM (digitales Geländemodell, eine Laserscan), für Sachen im Wald zb., wenn man es ganz genau sehen will.

Hallo 1:25, der Weg berührt die Hochspannungsleitung! Auf dem Luftbild schaut mir der untere Teil nach "track" aus, erst oben wirds eher einspurig (path). Im Laserbild (DGM) ist alles sehr deutlich, das GPS stimmt so ungefähr. Vielleicht noch einmal überarbeiten?

Hallo MaPeTh, ich hab nachgelesen bei StreetComplete: Das Fehlen eines Fahrradweges wird eingetragen, damit derselbe Quest nicht noch einmal angezeigt wird. Mit OSM hat das nur indirekt zu tun.