-
Notifications
You must be signed in to change notification settings - Fork 4
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
gempyor
API docstring refurbishment
#468
gempyor
API docstring refurbishment
#468
Conversation
…mprzy/flepiMoP into gempyor-docstring-improvements
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.
Overall looks good, I think an improvement over the current state. A few themes:
- What's up with putting the file name as the header of a module docstrings? Seems redundant.
- There are some typing signatures that are off, I'd rather have no type signature than an incorrect one so if it's not clear let's leave it for another PR.
- There were some docstrings of CLI commands that were edited in ways that I think will look off when using
--help
, I think we need to be careful about not applying the same docstring style to click commands.
This PR can also be used to address GH #431 . |
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.
oops, seems like this wasn't submitted
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.
Looks fine overall - probably fix the one case of repeating the information from the type hint in the documentation, which sphinx should make unnecessary
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.
Few minor things, all but one are suggestions that can be taken or left. Only thing I couldn't suggest in the PR review GUI was the import order thing (I think because it involves LOC that weren't edited). Otherwise LGTM let's push forward for sphinx!
def parse_parameters( | ||
self, parameters: np.ndarray, parameter_names: list, unique_strings: list | ||
) -> np.ndarray: |
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.
Sorry, realizing I did not reply, not complete is better, we can go back and complete the picture later.
Co-authored-by: Carl A. B. Pearson <[email protected]>
Co-authored-by: Timothy Willard <[email protected]>
Co-authored-by: Timothy Willard <[email protected]>
Co-authored-by: Timothy Willard <[email protected]>
Co-authored-by: Timothy Willard <[email protected]>
Describe your changes.
This pull request:
gempyor
gempyor
, it does not propagate poor documentationAs I see it, the
gempyor
API mainly consists of:ModelInfo
class frommodel_info.py
Parameters
class fromparameters.py
, and some associated methodsGempyorInference
class frominference.py
, and some associated methodsCompartments
class fromcompartments.py
, and some associated methodsutils.py
(read_df
andwrite_df
)Note, before narrowing my focus on guidance from Carl, I also wrote some docstring in two files (
calibrate.py
andcli.py
). I do not think of these as being integral parts of thegempyor
API, but because I worked on them in in the same sweep of work that I worked on the others, they are also included in this PR with some docstring improvements.What does your pull request address? Tag relevant issues.
This pull request addresses GH #462.