Skip to content
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

WIP: Documentation fixes for Sphinx and website #540

Merged
merged 59 commits into from
Jan 8, 2023

Conversation

ConnectedSystems
Copy link
Member

Work in progress PR.

Number of warnings/errors currently stand at 34 with these changes.

Addresses #532

@ConnectedSystems ConnectedSystems marked this pull request as draft October 8, 2022 14:21
Notes
-----
The initial points of the Sobol' sequence has some repetition (see Table 2
in Campolongo [1]_), which can be avoided by scrambling the sequence.
in Campolongo [1]__), which can be avoided by scrambling the sequence.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This should have been ok with the way references where listed in the reference section.

The fix in general works, an alternative was to make use of the refs in the text. Still I am surprised it was actually an issue in the first place as we have that in SciPy and don't call all the refs in the text.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I wonder what plugins are in use for SciPy for the number style referencing?

At the moment, we get a large number of errors related to duplicate or unused references because the plugin expects the references to be globally unique. Most of the suggested solutions seem to be to switch to using bibtex style referencing, or to remove the reference system/plugin and just use simple numbered lists.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@ConnectedSystems sorry for the delay. Right this is coming from numpydoc, see: https://numpydoc.readthedocs.io/en/latest/format.html#references

Maybe something to consider?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah, so any references has to be used under the Notes section? That can be done I guess...

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's not an obligation. You can have refs which are not being called (we have plenty in SciPy). Although might make sense long term to try to use what we cite, like in an paper.

Also you can call refs in the whole docstring, not only the Notes section.

Copy link
Member

@willu47 willu47 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi @ConnectedSystems - please use semver for version numbers!

@ConnectedSystems
Copy link
Member Author

Hi @willu47

Yes, sorry - seems my understanding of semver is either outdated or I was misinformed from the beginning. I will endeavor to follow the official semver spec from now.

@willu47
Copy link
Member

willu47 commented Nov 8, 2022

Hi @willu47

Yes, sorry - seems my understanding of semver is either outdated or I was misinformed from the beginning. I will endeavor to follow the official semver spec from now.

I'm just nitpicking! It's not a big deal, but it does avoid issues further down the line. For example Pypi tends to be quite intolerant of version numbers that don't follow their conventions. Semver works fine with PyPi, although pypi does require a particular format for alpha or beta versions (see PEP440).

PEP 440 does allow four levels v1.2.3.4 but it's generally not worth it! Tweaks to documentation are fine to be contained within the 3rd level.

@tupui
Copy link
Member

tupui commented Nov 8, 2022

To replace 1.4.6.1, you could yank it on PyPi and make a 1.4.7

Turns out the citation references were being treated as global cross-references. Use across modules would then conflict with each other leading to the large number of warnings.
Turns out the citation references were being treated as global cross-references. Use across modules would then conflict with each other leading to the large number of warnings.
Turns out the citation references were being treated as global cross-references. Use across modules would then conflict with each other leading to the large number of warnings.
@ConnectedSystems ConnectedSystems marked this pull request as ready for review January 8, 2023 00:52
@ConnectedSystems
Copy link
Member Author

Errors/warnings reduced down to 21, mostly to do with duplicate descriptions, unexpected indentations (which I can't seem to resolve) and "unused references".

I think these can be fixed later when I/someone has more energy to look into it.

Included in this PR are a number of updates to the tutorials - primarily so that usage of the SALib Interface is properly showcased such that the documentation now matches with the examples in the recent paper.

Given docs are fairly important, I will merge and release v1.4.7 shortly

@ConnectedSystems ConnectedSystems merged commit 9a0ae5a into main Jan 8, 2023
@ConnectedSystems ConnectedSystems deleted the sphinx-error-fixes branch March 4, 2023 00:50
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants