De Bruijn Graph Assembly

Overview
Creative Commons License: CC-BY Questions:
  • What are the factors that affect genome assembly?

  • How does Genome assembly work?

Objectives:
  • Perform an optimised Velvet assembly with the Velvet Optimiser

  • Compare this assembly with those we did in the basic tutorial

  • Perform an assembly using the SPAdes assembler.

Requirements:
Time estimation: 2 hours
Level: Introductory Introductory
Supporting Materials:
Published: May 24, 2017
Last modification: Feb 1, 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:T00031
rating Rating: 1.5 (2 recent ratings, 9 all time)
version Revision: 25

Optimised de Bruijn Graph assemblies using the Velvet Optimiser and SPAdes

In this activity, we will perform de novo assemblies of a short read set using the Velvet Optimiser and the SPAdes assemblers. We are using the Velvet Optimiser for illustrative purposes. For real assembly work, a more suitable assembler should be chosen - such as SPAdes.

The Velvet Optimiser is a script written by Simon Gladman avatar Simon Gladman to optimise the k-mer size and coverage cutoff parameters for Velvet. More information can be found in its repository.

SPAdes is a de novo genome assembler written by Pavel Pevzner’s group in St. Petersburg. More details on it can be found on Spades’ website>

Agenda

In this tutorial, we will deal with:

  1. Get the data
  2. Assemble with the Velvet Optimiser
  3. Assemble with SPAdes

Get the data

We will be using the same data that we used in the introductory tutorial, so if you have already completed that and have the data, skip this section.

Hands-on: Getting the data
  1. Create and name a new history for this tutorial.

    To create a new history simply click the new-history icon at the top of the history panel:

    UI for creating new history

  2. Import the sequence read raw data (*.fastq) from Zenodo

    https://zenodo.org/record/582600/files/mutant_R1.fastq
    https://zenodo.org/record/582600/files/mutant_R2.fastq
    
    • 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

  3. Rename the files galaxy-pencil

    • The name of the files are the full URL, let’s make the names a little clearer
    • Change the names to just the last part, Mutant_R1.fastq, Mutant_R2.fastq respectively
    • Click on the galaxy-pencil pencil icon for the dataset to edit its attributes
    • In the central panel, change the Name field
    • Click the Save button

    Question
    1. What are four key features of a FASTQ file?
    2. What is the main difference between a FASTQ and a FASTA file?

Assembly with the Velvet Optimiser

We will perform an assembly with the Velvet Optimiser, which automatically runs and optimises the output of the Velvet assembler (Zerbino and Birney 2008). It will automatically choose a suitable value for the k-mer size (k). It will then go on to optimise the coverage cutoff (cov_cutoff) which corrects for read errors. It will use the “n50” metric for optimising the k-mer size and the “total number of bases in contigs” for optimising the coverage cutoff.

Hands-on: Assemble with the Velvet Optimiser
  1. Velvet Optimiser tool: Optimise your assembly with the following parameters:
    • “Start k-mer size”: 45
    • “End k-mer size”: 73
    • “Input file type”: Fastq
    • “Single or paired end reads”: Paired
    • param-file “Select first set of reads”: mutant_R1.fastq
    • param-file “Select second set of reads”: mutant_R2.fastq

Your history will now contain a number of new files:

  • Velvet optimiser contigs
    • A fasta file of the final assembled contigs
  • Velvet optimiser contig stats
    • A table of the lengths (in k-mer length) and coverages (k-mer coverages) for the final contigs.

Have a look at each file.

Hands-on: Get contig statistics for Velvet Optimiser contigs
  1. Fasta Statistics tool: Produce a summary of the velvet optimiser contigs:
    • param-file “fasta or multifasta file”: Select your velvet optimiser contigs file
  2. View the output

    Question

    Compare the output we got here with the output of the simple assemblies obtained in the introductory tutorial.

    1. What are the main differences between them?
    2. Which has a higher “n50”? What does this mean?

Tables of results from (a) Simple assembly and (b) optimised assembly.

(a) The results of the contigs from Simple assembly.

(b) The results of the contigs from Optimised assembly. In contrast to simple assembly produced much higher n_50, while num_seq is lower.

  • Heuristic Resolution of Repeats and Scaffolding in the Velvet Short-Read de Novo Assembler (Zerbino et al. 2009)

Visualisation of the Assembly

Now that we’ve assembled the genomes, let’s visualise this assembly using Bandage (Wick et al. 2015). This tool will let us better understand how the assembly graph really looks, and can give us a feeling for if the genome was well assembled or not.

Currently VelvetOptimiser does not include the LastGraph output, so we will manually run velveth and velvetg with the optimised parameters.

Hands-on: Manually running velvetg/h
  1. Locate the output called “VelvetOptimiser: Contigs” in your history

  2. Click the (i) information icon

  3. Check the tool stderr in the information page for the optimised k-mer value

Question

What was the optimal k-mer value? (referred to as “hash” in the stderr log)

55

With this information in hand, let’s run velvet:

Hands-on: Manually running velvetg/h
  1. velveth tool: Prepare a dataset for the Velvet velvetg Assembler
    • “Hash length”: 55
    • “Insert Input Files”:
      • 1: Input Files
        • “file format”: fastq
        • “read type”: shortPaired reads
        • “Dataset”: mutant_R1.fastq
    • “Insert Input Files”:
      • 2: Input Files
        • “file format”: fastq
        • “read type”: shortPaired reads
        • “Dataset”: mutant_R2.fastq
  2. velvetg tool: Velvet sequence assembler for very short reads
    • “Velvet dataset”: output from velveth tool
    • “Generate velvet LastGraph file”: Yes
    • “Coverage cutoff”: Specify Cutoff Value
      • “Remove nodes with coverage below”: 1.44
    • “Using Paired Reads”: Yes

The LastGraph contains a detailed representation of the De Bruijn graph, which can give us an idea how velvet has assembled the genome and potentially resolved any conflicts.

Hands-on: Bandage
  1. Bandage Image tool: visualize de novo assembly graphs
    • “Graphical Fragment Assembly”: The “LastGraph” output of velvetg tool
    • “Produce jpg, png or svg file?”: .svg
  2. Execute
  3. View the output file

And now you should be able to see the graph that velvet produced:

velvet graph.

Interpreting Bandage Graphs

k-mer size has a significant effect on the assembly. You can play around with various k-mers to see this effect in practice.

k-mer graph
21 21.
33 33.
53 53.
77 77.

The next thing to be aware of is that there can be multiple valid interpretations of a graph, all equally valid in absence of other data. The following is taken verbatim from Bandage’s wiki:

For a simple case, imagine a bacterial genome that contains a single repeated element in two separate places in the chromosome:

Simple example 1.

A researcher (who does not yet know the structure of the genome) sequences it, and the resulting 100 bp reads are assembled with a de novo assembler:

Simple example 2.

Because the repeated element is longer than the sequencing reads, the assembler was not able to reproduce the original genome as a single contig. Rather, three contigs are produced: one for the repeated sequence (even though it occurs twice) and one for each sequence between the repeated elements.

Given only the contigs, the relationship between these sequences is not clear. However, the assembly graph contains additional information which is made apparent in Bandage:

Simple example 3.

There are two principal underlying sequences compatible with this graph: two separate circular sequences that share a region in common, or a single larger circular sequence with an element that occurs twice:

Simple example 4.

Additional knowledge, such as information on the approximate size of the bacterial chromosome, can help the researcher to rule out the first alternative. In this way, Bandage has assisted in turning a fragmented assembly of three contigs into a completed genome of one sequence.

Assemble with SPAdes

We will now perform an assembly with the much more modern SPAdes assembler (Bankevich et al. 2012). It goes through a similar process to Velvet in the fact that it uses and simplifies de Bruijn graphs but it uses multiple values for k-mer size and combines the resultant graphs. This combination produces very good assemblies. When using SPAdes it is typical to choose at least 3 k-mer sizes. One low, one medium and one high. We will use 33, 55 and 91.

Hands-on: Assemble with SPAdes
  1. SPAdes tool: Assemble the reads:

    • “Run only assembly”: yes
    • “K-mers to use separated by commas”: 33,55,91 [note: no spaces!]
    • “Coverage cutoff”: auto
    • param-file “Files -> forward reads”: mutant_R1.fastq
    • param-file “Files -> reverse reads”: mutant_R2.fastq
    • “Output final assembly graph with scaffolds?”: Yes

You will now have 5 new files in your history:

  • two Fasta files, one for contigs and one for scaffolds
  • two statistics files, one for contigs and one for scaffolds
  • the SPAdes log file.

Examine each file, especially the stats files.

Contig stats file with NODE_5 being the shortest contig with the highest coverage and NODE_1 being the opposite.

Question
  1. Why would one of the contigs have much higher coverage than the others?
  2. What could this represent?
Hands-on: Visualize assembly with Bandage
  1. Bandage tool with the following parameters:
    • “Graphical Fragment Assembly”: assembly graph with scaffolds output from SPAdes tool
  2. Examine the output image galaxy-eye

The visualized assembly should look something like this:

bandage spades.

Question

Which assembly looks better to you? Why?

Hands-on: Get contig statistics for SPAdes contigs
  1. Fasta Statistics tool: Produce a summary of the SPAdes contigs:
    • param-file “fasta or multifasta file”: Select your velvet optimiser contigs file
  2. Look at the output file.

    Question

    Compare the output we got here with the output of the simple assemblies obtained in the introductory tutorial.

    1. What are the main differences between them?
    2. Did SPAdes produce a better assembly than the Velvet Optimiser?