-
Notifications
You must be signed in to change notification settings - Fork 11
NumPy Docstrings #295
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
NumPy Docstrings #295
Conversation
Is this necessary? I have been trying to restrict the proliferation of dev tooling config files. |
In general, please limit the diff to the absolute minimum, and keep PRs single-purpose. |
Not necessary, but I find the separation to be nice for organization. |
Can you revert this change? |
Sure |
- Fixed conflicts in data modules (combined.py, triplet.py, hcs.py) - Resolved classification.py parameter conflicts - Updated transforms __init__.py imports - Cleaned up _transforms.py duplicate classes
100a2be
to
b6635d4
Compare
Converts docstrings to NumPy.
Updated the
tool.ruff
section in thepyproject.toml
. Primary changes here are addingnumpydoc
as thepydocstyle
convention. Ignored a few rules to keep things reasonably sane.ruff
ignoresviscy/scripts
,applications/
andexamples/
currently. ExpandedI001
to include all of theisort
rules.Added docstrings to public functions which didn't have them as the rule would throw errors for public classes, methods and functions otherwise. Some private methods and classes had docstrings and those were adjusted.
Converted the existing sphinx style docstrings to NumPy the style.
There are a handful of type hint fixes as well, but these are not super thorough and were the result of aligning docs.
I'm sure the contents of some of these are not completely accurate. We can either change the incorrect ones in this pr or in another.