-
Notifications
You must be signed in to change notification settings - Fork 10
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
Refactor utility module #490
Conversation
Hello @vhirtham! Thanks for updating this PR.
Comment last updated at 2021-08-23 07:31:33 UTC |
Codecov Report
@@ Coverage Diff @@
## master #490 +/- ##
==========================================
- Coverage 96.86% 96.84% -0.03%
==========================================
Files 89 91 +2
Lines 5547 5543 -4
==========================================
- Hits 5373 5368 -5
- Misses 174 175 +1
Continue to review full report at Codecov.
|
Looking at the remaining functions in the In case we want to keep it public, we need to discuss how the doc pages should look like. Currently, you get to an intermediate site that lists both submodules. I think this is okay this way to further categorize the functions and classes. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looking at the remaining functions in the
util
module, I think it might make sense to mark it as private. Apart from some xarray functions, most of the stuff is not of any interest to the user. Even the xarray functions probably shouldn't be used outside of the package. What do you think @CagtayFabry @marscherIn case we want to keep it public, we need to discuss how the doc pages should look like. Currently, you get to an intermediate site that lists both submodules. I think this is okay this way to further categorize the functions and classes.
I actually like it the way it is now. 👍
Since the utility functions are in their own module now and don't clutter anything I like having them in the documentation :)
Especially for the xarray functions since they probably become much more handy when working more with spatial data or the new geometry stuff later. (we should probably flesh out the docstrings some more though)
I think that all the functionality they provide should be wrapped by |
Changes
Separates xarray related utility functions from other utility functions and removes no longer needed functions.
Related Issues
Closes #480
Checks
update example/tutorial notebooks