template-snakemake
Workflow template for Snakemake
https://github.com/core-unit-bioinformatics/template-snakemake
Science Score: 44.0%
This score indicates how likely this project is to be science-related based on various indicators:
-
✓CITATION.cff file
Found CITATION.cff file -
✓codemeta.json file
Found codemeta.json file -
✓.zenodo.json file
Found .zenodo.json file -
○DOI references
-
○Academic publication links
-
○Academic email domains
-
○Institutional organization owner
-
○JOSS paper metadata
-
○Scientific vocabulary similarity
Low similarity (9.0%) to scientific vocabulary
Repository
Workflow template for Snakemake
Basic Info
- Host: GitHub
- Owner: core-unit-bioinformatics
- License: mit
- Language: Python
- Default Branch: main
- Size: 142 KB
Statistics
- Stars: 0
- Watchers: 1
- Forks: 1
- Open Issues: 10
- Releases: 5
Metadata Files
README.md
Template for developing Snakemake workflows
Brief description of workflow
Required software environment
Standardized workflows are designed with minimal assumptions about the local software environment.
In essence, the following should suffice to get started:
1. Linux OS: Debian, Ubuntu, CentOS, Rocky and related distributions should be fine
2. Python3: modern is likely better (3.8 or 3.9)
3. Conda (or mamba): for automatic setup of all software dependencies
- Note that you can run the workflow w/o Conda, but then all tools listed under workflow/envs/*.yaml [not dev_env.yaml] need to be in your $PATH.
For a detailed setup guide, please refer to the workflow documentation.
Internal (template) remark: adapt the above if the workflow deployment has additional requirements (e.g., Singularity).
Required input data
Add info here - be concise, and provide more details in the workflow documentation.
Produced output data
Add info here - be concise, and provide more details in the workflow documentation.
Citation
If not indicated otherwise above, please follow these instructions to cite this repository in your own work.
Owner
- Name: core-unit-bioinformatics
- Login: core-unit-bioinformatics
- Kind: organization
- Repositories: 15
- Profile: https://github.com/core-unit-bioinformatics
Citation (CITATION.md)
# Citing this repository
If you are using the content of this repository in whole or in part for your own work,
please credit the Core Unit Bioinformatics in an appropriate form.
In general, please add this statement to the acknowledgments of your publication:
This work was supported by the Core Unit Bioinformatics
of the Medical Faculty of the Heinrich Heine University Düsseldorf.
Additionally, please follow the below instructions to obtain a citable reference
for your publication.
## Identifying the right source link
Each repository of the Core Unit Bioinformatics is assigned a persistent
identifier (PID) at some point (usually after the prototype stage). Please use
this PID to link to the repository. You always find the PID in the top-level
`pyproject.toml`. Depending on the type of repository (project, workflow, or
workflow template), the relevant PID is listed in the corresponding metadata
section:
```toml
# workflow repository
[cubi.workflow]
pid = "THE-PID"
```
```toml
# workflow template repository
[cubi.workflow.template]
pid = "THE-PID"
```
```toml
# project repository
[cubi.project]
pid = "THE-PID"
```
If a PID has not yet been assigned to the repository, please use the repository URL,
and, if time permits, contact the repository maintainer regarding assigning a PID
in the near future.
### 1. Release version
For release versions, please use the respective version string in addition to the source link,
i.e. ideally in combination with the PID, and integrate that information into your list
of references as appropriate.
Note that repositories of the type "project" may not contain a lot of code, and are thus
often not amenable to the usual "release cycle" following bug fixes, feature integrations and so on.
Hence, the "project" metadata do not contain a "version" key (as opposed to workflow and workflow
template repositories). See the next point if you encounter that situation.
### 2. Development (non-release) version
For development versions, please use the respective git commit hash in addtion to the source link,
i.e. ideally in combination with the PID, and integrate that information into your list
of references as appropriate. It is strongly recommended to only use git commits from the two
central branches `main` and `dev`.
If a "project" repository is lacking an explicit release version, please use the same strategy
to obtain a citable reference of the repository.
### 3. None of the above
Please get in touch and we'll find a solution for your case :-)
GitHub Events
Total
- Create event: 2
- Issues event: 5
- Release event: 2
- Delete event: 1
- Issue comment event: 3
- Push event: 15
Last Year
- Create event: 2
- Issues event: 5
- Release event: 2
- Delete event: 1
- Issue comment event: 3
- Push event: 15