Advanced Structure for Data Analysis#
Prerequisites/Recommended Skill Level#
Prerequisite |
Importance |
Notes |
---|---|---|
Version Control |
Helpful |
Knowledge of using git for version control |
Open Research |
Helpful |
Components are part of the compendium |
Reproducible Environments |
Helpful |
Can be used to make the compendium reproducible |
Summary#
When planning out a research study, one crucial and often forgotten component is setting up a repository. In this section, the benefits and considerations of designing a repository will be outlined, along with an example structure and further resources to guide your workflow.
The prerequisites for this chapter can vary depending on the organisational needs of a project. Creating a repository with a simple research project layout can require minimal technical knowledge (such as managing only input data and output results). Meanwhile, advanced repository layouts can be required for more complicated projects (such as projects with dependencies on other projects).
Background#
A repository (or a “repo”) is a storage location for your research project. A repository can contain a range of digital objects and can be used to store your project by using online platforms such as GitHub. The aim of a repository is to organise your project in such a way this is both accessible to others and efficient to use.
So far, we saw the key documents that one should add when starting or setting up a project repository. If you are following along, your project should contain the following files:
Project Folder/
├── CODE_OF_CONDUCT <- Code of Conduct for community projects
├── CONTRIBUTING <- Contribution guideline for collaborators
├── LICENSE <- software license
├── ... <- any other files that you may have added for your project
└── README.md <- information about the repo
In this subchapter, we outline the benefits and considerations of designing a repository, along with an example structure and further resources to guide your workflow.
Note
The main benefit of designing your repository by intentionally adding documentation, resources and relevant information allows creating an infrastructure for ethical, open and high-quality research from the get-go.
Main Considerations#
When sharing your resources via your repository, consider the following aspects of reproducibility in your research:
Transparency and openness
Version control system (no more files like final_v1_FINAL.R, final_v2_FINAL.R, …)
Make it easy to navigate so that you save time for everyone involved
Consider Collaborative project documentation aspects
Make sure that you provide sufficient details so that others can build on your work
Main Recommendations#
Always consider designing your project for collaboration by adding key documents describing project goals, vision, roadmap, contribution and communication process (as described in earlier subchapters).
Include details in README file describing what the repository is for and how to navigate it
Provide vision, goals and roadmap wherever possible (see Kamran Ahmed’s developer roadmap for example)
General structure should separate input (data), methods (scripts) and output (results, figures, manuscript)
Specify what shouldn’t be tracked in the
.gitignore
file, such as sensitive/private files, large dataset or personal notesInclude information on your computational environment Reproducible Environments to ensure reproducibility (this can also be specified in the README)
Example Repository Structure#
Example for a Research Project#
Here are suggestion of files and folders a research project must have.
Project Folder/
├── docs <- documentation
│ └── codelist.txt
│ └── project_plan.txt
│ └── ...
│ └── deliverables.txt
├── data
│ └── raw/
│ └── my_data.csv
│ └── clean/
│ └── data_clean.csv
├── analysis <- scripts
│ └── my_script.R
├── results <- analysis output
│ └── figures
├── .gitignore <- files excluded from git version control
├── install.R <- environment setup
├── CODE_OF_CONDUCT <- Code of Conduct for community projects
├── CONTRIBUTING <- Contribution guideline for collaborators
├── LICENSE <- software license
├── README.md <- information about the repo
└── report.md <- report of project
Example with Every Possible Folder#
This example shows different files and directory a project can contain when building a software application or research engineering tools.
Project Folder/
├── analysis <- scripts
│ └── my_script.R
├── build <- built files, Makefile
| ├── debug
| └── release
├── data
│ └── raw/
│ └── my_data.csv
│ └── clean/
│ └── data_clean.csv
├── docs <- documentation
│ └── codelist.txt
├── project-management <- project management related documents
│ └── communication.md
│ └── people.md
│ └── project-report.md
│ └── tools.md
├── res <- static resources (images and audio files)
│ └── figures
├── .gitignore <- files excluded from git version control
├── CODE_OF_CONDUCT <- Code of Conduct for community projects
├── CONTRIBUTING <- Contribution guideline for collaborators
├── lib <- dependencies (shared components that can be used across an application or across projects, code that supports the core application)
├── logs.txt <- history of all major updates like feature release, bug fix, updates
├── example <- example code application
├── LICENSE <- software license
├── environment.yml <- anaconda environment setup
├── install.R <- R environment setup
├── requirements.txt <- python environment setup
├── runtime.txt <- R in binder setup
├── report.md <- report of analysis
├── README.md <- information about the repo
├── src <- source files
└── test <- unit tests
Resources#
R and Python Packages#
Curated Examples of GitHub Repositories#
For more details, please follow Resources for Advanced Structure for Data Analysis.