-
Notifications
You must be signed in to change notification settings - Fork 5
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 #1
Comments
It think an online manual might be a good choice. In fact, I made very good experience with doxygen - but I see that it takes some effort to put it in place. Currently, all documentation is in the manual_osloctm3.pdf - I do not have access to the presumable source tex-file.We probably might need a new repository for the so called "utilities" (I have not added it to this git-repo.).I'm not sure, how we should handle subdirectories like tables and c3run. I would love to keep actual model code more separate from input and steering files. What does the "manual on software engineering" (best-practice) say about this? |
doxygen is nice for code documentation (documentation for developers) but it is also nice to have a user manual. We should try to get tex files for manual_osloctm3.pdf; At least, I can create a new repository OsloCTM3-utilities. |
|
I don't know all the utilities available; some are supposed to be used to generate OsloCTM3 inputs from OpenIFS outputs. Maybe we shoudl look at them before adding anything into a github repo. We can definitely add Amund to the OsloCTM3 git repositories. |
|
I have updated the "quickstart" in the README. Total newbies may still not understand it, though. |
For documentation, you can either have it as part of the master branch, or create a new branch (for instance gh-pages to have an online manual) or create a new repository (such as OsloCTM3-docs.
What do you prefer?
The text was updated successfully, but these errors were encountered: