Alleen, mal wieder

Dann solltest du aber auch gegen footway an Straßen argumentieren… ist für mich das selbe “Problem”.

Es gibt für alles immer ein Für und Wider… Datentechnisch sind separat erfasste Allen besser… Sauber geht aber nur, wenn das als Relation erfasste Objekte sind, was den Datenstand auch wieder sehr verkompliziert, was auch nicht unbedingt schön ist…

Anderenfalls sind es zwei unbestimmte (durchaus teilweise partiell) lineare Baumreihen rechts und/oder links der Straßen. Das ist schon ein gewaltiger Unterschied, ob ich entlang einer Straße über mehrere Kilometer beidseitig eine überwiegend geschlossene Baumreihe vorfinde (=Allee) oder es nur einseitig eine Baumreihe gibt und ansonsten lückig oder garnix ist…

Wenn man alles will, bleibt entweder nur Doppelerfassung oder Relation…

Sven

Wieso soll eigentlich direkt an der Straße ein Attribut “tree-lined” drann? Wenn man das mal nüchtern weiter denkt, könnte man dann auch Straßen mit “durch-den-Wald-führend”, “häuserbestanden” oder “Uferstraße” versehen. Was ich damit zum Ausdruck bringen möchte: Die Baumreihen, die eine Straße zu dem machen, was wir Allee nennen, befinden sich rechts und links der Straße und sind nicht teil der eigentlichen Straße. Aus meiner Sicht gehören an die Straßenlinie die Attribute, die sich auf die Straße selbst beziehen und nicht auf ihr Umfeld.

Primär nicht, sekundär, durchaus… wenn man z.B. ein Routing entlang landschaftlich reizvoller Strecken bevorzugen würde wollen… Alleen wären dafür gut geeignet.

Das iat die andere Seite… Um eine Allee als Allee definieren, benennen und auswerten zu wollen, muß/müsste man dann immer noch eine Relation anwenden… Trotzdem bin ich der Meinung, daß man eine Allee niemals getrennt von der zugehörigen Straße betrachten darf.

Ich weiß noch nicht so recht, auch hier dreht man sich immer wieder im Kreis…

Sven

da hatte ich schon vorbeigeschaut. Ich würde yes als both interpretieren, sicher weiß man es natürlich nicht, es könnte auch right oder left sein, von daher ist es sicherlich empfehlenswert, explizit zu taggen.

der Unterschied zu einer Straße am See entlang (oder am Meer entlang) ist, dass bei einer Allee die Bäume in der Regel zur Straße gehören. Straßengräben gehören auch zur Straße, Leitplanken auch. Oder Gehwege. Straßenschilder. Straßenbeleuchtung. Von daher würde ich diesen Einwand als unzutreffend zurückweisen :wink:

Hier ist die erste Version: https://wiki.openstreetmap.org/wiki/Key:tree_lined
Habe auch auf tagging um Kommentare gebeten.

Klar kann man: https://wiki.openstreetmap.org/wiki/DE:Key:abutters

Noch Fragen nach den nachfolgenden Posts … ?
Ich sehe keine Probleme in der Handhabung - die Probleme kommen aus der Community :wink:

Aber das sind coh Attribute, die hilfsweise genutzt werden, wenn die Situation nicht anderweitig bereits erfasst ist. Aber wir haben hier in Deutschland doch schon flächendeckend einen recht hohen Detailgrad. Wir versehen Straße mit diversen Attributen wie Geschwindigkeitsbegrenzung, Straßenbreite, Straßenbelag, Fahrspuren, usw. - wenn man dann noch Attribute hinzufügt,die sich auf die Situation am Fahrbahnrand beziehen, wie Leitplanken, Baumreihen, Fußgängerwege, und dieses “abutters”, dann wird es ziemlich unübersichtlich. Es werden ja jetzt schon bei Veränderungen von Straßen diverse Attribute “übersehen” und finden sich plötzlich an Straßenteilstücken wieder, an denen sie gar nicht zutreffen.

Wenn eine zu einer Allee gehörende Baumreihe entweder als Linie oder als einzelne Punkte neben der Straße erfasst wird, versieht man diese Linie oder diese Punkte mit dem Zusatzattribut denotation=avenue versehen, woraus sich eindeutig ergibt, dass diese Bäume bzw. diese Baumreihe zu einer Allee gehören. Nun müsste es doch problemlos möglich sein, alle Alleen anhand dieses Zusatzattributs zu erkennen und dort gezieht hinzurouten, wie das ja auch bei POI ohne Probleme möglich ist. Will man also eine Tour planen, die durch möglichst viele Alleen führt, müsste doch eine Routingsoftware dazu in der Lage sein, auf der diesen Bäumen mit diesem Zusatzattribut am nächsten gelegenenen Straßen entlangzuführen, oder?

Umgekehrt: Wird eine Straße mit dem Zusatzattribut “tree-lined” versehen, kann man daraus noch keinen Rückschluss ziehen, dass es sich um eine Allee handelt. Selbst die Zusatzinformation tree-lined=both würde dies nicht eindeutig bestimmen. Es gibt Straßen, bei denen auf beiden Seiten Baumreihen stehen, die aber keine Allee sind (vgl. https://de.wikipedia.org/wiki/Allee - “Alleen sind Straßen oder Wege, die beidseitig von gleichförmig verlaufenden Baumreihen begrenzt werden oder in der Mitte durch eine Baumreihe getrennt werden. Die Bäume beiderseits des Weges werden planmäßig in gleichen Abständen und im gleichen Alter mit etwa der gleichen Pflanzqualität gepflanzt.” ) - woran erkenne ich, dass es sich bei “tree-lined” um eine solche gleichförmig verlaufende Baumreihe handelt? Woran würde ich eine Allee erkennen, bei der die Bäume in der Mitte zwischen den beiden Richtungsfahrbahnen angeordnet sind? Also müsste man zur Eindeutigkeit noch ein eindeutiges Attribut wie tree-lined:denotation=avenue hinzufügen… Das ist mir wie gesagt eine Überfrachtung von Attributen an einer Straße, die mit dem Fahren auf der Straße wenig zu tun haben.

Hat das mit derzeit verstreuten 3.5k Einheiten bereits “defacto”-Status?

es ist nicht problemlos möglich diese am Rand stehenden Bäume auf die Straße zu beziehen, im Gegenteil ist es so aufwendig dass es niemand macht bisher. Es ist nicht komplett unmöglich. Man könnte es mit sehr viel Aufwand machen.

Deiner Interpretation von tree lined Straßen die trotzdem keine Alleen sind kann ich nicht folgen. Im Übrigen ist Wikipedia auch nicht die 100% Wahrheit in allen Fragen, ob eine Allee zweiseitige oder auch nur einseitige Bäume erfordert, ob diese alle gleichen Typs und gleichen Alters sein müssen, das sind durchaus Fragen die man auch anders sehen kann. Tree lined ist ein tag der Allee meint.

Ich finde es etwas schwer mir den Anwendungsfall vorzustellen.

Wenn Du gefährliche Bäume ausschließen willst oder auf schattigen Routen unterwegs sein willst, muss der Router ja eh “in die Umgebung gucken”.

Und wenn du konsekvent weiterdenkst bräuchtest Du dann ja massenweise Tags an Strassen. In England sind ja beispielsweise Hecken entlang von Strassen total normal…

… Und in welchem Anwendungsfall soll es jemals wichtig werden, ob du entlang einer Allee aus Einzelbäumen oder einer “eingeheckten” Strasse aus grossem Gebüsch fährst?

Hecken sehe ich nicht als Anwendungsfall des tags, zumindest liegt mein Interesse bei Alleen die absichtlich aus ästhetischen Gründen angelegt sind. Die Bäume sind dabei glaube ich meistens Teil der Straße, während die Hecken Teil der anliegenden Grundstücke sein dürften.
Alleen sind eine Form der kulturellen Landschaftsgestaltung, Rhythmus spielt eine Rolle, genauso wie Art der Bäume.
Anwendungsfall ist z.B., dass man sie schön findet. Unfallvermeidung interessiert mich persönlich nicht, könnte aber ein Aspekt sein.

Beispiel:
An dieser Landstraße https://www.openstreetmap.org/way/533265508#map=17/51.83967/9.04222 steht auf einer Straßenseite eine Reihe Bäume, teilweise auch auf der gegenüberliegenden Seite. So wie an vielen anderen Landstraßen auch. Es steht entlang der Straße einfach eine gemischte Reihe von Obst- und anderen Bäumen. Dem Wortsinn nach würde ich solche Straßen als tree-lined sehen. Aber als Alle sehe ich solche Straßen in der Regel nicht.

Hallo,
ich würde mich bei Alleen in OSM auf diese Beschreibung aus Wikipedia beschränken:

“Im engeren und ursprünglichen Sinn ist die Allee eine baumbestandene, in die Landschaft hinaus verlängerte architektonische Gartenwegachse einer herrschaftlichen Schlossanlage.”

Mit einem extra Tagging und keine “Verrenkungen” mit tree_lined oder tree_row anstreben…

Grüße von Lutz

Mit dieser Beschreibung kann ich gut leben, da die Sache nun relativ genau definiert ist. Auch der tag scheint mir zu diesem Zweck brauchbar zu sein.
Und ob man das wirklich nützlich findet und ob man den tag selbst auch benutzt ist was ganz anderes…
Es wurde ja auch schon vermutet, daß der aktuelle Datenbestand nix taugt (weil… was ist “yes”?). … ist aber auch das ist ein Thema für sich.
In OSM müssen Dinge teilweise sehr sehr lange gähren…

das halte ich für einen Spezialfall, und da bin ich bei Dir dass man dafür einen extra (Sub)tag einführen kann.

Ich finde aber auch die allgemeinere Definition aus dem vg. Artikel taggenswert: “ Alleen sind Straßen oder Wege, die beidseitig von gleichförmig verlaufenden Baumreihen begrenzt werden oder in der Mitte durch eine Baumreihe getrennt werden. Die Bäume beiderseits des Weges werden planmäßig in gleichen Abständen und im gleichen Alter mit etwa der gleichen Pflanzqualität gepflanzt. Meist werden Bäume einer Baumart verwendet.” und auch: “ Unter einer Halballee versteht man eine Sonderform der Allee, bei der nur auf einer Seite der Straße oder des Weges eine Baumreihe steht.”

(ich kenne auch Fälle wo unterschiedliche Bäume gepflanzt wurden, allerdings regelmäßig, z.B. A, B, A, B… oder auch rhythmisch A, A, A, B, A, A, A, B,… aber da steht ja auch “meist”)
Gerade in Italien (aber auch in Deutschland) gibt es sehr viele Alleen die nicht mit den Achsen eines “Schlosses” in Verbindung stehen.

Ich frage mich allerdings mittlerweile, ob man nicht doch auch für den allgemeineren Fall einer Allee einen spezifischeren tag als tree_lined wählen sollte, um Fehlinterpretationen vorzubeugen.

Fehlinterpretationen oder grosszügige Auslegungen wird es immer geben, egal was gemacht wird.
Da kann ja schon ewig gestritten werden, ab wann etwas eine Allee ist :wink: .
Um so länger ich darüber nachdenke, komme ich zu den Schluss, das das bestehende Tagging eigentlich ausreicht.
Das tree_lined=* für das Mappen der Baumreihen an den Straßen,
und natural=tree_row für die Anwendungsfälle jenseits von Straßen und Wegen.
Beides gleichzeitig würde ich z.B. nicht mappen, es hat keinen Mehrwert, ausser das das eine gerendert wird, und das andere nicht.
Dabei ist tree_lined=both die allgemeine Allee.
Alleen die ich meine stehen zumindest in Deutschland in der Regel unter einem besonderen Schutz,
über diesen können “geschützte Alleen” gefunden und ausgewertet werden.
Der Knackpunkt ist wie immer der Streit, wie weit gehe ich ins Detail? Ich bin der Meinung, die Realität lässt sich nicht in eine Datenbank pressen.
Deshalb mein Anliegen allg. Sachen abstrakt Mappen (tree_lined=both ohne Abstand links + Abstand rechts + Baumtyp links + Baumtyp rechts + Bauhöhe links + Baumhöhe rechts), und spezielle (geschützte Sachen) vertragen die Details…

Grüße von Lutz

Die jetzige Wiki-Seite zu tree_lined ist so allgemein gehalten, das Alleen damit getaggt werden können - aber kein Rückschluss “Dies ist eine Allee” möglich ist.
Wenn Du also wirklich nach Allee filtern/auswerten willst, brauchst Du einen neuen spezifischeren Tag.
Ein spezifischer Wert wie tree_lined=avenue hilft ja auch nicht weiter, da dann die singuläre oder Seiten-Information verlorengeht.

Wird da nicht vielleicht gerade die Kirche an den Rand des Dorfes geredet? :roll_eyes:

  • “tree_lined” heißt ein Straßenstück ist Teil einer Allee: Baumreihe links, rechts oder beidseitig. Fertig.
  • Die tatsächlichen Bäume oder Baumreihen werden mit natural=tree_row getaggt. Völlig losgelöst ob Teil einer Allee oder wo auch immer…