Intuitively visualizing and interpreting data from high-throughput genomic technologies continues to be challenging. “Genomic Visualizations in R” (GenVisR) attempts to alleviate this burden by providing highly customizable publication-quality graphics supporting multiple species and focused primarily on a cohort level (i.e., multiple samples/patients). GenVisR attempts to maintain a high degree of flexibility while leveraging the abilities of ggplot2 and bioconductor to achieve this goal.
Read the published Bioinformatics paper!
For the majority of users we recommend installing GenVisR from the release branch of Bioconductor, Installation instructions using this method can be found on the GenVisR landing page on Bioconductor.
Please note that GenVisR imports a few packages that have “system requirements”, in most cases these requirements will already be installed. If they are not please follow the instructions to install these packages given in the R terminal. Briefly these packages are: “libcurl4-openssl-dev” and “libxml2-dev”
Development for GenVisR occurs on the griffith lab github repository available here. For users wishing to contribute to development we recommend cloning the GenVisR repo there and submitting a pull request. Please note that development occurs on the R version that will be available at each Bioconductor release cycle. This ensures that GenVisR will be stable for each Bioconductor release but it may necessitate developers download R-devel.
We also encourage users to report bugs and suggest enhancements to GenVisR on the github issue page available here:
waterfall provides a method of visualizing the mutational landscape of a cohort. The input to
waterfall consists of a data frame derived from either a .maf (version 2.4) file or a file in MGI annotation format (obtained from The Genome Modeling System) specified via the
waterfall will display the mutation occurrence and type in the main panel while showing the mutation burden and the percentage of samples with a mutation in the top and side sub-plots. Conflicts arising from multiple mutations in the same gene/sample cell are resolved by a hierarchical removal of mutations keeping the most deleterious as defined by the order of the “mutation type” legend. Briefly this hierarchy is as follows with the most deleterious defined first:
Occasionally a situation may arise in which it may be desireable to run
waterfall on an unsupported file type. This can be achieved by setting the
fileType parameter to “Custom”. Further the hieararchy of mutations (described above) must be specified with the
variant_class_order parameter which expects a character vector describing the mutations observed in order of most to least important. Note that all mutations in the input data must be specified in the
variant_class_order parameter. Using this option will require the data frame to contain the following column names: “sample”, “gene”, “variant_class”.
To view the general behavior of
waterfall we use the
brcaMAF data structure available within GenVisR. This data structure is a truncated MAF file consisting of 50 samples from the TCGA project corresponding to Breast invasive carcinoma (complete data from TCGA public web portal).
# Plot the mutation landscape waterfall(brcaMAF, fileType="MAF")
This type of view is of limited use without expanding the graphic device given the large number of genes. Often it is beneficial to reduce the number of cells in the plot by limiting the number of genes plotted. There are three ways to accomplish this, the
mainRecurCutoff parameter accepts a numeric value between 0 and 1 and will remove genes from the data which do not have at least x proportion of samples mutated. For example if it were desireable to plot those genes with mutations in >= 6% of samples:
Alternatively one can set a maximum number of genes to plot via the
maxGenes parameter which will select the top x recurrently mutated genes. In addition specific genes of interest can be displayed using the
plotGenes parameter. This parameter accepts a case insensitive character vector of genes present in the data and will subset the data on those genes. For example, if it was desirable to plot only the following genes “PIK3CA”, “TP53”, “USH2A”, “MLL3”, AND “BRCA1”:
It is important to note that the mutation burden sub plot does not change during these subsets, this is calculated directly from the input via the formula: \(mutations\ in\ sample/coverage\ space * 1000000\). The coverage space defaults to the size in base pairs of the “SeqCap EZ Human Exome Library v2.0”. This default can be changed via the parameter
coverageSpace. This calculation is only meant to be a rough estimate as actual coverage space can vary from sample to sample, for a more accurate calculation the user has the option to supply an optional argument via the parameter
mutBurden supplying the users own calculation of mutation burden for each sample. This should be a data frame with column names ‘sample’, ‘mut_burden’ taking the following form:
In addition to specifying the mutation burden the user also has the ability to plot additional clinical data. The clinical data supplied should be a data frame in “long” format with column names “sample”, “variable”, “value”. It is recommended to use the
melt function in the package reshape2 to coerce data into this format. Here we add clinical data to be plotted and specify a custom order and colours for these variables putting these values in two columns within the clinical plot legend:
Occasionally there may be samples not represented within the .maf file (due to a lack of mutations). It may still be desirable to plot these samples. To accomplish this simply add the relevant samples into the appropriate column before loading the data and leave the rest of the columns as NA. Alternatively the user can specify a list of samples to plot via the
plotSamples parameter which will accept samples not in the input data.
lolliplot provides a method for visualizing mutation hotspots overlayed on a protein framework. The (basic) input consists of a data frame with required columns “transcript_name”, “gene” and “amino_acid_change” giving the ensembl transcript id, gene name, and the amino acid change in p. notation respectively. The data frame input to
lolliplot must contain only one unique transcript name.
lolliplot uses the R package biomaRt to obtain sequence and protein domain information and as such needs an active internet connection.
lolliplot assumes the species from which to build a mart is hsapiens, this assumption can be changed via the parameter
species which which will expect a valid ensembl mart species. Further by default the latest ensembl annotations will be used to build the protein framework. If it is desireable to build the protein framework from an older ensembl annotation the user has the option to change the annotation version by changing the
host parameter. For example if the user wanted to use the Dec. 2013 ensembl annotation they would specify host=“dec2013.archive.ensembl.org”, the host parameter in lolliplot will pass it’s value to biomaRt::useMart, see biomaRt doc for using older archived annotations via biomaRt.
It should be noted that to ensure the most accurate graphic representation the ensembl annotation version for the “amino_acid_change” column supplied by the user and that which is used for the biomaRt queries should be identical.
In an effort to maintain a high degree of flexibility the user has the option of selecting columns on which to fill and label. The parameters
labelCol allow this behavior by taking column names on which to fill and label respectively. Additionally one can plot the amino acid sidechain information in lieu of protein domains.
The user has the option of plotting an additional track in the area underneath the protein track via the parameter
y. Input for this additional layer consists of a data frame with column names “transcript_name” and “amino_acid_change” in p. notation. If input to parameter
y is supplied to
lolliplot and the
labelCol parameters are specified (see above) lolliplot will look for the columns in both data frames supplied to
y and act accordingly. Note that input to parameter
y must be from the same transcript as specified in the data frame supplied to parameter
lolliplot uses a force field model from the package FField to repulse and attract data in an attempt to achieve a reasonable degree of separation between points. Suitable defaults have been set for the majority of use cases. On occasion the user may need to manually adjust the force field parameters especially if the number of points to apply the model to is large. This can be done for both upper and lower tracks individually via
iter.max please see documentation for FField::FFieldPtRep for a complete description of these parameters.
genCov provides a methodology for viewing coverage information in relation to a gene track. It takes a named list of data frames with each data frame containing column names “end” and “cov” and rows corresponding to coordinates within the region of interest. Additional required arguments are a GRanges object specifying the region of interest, a BSgenome for gc content calculation, and a TxDb object containing transcription metadata (see the package Granges for more information).
genCov will plot a genomic features track and align coverage data in the list to the plot. It is recommended to use bedtools multicov to obtain coverage information for a region of interest. We demonstrate
genCov functionality using pseudo-data containing coverage information for the gene PTEN.
Often it may be usefull to compress genomic space, genCov will perform such a compression via a log transform for each feature type,‘Intron’,‘CDS’,‘UTR’ specified by the parameter
transform. The degree of compression can be set via the parameter
base which will perform the appropriate log compression for the features specified in
transform. This behavior will occur by default, to turn off compression set the
base parameters to NULL. Here we display
genCov compression functionality with log-10 compression for intronic space, and log-2 compression for CDS and UTR regions. Further we choose to display a simplified representation of genomic features within the region of interest via the
reduce parameter which will merge all genomic features within a region of interest into a single transcript.
TvTi provides a framework for visualizing transversions and transitions for a given cohort. Input consists of a .maf (version 2.4) file containing sample and allele information (see .maf spec). Alternatively the
fileType parameter can be set to “MGI” with the input supplied consisting of a data frame with column names “sample”, “reference”, and “variant”. Files for the “MGI” format can be obtained via the Genome Modeling System. TvTi will remove indels and multinucleotide calls from the input and plot the proportion of Transition/Transversion types for each sample specified in the input file.
TvTi will also plot the observed frequency of each Transition/Transversion type in lieu of proportion if the
type parameter is set to “Frequency”. Here we plot the observed frequency from
brcaMAF and change the default colors of the plot. When modifying the color palette via the
palette parameter specify a character vector of length 6 containing a new color for each Transition/Transversion type.
If there are prior expectations about the transition/transversion rate the user can specify that information via the parameter
y which takes a named vector with names corresponding to each transition/transversion type. The vector must be of length 6 with names “A->C or T->G (TV)”, “A->G or T->C (TI)”, “A->T or T->A (TV)”, “G->A or C->T (TI)”, “G->C or C->G (TV)”, and “G->T or C->A (TV)”. The Resulting plot will contain an additional subplot corresponding to the apriori expectations.
cnSpec produces a plot displaying copy number segments at a cohort level. Basic input consists of a data frame with column names ‘chromosome’, ‘start’, ‘end’ ‘segmean’ and ‘sample’ with rows denoting segments with copy number alterations. A UCSC genome is also required (defaults to ‘hg19’) to determine chromosomal boundaries. cnSpec will produce a grid faceted on chromosome and sample displaying all CN segment calls in the input. Here we use the attached data set LucCNseg containing copy number segment calls for 4 samples from whole genome sequencing data.
By default a few select genomes are included as part of GenVisR, these are “hg38”, “hg19”, “mm10”, “mm9”, “rn5”. If input into
genome is not one of the previously mentioned genomes cnSpec will attempt to query the UCSC sql database to obtain chromosomal boundary information. This has been built in as a convenience, if internet connectivity is an issue, or if copy number segment calls are derived from an assembly not supported by UCSC the user can specify chromosomal boundaries via the argument
y. This should take the form of a data frame with column names “chromosome”, “start”, “end” with rows providing positions for each chromosome. An example of this is provided in the included data set hg19chr.
# Call cnSpec with the y parameter cnSpec(LucCNseg, y = hg19chr)
cnView provides a method for visualizing raw copy number calls focused on either a single chromosome or all chromosomes. Unlike the majority of plots within GenVisR cnView is intended to be used for a single sample. Input consists of a data frame with column names “chromosome”, “coordinate”, “cn”, and “p_value” (optional) as well as a specification of which chromosome to plot specified via the parameter
chr and which genome assembly should be used for chromosome boundaries
genome. The algorithm will produce an ideogram on the top track and plot copy number calls beneath. If a “p_value” column is present in the input data cnView will create a transparency value for all calls/observations based on that column with less significant calls having a higher transparency. Eliminating the “p_value” column will terminate this behavior. Here we demonstrate
cnView pseudo-data for chromosome 14.
cnView obtains ideogram information and chromosomal boundaries either via a preloaded genome or the UCSC sql database if it is available. In the interest of flexibility the user also has the option of specifying cytogenetic information to the argument
y. This input should take the form of a data frame with column names “chrom”, “chromStart”, “chromEnd”, “name”, “gieStain”. This format mirrors what is retrievable via the aforementioned MySQL database.
If it is desired,
cnView has the ability to overlay segment calls on the plot. This is achieved by providing a data frame with column names: “chromosome”, “start”, “end”, and “segmean” to the argument
z. We demonstrate this functionality via pseudo-data.
covBars produces a plot displaying sequencing coverage at a cohort level. Basic input consists of a matrix with columns representing samples, rows denoting sequencing depth (i.e. reads of depth), and elements of the matrix representing the number of bases with x depth for x sample.
By default the viridis color scheme is used. An alternate vector of colors can be supplied to the param
cnFreq produces a plot displaying the proportion (default) or frequency of copy number losses/gains at a cohort level. Basic input consists of a data frame with rows representing CN values segment values.
The user has the ability to plot an ideogram representative of the chromosome of interest for a given assembly via the function
ideoView. Basic input consists of a data frame with column names: “chrom”, “chromStart”, “chromEnd”, “name”, “gieStain” mirroring the format retrievable from the UCSC sql database, and a chromosome for which to display
chromsome. Here we use the preloaded genome hg38 in the attached data set cytoGeno.
lohSpec obtains mean absolute LOH difference between tumor VAF and a default normal VAF parameter set at 50 for all calls made within a specified window length. Input data should include column names “chromosome”, “position”, “n_vaf”, “t_vaf”, “sample”. If the
method specified is “tile”, mean LOH difference will be plotted for adjacent windows across the entire genome for multiple samples. If the
method specified is “slide”, mean LOH difference for overlapping windows will be plotted over a
step sized window. When
gender is NULL, LOH calculations will be excluded from both the X and Y chromosome for all samples. When the
gender of each sample is specified, LOH calculations will be performed on the X chromosome, along with all autosomes for all samples. If the user does not provide loh information for any chromosome-sample pair, lohSpec will plot a white rectangle in for that region in the genome.
lohView provides a method for visualizing Loss of Heterozygoisty focused on either a single chromosome or all chromosomes for a single sample. Input consists of a data frame with column names “chromosome”, “position”, “n_vaf”, “t_vaf” and “sample” as well as a specification of which chromosome to plot specified via the parameter
chr and which genome assembly should be used for chromosome boundaries
genome. Input should be restricted to “Heterozygous Germline” calls only! The algorithm will produce an ideogram on the top track and plot normal and tumor variant allele fraction derived from the columns “n_vaf” and “t_vaf” beneath. Here we demonstrate
lohViewon data from the HCC1395 Cell Line for chromosome 5.
compIdent produces a plot comparing samples based on identity snp variant allele frequency (VAF) values. The graphic displays VAF values at genomic locations given via the parameter
target. If no argument is supplied to
target the algorithm will default to 24 biallelic identity snps from the hg19 genome assembly identified by “pengelly et al. Genome Med. 2013, PMID 24070238”.
compIdent expects a data frame with rows specifying samples and columns providing sample names and bam file locations given to parameter
x. Please note that compIdent will not index bam files and will look for a .bai file for the associated bam.
Here we show the behavior of
compIdent using a predefined dataset of vaf values accessible via the debut parameter (for debugging and display purposes only). In an ideal case we would expect to see similar vaf values for samples from the same origin at all 24 target sites providing a usefull method for identifying sample mix ups. Occasionally as seen here for the HCC1395 breast cancer cell line copy number alterations can skew the results making a sample seem unrelated.
It is also possible to plot just a gene of interest identified by specifying a Txdb object, GRanges object, and a BSgenome via a call to
geneViz. The algorithm will plot genomic features for a single gene bounded by the Granges object overlaying gc content calculations over those features obtained from the provided BSgenome. Note that geneViz will output the plot and additional supplemental information used in the plot generation as a list, to call the plot call the first element of the list.
Due to the complex nature and variability of the graphics produced by GenVisR it is recommended that the user adjust the graphics device size for all outputs manually. If not given enough space within the graphics device grob objects will start to collide This can be done via the following:
pdf(file = "plot.pdf", height = 8, width = 14) # Call a GenVisR function waterfall(brcaMAF) dev.off()
For the majority of plots there is a layer parameter, this allows the user to specify an additional ggplot2 layer. Using this parameter one could perform a variety of tasks including modifying the theme to control label text size, adding titles to plots, etc. Here we suppress all x-axis labels:
library(ggplot2) plot_theme <- theme(axis.text.x = element_blank(), axis.title.x = element_blank(), axis.ticks.x = element_blank()) cnFreq(LucCNseg, plotLayer = plot_theme)
## R version 4.1.0 beta (2021-05-03 r80259) ## Platform: x86_64-pc-linux-gnu (64-bit) ## Running under: Ubuntu 20.04.2 LTS ## ## Matrix products: default ## BLAS: /home/biocbuild/bbs-3.14-bioc/R/lib/libRblas.so ## LAPACK: /home/biocbuild/bbs-3.14-bioc/R/lib/libRlapack.so ## ## locale: ##  LC_CTYPE=en_US.UTF-8 LC_NUMERIC=C ##  LC_TIME=en_GB LC_COLLATE=C ##  LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 ##  LC_PAPER=en_US.UTF-8 LC_NAME=C ##  LC_ADDRESS=C LC_TELEPHONE=C ##  LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=C ## ## attached base packages: ##  stats4 parallel stats graphics grDevices utils datasets ##  methods base ## ## other attached packages: ##  BSgenome.Hsapiens.UCSC.hg19_1.4.3 ##  BSgenome_1.61.0 ##  rtracklayer_1.53.0 ##  Biostrings_2.61.0 ##  XVector_0.33.0 ##  TxDb.Hsapiens.UCSC.hg19.knownGene_3.2.2 ##  GenomicFeatures_1.45.0 ##  AnnotationDbi_1.55.0 ##  Biobase_2.53.0 ##  GenomicRanges_1.45.0 ##  GenomeInfoDb_1.29.0 ##  IRanges_2.27.0 ##  S4Vectors_0.31.0 ##  BiocGenerics_0.39.0 ##  reshape2_1.4.4 ##  GenVisR_1.25.0 ##  knitr_1.33 ##  BiocStyle_2.21.0 ## ## loaded via a namespace (and not attached): ##  bitops_1.0-7 matrixStats_0.58.0 ##  bit64_4.0.5 filelock_1.0.2 ##  progress_1.2.2 httr_1.4.2 ##  tools_4.1.0 bslib_0.2.5.1 ##  utf8_1.2.1 R6_2.5.0 ##  DBI_1.1.1 colorspace_2.0-1 ##  withr_2.4.2 tidyselect_1.1.1 ##  gridExtra_2.3 prettyunits_1.1.1 ##  bit_4.0.4 curl_4.3.1 ##  compiler_4.1.0 formatR_1.9 ##  xml2_1.3.2 DelayedArray_0.19.0 ##  labeling_0.4.2 bookdown_0.22 ##  sass_0.4.0 scales_1.1.1 ##  rappdirs_0.3.3 stringr_1.4.0 ##  digest_0.6.27 Rsamtools_2.9.0 ##  rmarkdown_2.8 pkgconfig_2.0.3 ##  htmltools_0.5.1.1 MatrixGenerics_1.5.0 ##  dbplyr_2.1.1 fastmap_1.1.0 ##  highr_0.9 rlang_0.4.11 ##  RSQLite_2.2.7 farver_2.1.0 ##  jquerylib_0.1.4 BiocIO_1.3.0 ##  generics_0.1.0 jsonlite_1.7.2 ##  gtools_3.8.2 BiocParallel_1.27.0 ##  dplyr_1.0.6 VariantAnnotation_1.39.0 ##  RCurl_1.98-1.3 magrittr_2.0.1 ##  GenomeInfoDbData_1.2.6 Matrix_1.3-3 ##  Rcpp_1.0.6 munsell_0.5.0 ##  fansi_0.4.2 viridis_0.6.1 ##  lifecycle_1.0.0 stringi_1.6.2 ##  yaml_2.2.1 SummarizedExperiment_1.23.0 ##  zlibbioc_1.39.0 plyr_1.8.6 ##  FField_0.1.0 BiocFileCache_2.1.0 ##  grid_4.1.0 blob_1.2.1 ##  crayon_1.4.1 lattice_0.20-44 ##  hms_1.1.0 KEGGREST_1.33.0 ##  pillar_1.6.1 rjson_0.2.20 ##  biomaRt_2.49.0 XML_3.99-0.6 ##  glue_1.4.2 evaluate_0.14 ##  data.table_1.14.0 BiocManager_1.30.15 ##  png_0.1-7 vctrs_0.3.8 ##  gtable_0.3.0 purrr_0.3.4 ##  assertthat_0.2.1 cachem_1.0.5 ##  ggplot2_3.3.3 xfun_0.23 ##  restfulr_0.0.13 viridisLite_0.4.0 ##  tibble_3.1.2 GenomicAlignments_1.29.0 ##  memoise_2.0.0 ellipsis_0.3.2