Should 'reference frame' (and epoch) apply to more than just GNSS-type measurements? #198
Replies: 1 comment
-
Thanks @jhaasdyk-au for raising this question. In my mind, "yes" would be the appropriate answer to your question given that all measurements are expressed in terms of a datum, whether recorded or not, be it astronomic, geodetic, local or height. Similarly for epoch (c.f. your question, #195), noting also that epoch is a prerequisite for handling change via deformation model. But which measurement types? As you've rightly noted, the mention of reference frame in the documentation is discussed almost entirely from the perspective of handling GNSS type measurements (G, Y, Y). Height measurements (H, R, L) are perhaps the only exception and in this context, "datum" is the the more popular term even though it carries the same idea as reference frame. Measurements in the local reference frame (A, D, S, V, Z) don't really enter this discussion, in my mind, since they are parameterised relative to the cartesian reference frame via the ellipsoid specifications of the default (or user-specified) reference frame and the geodetic location of the instrument station. That leaves measurement types B, C, E, I, J, K, P, Q. For each of these, the answer to your question will need to take into consideration (recognising datum might be the more practical term):
There might be other questions to consider also |
Beta Was this translation helpful? Give feedback.
-
The purpose of this github discussion is to:
i.e. to inform additional user(self)-education, or potential enhancements or defects.
All findings and recommendations are my own and may not correctly represent current or planned DynAdjust behaviour.
Should reference Frame (and epoch) apply to more than just GNSS-type measurements?
Or does it already?
Currently the reference frame attribute is ONLY defined for GNSS-type measurements, per Section B.1.4 (with GNSS msr at Table B.8).
While GNSS are the most obvious observation types that rely on reference frame (and epoch), should reference frame (and epoch) also be applied for:
I cannot find reasoning / discussion in the Users guide to support or explain the inclusion / exclusion of other MSR types.
I would benefit from that being recorded.
Note: Station coordinates of course also employ reference frame and epoch (but in STN file header only, not per coordinate row). Out of scope for this discussion.
BACKGROUND:
Various sections in the Users Guide address this concept:
Section 7.2. Observation equations
“GNSS baselines (G) and baseline clusters (X), GNSS point clusters (Y), geodetic latitude (P) and longitude (Q) and ellipsoid height (R) are aligned with the adjustment ellipsoid, reference frame and epoch.
If a different ellipsoid, reference frame and/or epoch has been provided with such measurements, DynAdjust applies a transformation (as per §4.3) to align each measurement to the adjustment reference frame.”
However, it is notable that the users guide describes the use of reftran on GNSS-type measurements only.
I have not undertaken testing to date of its ACTUAL performance on other measurement types, but that could be instructive.
Section 3.2.3 Network Constraints / Point measurement constraints.
Various other sections refer to GNSS msr only
“To this end, reftran expects all stations and measurements to be tagged with a recognised reference frame abbreviation [and epoch as required]”
" Any GNSS measurement which does not have a reference frame abbreviation assigned to it will adopt [the default reference frame upon import]"
(what currently happens with other measurements providing epoch?)
... while other sections refer more generically to measurements:
Which then goes on to describe:
Beta Was this translation helpful? Give feedback.
All reactions