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

aggregate documentation #38

Closed
nilshempelmann opened this issue Jun 7, 2019 · 15 comments
Closed

aggregate documentation #38

nilshempelmann opened this issue Jun 7, 2019 · 15 comments
Assignees
Milestone

Comments

@nilshempelmann
Copy link
Member

nilshempelmann commented Jun 7, 2019

Action item from VC14

huard suggested: "I think we need a plan to aggregate documentation. Like a central repo that individual projects can draw from and synchronize with. I just don’t know how to do that.
The cookie-cutter is a good place to start, since every bird should replicate the doc structure"

Related to:
#30
#17
#6

@nilshempelmann
Copy link
Member Author

opened the branch doc-aggregation and started with an descriptive overview.

@nilshempelmann nilshempelmann added this to the 0.8.0 milestone Jun 7, 2019
@nilshempelmann
Copy link
Member Author

@huard do you have a real example to find a best practise?

@huard
Copy link
Contributor

huard commented Jun 10, 2019

Not really...

@nilshempelmann
Copy link
Member Author

Intersphinx could be a way to go.
https://www.sphinx-doc.org/en/master/usage/extensions/intersphinx.html
But its for python code documentation. @huard you are looking for an aggregation of rst files from differnet repositories, right?
Here is an overview of the documentation organisation:
https://github.com/bird-house/birdhouse-docs/blob/doc-aggregation/docs/source/_images/Documentation_aggrgation.png

any comments?

@cehbrecht
Copy link
Member

cehbrecht commented Jun 11, 2019

Intersphinx may help us to provide links to a common "static" documentation.

An alternative might be to use git submodules:
https://git-scm.com/book/en/v2/Git-Tools-Submodules

You have a shared git repo with common doc parts ... but you would be able to customize them locally. But maybe that is to advanced.

@huard
Copy link
Contributor

huard commented Jun 11, 2019

Given that some of the documentation is autogenerated from the live package, using submodules would mean that we need to install all the different birds in the same environment. That might be difficult.
I think the intersphinx solution is cleaner and your proposal to organize the docs seems logical.

@nilshempelmann
Copy link
Member Author

another option:

.. literalinclude :: https://raw.githubusercontent.com/Ouranosinc/pavics-sdi/master/docs/source/index.rst
   :language: rst

But recieved a 'not found' error for now

@nilshempelmann
Copy link
Member Author

@nilshempelmann nilshempelmann self-assigned this Oct 1, 2019
@nilshempelmann nilshempelmann modified the milestones: 0.8.0, 0.9.0 Oct 1, 2019
@nilshempelmann
Copy link
Member Author

@huard I might need your help to aggregate documentation:

working with .. literalinclude:: is not the solution:

WARNING: Include file '/home/nils/birdhouse/birdhouse-docs/docs/source/https:/ouranosinc.github.io/pavics-sdi/_sources/arch/backend.rst.txt' not found or reading it failed (in branch doc-aggregation)

If I got it right, the appropriate files needs to be fetcht and compiled into the main documentation

@nilshempelmann
Copy link
Member Author

nilshempelmann commented Oct 3, 2019

@huard I added an docaggregation extention to fetch files from extern documentaitons into the main birdhouse documentation. (branch doc-aggregation)

still some issues with code:
exception: cannot import name 'directive_dwim' from 'sphinx.util.compat'
(took the code from this example )

But this could be a way to go. Your opinion?

@huard
Copy link
Contributor

huard commented Oct 3, 2019

Looking into it.

@huard
Copy link
Contributor

huard commented Oct 3, 2019

Pushed a change that fixes it.
One issue is that links to figures are broken.
Maybe change the directive name to "gitinclude" or something like that.

@huard
Copy link
Contributor

huard commented Oct 3, 2019

Added a gittoctree directive and renamed your directive to gitinclude. See the docstring for examples of use.

@nilshempelmann
Copy link
Member Author

Nice Job!!
We need to add a little hint in the developer section how to aggegate external documentation and gues that's it, right?

@nilshempelmann
Copy link
Member Author

A way to aggregate documentation has been found:
https://birdhouse.readthedocs.io/en/latest/dev_guide.html#writing-documentation.

Stepp forward, be realized in:
#30
#17
#6

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants