Mavic 3E RTK (HAE) al sistema de coordenadas ortométricas

Question

Estoy intentando procesar imágenes adquiridas con un DJI Mavic 3 Enterprise RTK usando Drone2Map (v2023.1.1), y no puedo encontrar la combinación correcta de sistemas de coordenadas verticales de Imagen y Proyecto para obtener la salida DSM en elevación ortométrica (ASL) (NAVD88). He revisado múltiples foros de Drone2Map y DJI, artículos de soporte y blogs, y no he encontrado recomendaciones específicas para las configuraciones. Por lo popular que es el M3E RTK, espero que alguien tenga un flujo de trabajo específico establecido, idealmente dentro de Drone2Map (sin manipulación externa de las coordenadas de las imágenes o DSM). He realizado varias docenas de proyectos D2M usando GCP, pero este es mi primer proyecto RTK.<\/P> Especificaciones\/Antecedentes:<\/P> DJI Mavic 3 Enterprise RTK (conectado a la red WisCORS de Wisconsin).<\/P> ArcGIS Drone2Map Advanced v2023.1.1, con los Datos de Sistemas de Coordenadas ArcGIS (v.11.1.40209) instalados.<\/P> Procesamiento en Drone2Map sin GCP, y 1Fix Image Location for High Accuracy GPS (RTK and PPK)7 seleccionado. (Se tomaron GCP para el proyecto y podrían usarse como puntos de control, pero no se están usando en el proyecto. Me gustaría procesar usando solo el RTK para proyectos futuros.)<\/P> Todos los intentos de procesamiento han resultado en elevaciones DSM aproximadamente 36.9 metros por debajo de la elevación del terreno conocida/levantada. Esto corresponde exactamente a la elevación Height Above Ellipsoid (HAE). He usado la herramienta web Sample_Heights_For_Earth_Terrain de Esri (como se sugiere en un blog) para confirmar los valores HAE y ASL para esta posición.<\/P> La inspección de los datos EXIF de las imágenes confirmó que la altitud es efectivamente HAE (HAE del suelo más 300 pies de altitud de vuelo), como se espera de las imágenes DJI RTK.<\/P> Para los sistemas de coordenadas del Proyecto D2M (salida), especifiqué XY: WGS 1984 UTM Zona 16N (m) (WKID 32616), y Z: NAVD88 Height (m) (WKID 5703) para devolver elevaciones ortométricas/ASL.<\/P> Para los sistemas de coordenadas de la Imagen (entrada), especifiqué el XY como WGS 1984 (WKID 4326). Varias publicaciones decían seleccionar 1Height Above Ellipsoid7 como vertical, pero esto parece ya no ser una opción con v2023.1.1 y el programa Coordinate Systems Data.<\/P> Inicialmente probé el sistema vertical por defecto EGM96 Geoid (WKID 5773) bajo la carpeta 1Gravity-Related \/ World7. Esto resultó en que las elevaciones DSM se devolvieran en valores HAE (36.9 metros más bajos que lo deseado).<\/P> Luego probé el sistema WGS 1984 (WKID 115700) bajo la carpeta 1Ellipsoidal-based \/ World7, que produjo los mismos resultados.<\/P> 1Alguien ha encontrado la combinación mágica del sistema de coordenadas para convertir imágenes de un M3E RTK (HAE) a NAVD88 (ortométrico/ASL) en 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.