-
Notifications
You must be signed in to change notification settings - Fork 3
Description
I think this repository / tool would benefit from a little more description and documentation on the organization of the repository, and how it all comes together to make the tool work.
Currently, I find it a little difficult to understand how it all comes together. For example, the install instructions describe following the steps in the runMappingViznotebook, but this notebook is sparsely annotated, and I find it unclear how it relates to the project / website as a whole. As far as I can tell, the whole site is hosted off a singular immense html file, and it's unclear how this interacts with the the files in the rest of the repo.
This seems to be a potential issues, since:
- In terms of maintenance, it seems likely that the current structure may be difficult to maintain
- The README welcomes the the idea of outside contributions, but I think it would currently be difficult for potential contributors to work through the current structure to add or adapt elements.
Collectively, my worry is that if the current repository is difficult to maintain, and difficult for new people to interact with, this may hinder the long term viability of this as an educational tool.
Possible suggestions:
- Add a description of the repository, that indicates what the different folders and elements of the project are. Ideally, this includes specific descriptions of the layout, and a brief top level overview of how the tool works to create the website.
- Flesh out a contributors guide, with guidelines on how one can get started working with or editing the current tool.
- If there is Python code that can be used to rebuild some of the data & and analyses, maybe this can be organized into a set of scripts, with an outline of how to re-run them if needed.
- I am unclear, for example, if
runMappingVizis a required precursor to rebuilding the site, and/or what is in thePCAfolder.
- I am unclear, for example, if
- Can
index.htmlbe split up and organized into a more modular structure?- If for some reason not, some meta-description of it's structure, and how it relates to the files in the repo may be useful.
Note: this issue filed as part of doing a review for JOSE (openjournals/jose-reviews#75)