News for hackers. Stuff that matters.
Re:Winsorized Mean by creer on Thursday October 19, 2023 @01:09PM (#37945553)
Doesn't it depend on what is the likely reason for the outliers?

- A world with a different distribution than the one you are trying to fit

- A measurement environment subject to bad contacts or noise spikes or experimental mistakes

- A reporting system with occasional typos

- etc

Seems to me what to do with the outliers should be informed by some understanding of the environment. And in some case, noted aside while waiting to see if there is more data "out there" in the outliers' vicinity.

In some cases, a replacement for the outlier might be "nearby" while in other cases we know nothing about where the replacement should be.

Re:Winsorized Mean by Gibbon1 on Thursday October 19, 2023 @02:48PM (#37946930)
I used to design PID controllers where some of the analog readings would be actually bad. And grossly so.

Like 1002, 998, 1004, 48723, 2104, 1003, 997...

Estimating the deviation from the mean of the last n readings and ignoring ones too far out works well. Also calculate the percentage of bad readings and have a way of displaying it.

Re:Winsorized Mean by creer on Thursday October 19, 2023 @04:54PM (#37948582)
Right! In a case like this, some outliers are just useless for calculating the mean - they come from something else - BUT they might still be useful in a SMART style of trying to detect degradation of the system. A second measure.
Re:Winsorized Mean by Gibbon1 on Friday October 20, 2023 @01:02AM (#37952535)
My take about these things is you really need to understand what you are filtering for and what you are filtering against. If you don't you'll have a bad time.