I ran the Create GPS Metadata Fields tool, to add all the GNSS fields on some layers in an editing service on SDE for use in Field Maps with Trimble R2s.
My boss asked if we can delete any of the GNSS fields, and still be able to record GPS receiver accuracy. In other words there are a lot of fields added to the layers, and she was wondering if any are actually unnecessary. I know of course PDOP, HDOP, VDOP, and perhaps Number of satellites, Perhaps Std Dev are necessary for the Horiz and Vert accuracy fields.
But what about these fields? Can they be deleted? Are they needed to calculate horizontal and vertical accuracy? In other words if I delete these fields, will Field Maps still record data into the other fields, and populate a Horizontal Accuracy and Vertical Accuracy number in those two fields? If we are using a Trimble R2.
ESRIGNSS_DIRECTION
ESRIGNSS_SPEED
ESRISNSR_AZIMUTH
ESRIGNSS_AVG_H_RMS
ESRIGNSS_AVG_V_RMS
Hi @Kevin_MacLeod , the GPS metadata fields are simply that, just metadata and therefore are not required in the collection of features or calculation of accuracy etc. You can remove these as you see fit however I would lean more towards hiding them instead of deleting them in case you need to come back and review previously collected data. Is there a reason your organization wants to delete them?
hi Kevin,
short answer = keep them
long answer...
are you more concerned with accuracy or precision?
collecting x,y and z coordinates?
requiring US Feet or Meters?
requiring ellipsoidal or ortho-metric elevations?
some links here you probably already found and it can be a deep rabbit hole to understand it all
my eyes get blurry just thinking about it
There's a lot of "it depends" here but the RMS fields are the must have fields, there's virtually no reason to bother with GNSS metadata without them. ESRIGNSS_POSITIONSOURCETYPE is also a big one, this is what confirms that your users are using the equipment. The DOP data is less useful in my experience, but I'm sure someone who's spent more time with GNSS workflows can correct me here.