Unicycler Assembly

Overview
Creative Commons License: CC-BY Questions:
  • I have short reads and long reads. How do I assemble a genome?

Objectives:
  • Perform Quality Control on your reads

  • Perform a Small genome Assembly with Unicycler

  • Evaluate the Quality of the Assembly with Quast

  • Annotate the assembly with Prokka

Requirements:
Time estimation: 4 hours
Level: Introductory Introductory
Supporting Materials:
Published: Oct 11, 2017
Last modification: Mar 11, 2024
License: Tutorial Content is licensed under Creative Commons Attribution 4.0 International License. The GTN Framework is licensed under MIT
purl PURL: https://gxy.io/GTN:T00038
rating Rating: 3.8 (0 recent ratings, 8 all time)
version Revision: 61

The goal: E. coli C-1 assembly

In this tutorial we assemble and annotate the genome of E. coli strain C-1. This strain is routinely used in experimental evolution studies involving bacteriophages. For instance, now classic works by Holly Wichman and Jim Bull (Bull 1997, Bull 1998, Wichman 1999) have been performed using this strain and bacteriophage phiX174.

To sequence the genome we have obtained the strain from the Yale E. coli Stock Center. The stock center sent us a filter paper disk infused with cells. The disk was placed in the center of an LB-agar plate. A single colony was picked and resuspended in a liquid LB medium, grown overnight, and genomic DNA was isolated. The DNA was then sequenced using two methods. To obtain high coverage, high accuracy data we used Illumina miSEQ to generated 250-bp paired end reads. To generate high length reads we used the Oxford Nanopore MinION machine.

Our goal is to reconstruct and annotate the full genome of E. coli C-1. As you will see in this tutorial a combination of many short, high accuracy reads with long, error-prone reads helps us produce an almost perfect assembly.

Outline step-by-step

In this tutorial, we will deal with:

  1. The goal: E. coli C-1 assembly
  2. Background on data and tools
    1. The data
    2. The tools
  3. Let’s try it
    1. Load data and assess quality
    2. Assembly with Unicycler
    3. Assess Assembly quality with Quast
    4. Annotation with Prokka
    5. Visualize the results in IGV

Background on data and tools

The data

In this tutorial we will assemble a genome using two types of input data: (1) Illumina 250 bp paired-end reads and (2) Oxford Nanopore reads.

Illumina data

We generated 9,345,897 250 bp read pairs (library preparation performed on genomic DNA fragmented to mean size of 600 bp). However, to make sure that you can complete this tutorial in a finite amount of time we have downsampled (reduced in size) to 1,000,000 paired end reads - just enough to produce an accurate assembly.

Oxford Nanopore Data

There are 12,738 2d-reads. Maximum read length is 27,518 bp. The distribution of reads lengths looks like this:

Nanopore read length distribution. Open image in new tab

Figure 1: Distribution of nanopore read lengths.

You can see that there many reads under the second peak with median of approximately 7.5 kb.

Warning: Oxford Nanopore Data Format

Oxford Nanopore machines output data in fast5 format that contains additional information besides sequence data. In this tutorial we assume that this data is already converted into fastq. An additional tutorial dedicated to handling fast5 datasets will be developed shortly.

The tools

In this analysis we will perform two tasks: (1) assembly and (2) annotation. Below we will briefly outline the main ideas behind these two procedures and will describe the tools we will be using.

Assembly

Comment: Knowing your assembly

Here we assume that you know a thing or two about assembly process. If you don’t: look at the slides accompanying this tutorial as well as other tutorials is this section.

Logo unicycler.

For assembly we will be using Unicycler (also see publication Wick et al. 2017). Unicycler is designed specifically for hybrid assembly (that is, using both short- and long-read sequencing data) of small (e.g., bacterial, viral, organellar) genomes. In our hands it has produced complete high quality assemblies. Unicycler employs a multi-step process that utilizes a number of software tools:

Unicycler process. Open image in new tab

Figure 2: Simplified view of the Unicycler assembly process (From Wick et al. 2017) In short, Unicycler uses SPAdes (see below) to produce an assembly graph, which is then bridged (simplified) using long reads to produce the longest possible set of contigs. These are then polished by aligning the original short reads against contigs and feeding these alignments to Pilon - an assembly improvement tool. Wick et al. 2017

As you can see Unicycler relies heavily on SPAdes (Bankevich et al. 2012) and Pilon. We will briefly describe these two tools.

Spades

Multisized deBruijn graph

Assemblers usually construct graphs for k-mers of a fixed size. We have noted that when k is small it is difficult to resolve the repeats. If k is too large a corresponding graph may be fragmented (especially if read coverage is low). SPAdes uses several values for k (that are either manually set or inferred automatically) to create a multisized graph that minimized tangledness and fragmentation by combining various k-mers (Bankevich et al. 2012)):

Multigraph approach implemented in SPAdes. Open image in new tab

Figure 3: Multisized de Bruijn graph. A circular Genome CATCAGATAGGA is covered by a set of Reads consisting of nine 4-mers, {ACAT, CATC, ATCA, TCAG, CAGA, AGAT, GATA, TAGG, GGAC}. Three out of 12 possible 4-mers from Genome are missing from Reads (namely {ATAG,AGGA,GACA}), but all 3-mers from the Genome are present in the Reads. (A) The outside circle shows a separate black edge for each 3-mer from Reads. Dotted red lines indicate vertices that will be glued. The inner circle shows the result of applying some of the glues. (B) The graph DB(Reads, 3) resulting from all the glues is tangled. The three h-paths of length 2 in this graph (shown in blue) correspond to h-reads ATAG, AGGA, and GACA. Thus Reads3,4 contains all 4-mers from Genome. (C) The outside circle shows a separate edge for each of the nine 4-mer reads. The next inner circle shows the graph DB(Reads, 4), and the innermost circle represents the Genome. The graph DB(Reads, 4) is fragmented into 3 connected components. (D) The multisized de Bruijn graph DB (Reads, 3, 4). Figure and text from Bankevich et al. 2012.
Read pair utilization

While the use of paired reads and mate pairs is key to genome assembly, and not new, SPAdes utilizes so called paired DeBruin graphs to take the advantage of the paired end data. One of the key issues with paired DeBruin graphs is that the resulting genome assemblies do not tolerate variability in insert sizes: The initial formulation of paired DeBruijn graphs assumed constant distance between pairs of reads. In practice this distance is always variable. SPAdes performs k-bimer (these are k-mers derived from paired reads) adjustment to identify exact or nearly-exact distances for each k-bimer pair.

Error correction

Sequencing data contains a substantial number of sequencing errors that manifest themselves as deviations (bulges and non-connected components) within the assembly graph. One way to improve the graph before assembly it is to minimize the number of sequencing errors by performing error correction. SPAdes uses BayesHammer (Nikolenko et al. 2013) to correct the reads. Here is a brief summary of what it does:

  1. SPAdes (or rather BayesHammer) counts k-mers in reads and computes k-mer statistics that take into account base quality values.
  2. A Hamming graph is constructed in which k-mers are nodes. In this graph edges connect nodes (k-mers) if they differ from each other by a number of nucleotides up to a certain threshold (the Hamming distance). The graph is central to the error correction algorithm.
  3. Then Bayesian subclustering is done on the graph from the previous step. For each k-mer we now know the center of its subcluster.
  4. Solid k-mers are derived from cluster centers and are assumed to be error free.
  5. Solid k-mers are mapped back to the reads.
  6. Reads are corrected using solid k-mers:
Read correction with BayesHammer. Open image in new tab

Figure 4: Read correction. Black k-mers are solid. Grey k-mers are non-solid. Red k-mers are the centers of the corresponding clusters (two grey k-mers striked through on the right are non-solid singletons). As a result, one nucleotide is changed based on majority rule. (From Nikolenko et al. 2013)

In the case of the full dataset, SPAdes error correction changed 14,013,757 bases in 3,382,337 reads - a substantial fraction of the full ~18 million read dataset.

Pilon

Pilon improves draft assemblies by using the information from the original reads aligned to the draft assembly. The following image from a publication by Walker et al. 2014 highlights the steps of this process:

Pilon workflow. Open image in new tab

Figure 5: The left column depicts the conceptual steps of the Pilon process, and the center and right columns describe what Pilon does at each step while in assembly improvement and variant detection modes, respectively. During the first step (top row), Pilon scans the read alignments for evidence where the sequencing data disagree with the input genome and makes corrections to small errors and detects small variants. During the second step (second row), Pilon looks for coverage and alignment discrepancies to identify potential mis-assemblies and larger variants. Finally (bottom row), Pilon uses reads and mate pairs which are anchored to the flanks of discrepant regions and gaps in the input genome to reassemble the area, attempting to fill in the true sequence including large insertions. The resulting output is an improved assembly and/or a VCF file of variants. (From Walker et al. 2014)

Annotation

For annotation we are using Prokka (also see Seemann 2014). It scans the assembly generated with Unicycler with a set of feature prediction tools and compiles a list of genome annotation. It predicts the following features (Table from Seemann 2014):

Feature Tool used by Prokka
Protein-coding sequences (CDS) Prodigal
Ribosomal RNA genes RNAmmer
Transfer RNA genes Aragorn
Signal leader peptides SignalP
Non-coding RNA genes Infernal

Prokka predicts protein-coding regions using a two step process. It first identifies coordinates of putative genes using Prodigal and then compares the gene sequence against databases of known sequences at protein level using Blast+ and HMMer.

Let’s try it

Load data and assess quality

In this example we will use a downsampled version of E. coli C-1 Illumina and ONT sequencing data. These include 3 files: forward and reverse reads for Illumina, and Long read file produced by ONT. All data are in fastq format.

Hands-on: Obtaining our data
  1. Make sure you have an empty analysis history. Give it a name.

    Click the new-history icon at the top of the history panel.

    If the new-history is missing:

    1. Click on the galaxy-gear icon (History options) on the top of the history panel
    2. Select the option Create New from the menu

  2. Import the following file from Zenodo

    https://zenodo.org/record/940733/files/illumina_f.fq
    https://zenodo.org/record/940733/files/illumina_r.fq
    https://zenodo.org/record/940733/files/minion_2d.fq
    
    • Copy the link location
    • Click galaxy-upload Upload Data at the top of the tool panel

    • Select galaxy-wf-edit Paste/Fetch Data
    • Paste the link(s) into the text field

    • Press Start

    • Close the window

    As an alternative to uploading the data from a URL or your computer, the files may also have been made available from a shared data library:

    1. Go into Shared data (top panel) then Data libraries
    2. Navigate to the correct folder as indicated by your instructor.
      • On most Galaxies tutorial data will be provided in a folder named GTN - Material –> Topic Name -> Tutorial Name.
    3. Select the desired files
    4. Click on Add to History galaxy-dropdown near the top and select as Datasets from the dropdown menu
    5. In the pop-up window, choose

      • “Select history”: the history you want to import the data to (or create a new one)
    6. Click on Import

If all goes well you will see datasets uploading and changing states from gray to green as shown below. The figure below also shows how datasets can be tagged.

Datasets in History. Open image in new tab

Figure 6: Sequencing data loaded into Galaxy history. The full progression from gray (scheduling) to green (all OK) state is shown. To make it easier to identify datasets as we progress through the analysis we use so-called Hashtags. To tag a dataset: click on dataset to expand it (as shown in panel four); click the tag icon () and a text field will appear. Add a tag (in this case F) pre-pended with hash (#). Hit enter. Do this for all three datasets and it will appear as in panel five.

Assess Read Quality

To assess quality we will use two tools: FastQC (Andrews) to generate quality statistics and multiQC (Ewels et al. 2016) to summarize these statistics.

Hands-on: Quality Control
  1. FastQC tool:

    • param-files “Short read data from your current history”: Select all three FastQ datasets simultaneously
  2. MultiQC tool: to generate a summary of the FastQC reports with

    • “Which tool was used generate logs?”: FastQC
    • “Type of FastQC output”: Raw data
    • param-files “FastQC Output”: RawData outputs of FastQC

A quick look at quality score distribution will show a confusing picture:

QC reported zoomed out. Open image in new tab

Figure 7: Because Illumina reads (green) are much shorter that ONT reads (red) the plot looks strange. ONT reads generally have low quality scores and so they are not really meaningful in the context of this technology. However, in the case of Illumina data they mean a lot...

So let’s zoom in into Illumina data:

QC reported zoomed in. Open image in new tab

Figure 8: Zooming in shows quality distribution for Illumina reads. This is excellent data with mean base qualities above 30 across all reads.

Assembly with Unicycler

Now it is time to perform assembly.

Hands-on: Unicycler Assembly
  1. Unicycler tool with the following parameters :
    • “Paired or Single end data?” to Paired
    • “First Set of reads” to the forward reads file f
    • “Second Set of reads” to the reverse reads file r
    • “Long reads” to the MinION file
    • Use default parameters

Assembly takes time!

There is no such thing as Assembly in real time. It takes time so it is a good time to have lunch or at least coffee. This Unicycler run will take anywhere between 90 minutes and two hours.

Assess Assembly quality with Quast

Quast (Gurevich et al. 2013) is a tool providing quality metrics for assemblies, and can also be used to compare multiple assemblies. The tool can also take an optional reference file as input, and will provide complementary metrics.

Hands-on: Assembly Quality
  1. Quast tool: with the following parameters
    • “Contigs/scaffolds output file”: Select the fasta file resulting from the Unicycler assembly.

The Quast tool outputs assembly metrics as an html file with metrics and graphs. The image below looks exceptionally boring. This is a good thing:

Quast Interface. Open image in new tab

Figure 9: Quast Output: Quast provides different statistics such as the number of contigs or scaffolds, the N50 and N75, and the total length of the assembly. You can also access 3 plots, the cumulative length of the contigs, the Nx, or the GC content.

One can see that there are two (!) contigs. The largest contig is 4,576,290 bp (for comparison E. coli K12 MG1655 strain genome length is 4,656,144 bp) and the smallest is 4,581,676 (total length) - 4,576,290 (length of the largest) = 5,386 bp. When we analyzed this dataset for the first time we were initially puzzled by this second contig. But we quickly realized that this is simply the genome of bacteriophage phiX174 which is routinely used as a spike-in in Illumina sequencing. Thus we have two genomes: the one of E.coli C-1 and phiX174! We can now use Prokka to annotate our two genomes.

Annotation with Prokka

Hands-on: Annotation
  1. Prokka tool:
    • “Contigs to annotate”: Select the assembly ouput of Unicycler
    • “Genus name”: Escherichia
    • “Species name”: coli
    • “Strain name”: C-1
    • “Use genus-specific BLAST database”: yes

Prokka outputs 10 datasets (including two log files). These are in various formats:

  • txt : Provides Statistics on the annotation : number of CDS predicted, number of rRNA etc.
  • tbl : Provides a tabulated list of annotated features.
  • fsa : Nucleotide fasta file of the input contig sequence.
  • sqn : ASN.1 format file for submission to GenBank.
  • ffn : Nucleotide FASTA file of all the prediction transcripts.
  • faa : Protein FASTA file of the translated CDS sequences.
  • fna : Nucleotide fasta file of the input contig sequence.
  • gbk : GenBank file.
  • gff : gff3 file.

Visualize the results in IGV

Let’s look at the entire assembly and its annotation in the genome browser. We can do this using Integrated Genome Browser (IGV).

Visualization requires a local installation of IGV. If you have IGV installed - just start it. If you don’t - read on.

Starting IGV

Go to IGV download page and select one of the options. The one I would try first would be Java Web Start. Simply click the Launch button for 10 GB distribution.

Hands-on: Visualization in IGV
  1. Start IGV. It will look something like this:

    IGV just started. Open image in new tab

    Figure 10: IGV started by using Java Web Start. Note that it is currently showing Human Genome (hg38) build. This is obviously not what we want.
  2. Locate the output of Unicycler and expand it :

    Unicycler result Visualization. Open image in new tab

    Figure 11: Expanding Unicycler assembly reveals IGV link.
  3. Click on the local link highlighted with orange outline. The browser will change:

    IGV with Unicycler assembly. Open image in new tab

    Figure 12: Now you can see the major contig shown in the browser window.
  4. Let’s add Prokka annotations to the browser image. For this simply expand Prokka’s GFF3 dataset and click on the local link:

    Expanded GFF3 dataset representing Prokka annotations. Open image in new tab

    Figure 13: Expanded GFF dataset generated with Prokka. Click on the local link (highlighted with orange outline) to display this dataset within IGV.

You will now see the annotations within the browser window:

Prokka result Visualization. Open image in new tab

Figure 14: Viewing annotated assembly withing IGV.