Always use astropy's sigma clipping and default to string-based functions - #794
Conversation
|
I wasn't sure what major version this should go in in the changelog or what to milestone it as? |
|
Sorry for the delay @astrofrog, and thanks for opening -- this is either 2.4 if Might even get to it today.... |
a9cd408 to
88f1d6e
Compare
Codecov Report
@@ Coverage Diff @@
## main #794 +/- ##
==========================================
+ Coverage 97.43% 97.48% +0.04%
==========================================
Files 9 9
Lines 1402 1390 -12
==========================================
- Hits 1366 1355 -11
+ Misses 36 35 -1
📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more |
|
Thanks @astrofrog, merging! |
|
@mwcraig - just to check, are you planning a release soon to include this change? (just to know whether to work around this for now or whether to just wait). |
|
Would a release by early next week work for you? I should be able to get to it by then.... |
|
Yes sounds good! Thank you! |
|
@astrofrog -- I released 2.4.0, which includes this PR, last night. It is on PyPI and should be on conda-forge shortly, announcement coming later today or tomorrow. |
|
Thank you! |
This switches the sigma clipping to always use the astropy sigma clipping, and default to using strings for the statistics/functions to use by default as this provides the best performance. This requires bumping the minimum version of astropy to 4.3 which I hope should be ok now that LTS is now 5.x?
I haven't done extensive testing beyond the built-in test suite and my own use case, but for my case the sigma clipping became almost 3x faster.
Fixes #793
I also think #753 could be closed with this merged.
Perhaps #624 would also be resolved by this? (but make sure you change the functions for sigma clipping to be strings)