MicrobiomeBestPracticeReview Save

Current Challenges and Best Practice Protocols for Microbiome Analysis using Amplicon and Metagenomic Sequencing

Project README

Python 3.7 Ubuntu 18.04.2 License: MIT

Current Challenges and Best Practice Protocols for Microbiome Analysis using Amplicon and Metagenomic Sequencing

This review paper (https://doi.org/10.1093/bib/bbz155) aims to provide a comprehensive workflow to perform amplicon and shotgun metagenomics analysis. There are two workflows provided. First workflow for amplicon, using the standard mothur and dada2, and along with it some standard visualization are provided for the processed data. Second workflow for metagenomics, using a variety of tools openly available which have been stitched together to form a usable pipeline.

Both the workflows are controlled by bash scripts: amplicon_analysis.sh and metagenomics_analysis.sh. The bash scripts contain functions which call the respective underlying tools. Of-course, the tools have to exist in the system before using them, hence, a function called as check_and_install is written into each script which checks if the tools exists in a certain path or not. Since the workflows utilize so many different tools, it requires quiet a bit of patience for the download and installation process. Please go through the steps below before you begin to use the workflows. Workflow

I. Metagenomic Sequencing Analysis Workflow

Prerequisites

Although the check_and_install function is designed to install and setup the required software on the fly, there are some basic prerequisites that need to be satisfied:

OS

Any Linux based distro should work. We tested the scripts using:

Distributor ID: Ubuntu
Description: Ubuntu 18.04.2 LTS
Release: 18.04
Codename: bionic

'lsb_release -a' on a Ubuntu based system.

Hardware:

It is no secret that the hardware highly influences the speed of the workflows. The most time consuming tasks are the ones that involve assemblies, reference based alignment. A modest configuration consists of 16+cores and 100 GB of RAM with 1TB of diskspace. A majority of the diskspace is occupied by reference databases like nr database, kraken database, etc. Our HW configuration consists of 20 core CPU with 128 GB.

Software and packages

Some software should be installed by the user directly as the workflow depends on a lot of external software. Without these the workflow will fail to run.

NOTE: Make sure checkM is placed finally under /usr/local/bin

Example data:

The example data for metagenomics workflow is taken from the metaHIT gut survey and can be found at ftp.sra.ebi.ac.uk/vol1/fastq/ERR011/. You can download one or more sample for testing purpose.

Steps to run the Metagenomics workflow (metagenomics_analysis.sh)

1. Preparing databases:

sh prepare_databases.sh 

Insert the LINKPATH_DB=/xxx/.../references/ to 'metagenomics_analysis.sh'

LINKPATH_DB=/xxx/.../references/

The databases form the core of the workflows. Unfortunately, the databases are huge and take a long time to download and index. If these databases already exist in your system pleease modify the scripts with the correct paths. Otherwise choose the missing databases and run

`prepare_databases.sh`

where the databases will be installed under the `references` in the current directory. At the end of the preparation of databases a path will shown in the stdout which needs to be plug-in to the `metagenomics_analysis.sh` script (to LINKPATH_DB variable).

The following databases are installed:

2. Add source path for raw data

In the `metagenomics_analysis.sh` add the path for the rawdata. Please note that the workflow will make a local copy of the rawdata before proceeding further.

SRC_RAWDATA=/path_to_my_rawdata_samples/.../.../

(or use your own unzipped, demultiplexed, paired-end Illumina reads

NOTE:

The sample reads must always be paired-end, demultiplexed and compressed in the*.fastq.gz format. Also the names of the pair must end with *_1.fastq.gz and *_2.fastq.gz. Example: "Sample_1.fastq.gz" and "Sample_2.fastq.gz".

3. Set name of workflow

Next choose an appropriate name for the analysis in the `metagenomics_analysis.sh` script. All the sub-folders like tools, analysis, rawdata copy, etc will be created under this folder name.

NAME=MY_METAGENOMIC_ANALYSIS_EXP

4. Run the workflow

Finally, the workflow is ready to be run

sh metagenomics_analysis.sh

There are messages on the stdout showing the status and progress of the analysis.

The script consists of several sub-scripts and functions. Each sub-script has its own "check_and_install". The "check_and_install" checks for the tools required to run the respective script and installs them if they are missing.

NOTE:

The installation of Megan is an interactive installation and requires the user to input Y/N and memory options(between ~3GB-16GB depending on sample size). We recommend to use default options. Megan will be installed in the user home directory.

Step-by-Step Analysis

The metagenomics workflow is a time-consuming workflow. Hence, the bash scripts are kept as simple as possible. In order to perform only one type of analysis, you can always comment the remaining functions.

For example, the quality control function (run_qc) can be run only once initially and then commented for any further analysis for reruns.

If the appropriate steps have already been run, then these can be commented and other steps can be run. This is of-course, not true for steps dependent on previous outputs.

Brief Description of the Each Step

1. run_qc.sh 2. run_assembly.sh 3. run_coassembly.sh 4. run_reference_analysis.sh 5. run_comparative_analysis.sh 6. run_coverage_bining.sh 7. run_binrefinement.sh 8. run_bin_taxonomic_classification.sh 9. run_bin_functional_classification.sh

1. Quality control (run_qc.sh):

This scripts is running series of steps with different tools to perform quality control. FastQC is used to generate comprehensive report of data quality on raw data. Followed by this is a series of steps including removal of adapters, low quality reads, sequencing artifacts, phix adapters and host contamination is performed using trimmomatic, sickle and bbmap.
NOTE: Its very important to review the QC result and change the parameters in the script based e.g read length and read quality etc.

2. Metagenomic Single Sample Assembly (run_assembly.sh):

In this step genomes from more than one species with nonuniform coverage are de novo assembled in order to characterize these metagenomes. Three assemblers (Megahit,SPAdes and IDBA) are integrated in this step. After the assembly, assembly stats is generated for user to decide which assembler worked best on their data. After the stats, assembly filter is performed to filter contigs with minimum 1000bp length.

3. Metagenomic Coassembly (run_coassembly.sh):

This step is similar to step 2. except that here the samples are assembled in group with Megahit and SPAdes.

4. Reference based analysis (run_reference_analysis.sh):

The use of reference based is bit complicated due to the fact that here we are dealing not with single genome but to the unknown number and distribution. There way to deal with this by using all the available prokaryotic genomes and align them to the reads or use marker gene approach. In this step, different state of art tools like kraken2 and metaphlan2, Diamond, Megan and Humann2 are used to classify the output reads from quality control step. Diamond blastx is performed against NR database and meganized using megan databases. This output can be visualized on megan6 software for different options. Also, humann2 which is a reference based pipeline itself for taxonomic and functional classification has also been integrated in this script.

5. Comparative analysis (run_comparative_analysis):

The assembled filtered contigs are then annotated by finding the genes and perform taxonomic and functional annotation using kraken, diamond, megan and prokka. Wide range of ways are available to perform this , here were are using PROKKA which used open source tools and databased for profiling. Prokka annotate the contigs by predicting genes using Prodigal and then perform functional annotation on these genes. For homology search prokka uses CDD, PFAM, TIGRAM databases on prodigal translated protein output.

6. Coverage and binning (run_coverage_and_bining):

In this script contigs frm spade assembler are used for further analysis (due to good assmebly stats) but user can change this in run_coverage_and_bining script in "ref" variable. The indexed contigs sequences are backmapped on its own reads to create sam and bam file using BBMAP. The generated bam file can be used in IGV/IGB viewer for checking the alignment statistics. Depth file is generated from sorted bam file, which is then used for binning. The two binning tools used are Metabat and Maxbin. Along with known species, binning attempt to recover uncultivated microbial populations which might be paying an important role in a particular sample.

7. Bin refinement (run_binrefinement.sh):

Different binning tools lead to different and uncertain binning results. This could be due to different algorithm behind these tools. In this step we are using two programs Binning_refiner and CheckM. Binning_refiner merges the results of different binning programs and significantly reduce the contamination level of genome bins and increase the total size of contamination-free and good-quality genome bins. CheckM, provides a set of tools for assessing the quality of genomes recovered from metagenomes. CheckM also provides tools for identifying genome bins that are likely candidates for merging based on marker set compatibility, similarity in genomic characteristics, and proximity within a reference genome tree.

8. Bin taxonomic classification (run_bin_taxonomic_classification.sh): To assign taxonomic labels to the bins Kraken2 is used.

9. Bin functional classification (run_bin_functional_classification.sh): Bin are functionally annotated using prokka. Refer to point 6 for database detail.

II. Amplicon Sequencing Analysis Workflow

For amplicon data analysis two major tool categories exist: (i) Operational Taxonomic Units (OTU) based and (ii) Amplicon Sequence Variant (ASV) based tools. OTU based methods cluster the reads based on a predefined identity threshold (commonly 97%) into operational taxonomic units. On the other hand, ASV based tool utilizes a denoising approach on biological sequences in samples before the introduction of amplification and sequencing errors. In this review, we have included a stepwise systematic workflow for V4 region of 16S rRNA using mothur and DADA2 and its visualization.

NOTE: If you have other regions of bacterial genome sequences are processed then it required manual intervention. Please make the changes in mothur_workflow.sh

Prerequisites

Although the "check_and_install" function is designed to install and setup the required software on the fly, there are some basic prerequisites that need to be satisfied are listed below:

OS

Any Linux based distro should work. Out test OS is:

Distributor ID: Ubuntu Description: Ubuntu 18.04.2 LTS Release: 18.04 Codename: bionic

type 'lsb_release -a' on a Ubuntu based system.

Hardware:

A modest configuration consists of 4+cores and 16-32GB of RAM.

Software and packages

Some software should be installed by the user directly as the workflow depends external software. Without these the workflow will fail to run.

  • R and its libraries (Phyloseq, ggplot2, DADA2, argparser)
  • Python3: pip, libraries (argparse, re, Bio)

In this workflow the precompiled binaries for Mothur is used which will be automatically downloaded.

Example data

This example data is a 16S rRNA gene region of gut samples collected longitudinally from a mouse post-weaning. The fastq files are generated on Miseq platform with 2X250 for V4 region. Example data is taken from mothur's miseq SOP.

Steps to run the Amplicon workflow (amplicon_analysis.sh)

1. Add source path for raw data: In the amplicon_analysis.sh add the path for the rawdata. Please note that the workflow will make a local copy of the rawdata before proceeding further.

SRC_RAWDATA=/path_to_my_rawdata_samples/.../.../

NOTE: The sample data must always be paired end *.fastq e.g "Sample_1.fastq" and "Sample_2.fastq" If you have compressed input the script has to be modified at certain places in order for it to work.

2. Set name of workflow:

Next choose an appropriate name for the analysis in the 'amplicon_analysis.sh' script. All the sub-folders like tools, analysis, rawdata copy, etc will be created under this folder name.

NAME=MY_AMPLICON_ANALYSIS_EXP

3. Download reference databases:

The required reference databases will automatically be downloaded in reference folder. The following databases are installed:

4. Run the workflow: The amplicon_analysis.sh consist of two main work flows mothur_workflow.sh and dada2_workflow.sh which are called automatically and is tested for sample dataset using both the workflows

Finally, the workflow is ready to be run!

sh amplicon_analysis.sh

Contributors

This best-practice pipeline is developed and maintened by members of the Bioinformatics lab of Prof. Dr. Dominik Grimm:

Citation

When using this workflow, please cite our publication in Briefings in Bioinformatics:

Current Challenges and Best Practice Protocols for Microbiome Analysis
Richa Bharti, Dominik G Grimm
Briefings in Bioinformatics (BIB), 2019 (in press, https://doi.org/10.1093/bib/bbz155)

Open Source Agenda is not affiliated with "MicrobiomeBestPracticeReview" Project. README Source: grimmlab/MicrobiomeBestPracticeReview

Open Source Agenda Badge

Open Source Agenda Rating