<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr"><meta http-equiv="content-type" content="text/html; charset=utf-8">Hi,<div>See comments below. Comments welcomed.<br><br><div dir="ltr">Nicolas Cadieux<div><a href="https://gitlab.com/njacadieux">https://gitlab.com/njacadieux</a></div></div><div dir="ltr"><br><blockquote type="cite">Le 5 mars 2021 à 08:43, Greg Troxel <gdt@lexort.com> a écrit :<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><span></span><br><span>Nyall Dawson <nyall.dawson@gmail.com> writes:</span><br><span></span><br><blockquote type="cite"><span>On Fri, 5 Mar 2021 at 14:59, jeremy benwell <jeremybenwell@gmail.com> wrote:</span><br></blockquote><blockquote type="cite"><blockquote type="cite"><span></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>I was wondering if GPX files contain CRS information? I saved some</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>waypoints in my garmin gps and then used GPSBabel to upload those</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>waypoints to my computer and create a GPX file. The map datum on my</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>gps was set to GDA 94. Does my GPX file contain the CRS that my GPS</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>was set to when I saved the waypoints (i.e. GDA 94) and if so do I</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>need to make sure my QGIS project CRS is set to GDA 94 also?</span><br></blockquote></blockquote><span></span><br><span>The format spec is available:</span><br><span> https://www.topografix.com/gpx.asp</span><br><span> https://www.topografix.com/GPX/1/1/</span><br><span></span><br><span>The spec is clear that the datum is WGS84.</span><br><span></span><br><span>For elevation, I read the spec as saying that the datum is "WGS84</span><br><span>orthometric height", meaning that one takes WGS84 ellipsoidal height and</span><br><span>uses EGM2008 to get a height that is sort of "above sea level". The</span><br><span>notion that the height is ellipsoidal height is to me unreasonable. </span></div></blockquote><div><br></div>If the standard says orthometric height, it means that it takes the ellipsoïdal height and then applies the geiod model (in this case EGM2008 or Earth gravitational model 2008). This is the height where the average sea level would be given the local gravity on land. Orthometric height is the geiod height or the height above the average sea level. </div><div><br><blockquote type="cite"><div dir="ltr"><span>I</span><br><span>have observe garmin units using the "orthometric height" notion; my</span><br><span>geoid separation is around -30m and this can be checked. I have an open</span><br><span>question to the GPX spec group about this.</span><br><span></span><br></div></blockquote><div>This is a typical difference between a geiod height and the ellipsoid. The early geiod model like EGM96 had a 15 sec grid so that explained why a GPS had typically more error horizontally (z) than vertically (x,y) when compared to a good topographic map, at least in earlier devices that had rough geiod models. </div><br><blockquote type="cite"><div dir="ltr"><blockquote type="cite"><span>No, they don't store CRS. Definitely make sure you set the crs to</span><br></blockquote><blockquote type="cite"><span>GDA94 (but only when the gps was explicitly set to this datum!!). I'd</span><br></blockquote><blockquote type="cite"><span>suggest re-saving the gpx to a format like gpkg which can store the</span><br></blockquote><blockquote type="cite"><span>gda94 crs correctly, so that the dataset will open in future with the</span><br></blockquote><blockquote type="cite"><span>correct CRS and you won't run into issues later.</span><br></blockquote><blockquote type="cite"><span>(GPX files are just text files -- you can open to verify this!)</span><br></blockquote><span></span><br><span>I am pretty sure that Garmin units use the configured datum only for</span><br><span>display, and that storage (which is actually GPX, in non-ancient units))</span><br><span>and GPX is still in WGS84. If not, they are IMHO buggy. But I haven't</span><br><span>set a datum in mine since I used NAD27 when displaying in UTM to find</span><br><span>points with a ruler on older topo maps!</span><br></div></blockquote><div><br></div>I think that was the case with my old etrex. <br><blockquote type="cite"><div dir="ltr"><span></span><br><span></span><br><span>I would suggest to the Jeremy to understand the delta from "WGS84" to</span><br><span>GDA94. I'm not a geodesy.expert.au, but my impresssion is that it's</span><br><span>only a few meters and that it is therefore unlikely that points from a</span><br><span>Garmin unit have errors that are small enough to notice that. I have</span><br><span>not been able to notice the NAD83(2011)/WGS84(G1762) shift (about a</span><br><span>meter) with L1-only navigation solution GPS. I can resolve it very</span><br><span>clearly with dual-frequency multi-constellation RTK.</span><br></div></blockquote><div><br></div>In North American, most devices do not make a difference between Nad83 (revised models) and WGS84 (revised models). I imagine this is probably the case with GDA94, specially if GDA94 was identical to WGS84 original in the beginning (i’am not sure this is the case, I really don’t know here).<br><blockquote type="cite"><div dir="ltr"><span></span><br><span></span><br><span>Also, Jeremy should be aware of the "null transform" issue with WGS84.</span><br><span>WGS84 will be considered equivalent to a number of datums. For me, it</span><br><span>is mapped without a shift to NAD83 and also to ITRF2014. So if I</span><br><span>display data that's actually in ITRF2014 and also data labeled WGS84,</span><br><span>and change my project CRS from ITRF2014 to NAD83(2011), the relative</span><br><span>position of points change.</span><br><span></span><br><span>Despite "GPX is WGS84", if the GPS receiver was receiving differential</span><br><span>corrections, either locally or via SBAS such as WAAS, then the output</span><br><span>coordinates are no longer in WGS84 and are instead in the differential</span><br><span>system's frame. WAAS is I believe in something like ITRF2005, but it's</span><br><span>very hard to figure that out precisely. (My understanding is that at</span><br><span>least most of Australia currently has no available SBAS, but almost all</span><br><span>measurements made in the US with navigation-grade equipment are with</span><br><span>WAAS.)</span><br></div></blockquote><div><br></div>Weird... I would expect the coordinates to be a simple corrections of whatever version of WGS84 is currently in use... </div><div><br><blockquote type="cite"><div dir="ltr"><span></span><br><span>The best approach is to stop using WGS84 as a CRS, and label the data</span><br><span>with a more precise CRS. Even for L1-only GPS with no corrections,</span><br><span>today you get WGS84(G1762), which should not be subject to the "null</span><br><span>transform" problem. This is what Nyall suggested, far more concisely</span><br><span>then I did :-)</span></div></blockquote><blockquote type="cite"><div dir="ltr"><span></span><br><span>Greg</span><br><span></span><br><span></span><br><span>_______________________________________________</span><br><span>Qgis-user mailing list</span><br><span>Qgis-user@lists.osgeo.org</span><br><span>List info: https://lists.osgeo.org/mailman/listinfo/qgis-user</span><br><span>Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user</span><br></div></blockquote></div></div></body></html>