Löschen sehr langsam

[routeconverter]

Und danach bleibt eine Position markiert - die zweite der Positionsliste - das war auch immer so (warum?).

Hallo Ralf,

intern wird das normale Löschen-Kommando benutzt. Und da ist es praktisch, wenn man einfach immer wieder auf Löschen klicken kann und die nächste Position bereits markiert ist und gelöscht wird.

[tamconv]

Ich habe gerade eine neue Vorabversion hochgeladen, die Patches enthält, die das Markieren und Löschen aus dem Beispiel von @tamcov zu einer Sache von wenigen Sekunden auf meinem Rechner machen.

Kann ich bestätigen. Werde ab jetzt die Vorabversion benutzen, wenn mir das auffällt, melde ich mich. Jedenfalls tausend Dank für Deine Arbeit, das Reduzieren der Punkte nutze ich oft, weil mein Montana sonst noch langsamer wird, als er eh schon ist.

[Miwe]

Ich habe Punkte-Löschen mit 30m-Douglas-Peucker-Algorithmus gewählt. Wie in der Vergangenheit auch schon oft. Der vorliegende Messagethread ist von 2019 - ich hatte noch nie zuvor Anlass nach diesem Problem zu suchen.

Ich habe eine sehr lange Fahrradtour mitgeschnitten - die Datei enthält 113934 Punkte. Es dauert ewig bis etwas markiert wird (gar nichts bisher) - nun habe ich folgende Fehlermeldung entdeckt:

-----------------------------
Beim Ausführen der 'slash.navigation.converter.gui.dialogs.DeletePositionsDialog$4' Aktion ist ein Fehler aufgetreten:
StackOverflowError
java.lang.StackOverflowError
at java.base/java.lang StrictMath.atan(Unknown Source)
at java.base/java.lang,Falibm$Atan2.compute(Unknown Source)
at java.base/java.lang,StrictMath.atan2(Unknown Source)
at java.base/java.lang.Math.ztan2(Unknown Source)
at slash.navigation.common Bearing.calculateBearing(Bezring;java:201).
at slash.navigation.base.BaseNavigationPosition.calculateOrthogonalDistance(BaseNavigationPosition java:117)
at slash.navigation.base.RouteCalculations.douglasPeuckerSimplify(RouteCalculations.java:49).
at slash.navigation.base.RouteCalculations.douglasPeuckerSimplify(RouteCalculations java:63)
-----------------------------

Die letzte Zeile wiederholt sich dann endlos.

(Den Text oben konnte ich nicht rauskopieren - ist eine OCR-Version des Screenshots, Fehler bitte entschuldigen.)

Frage:
=====
Was kann ich gegen den Stack-Overflow tun? In meinem Windows was einstellen? Oder ist es eine Begrenzung in RouteConverter?

Ich könnte den Track in mehrere Stücke zerlegen und wiederzusammenbauen - ist aber umständlich und an den Übergängen unsystematisch.

Ich würde mich über Hilfe freuen.

[routeconverter]

Oder ist es eine Begrenzung in RouteConverter?

Eventuell von der Implementierung des Douglas Peucker-Algorithmus, die Rekursion verwendet und dann an Stackgrenzen stößt. Könntest Du mir die fragliche Datei zukommen lassen? Dann experimentiere ich gerne etwas.

[routeconverter]

@Miwe ich hatte Dir bereits geschrieben, dass ich das gerne reproduzieren möchte

[Miwe]

Lieber Christian,

ich war etwas überlastet in der letzten Zeit, deshalb die verspätete Antwort. Ich freue ich mich über das Hilfe-Angebot. Ich sende die Datei per PM. Die Erörterung können wir aber - für alle anderen - hier führen.

Viele Grüße
Miwe

[Miwe]

ACHTUNG! Entwarnung! - Fall ist gelöst.

Ich habe heute die Version RouteConverter3.6 heruntergeladen. Der Track wurde eingelesen und die Reduktion auf Markante Punkte (30 Meter) war erfolgreich. Es hat einige Sekunden gedauert. Ursache weiß ich nicht - aber es geht jedenfalls wieder!

[routeconverter]

Der Grund ist, dass ich in der 3.6 den Douglas-Peucker Algorithmus von Rekursion auf Iteration umgestellt habe, ohne auf Deine Testdatei abzuwarten.

Bei mir hakt es nun beim Löschen: das scheint bei so vielen zu löschenden Positionen nicht zu funktionieren. Wie ist das bei Dir?