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

DOC: reorganisation of the documentation? #6000

Closed
jorisvandenbossche opened this issue Jan 19, 2014 · 7 comments
Closed

DOC: reorganisation of the documentation? #6000

jorisvandenbossche opened this issue Jan 19, 2014 · 7 comments
Assignees
Labels

Comments

@jorisvandenbossche
Copy link
Member

jorisvandenbossche commented Jan 19, 2014

I think the documentation can use some reorganisation.

The current structure looks like this (updated with status of jan 2017):

    What’s New
    Installation
    Contributing to pandas
    Frequently Asked Questions (FAQ)
    Package overview
    10 Minutes to pandas
    Tutorials
    Cookbook
    Intro to Data Structures
    Essential Basic Functionality
    Working with Text Data
    Options and Settings
    Indexing and Selecting Data
    MultiIndex / Advanced Indexing
    Computational tools
    Working with missing data
    Group By: split-apply-combine
    Merge, join, and concatenate
    Reshaping and Pivot Tables
    Time Series / Date functionality
    Time Deltas
    Categorical Data
    Visualization
    Style
    IO Tools (Text, CSV, HDF5, ...)
    Remote Data Access
    Enhancing Performance
    Sparse data structures
    Caveats and Gotchas
    rpy2 / R interface
    pandas Ecosystem
    Comparison with R / R libraries
    Comparison with SQL
    Comparison with SAS
    API Reference
    Internals
    Release Notes

which is a huge list that is somewhat unclear and difficult to navigate.
It is maybe also an issue that will have to go hand in hand with a better navigation provided in the html theme of the docs.

@ghost
Copy link

ghost commented Jan 19, 2014

You are our 6000th issue. Here's a 🍭

@ghost
Copy link

ghost commented Jan 20, 2014

For unrelated reasons I've been reading up on what makes good documentation.
The following http://jacobian.org/writing/what-to-write/ is relevent and the companion
posts are a pretty good read as well.

We refreshed the sphinx theme nearly a year ago #3272, what did you have in mind?

@jtratner
Copy link
Contributor

@jorisvandenbossche - you've had good instincts so far so definitely go with it.

Maybe we could change the front page to be a few basic examples of how you use pandas and move changelog / mailing list / other stuff off the front page of the docs.

@jreback jreback modified the milestones: 0.15.0, 0.14.0 Apr 6, 2014
@jreback jreback modified the milestones: 0.16.0, Next Major Release Mar 3, 2015
@jorisvandenbossche
Copy link
Member Author

jorisvandenbossche commented Mar 6, 2017

What I am thinking about here in this issue, is a more nested structure (instead of the current flat structure). For example:

  • Installation
  • Getting started with pandas (now: overview, 10minutes)
  • User guide:
    • Data Structures
      • basic functionality
    • Indexing and selecting data:
      • indexing
      • advanced indexing
      • multi-index
    • computational
    • missing data
    • data manipulation
      • reshaping
      • merging
      • groupby
    • graphics/visualisation
      • plotting with matplotlib
    • Input/output (importing and exporting data)
      • text, csv
      • hdf5
      • sql
      • ... (all the other formats)
    • Time Series / Date functionality
      • timeseries
      • timedelta
    • advanced
      • improving performance
      • sparse
  • Reference guide (/api)
  • Developer documentation
    • Contributing to pandas
    • Internals
  • Additional resources (Tutorials, External Resources, Videos and Talks)
  • Ecosystem
  • Releases (whatsnew, release)

The above is just an example to give the general idea. I think some current pages are still missing in this example, and the different parts in the User Guide can certainly be improved.
And such a more nested structure will also only work with a more powerful sphinx theme that allows a better table of contents (xref #15556).

Do people think this would be an improvement? (general idea, not specific subdivisions)

@jreback
Copy link
Contributor

jreback commented Mar 6, 2017

generally flat is better than nested. BUT we have a lot of docs and its hard to navigate now :>

Further this will split really long doc pages (e.g. io.rst)

@mroeschke
Copy link
Member

cc @datapythonista

@afeld
Copy link
Member

afeld commented Jan 24, 2021

Closing in favor of #24499.

@afeld afeld closed this as completed Jan 24, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

6 participants