In Deiner Gegend müssten da doch 2 - 3 Trackpoints ausreichen

Grüße

zaher

Damit sprichts du wohl die Option "V ... Tracks vereinfachen, Fehler max. 8 Meter" in deinem Skript an, also den Gpsbabel-Filter Simplify mit der Option "simplify,error=0.008k".

Die Option error ist in der Doku so beschrieben:

Bitte keine fremden Texte einfügen.

Es werden also Punkte entfernt, die weniger als 8 Meter vom Verlauf des neuen Tracks entfernt sind. Dadurch verliert man natürlich an Genauigkeit. Streng genommen bleibt die "Genauigkeit" nur dann erhalten, wenn man ausschließlich Punkte entfernt, die den Verlauf des Tracks nicht ändern, also Punkte die exakt auf der Verbindungslinie zwischen den beiden Nachbarpunkten liegen.

Bei meinen Versuchen mit der Option error kam ich zu dem Ergebnis, dass ein mit dieser Option auf auf x Punkte reduzierter Track schlechter ist als eine Reduktion auf x Punkte mit der count-Option.

Das stimmt, wenn die 8m das Kriterium für "sicher sind". Wenn ich für mich entscheide, dass 10m auch genügen, dann komme ich vielleicht auf 500 Punkte. Es gibt andere Tools, z.B. QLandkarteGT, da kann man Winkel und Schenkellänge zwischen zwei Tracksegmenten als Lösch-Kriterium verwenden. Damit kann man in vielen Fällen eine weitaus stärkere Reduktion erreichen, ohne unsicher zu werden.

Gruß
Rainer

Hallo Axurit,


Ganz so einfach ist es nicht. Wenn Du einen Track mehrfach mit dieser Methode verarbeitest, müsste er theoretisch immer mehr Punkte verlieren, weil jeder Track bis zu 8 Meter neben dem vorherigen liegen darf. In der Realität ist das aber nicht so. Ich habe das nicht genau verstanden, aber letztlich ist es egal, weil die Reduziermethode meines Erachtens die optimale ist.

Grundsätzlich ist natürlich die Qualität des Ausgangstracks entscheidend. Wenn der nicht auf den Wegen liegt, hilft alles nichts. in, out.

Grüße
Andreas

Hallo Andreas,
Da sind wir uns fast einig. Ich wollte ja nur klar stellen, dass sich die (vermeintliche) "Genauigkeit" des Tracks bei dieser Methode durchaus verschlechtert, und dass "optimal" sehr subjektiv ist.

Ich stelle auch deine Methode bei großen Tracks nicht in Frage. Aber es führen viele Wege nach Rom. Ich persönlich teile bei langen Tracks den Originaltrack vor der Reduzierung in Tagesetappen auf und lasse dann auf 500 Punkte reduzieren. Da meine Tagesetappen sich zwischen 50 und 70 km bewegen , war das Ergebnis bisher immer akzeptabel.

Das verstehe ich nicht. Es ist zwar unklar, ob Gpsbabel nach dem Douglas-Peucker-Algorithmus arbeitet oder nach einem erweiterten Pfeilhöhenverfahren (worauf die Beschreibung in der Dokumentation hindeutet), aber in beiden Fällen kommt im ersten Durchlauf ein Track heraus, der bei erneuter Anwendung nicht erneut reduziert wird.

Es gibt übrigens auch bei der 8m-Abstandsfilterung Fälle, bei denen man das Ergebnis durchaus als nicht optimal bezeichnen könnte. Eine Folge von Spitzkehren mit sehr spitzem Winkel und einem Abstand der Spitzen von ca. 8m, werden die Spitzen entfernt. Das sieht dann so aus (blau=Original, rot=Ergebnis):



Gruß
Rainer