-
Notifications
You must be signed in to change notification settings - Fork 572
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
Documentation building and some doc additions #109
Conversation
@glamp Please check if that is what you want :-) I just wanted to have something to point new contributer to. |
This looks really good! Is this something that would be hosted on pypi or on another site? We have docs page in the works but it's probably still about a month away. It will be more of a "how to/quick start" rather than API docs. |
I really like the docstrings for |
Totally agree. The * namespace is really cluttered. |
pandas (as well as matplotlib) uses numpydocs, so an additional depency (or a included file in docs/sphinxext) Hosting: not sure how: pandas uploads docs to their homepage (there are some additional commands in make.py in pandas, which do these). Do you have some webspace for this? My current plan is to use the ggplot2 docs and testcases and port them over to ggplot as new tests, docstrings and examples (like the ggplot2 documentation). That should give fairly complete coverage of the ggplot2 syntax and commands. |
hmm. i don't like the extra dependency. hosting is easy. we've got plenty of spots we can use. plus there'a always On Mon, Dec 2, 2013 at 4:25 AM, JanSchulz notifications@github.com wrote:
|
Pandas had the dependency included but is currently trying to get back to the upstream one: pandas-dev/pandas#5221 One could write a The other way would be to use the normal sphinx syntax, although looking at the second link below I would really like to use numpydoc :-) https://github.com/numpy/numpy/blob/master/doc/HOWTO_DOCUMENT.rst.txt Re hosting: Your call where to put it :-) |
@glamp Fixed all the doc build warnings/ problems and all the todos. From my point of view it is ready to be merged. It uses a external numpydoc: if you want to change that so no new external depency is introduced, I would would vote to include the relevant files directly in Please review the changes in |
If you want to have something to upload it: pandas has this in def upload_dev():
'push a copy to the pydata dev directory'
if os.system('cd build/html; rsync -avz . pandas@pandas.pydata.org'
':/usr/share/nginx/pandas/pandas-docs/dev/ -essh'):
raise SystemExit('Upload to Pydata Dev failed')
def upload_dev_pdf():
'push a copy to the pydata dev directory'
if os.system('cd build/latex; scp pandas.pdf pandas@pandas.pydata.org'
':/usr/share/nginx/pandas/pandas-docs/dev/'):
raise SystemExit('PDF upload to Pydata Dev failed') |
Any news here? The last commit needs a update (now it's 0.4.2), but that could also be done in the another commit after merging. Re the dependencies on numpydoc and iypthon for doc building: I see three possibilities:
I would currently go for the last case, as I don't think that so many people compile the source (vs. search online) and the few would probably have numpydoc installed as it is also used in other projects which are currently much more visible (ipython, pandas) |
rebased on current master and changed the ggpot.version to 0.4.2 |
This makes `from ggplot import *` cleaner, not cluttering the namespace with other imported names.
The system is stolen from pandas and the current docs are changed so that they fit into the new doc system.
ok. so is this ready to merge? On Tue, Dec 10, 2013 at 4:51 PM, JanSchulz notifications@github.com wrote:
|
Documentation building and some doc additions
Try to add some documentation build: mostly reused from pandas.
__ALL__
property to each python file to declutter the namespace after afrom ggplot import *
Open Issues:
-> Ready to merge :-)