-
-
Notifications
You must be signed in to change notification settings - Fork 2k
Fix locations / links in astropy.modeling Sphinx API docs #2148
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
Conversation
|
I think this is actually because there's confusion about what If you look at #1801, you'll see that I implemented this change, but there was some debate as to whether or not this is the desired change. Regardless, #1801 includes some fixes to subtle bugs in In the meantime, though, @cdeil, you might want to close this in favor of #1801 just so we don't have duplicate issues on the same thing (unless there's more you're implementing here that I'm not realizing?) |
|
@cdeil - can you rebase? Sorry, there have been several conflicting pull requests, and I decided to merge the biggest one as it would be the hardest to rebase. |
|
@astrofrog Rebased. |
docs/modeling/index.rst
Outdated
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.
So do the latter three still need to be included?
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.
I wanted to leave these changes out of this PR ... removing the line:
.. automodapi:: astropy.modeling.models
|
Can someone with permissions please restart this? ... I think it's a fluke: |
|
Done |
|
All is well on travis-ci. |
|
Looks good - merging! |
Fix locations / links in astropy.modeling Sphinx API docs
As mentioned in #1826, there is still a problem with locations of things in the Sphinx API docs for (at least some) sub-packages that have an extra layer in the hierarchy.
E.g.
astropy.modeling.functional_models.Gaussian1Dshould show up at
astropy.modeling.models.Gaussian1Dand I think e.g.astropy.io.votable.tree.VOTableFileshould show up atastropy.io.votable.VOTableFile.This is a first attempt at putting everything in the appropriate place (i.e. where the user is supposed to import from) for
astropy.modeling.You can see the resulting html docs here ... it doesn't work, i.e. there are no entries under
astropy.modeling.models.@kbarbary @astrofrog @eteq Why is
.. automodapi:: astropy.modeling.modelsnot picking up theastropy.modeling.models.__all__entries?