Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - fzk

#1
Quote from: WRPSoft on June 16, 2025, 09:04:01Ja, das ist ja mein Reden 8) Eine Frage ist halt, wie bzw. ob man das zur Echtzeit eintüten kann.

Die Höhendaten während der Tour sollten aus derselben Quelle stammen, die auch die Grundlage für die Statistik der geplanten Tour war. Also z.B. dasselbe DEM/DGM. Nur so können die aktuellen Daten während der Tour mit den geplanten Tourdaten verglichen werden.

Fazit: Keine GNSS-Höhendaten in den Track schreiben. Stattdessen die Höhendaten aus einem DEM/DGM (offline oder online) ermitteln und in den Track schreiben.


#2
@WRPSoft: Der Nutzen von ungenauen, stark verrauschten GNSS-Höhendaten ist sehr gering. Da hilft auch Glätten wenig. Am besten man verzichtet auf GNSS-Höhendaten. Die Höhendaten während einer Tour müssen also auf anderem Wege ermittelt werden (z.B. via DEM/DGM). Vor und nach der Tour ermittelt man die Höhendaten ja ohnehin schon via DEM/DGM.
#3
Quote from: clausin on June 14, 2025, 23:15:28('Connection aborted.', ConnectionResetError(10054, 'Eine vorhandene Verbindung wurde vom Remotehost geschlossen', None, 10054, None))

Der Service schließt mit jeder Response die Verbindung. Möglicherweise versuchst du in deinem Client mehrere Requests über dieselbe Verbindung durchzuführen. Das würde zumindest zur Fehlermeldung 'Eine vorhandene Verbindung wurde vom Remotehost geschlossen' passen.
#4
Abstrakt betrachtet möchte man mit Track-Statistiken drei Dinge erreichen:
  • Vor der Tour: Informationen zur Streckenlänge und zu den Höhenmetern.
  • Nach der Tour: Informationen zur Streckenlänge und zu den Höhenmetern.
  • Während der Tour: Wieviel Strecke und wieviele Höhenmeter kommen noch?

Die Statistiken vor und nach der Tour macht man am besten auf Basis von DGM/DEM-Daten. Die Schwierigkeit während der Tour ist die Berechnung der Höhenmeter. Hier sind GNSS-Daten (Satellit) ungeeignet, weil sie zu ungenau und zu stark verrauscht sind. Der Vergleich von "GNSS-Höhendaten mit DGM/DEM-Höhendaten" entspricht einem Vergleich von "Äpfeln mit Birnen". Um während der Tour eine vernünftige Aussage zur Frage "Wieviele Höhenmeter kommen noch?" treffen zu können, sollte man richtigerweise dieselbe Basis verwenden wie für die Planung.

Anders ausgedrückt: Der Nutzen von GNSS-Höhendaten ist sehr gering. Am besten man verzichtet darauf. Die Höhenmeter während der Tour müssen auf anderem Wege ermittelt werden.
#5
Beim Aspekt "Glättung" sehe ich folgende Sachverhalte:
 
Die DGM1-Höhendaten sind extrem genau, was aber dazu führt, dass ein unebener, horizontal verlaufender Naturweg plötzlich Steigung und/oder Gefälle aufgrund der Unebenheiten aufweist. Glättung?

Läuft bei Pausen die Trackaufzeichnung weiter, führt dies oft zu mehr oder weniger ausgeprägten Punktwolken. Diese Punktwolken führen zu Steigung und/oder Gefälle obwohl keine Bewegung erfolgte. Glättung?

Vielleicht hilft ein Beispiel. Der Track sollte so um die 250 Meter Steigung und Gefälle aufweisen:

Höhenmeter-Auswertung basierend auf ungenauen Höhendaten via GPS-Signal:
Uphill: 672.4 m (weighted moving average)
Downhill: 676.5 m (weighted moving average)
Uphill: 1183.7 m (unfiltered)
Downhill: 1187.8 m (unfiltered)

Höhenmeter-Auswertung basierend auf hochgenauen DGM1-Höhendaten:
Uphill: 245.7 m (weighted moving average)
Downhill: 248.0 m (weighted moving average)
Uphill: 277.4 m (unfiltered)
Downhill: 279.7 m (unfiltered)


#6
Der Dienst "GPX-Datei" (auf der Webseite hoehendaten.de) kann verwendet werden:
- um die genauen Höhenangaben für einen geplanten Track zu ermitteln,
oder entsprechend
- um die genauen Höhenangaben für einen aufgezeichneten Track zu ermitteln.

Was auf der Webseite noch fehlt, ist ein Dienst "Track-Analyse" der die genauen Höhenangaben im GPX-Track statisch auswertet. Also zum Angaben wie "Höhenmeter bergauf" oder "Höhenmeter bergab" ermittelt.

Die "Track-Analyse" müßte eine Reihe von Randbedingungen und/oder Benutzerparameter zur Glättung der Daten berücksichtigen. Welche genau, darum ginge es mir im Rahmen einer Diskussion. Das Diskussionsergebnis soll dann in die konkrete Implementierung einfließen.

Anzahl Nachkommastellen: Die API liefert die Höhenwerte exakt so zurück, wie sie von den Landesvermessungsämtern bereitgestellt werden. Das erklärt die vielen Nachkommastellen (z.B. 327.13800048828125 m) bei einem Höhenwert. Das suggeriert eine Scheingenauigkeit, für die Weiterverarbeitung sollte der Wert auf 2 Nachkommastellen gerundet werden (z.B. 327.14 m). Auf der "Karte" wird das auch genauso gemacht.

Connection aborted: Welche Eingabedaten führten zur Fehlermeldung? Und mit welchem Client ist das aufgetreten?

#7
Was genau ist die Intention des Vorhabens?
Genaue Höhendaten für einen geplanten oder durchgeführten Track?
Genaue dynamische Höhenwerte für die Planung oder im Verlauf der Tour?
#8
Hier kannst du die aufgezeichneten GPS-Höhendaten in deinem Track durch hochgenaue DGM1-Daten ersetzen (Dienste -> GPX-Datei): https://hoehendaten.de/index.html

PS: Ich wäre an einer Diskussion deiner Ergebnisse / Erkennissen interessiert, weil es in Kürze dort auch einen Dienst zur Auswertung von GPX-Höhendaten geben soll.
#9
Die freizeitkarte-osm.de sollte, analog zu OSM, alle Wanderrouten beinhalten. Die Anzeige der Routen muss über einen zusätzlichen Layer aktiviert werden. Das Knotenpunktnetzwerk ist übrigens auch enthalten.
#10
Nach Aufzeichnung eines Tracks mit dem Smartphone weist 'Locus Map Classic' 897 Höhenmeter aus.

You cannot view this attachment.

Auf dem Tablet sind es nach Import des Tracks dann (vermutlich realistische) 707 Höhenmeter.

You cannot view this attachment.

Frage: Wie könnte sich der Unterschied erklären?

PS: In beiden Fällen wird die Version 3.70.15 verwendet.

#11
Quote from: Pungu on October 08, 2024, 15:23:103. Einbindung von LoRa-Modulen, um die Position von Jägern und Hunden in Echtzeit sehen zu können

Um was für LoRa-Module handelt es sich?
#12
Danke, genau dies habe ich gesucht.

PS: Intuitiver wäre es allerdings, wenn der Import von Karten und Themes ähnlich funktionieren würde. Aber das wäre ein Feature-Request an das Locus-Team.
#13
Du könntest die Sichtbarkeit der POIs im Theme anpassen oder das Rendering der POIs dort gänzlich abschalten. Beides bedeutet aber einigen Aufwand.
#14
Wie kann ein Theme aus dem lokalen Android-Dateisystem, zum Beispiel dem Downloads-Ordner, in Locus Map Classic Pro importiert werden? Für Karten ist das ja möglich.
#15
-1 für das Entfernen des Features "Ausblenden der (Android-) Statusleiste".