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

Add documentation #10

Open
2 of 4 tasks
JakobBD opened this issue Aug 7, 2024 · 4 comments
Open
2 of 4 tasks

Add documentation #10

JakobBD opened this issue Aug 7, 2024 · 4 comments
Assignees

Comments

@JakobBD
Copy link
Collaborator

JakobBD commented Aug 7, 2024

I made this one large issue. To me, this contains

  • installation instructions
  • A brief overview of the main classes and functions
  • use examples
  • Maybe some sort of API reference
@SallyDa SallyDa self-assigned this Aug 8, 2024
@JakobBD
Copy link
Collaborator Author

JakobBD commented Aug 23, 2024

Great work on this.

  • Can we somehow include the Readme function in the RTD?
  • The NamedDimArray class documentation is central to using sodym. It should appear quite prominently when explaining the design ideas and usage.

@JakobBD
Copy link
Collaborator Author

JakobBD commented Aug 23, 2024

We could look into adapting the ODYM tutorials as examples. No need to re-invent the wheel...

@JakobBD JakobBD self-assigned this Sep 17, 2024
@JakobBD
Copy link
Collaborator Author

JakobBD commented Sep 19, 2024

How do we want to showcase all the different ways to use sodym? Here's what I mean in particular:

  • DataReader:
    • use an existing one
    • code your own one
    • input values directly
  • Data plotting:
    • export to df and use plotly
    • use ArrayPlotter
  • MFASystem:
    • use from_definition
    • pre-make all inputs (flows, stocks)
  • flow naming
    • standard
    • custom function

To introduce them all, we could...

  • Option 1: Just vary the way one-by-one introduce them in the existing examples. But the examples already differ in what kind of system they compute, so it could be confusing if things are done differently all of a sudden.
  • Option 2:
    • I'd like to directly contrast the different options for each part of the library in one example. Like "You could do it like A, but also like B"
    • The current examples to me seem more like use cases. Often, they don't show new functionality, just new applications. This is different from the above. Maybe we can separate it.

@SallyDa
Copy link
Collaborator

SallyDa commented Sep 20, 2024

I agree with option 2 and I would make separate examples for these comparisons, with file names specifying what the example is illustrating, e.g. data_reader_example, mfa_initialisation_example etc.

I also think it's good to have the use_case examples (i.e. the ODYM examples) as well, as this then shows how everything is put together and can be used in specific applications.

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

2 participants