Mavic 3E RTK (HAE) zum orthometrischen Koordinatensystem

Question

Ich versuche, mit einer DJI Mavic 3 Enterprise RTK aufgenommene Bilder mit Drone2Map (v2023.1.1) zu verarbeiten, und kann die korrekte Kombination aus Bild- und Projekt-Vertikal-Koordinatensystemen nicht finden, um die DSM-Ausgabe in orthometrischer (ASL) Höhe (NAVD88) zu erhalten. Ich habe mehrere Drone2Map- und DJI-Foren, Support-Artikel und Blogs durchgesehen, konnte aber keine spezifischen Empfehlungen für die Einstellungen finden. So beliebt wie die M3E RTK ist, hoffe ich, dass jemand einen spezifischen Workflow etabliert hat, idealerweise innerhalb von Drone2Map (ohne externe Manipulation der Bildkoordinaten oder des DSM). Ich habe bereits mehrere D2M-Projekte mit GCP durchgeführt, aber dies ist mein erstes RTK-Projekt.<\/P> Spezifikationen\/Hintergrund:<\/P> DJI Mavic 3 Enterprise RTK (verbunden mit Wisconsins WisCORS-Netzwerk).<\/P> ArcGIS Drone2Map Advanced v2023.1.1, mit installiertem ArcGIS Coordinate Systems Data (v.11.1.40209).<\/P> Verarbeitung in Drone2Map ohne GCP und mit ausgewählter Option 2Fix Image Location for High Accuracy GPS (RTK and PPK)2. (Für das Projekt wurden GCP aufgenommen und könnten als Kontrollpunkte verwendet werden, werden aber im Projekt nicht genutzt. Ich möchte zukünftig nur das RTK zur Verarbeitung verwenden.)<\/P> Alle Verarbeitungsversuche führten dazu, dass die DSM-Höhen etwa 36,9 Meter unter der bekannten/vermessenen Bodenerhebung lagen. Dies entspricht genau der Höhe über dem Ellipsoid (HAE). Ich habe das Esri-Webmapping-Tool Sample_Heights_For_Earth_Terrain (wie in einem Blog vorgeschlagen) verwendet, um die HAE- und ASL-Werte für diese Position zu bestätigen.<\/P> Die Überprüfung der EXIF-Daten der Bilder bestätigte, dass die Höhe tatsächlich HAE ist (Boden-HAE plus 300 Fuß Flughöhe), wie bei DJI RTK-Bildern erwartet.<\/P> Für die D2M-Projekt-(Ausgabe-)Koordinatensysteme habe ich XY: WGS 1984 UTM Zone 16N (m) (WKID 32616) und Z: NAVD88 Height (m) (WKID 5703) angegeben, um orthometrische/ASL-Höhen zurückzugeben.<\/P> Für das Bild-(Eingabe-)Koordinatensystem habe ich XY von WGS 1984 (WKID 4326) angegeben. Mehrere Beiträge empfahlen, 2Height Above Ellipsoid2 als Vertikalwert auszuwählen, aber dies scheint mit v2023.1.1 und dem Coordinate Systems Data Programm nicht mehr verfügbar zu sein.<\/P> Zunächst versuchte ich das Standard-Vertikalkoordinatensystem EGM96 Geoid (WKID 5773) im Ordner 2Gravity-Related \/ World2. Dies führte dazu, dass DSM-Höhen in HAE-Werten zurückgegeben wurden (36,9 Meter niedriger als gewünscht).<\/P> Dann probierte ich das Koordinatensystem WGS 1984 (WKID 115700) im Ordner 2Ellipsoidal-based \/ World2 aus, was dieselben Ergebnisse lieferte.<\/P> Hat jemand die magische Kombination von Koordinatensystemen gefunden, um Bilder von einer M3E RTK (HAE) zu NAVD88 (orthometrisch/ASL) in Drone2Map zu konvertieren? <\/P>

AlexPapiez · Answer

I use a DJI M3M with RTK and an Emlid RS3 which broadcasts corrections to the drone controller via Emlid's local NTRIP, and set up the RS3 base over a known point.

My GCPs (checkpoints) and Base Station Point were measured in NAD83(2011) State Plane WA South (WKID 6598) / NAVD88 Geoid18, unit=meters. In ArcGIS Pro I projected only the base station point to WGS84 Horizontal / WGS84 Vertical, then used the "add x-y data tool" to get WGS84 and ellipsoidal height coordinates for the base. These coordinates were entered into the base station broadcasting local NTRIP to the drone.

When I upload the images to Drone2Map and select a coordinate system I chose WGS84 / WGS84 as the Image Coordinate System.  For the GCPs and project coordinate system, I select NAD83(2011) WKID 6598 for the Horizontal Coordinate System, and NAVD88 (WKID 5703) for the Vertical Coordinate System.

However, in the drone2map processing report it shows a Coordinate System Transformation:

WGS_1984_(ITRF00)_To_NAD_1983 + NAD_1983_To_NAVD88_CONUS_GEOID12B_Height

My checkpoint X-Y RSME is 1-2 cm, however my Z RSME is 10 cm.  I am wondering if the higher Z RMSE is due to a vertical datum mismatch, potentially caused by ESRI's NAVD88 (WKID 5703) using Geoid12B instead of Geoid18? Since my GCPs were collected using Geoid18.

Also, is it necessary to enter the base coordinates as WGS84 and ellipsoidal height? Or could I use the same projected coordinate system as my GCPs: NAD83(2011) (WKID 6598) and NAVD88 Geoid18 orthometric height coordinates?

Thanks,

Alex

MarkBuie · Answer

RTK networks return corrections in a coordinate system defined by the RTK network provider. The reference system can usually be found by visiting the providers website or contacting them directly. I did a quick search and believe that WISCORS networks output their corrections in NAD83 (2011), but this should be confirmed with the RTK network provider.

Once the reference system is known, change the Image Coordinate System in Drone2Map to match the coordinate system of the RTK network (NAD83 (2011) / NAD83 (2011). The project coordinate system can be set to any coordinate system you would like your products to be in. However, we recommend staying within the same geographic coordinate system, as transformations may impact accuracy.