thanks for clarification of P-value meaning. I asked because I am trying to find the best workflow for net adjustment

You are welcome!

I am glad I was able to "contribute" and thanks for bugfix :)

Thank you for reporting and discussing problems/issues.

All the best

Micha

thanks for clarification of P-value meaning. I asked because I am trying to find the best workflow for net adjustment (I know about your recommendation to use T-values with combination with EP), which will suits mine quite specific data set. Now I hope, that I understood the issue, although it will still need some investigation and thinking.

Regarding the bug you found - I am attaching screenshot of the similar network with similar settings as I did before and everything seems as it should look like.

(link: https://i.postimg.cc/ncCPfkhN/pprio-01-1.png )

I am glad I was able to "contribute" and thanks for bugfix :)

Vlastimil

Based on the link - does JAG3D calculate the P-value for testing the Tprio/Tpost values?

JAG3D obtained the p-values from the test statistics Tprio and Tpost, respectively. There is a simple relation between both representations, i.e., T is the test statistic and the p-value is the corresponding probability. Both values are linked to each other. If you know T, you also know p and vice versa.

Then the highlighting settings are mosty about significance level alpha, instead of the probability value in %. Isn't it there an misinterpretation of label? Shouldn't it be there in highlight settings written "significance level alpha in %" (respectively "Probability value alpha in %", as it is written in settings of test statistics), instead?

The p-value is a probability value related to the type I error. However, if the row highlighting is enabled, the colors of the table rows are not related to your specified alpha defined in the test statistic dialog. To be more concrete: The p-values come from your data, the alpha is your sensibel selected (individual) threshold. For instance, there is no alpha for a specific distance but there is a test statistic T and a related probability p of T, and you are able to check p against your specified alpha. The boundaries in the row highlighting dialog are similar to the bins of a histogram.

As an illustration of this behavior am I attaching two screenshots I took.

Thank you. I checked my sources and (I think) I was able to figure out the problem. I've compiled a corrected version of JAG3D, which can be found here: JAG3Dv20230904.

Can you check this release and send me some feedback?

All the best

Micha

Zone numbers refer to the German definition?

Yes, this is right for GK.

So how should I change the east component to conform to JAG3D format?

I'm not sure because I'm not familiar with M28 and its definition. However, these settings relate to the reduction of the horizontal distance, and the projection is not related to the adjustment problem. This task is usually done by the total station during the field work (or can be done by hand using Excel or some tools like that).

So, my recommendation is - in general - to prepare the distances w.r.t. to your projection and afterwards import the corrected horizontal distances in JAG3D instead of the raw data. Please find below the method implemented in JAG3D. Please check it, if it works for your modification.

double m0 = reductions.getProjectionType() == ProjectionType.UTM ? 0.9996 : 1.0; double yS = this.getStartPoint().getY(); double yE = this.getEndPoint().getY(); // Reduce east coordinate yS = ((yS/1000000.0)%1)*1000000.0-500000.0; yE = ((yE/1000000.0)%1)*1000000.0-500000.0; double k = (yS*yS + yS*yE + yE*yE)/6.0/R/R; obsDist = m0 * (1.0 + k) * obsDist;

Kind regards

Micha

I have GK coordinates M28 with

Meridian: E10° 20′

East Components are negative.

Trying to run the adjustment gives me

`Projection cannot be applied to observations because the coordinates are invalid, e.g. missing zone number! `

Zone numbers refer to the German definition?

So how should I change the east component to conform to JAG3D format?

-57500.000

My current approach:

-57500.000 + 500000 with 3 as prefix => 3442500

Thanks!

]]>