Repository navigation
Ensure cenfunc and stdfunc scalars are np.float64 - #16431
Conversation
|
Thank you for your contribution to Astropy! 🌌 This checklist is meant to remind the package maintainers who will review this pull request of some common things to look for.
|
Doesn't hurt? It is quite a subtle change. However, this will be backported (right?) and so the only option is "bug fix" and not "API change". 🤷♀️ |
There was a problem hiding this comment.
I would prefer we put the responsibility of the return type of SigmaClip._parse_(cen|std)func on the functions themselves, especially because in that context, bottleneck is already involved via HAS_BOTTLENECK so it's less likely to get out of sync somehow.
|
And for what it's worth, I'd err on the side of classifying this as a bugfix: the fact that the return type of some function might depend on what I have installed is (I think) never expected. |
|
@neutrinoceros I'll make this a bugfix and add a changelog entry. |
…431-on-v6.1.x Backport PR #16431 on branch v6.1.x (Ensure cenfunc and stdfunc scalars are np.float64)
|
Belatedly (am travelling) - looks nice! |
* Ensure cenfunc and stdfunc scalars are np.float64 * Add changelog entry
Description
bottleneckreturnsfloatscalars -- this PR converts them tonp.float64scalars for consistency.Addresses #15065 (comment)
Technically, this is a (minor) API change. Does it need a change log entry?