Pushed new branch T26285-FitRegu.

Pushed new branch T26282-Icons.

Pushed new branch T25779-StpFiles6.

Pushed new branch T25779-StpFiles5.

Pushed new branch T26273-ProbPeaks.

Pushed new branch T26261-PythonTest.

As a backup solution I added this functionality to the utilities view.

Pushed new branch T26259-MlConversion.

Pushed new branch T26257-OptionalGradientRotation.

Also make independent of measurement frame

Pushed new branch T25779-StpFiles3.

Is this mergeable now?

Pushed new branch T26252-BoostError.

Pushed new branch T25779-StpFiles2.

Pushed new branch T26234-TSE.

I just realized that it is actually checked in SetIndexToWorldTransform :-D

While I changed the matrix check, I left it at the current position in in the PlaneGeometry.
We should discuss if it is sensible to move this ckec and also it's applications to a different location, e.g. to SetIndexToWorldTransform of BaseGeometry.

Pushed new branch T25682-DominantAxesError.

Pushed new branch T26217-FfRefBval.

Does anyone know why the inverse is always calculated and not simply set to the transpose? After all, we are talking about rotation matrices.
In this context, the EnsurePerpendicularNormal method (https://phabricator.mitk.org/source/mitk/browse/master/Modules/Core/src/DataManagement/mitkPlaneGeometry.cpp$37) seems rather complex and also does not catch all cases since it only checks if axis 3 is perpendicular to 1&2 but not if 1&2 are perpendicular to each other. I would prefer to simply check if the matrix R is a rotation matrix by checking

1. det(R) == 1?
2. R*R^T = ID?

It's apparently an issue of the "dominantAxis" calculation. In some cases this does not make sense and yields the same index twice. Not sure what this "dominantAxis" is supposed to be anyway. Supposedly related to T22254.

Pushed new branch T25779-StpFiles.

Pushed new branch T26207-RandomPhantomSeed.