Sinnvolle Node-Dichte auf einem Weg oder Overkill?

Map_HeRo · 2024-03-23T19:41:56.432Z

martinst:

Vor zwei Jahre ist mir dieser Mapper augefallen, der auch sehr viele Punkte setzt:

In dem Fall geht es noch nicht mal darum, gekrümmte Wege so “knickfrei” wie möglich abzubilden, sondern um Wald- und Wiesenränder, und die dort großzügig verteilten Nodes haben keinen direkten Bezug zu den zur Verfügung stehenden Luftbildern. Vielleicht zeichnet der Kollege eigene GPS-Tracks deckungsgenau ab?!?

Macht auf jeden Fall m.E. überhaupt keinen Sinn, an einem Feldrand, dessen Verlauf auf den zur Verfügung stehenden Luftbildern nur geschätzt werden kann, einen Node pro Meter zu platzieren.

Nodeinflation2573×715 381 KB

dieterdreist · 2024-03-23T21:41:17.000Z

Ja… Ich bin auch nur darauf gestoßen

ja, das war auch nur halb auf deinen Beitrag bezogen, mir ist aufgefallen dass es gelegentlich Mapper gibt die Kurven (Kehren) aus Kreissegmenten aufbauen, und obwohl das dann idR pedantisch und „präzise“ (im Sinne von Kreis) gezeichnet wurde passt es nur schlecht zum Luftbild, weil das eben in der Realität keine Kreise oder Teile davon sind.

silversurfer83 · 2024-03-23T23:32:57.159Z

Den Kollegen hab ich auch wegen seiner Teils monströsen grassland Relationen auf der Watchlist.

Das Ganze läuft vmtl. mit einem Plugin welches über Kontrasterkennung läuft. Das tool erkennt Kanten und erzeugt automatisch die Linien welche er dann prüft und hochlädt. Kaum ein CS unter 1k neue nodes.

Nach direkter Ansprache ist die Nodedichte und meistens auch die Relationsgröße zurückgegangen…

FraukeLeo · 2024-03-24T09:14:05.788Z

silversurfer83:

Das tool erkennt Kanten und erzeugt automatisch die Linien welche er dann prüft und hochlädt. Kaum ein CS unter 1k neue nodes.

So kommt es dann vermutlich zum Baumkronenmapping, das aus einem Waldrand, der OTG schnurgerade am linken Rand eines Tracks verläuft, eine wilde Kurve macht, die rechts des Tracks liegt.

silversurfer83 · 2024-03-24T14:32:19.065Z

Ja. Ich bin schon happy, wenn es nicht drölftausend nodes pro Meter sind und das grassland sich nicht über den halben Landkreis zieht

Map_HeRo · 2024-03-24T14:55:50.481Z

Mal ganz davon abgesehen, dass “grassland” laut Wiki für eine unkultivierte, naturbelassene Graslandschaft steht, was auf Feldraine, straßenbegleitende Grünflächen etc. in keiner Weise zutrifft …

user_msh · 2024-03-25T12:24:22.511Z

Hallo Manuel_H, ich werde hier nur einmal im Forum posten und mich dann eventuell sogar komplett von OSM verabschieden. Dann sind einige wieder im gewohnten Trott unter sich und können sich beweihräuchern und die Besten sein. Vielleicht sollte man Kurven prinzipiell abschaffen und nur noch gerade Linien zulassen. Ich nutze OSM aktuell überwiegend nur als Umweg um Wege nach Luftbildern des LSA und Thüringen zu digitalisieren, in einer hinreichenden Qualität, die auch administrativen Ansprüchen genügen könnten. Mit der genaueren Digitalisierung, also einer erhöhten Node-Dichte erreicht man zum Beispiel auch, die deutlich genauere Generierung von Tracks in anderen Plattformen, welche OSM-Daten verwenden etc.
Ich habe schon einige Spezialisten hier angetroffen, welche gerade noch den Schritt vor sich selbst sehen und nicht den Horizont. Ein Blick in einige Benutzerprofile macht mich sehr nachdenklich (How did you contribute to OpenStreetMap?).
Wenn Änderungen später notwendig werden, dann ist es eben so. Ich werde bis dahin aber nicht mit viereckigen Rädern herumfahren wollen müssen lassen werden… dann eben doch nur auf professionellen Plattformen.
Danke an die User mit mehr Ehrgeiz, ich habe noch Hoffnung.

highflyer74 · 2024-03-25T13:01:30.313Z

Hallo und willkommen im OSM-Forum!

Diskussionen sind bei OSM normal und gewollt und spielen eine große Rolle dabei, wie wir gemeinsam die Datenqualität über lange Zeit hoch halten. Da kommt es auch vor, dass das eigene Tun kritisiert oder hinterfragt wird. Das sollte man dann auch aushalten. Solange alles in einem freundlichen Ton verläuft, ist alles gut. Änderungssätze und dieses Forum sind der Ort, um Diskussionen zu führen.

Zum Thema wie viele Nodes man verwenden sollte: Good practice - OpenStreetMap Wiki

Für Kurven ein gesundes Augenmaß, für Geraden ganze zwei Nodes.

Galbinus · 2024-03-25T13:39:32.665Z

Was für ein Aufschlag. Sich so hier einzuführen und eine solche Haltung zu signalisieren ist keine gute Basis für ein Gemeinschaftsprojekt wie OSM.

Es wäre schön, wenn Du Deine Haltung überdächtest.

Manuel_H · 2024-03-25T19:34:18.331Z

Die unverständliche Trotzreaktion und das wilde Austeilen in alle Richtungen bringen hier niemanden was.
Und dann ist OSM ein Gemeinschaftsprojekt. Sowohl das Mapping als auch die Diskussion hier, bei der jeder seine Meinung äußert.

user_msh:

Vielleicht sollte man Kurven prinzipiell abschaffen und nur noch gerade Linien zulassen.

Man kann noch so viele Nodes setzen, am Ende sind es doch nur Linien, denn OSM kennt keine Kurven.

user_msh:

in einer hinreichenden Qualität, die auch administrativen Ansprüchen genügen könnten. Mit der genaueren Digitalisierung, also einer erhöhten Node-Dichte erreicht man zum Beispiel auch, die deutlich genauere Generierung von Tracks in anderen Plattformen, welche OSM-Daten verwenden etc.

Du postulierst hier so einiges zur Verteidigung, was für mich ziemlich aus der Luft gegriffen zu sein scheint.
Wer definiert “hinreichende Qualität”? Was sind die administrativen Ansprüche?

Du redest viel von Genauigkeit, aber eine hohe Nodedichte ist nicht nicht das gleiche wie eine hohe Genauigkeit. Vielmehr täuscht es optisch nur eine höhere Genauigkeit vor, die nicht existiert. Z.B. lag der Weg aus dem Beispiel mehrere Meter neben dem wahren Verlauf, während die Nodes so dicht aneinander waren, dass man denken könnte, dass der Weg auf unter einen Meter genau bestimmt wurde, was aber nicht der Fall war.

Ein quasi kosmetisches Abrunden von ways bringt auch externen Nutzern nichts. es erhöht erstmal nur den Aufwand beim Verarbeiten. Wenn jemand runde Kurven will, kann er die sich auch selber errechnen.

Am Ende benutzen schon unzählige Dienste OSM als Quelle und ich kann mich nicht vorstellen, dass dieser vermeintliche Qualitätsmangel existiert.

user_msh:

Wenn Änderungen später notwendig werden, dann ist es eben so. Ich werde bis dahin aber nicht mit viereckigen Rädern herumfahren wollen müssen lassen werden…

Es geht um das gesunde Mittelmaße. Deine glattpolierten Ovale sind eben nicht besser als ein rauhes Rad. Sie erschweren nur die Weiterverarbeitung zum finalen runden Rad.

PS: Und ich frage mich, wie du mit der Einstellung sinnvoll auf OSM mappen willst. Darf ich deine Aussagen so verstehen, dass du nicht mal völlig neutrale Anfragen antworten willst, wie der zu dem Weg bei der Hohen Linde?

dieterdreist · 2024-03-25T22:19:54.026Z

Manuel_H:

Wenn jemand runde Kurven will, kann er die sich auch selber errechnen.

das geht nicht, weil man nicht weiß, ob es überhaupt eine Kurve ist, oder ein eckiger Polygonzug. Man kann zuviele/überflüssige Nodes einfach algorithmisch entfernen, aber man kann sie nicht hinzufügen ohne zu raten.

(habe nur diesen Satz rausgegriffen, dem Rest stimme ich aber zu)

Manuel_H · 2024-03-26T06:42:50.123Z

dieterdreist:

das geht nicht, weil man nicht weiß, ob es überhaupt eine Kurve ist, oder ein eckiger Polygonzug. Man kann zuviele/überflüssige Nodes einfach algorithmisch entfernen, aber man kann sie nicht hinzufügen ohne zu raten.

Natürlich erzeugt das keine Daten, sondern glättet nur optisch. Für Wege und Straßen kann man das machen, weil sich die vorhandenen Punkte meist schon ausreichend der Wahrheit annähern. Mit einem Schwellwert für große Winkel bleiben so auch Knicke drin.
Aber, wie gesagt, sowas kann jemand mit den Daten machen, die man sich runterlädt. Es ist nichts, was man als Daten in die DB füttern sollte.
Und wenn man es per Auge macht, ist es auch nicht besser.

chris66 · 2024-03-26T07:06:09.800Z

Manuel_H:

Du redest viel von Genauigkeit, aber eine hohe Nodedichte ist nicht nicht das gleiche wie eine hohe Genauigkeit.

Zu beachten wäre noch, dass manche Anwendungen (zB Garmin, Vectortiles) Koordinaten runden und dann sorgt eine höhere Punktdichte zu einer schlechteren (zackigeren) Darstellung.

OSM_RogerWilco · 2024-03-26T07:23:17.210Z

chris66:

Zu beachten wäre noch,

Ich finde nicht, dass man das beachten sollte.

FraukeLeo · 2024-03-26T07:31:21.513Z

Ich finde auch nicht, dass man das beachten sollte. Das wäre Mappen für den Garmin.

Ein Kreisverkehr ist (von Ausnahmen abgesehen) kreisförmig und nicht achteckig. 200 Nodes für einen Vollkreis fände ich auch übertrieben, aber 12 (das sind 30° Richtungsänderung an jedem Node!) sind mir zu wenig. Wenn Garmin mit mehr Nodes nicht klarkommt, dann muss Garmin seine Rundungsalgorithmen überarbeiten oder in seinem Datenbankexport die Punktdichte reduzieren, dagegen hat niemand was. Aber Garmins Anforderungen können nicht die verfügbare Punktedichte für sämtliche Anwender der OSM-Datenbank begrenzen.

FraukeLeo · 2024-03-26T07:37:35.657Z

Manuel_H:

sowas kann jemand mit den Daten machen, die man sich runterlädt.

Du hast den Punkt von dieterdreist

dieterdreist:

weil man nicht weiß, ob es überhaupt eine Kurve ist, oder ein eckiger Polygonzug

anscheinend nicht verstanden. Nein, so was kann man nicht nachträglich mit runtergeladenen Daten machen, weil man nämlich keine Information darüber hat, ob der eckige Polygonzug a) eine unpräzise gemappte Kurve ist oder b) vielleicht tatsächlich auch real so eckig verläuft, also bereits präzise ist. Bei Straßenkurven gibts das selten, bei Fußwegen dagegen sehr oft. Im Fall b) hätte man mit automatischem Ausrunden falsche Daten.

dieterdreist · 2024-03-26T07:55:31.000Z

Aber, wie gesagt, sowas kann jemand mit den Daten machen, die man sich runterlädt.

ich habe damit schonmal experimentiert (mapnik), und es dann sein gelassen weil es manchmal die Sache verschlechtert hat. Es dürfen eben nicht alle Straßen oder Wasserflächen, etc. abgerundet werden, und die vorhandenen sind auch meistens rund genug so dass es sowieso nicht viel bringt

Mammi71 · 2024-03-26T08:48:22.930Z

Wir sollten uns hier nicht an den Diskussionen in den Extremen aufhalten. Das Argument, alle 20-50 cm einen Stützpunkt zu setzen, weil manche Kreisverkehre aus Achtecken bestehen, zieht bei mir nicht. Ich denke, dass wir uns hier alle einig sind, dass nur 8 Stützpunkte für einen Kreisverkehr oder nur 3 Stützpunkte für eine Spitzkehre zu wenig sind. In diesen Fällen runde ich mit zusätzlichen Stützpunkten ebenfalls den Wegeverlauf aus. Das ist aber kein Grund ins gegenteilige Extrem zu verfallen.
Eine Punktdichte von deutlich unter einem Meter gaukelt eine Genauigkeit vor, die wir weder bei der Erfassung mit GPS-Tracks noch beim Abzeichnen von Luftbildern haben (von den wenigen Gegenden mit erstklassigen hochgenauen orhogonalen Luftbildern vielleicht abgesehen).

Ich habe mir mal einige Spitzkehren, die ich mal verfeinert und abgerundet hatte, noch einmal angesehen. Ich bin dabei zumeist mit 7-10 Stützpunkten ausgekommen. Der Punktabstand beträgt dabei ca. 6 - 7,5 m. Der Linienverlauf ist dabei etwas gemittelt, d.h. die Stützpunkte liegen knapp neben der Mittellinie (Markierung auf der Straße) Richtung Außenseite, der OSM-Way schneidet aber zwischen zwei Punkten die Mittellinie. Die reale Abweichung zwischen Mittellinie und OSM-Way beträgt an den Stellen, wo ich gemessen habe, zwischen 20 und 45 cm bei einer Straßenbreite von 10-12 m. Ich persönlich halte das bereits für hinreichend genau, der Fehler durch Lageversatz des Luftbildes oder der GPS-Spur ist wahrscheinlich größer.
Sollte jemand der Meinung sein, die Punktdichte zu verdoppeln, meinetwegen zu verdreifachen, wäre das weiterhin absolut i.O. Bei einem Punktabstand von 3 m ist bei einem Kurvenradius von ca. 12 m (gemessen an der Mittellinie) der Abstand des OSM-Way zur Mittellinie bereits kaum größer als die Mittellinie breit ist.
Ein Punktabstand von unter einem Meter bringt dann aber keinen effektiven Genauigkeitsgewinn mehr.

Bei Wirtschaftswegen und Pfaden sowie Bachverläufen handle ich nach Augenmaß, aber auch da eher nicht mit Abständen unter 1 m.

seichter · 2024-03-26T09:04:46.444Z

One feature, Six mappers and still More ways to map it:

Die reale Abweichung zwischen Mittellinie und OSM-Way beträgt an den Stellen, wo ich gemessen habe, zwischen 20 und 45 cm bei einer Straßenbreite von 10-12 m. Ich persönlich halte das bereits für hinreichend genau, der Fehler durch Lageversatz des Luftbildes oder der GPS-Spur ist wahrscheinlich größer.

Bei einem Wanderweg darf der Abstand natürlich geringer sein.
Ich versuche generell die Punkte so zu setzen, dass die Verbindungslinie innerhalb der physischen Wegbreite liegt.
Mit dem spline-Plugin geht das übrigens auch, ohne dass man Gefahr läuft, eine Sehnenscheidenentzündung durch Tausende Mausklicks zu bekommen.

chris66 · 2024-03-26T09:47:08.169Z

FraukeLeo:

Ich finde auch nicht, dass man das beachten sollte. Das wäre Mappen für den Garmin.

Na ja, auch der kommende OSM Standard (Vektor) Style könnte betroffen sein.

Minutely updated vector tiles demo - #9 by milet