[erledigt] Relation Traumschleifen

miche101 · 2018-09-04T07:06:36.000Z

Sehe auch keinen Grund für die Löschung… bei ÖPNV gibt es auch route_master-Relationen da wird auch nur gesammelt… ohne Mehrwert… müsste man dann auch Löschen demnach…

Protoxenus · 2018-09-04T07:52:49.000Z

Ich bin auch für Löschen. Die Relationitis nimm teilweise schon Überhand, so dass es schwer wird, dort die Übersicht zu behalten.

woodpeck · 2018-09-04T08:00:56.000Z

Sammelrelationen- und Kategorierelationen sind hauptsächlich aus “wehret den Anfängen”-Gründen unerwünscht. Der Wunsch, Dinge in Relationen zu sammeln, kommt bei uns meistens (a) von Leuten, die das von der Wikipedia her gewöhnt sind oder (b) von Leuten, die aus irgendeinem Grund einen Download-Shortcut für irgendwas brauchen ;). Wenn wir da nicht von vornherein klar nein sagen, dann ist jeder Wanderweg irgendwann in einer Relation “rollstuhlgeeignete Wanderwege”, in einer Relation “Wanderwege im Hunsrück” und in einer Relation “Wanderwege 6-9 Stunden” und in einer Relation “deutsche Wanderwege” und in einer Relation “Wanderwege im Wald” und so weiter.

Unsere Herangehensweise ist hier anders: Wir selektieren anhand von Tags oder Geometrie. Wenn wir rollstuhlgeeignete Wanderwege suchen, dann mit Overpass und nicht über eine Sammelrelation (wo irgendein Relationsgärtner regelmässig gucken muss, ob nicht ein neuer rollstuhlgeeigneter Wanderweg eingetragen wurde, der in der Relation noch fehlt).

Langer Rede kurzer Sinn, das Problem scheint mir hier zu sein, dass dem einzelnen Wanderweg gar nicht anzusehen ist, ob er als “Traumschleife” gilt, oder irre ich mich? Könnte man das nicht mit einem geeigneten Tag explizit machen und dadurch dann eine Overpass-Suchbarkeit gewährleisten?

Bye
Frederik

ma-rt-in · 2018-09-04T08:16:21.000Z

@woodpeck +1
@kreuzschnabel löschen

SunCobalt · 2018-09-04T08:34:06.000Z

Wenn man Dinge aus Prinzip bzw. “Wehret den Anfängen”-Gründen löscht, sollte man vielleicht den Verursacher mit ins Boot holen. Im besten Fall ist er nicht so begeistert wenn jemand Dinge löscht, für die er vielleicht viel Zeit verwendet hat. Im schlechtesten Fall ist die Relation morgen wieder da.

Der Wunsch Dinge zu Sammeln und zu Ordnen geht übrigends nicht auf Wikipedia oder Download-Shortcuts zurück, sondern liegt in der menschlichen Natur. Deswegen glaub ich auch nicht, dass das Löschen dieser Relation irgend etwas bringt ausser sich aus Prinzip gut zu fühlen und vielleicht jemanden zu demotivieren.

Prinzipiell bin ich ja auch gegen diese Relationen. Aber mich stören sie nicht und daher ignoriere ich die.

kreuzschnabel · 2018-09-04T08:35:20.000Z

woodpeck:

Könnte man das nicht mit einem geeigneten Tag explizit machen und dadurch dann eine Overpass-Suchbarkeit gewährleisten?

+1 – das wäre auch mein Vorschlag. Wäre lwn=Traumschleifen zusätzlich zu network=lwn diskutabel? Ansonsten bliebe, soweit ich sehe, nur der etwas sperrige, da eingeschränkt maschinenlesbare Weg über „description“.

–ks

kreuzschnabel · 2018-09-04T08:36:50.000Z

SunCobalt:

sollte man vielleicht den Verursacher mit ins Boot holen.

Wurde vielleicht schon gemacht. So böse bin ich dann doch nicht

–ks

SunCobalt · 2018-09-04T08:38:12.000Z

kreuzschnabel:

SunCobalt:

sollte man vielleicht den Verursacher mit ins Boot holen.

Wurde vielleicht schon gemacht. So böse bin ich dann doch nicht

–ks

Super. Danke. Dann kann ich ja mit meinem “aus Prinzip rumstänkern” aufhören

kreuzschnabel · 2018-09-04T08:42:48.000Z

ma-rt-in:

@kreuzschnabel löschen

Hoffentlich nicht. Kommas können Leben retten: „Wir essen jetzt Opa!“

–ks

chris66 · 2018-09-04T08:47:50.000Z

Ich halte das auch für eine Sammelrelation.

Löschen sollte man allerdings nur, wenn man es durch eine Query ersetzen kann.

SunCobalt · 2018-09-04T08:51:06.000Z

kreuzschnabel:

Wäre lwn=Traumschleifen zusätzlich zu network=lwn diskutabel?

Es wird schon so benutzt https://taginfo.openstreetmap.org/keys/lwn#values

glglgl · 2018-09-04T09:30:24.000Z

Vor dem Löschen sollte dann aber bei allen betroffenen Relationen lwn=Traumschleifen gesetzt werden. Aber wäre das dann kein mechanical edit?

kreuzschnabel · 2018-09-04T10:14:19.000Z

SunCobalt:

kreuzschnabel:

Wäre lwn=Traumschleifen zusätzlich zu network=lwn diskutabel?

Es wird schon so benutzt https://taginfo.openstreetmap.org/keys/lwn#values

… allerdings auf den Ort bezogen, was bei einer Spezifikation von „local“ auch logischer ist. Eine bei Kastellaun liegende Traumschleife bekäme dann eher lwn=Kastellaun. Womit wir bei z.B. hiking=Traumschleife angelangt wären, als Wanderweg-Typus

Davon abgesehen haben die meisten auch „Traumschleife“ im Namen. Das ist natürlich ein unscharfes Kriterium, da man auch Wege außerhalb des Saar-Hunsrück-Traumschleifenkonzeptes so nennen kann.

–ks

Mueck · 2018-09-04T10:25:12.000Z

kreuzschnabel:

Eine bei Kastellaun liegende Traumschleife bekäme dann eher lwn=Kastellaun.

… und genau so ein lwn haben einige Routen schon, somit scheidet lwn als Traumschleifenfänger also aus …

SunCobalt · 2018-09-04T10:39:35.000Z

kreuzschnabel:

SunCobalt:

kreuzschnabel:

Wäre lwn=Traumschleifen zusätzlich zu network=lwn diskutabel?

Es wird schon so benutzt https://taginfo.openstreetmap.org/keys/lwn#values

… allerdings auf den Ort bezogen, was bei einer Spezifikation von „local“ auch logischer ist. Eine bei Kastellaun liegende Traumschleife bekäme dann eher lwn=Kastellaun. Womit wir bei z.B. hiking=Traumschleife angelangt wären, als Wanderweg-Typus

Davon abgesehen haben die meisten auch „Traumschleife“ im Namen. Das ist natürlich ein unscharfes Kriterium, da man auch Wege außerhalb des Saar-Hunsrück-Traumschleifenkonzeptes so nennen kann.

Ich hatte mir das so zurecht gelegt, dass die meisten lwn von Städten betrieben werden und der Name mit lwn daher deckungsgleich ist.

XY22 · 2018-09-05T06:30:18.000Z

Den Vorschlag lwn=Traumschleifen zu verwenden finde ich gut, da so Overpass-Suchbarkeit gewährleistet wäre.

30303020 · 2018-09-05T15:40:55.000Z

Ich empfehle mal einen Blick ins Wiki: https://wiki.openstreetmap.org/wiki/Relation:network und die Diskussionsseite liefern einige Anhaltspunkte…

kreuzschnabel · 2018-09-05T16:12:29.000Z

30303020:

Ich empfehle mal einen Blick ins Wiki: https://wiki.openstreetmap.org/wiki/Relation:network und die Diskussionsseite liefern einige Anhaltspunkte…

Welche genau? Die Sache ist die, dass die „Traumschleifen“ kein Wegenetz bilden, daher ist eine Relation mit type=network irreführend. Es handelt sich um ein einzelne Halbtages- bis Tagestouren, die einem gemeinsamen Konzept entsprechen und einen speziellen landschaftlichen Erlebnischarakter bieten, aber voneinander unabhängig funktionieren.

Es wäre praktisch, sie selektieren zu können, aber eine Relation, in der sie alle drin sind, ist nicht mehr als die Summe ihrer Teile und damit eine Sammlung, keine Beziehung.

–ks

drolbr · 2018-09-06T07:22:48.000Z

Nach Analyse des Taggings
https://overpass-turbo.eu/s/BGt
sehe ich keinen Weg, wie man die Mitglieder der Relation derzeit selektieren könnte.

Das ist wie folgt zu lesen: Es gibt 75 Relations-Mitglieder in der Relation (erste Zeile nach der Überschrift). Dann folgt jeweils Anzahl - Key - Value für alle Keys und Values, im Stil eines Mini-Taginfos. Je Key wird vorweg die Anzahl der Elemente mit dem Key angegeben (Value leer), dann folgen alle Key-Value-Kombinationen, die mehr als einmal vorkommen.

Liest hier eigentlich jemand mit Ortskenntnis mit? Dann würde ich anregen, erst einmal das Tagging der Wanderwege selbst zu verbessern. Z.B. haben zahlreiche der Wanderwege gar kein Wegsymbol eingetragen. In dem Zuge kann man dann ja durchaus ein Tagging schaffen, das die vor Ort sichtbare Information wiedergibt, mit der der Weg als Traumschleife zu identifizieren ist.

Wer sich um das Tagging verdient gemacht hat, hat dann auch alles moralische Recht, über den Verbleib der Relation zu entscheiden.

kreuzschnabel · 2018-09-07T15:54:18.000Z

Nachdem sich (abgesehen von Phantasietags, nach denen keiner sucht) keine Möglichkeit gezeigt hat, die Traumschleifen auf Taggingbasis selektierbar zu machen, bin ich dafür, die Relation vorerst zu belassen, obwohl es eine reine Sammlung ist.

Danke fürs Mitdenken.

–ks