Mavic 3E RTK (HAE) naar orthometrisch coördinatensysteem

Question

Ik probeer beelden te verwerken die zijn verkregen met een DJI Mavic 3 Enterprise RTK met behulp van Drone2Map (v2023.1.1), en ik kan de juiste combinatie van verticale coördinatensystemen voor Afbeelding en Project niet vinden om de DSM-uitvoer in orthometrische (ASL) hoogte (NAVD88) te krijgen. Ik heb meerdere Drone2Map- en DJI-forums, ondersteuningsartikelen en blogs doorgenomen, maar kan geen specifieke aanbevelingen voor de instellingen vinden. Gezien hoe populair de M3E RTK is, hoop ik dat iemand een specifieke workflow heeft vastgesteld, bij voorkeur binnen Drone2Map (zonder externe manipulatie van afbeeldingscoördinaten of DSM). Ik heb al tientallen D2M-projecten gedaan met GCP, maar dit is mijn eerste RTK-project.<\/P> Specificaties\/Achtergrond:<\/P> DJI Mavic 3 Enterprise RTK (verbonden met het WisCORS-netwerk van Wisconsin).<\/P> ArcGIS Drone2Map Advanced v2023.1.1, met de ArcGIS Coordinate Systems Data (v.11.1.40209) geïnstalleerd.<\/P> Verwerking in Drone2Map zonder GCP, en "Fix Image Location for High Accuracy GPS (RTK and PPK" geselecteerd. (GCP zijn geschoten voor het project en kunnen als controlepunten worden gebruikt, maar worden niet gebruikt in het project. Ik wil in toekomstige projecten alleen met RTK verwerken.)<\/P> Alle verwerkingspogingen hebben geresulteerd in DSM-hoogtes die ongeveer 36,9 meter lager liggen dan de bekende\/opgemeten grondhoogte. Dit komt precies overeen met de Height Above Ellipsoid (HAE)-hoogte. Ik heb Esri's Sample_Heights_For_Earth_Terrain webmappingtool gebruikt (zoals gesuggereerd in een blog) om de HAE- en ASL-waarden voor deze positie te bevestigen.<\/P> Inspectie van de EXIF-gegevens van de beelden bevestigde dat de hoogte inderdaad HAE is (grond HAE plus 300 voet vlieghoogte), zoals verwacht bij DJI RTK-beelden.<\/P> Voor het D2M Project (uitvoer) coördinatensysteem specificeerde ik XY: WGS 1984 UTM Zone 16N (m) (WKID 32616), en Z: NAVD88 Height (m) (WKID 5703) om orthometrische\/ASL hoogtes terug te geven.<\/P> Voor het Afbeelding (invoer) coördinatensysteem specificeerde ik XY van WGS 1984 (WKID 4326). Verschillende berichten zeiden om "Height Above Ellipsoid" als verticaal te selecteren, maar dit lijkt geen optie meer te zijn met v2023.1.1 en het Coordinate Systems Data-programma.<\/P> Ik probeerde aanvankelijk het standaard verticale coördinatensysteem EGM96 Geoid (WKID 5773) onder de map "Gravity-Related \/ World". Dit resulteerde in DSM-hoogtes die werden geretourneerd in HAE-waarden (36,9 meter lager dan gewenst).<\/P> Vervolgens probeerde ik het WGS 1984 (WKID 115700) coördinatensysteem onder de map "Ellipsoidal-based \/ World", wat dezelfde resultaten opleverde.<\/P> Heeft iemand de magische combinatie van coördinatensystemen gevonden om beelden van een M3E RTK (HAE) naar NAVD88 (orthometrisch\/ASL) te krijgen in Drone2Map? <\/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.