cycleway vs. path

aighes · 2011-01-26T17:11:01.000Z

Fürs Auswerten ist es besser, man beschreibt die Realität vor Ort und schmeißt das ganze nicht in eine Kategorie.
bsp.
path → keine Straße
surface → “Oberflächenart”
smoothness → “Ebenheit”
access → Benutzungseinschränkung
width → Breite
usw.

Dann kann jeder Mapper genau das ausdrücken, wie es vor Ort aussieht und es kommt am Ende etwas global mehr oder weniger einheitliches raus und der Auswerter kann das auswerten, was ihn interessiert und wie er es benötigt.
Anders bei einem Tag, das in Region A dies impliziert und in Region B jenes oder Mapper A impliziert dies und Mapper B das. Übrig bleibt dann für den Auswerter der kleinste gemeinsame Nenner.
Bei cycleway wäre es keine Straße und Radfahren erlaubt.

Fabi2 · 2011-01-26T17:11:30.000Z

Eigentlich war/ist das ja alles ganz einfach:

highway=path → z.B. Wanderweg, Berg- oder Wiesenpfad
highway=footway → durch Menschenhand ausgebauter Weg für Fußgänger
highway=cycleway → durch Menschenhand ausgebauter Weg für Radfahrer

mit blauem Schild → foot=desigated oder bicycle=designated
kombiierter Fuß-/Radweg mit blauem Schild → highway=footway oder highway=cycleway; mit Zusatztags: foot=designated, bicycle=designated, segregated=no
getrennter " " → highway=footway oder highway=cycleway; mit Zusatztags: foot=designated, bicycle=designated, segregated=yes

Fußweg mit weißen “Radfaher frei”-Schild → bicycle=yes

errt · 2011-01-26T17:18:31.000Z

Die Proposal Seite ist ein schönes Beispiel dafür, warum Proposals alte Tags unbedingt für ‘deprecated’ erklären sollten. Schade, dass das damals zwar den Erstellern, aber nicht den Abstimmern klar war, sonst hätten wir heute viel weniger Diskussion über dieses Thema.

Fabi2 · 2011-01-26T17:28:27.000Z

errt:

Die Proposal Seite ist ein schönes Beispiel dafür, warum Proposals alte Tags unbedingt für ‘deprecated’ erklären sollten. Schade, dass das damals zwar den Erstellern, aber nicht den Abstimmern klar war, sonst hätten wir heute viel weniger Diskussion über dieses Thema.

Nee, die Schnapsidee war die unzulässige Ausweitung der bedeutung von path, ein Pfad bleibt ein Pfad, nur irgendwer meite das für ausgebaute Fuß- und Radwege proposen zu müssen. Man sollte also Tags nicht absichtlich entgegen ihrer sprachlichen Bedeutung definieren.

Das Proplem von “deprecated”-Erklärungenist, das ja immer nur ein Bruchteil abstimmt und das ganze Proposal-Prozess-Theater so nicht alle mitbekommen, sofern sie da überhaupt noch willig, sind mitzumachen.
Diese Leute sind dann wohl evtl. aneder Meinung ob man das als veraltet betrachten soll.

Radeln · 2011-01-26T19:33:41.000Z

Fabi2:

Nee, die Schnapsidee war die unzulässige Ausweitung der bedeutung von path, ein Pfad bleibt ein Pfad, nur irgendwer meite das für ausgebaute Fuß- und Radwege proposen zu müssen. Man sollte also Tags nicht absichtlich entgegen ihrer sprachlichen Bedeutung definieren.

Wenn JOSM das als Vorlage anbietet, muß es wohl richtig sein.

aighes · 2011-01-26T19:38:17.000Z

Fabi2:

Nee, die Schnapsidee war die unzulässige Ausweitung der bedeutung von path, ein Pfad bleibt ein Pfad, nur irgendwer meite das für ausgebaute Fuß- und Radwege proposen zu müssen. Man sollte also Tags nicht absichtlich entgegen ihrer sprachlichen Bedeutung definieren.

path bedeutet ganz allgemein Weg. Nur die sprachliche nähe zum deutschen Pfad lässt einige Deutsche Mapper etwas anderes glauben…

extremecarver · 2011-01-26T20:05:29.000Z

Das einzig blöde ist highway=path oder highway=footway ohne irgendwelche Zusatztags bezüglich smoothness, width, tracktype, mtb:scale, (der kaum ernsthaft zu nehmenden sac_scale), etc.

Fabi2 · 2011-01-26T20:15:23.000Z

Radeln:

Wenn JOSM das als Vorlage anbietet, muß es wohl richtig sein.

Nein, das weist nur auf die Einstellung des Vorlagenerstellers zu diesem Thema hin. Richtig ist was anderes…

aighes:

path bedeutet ganz allgemein Weg. Nur die sprachliche nähe zum deutschen Pfad lässt einige Deutsche Mapper etwas anderes glauben…

Naja, für irgendwas muß es ja auch noch “way” geben. Außerdem ist z.B. das Routingergebnis der “way” und nicht der “path”.

Basstoelpel · 2011-01-26T21:09:25.000Z

Fabi2:

Nee, die Schnapsidee war die unzulässige Ausweitung der bedeutung von path, ein Pfad bleibt ein Pfad, nur irgendwer meite das für ausgebaute Fuß- und Radwege proposen zu müssen. Man sollte also Tags nicht absichtlich entgegen ihrer sprachlichen Bedeutung definieren.

+1

Baßtölpel

SunCobalt · 2011-01-26T21:21:32.000Z

Basstoelpel:

Fabi2:

Nee, die Schnapsidee war die unzulässige Ausweitung der bedeutung von path, ein Pfad bleibt ein Pfad, nur irgendwer meite das für ausgebaute Fuß- und Radwege proposen zu müssen. Man sollte also Tags nicht absichtlich entgegen ihrer sprachlichen Bedeutung definieren.

+1

Baßtölpel

-1

ich wusste doch, es wird lustig. Ich glaube, die Bedeutung von path wird unterschätzt

SimonPoole · 2011-01-26T21:33:32.000Z

Gähn, irgendwie scheinen es einige immer noch nicht geschnallt zu haben, dass das wirkliche unterliegende Problem ein Mischmasch ist in der Auszeichung von “Wegen” zwischen der Widmung/Nutzung und der physischen Ausgestaltung.

Als eher naturwissenschaftlich angehauchter Mensch, ziehe ich letzeres als primäre Klassifikation vor, also path==einspurig, track==zweispurig … dann bricht leider das OSM Modell. Ich hab mir auch schon überlegt mal ein Proposal zu machen alle aktuelle highway tags zu ersetzen mit path (könnt auch single_track sein), single_lane, multiple_lanes etc. aber ist wohl völlig sinnlos.

Simon

SunCobalt · 2011-01-26T21:37:47.000Z

SimonPoole:

Gähn, irgendwie scheinen es einige immer noch nicht geschnallt zu haben, dass das wirkliche unterliegende Problem ein Mischmasch ist in der Auszeichung von “Wegen” zwischen der Widmung/Nutzung und der physischen Ausgestaltung.

Als eher naturwissenschaftlich angehauchter Mensch, ziehe ich letzeres als primäre Klassifikation vor, also path==einspurig, track==zweispurig … dann bricht leider das OSM Modell. Ich hab mir auch schon überlegt mal ein Proposal zu machen alle aktuelle highway tags zu ersetzen mit path (könnt auch single_track sein), single_lane, multiple_lanes etc. aber ist wohl völlig sinnlos.

Simon

Ich sehe das wie Du. Nur das mit dem “geschnallt” finde ich es etwas merkwürdig. Nur weil Du (und ich) denken etwas wäre richtig, ist das noch lange nicht so.

SimonPoole · 2011-01-26T21:53:00.000Z

SunCobalt:

…Nur das mit dem “geschnallt” finde ich es etwas merkwürdig. Nur weil Du (und ich) denken etwas wäre richtig, ist das noch lange nicht so.

Ich behaupte nicht, dass es “richtig” ist, sondern nur das es unbestreitbar ist, dass das OSM Tagging sowohl die physische Ausgestaltung wie auch die Widmung eine Weges miteinander vermischt… und das das einer der Hauptgründe für die ewigen Popcornrunden ist. Und auch, dass es einige nicht verstehen und es deshalb immer immer immer immer wieder von neuem versuchen irgendwie konsitent zu machen, und dann prompt scheitern.

Ich hab genuegend Abstand, dass es -mir- schlussendlich Wurst ist, solange es in der Praxis halbwegs funktioniert (OSM erzieht einem zum Fatalisten).

Simon

Nop · 2011-01-26T21:58:12.000Z

SunCobalt:

ich wusste doch, es wird lustig. Ich glaube, die Bedeutung von path wird unterschätzt

Ja, Popcorn lohnt sich da jedes mal.

Hat einer “Jehova” gesagt?

bye
Nop

Fabi2 · 2011-01-26T21:59:20.000Z

SimonPoole:

Gähn, irgendwie scheinen es einige immer noch nicht geschnallt zu haben, dass das wirkliche unterliegende Problem ein Mischmasch ist in der Auszeichung von “Wegen” zwischen der Widmung/Nutzung und der physischen Ausgestaltung.

Ja, stimmt, wir sollten Wanderwege z.B. so taggen:

highway=primery
motor_vehicel=no
foot=yes
bicycle=yes
surface=ground
smothness=bad

… dann sieht man die bei mapnik auch endlich besser.

SimonPoole:

Als eher naturwissenschaftlich angehauchter Mensch, ziehe ich letzeres als primäre Klassifikation vor, also path==einspurig, track==zweispurig … dann bricht leider das OSM Modell. Ich hab mir auch schon überlegt mal ein Proposal zu machen alle aktuelle highway tags zu ersetzen mit path (könnt auch single_track sein), single_lane, multiple_lanes etc. aber ist wohl völlig sinnlos.

Ja, das scheitert aber an highway=*, für die Debatte hier ist es aber egal weil highway=footway/cycleway ist ja auch einspurig.

SunCobalt · 2011-01-26T22:03:38.000Z

ha, endlich mal jemand dem ich erzählen kann, dass ich am liebsten alle Straßen mit highway=road bezeichen würde, da ich sie nicht mit den physikalischen Eigentschaften beschreiben kann. Und erst danach die Widmung mit road=residential etc. Naja, aber das passt grad nicht in die Diskussion

SimonPoole · 2011-01-26T22:06:13.000Z

Fabi2:

für die Debatte hier ist es aber egal weil highway=footway/cycleway ist ja auch einspurig.

Nochmals Gähn, ich hab in 10km Umkreis tonnenweise Wege die man eigentlich als cycleways mit Gegenverkehr, also Radwege mit Gegenverkehr und möglicherweise sogar mit gemischte Nutzung und dann auch noch landwirtschaftliche Nutzung erlaubt (also Traktor == 2-spurig), auszeichnen könnte, also eigentlich alles track …

aighes · 2011-01-26T22:09:46.000Z

Generell denke ich, dass man bei highway aufräumen könnte. In der Kategorie oberhalb von service gibt es denke ich keine Unstrittigkeiten, vorallem auch, weil es hier strikt nach Widmung geht und nicht nach Ausbauzustand.

Bei Wegen abseits der Straße reicht im Prinzip ein highway-Tag. Für alles andere gibt es mittlerweile ergänzende Tags, die genau das beschreiben können, was ‘früher’ mal von anderen highway-Tags impliziert wurde, dann aber mehr oder weniger verwurstet wurde und mittlerweile ohnehin zu “ungenau” ist.

SimonPoole · 2011-01-26T22:09:53.000Z

SunCobalt:

ha, endlich mal jemand dem ich erzählen kann, dass ich am liebsten alle Straßen mit highway=road bezeichen würde, da ich sie nicht mit den physikalischen Eigentschaften beschreiben kann. Und erst danach die Widmung mit road=residential etc. Naja, aber das passt grad nicht in die Diskussion

Durchaus auch meine Meinung, ich denke es gibt aber weniger Krach wenn wir über die ODBL diskutieren

aighes · 2011-01-26T22:14:02.000Z

Nop:

Hat einer “Jehova” gesagt?

Dann oute ich mich mal als Anhänger der Volksfront von OSM