Replies: 1 comment
|
I think this is a good way of integrating it and also the differentiation between things that should only return numerical distances and things for which we are interested in the significance (p-values, confidence intervals) is quite clear with the Additionally, by keeping the prototypes for distances strictly as (x: pd.Series, y: pd.Series) -> floatand the prototypes for tests as (x: pd.Series, y: pd.Series) -> DistanceResultI imagine it will not be very difficult to make use of the metrics from Insight, as they have consistent types throughout. A similar thing can be done for correlations, as some methods used for calculating coefficients are actually based on hypothesis testing (e.g. Kruskal-Wallis H Test) and we are simply using that |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
We have to integrate metrics from insight into fairlens and move metrics in fairlens to insight.
I'm thinking we could wrap statistical distance and correlation metrics using the following structure.
Then for metrics which return a p-value and hypothesis tests we could use the following structure.
Perhaps worth renaming
DistanceResulttoTestResultor perhaps redefining something similar in fairlens.For methods like
stat_distancewe can loop through the methods indistance.pyand use their names as mode and remove the p-value option. Alternatively we could renamestat_distancetostat_similarityand make it so it always returns a p-value.Thoughts?
All reactions