Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add option to scale a-priori standard deviations for non-GNSS measurements #37

Open
rogerfraser opened this issue Feb 14, 2020 · 1 comment
Labels
feature improve Improve or enhance an existing feature priority 4 (nice-not-necessary) Good idea but unlikely to be delivered in the near future

Comments

@rogerfraser
Copy link
Member

DynAdjust currently permits the scaling of GNSS variance matrices by a variance factor (or the a-posteriori sigma zero calculated from a least squares adjustment). See sections 3.3.3 and 7.3.2.1 in the DynAdjust User's Guide for more information.

A new option to permit the scaling of non-GNSS measurements (i.e. distances, heights, etc.) is required.

Note - it is not theoretically legitimate to scale a-priori variance matrices comprised of variances for different measurement types (and hence, different units - metres, radians). For this reason, consideration should be given to alerting the user that less-than-optimal results will be produced when attempting to scale the a-priori variance matrix for a network comprised of different measurement types.

@rogerfraser rogerfraser added the feature improve Improve or enhance an existing feature label Feb 14, 2020
@sfull
Copy link
Collaborator

sfull commented May 20, 2020

See attached for a set of basic XSL Transformations that can be applied to a measurement file to alter the standard deviations of some terrestrial measurement types.

As pointed out by @rogerfraser , this is not entirely rigorous, but it does have practical utility if used with care (e.g. on measurements made by the same instrument). Here are some situations where the XSL transformations have proven useful:

  • Directions / Angles (D, A, V Types) observed in rounds by robotic total stations. The StdDev are overoptimistic. You can overwrite the StdDev with the instrument rating (e.g. 3") or other value.
  • Short distance levelling, to imposed a "minimum" StdDev value
  • Scaling terrestrial measurements of one type up/down whilst leaving others unaffected (i.e. avoid sigm-zero scaling of entire network).

I wouldn't consider these XSL Transformations the enhancement, but they can provide a workaround in the meantime. They can also be used as template for adding other XSL Transformations for simple measurement types.

You can see a video of how to apply the XSL Transformations (in Notepad++) here:

DynAdjust_XSL_Transformations.zip

@rogerfraser rogerfraser added the priority 1 (high) Issues which will receive the earliest attention label Sep 9, 2020
@rogerfraser rogerfraser removed the priority 1 (high) Issues which will receive the earliest attention label Mar 13, 2021
@rogerfraser rogerfraser added action assigned Work is being undertaken to resolve this issue and removed action assigned Work is being undertaken to resolve this issue labels Oct 5, 2022
@rogerfraser rogerfraser added the priority 4 (nice-not-necessary) Good idea but unlikely to be delivered in the near future label Dec 23, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature improve Improve or enhance an existing feature priority 4 (nice-not-necessary) Good idea but unlikely to be delivered in the near future
Projects
None yet
Development

No branches or pull requests

2 participants