Deprecate modelchain.basic_chain#1401
Conversation
|
I think there is some Sphinx “deprecated” directive, and also like “new since vX.Y” — I think we should use that: |
|
Yes there is! Our nice pvlib-python/pvlib/_deprecation.py Lines 308 to 310 in f86d71d Result: and |
Yes, I think we should and that we have in the past. |
I favor removal at removal. If a user gets a deprecation message, they may want to look at the old documentation as part of their migration work. Removing it from the API listing makes it a bit harder to find. |
cwhanse
left a comment
There was a problem hiding this comment.
Thanks @kanderso-nrel My preference for retaining documentation until removal is not a blocker if the majority feels otherwise.
wholmgren
left a comment
There was a problem hiding this comment.
ModelChain.with_sapm is a more direct replacement for basic_chain, so should we also/alternatively recommend that to users in the what's new and deprecation message?


[ ] Closes #xxxxdocs/sphinx/source/referencefor API changes.docs/sphinx/source/whatsnewfor all changes. Includes link to the GitHub Issue with:issue:`num`or this Pull Request with:pull:`num`. Includes contributor name and/or GitHub username (link with:ghuser:`user`).New code is fully documented. Includes numpydoc compliant docstrings, examples, and comments where necessary.See #1385 (comment)
Do we remove functions from the API listing at deprecation or at removal? SingleAxisTracker and some other deprecated things are currently listed, so I've not removed
basic_chainhere.