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.


Messages - sonny

Pages: 1 2 [3] 4 5
32
Right now there are some synchronisation problems if using identical caches within 2 different folders.
I've described the troubles and ideas to solve them here:

http://help.locusmap.eu/topic/geocaching-identical-caches-within-different-folders

33
Du hattest einen dauerhaften Fehlern im Handytrack vor allem aufgrund der fehlenden oder falsch eingestellten Höhenkorrektur. Kann sein, dass der GPS-Chip deines Handys die Korrekttus schon automatisch vornimmt und du diese in Locus daher abschalten musst.

Einfach bei dir zu Hause ins freie gehen, die verschiedenen "Höhenkorrektur"-Optionen ausprobieren und dann jene nehmen, mit der du ca. die richtige Höhe im Locus angezeigt bekommst.

Andererseit hättest du eh "GPS Daten ersetzen" ausgewählt, daher sollte die Höhendaten ja nur aus der .hgt-Datei ermittlet werden... Vielleicht hattest du wirklich noch die ungenaueren SRTM-Dateinen dafür. trotzdem erscheinen mir deinen Abweichung von 40m dafür zu hoch, die gibts normal nur im Gebirge

34
... noch was: du kannst auch deinen Locustrack im Nachhinein noch mit den Lidar-Höhendaten korrigieren:
öffne die Trackdetailseite, klicke rechs unten im Menü auf das ^-Icon, "Mehr", "Höhenangabe einfügen"

35
Hallo, ich habe einen Blick darauf geworfen. Also der Garmin-Track ist ok, er weicht vom Lidar-Terrain höhenmäßig immer nur max. 10m ab und unterliegt aufgrund des eingebauten Barometers auch keinen gröberen Schwankungen aufgrund von schlechtem Sat-Empfang.

Beim Handy hast du 2 Probleme:

1.) fehlt dieser Barometer, ist also bzgl. Höhenmessung gerade in so hügeligem Gelände schon mal schlecht geeignet. Da du aber im Locus ein sehr präzises Lidar-DTM installiert hast (hast du eh die 1" und nicht die 3" für NRW runtergeladen?) kannst du dieses Höhemmodell im Locus zum korrigeren der eher ungenauen Handyhöhen verweden.

2.) Ich habe gesehen, dass dein Handy um ca. +40m eine zu große Höhe aufzeichnet. Das liegt wahrscheinlich darin das du im Locus die Offset-Korrektur nicht eingeschaltet hast und daher nicht die Höhe über dem Meeresspiegel verwednet wird, sondern eine "virtuelle" Höhe, die sog. GPS-Ellipsoidhöhe

Du kannst aber beide Probleme ganz gut in den Griff bekommen in dem du Locus richtig einstellst:

Und zwar unterEinstellungen > GPS und Ortung >  Höhen Manager:
"Höhenkorrektur verwenden" aktivieren; 
SRTM:daten: "GPS Höhenangabe optimieren" oder besser noch in NRW wo es das genaue Lidar-Model gibt "GPS-Werte ersetzen";
Höhenfilter: "Starker Filter";
Offset: "Automatische Korrektur" aktivieren

DAmit sollten nun das Garmin und das Handy ähnliche Werte aufzeichnen, also wenn du auf einem Gipfel bist z.b. nicht mehr als 10m abweichen.


37
i'm afraid not. But the 1"  models (.hgt files) are about as precise as the 20m models

38
Troubles & Questions / Re: UTM projection is not precise
« on: June 28, 2017, 18:32:24 »
I think Locus is treating UTM-coordinates correct. But for checking with professional conversion software you should provide the coordinates in degree of your points too.

In general a UTM- grid is not exactly "rectangular" compared to the degree-grid of the same region. But it is more or less rotated, meaning the meridian of the UTM-grid are *not* running from geographical North to south. Please take a look at the image:

As you can see the black lines of degree-grid are not parallel but lightly rotated to the colored UTM-grid, especially on the sides of an UTM-zone.

The other point to consider is, that UTM is just a projection of the earth's surface which is nearly a sphere and can't 1:1 projected into a rectangular system. So simplified: 1 meter in UTM grid is just "at average" 1 m in reality, depending in which location within an UTM-zone you are measuring. The differeces are of course very low, but a distance on real earth of 5000 m could be a just distance of for example 4998 m in UTM-grid.

So we can't 1:1 convert UTM-meters in real-world meters. Also each grid system uses another model of Earth with slightly different diameters of their models.

39
I was wondering if it's possible to display the following info during guidance along a track:
What's the distance and vertical differences (exactly: the sum of elevation meters uphill, and the sum of elevation meters downhill) to the track's destination. Maybe additionally display the chart of the remaining track.

It's possible to get these infos for tracks without guidance turned on, you just have to click on the trackline


But i couldn't figure out how to display these infos for a track which I'm actually following by guidance:


40
du musst die Funktion zuerst aktivieren:
Einstellungen > Karten > Kartenobjekte > Schnellmessung

dann mit 2 Fingern auf die Karte klicken und halten, ev. noch Lage der punkte verschieben.
dann erscheint eine pinke Linie mit der Distanz, welche nach ein paar Sekunden von selber wieder verschwindet.

41
Du brauchst dazu Karten, welche Höhenlinien integriert haben. Höhenlinien werden im Gegensatz zu Schattierungen nicht durch die Kartenapps wie Locus erzeugt, das wäre viel zu rechenaufwändig.

Ich nehme am liebsten die OpenAndroMaps, z.B. für Deutschland hier
http://www.openandromaps.org/downloads/deutschland

Dazu noch das passende Rendertheme "Elevate 4", damit werden wirklich alle Karteninhalte angezeigt und du kannst sogar deren Darstellung je nach besonderer Verwendung für Wandern, Radfahren, Mountinbiken, Stadtspaziergängen umschalten:
http://www.openandromaps.org/kartenlegende/elevation-hike-theme


Für eine schöne Schattierung und zur Anzeige der Seehöhe eines Punktes benötigst du noch sog. .HGT-Files der betreffenden Region. Die gibts weltweit bei viewfinderpanoramas, allerdings besonders im Hügel- und Bergöand nicht sonderlich genau. Für bestimmte Länder und auch einige deutsche Bundesländer gibts inzwischen deutlich genauere .HGT-Dateien.
Wo diese erhältlich sind, habe ich in #6 in diesem Thread geschrieben.

42
I'll probably do if there are once Opendata Lidar sources of this German province (Sachsen). Right now I'm afraid there's no such data available for free use.

43
Sorry, no.

44
Troubles & Questions / Video attachments: wrong file extension
« on: March 29, 2017, 11:28:35 »
I want to inform you about a small bug: Video attachments (at least on my phone, see Screenshot of Mediainfo) are saved by locus in a MPEG-4 file container (ususal file.extension: .mp4).
But Locus by mistake uses a wrong extension .avi, which denotes a completely different container format (AVI).

So please use extension ".mp4" for video-files, thanks.

45
Grundsätzlich: Ich weiß, dass die Bestimmung der richtigen Seehöhe eines Punktes selbst bei guten GPS-Empfangsbedingungen nicht immer genau und zuverlässig ist. Ganz zu schweigen wenn man sich innerhalb von Schluchten, dichten Wäldern oder am Rand von Felsmauern bewegt.
Gleiches gilt selbst bei Verwendung von sehr genauen .HGT-Dateien. Da deren Genauigkeit das eine ist, aber die Genauigkeit der per GPS ermittelten GPS-Position auch eine wesentliche Rolle spielt: Wenn man z.b, unterhalb einer hohen Felswand geht und die (horizontale) GPS-Position nur 15m falsch ist, wird selbst bei genauestem .hgt-DAten eine falsche Höhe von z.B. 50m oder mehr angezeigt. Diese kann wiederum von Sekunde zu Sekunde stark hin- und herschwanken allein wegen der Ungenauigkeit der Positionsermittlung des aktuellen Standortes mittels GPS.

Noch viel komplexer als die Ermittlung des Höhenwertes eines einzelen Punktes ist die Berechung von summierten Höhenwerten, sprich wieviele Höhenmeter habe ich während meiner Wanderung in Summe bewältigt.

Hier gibt es selbst bei besten Empfangsbedinungen je nach Methode der Filterung/Nachbearbeitung eines Tracks GEWALTIGE Unterschiede, was dazu führt das sich viele Leute immer über völlig unrealistische Höhensummen wundern, die ihnen das GPS anzeigt.

Ich habe z.B. einen längeren Spaziergang bei guten Empfangsbedingungen in eher flachen Gelände gemacht. Track habe ich mit Locus, nur GPS-keine SRTM Daten, aufgezeichnet. Alle Sekunde ein Trackpunkt, mittlere Filterung.

- Am Schluss zeigte mir Locus in den Trackeigenschaften einen Höhensumme von +484 m an - völlig unrealistisch.

- Ich habe dann den selben Track mit den Höhenwerten meines LIDAR-Hgt von Österreich füllen lassen. Ergebnis: Höhensumme nur mehr: +163 m: viel besser! Trotzdem bleibt noch die oben erklärte Ungenauigkeit aufgrund der schwankenden horizontalen GPS-Position (eine in wirklichkeit gerade Strecke ist nach der TRackaufezeichnung immer leicht zick-zack förmig. Das führt dazu das die summierten Höhen immer größer sind als in der Realität.

- Ich habe deswegen den Zick-zack-Track noch vereinfacht (hatte danach nur mehr ca. 20% der ursprünglichen Trackpunkte
dies führte dazu, das auch die Anzahl der fehlerhaften Höhenpunkte abseits der wirklichen Strecke deutlich reduziert wurde. Höhensumme nun: +110 m was sehr gut der Relität entspricht.

Wie man sieht gibts hier selbst bei sehr guten Empfangsbedingungen haarsträubende Unterschiede. Der Laie der sich über die Hintergründe nicht bewusst ist, sagt er hat heute eine Wanderung mit fast 500 Höhenmetern gemacht, obwohl es in wirklichkeit nur knapp über 100 Höhenmeter waren.

Das war ein Einschub um zu zeigen wie extrem schwierig es für Geräte, Software und Benutzer ist für einen Track einigermaßen sinnvolle Höhensummen zu erhalten. Wer nur GPS zur Verfügung hat und keine LIDAR-Höhendaten hat, ist wirklich arm dran wenn sie nicht einen sehr starken Höhenfilter verwenden und am besten Trackpunktaufzeichnung nur alle 10 Sekunden oder so.
Selbst bei Verwendung von genauen SRTM-Dateien bedarf es noch der Einstellung von schlauen Trackaufzeichnunsintervallen und Filterungen.

Du hast aber recht: Wenn man ein Gerät mit Luftdrucksensor hat kann man Höhenmessungen+Summen davon am zuverlässigesten messen. Der Drucksensor erzeugt keine sprunghaften Höhenunterschiede, selbst wenn der horizontale GPS-Empfang zick-zack Sprünge macht.
Und die größte Unsicherheit bei Geräten mit Drucksensor: Der sich bei Wetterumschwung ändernde (Meeres)luftdruck wird durch die schlaue automatische Kalibrierung von Locus mit Hilfe von .hgt-Daten kontinuierlich angeglichen.

Also: Pressure sensor in den Einstellungen aktivieren, und "Automatic calibration".
Einzig offener Punkt: ob man bei "SRTM  Data" in der Praxis besser "optimize GPS values" (GPS wird hauptsächlich verwendet) oder doch "Replace GPS values" (nur .SRTM-Files werden verwendet) bzw. ob diese Einstellung überhaupt für die automatische Kalibrierung verwendet wird müsste man ausprobieren.

Pages: 1 2 [3] 4 5