You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I agree! We should have a consistent definition of tolerances. We should probably also have different relative tolerances for
spatial values (length, area, volume)
radians & degrees
geometric parameters
We need a concept, of how to pass reference sizes (e.g.) of the aircraft, shapes... into the functions
Any idea on how we could achieve this? Some algorithms for calculating reference sizes (e.g. the arc length of a curve or a bounding box) are iterative and require a tolerance value themself. If we go about this the wrong way, we may clutter our low-level algorithms with the calculation of reference sizes. We have to make sure that performance doesn't suffer too much by this.
If we go about this the wrong way, we may clutter our low-level algorithms with the calculation of reference sizes.
The low level algorithms should not have to compute the tolerances, but it should be passed into them. We need to compute absolute tolerances on the CPACS level I would say ( i think it really depends on the algorithm)
To not mix up the tolerances, it would make sense to define separate C++ types for tolerances, as e.g.
This is a huge issue and must probably be split into multiple smaller ones.
Absolute values have the problem, the the algorithms are not invariant of model scaling and might fail.
Therefore, we should
The text was updated successfully, but these errors were encountered: