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
Last synced: 6 months ago · JSON representation ·

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
Created over 3 years ago · Last pushed 7 months ago
Metadata Files
Readme License Citation

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

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

Dependencies

pyproject.toml pypi