Improve sorting adjusted type G measurements by n-stat in the local frame

[nicgowans]

Brief description
When sorting by n-stat is requested by providing --sort-adj-msr-field 7 to adjust.exe, type G measurements are sorted based on the n-stat values expressed in the cartesian frame (XYZ) even when --output-adj-gnss-units 1 is provided to the program. This can result in sorting that appears incorrect, and would run contrary to user expectation.

Basic requirements
Measurement sorting by n-stats for GNSS measurements (type G in this example - type X not investigated but likely similarly affected) should ideally be performed on the n-stat values expressed in the frame selected by the user (cartesian or local) set with the --output-adj-gnss-units option.

For example, the behaviour in DynAdjust v1.2.8 is as follows. Screenshot of type G adjusted msrs expressed in the cartesian frame sorted by n-stat providing the expected results:

Contrasted with the same measurements, but with --output-adj-gnss-units 1 supplied to adjust.exe, which likely does not match user expectation for sorting:

In the second screenshot please note:

• The largest reported n-stat appears in the 3rd G measurement (highlighted).
• The order of the measurement IDs is consistent with the first screenshot, supporting the idea that sorting is performed on n-stat values in the cartesian frame, regardless of --output-adj-gnss-units option provided.

DynAdjust details
Version: 1.2.8, Release (64-bit)
Build: Feb 26 2025, 10:36:54 (MSVC++ 17.12, VS2022)

Priority
Suggest priority 2 (medium)