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
This issue came up because handling of non-coherent models by some popular software packages
is such a joke that it is not even funny. Seriously.
Unfortunately, the current standard does not formally specify MCS or PI.
Since it was noted in the past
that tools tend to approach non-coherent models differently
and produce disagreeing, inconsistent, or different results,
a precise specification of MCS and PI terms
would help the community with:
- cross-validation
- quality assurance
- unfounded reliance on approximations
Fortunately, Antoine Rauzy has already done
the hard part of mathematically defining the notions of MCS and PI:
A. Rauzy, "Mathematical foundation of minimal cutsets,"
IEEE Trans. Reliab. Eng. Syst. Saf., vol. 50, no. 4, pp. 389-396, 2001
The only thing left is to translate it properly into the human language
or reference these definitions in the MEF standard.
As the result of the clear specification,
a non-conforming software needs to precisely state
in what aspects it differs from the standard, mathematical definition;
otherwise, it would be misinforming the analysts
and shouldn't call the result MCS/PI
(call it degenerate-MCS, if it wishes, but not MCS).
In other words,
this specification would be a reference point for approximations.
The text was updated successfully, but these errors were encountered:
This issue came up because handling of non-coherent models by some
popularsoftware packagesis such a joke that it is not even funny. Seriously.
Unfortunately, the current standard does not formally specify MCS or PI.
Since it was noted in the past
that tools tend to approach non-coherent models differently
and produce disagreeing, inconsistent, or different results,
a precise specification of MCS and PI terms
would help the community with:
Fortunately, Antoine Rauzy has already done
the hard part of mathematically defining the notions of MCS and PI:
The only thing left is to translate it properly into the human language
or reference these definitions in the MEF standard.
As the result of the clear specification,
a non-conforming software needs to precisely state
in what aspects it differs from the standard, mathematical definition;
otherwise, it would be misinforming the analysts
and shouldn't call the result MCS/PI
(call it degenerate-MCS, if it wishes, but not MCS).
In other words,
this specification would be a reference point for approximations.
The text was updated successfully, but these errors were encountered: