Data

Tools

Indexes

Applications

Experiments

Awesome

An open API service indexing awesome lists of open source software.

https://github.com/nanoporetech/medaka

Sequence correction provided by ONT Research
https://github.com/nanoporetech/medaka

medaka nanopore

Last synced: 17 days ago
JSON representation

Sequence correction provided by ONT Research

Awesome Lists containing this project

README 

        

![Oxford Nanopore Technologies logo](https://github.com/nanoporetech/medaka/raw/master/images/ONT_logo_590x106.png)



Medaka

======



[![](https://img.shields.io/pypi/v/medaka.svg)](https://pypi.org/project/medaka/)

[![](https://img.shields.io/pypi/wheel/medaka.svg)](https://pypi.org/project/medaka/)

[![](https://anaconda.org/nanoporetech/medaka/badges/version.svg)](https://anaconda.org/nanoporetech/medaka)



`medaka` is a tool to create consensus sequences and variant calls from

nanopore sequencing data. This task is performed using neural networks applied

a pileup of individual sequencing reads against a reference sequence, mostly commonly

either a draft assembly or a database reference sequence. It provides

state-of-the-art results outperforming sequence-graph based methods and

signal-based methods, whilst also being faster.



© 2018- Oxford Nanopore Technologies Ltd.



Features

--------



  * Requires only basecalled data. (`.fasta` or `.fastq`)

  * Improved accuracy over graph-based methods (e.g. Racon).

  * 50X faster than Nanopolish (and can run on GPUs).

  * Includes extras for implementing and training bespoke correction

    networks.

  * Works on Linux and MacOS.

  * Open source (Oxford Nanopore Technologies PLC. Public License Version 1.0)



For creating draft assemblies we recommend [Flye](https://github.com/fenderglass/Flye).



Installation

------------



Medaka can be installed in one of several ways.



**Installation with pip**



Official binary releases of medaka are available on

[PyPI](https://pypi.org/project/medaka/) and can be installed using pip:



    pip install medaka



On contemporaray Linux and macOS platforms this will install a precompiled binary,

on other platforms a source distribution may be fetched and compiled.



We recommend using medaka within a virtual environment, viz.:



    python3 -m venv medaka

    . ./medaka/bin/activate

    pip install --upgrade pip

    pip install medaka



Using this method requires the user to provide several binaries:



 * [samtools](https://github.com/samtools/samtools),

 * [minimap2](https://github.com/lh3/minimap2),

 * [tabix](https://github.com/samtools/htslib), and

 * [bgzip](https://github.com/samtools/htslib)



and place these within the `PATH`. `samtools/bgzip/tabix` versions >=1.14 and

`minimap2` version >=2.17 are recommended as these are those used in development

of medaka.



The default installation has the capacity to run on a GPU (see _Using a GPU_ below),

or on CPU. If you are using `medaka` exclusively on CPU, and don't need the ability

to run on GPU, you may wish to install the CPU-only version with:



    pip install medaka-cpu --extra-index-url https://download.pytorch.org/whl/cpu



**Installation with conda**



> The bioconda medaka packages are not supported by Oxford Nanopore Technologies.



For those who prefer the conda package manager, medaka is available via the

[anaconda.org](https://anaconda.org/nanoporetech/medaka) channel:



    conda create -n medaka -c conda-forge -c nanoporetech -c bioconda medaka



Installations with this method will bundle the additional tools required to run

an end-to-end correction workflow.



**Installation from source**



> This method is useful only when the above methods have failed, 

> as it will assist in building various dependencies. Its unlikely that

> our developers will be able to provide further assistance in your

> specific circumstances if you install using this method.



Medaka can be installed from its source quite easily on most systems.



 Before installing medaka it may be required to install some

 prerequisite libraries, best installed by a package manager. On Ubuntu

 theses are:

 >     bzip2 g++ zlib1g-dev libbz2-dev liblzma-dev libffi-dev libncurses5-dev

 >     libcurl4-gnutls-dev libssl-dev curl make cmake wget python3-all-dev

 >     python-virtualenv

 In addition it is required to install and set up git LFS before cloning

 the repository.



A Makefile is provided to fetch, compile and install all direct dependencies

into a python virtual environment. To set-up the environment run:



    # Note: certain files are stored in git-lfs, https://git-lfs.github.com/,

    #       which must therefore be installed first.

    git clone https://github.com/nanoporetech/medaka.git

    cd medaka

    make install

    . ./venv/bin/activate



Using this method both `samtools` and `minimap2` are built from source and need

not be provided by the user.



When building from source, to install a CPU-only version without the capacity to

run on GPU, modify the above to:



    MEDAKA_CPU=1 make install



**Using a GPU**



Since version 2.0 `medaka` uses PyTorch. Prior versions (v1.x) used Tensorflow.



The default version of PyTorch that is installed when building from source or 

when installing through `pip` can make immediate use of GPUs via NVIDIA CUDA.

However, note that the `torch` package is compiled against specific versions of

the CUDA and cuDNN libraries; users are directed to the 

[torch installation](https://pytorch.org/get-started/locally/) pages for further

information. cuDNN can be obtained from the 

[cuDNN Archive](https://developer.nvidia.com/rdp/cudnn-archive), whilst CUDA from

the [CUDA Toolkit Archive](https://developer.nvidia.com/cuda-toolkit-archive).



> Installation with conda is a little different. See the

> [conda-forge]https://conda-forge.org/docs/user/tipsandtricks/#installing-cuda-enabled-packages-like-tensorflow-and-pytorch)

> documentation. In summary, the conda package should do something sensible

> bespoke to the computer it is being installed on.



As described above, if the capability to run on GPU is not required, `medaka-cpu`

can be installed with a CPU-only version of PyTorch that doesn't depend on the

CUDA libraries, as follows:



    pip install medaka-cpu --extra-index-url https://download.pytorch.org/whl/cpu



if using the prebuilt packages, or 



    MEDAKA_CPU=1 make install



if building from source.



*GPU Usage notes*



Depending on your GPU, `medaka` may show out of memory errors when running.

To avoid these the inference batch size can be reduced from the default

value by setting the `-b` option when running `medaka_consensus`. A value

`-b 100` is suitable for 11Gb GPUs.



Usage

-----



`medaka` can be run using its default settings through the `medaka_consensus`

program. An assembly in `.fasta` format and basecalls in `.fasta` or `.fastq`

formats are required. The program uses both `samtools` and `minimap2`. If

medaka has been installed using the from-source method these will be present

within the medaka environment, otherwise they will need to be provided by

the user.



    source ${MEDAKA}  # i.e. medaka/venv/bin/activate

    NPROC=$(nproc)

    BASECALLS=basecalls.fa

    DRAFT=draft_assm/assm_final.fa

    OUTDIR=medaka_consensus

    medaka_consensus -i ${BASECALLS} -d ${DRAFT} -o ${OUTDIR} -t ${NPROC}



The variables `BASECALLS`, `DRAFT`, and `OUTDIR` in the above should be set

appropriately. The `-t` option specifies the number of CPU threads to use. 



When `medaka_consensus` has finished running, the consensus will be saved to

`${OUTDIR}/consensus.fasta`.



**Haploid variant calling**



Variant calling for haploid samples is enabled through the `medaka_variant`

workflow:



    medaka_variant -i  -r 

    

which requires the reads as a `.fasta` or `.fastq` and a reference sequence as a

`.fasta` file.



**Diploid variant calling**



The diploid variant calling workflow that was historically implemented

within the medaka package has been surpassed in accuracy and compute performance by

other methods, it has therefore been deprecated. Our current recommendation for

performing this task is to use [Clair3](https://github.com/HKU-BAL/Clair3) either directly

or through the Oxford Nanopore Technologies provided Nextflow implementation available

through [EPI2ME Labs](https://labs.epi2me.io/wfindex#variant-calling).



Models

------



For best results it is important to specify the correct inference model, according

to the basecaller used. Allowed values can be found by running `medaka tools list\_models`.



**Recent basecallers**



Recent basecaller versions annotate their output with their model version.

In such cases medaka can inspect the files and attempt to select an appropriate

model for itself. This typically works best in the case of BAM output from

basecallers. It will work also for FASTQ input provided the FASTQ has been

created from basecaller output using:



```

samtools fastq -T '*' dorado.bam | gzip -c > dorado.fastq.gz

```



The command `medaka inference` will attempt to automatically determine a

correct model by inspecting its BAM input file. The helper scripts

`medaka_consensus` and `medaka_variant` will make similar attempts

from their FASTQ input.



To inspect files for yourself, the command:



```

medaka tools resolve_model --auto_model  

```



will print the model that automatic model selection will use.



**Bacterial and plasmid sequencing**



For native data with bacterial modifications, such as bacterial isolates,

metagenomic samples, or plasmids expressed in bacteria, there is a research

model that shows improved consensus accuracy. This model is compatible with

several basecaller versions for the R10 chemistries. By adding the flag `--bacteria`

the bacterial model will be selected if it is compatible with the input basecallers:



```

medaka_consensus -i ${BASECALLS} -d ${DRAFT} -o ${OUTDIR} -t ${NPROC} --bacteria

```



A legacy default model will be used if the bacterial model is not compatible with

the input files. The model selection can be confirmed by running:



```

medaka tools resolve_model --auto_model consensus_bacteria 

```



which will display the model `r1041_e82_400bps_bacterial_methylation` if

compatible or the default model name otherwise.



**When automatic selection is unsuccessful, and older basecallers**



If the name of the basecaller model used is known, but has been lost from the input

files, the basecaller model can been provided to medaka directly. It must however

be appended with either `:consensus` or `:variant` according to whether the user

wishing to use the consensus or variant calling medaka model. For example:



```

medaka inference input.bam output.hdf \

    --model [email protected]:variant

```



will use the medaka variant calling model appropriate for use with the basecaller

model named `[email protected]`.



Historically medaka models followed a nomenclature describing both the chemistry

and basecaller versions. These old models are now deprecated, users are encouraged

to rebasecall their data with a more recent basecaller version prior to using medaka.



Improving parallelism

---------------------



The `medaka_consensus` program is good for simple datasets but perhaps not

optimal for running large datasets at scale. A higher level of parallelism

can be achieved by running independently the component steps of

`medaka_consensus`. The program performs three tasks:



1. alignment of reads to input assembly (via `mini_align` which is a thin

   veil over `minimap2`)

2. running of consensus algorithm across assembly regions

   (`medaka inference`)

3. aggregation of the results of 2. to create consensus sequences

   (`medaka sequence`)



The three steps are discrete, and can be split apart and run independently. In

most cases, Step 2. is the bottleneck and can be trivially parallelized. The

`medaka consensus` program can be supplied a `--regions`

argument which will restrict its action to particular assembly sequences from

the `.bam` file output in Step 1. Therefore individual jobs can be run for batches

of assembly sequences simultaneously. In the final step, `medaka stitch`

can take as input one or more of the `.hdf` files output by Step 2.



So in summary something like this is possible:



```

# align reads to assembly

mini_align -i basecalls.fasta -r assembly.fasta -P -m \

    -p calls_to_draft.bam -t 

# run lots of jobs like this:

mkdir results

medaka inference calls_to_draft.bam results/contigs1-4.hdf \

    --region contig1 contig2 contig3 contig4

...

# wait for jobs, then collate results

medaka sequence results/*.hdf polished.assembly.fasta

```



It is not recommended to specify a value of `--threads` greater than 2 for

`medaka inference` since the compute scaling efficiency is poor beyond this.

Note also that `medaka inference` may been seen to use resources equivalent to

` + 4` as an additional 4 threads are used for reading and preparing

input data.



Origin of the draft sequence

----------------------------



Medaka has been trained to correct draft sequences output from the

[Flye](https://github.com/fenderglass/Flye) assembler.



Processing a draft sequence from alternative sources (e.g. the output of

[canu](https://github.com/marbl/canu) or

[wtdbg2](https://github.com/ruanjue/wtdbg2)) may lead to different results.



> Historical correction

> models in medaka were trained to correct draft sequences output from the canu

> assembler with [racon](https://github.com/lbcb-sci/racon) applied either once,

> or four times iteratively. For contemporary models this is not the case and

> medaka should be used directly on the output of Flye.



Acknowledgements

----------------



We thank [Joanna Pineda](https://github.com/jopineda) and

[Jared Simpson](https://github.com/jts) for providing htslib code samples which aided

greatly development of the optimised feature generation code, and for testing the

version 0.4 release candidates.



We thank [Devin Drown](https://github.com/devindrown) for

[working through](https://github.com/nanoporetech/medaka/issues/70)

use of `medaka` with his RTX 2080 GPU.



Help

----



**Licence and Copyright**



© 2018- Oxford Nanopore Technologies Ltd.



`medaka` is distributed under the terms of the Oxford Nanopore Technologies PLC. Public License Version 1.0



**Research Release**



Research releases are provided as technology demonstrators to provide early

access to features or stimulate Community development of tools. Support for

this software will be minimal and is only provided directly by the developers.

Feature requests, improvements, and discussions are welcome and can be

implemented by forking and pull requests. However much as we would

like to rectify every issue and piece of feedback users may have, the

developers may have limited resource for support of this software. Research

releases may be unstable and subject to rapid iteration by Oxford Nanopore

Technologies.