Converting from Ellipsoidal to Orthometric Height

[DaveBodak]

We are working on taking some topographic shots and, from what we've read, it seems like Field Maps can only collect the Ellipsoidal height, even though Trimble Mobile Manager provides both the Ellipsoidal and Orthometric height.

After we collected the data (about 250 shots) we're looking for a way to convert over from Ellipsoidal to Orthometric. Does anyone know of an easy way to do this?

[BillFox]

does trimble capture the ellipsoidal height in meters, then convert it to orthometric height in meters before it sticks it in the z-value of the feature's geometry column?

[BillFox]

reference:

https://community.esri.com/t5/arcgis-field-maps-questions/field-map-alternatives-for-windows-11/m-p/...

"Planning to use ArcGIS Pro on Windows 11 tough tablet because it does the GPS RTK vertical elevation on-the-fly adjustment to orthometric height in ftUS into the geometry's z-value"

we have the EOS Arrow Gold+ rover unit with their EOS ProTools and the GoldRTK base station

[JPowell]

Hi Dave,

With a Trimble device (such as DA2/R2) here is the workflow I am using and some notes on where the real-time aspects fall short at the moment.

There is currently no way for a real orthometric height with a proper geoid model applied to write directly to attribute data within GIS. This shortcoming is not associated to the device, but present many devices like the Trimble DA2. The shortcoming lies with ESRI's GNSS metadata fields not having a field or other mechanism to write the numeric elevation into the data in real time. If there are devices that exist which have found a solution to this I'd be curious to know about them myself. Here is some other context:

• If GIS data is prepped properly, with z-enabled, and GNSS metadata fields applied, the correct elevation is present in the collected GPS shot, but it ONLY lives in the z-geometry of the feature (in metric). You will not find any mention of this requirement in any help-documentation from ESRI.
• Without a place for that information to be stored in GIS attribution, it requires a field calc in GIS of the z-geometry into a relevant field (e.g. rim elevation for a manhole). 
• This is the field calc I run - ROUND((Geometry($feature).Z)*3.28084,2).
• Again, if Z-enabled feature classes are not present there is no z-geometry for that elevation to be stored, and without attribution elsewhere, you are wasting your time in the field.
• It can be a common to assume the "altitude" field in GNSS metadata to be the desired value, but this measurement is typically only the HAE measurement and lacks the geoid model. 

[ScottKiley]

In typical Esri fashion the messaging is all over the place on this. As @JPowell mentioned there's no mention of publishing Z-Enabled data in their documentation to Prepare for high-accuracy data collection, but a video from their Field Maps team walks through setting up Arcade to calculate the Orthometric height without ever mentioning that the data needs to be Z-Enabled: https://community.esri.com/t5/arcgis-field-maps-videos/tip-from-morgan-zhang-collect-orthometric-hei...