Als Kompromiss schlage ich für das Vorarlbergerwanderwegnetz vor, die Wegkreuzungen nicht als Knotenpunkte zu erfassen, sondern, wie bereits vorhanden, als Wegweiser. Die Wanderwege sollten trotzdem als Relationen mit den Knotennummern eingetragen werden und (wenn vorhanden/sinnvoll) zusätzlich Ziel-, bzw. Startnamen angeben werden. (Zitat aus https://wiki.openstreetmap.org/wiki/DE:Tag:network:type%3Dnode_network:
" Der Name sollte sich aus den verbundenen Knoten ergeben, den Knoten mit der niedrigeren Nummer am Anfang z.B. name=27 - 86. Sollten die Knotenpunkte Namen besitzen oder eindeutig Ortschaften zuzuordnen sein, so sollten Namen und Nummern aufgenommen werden, z.B. name=Schweinrich (27) - Flecken Zechlin (86). Hierbei sollten vor und nach dem Bindestrich Leerzeichen verwendet werden."
Aus meiner Sicht sprechen einige Punkte dagegen, dass es sich beim Vorarlberger Wanderwegenetz um ein Knotenpunktnetzwerk handelt:
- Die Standortnummern der Wegweiser werden nicht als Zielangabe verwendet.
- Einen Standortnamen haben auch nicht alle Wegweiser/Knotenpunkte.
- Auf den Wegweisern wird als Zielangabe oft nicht auf den nächstgelegenen Knotenpunkt verwiesen, sondern auf weiter entfernte, touristisch wichtigere Ziele.
- Die Zielangabe auf den Wegweisern gibt häufig nicht einen spezifischen Knotenpunkt an, sondern oft nur eine Richtung (z.B. Ziel “Dornbirn”, in Dornbirn gibt es aber Dutzende Knotenpunkte)
Die Idee, die Relationen wie in einem Knotenpunktnetzwerk anzulegen, die Knotenpunkte selbst aber nicht, finde ich nicht so gut. Meiner Meinung nach ist ein Knotenpunktnetzwerk ein Konstrukt, das nur dann einen Sinn ergäbe, wenn es komplett durchgezogen würde.
Auf jeden Fall aber finde ich es gut und sinnvoll, die Wanderwege in Vorarlberg (weiter) zu erfassen, von daher schon mal meinen Dank an @metjowagner für die Initiative!
Ich denke, die sinnvollste Möglichkeit, die Wanderwege in einem Netzwerk, wie es in Vorarlberg vorliegt, zu kartografieren, ist folgende:
- Identifikation von linear zusammenhängenden Wegsegmenten, die über ihre ganze Länge in beiden Richtungen mit zumindest einer gleichbleibenden Zielangabe (oder einer gleichbleibenden Wegbezeichnung wie “Rheintalweg”) beschildert und einer gleichbleibenden Markierung versehen sind.
- Diese Segmente können sich auch durchaus über mehrere Knotenpunkte erstrecken.
- Verschiedene Segmente überlappen sich nicht.
- Anlage einer Relation pro solches Segment mit Angaben zur Markierung, Startpunkt, Endpunkt und Zwischenzielen.
- Wenn ein Segment vor Erreichen des auf den Wegweisern angegebenen Ziels in ein anderes Segment mündet, wird das jeweilige Ziel in Klammer gesetzt.
Die meisten in Vorarlberg bereits gemappten Wanderwege folgen diesem Schema, z.B. rund um den Staufen bei Dornbirn oder in Übersaxen (dort noch ohne Angabe von Start- und Endpunkt).
Disclaimer: die meisten dieser Relationen habe ich angelegt, ich bin also wohl etwas voreingenommen, wenn es um die Frage geht, ob dies eine gute Methode ist 
Den Vorschlag von Reinhard_Müller finde ich auch nicht schlecht.
Allerdings ist es viel schwieriger/subjektiver nach dieser Regeln Relationen anzulegen. Weiters sollten - die meisten sehr kurzen Relationen - als “lwn” (lokal) angelegt werden.
Ich finde es sehr wichtig, dass auf häufig genutzen Wanderwegen überhaupt eine Wanderwegrelation liegt.
Bei echten Knotennetzwerken liegt meist auf den Knoten zu Knoten Relationen noch die Relation “gesamtes Netzwerk”.
In Vorarlberg könnte man also auch einfach alle Verbindungen des unechten Knotennetzwerkes (Wandern) als eine Relation eintragen und die Knoten zu Knoten Relationen weglassen.
Das reicht eindeutig um eine Relation zu erstellen. Gibt es zwischen den beiden Wegweisern noch weitere Wegweiser, die einen Namen tragen, der zumindest auf einem der beiden erstgenannten Wegweisern auch als Richtung angegeben wird, dann ist das die Route und das gesamte die Superroute.
Also als Beispiel gibt es Wegweiser A mit Ziel B und Z in die selbe Richtung. Bei Wegweiser B gibt es Ziel A in die eine Richtung und Ziel C und Z in die andere Richtung und beim Wegweiser Z gibt es einen Wegweiser in Richtung A und C. Dann gibt es 3 Routen A-B, B-C und C-Z. Diese drei werden dann in einer Superrelation A-Z zusammengefasst.
Wenn die Route krinen ausgeschilderten Namen hat, dann sollte nur from=* und to=* benutzt werden.
Sehe ich (und andere) nicht so.
Route relations sind nicht einfach nur Zielangaben, sondern sollten eine eindeutige Wegstrecke identifizieren. Was als solche gilt kann natürlich etwas schwammig sein wenn es keine eindeutigen Identifikatoren wie ausgeschilderte Wegnummern oder Routennamen gibt. Ein reines Ziel ohne weitere verbindende Merkmale ist aber nicht wirklich ausreichend.
Nur weil z.B. irgendwo in Graz an einer Straße ein Schild “Richtung Wien” und in Wien ein Schild “Richtung Graz” steht trage ich dort auch keine Route ein.
Das gesamte Wanderwegenetz in Vorarlberg wird als rwn (regionales Netz) angesehen, das ist seit über 6 Jahren im Wiki so dokumentiert: “Regionale Wege (network=rwn): […] sowie bundeslandweite Wanderwegnetze”.
Es ist auch eine gute Lösung, weil so das ganze Netz einheitlich ist und sich gleichzeitig von den Fern-/Weitwanderwegen und von lokalen Routen außerhalb des Wanderwegenetzes abgrenzen lässt.
Ich würde sogar noch weiter gehen und sage, unser Ziel sollte sein, dass auf allen markierten und beschilderten Wanderwegen eine Wanderwegrelation liegt. Wie das Netz auf einzelne Routen aufgeteilt wird ist dann im Detail nicht sooo wichtig, da sind ein paar Faustregeln meines Erachtens auch ausreichend.
Das scheitert schon daran, dass es drei verschiedene Markierungsfarben gibt. Auch wäre eine Relation mit so vielen Mitgliedern schon sehr unpraktisch in der Handhabung.
Zur Klarstellung: die Wegstrecken zwischen den Wegweisern sind auch mit Markierungen versehen, es liegt also zweifelsfrei eine eindeutige Wegstrecke vor.
So wie es aussieht, hat das Land Vorarlberg hier so gute Arbeit geleistet, dass man aufgrund des dichten Netzes die einzelnen Routen nicht mehr so genau erkennt.
Wie man dieses Netz am besten einträgt ist hefitg debattiert. Ähnliches wurde bereits mehrfach in Deutschland bei Radroutennetzen durchgemacht.
Ich denke, solange es einheitlich passiert, können wir zufrieden sein.
Meine persönlich liebste Lösung wäre komplett relationsfrei, mit destination, trailblazed und rwn=yes. Das wäre superleicht einzutragen ohne dass man sich den Kopf darüber zerbrechen muss, ob Wegweiser irgendwo Mini-Nummern haben oder bis zu welchem virtuellen Routenendpunkt eine Relation geführt werden soll, damit sich nichts überlappt. Aber ich glaube ich bin hier klar in der Minderheit. Und ich bin nicht aktiv in Vorarlberg, deswegen bitte entscheidet ihr Fleißigen, die das dann auch echt anwenden.
@metjowagner ist auch in Tirol aktiv. Zum Glück keine Ambitionen hier Knotenpunktnetzwerke zu erstellen, eher mehr TVB beworbene Routen in OSM übernehmen. Per Se finde ich das gut. Relationen werden weitläufig ausgewertet, auch meine App hebt die hervor. Die Tags an Wegen verstehe ich als Vorarbeit dafür. Die Leute die das alles ablaufen tragen das ein, und die Leute die daraus Relation basteln verwenden das als Grundlage. Win-Win 
Relationsfrei auf jeden Fall nicht, wenn am Wegweiser mit Namen A in Richtung Wegweiser mit Namen B gezeigt wird und umgekehrt.
rwn=yes mag für das ganze Netzwerk stimmen, aber wohl nicht für die einzelnen Routen. In Lichtenstein, der Schweiz und in Baden-Württemberg wird für dieses grosse Netz von einzelnen Routen überall eine Relation mit network=lwn erstellt.
Soweit ich das zusammenfassen kann, wäre der Konsens, dass die Situation in Vorarlberg sich nicht für Knotenpunktnetzwerke eignet und damit die begonnenen Relationen nicht korrekt wären. Hab ich das so korrekt aufgefasst?
Falls ja, wie wollen wir mit den bereits angelegten Relationen umgehen?
Ich habe mir dieses Dokument angeschaut.
https://vorarlberg.at/documents/302033/472555/Kurzinformation.pdf/893e8f20-c211-ff80-c529-19a8915ed508
Das Wanderwegnetz ist wohl identisch aufgebaut, wie das des Kantons Zürich. Das ist unterdessen zu mehr als 90% vollständig auf OSM erfasst.
Ich kann nur empfehlen das selbe System zu übernehmen. Dann kann lonvia auch noch bei Waymarkedtrails eine Regel zufügen, damit dieses lokale Basisnetz der Wanderwege auch so angezeigt wird, wie das der Schweiz. Weiss-gelbe Markierung ergiebt eine rote Linie, weiss-rot-weiss ergibt eine rot gestrichelte Linie und weiss-blau-weiss eine rot gepunktete Linie. Ihr müsst das Ei nicht neu erfinden.
Nur Routen die auf den Schildern mit einem Routennamen ausgewiesen sind, erhalten einen Namen. Die anderen nur from und to
Ich würde ein Knotenpunktnetzwerk nicht zu 100% ausschließen, aber eigentlich ist es keines.
Dieses Proposal würde hier genau zutreffen (wird auch auf network:type=* erwähnt). Es ist nicht offiziell angenommen, ist aber anscheinend trozdem in Verwendung und es wird auch noch an der Dokumentation gearbeitet. Ob das hier verwendet werden kann/soll oder nicht können wir ja hier besprechen. Eventuell kann man sich ja auch mit den Autoren in Verbindung setzen um Teile gemeinsam auszuarbeiten.
Ich stimme absolut zu, dass der Proposal mit basic_network exakt auf unsere Situation passen würde. In der Umsetzung würde es für die meisten bereits erfassten Routen (Übersaxen, Bödele/Kehlegg etc) sowieso nur bedeuten, den Tag network:type zu ergänzen.
Ich unterstütze ebenfalls den Vorschlag, das auf Waymarkedtrails wie in der Schweiz darzustellen, das deckt sich auch (wohl nicht zufällig) mit der Darstellung auf den offiziellen Karten.
Lediglich bei der Frage ob lwn oder rwn bleibe ich bei meiner Ansicht, dass sich diese Unterscheidung nicht auf die einzelne Route bezieht sondern auf das gesamte Netzwerk, von dem die Route ein Teil ist, und dass dieses gesamte Netzwerk definitiv regional und nicht lokal ist. Und dass es in Vorarlberg definitiv auch wirklich lokale Wander/Spazierwege (außerhalb unseres Netzwerkes) gibt, die dann zur Unterscheidung als lwn getaggt werden können. Und dass lonvia es sicher auch schafft, die Darstellung von der Schweiz zu übernehmen, wenn es in der Schweiz auf lwn bleibt und in Vorarlberg rwn ist.
Wie ist das denn genau in OSM erfasst? Nach kurzer Durchsicht gibt es dort überlappende Wanderrouten in OSM, zB hier sind es drei. Einzelne Routen sind in Superrouten zusammengefasst.
Naja. Bei Wegweisern an Straßenkreuzungen (primär für Autos) werden in der Regel in so einer Situation keine Relationen angelegt.
Wie immer in der Schweiz gibt es einen Kantönligeist. Jeder Kanton macht die Beschilderung etwas anders.
Im Kanton Zürich, aus dem ich komme, gibt es durchgängig ausgeschilderte Routen. Da gibt es immer wieder Überlappunngen von Routenabschnitten.
Hier ein Beispiel:
In Stäfa bei der Schiffstation Node: Stäfa Schiff (35635934) | OpenStreetMap
beginnen 4 Routen (Superrouten)
https://library.prod.mdl.swisscom.ch/thumbnail/~P0046EDB941906B82C68D155802B603DB484D4F465D2AF0048291ED0AC78D7DB9/Storage::Photos::Asset::Q1c1L2pFMkZGUVdsNzFoVHVNTnBsUT09?height=1080&.png
Das erste Stück bis zum Bahnhof Stäfa ist bei allen 4 Routen identisch. Deshalb gibt es da eine Relation, die in allen 4 Superrelationen vorhanden ist.
Vom Bahnhof Richtung Osten gehen 3 der 4 Superrouten weiter. Bis zu diesem Zwischenwegweiser ohne Namen Node: 485366226 | OpenStreetMap verlaufen die Abschnitte Stäfa-Risi und Stäfa-Dorf auf denselben Wegen. Entsprechend sind 2 Routen eingezeichnet, die Teil von 3 Superrouten sind.
So ist jede Superroute vor Ort durchgehend ausgeschildert und in OSM erfasst, aufgeteilt in einzelne Abschnitte zwischen 2 Wegweisern, die jeweils einen Namen tragen.
In anderen Kantonen ist es teilweise anders gelöst.
Ich habe noch keinen Wegweiser für Autos gesehen, der neben Fahrzielen auch noch einen Ortsnamen besitzt. Also gibt es da auch keine Routen. Für Autos gibt es das tag destination.
Nachdem jetzt keine Einsprüche mehr gekommen sind, sich seit 2 Wochen niemand mehr gemeldet hat und der ursprüngliche Fragesteller meinen Vorschlag mit Daumen-Hoch versehen hat, habe ich jetzt:
- die Wiki-Seite ergänzt und
- die node_network-Routen zwischen Nüziders, Laz und Muttersberg in basic_network-Routen umgewandelt und sinnvoll zusammengefasst.
Nach und nach müssten wir jetzt noch die anderen Routen mit dem Zusatz-Tag route:type=basic_network versehen, aber ansonsten ist das Thema aus meiner Sicht erledigt.
Ich kenn mich da nun offenbar Null aus, aber ich bin auch nicht in Vorarlberg daheim, also wenn das dort Sinn macht, dann meinetwegen.