Open annefou opened 5 years ago
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; We could also use the wiki of the repository (actually it is another separate repository).
At least, I can create a new repository OsloCTM3-utilities.
doxygen: In fact, Amund has left the code fairly god commented which could be used for doxygen. I have to admit that I sometimes do not work so thoroughly ;-) User-manual: I will asked Amund for the manual.tex. Shall I also invite him to join the OsloCTM3-git-repo? Utilities: I do not really know, what's in there, but I also have some utilities of my own which might actually do the same ;-) (we have: fast_jx fortan generateOpenIFS idl matlab python)
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.
Inviting Amund Done.
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?