The following instructions detail how QLS-MiCM workshop leads can submit new workshop materials or make contributions to existing material in our GitHub organization page. The outline approach will be used henceforth to improve the transparency and efficiency of our review process.
Access our Workshop Repo Template and select the green “Use this template” button at the top-right to create a fresh repo for your workshop materials with the appropriate formatting.
The repo will have the following structure:
├── README.md # workshop overview, requirements and software, links to colab if used/etc. See README_template
├── Exercises
│ ├── data
│ │ └── datafile1
│ │ └── ...
│ ├── scripts
│ │ └── Exercise1.md and .html
│ │ └── script1.sh/py/r
│ └── answers/results
│ └── ...
├── Slides
│ └── workshopslides.pdf #using the pptx template provided
└── Outline
└── workshopoutline.pdf #using the template provided
It is required to provide at least the following content:
READE.md (this MUST include a brief outline, prerequisites and setup instructions)
Slides
Scripts
Data
Every workshop will have its own best way of providing scripts and data. Be mindful and organized so participants can easily access everything as the workshop proceeds (scripts, data and results must me reachable). Do not assume they will know where to find the data or where to store the results!!
After completing your draft materials, submit an issue to the workshop template page with the workshop name and date as the title. From here, our academic team will review the materials and share constructive feedback as is required. After the materials are deemed complete, a new repo page will be made within the QLS-MiCM organization from which participants will access the materials.
If the workshop you are leading already has pre-existing material, you can access the existing repository and create a fork. From there, you can make the changes you plan to make.
After completing your changes, you can submit a pull request to the original repository. Please ensure to include a description of the changes made. Our academic team will then review the changes and provide feedback as needed. Once all of the feedback is addressed, the pull request will be approved and merged.
Each workshop will have its own needs, so these are only broad recommendations. Consider the organization of the code and legibility as a must. If possible avoid expaining on top a sh/py/r scripts without annotations/clear documentation and use notebooks with separated blocks.
Be mindful about the dataset size and computational times in normal computers as not everyone will have the same computational power. Provide the smallest possible dataset to have results: subsets of the genome, small tables/txts files, etc.
Some workshops will require the usage of the command-line and R or python for further processing as part of a pipeline (i.e PRS and omics workshops). If possible, run shell commands inside the python/R notebooks; if not, provide a clear pipeline structure, i.e. as a notebook, so participants can follow each step.