https://github.com/core-unit-bioinformatics/workflow-smk-ont-basecalling-correction

Workflow for the basecalling and error correction of ONT data.

https://github.com/core-unit-bioinformatics/workflow-smk-ont-basecalling-correction

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 links in README
  • Academic email domains
  • Institutional organization owner
  • JOSS paper metadata
  • Scientific vocabulary similarity
    Low similarity (0.6%) to scientific vocabulary
Last synced: 6 months ago · JSON representation ·

Repository

Workflow for the basecalling and error correction of ONT data.

Basic Info
  • Host: GitHub
  • Owner: core-unit-bioinformatics
  • License: mit
  • Default Branch: main
  • Size: 96.9 MB
Statistics
  • Stars: 0
  • Watchers: 0
  • Forks: 0
  • Open Issues: 0
  • Releases: 0
Created 7 months ago · Last pushed 6 months ago
Metadata Files
License Citation

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
  • Push event: 3
  • Create event: 1
Last Year
  • Push event: 3
  • Create event: 1

Dependencies

pyproject.toml pypi