sorry, aber solche Tags finde ich auch sinnbefreit: phone +43 ... (falls bekannt)

was ist an amenity=parking_entrance & parking=underground für die Tiefgarageneinfahrt (node/621529800) nicht ok? das ist das Tagging lt. Wiki

Hi Giodo,
jein, da du an der Bearbeitung von way/1368648073 ja auch beteiligt warst und mit diesem CS den highway-Tag gelöscht hast und der way seither eigentlich ungültig ist.
lg,
Florian

da ist jetzt jedenfalls Chaos weil den 1. Track (way/323668229) gibt es seit 11 Jahren und den 2. neu gezeichneten (way/1368648073) seit 11 Monaten;
siehe auch changeset/166014910
Und was soll "Vom Tscheyeck nach Nauders" sein, eine Abfahrt, denn eine Skitour abwärts gibt es nicht

da ist jetzt jedenfalls Chaos weil den 1. Track (way/323668229) gibt es seit 11 Jahren und den 2. neu gezeichneten (way/1368648073) seit 11 Monaten;
siehe auch changeset/163764342
Und was soll "Vom Tscheyeck nach Nauders" sein, eine Abfahrt, denn eine Skitour abwärts gibt es nicht

also lt. TIRIS ist die offizielle Adresse weiterhin "Gramaistraße 1" https://maps.tirol.gv.at/synserver?user=guest&project=tmap_master&query=q_adresse&keyname=ADRCD&keyvalue=5136389

ja, es bleiben ways mit wenigen Tags, da der Rest in der Relation ist, das ist der Sinn von Relationen. An anderen Stellen habe ich ways die nur piste:type=skitour hatten sogar gelöscht und den way mit highway=* auf dem sie exakt verlaufen sind für die Relation verwendet. Es ist nicht Sinn der Sache überall einzelne gesonderte ways für Pisten/Lopien etc hinzumalen nur weil es für die Pflege "übersichtlicher" ist, wenn man auch bereits vorhandene Daten für die Abbildung benutzen kann.

Im zutreffendsten Wiki-Eintrag zur Skitour piste:type=skitour steht: "Descent is not necessarily mapped. Generally, descent happens near the ascent route for safety and terrain judgement. To map a descent, use piste:type=downhill with piste:grooming=backcountry.", die Abfahrt ist also somit korrekt getaggt.

Und zum Thema mit den "Richtungen der ways" habe ich jetzt die Rollen der Members der Relation noch ganz vergessen. Mit "Forward", "Bachward", "alternative" etc. kann man ja in der Relation präzise angeben in welche Richtung ein way genutzt werden kann. Die Reihenfolge der Members in der Relation macht den Rest. Ist ja auch bei anderen Routen wie Buslinien etc so. (Auch dort wird versucht Redundanzen zu vermeiden)