Awesome
<p align="center"> <img src="logo.png" height="300" /> </p>VIBRANT
Virus Identification By iteRative ANnoTation
06/22/2020
Kristopher Kieft
Anantharaman Lab
University of Wisconsin-Madison
kieft@wisc.edu
Current Version
VIBRANT v1.2.1
Citation
If you find VIBRANT useful please consider citing our manuscript in Microbiome:
Kieft, K., Zhou, Z. & Anantharaman, K. VIBRANT: automated recovery, annotation and curation of microbial viruses, and evaluation of viral community function from genomic sequences. Microbiome 8, 90 (2020).
Table of Contents:
- Updates
- v1.2.1
- v1.2.0
- v1.1.0
- v1.0.1
- Program Description
- Requirements
- Program Dependencies
- Python3 Dependencies
- Running VIBRANT
- Quick Start
- Testing VIBRANT
- Arguments and Flags
- Output Explanations
- Useful Outputs
- General Overview
- VIBRANT Files and Folders
- Contact
Content Addition (June 22 2020):
- The script
simplify_faa-ffn.py
was added to thescripts/
folder. This script can be used to remove excess annotation information from the definition lines of VIBRANT phage protein (.faa) and gene (.ffn) output files. Specifically, this converts protein/gene outputs from VIBRANT's tab separated format to the standard format generated by other software (e.g., Prodigal). An example implementation of this script would be for using VIBRANT phage protein results for vConTACT2 taxonomy. Usage of this script:python3 simplify_faa-ffn.py example.phages_combined.faa
. Replace the example.faa
file with any VIBRANT output.faa
or.ffn
file of your choice.
Updates for v1.2.1 (Mar 13 2020): <a name="updates"></a>
Summary:
- Note: predictions are identical to v1.2.0 and all data are 100% compatible (i.e., no change to true or false positive rate).
- Note: new version push to bioconda install in order to fix bug effecting some users (see issue below).
- Issue: resolved
name 'pfam_name' is not defined
issue from v1.2.0 causing some parallel runs to exit and data to be lost. This issue can also be identified by the presence of a file beginning withtemp2_
. - Update: new output
phages_circular.fna
containing circular predicted viral sequences. - Update: new output
integrated_prophage_coordinates.tsv
containing the scaffold coordinate locations of excised proviruses. - Update: new figure
figure_PCA.pdf
displaying a summary PCA plot of predicted viruses (qualities, lifestyles, linear/circular, sizes and relationships). - Update: new output
figure_PCA.tsv
containing the (x,y) coordinates of each predicted virus on the PCA plot. - Update: new output
summary_normalized.tsv
is the normalized (to number of ORFs) version ofsummary_results.tsv
and the information read into the neural network for classification. This is also the file used to generate the PCA plot. - Update: new outputs
log_run.log
andlog_annotation.log
. The filelog_run.log
represents the original log file and contains summary information from the run (command, runtime, date, virus identifications, etc.). Errors that cause VIBRANT to exit will be written tolog_run.log
orlog_annotation.log
depending on the origin of the error.
Updates for v1.2.0 (Feb 9 2020):
Summary:
- Update: pre-filtration of scaffolds based on strand switching was completely removed. This modification was found to increase virus identification with a negligible effect on the rate of false positive discovery.
- Note: two of the HMM databases are no longer required (Pfam-A_phage and Pfam-A_plasmid). You may want to remove these. There is no need to re-download or re-compile the other databases, though you can delete all databases and start over.
- Note: results of virus identification may increase compared to previous versions.
Updates for v1.1.0 (Feb 7 2020):
Summary:
- Issue: incorrect storage of strand switching information caused inconsistent results and potential decrease in virus recovery. Issue is now resolved.
- Update: modification of
hmmsearch
command to increase speed if using a newer version (version >= 3.2.1). - Update: addition of
-folder
flag and compression of databases (-d
) and files flags (-m
). - Update: modification of
VIBRANT_setup.py
messages and removal ofVIBRANT_test_setup.py
. - Issue: annotations with PF12761.7 caused issues.
- Note: there is no need to re-download or re-compile the databases.
- Note: results of virus identification may vary compared to v1.0.1.
- Note: please verify Scikit-Learn and numpy versions. Incorrect versions may cause inconsistent and invalid results.
Explanations:
- Fixed a bug that was causing strand switching information to be stored with the wrong scaffolds. This caused scaffolds to undergo potentially incorrect pre-filtering (see flowchart and methods). Due to this issue, viral scaffolds may have been filtered out accidentally. This also led to inconsistent results between identical runs of VIBRANT because the same scaffold was given various strand switching information depending on the run. Both issues of incorrect strand switching and inconsistent results have been resolved.
- The usage of
hmmsearch --cpu
changed with newer versions of HMMER (version >= 3.2.1). For older versions the command used by VIBRANT is--cpu 1
whereas newer versions--cpu 0
is used. VIBRANT will automatically detect your version and use the appropriate command. This increases speed by optimizing cpu usage. - The new
-folder
flag allows for the designation of an output directory to deposit the final VIBRANT output as well as all temporary files. When invoked this flag will create the new directory if it does not exist or add to the directory if it already exists. This may especially be useful when running VIBRANT on a shared computing cluster. The new-d
and-m
flags are useful if you have moved the location of thedatabases/
and/orfiles/
directories from their default location. Previously this required several flags that have now been condensed to two. - The new
VIBRANT_setup.py
script generates additional messages for version control and it now does not requireVIBRANT_test_setup.py
. There is no need to re-run this script if you have ran it with a previous version. If you want to test dependencies/versions useVIBRANT_setup.py -test
. It is suggested to runVIBRANT_setup.py -test
to quickly verify correct setup. - PF12761.7 was not given a name in
VIBRANT_names.tsv
and would cause errors if a protein was annotated with PF12761.7. This issue has been resolved.
Updates for v1.0.1:
Summary:
- Issue: some extracted proviruses were given the wrong genome sequence. Issue is now fixed.
- Update: minimum sequence length is now 1000bp which greatly increases virus identifications from some metagenomes.
- Update: metrics for quality analysis of scaffolds has been changed.
- Note: there is no need to re-download or re-compile the databases.
Explanations:
- Fixed a bug that was causing issues with extracting the correct genomic region of an integrated lysogenic virus (provirus). Briefly, the issue was causing some extracted proviruses (those with "_fragment_#" in the name) to have either the wrong genomic sequence or a sequence length of zero. The respective proteins and virus identification metrics for these scaffolds remains identical.
- The minimum scaffold length is now set to 1000bp (previous 3000bp). This greatly increases total virus identification within metagenomes that contain many sequences less than 3kb. This has no effect on false discovery since the minimum open reading frame requirement is still 4. For example, a 1kb and 3kb scaffold each encoding 4 open reading frames will be considered identically since neither sequence length nor sequence features impact virus identification.
- The quality analysis of scaffolds was updated. The category fragment quality draft was removed. The categories are now complete circular, high, medium and low quality draft. The update was made to better represent the completeness of Caudovirales scaffolds which are likely to be the most abundant viral population in a metagenome. Baseline tests indicate the new metrics linearly represent the completeness of Caudovirales genomes.
Program Description <a name="program"></a>
VIBRANT is a tool for automated recovery and annotation of bacterial and archaeal viruses, determination of genome completeness, and characterization of viral community function from metagenomic assemblies. VIBRANT uses neural networks of protein annotation signatures and genomic features to maximize identification of highly diverse partial or complete viral genomes as well as excise integrated proviruses.
- Uses neural network machine learning of protein annotation signatures
- Asigns novel 'v-score' for determining the virus-like nature of all annotations
- Determines genome completeness
- Characterizes viral community function by metabolic analysis
- Identifies auxiliary metabolic genes (AMGs)
- Excises integrated viral genomes from host scaffolds
- Performs well in diverse environments
- Recovers novel and abundant viral genomes
- Built for dsDNA, ssDNA and RNA viruses
VIBRANT uses three databases for identifying viruses and characterizing virome metabolic potential:
- KEGG (March release): https://www.genome.jp/kegg/ (FTP: ftp://ftp.genome.jp/pub/db/kofam/archives/2019-03-20/)
- Pfam (v32): https://pfam.xfam.org (FTP: ftp://ftp.ebi.ac.uk/pub/databases/Pfam/releases/Pfam32.0/)
- VOG (release 94): http://vogdb.org/ (FTP: http://fileshare.csb.univie.ac.at/vog/vog94/)
Requirements <a name="require"></a>
System Requirements: VIBRANT has been tested and successfully run on Mac, Linux and Ubuntu systems.
Program Dependencies: Python3, Prodigal, HMMER3, gzip, tar, wget (see section below)
Python Dependencies: BioPython, Pandas, Matplotlib, Seaborn, Numpy, Scikit-learn, Pickle (see section below)
Don't worry, these should all be easy and quick to install if you do not already have the requirements satisfied. Suggested methods of installation are with [1] pip (pip3) (https://pypi.org/project/pip/), [2] conda (https://anaconda.org/anaconda/conda), [3] homebrew (https://brew.sh/) or [4] apt (you make need to use 'apt-get' or 'sudo') (https://help.ubuntu.com/lts/serverguide/apt.html). The method will depend on your operating system and setup.
Program Dependencies: Installation
Please ensure the following programs are installed and in your machine's PATH. Note: most downloads will automatically place these programs in your PATH.
Programs:
- Python3: https://www.python.org (version >= 3.5)
- Prodigal: https://github.com/hyattpd/Prodigal
- HMMER3: https://github.com/EddyRivasLab/hmmer
- gzip: http://www.gzip.org/
- tar: https://www.gnu.org/software/tar/
- wget: https://www.gnu.org/software/wget/
Example Installations:
- Python3: see Python webpage. You can check your current version using
python --version
. Required version >= 3.5. - Prodigal:
conda install -c bioconda prodigal
orbrew install prodigal
orapt-get install prodigal
or GitHub clone - HMMER3:
conda install -c bioconda hmmer
orbrew install hmmer
orapt install hmmer
or GitHub clone - gzip: you likely already have this installed
- tar: you likely already have this installed
- wget: you likely already have this installed or
brew install wget
orapt install wget
orpip install wget
Python3 Dependencies: Installation
There are several Python3 dependencies that must be installed as well. You may already have some of these installed.
Note: Seaborn, Numpy and Scikit-learn require specific version requirements.
Packages
- BioPython: https://biopython.org/wiki/Download
- Pandas: https://pandas.pydata.org/pandas-docs/stable/install.html
- Matplotlib: https://matplotlib.org/
- Seaborn: https://seaborn.pydata.org/ (version >= 0.9.0)
- Numpy: https://numpy.org/ (version >= 1.17.0)
- Scikit-learn: https://scikit-learn.org/stable/ (version == 0.21.3)
- Pickle: https://docs.python.org/3/library/pickle.html
Example Installations:
- BioPython:
pip install biopython
orapt-get install python-biopython
orconda install -c conda-forge biopython
- Pandas:
pip install pandas
orconda install -c anaconda pandas
orapt-get install python-pip
- Matplotlib:
pip install matplotlib
orconda install matplotlib
orapt-get install python-matplotlib
- Seaborn:
pip install seaborn
(pip install --upgrade seaborn==0.9.0
) orconda install seaborn
- Numpy:
pip install numpy
(pip install --upgrade numpy==1.17.0
) orconda install -c anaconda numpy
orapt-get install python-numpy
- Scikit-learn:
pip install --upgrade scikit-learn==0.21.3
orconda install scikit-learn
- Pickle: this should already come with Python3. If you have issues try
pip install pickle-mixin
Running VIBRANT <a name="run"></a>
VIBRANT is built for efficiently running on metagenomes but can also run on individual or small groups of genomes. Each scaffold is considered individually, so results will not vary whether the scaffold is run as part of a metagenome or by itself.
Quick Start
There are two different routes to downloading VIBRANT: Anaconda install or GitHub clone/download. Alternatively you can use the CyVerse Discovery Environment open source web server.
CyVerse (currently running v1.0.1)
- VIBRANT app: https://de.cyverse.org/de/?type=apps&app-id=c2864d3c-fd03-11e9-9cf4-008cfa5ae621&system-id=de
- Information: https://wiki.cyverse.org/wiki/display/DEapps/VIBRANT-1.0.1
Anaconda (currently running v1.2.0)
- Install dependencies. See Requirements section above.
- Install directly to $PATH using bioconda.
conda install -c bioconda vibrant==1.2.0
- Download and setup databases. This will take some time due to file sizes, but it only needs to be run once. This step requires ~20GB of temporary storage space and ~11GB of final storage space. To do this, run
download-db.sh
which should be in your system's $PATH.
download-db.sh
GitHub (currently running v1.2.1)
Note: if at any time you are given a "permission denied" error you can run chmod 777 <file_name>
or chmod -R 777 <folder_name>
. Simply repace <file_name>
or <folder_name>
with the file/folder that you would like to add permissions to.
- Install dependencies. See Requirements section above.
- Download VIBRANT using git clone or download zip file. Note: if you download the zip file you will have the parent folder
VIBRANT-master
instead ofVIBRANT
.
git clone https://github.com/AnantharamanLab/VIBRANT
- You may want to add permissions to all files.
chmod -R 777 VIBRANT
- Move parent folder (
VIBRANT
) to desired location. VIBRANT will function no matter where the parent folder is located or moved to, but hierarchy of files and folders within the parent folder must remain constant. - Move into databases folder for setup.
cd VIBRANT/databases
- Download and setup databases. This will take some time due to file sizes, but it only needs to be run once. This step requires 20GB of temporary storage space and ~11.2GB of final storage space. Run the following:
python3 VIBRANT_setup.py
or./VIBRANT_setup.py
- This step is included in step 6. This can be used if you have already completed step 6 and want to re-test the setup. VIBRANT can automatically verify that downloads, setup and installation of dependencies was completed properly. You may choose to skip this, but it's very quick. This flag can be called as many times as necessary to run verifications.
python3 VIBRANT_setup.py -test
or./VIBRANT_setup.py -test
Testing VIBRANT
Note: VIBRANT does not write to standard out (command prompt screen) while running or when it finishes (i.e., not verbose). However, VIBRANT will write to standard out in the event that it encounters an error, such as incorrect use of optional arguments or incorrect input file format. See step 11 below for an example.
Anaconda users: these example datasets are not made available through Anaconda install. Steps 8-11 may be skipped or the files may be downloaded from the GitHub site.
Optional: run VIBRANT on test datasets (steps 8-11). Note: you may want to try using the -t
flag to increase VIBRANT's speed. See Arguments and Flags section for details.
-
Test out a small dataset of mixed viral and non-viral scaffolds in nucleotide format. See
example_output/VIBRANT_mixed_example
for how the results should look.
python3 ../VIBRANT_run.py -i mixed_example.fasta
from within theexample_data/
folder
or
python3 VIBRANT_run.py -i example_data/mixed_example.fasta
from within the parent folder -
Test out a single viral scaffold in protein format.
python3 ../VIBRANT_run.py -i Microviridae_MH552510.2.faa -f prot
from within theexample_data/
folder -
Test out a set of non-viral scaffolds in nucleotide format.
python3 ../VIBRANT_run.py -i no_phages.fna
from within theexample_data/
folder -
Test out a scaffold in nucleotide format that does not meet the minimum requirement of 1kb in length. VIBRANT will exit because the input sequence is not 1kb. Note: Exiting only occurs if all the scaffolds do not meet the minimum requirements.
python3 ../VIBRANT_run.py -i short_scaffold.fsa
from within theexample_data/
folder
Arguments and Flags
The only required flag is the input (-i
) FASTA file which can either be in nucleotide or protein format. The file extension (e.g., fasta, fna, faa, fsa) does not matter. For nucleotide input, the definition lines can be in any format. The only exception is that the phrase "fragment" should not appear in the definition line because this term is used by VIBRANT during analysis and output parsing. For protein input, proteins must be grouped by genome and in decending order by protein number. Also, the definition lines for proteins must be in Prodigal format. Please see example_data/Microviridae_MH552510.2.faa
for an example of Prodigal format definition lines. The required items are the scaffold name, protein number, start site, end site and strand. It is suggested to use nucleotide input unless inputting proteins will fit best with your current/downstream analyses.
VIBRANT comes with a couple of very simple optional arguments. At any point you can see the help menu with VIBRANT_run.py -h
.
Common optional arguments
-
-t
: increase the number of VIBRANT parallel runs (similar to threads). The integer entered here will have no impact on results but may impact runtime. To parallelize VIBRANT, the-t
flag will indicate how many separate files to split the input file into; these will all be run in tandem. For example, an input file with 10 scaffolds that has invoked-t 5
will run VIBRANT 5 separate times simultaneously with each run consisting of 2 scaffolds each. Default =1
. -
-f
: identify either nucleotide or protein input. This flag is only required when inputting proteins (-f prot
) but can be added with any nucleotide input (-f nucl
). Default =nucl
. -
-folder
: specify the directory in which to deposit VIBRANT's output folder and tempoary files. If the specified directory doesn't exist then it will be created. Default = your current working directory.
Uncommon optional arguments
-l
: increase the minimum scaffold length requirement. The minimum is 1000 basepairs (-l 1000
). Default =1000
. For example, if-l 5000
is invoked VIBRANT will only consider scaffolds greater than or equal to 5000bp.-o
: increase the minimum number of open readings frames (ORFs, or proteins) per scaffold requirement. The minimum is 4 ORFs (-o 4
). Default =4
. For example, if-o 8
is invoked VIBRANT will only consider scaffolds encoding at least 8 proteins.-virome
: This flag should be used cautiously. This will edit VIBRANT's sensitivity if the input dataset is a virome and not mixed metagenome. That is, if you expect the vast majority of your input scaffolds to be viruses then-virome
can be used to remove obvious non-viral scaffolds. This will have no effect on runtime. Default = off.-no_plot
: This flag can be used to skip generation of the graphical representations of the VIBRANT's results. You may wish to use this flag if you simply have no use for the output figures or if for some reason this function of VIBRANT is causing the program to break. This will have little effect on runtime. Default = off.
Likely unused optional arguments
-d
: specify the location of thedatabases/
directory if moved from its default location.-m
: specify the location of thefiles/
directory if moved from its default location.- For
-d
and-m
please specify the full path to the new location of the files. For example,-d new_location/databases/
.
Output Explanations <a name="out"></a>
VIBRANT outputs a lot of files and folders. Please see output_explanations.pdf
within the parent folder for information regarding each file/folder that is generated by VIBRANT. Each file and folder will have a prefix or suffix respective to the name of the input file.
Note: some scaffolds will be proviruses that have been extracted from a host scaffold. These viral sequences will be given a new name. Specifically, the term "_fragment_#" will be appended to the name to indicate that it is a fragment of a larger scaffold. The number associated with the fragment is, for the most part, arbitrary.
Useful Outputs
- FASTA file of identified virus genomes:
VIBRANT_phages_<input_file>/<input_file>.phages_combined.fna
- List of identified virus genomes:
VIBRANT_phages_<input_file>/<input_file>.phages_combined.txt
- GenBank file of identified virus genomes (if
-f nucl
):VIBRANT_phages_<input_file>/<input_file>.phages_combined.gbk
Note: integrated viruses that have been excised from a scaffold will have 'fragment_#' appended to the genome and protein names.
General Overview
Briefly, the folder VIBRANT_phages_<input_file>
will contain FASTA, GenBank and list files for the identified viruses; the folder VIBRANT_results_<input_file>
will contain annotation, metabolic and summary information for the identified viruses; the folders VIBRANT_HMM_tables_parsed_<input_file>
and VIBRANT_HMM_tables_unformatted_<input_file>
will contain raw HMM tables used for analyses; the folder VIBRANT_figures_<input_file>
will contain summary figures for the dataset and identified viruses; the file VIBRANT_log_<input_file>
will contain the log summary and run information. All outputs will be contained within a folder named VIBRANT_<input_file>
.
VIBRANT Files and Folders <a name="ff"></a>
VIBRANT comes with several folders, files and scripts that are used during analysis. You will not need to interact with any of these, but knowing what they contain may be useful. The folder databases
contains VIBRANT_setup.py
that is only used during initial setup of VIBRANT. There is also a folder profile_names
that contains text files with lists of all HMM profiles used per database. The folder example_data
has a standard setup for testing VIBRANT and validating the correct outputs. The folder files
contains several very useful documents: VIBRANT_AMGs.tsv
- list of all KEGG KOs designated as auxiliary metabolic genes (AMGs); VIBRANT_categories.tsv
- list of accession numbers for VOG, KEGG and Pfam with their respective "v-score" which is an essential metric used to identify viruses; VIBRANT_KEGG_pathways_summary.tsv
- list of KEGG map pathways, and their associated metabolic and KO information which is used to summarize virome metabolism; VIBRANT_machine_model.sav
- the neural network model used for virus classification; VIBRANT_names.tsv
- list of names associated with each VOG, KEGG and Pfam accession number. The folder scripts
contains three auxiliary scripts used to run VIBRANT. The script VIBRANT_run.py
within the parent folder is actually a wrapper script to facilitate parallelization of VIBRANT and perform final metric analyses, whereas the script VIBRANT_annotation.py
is what does the real virus identification. The two scripts VIBRANT_extract_nucleotide.py
and VIBRANT_extract_protein.py
are used when splitting the input file for parallelization. A fourth script simplify_faa-ffn.py
can be used to remove all annotation information from the definition lines of protein (.faa) or gene (.ffn) output files.
Contact <a name="contact"></a>
Please contact Kristopher Kieft (kieft@wisc.edu or GitHub Issues) with any questions, concerns or comments.
Thank you for using VIBRANT!
##
## ##
## ##
###### ## ## ## ####### ###### ##### ## ##
## ## ## ## ## ## ## ## ## ## ##
###### ###### ###### ## ### ###### ### ##
## ## ## ## ## ## ## ## ## ##
## ## ## ## ## ####### ###### ##### ##
# ## #
# # ## # #
# #
Copyright
VIBRANT: Virus Identification By iteRative ANnoTation Copyright (C) 2019 Kristopher Kieft
This program is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version.
This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.
You should have received a copy of the GNU General Public License along with this program. If not, see https://www.gnu.org/licenses/.