R version: R version 3.6.0 (2019-04-26)
Bioconductor version: 3.9
Package: 1.8.0
Bioconductor has many packages which support analysis of high-throughput sequence data, including RNA sequencing (RNA-seq). The packages which we will use in this workflow include core packages maintained by the Bioconductor core team for importing and processing raw sequencing data and loading gene annotations. We will also use contributed packages for statistical analysis and visualization of sequencing data. Through scheduled releases every 6 months, the Bioconductor project ensures that all the packages within a release will work together in harmony (hence the “conductor” metaphor). The packages used in this workflow are loaded with the library function and can be installed by following the Bioconductor package installation instructions.
A published (but essentially similar) version of this workflow, including reviewer reports and comments is available at F1000Research.
If you have questions about this workflow or any Bioconductor
software, please post these to the
Bioconductor support site.
If the questions concern a specific package, you can tag the post with
the name of the package, or for general questions about the workflow,
tag the post with rnaseqgene
. Note the
posting guide
for crafting an optimal question for the support site.
The data used in this workflow is stored in the airway package that summarizes an RNA-seq experiment wherein airway smooth muscle cells were treated with dexamethasone, a synthetic glucocorticoid steroid with anti-inflammatory effects (Himes et al. 2014). Glucocorticoids are used, for example, by people with asthma to reduce inflammation of the airways. In the experiment, four primary human airway smooth muscle cell lines were treated with 1 micromolar dexamethasone for 18 hours. For each of the four cell lines, we have a treated and an untreated sample. For more description of the experiment see the PubMed entry 24926665 and for raw data see the GEO entry GSE52778.
As input, the count-based statistical methods, such as DESeq2 (Love, Huber, and Anders 2014), edgeR (Robinson, McCarthy, and Smyth 2009), limma with the voom method (Law et al. 2014), DSS (Wu, Wang, and Wu 2013), EBSeq (Leng et al. 2013) and baySeq (Hardcastle and Kelly 2010), expect input data as obtained, e.g., from RNA-seq or another high-throughput sequencing experiment, in the form of a matrix of integer values. The value in the i-th row and the j-th column of the matrix tells how many reads (or fragments, for paired-end RNA-seq) have been assigned to gene i in sample j. Analogously, for other types of assays, the rows of the matrix might correspond e.g., to binding regions (with ChIP-Seq), species of bacteria (with metagenomic datasets), or peptide sequences (with quantitative mass spectrometry).
The values in the matrix should be counts of sequencing reads/fragments. This is important for DESeq2’s statistical model to hold, as only counts allow assessing the measurement precision correctly. It is important to never provide counts that were pre-normalized for sequencing depth/library size, as the statistical model is most powerful when applied to un-normalized counts, and is designed to account for library size differences internally.
Before we demonstrate how to align and then count RNA-seq fragments, we mention that a newer and faster alternative pipeline is to use transcript abundance quantification methods such as Salmon (Patro et al. 2017), Sailfish (Patro, Mount, and Kingsford 2014), kallisto (Bray et al. 2016), or RSEM (Li and Dewey 2011), to estimate abundances without aligning reads, followed by the tximport package for assembling estimated count and offset matrices for use with Bioconductor differential gene expression packages.
A tutorial on how to use the Salmon software for quantifying
transcript abundance can be
found here.
We recommend using the --gcBias
flag
which estimates a correction factor for systematic biases
commonly present in RNA-seq data (Love, Hogenesch, and Irizarry 2016; Patro et al. 2017),
unless you are certain that your data do not contain such bias.
Following the Salmon tutorial, you can use the steps in the
tximport vignette,
which will show how to build a DESeqDataSet. This is our current recommended
pipeline for users, but below we still include steps on aligning reads to the
genome and building count matrices from BAM files.
The advantages of using the transcript abundance quantifiers in conjunction with tximport to produce gene-level count matrices and normalizing offsets, are: this approach corrects for any potential changes in gene length across samples (e.g. from differential isoform usage) (Trapnell et al. 2013); some of these methods are substantially faster and require less memory and disk usage compared to alignment-based methods; and it is possible to avoid discarding those fragments that can align to multiple genes with homologous sequence (Robert and Watson 2015). Note that transcript abundance quantifiers skip the generation of large files which store read alignments, instead producing smaller files which store estimated abundances, counts, and effective lengths per transcript. For more details, see the manuscript describing this approach (Soneson, Love, and Robinson 2015), and the tximport package vignette for software details. The entry point back into this workflow after using a transcript quantifier and tximport would be the section on exploratory data analysis below.
The computational analysis of an RNA-seq experiment begins from the FASTQ files that contain the nucleotide sequence of each read and a quality score at each position. These reads must first be aligned to a reference genome or transcriptome, or the abundances and estimated counts per transcript can be estimated without alignment, as described above. In either case, it is important to know if the sequencing experiment was single-end or paired-end, as the alignment software will require the user to specify both FASTQ files for a paired-end experiment. The output of this alignment step is commonly stored in a file format called SAM/BAM.
A number of software programs exist to align reads to a reference
genome, and we encourage you to check out some of the benchmarking papers that
discuss the advantages and disadvantages of each software, which
include accuracy, sensitivity in aligning reads over splice junctions, speed,
memory required, usability, and many other features.
Here, we used the
STAR read aligner (Dobin et al. 2013)
to align the reads for our current experiment to the Ensembl
release 75 (Flicek et al. 2014) human reference genome. In the following code example, it is assumed that there is a file in the current
directory called files
with each line containing an identifier for
each experiment, and we have all the FASTQ files in a subdirectory
fastq
. If you have downloaded the FASTQ files from the
Sequence Read Archive, the identifiers would be SRA run IDs,
e.g. SRR1039520
. You should have two files for a paired-end
experiment for each ID, fastq/SRR1039520_1.fastq1
and
fastq/SRR1039520_2.fastq
, which give the first and second read for
the paired-end fragments. If you have performed a single-end
experiment, you would only have one file per ID.
We have also created a subdirectory, aligned
,
where STAR will output its alignment files.
for f in `cat files`; do STAR --genomeDir ../STAR/ENSEMBL.homo_sapiens.release-75 \
--readFilesIn fastq/$f\_1.fastq fastq/$f\_2.fastq \
--runThreadN 12 --outFileNamePrefix aligned/$f.; done
SAMtools (Li et al. 2009)
was used to generate BAM files. The -@
flag can be used to allocate
additional threads.
for f in `cat files`; do samtools view -bS aligned/$f.Aligned.out.sam \
-o aligned/$f.bam; done
The BAM files for a number of sequencing runs can then be used to generate count matrices, as described in the following section.
Besides the count matrix that we will use later, the airway package also contains eight files with a small subset of the total number of reads in the experiment. The reads were selected which aligned to a small region of chromosome 1. Here, for demonstration, we chose a subset of reads because the full alignment files are large (a few gigabytes each), and because it takes between 10-30 minutes to count the fragments for each sample. We will use these files to demonstrate how a count matrix can be constructed from BAM files. Afterwards, we will load the full count matrix corresponding to all samples and all data, which is already provided in the same package, and will continue the analysis with that full matrix.
We load the data package with the example data:
library("airway")
The R function system.file can be used to find out where on your
computer the files from a package have been installed. Here we ask for
the full path to the extdata
directory, where R packages store
external data, that is part of the airway package.
indir <- system.file("extdata", package="airway", mustWork=TRUE)
In this directory, we find the eight BAM files (and some other files):
list.files(indir)
## [1] "GSE52778_series_matrix.txt" "Homo_sapiens.GRCh37.75_subset.gtf"
## [3] "SRR1039508_subset.bam" "SRR1039509_subset.bam"
## [5] "SRR1039512_subset.bam" "SRR1039513_subset.bam"
## [7] "SRR1039516_subset.bam" "SRR1039517_subset.bam"
## [9] "SRR1039520_subset.bam" "SRR1039521_subset.bam"
## [11] "SraRunInfo_SRP033351.csv" "sample_table.csv"
Typically, we have a table with detailed information for each of our samples that links samples to the associated FASTQ and BAM files. For your own project, you might create such a comma-separated value (CSV) file using a text editor or spreadsheet software such as Excel.
We load such a CSV file with read.csv:
csvfile <- file.path(indir, "sample_table.csv")
sampleTable <- read.csv(csvfile, row.names = 1)
sampleTable
## SampleName cell dex albut Run avgLength Experiment
## SRR1039508 GSM1275862 N61311 untrt untrt SRR1039508 126 SRX384345
## SRR1039509 GSM1275863 N61311 trt untrt SRR1039509 126 SRX384346
## SRR1039512 GSM1275866 N052611 untrt untrt SRR1039512 126 SRX384349
## SRR1039513 GSM1275867 N052611 trt untrt SRR1039513 87 SRX384350
## SRR1039516 GSM1275870 N080611 untrt untrt SRR1039516 120 SRX384353
## SRR1039517 GSM1275871 N080611 trt untrt SRR1039517 126 SRX384354
## SRR1039520 GSM1275874 N061011 untrt untrt SRR1039520 101 SRX384357
## SRR1039521 GSM1275875 N061011 trt untrt SRR1039521 98 SRX384358
## Sample BioSample
## SRR1039508 SRS508568 SAMN02422669
## SRR1039509 SRS508567 SAMN02422675
## SRR1039512 SRS508571 SAMN02422678
## SRR1039513 SRS508572 SAMN02422670
## SRR1039516 SRS508575 SAMN02422682
## SRR1039517 SRS508576 SAMN02422673
## SRR1039520 SRS508579 SAMN02422683
## SRR1039521 SRS508580 SAMN02422677
Once the reads have been aligned, there are a number of tools that can be used to count the number of reads/fragments that can be assigned to genomic features for each sample. These often take as input SAM/BAM alignment files and a file specifying the genomic features, e.g. a GFF3 or GTF file specifying the gene models.
The following tools can be used generate count matrices: summarizeOverlaps (Lawrence et al. 2013), featureCounts (Liao, Smyth, and Shi 2014), tximport (Soneson, Love, and Robinson 2015), htseq-count (Anders, Pyl, and Huber 2015).
function | package | framework | output | DESeq2 input function |
---|---|---|---|---|
summarizeOverlaps | GenomicAlignments | R/Bioconductor | SummarizedExperiment | DESeqDataSet |
featureCounts | Rsubread | R/Bioconductor | matrix | DESeqDataSetFromMatrix |
tximport | tximport | R/Bioconductor | list of matrices | DESeqDataSetFromTximport |
htseq-count | HTSeq | Python | files | DESeqDataSetFromHTSeq |
We now proceed using summarizeOverlaps.
Using the Run
column in the sample table, we construct the full
paths to the files we want to perform the counting operation on:
filenames <- file.path(indir, paste0(sampleTable$Run, "_subset.bam"))
file.exists(filenames)
## [1] TRUE TRUE TRUE TRUE TRUE TRUE TRUE TRUE
We indicate in Bioconductor that these files are BAM files using the
BamFileList function from the Rsamtools package
that provides an R interface to BAM files.
Here we also specify details about how the BAM files should
be treated, e.g., only process 2 million reads at a time. See
?BamFileList
for more information.
library("Rsamtools")
bamfiles <- BamFileList(filenames, yieldSize=2000000)
Note: make sure that the chromosome names of the genomic features
in the annotation you use are consistent with the chromosome names of
the reference used for read alignment. Otherwise, the scripts might
fail to count any reads to features due to the mismatching names.
For example, a common mistake is when the alignment files contain
chromosome names in the style of 1
and the gene annotation in the
style of chr1
, or the other way around. See the seqlevelsStyle
function in the GenomeInfoDb package for solutions.
We can check the chromosome names (here called “seqnames”)
in the alignment files like so:
seqinfo(bamfiles[1])
## Seqinfo object with 84 sequences from an unspecified genome:
## seqnames seqlengths isCircular genome
## 1 249250621 <NA> <NA>
## 10 135534747 <NA> <NA>
## 11 135006516 <NA> <NA>
## 12 133851895 <NA> <NA>
## 13 115169878 <NA> <NA>
## ... ... ... ...
## GL000210.1 27682 <NA> <NA>
## GL000231.1 27386 <NA> <NA>
## GL000229.1 19913 <NA> <NA>
## GL000226.1 15008 <NA> <NA>
## GL000207.1 4262 <NA> <NA>
Next, we need to read in the gene model that will be used for counting reads/fragments. We will read the gene model from an Ensembl GTF file (Flicek et al. 2014), using makeTxDbFromGFF from the GenomicFeatures package. GTF files can be downloaded from Ensembl’s FTP site or other gene model repositories. A TxDb object is a database that can be used to generate a variety of range-based objects, such as exons, transcripts, and genes. We want to make a list of exons grouped by gene for counting read/fragments.
There are other options for constructing a TxDb. For the known genes track from the UCSC Genome Browser (Kent et al. 2002), one can use the pre-built Transcript DataBase: TxDb.Hsapiens.UCSC.hg19.knownGene. If the annotation file is accessible from AnnotationHub (as is the case for the Ensembl genes), a pre-scanned GTF file can be imported using makeTxDbFromGRanges.
Here we will demonstrate loading from a GTF file:
library("GenomicFeatures")
We indicate that none of our sequences (chromosomes) are circular using a 0-length character vector.
gtffile <- file.path(indir,"Homo_sapiens.GRCh37.75_subset.gtf")
txdb <- makeTxDbFromGFF(gtffile, format = "gtf", circ_seqs = character())
txdb
## TxDb object:
## # Db type: TxDb
## # Supporting package: GenomicFeatures
## # Data source: /home/biocbuild/bbs-3.9-bioc/R/library/airway/extdata/Homo_sapiens.GRCh37.75_subset.gtf
## # Organism: NA
## # Taxonomy ID: NA
## # miRBase build ID: NA
## # Genome: NA
## # transcript_nrow: 65
## # exon_nrow: 279
## # cds_nrow: 158
## # Db created by: GenomicFeatures package from Bioconductor
## # Creation time: 2019-05-03 12:06:18 -0400 (Fri, 03 May 2019)
## # GenomicFeatures version at creation time: 1.36.0
## # RSQLite version at creation time: 2.1.1
## # DBSCHEMAVERSION: 1.2
The following line produces a GRangesList of all the exons grouped by gene (Lawrence et al. 2013). Each element of the list is a GRanges object of the exons for a gene.
ebg <- exonsBy(txdb, by="gene")
ebg
## GRangesList object of length 20:
## $ENSG00000009724
## GRanges object with 18 ranges and 2 metadata columns:
## seqnames ranges strand | exon_id exon_name
## <Rle> <IRanges> <Rle> | <integer> <character>
## [1] 1 11086580-11087705 - | 98 ENSE00000818830
## [2] 1 11090233-11090307 - | 99 ENSE00000472123
## [3] 1 11090805-11090939 - | 100 ENSE00000743084
## [4] 1 11094885-11094963 - | 101 ENSE00000743085
## [5] 1 11097750-11097868 - | 102 ENSE00003482788
## ... ... ... ... . ... ...
## [14] 1 11106948-11107176 - | 111 ENSE00003467404
## [15] 1 11106948-11107176 - | 112 ENSE00003489217
## [16] 1 11107260-11107280 - | 113 ENSE00001833377
## [17] 1 11107260-11107284 - | 114 ENSE00001472289
## [18] 1 11107260-11107290 - | 115 ENSE00001881401
##
## ...
## <19 more elements>
## -------
## seqinfo: 1 sequence from an unspecified genome; no seqlengths
After these preparations, the actual counting is easy. The function summarizeOverlaps from the GenomicAlignments package will do this. This produces a SummarizedExperiment object that contains a variety of information about the experiment, and will be described in more detail below.
Note: If it is desired to perform counting using multiple cores, one can use
the register and MulticoreParam or SnowParam functions from the
BiocParallel package before the counting call below.
Expect that the summarizeOverlaps
call will take at least 30 minutes
per file for a human RNA-seq file with 30 million aligned reads. By sending
the files to separate cores, one can speed up the entire counting process.
library("GenomicAlignments")
library("BiocParallel")
Here we specify to use one core, not multiple cores. We could have also skipped this line and the counting step would run in serial.
register(SerialParam())
The following call creates the SummarizedExperiment object with counts:
se <- summarizeOverlaps(features=ebg, reads=bamfiles,
mode="Union",
singleEnd=FALSE,
ignore.strand=TRUE,
fragments=TRUE )
We specify a number of arguments besides the features
and the
reads
. The mode
argument describes what kind of read overlaps will
be counted. These modes are shown in Figure 1 of the
Counting reads with summarizeOverlaps vignette for the
GenomicAlignments package.
Note that fragments will be counted only once to each gene, even if
they overlap multiple exons of a gene which may themselves be overlapping.
Setting singleEnd
to FALSE
indicates that the experiment produced paired-end reads, and we want
to count a pair of reads (a fragment) only once toward the count
for a gene.
The fragments
argument can be used when singleEnd=FALSE
to specify if unpaired
reads should be counted (yes if fragments=TRUE
).
In order to produce correct counts, it is important to know if the
RNA-seq experiment was strand-specific or not. This experiment was not
strand-specific so we set ignore.strand
to TRUE
.
However, certain strand-specific protocols could have the reads
align only to the opposite strand of the genes.
The user must check if the experiment was strand-specific and if so,
whether the reads should align to the forward or reverse strand of the genes.
For various counting/quantifying tools, one specifies counting on the
forward or reverse strand in different ways, although this task
is currently easiest with htseq-count, featureCounts, or the
transcript abundance quantifiers mentioned previously.
It is always a good idea to check the column sums of the count matrix
(see below) to make sure these totals match the expected of the number
of reads or fragments aligning to genes. Additionally, one can
visually check the read alignments using a genome visualization tool.
The component parts of a SummarizedExperiment object. The assay
(pink
block) contains the matrix of counts, the rowRanges
(blue block) contains
information about the genomic ranges and the colData
(green block)
contains information about the samples. The highlighted line in each
block represents the first row (note that the first row of colData
lines up with the first column of the assay
).
The SummarizedExperiment container is diagrammed in the Figure above
and discussed in the latest Bioconductor paper (Huber et al. 2015).
In our case we have created a single matrix named “counts” that contains the fragment
counts for each gene and sample, which is stored in assay
. It is
also possible to store multiple matrices, accessed with assays
.
The rowRanges
for our object is the GRangesList we used for
counting (one GRanges of exons for each row of the count matrix).
The component parts of the SummarizedExperiment are accessed with an
R function of the same name: assay
(or assays
), rowRanges
and colData
.
This example code above actually only counted a small subset of fragments
from the original experiment. Nevertheless, we
can still investigate the resulting SummarizedExperiment by looking at
the counts in the assay
slot, the phenotypic data about the samples in
colData
slot (in this case an empty DataFrame), and the data about the
genes in the rowRanges
slot.
se
## class: RangedSummarizedExperiment
## dim: 20 8
## metadata(0):
## assays(1): counts
## rownames(20): ENSG00000009724 ENSG00000116649 ... ENSG00000271794
## ENSG00000271895
## rowData names(0):
## colnames(8): SRR1039508_subset.bam SRR1039509_subset.bam ...
## SRR1039520_subset.bam SRR1039521_subset.bam
## colData names(0):
dim(se)
## [1] 20 8
assayNames(se)
## [1] "counts"
head(assay(se), 3)
## SRR1039508_subset.bam SRR1039509_subset.bam
## ENSG00000009724 38 28
## ENSG00000116649 1004 1255
## ENSG00000120942 218 256
## SRR1039512_subset.bam SRR1039513_subset.bam
## ENSG00000009724 66 24
## ENSG00000116649 1122 1313
## ENSG00000120942 233 252
## SRR1039516_subset.bam SRR1039517_subset.bam
## ENSG00000009724 42 41
## ENSG00000116649 1100 1879
## ENSG00000120942 269 465
## SRR1039520_subset.bam SRR1039521_subset.bam
## ENSG00000009724 47 36
## ENSG00000116649 745 1536
## ENSG00000120942 207 400
colSums(assay(se))
## SRR1039508_subset.bam SRR1039509_subset.bam SRR1039512_subset.bam
## 6478 6501 7699
## SRR1039513_subset.bam SRR1039516_subset.bam SRR1039517_subset.bam
## 6801 8009 10849
## SRR1039520_subset.bam SRR1039521_subset.bam
## 5254 9168
The rowRanges
, when printed, only shows the first GRanges, and tells us
there are 19 more elements:
rowRanges(se)
## GRangesList object of length 20:
## $ENSG00000009724
## GRanges object with 18 ranges and 2 metadata columns:
## seqnames ranges strand | exon_id exon_name
## <Rle> <IRanges> <Rle> | <integer> <character>
## [1] 1 11086580-11087705 - | 98 ENSE00000818830
## [2] 1 11090233-11090307 - | 99 ENSE00000472123
## [3] 1 11090805-11090939 - | 100 ENSE00000743084
## [4] 1 11094885-11094963 - | 101 ENSE00000743085
## [5] 1 11097750-11097868 - | 102 ENSE00003482788
## ... ... ... ... . ... ...
## [14] 1 11106948-11107176 - | 111 ENSE00003467404
## [15] 1 11106948-11107176 - | 112 ENSE00003489217
## [16] 1 11107260-11107280 - | 113 ENSE00001833377
## [17] 1 11107260-11107284 - | 114 ENSE00001472289
## [18] 1 11107260-11107290 - | 115 ENSE00001881401
##
## ...
## <19 more elements>
## -------
## seqinfo: 1 sequence from an unspecified genome; no seqlengths
The rowRanges
also contains metadata about the construction
of the gene model in the metadata
slot. Here we use a helpful R
function, str
, to display the metadata compactly:
str(metadata(rowRanges(se)))
## List of 1
## $ genomeInfo:List of 15
## ..$ Db type : chr "TxDb"
## ..$ Supporting package : chr "GenomicFeatures"
## ..$ Data source : chr "/home/biocbuild/bbs-3.9-bioc/R/library/airway/extdata/Homo_sapiens.GRCh37.75_subset.gtf"
## ..$ Organism : chr NA
## ..$ Taxonomy ID : chr NA
## ..$ miRBase build ID : chr NA
## ..$ Genome : chr NA
## ..$ transcript_nrow : chr "65"
## ..$ exon_nrow : chr "279"
## ..$ cds_nrow : chr "158"
## ..$ Db created by : chr "GenomicFeatures package from Bioconductor"
## ..$ Creation time : chr "2019-05-03 12:06:18 -0400 (Fri, 03 May 2019)"
## ..$ GenomicFeatures version at creation time: chr "1.36.0"
## ..$ RSQLite version at creation time : chr "2.1.1"
## ..$ DBSCHEMAVERSION : chr "1.2"
The colData
:
colData(se)
## DataFrame with 8 rows and 0 columns
The colData
slot, so far empty, should contain all the metadata.
Because we used a column of sampleTable
to produce the bamfiles
vector, we know the columns of se
are in the same order as the
rows of sampleTable
. We can assign the sampleTable
as the
colData
of the summarized experiment, by converting
it into a DataFrame and using the assignment function:
colData(se) <- DataFrame(sampleTable)
colData(se)
## DataFrame with 8 rows and 9 columns
## SampleName cell dex albut Run avgLength
## <factor> <factor> <factor> <factor> <factor> <integer>
## SRR1039508 GSM1275862 N61311 untrt untrt SRR1039508 126
## SRR1039509 GSM1275863 N61311 trt untrt SRR1039509 126
## SRR1039512 GSM1275866 N052611 untrt untrt SRR1039512 126
## SRR1039513 GSM1275867 N052611 trt untrt SRR1039513 87
## SRR1039516 GSM1275870 N080611 untrt untrt SRR1039516 120
## SRR1039517 GSM1275871 N080611 trt untrt SRR1039517 126
## SRR1039520 GSM1275874 N061011 untrt untrt SRR1039520 101
## SRR1039521 GSM1275875 N061011 trt untrt SRR1039521 98
## Experiment Sample BioSample
## <factor> <factor> <factor>
## SRR1039508 SRX384345 SRS508568 SAMN02422669
## SRR1039509 SRX384346 SRS508567 SAMN02422675
## SRR1039512 SRX384349 SRS508571 SAMN02422678
## SRR1039513 SRX384350 SRS508572 SAMN02422670
## SRR1039516 SRX384353 SRS508575 SAMN02422682
## SRR1039517 SRX384354 SRS508576 SAMN02422673
## SRR1039520 SRX384357 SRS508579 SAMN02422683
## SRR1039521 SRX384358 SRS508580 SAMN02422677
At this point, we have counted the fragments which overlap the genes in the gene model we specified. This is a branching point where we could use a variety of Bioconductor packages for exploration and differential expression of the count data, including edgeR (Robinson, McCarthy, and Smyth 2009), limma with the voom method (Law et al. 2014), DSS (Wu, Wang, and Wu 2013), EBSeq (Leng et al. 2013) and baySeq (Hardcastle and Kelly 2010). Schurch et al. (2016) compared performance of different statistical methods for RNA-seq using a large number of biological replicates and can help users to decide which tools make sense to use, and how many biological replicates are necessary to obtain a certain sensitivity. We will continue using DESeq2 (Love, Huber, and Anders 2014). The SummarizedExperiment object is all we need to start our analysis. In the following section we will show how to use it to create the data object used by DESeq2.
Bioconductor software packages often define and use a custom class for storing data that makes sure that all the needed data slots are consistently provided and fulfill the requirements. In addition, Bioconductor has general data classes (such as the SummarizedExperiment) that can be used to move data between packages. Additionally, the core Bioconductor classes provide useful functionality: for example, subsetting or reordering the rows or columns of a SummarizedExperiment automatically subsets or reorders the associated rowRanges and colData, which can help to prevent accidental sample swaps that would otherwise lead to spurious results. With SummarizedExperiment this is all taken care of behind the scenes.
In DESeq2, the custom class is called DESeqDataSet. It is built on
top of the SummarizedExperiment class, and it is easy to convert
SummarizedExperiment objects into DESeqDataSet objects, which we
show below. One of the two main differences is that the assay
slot is
instead accessed using the counts accessor function, and the
DESeqDataSet class enforces that the values in this matrix are
non-negative integers.
A second difference is that the DESeqDataSet has an associated
design formula. The experimental design is specified at the
beginning of the analysis, as it will inform many of the DESeq2
functions how to treat the samples in the analysis (one exception is
the size factor estimation, i.e., the adjustment for differing library
sizes, which does not depend on the design formula). The design
formula tells which columns in the sample information table (colData
)
specify the experimental design and how these factors should be used
in the analysis.
The simplest design formula for differential expression would be
~ condition
, where condition
is a column in colData(dds)
that
specifies which of two (or more groups) the samples belong to. For
the airway experiment, we will specify ~ cell + dex
meaning that we want to test for the effect of dexamethasone (dex
)
controlling for the effect of different cell line (cell
). We can see
each of the columns just using the $
directly on the
SummarizedExperiment or DESeqDataSet:
se$cell
## [1] N61311 N61311 N052611 N052611 N080611 N080611 N061011 N061011
## Levels: N052611 N061011 N080611 N61311
se$dex
## [1] untrt trt untrt trt untrt trt untrt trt
## Levels: trt untrt
Note: it is prefered in R that the first level of a factor be the
reference level (e.g. control, or untreated samples), so we can
relevel the dex
factor like so:
library("magrittr")
se$dex %<>% relevel("untrt")
se$dex
## [1] untrt trt untrt trt untrt trt untrt trt
## Levels: untrt trt
%<>%
is the compound assignment pipe-operator from
the magrittr package, the above line of code is a concise way of saying
se$dex <- relevel(se$dex, "untrt")
For running DESeq2 models, you can use R’s formula notation to
express any fixed-effects experimental design.
Note that DESeq2 uses the same formula notation as, for instance, the lm
function of base R. If the research aim is to determine for which
genes the effect of treatment is different across groups, then
interaction terms can be included and tested using a design such as
~ group + treatment + group:treatment
. See the manual page for
?results
for more examples. We will show how to use an interaction
term to test for condition-specific changes over time in a
time course example below.
In the following sections, we will demonstrate the construction of the DESeqDataSet from two starting points:
For a full example of using the HTSeq Python package for read counting, please see the pasilla vignette. For an example of generating the DESeqDataSet from files produced by htseq-count, please see the DESeq2 vignette.
We now use R’s data command to load a prepared
SummarizedExperiment that was generated from the publicly available
sequencing data files associated with Himes et al. (2014),
described above. The steps we used to produce this object were
equivalent to those you worked through in the previous sections,
except that we used all the reads and all the genes. For more details
on the exact steps used to create this object, type
vignette("airway")
into your R session.
data("airway")
se <- airway
Again, we want to specify that untrt
is the reference level for the
dex variable:
se$dex %<>% relevel("untrt")
se$dex
## [1] untrt trt untrt trt untrt trt untrt trt
## Levels: untrt trt
We can quickly check the millions of fragments that uniquely aligned to the genes (the second argument of round tells how many decimal points to keep).
round( colSums(assay(se)) / 1e6, 1 )
## SRR1039508 SRR1039509 SRR1039512 SRR1039513 SRR1039516 SRR1039517 SRR1039520
## 20.6 18.8 25.3 15.2 24.4 30.8 19.1
## SRR1039521
## 21.2
Supposing we have constructed a SummarizedExperiment using
one of the methods described in the previous section, we now need to
make sure that the object contains all the necessary information about
the samples, i.e., a table with metadata on the count matrix’s columns
stored in the colData
slot:
colData(se)
## DataFrame with 8 rows and 9 columns
## SampleName cell dex albut Run avgLength
## <factor> <factor> <factor> <factor> <factor> <integer>
## SRR1039508 GSM1275862 N61311 untrt untrt SRR1039508 126
## SRR1039509 GSM1275863 N61311 trt untrt SRR1039509 126
## SRR1039512 GSM1275866 N052611 untrt untrt SRR1039512 126
## SRR1039513 GSM1275867 N052611 trt untrt SRR1039513 87
## SRR1039516 GSM1275870 N080611 untrt untrt SRR1039516 120
## SRR1039517 GSM1275871 N080611 trt untrt SRR1039517 126
## SRR1039520 GSM1275874 N061011 untrt untrt SRR1039520 101
## SRR1039521 GSM1275875 N061011 trt untrt SRR1039521 98
## Experiment Sample BioSample
## <factor> <factor> <factor>
## SRR1039508 SRX384345 SRS508568 SAMN02422669
## SRR1039509 SRX384346 SRS508567 SAMN02422675
## SRR1039512 SRX384349 SRS508571 SAMN02422678
## SRR1039513 SRX384350 SRS508572 SAMN02422670
## SRR1039516 SRX384353 SRS508575 SAMN02422682
## SRR1039517 SRX384354 SRS508576 SAMN02422673
## SRR1039520 SRX384357 SRS508579 SAMN02422683
## SRR1039521 SRX384358 SRS508580 SAMN02422677
Here we see that this object already contains an informative
colData
slot – because we have already prepared it for you, as
described in the airway vignette.
However, when you work with your own data, you will have to add the
pertinent sample / phenotypic information for the experiment at this stage.
We highly recommend keeping this information in a comma-separated
value (CSV) or tab-separated value (TSV) file, which can be exported
from an Excel spreadsheet, and the assign this to the colData
slot,
making sure that the rows correspond to the columns of the
SummarizedExperiment. We made sure of this correspondence earlier by
specifying the BAM files using a column of the sample table.
Once we have our fully annotated SummarizedExperiment object, we can construct a DESeqDataSet object from it that will then form the starting point of the analysis. We add an appropriate design for the analysis:
library("DESeq2")
dds <- DESeqDataSet(se, design = ~ cell + dex)
In this section, we will show how to build an DESeqDataSet supposing we only have a count matrix and a table of sample information.
Note: if you have prepared a SummarizedExperiment you should skip this section. While the previous section would be used to construct a DESeqDataSet from a SummarizedExperiment, here we first extract the individual object (count matrix and sample info) from the SummarizedExperiment in order to build it back up into a new object – only for demonstration purposes. In practice, the count matrix would either be read in from a file or perhaps generated by an R function like featureCounts from the Rsubread package (Liao, Smyth, and Shi 2014).
The information in a SummarizedExperiment object can be accessed with accessor functions. For example, to see the actual data, i.e., here, the fragment counts, we use the assay function. (The head function restricts the output to the first few lines.)
countdata <- assay(se)
head(countdata, 3)
## SRR1039508 SRR1039509 SRR1039512 SRR1039513 SRR1039516
## ENSG00000000003 679 448 873 408 1138
## ENSG00000000005 0 0 0 0 0
## ENSG00000000419 467 515 621 365 587
## SRR1039517 SRR1039520 SRR1039521
## ENSG00000000003 1047 770 572
## ENSG00000000005 0 0 0
## ENSG00000000419 799 417 508
In this count matrix, each row represents an Ensembl gene, each column a sequenced RNA library, and the values give the raw numbers of fragments that were uniquely assigned to the respective gene in each library. We also have information on each of the samples (the columns of the count matrix). If you’ve counted reads with some other software, it is very important to check that the columns of the count matrix correspond to the rows of the sample information table.
coldata <- colData(se)
We now have all the ingredients to prepare our data object in a form that is suitable for analysis, namely:
countdata
: a table with the fragment countscoldata
: a table with information about the samplesTo now construct the DESeqDataSet object from the matrix of counts and the sample information table, we use:
ddsMat <- DESeqDataSetFromMatrix(countData = countdata,
colData = coldata,
design = ~ cell + dex)
We will continue with the object generated from the SummarizedExperiment section.
There are two separate paths in this workflow; the one we will see first involves transformations of the counts in order to visually explore sample relationships. In the second part, we will go back to the original raw counts for statistical testing. This is critical because the statistical testing methods rely on original count data (not scaled or transformed) for calculating the precision of measurements.
Our count matrix with our DESeqDataSet contains many rows with only zeros, and additionally many rows with only a few fragments total. In order to reduce the size of the object, and to increase the speed of our functions, we can remove the rows that have no or nearly no information about the amount of gene expression. Here we apply the most minimal filtering rule: removing rows of the DESeqDataSet that have no counts, or only a single count across all samples. Additional weighting/filtering to improve power is applied at a later step in the workflow.
nrow(dds)
## [1] 64102
dds <- dds[ rowSums(counts(dds)) > 1, ]
nrow(dds)
## [1] 29391
Many common statistical methods for exploratory analysis of multidimensional data, for example clustering and principal components analysis (PCA), work best for data that generally has the same range of variance at different ranges of the mean values. When the expected amount of variance is approximately the same across different mean values, the data is said to be homoskedastic. For RNA-seq counts, however, the expected variance grows with the mean. For example, if one performs PCA directly on a matrix of counts or normalized counts (e.g. correcting for differences in sequencing depth), the resulting plot typically depends mostly on the genes with highest counts because they show the largest absolute differences between samples. A simple and often used strategy to avoid this is to take the logarithm of the normalized count values plus a pseudocount of 1; however, depending on the choice of pseudocount, now the genes with the very lowest counts will contribute a great deal of noise to the resulting plot, because taking the logarithm of small counts actually inflates their variance. We can quickly show this property of counts with some simulated data (here, Poisson counts with a range of lambda from 0.1 to 100). We plot the standard deviation of each row (genes) against the mean:
lambda <- 10^seq(from = -1, to = 2, length = 1000)
cts <- matrix(rpois(1000*100, lambda), ncol = 100)
library("vsn")
meanSdPlot(cts, ranks = FALSE)
And for logarithm-transformed counts:
log.cts.one <- log2(cts + 1)
meanSdPlot(log.cts.one, ranks = FALSE)
The logarithm with a small pseudocount amplifies differences when the values are close to 0. The low count genes with low signal-to-noise ratio will overly contribute to sample-sample distances and PCA plots.
As a solution, DESeq2 offers two transformations for count data that stabilize the variance across the mean: the variance stabilizing transformation (VST) for negative binomial data with a dispersion-mean trend (Anders and Huber 2010), implemented in the vst function, and the regularized-logarithm transformation or rlog (Love, Huber, and Anders 2014).
For genes with high counts, both the VST and the rlog will give similar result to the ordinary log2 transformation of normalized counts. For genes with lower counts, however, the values are shrunken towards a middle value. The VST or rlog-transformed data then become approximately homoskedastic (more flat trend in the meanSdPlot), and can be used directly for computing distances between samples, making PCA plots, or as input to downstream methods which perform best with homoskedastic data.
Which transformation to choose?
The VST is much faster to compute and is less sensitive to high count
outliers than the rlog. The rlog tends to work well on
small datasets (n < 30), potentially outperforming the VST when there is
a wide range of sequencing depth across samples (an order of magnitude difference).
We therefore recommend the VST for medium-to-large datasets (n > 30).
You can perform both transformations and compare the meanSdPlot
or
PCA plots generated, as described below.
Note that the two transformations offered by DESeq2 are provided for applications other than differential testing. For differential testing we recommend the DESeq function applied to raw counts, as described later in this workflow, which also takes into account the dependence of the variance of counts on the mean value during the dispersion estimation step.
Both vst and rlog return a DESeqTransform object which is based
on the SummarizedExperiment class. The transformed values are no
longer counts, and are stored in the assay slot. The colData that
was attached to dds
is still accessible:
vsd <- vst(dds, blind = FALSE)
head(assay(vsd), 3)
## SRR1039508 SRR1039509 SRR1039512 SRR1039513 SRR1039516
## ENSG00000000003 9.742074 9.430420 9.867627 9.645845 10.183143
## ENSG00000000419 9.333669 9.581707 9.486145 9.523093 9.427283
## ENSG00000000457 8.765274 8.698449 8.651473 8.732426 8.592787
## SRR1039517 SRR1039520 SRR1039521
## ENSG00000000003 9.880416 10.010366 9.639782
## ENSG00000000419 9.574860 9.325999 9.509246
## ENSG00000000457 8.702674 8.761945 8.724101
colData(vsd)
## DataFrame with 8 rows and 10 columns
## SampleName cell dex albut Run avgLength
## <factor> <factor> <factor> <factor> <factor> <integer>
## SRR1039508 GSM1275862 N61311 untrt untrt SRR1039508 126
## SRR1039509 GSM1275863 N61311 trt untrt SRR1039509 126
## SRR1039512 GSM1275866 N052611 untrt untrt SRR1039512 126
## SRR1039513 GSM1275867 N052611 trt untrt SRR1039513 87
## SRR1039516 GSM1275870 N080611 untrt untrt SRR1039516 120
## SRR1039517 GSM1275871 N080611 trt untrt SRR1039517 126
## SRR1039520 GSM1275874 N061011 untrt untrt SRR1039520 101
## SRR1039521 GSM1275875 N061011 trt untrt SRR1039521 98
## Experiment Sample BioSample sizeFactor
## <factor> <factor> <factor> <numeric>
## SRR1039508 SRX384345 SRS508568 SAMN02422669 1.02364764926706
## SRR1039509 SRX384346 SRS508567 SAMN02422675 0.896166721793923
## SRR1039512 SRX384349 SRS508571 SAMN02422678 1.17948612081678
## SRR1039513 SRX384350 SRS508572 SAMN02422670 0.670053829048202
## SRR1039516 SRX384353 SRS508575 SAMN02422682 1.17767135405022
## SRR1039517 SRX384354 SRS508576 SAMN02422673 1.39903646915342
## SRR1039520 SRX384357 SRS508579 SAMN02422683 0.920778683328161
## SRR1039521 SRX384358 SRS508580 SAMN02422677 0.944514089340919
Again, for the rlog:
rld <- rlog(dds, blind = FALSE)
head(assay(rld), 3)
## SRR1039508 SRR1039509 SRR1039512 SRR1039513 SRR1039516
## ENSG00000000003 9.385681 9.052599 9.516877 9.285335 9.839093
## ENSG00000000419 8.869611 9.138274 9.036117 9.075296 8.972125
## ENSG00000000457 7.961373 7.881385 7.824075 7.921493 7.751690
## SRR1039517 SRR1039520 SRR1039521
## ENSG00000000003 9.530313 9.663260 9.277695
## ENSG00000000419 9.131828 8.861529 9.060906
## ENSG00000000457 7.886441 7.957126 7.912125
In the above function calls, we specified blind = FALSE
, which means
that differences between cell lines and treatment (the variables in
the design) will not contribute to the expected variance-mean trend of
the experiment. The experimental design is not used directly in the
transformation, only in estimating the global amount of variability in
the counts. For a fully unsupervised transformation, one can set
blind = TRUE
(which is the default).
To show the effect of the transformation, in the figure below
we plot the first sample
against the second, first simply using the log2 function (after adding
1, to avoid taking the log of zero), and then using the VST and rlog-transformed
values. For the log2 approach, we need to first estimate size factors to
account for sequencing depth, and then specify normalized=TRUE
.
Sequencing depth correction is done automatically for the vst and rlog.
library("dplyr")
library("ggplot2")
dds <- estimateSizeFactors(dds)
df <- bind_rows(
as_data_frame(log2(counts(dds, normalized=TRUE)[, 1:2]+1)) %>%
mutate(transformation = "log2(x + 1)"),
as_data_frame(assay(vsd)[, 1:2]) %>% mutate(transformation = "vst"),
as_data_frame(assay(rld)[, 1:2]) %>% mutate(transformation = "rlog"))
colnames(df)[1:2] <- c("x", "y")
ggplot(df, aes(x = x, y = y)) + geom_hex(bins = 80) +
coord_fixed() + facet_grid( . ~ transformation)
Scatterplot of transformed counts from two samples. Shown are scatterplots using the log2 transform of normalized counts (left), using the VST (middle), and using the rlog (right). While the rlog is on roughly the same scale as the log2 counts, the VST has a upward shift for the smaller values. It is the differences between samples (deviation from y=x in these scatterplots) which will contribute to the distance calculations and the PCA plot.
We can see how genes with low counts (bottom left-hand corner) seem to be excessively variable on the ordinary logarithmic scale, while the VST and rlog compress differences for the low count genes for which the data provide little information about differential expression.
A useful first step in an RNA-seq analysis is often to assess overall similarity between samples: Which samples are similar to each other, which are different? Does this fit to the expectation from the experiment’s design?
We use the R function dist to calculate the Euclidean distance between samples. To ensure we have a roughly equal contribution from all genes, we use it on the VST data. We need to transpose the matrix of values using t, because the dist function expects the different samples to be rows of its argument, and different dimensions (here, genes) to be columns.
sampleDists <- dist(t(assay(vsd)))
sampleDists
## SRR1039508 SRR1039509 SRR1039512 SRR1039513 SRR1039516 SRR1039517
## SRR1039509 44.08478
## SRR1039512 36.82952 51.50926
## SRR1039513 59.23174 43.11327 47.21641
## SRR1039516 41.08424 54.79377 40.18856 59.72262
## SRR1039517 59.08409 47.46042 54.13979 46.36635 44.74738
## SRR1039520 37.27578 54.00938 34.56797 55.44564 42.81024 58.22766
## SRR1039521 59.26716 42.84573 54.13120 35.24746 60.64298 47.80456
## SRR1039520
## SRR1039509
## SRR1039512
## SRR1039513
## SRR1039516
## SRR1039517
## SRR1039520
## SRR1039521 48.24754
We visualize the distances in a heatmap in a figure below, using the function pheatmap from the pheatmap package.
library("pheatmap")
library("RColorBrewer")
In order to plot the sample distance matrix with the rows/columns
arranged by the distances in our distance matrix,
we manually provide sampleDists
to the clustering_distance
argument of the pheatmap function.
Otherwise the pheatmap function would assume that the matrix contains
the data values themselves, and would calculate distances between the
rows/columns of the distance matrix, which is not desired.
We also manually specify a blue color palette using the
colorRampPalette function from the RColorBrewer package.
sampleDistMatrix <- as.matrix( sampleDists )
rownames(sampleDistMatrix) <- paste( vsd$dex, vsd$cell, sep = " - " )
colnames(sampleDistMatrix) <- NULL
colors <- colorRampPalette( rev(brewer.pal(9, "Blues")) )(255)
pheatmap(sampleDistMatrix,
clustering_distance_rows = sampleDists,
clustering_distance_cols = sampleDists,
col = colors)
Heatmap of sample-to-sample distances using the rlog-transformed values.
Note that we have changed the row names of the distance matrix to contain treatment type and patient number instead of sample ID, so that we have all this information in view when looking at the heatmap.
Another option for calculating sample distances is to use the
Poisson Distance (Witten 2011), implemented in the
PoiClaClu package.
This measure of dissimilarity between counts
also takes the inherent variance
structure of counts into consideration when calculating the distances
between samples. The PoissonDistance function takes the original
count matrix (not normalized) with samples as rows instead of columns,
so we need to transpose the counts in dds
.
library("PoiClaClu")
poisd <- PoissonDistance(t(counts(dds)))
We plot the heatmap in a Figure below.
samplePoisDistMatrix <- as.matrix( poisd$dd )
rownames(samplePoisDistMatrix) <- paste( dds$dex, dds$cell, sep=" - " )
colnames(samplePoisDistMatrix) <- NULL
pheatmap(samplePoisDistMatrix,
clustering_distance_rows = poisd$dd,
clustering_distance_cols = poisd$dd,
col = colors)
Heatmap of sample-to-sample distances using the Poisson Distance.
Another way to visualize sample-to-sample distances is a principal components analysis (PCA). In this ordination method, the data points (here, the samples) are projected onto the 2D plane such that they spread out in the two directions that explain most of the differences (figure below). The x-axis is the direction that separates the data points the most. The values of the samples in this direction are written PC1. The y-axis is a direction (it must be orthogonal to the first direction) that separates the data the second most. The values of the samples in this direction are written PC2. The percent of the total variance that is contained in the direction is printed in the axis label. Note that these percentages do not add to 100%, because there are more dimensions that contain the remaining variance (although each of these remaining dimensions will explain less than the two that we see).
plotPCA(vsd, intgroup = c("dex", "cell"))
PCA plot using the VST data. Each unique combination of treatment and cell line is given its own color.
Here, we have used the function plotPCA that comes with DESeq2.
The two terms specified by intgroup
are the interesting groups for
labeling the samples; they tell the function to use them to choose
colors. We can also build the PCA plot from scratch using the
ggplot2 package (Wickham 2009).
This is done by asking the plotPCA function
to return the data used for plotting rather than building the plot.
See the ggplot2 documentation
for more details on using ggplot.
pcaData <- plotPCA(vsd, intgroup = c( "dex", "cell"), returnData = TRUE)
pcaData
## PC1 PC2 group dex cell name
## SRR1039508 -16.228435 -2.3110688 untrt:N61311 untrt N61311 SRR1039508
## SRR1039509 8.618864 0.1055443 trt:N61311 trt N61311 SRR1039509
## SRR1039512 -10.025968 -4.9857836 untrt:N052611 untrt N052611 SRR1039512
## SRR1039513 16.424047 -4.0524552 trt:N052611 trt N052611 SRR1039513
## SRR1039516 -13.635225 13.0513834 untrt:N080611 untrt N080611 SRR1039516
## SRR1039517 10.153386 17.2437947 trt:N080611 trt N080611 SRR1039517
## SRR1039520 -11.948262 -10.4259788 untrt:N061011 untrt N061011 SRR1039520
## SRR1039521 16.641592 -8.6254361 trt:N061011 trt N061011 SRR1039521
percentVar <- round(100 * attr(pcaData, "percentVar"))
We can then use these data to build up a second plot in a figure below, specifying that the color of the points should reflect dexamethasone treatment and the shape should reflect the cell line.
ggplot(pcaData, aes(x = PC1, y = PC2, color = dex, shape = cell)) +
geom_point(size =3) +
xlab(paste0("PC1: ", percentVar[1], "% variance")) +
ylab(paste0("PC2: ", percentVar[2], "% variance")) +
coord_fixed()
PCA plot using the VST values with custom ggplot2 code. Here we specify cell line (plotting symbol) and dexamethasone treatment (color).
From the PCA plot, we see that the differences between cells (the
different plotting shapes) are considerable, though not stronger than the differences due to
treatment with dexamethasone (red vs blue color). This shows why it will be important to
account for this in differential testing by using a paired design
(“paired”, because each dex treated sample is paired with one
untreated sample from the same cell line). We are already set up for
this design by assigning the formula ~ cell + dex
earlier.
Another plot, very similar to the PCA plot, can be made using the multidimensional scaling (MDS) function in base R. This is useful when we don’t have a matrix of data, but only a matrix of distances. Here we compute the MDS for the distances calculated from the VST data and plot these in a figure below.
mds <- as.data.frame(colData(vsd)) %>%
cbind(cmdscale(sampleDistMatrix))
ggplot(mds, aes(x = `1`, y = `2`, color = dex, shape = cell)) +
geom_point(size = 3) + coord_fixed()
MDS plot using VST data.
In a figure below we show the same plot for the PoissonDistance:
mdsPois <- as.data.frame(colData(dds)) %>%
cbind(cmdscale(samplePoisDistMatrix))
ggplot(mdsPois, aes(x = `1`, y = `2`, color = dex, shape = cell)) +
geom_point(size = 3) + coord_fixed()
MDS plot using the Poisson Distance.
As we have already specified an experimental design when we created the DESeqDataSet, we can run the differential expression pipeline on the raw counts with a single call to the function DESeq:
dds <- DESeq(dds)
This function will print out a message for the various steps it
performs. These are described in more detail in the manual page for
DESeq, which can be accessed by typing ?DESeq
. Briefly these are:
the estimation of size factors (controlling for differences in the
sequencing depth of the samples), the estimation of
dispersion values for each gene, and fitting a generalized linear model.
A DESeqDataSet is returned that contains all the fitted parameters within it, and the following section describes how to extract out results tables of interest from this object.
Calling results without any arguments will extract the estimated
log2 fold changes and p values for the last variable in the design
formula. If there are more than 2 levels for this variable, results
will extract the results table for a comparison of the last level over
the first level. The comparison is printed at the top of the output:
dex trt vs untrt
.
res <- results(dds)
res
## log2 fold change (MLE): dex trt vs untrt
## Wald test p-value: dex trt vs untrt
## DataFrame with 29391 rows and 6 columns
## baseMean log2FoldChange lfcSE
## <numeric> <numeric> <numeric>
## ENSG00000000003 708.602169691234 -0.381253887429316 0.100654430187038
## ENSG00000000419 520.297900552084 0.206812715390391 0.112218674572537
## ENSG00000000457 237.163036796015 0.0379205923945955 0.143444716340181
## ENSG00000000460 57.9326331250967 -0.088167696263787 0.287141995230743
## ENSG00000000938 0.318098378392895 -1.378233965407 3.49987526565862
## ... ... ... ...
## ENSG00000273485 1.28644765243289 -0.127098087720873 1.60042118107398
## ENSG00000273486 15.4525365439045 -0.150988513292619 0.486499370223246
## ENSG00000273487 8.1632349843654 1.04640806907172 0.698967253900779
## ENSG00000273488 8.58447903624707 0.107831134309983 0.638099483385526
## ENSG00000273489 0.275899382507797 1.48372584344306 3.51394515550545
## stat pvalue padj
## <numeric> <numeric> <numeric>
## ENSG00000000003 -3.78775069036569 0.000152017272634607 0.00128121723830778
## ENSG00000000419 1.84294384315429 0.0653372100766794 0.196207903558039
## ENSG00000000457 0.264356843264037 0.791504963002102 0.911194055629064
## ENSG00000000460 -0.307052600205472 0.758803335537914 0.894634203883451
## ENSG00000000938 -0.39379516719652 0.693732272741941 NA
## ... ... ... ...
## ENSG00000273485 -0.0794153996609706 0.936702220169112 NA
## ENSG00000273486 -0.310357058064295 0.756289445616055 0.893661169189342
## ENSG00000273487 1.49707738557415 0.134373123316847 0.329056883636818
## ENSG00000273488 0.168987966794566 0.865806106383284 0.945182646119088
## ENSG00000273489 0.422239328669782 0.672850337762335 NA
We could have equivalently produced this results table with the
following more specific command. Because dex
is the last variable in
the design, we could optionally leave off the contrast
argument to extract
the comparison of the two levels of dex
.
res <- results(dds, contrast=c("dex","trt","untrt"))
As res
is a DataFrame object, it carries metadata
with information on the meaning of the columns:
mcols(res, use.names = TRUE)
## DataFrame with 6 rows and 2 columns
## type description
## <character> <character>
## baseMean intermediate mean of normalized counts for all samples
## log2FoldChange results log2 fold change (MLE): dex trt vs untrt
## lfcSE results standard error: dex trt vs untrt
## stat results Wald statistic: dex trt vs untrt
## pvalue results Wald test p-value: dex trt vs untrt
## padj results BH adjusted p-values
The first column, baseMean
, is a just the average of the normalized
count values, divided by the size factors, taken over all samples in the
DESeqDataSet.
The remaining four columns refer to a specific contrast, namely the
comparison of the trt
level over the untrt
level for the factor
variable dex
. We will find out below how to obtain other contrasts.
The column log2FoldChange
is the effect size estimate. It tells us
how much the gene’s expression seems to have changed due to treatment
with dexamethasone in comparison to untreated samples. This value is
reported on a logarithmic scale to base 2: for example, a log2 fold
change of 1.5 means that the gene’s expression is increased by a
multiplicative factor of \(2^{1.5} \approx 2.82\).
Of course, this estimate has an uncertainty associated with it, which
is available in the column lfcSE
, the standard error estimate for
the log2 fold change estimate. We can also express the uncertainty of
a particular effect size estimate as the result of a statistical
test. The purpose of a test for differential expression is to test
whether the data provides sufficient evidence to conclude that this
value is really different from zero. DESeq2 performs for each gene a
hypothesis test to see whether evidence is sufficient to decide
against the null hypothesis that there is zero effect of the treatment
on the gene and that the observed difference between treatment and
control was merely caused by experimental variability (i.e., the type
of variability that you can expect between different
samples in the same treatment group). As usual in statistics, the
result of this test is reported as a p value, and it is found in the
column pvalue
. Remember that a p value indicates the probability
that a fold change as strong as the observed one, or even stronger,
would be seen under the situation described by the null hypothesis.
We can also summarize the results with the following line of code, which reports some additional information, that will be covered in later sections.
summary(res)
##
## out of 29391 with nonzero total read count
## adjusted p-value < 0.1
## LFC > 0 (up) : 2607, 8.9%
## LFC < 0 (down) : 2218, 7.5%
## outliers [1] : 0, 0%
## low counts [2] : 11397, 39%
## (mean count < 5)
## [1] see 'cooksCutoff' argument of ?results
## [2] see 'independentFiltering' argument of ?results
Note that there are many genes with differential expression due to dexamethasone treatment at the FDR level of 10%. This makes sense, as the smooth muscle cells of the airway are known to react to glucocorticoid steroids. However, there are two ways to be more strict about which set of genes are considered significant:
padj
in
the results table)lfcThreshold
argument of resultsIf we lower the false discovery rate threshold, we should also
inform the results()
function about it, so that the function can use this
threshold for the optimal independent filtering that it performs:
res.05 <- results(dds, alpha = 0.05)
table(res.05$padj < 0.05)
##
## FALSE TRUE
## 12829 4026
If we want to raise the log2 fold change threshold, so that we test
for genes that show more substantial changes due to treatment, we
simply supply a value on the log2 scale. For example, by specifying
lfcThreshold = 1
, we test for genes that show significant effects of
treatment on gene counts more than doubling or less than halving,
because \(2^1 = 2\).
resLFC1 <- results(dds, lfcThreshold=1)
table(resLFC1$padj < 0.1)
##
## FALSE TRUE
## 20034 240
Sometimes a subset of the p values in res
will be NA
(“not
available”). This is DESeq’s way of reporting that all counts for
this gene were zero, and hence no test was applied. In addition, p
values can be assigned NA
if the gene was excluded from analysis
because it contained an extreme count outlier. For more information,
see the outlier detection section of the DESeq2 vignette.
If you use the results from an R analysis package in published
research, you can find the proper citation for the software by typing
citation("pkgName")
, where you would substitute the name of the
package for pkgName
. Citing methods papers helps to support and
reward the individuals who put time into open source software for
genomic data analysis.
In general, the results for a comparison of any two levels of a
variable can be extracted using the contrast
argument to
results. The user should specify three values: the name of the
variable, the name of the level for the numerator, and the name of the
level for the denominator. Here we extract results for the log2 of the
fold change of one cell line over another:
results(dds, contrast = c("cell", "N061011", "N61311"))
## log2 fold change (MLE): cell N061011 vs N61311
## Wald test p-value: cell N061011 vs N61311
## DataFrame with 29391 rows and 6 columns
## baseMean log2FoldChange lfcSE
## <numeric> <numeric> <numeric>
## ENSG00000000003 708.602169691234 0.306326362739978 0.143530866244254
## ENSG00000000419 520.297900552084 -0.0540467035087632 0.159716090785549
## ENSG00000000457 237.163036796015 0.0163084038114845 0.203025956979501
## ENSG00000000460 57.9326331250967 0.279127044592999 0.400667397006204
## ENSG00000000938 0.318098378392895 0 4.9975798104491
## ... ... ... ...
## ENSG00000273485 1.28644765243289 -2.32141260766577 2.35291638140544
## ENSG00000273486 15.4525365439045 -0.0727157623832606 0.711890912073144
## ENSG00000273487 8.1632349843654 -0.0269346906402055 1.00507452886325
## ENSG00000273488 8.58447903624707 1.09584759066511 0.898948246150507
## ENSG00000273489 0.275899382507797 0 4.9975798104491
## stat pvalue padj
## <numeric> <numeric> <numeric>
## ENSG00000000003 2.1342194244037 0.0328248233823354 0.214730145872613
## ENSG00000000419 -0.338392351346314 0.735067537267964 0.935493501438637
## ENSG00000000457 0.0803266934637877 0.935977428491719 0.989390053166383
## ENSG00000000460 0.696655247416293 0.486018572065076 0.84616382331195
## ENSG00000000938 0 1 NA
## ... ... ... ...
## ENSG00000273485 -0.986610755066083 0.323833495704888 NA
## ENSG00000273486 -0.102144529660451 0.918641956272752 0.985420987200879
## ENSG00000273487 -0.0267986998642467 0.978620290204837 NA
## ENSG00000273488 1.21903301481234 0.222831662001977 NA
## ENSG00000273489 0 1 NA
There are additional ways to build results tables for certain
comparisons after running DESeq once.
If results for an interaction term are desired, the name
argument of results should be used. Please see the
help page for the results function for details on the additional
ways to build results tables. In particular, the Examples section of
the help page for results gives some pertinent examples.
In high-throughput biology, we are careful to not use the p values directly as evidence against the null, but to correct for multiple testing. What would happen if we were to simply threshold the p values at a low value, say 0.05? There are 5677 genes with a p value below 0.05 among the 29391 genes for which the test succeeded in reporting a p value:
sum(res$pvalue < 0.05, na.rm=TRUE)
## [1] 5677
sum(!is.na(res$pvalue))
## [1] 29391
Now, assume for a moment that the null hypothesis is true for all genes, i.e., no gene is affected by the treatment with dexamethasone. Then, by the definition of the p value, we expect up to 5% of the genes to have a p value below 0.05. This amounts to 1470 genes. If we just considered the list of genes with a p value below 0.05 as differentially expressed, this list should therefore be expected to contain up to 1470 / 5677 = 26% false positives.
DESeq2 uses the Benjamini-Hochberg (BH) adjustment (Benjamini and Hochberg 1995) as implemented in
the base R p.adjust function; in brief, this method calculates for
each gene an adjusted p value that answers the following question:
if one called significant all genes with an adjusted p value less than or
equal to this gene’s adjusted p value threshold, what would be the fraction
of false positives (the false discovery rate, FDR) among them, in
the sense of the calculation outlined above? These values, called the
BH-adjusted p values, are given in the column padj
of the res
object.
The FDR is a useful statistic for many high-throughput experiments, as we are often interested in reporting or focusing on a set of interesting genes, and we would like to put an upper bound on the percent of false positives in this set.
Hence, if we consider a fraction of 10% false positives acceptable, we can consider all genes with an adjusted p value below 10% = 0.1 as significant. How many such genes are there?
sum(res$padj < 0.1, na.rm=TRUE)
## [1] 4825
We subset the results table to these genes and then sort it by the log2 fold change estimate to get the significant genes with the strongest down-regulation:
resSig <- subset(res, padj < 0.1)
head(resSig[ order(resSig$log2FoldChange), ])
## log2 fold change (MLE): dex trt vs untrt
## Wald test p-value: dex trt vs untrt
## DataFrame with 6 rows and 6 columns
## baseMean log2FoldChange lfcSE
## <numeric> <numeric> <numeric>
## ENSG00000128285 6.62474139908411 -5.32590514755406 1.25781646244798
## ENSG00000267339 26.2335725682209 -4.61155039131948 0.673094468700224
## ENSG00000019186 14.0876049307722 -4.32590664693342 0.857767767163718
## ENSG00000183454 5.80417114112773 -4.26407747502168 1.16687734166995
## ENSG00000146006 46.8075965458274 -4.21185023752769 0.528851947804938
## ENSG00000141469 53.4365283575179 -4.12478447879794 1.1297976633824
## stat pvalue padj
## <numeric> <numeric> <numeric>
## ENSG00000128285 -4.23424665406963 2.29319143028288e-05 0.000237557205506679
## ENSG00000267339 -6.85126769831372 7.31983899180854e-12 2.0484165290607e-10
## ENSG00000019186 -5.04321427376246 4.5777613182452e-07 6.60462531203733e-06
## ENSG00000183454 -3.65426366829546 0.000257921111014126 0.00204722065415641
## ENSG00000146006 -7.96413864978559 1.66378621897198e-15 7.14247557421908e-14
## ENSG00000141469 -3.65090547846338 0.000261317404823323 0.00206960624224951
…and with the strongest up-regulation:
head(resSig[ order(resSig$log2FoldChange, decreasing = TRUE), ])
## log2 fold change (MLE): dex trt vs untrt
## Wald test p-value: dex trt vs untrt
## DataFrame with 6 rows and 6 columns
## baseMean log2FoldChange lfcSE
## <numeric> <numeric> <numeric>
## ENSG00000179593 67.2430476358842 9.50597241247416 1.05450220396067
## ENSG00000109906 385.071028862516 7.35262793318718 0.536390220039323
## ENSG00000250978 56.3181939282226 6.3273837397078 0.677797382672819
## ENSG00000132518 5.65465445433956 5.88511165460783 1.32404324478883
## ENSG00000127954 286.384119280247 5.20716032804828 0.493082760580173
## ENSG00000249364 8.83906075961539 5.09810727071616 1.15961389777208
## stat pvalue padj
## <numeric> <numeric> <numeric>
## ENSG00000179593 9.01465390662066 1.9749305904616e-19 1.25129933256218e-17
## ENSG00000109906 13.7076099796304 9.14198752722158e-43 2.25343730910719e-40
## ENSG00000250978 9.33521418267575 1.00787266739018e-20 7.19669078453133e-19
## ENSG00000132518 4.44480320244104 8.79723586811634e-06 9.98722159059214e-05
## ENSG00000127954 10.5604185429671 4.54630170772714e-26 5.04976252647174e-24
## ENSG00000249364 4.39638338287508 1.10069452799683e-05 0.000122258625535648
A quick way to visualize the counts for a particular gene is to use the plotCounts function that takes as arguments the DESeqDataSet, a gene name, and the group over which to plot the counts (figure below).
topGene <- rownames(res)[which.min(res$padj)]
plotCounts(dds, gene = topGene, intgroup=c("dex"))
Normalized counts for a single gene over treatment group.
We can also make custom plots using the ggplot function from the ggplot2 package (figures below).
library("ggbeeswarm")
geneCounts <- plotCounts(dds, gene = topGene, intgroup = c("dex","cell"),
returnData = TRUE)
ggplot(geneCounts, aes(x = dex, y = count, color = cell)) +
scale_y_log10() + geom_beeswarm(cex = 3)
ggplot(geneCounts, aes(x = dex, y = count, color = cell, group = cell)) +
scale_y_log10() + geom_point(size = 3) + geom_line()
Normalized counts with lines connecting cell lines. Note that the DESeq test actually takes into account the cell line effect, so this figure more closely depicts the difference being tested.
An MA-plot (Dudoit et al. 2002) provides a useful overview for the distribution of the estimated coefficients in the model, e.g. the comparisons of interest, across all genes. On the y-axis, the “M” stands for “minus” – subtraction of log values is equivalent to the log of the ratio – and on the x-axis, the “A” stands for “average”. You may hear this plot also referred to as a mean-difference plot, or a Bland-Altman plot.
Before making the MA-plot, we use the
lfcShrink function to shrink the log2 fold changes for the
comparison of dex treated vs untreated samples.
There are three types of shrinkage estimators in DESeq2, which are covered in the
DESeq2 vignette.
Here we specify the apeglm method for shrinking coefficients, which
is good for shrinking the noisy LFC estimates while giving low bias
LFC estimates for true large differences (Zhu, Ibrahim, and Love 2018). To use apeglm we specify a
coefficient from the model to shrink, either by name or number as the
coefficient appears in resultsNames(dds)
.
library("apeglm")
resultsNames(dds)
## [1] "Intercept" "cell_N061011_vs_N052611"
## [3] "cell_N080611_vs_N052611" "cell_N61311_vs_N052611"
## [5] "dex_trt_vs_untrt"
res <- lfcShrink(dds, coef="dex_trt_vs_untrt", type="apeglm")
plotMA(res, ylim = c(-5, 5))
If it is necessary to specify a contrast not represented in
resultsNames(dds)
, either of the other two shrinkage methods can be used,
or in some cases, re-factoring the relevant variables and running
nbinomWaldTest
followed by lfcShrink
is sufficient. See the DESeq2
vignette for more details.
An MA-plot of changes induced by treatment. The log2 fold change for a particular comparison is plotted on the y-axis and the average of the counts normalized by size factor is shown on the x-axis. Each gene is represented with a dot. Genes with an adjusted p value below a threshold (here 0.1, the default) are shown in red.
The DESeq2 package uses a Bayesian procedure to moderate (or “shrink”) log2 fold changes from genes with very low counts and highly variable counts, as can be seen by the narrowing of the vertical spread of points on the left side of the MA-plot. As shown above, the lfcShrink function performs this operation. For a detailed explanation of the rationale of moderated fold changes, please see the DESeq2 paper (Love, Huber, and Anders 2014).
If we had not used statistical moderation to shrink the noisy log2 fold changes, we would have instead seen the following plot:
res.noshr <- results(dds, name="dex_trt_vs_untrt")
plotMA(res.noshr, ylim = c(-5, 5))
We can label individual points on the MA-plot as well. Here we use the
with R function to plot a circle and text for a selected row of the
results object. Within the with function, only the baseMean
and
log2FoldChange
values for the selected rows of res
are used.
plotMA(res, ylim = c(-5,5))
topGene <- rownames(res)[which.min(res$padj)]
with(res[topGene, ], {
points(baseMean, log2FoldChange, col="dodgerblue", cex=2, lwd=2)
text(baseMean, log2FoldChange, topGene, pos=2, col="dodgerblue")
})
Another useful diagnostic plot is the histogram of the p values (figure below). This plot is best formed by excluding genes with very small counts, which otherwise generate spikes in the histogram.
hist(res$pvalue[res$baseMean > 1], breaks = 0:20/20,
col = "grey50", border = "white")
Histogram of p values for genes with mean normalized count larger than 1.
In the sample distance heatmap made previously, the dendrogram at the side shows us a hierarchical clustering of the samples. Such a clustering can also be performed for the genes. Since the clustering is only relevant for genes that actually carry a signal, one usually would only cluster a subset of the most highly variable genes. Here, for demonstration, let us select the 20 genes with the highest variance across samples. We will work with the VST data.
library("genefilter")
topVarGenes <- head(order(rowVars(assay(vsd)), decreasing = TRUE), 20)
The heatmap becomes more interesting if we do not look at absolute expression strength but rather at the amount by which each gene deviates in a specific sample from the gene’s average across all samples. Hence, we center each genes’ values across samples, and plot a heatmap (figure below). We provide a data.frame that instructs the pheatmap function how to label the columns.
mat <- assay(vsd)[ topVarGenes, ]
mat <- mat - rowMeans(mat)
anno <- as.data.frame(colData(vsd)[, c("cell","dex")])
pheatmap(mat, annotation_col = anno)
Heatmap of relative VST-transformed values across samples. Treatment status and cell line information are shown with colored bars at the top of the heatmap. Blocks of genes that covary across patients. Note that a set of genes at the top of the heatmap are separating the N061011 cell line from the others. In the center of the heatmap, we see a set of genes for which the dexamethasone treated samples have higher gene expression.
The MA plot highlights an important property of RNA-seq data. For weakly expressed genes, we have no chance of seeing differential expression, because the low read counts suffer from such high Poisson noise that any biological effect is drowned in the uncertainties from the sampling at a low rate. We can also show this by examining the ratio of small p values (say, less than 0.05) for genes binned by mean normalized count. We will use the results table subjected to the threshold to show what this looks like in a case when there are few tests with small p value.
In the following code chunk, we create bins using the quantile function, bin the genes by base mean using cut, rename the levels of the bins using the middle point, calculate the ratio of p values less than 0.05 for each bin, and finally plot these ratios (figure below).
qs <- c(0, quantile(resLFC1$baseMean[resLFC1$baseMean > 0], 0:6/6))
bins <- cut(resLFC1$baseMean, qs)
levels(bins) <- paste0("~", round(signif((qs[-1] + qs[-length(qs)])/2, 2)))
fractionSig <- tapply(resLFC1$pvalue, bins, function(p)
mean(p < .05, na.rm = TRUE))
barplot(fractionSig, xlab = "mean normalized count",
ylab = "fraction of small p values")
The ratio of small p values for genes binned by mean normalized count. The p values are from a test of log2 fold change greater than 1 or less than -1. This plot demonstrates that genes with very low mean count have little or no power, and are best excluded from testing.
At first sight, there may seem to be little benefit in filtering out these genes. After all, the test found them to be non-significant anyway. However, these genes have an influence on the multiple testing adjustment, whose performance improves if such genes are removed. By removing the low count genes from the input to the FDR procedure, we can find more genes to be significant among those that we keep, and so improved the power of our test. This approach is known as independent filtering.
The DESeq2 software automatically performs independent filtering
that maximizes the number of genes with adjusted p value
less than a critical value (by default, alpha
is set to 0.1). This
automatic independent filtering is performed by, and can be controlled
by, the results function.
The term independent highlights an important caveat. Such filtering is permissible only if the statistic that we filter on (here the mean of normalized counts across all samples) is independent of the actual test statistic (the p value) under the null hypothesis. Otherwise, the filtering would invalidate the test and consequently the assumptions of the BH procedure. The independent filtering software used inside DESeq2 comes from the genefilter package, that contains a reference to a paper describing the statistical foundation for independent filtering (Bourgon, Gentleman, and Huber 2010).
Our result table so far only contains the Ensembl gene IDs, but alternative gene names may be more informative for interpretation. Bioconductor’s annotation packages help with mapping various ID schemes to each other. We load the AnnotationDbi package and the annotation package org.Hs.eg.db:
library("AnnotationDbi")
library("org.Hs.eg.db")
This is the organism annotation package (“org”) for Homo sapiens (“Hs”), organized as an AnnotationDbi database package (“db”), using Entrez Gene IDs (“eg”) as primary key. To get a list of all available key types, use:
columns(org.Hs.eg.db)
## [1] "ACCNUM" "ALIAS" "ENSEMBL" "ENSEMBLPROT"
## [5] "ENSEMBLTRANS" "ENTREZID" "ENZYME" "EVIDENCE"
## [9] "EVIDENCEALL" "GENENAME" "GO" "GOALL"
## [13] "IPI" "MAP" "OMIM" "ONTOLOGY"
## [17] "ONTOLOGYALL" "PATH" "PFAM" "PMID"
## [21] "PROSITE" "REFSEQ" "SYMBOL" "UCSCKG"
## [25] "UNIGENE" "UNIPROT"
We can use the mapIds function to add individual columns to our results
table. We provide the row names of our results table as a key, and
specify that keytype=ENSEMBL
. The column
argument tells the
mapIds function which information we want, and the multiVals
argument tells the function what to do if there are multiple possible
values for a single input value. Here we ask to just give us back the
first one that occurs in the database.
To add the gene symbol and Entrez ID, we call mapIds twice.
res$symbol <- mapIds(org.Hs.eg.db,
keys=row.names(res),
column="SYMBOL",
keytype="ENSEMBL",
multiVals="first")
res$entrez <- mapIds(org.Hs.eg.db,
keys=row.names(res),
column="ENTREZID",
keytype="ENSEMBL",
multiVals="first")
Now the results have the desired external gene IDs:
resOrdered <- res[order(res$pvalue),]
head(resOrdered)
## log2 fold change (MAP): dex trt vs untrt
## Wald test p-value: dex trt vs untrt
## DataFrame with 6 rows and 7 columns
## baseMean log2FoldChange lfcSE
## <numeric> <numeric> <numeric>
## ENSG00000152583 997.439773207048 4.56334706476054 0.1856198978357
## ENSG00000165995 495.092906698546 3.28035231082466 0.133330866932756
## ENSG00000120129 3409.02937530956 2.93799351420539 0.122027770833094
## ENSG00000101347 12703.3870621821 3.75351791746965 0.157054428118604
## ENSG00000189221 2341.76725275591 3.34218643467603 0.14309394729784
## ENSG00000211445 12285.6151498691 3.71695196968584 0.167889677028122
## pvalue padj symbol
## <numeric> <numeric> <character>
## ENSG00000152583 2.22231974839155e-136 3.99884215525576e-132 SPARCL1
## ENSG00000165995 7.83975720860937e-135 7.05342956058585e-131 CACNB2
## ENSG00000120129 3.66732005915504e-130 2.19965857148119e-126 DUSP1
## ENSG00000101347 9.58233815136126e-130 4.31061481738986e-126 SAMHD1
## ENSG00000189221 1.09937074995478e-123 3.95641545493725e-120 MAOA
## ENSG00000211445 4.6181378193729e-112 1.38497953202993e-108 GPX3
## entrez
## <character>
## ENSG00000152583 8404
## ENSG00000165995 783
## ENSG00000120129 1843
## ENSG00000101347 25939
## ENSG00000189221 4128
## ENSG00000211445 2878
You can easily save the results table in a CSV file that you can then share or load with a spreadsheet program such as Excel. The call to as.data.frame is necessary to convert the DataFrame object (IRanges package) to a data.frame object that can be processed by write.csv. Here, we take just the top 100 genes for demonstration.
resOrderedDF <- as.data.frame(resOrdered)[1:100, ]
write.csv(resOrderedDF, file = "results.csv")
A more sophisticated way for exporting results the Bioconductor package ReportingTools (Huntley et al. 2013). ReportingTools will automatically generate dynamic HTML documents, including links to external databases using gene identifiers and boxplots summarizing the normalized counts across groups. See the ReportingTools vignettes for full details. The simplest version of creating a dynamic ReportingTools report is performed with the following code:
library("ReportingTools")
htmlRep <- HTMLReport(shortName="report", title="My report",
reportDirectory="./report")
publish(resOrderedDF, htmlRep)
url <- finish(htmlRep)
browseURL(url)
If we have used the summarizeOverlaps function to count the reads,
then our DESeqDataSet object is built on top of ready-to-use
Bioconductor objects specifying the genomic coordinates of the genes. We
can therefore easily plot our differential expression results in
genomic space. While the results function by default returns a
DataFrame, using the format
argument, we can ask for GRanges or
GRangesList output. lfcShrink does not yet have the option to
output GRanges, so we add the column of shrunken coefficients
manually.
resGR <- results(dds, name="dex_trt_vs_untrt", format="GRanges")
resGR$log2FoldChange <- res$log2FoldChange
resGR
## GRanges object with 29391 ranges and 6 metadata columns:
## seqnames ranges strand | baseMean
## <Rle> <IRanges> <Rle> | <numeric>
## ENSG00000000003 X 99883667-99894988 - | 708.602169691234
## ENSG00000000419 20 49551404-49575092 - | 520.297900552084
## ENSG00000000457 1 169818772-169863408 - | 237.163036796015
## ENSG00000000460 1 169631245-169823221 + | 57.9326331250967
## ENSG00000000938 1 27938575-27961788 - | 0.318098378392895
## ... ... ... ... . ...
## ENSG00000273485 10 105209953-105210609 + | 1.28644765243289
## ENSG00000273486 3 136556180-136557863 - | 15.4525365439045
## ENSG00000273487 1 92654794-92656264 + | 8.1632349843654
## ENSG00000273488 3 100080031-100080481 + | 8.58447903624707
## ENSG00000273489 7 131178723-131182453 - | 0.275899382507797
## log2FoldChange lfcSE stat
## <numeric> <numeric> <numeric>
## ENSG00000000003 -0.3584541167481 0.100654430187038 -3.78775069036569
## ENSG00000000419 0.186072582398103 0.112218674572537 1.84294384315429
## ENSG00000000457 0.031346823539879 0.143444716340181 0.264356843264037
## ENSG00000000460 -0.0472622279238664 0.287141995230743 -0.307052600205472
## ENSG00000000938 -0.0123430867945908 3.49987526565862 -0.39379516719652
## ... ... ... ...
## ENSG00000273485 -0.00445615139561941 1.60042118107398 -0.0794153996609706
## ENSG00000273486 -0.0430928313534234 0.486499370223246 -0.310357058064295
## ENSG00000273487 0.191163979777062 0.698967253900779 1.49707738557415
## ENSG00000273488 0.0219401136602299 0.638099483385526 0.168987966794566
## ENSG00000273489 0.0121980340179439 3.51394515550545 0.422239328669782
## pvalue padj
## <numeric> <numeric>
## ENSG00000000003 0.000152017272634607 0.00128121723830778
## ENSG00000000419 0.0653372100766794 0.196207903558039
## ENSG00000000457 0.791504963002102 0.911194055629064
## ENSG00000000460 0.758803335537914 0.894634203883451
## ENSG00000000938 0.693732272741941 <NA>
## ... ... ...
## ENSG00000273485 0.936702220169112 <NA>
## ENSG00000273486 0.756289445616055 0.893661169189342
## ENSG00000273487 0.134373123316847 0.329056883636818
## ENSG00000273488 0.865806106383284 0.945182646119088
## ENSG00000273489 0.672850337762335 <NA>
## -------
## seqinfo: 722 sequences (1 circular) from an unspecified genome
We need to add the symbol again for labeling the genes on the plot:
resGR$symbol <- mapIds(org.Hs.eg.db, names(resGR), "SYMBOL", "ENSEMBL")
We will use the Gviz package for plotting the GRanges and associated metadata: the log fold changes due to dexamethasone treatment.
library("Gviz")
The following code chunk specifies a window of 1 million base pairs upstream and downstream from the gene with the smallest p value. We create a subset of our full results, for genes within the window. We add the gene symbol as a name if the symbol exists and is not duplicated in our subset.
window <- resGR[topGene] + 1e6
strand(window) <- "*"
resGRsub <- resGR[resGR %over% window]
naOrDup <- is.na(resGRsub$symbol) | duplicated(resGRsub$symbol)
resGRsub$group <- ifelse(naOrDup, names(resGRsub), resGRsub$symbol)
We create a vector specifying if the genes in this subset had a low
value of padj
.
status <- factor(ifelse(resGRsub$padj < 0.1 & !is.na(resGRsub$padj),
"sig", "notsig"))
We can then plot the results using Gviz functions (figure below). We create an axis track specifying our location in the genome, a track that will show the genes and their names, colored by significance, and a data track that will draw vertical bars showing the moderated log fold change produced by DESeq2, which we know are only large when the effect is well supported by the information in the counts.
options(ucscChromosomeNames = FALSE)
g <- GenomeAxisTrack()
a <- AnnotationTrack(resGRsub, name = "gene ranges", feature = status)
d <- DataTrack(resGRsub, data = "log2FoldChange", baseline = 0,
type = "h", name = "log2 fold change", strand = "+")
plotTracks(list(g, d, a), groupAnnotation = "group",
notsig = "grey", sig = "hotpink")
log2 fold changes in genomic region surrounding the gene with smallest adjusted p value. Genes highlighted in pink have adjusted p value less than 0.1.
DESeq2 can be used to analyze time course experiments, for example
to find those genes that react in a condition-specific manner over
time, compared to a set of baseline samples.
Here we demonstrate a basic time course analysis with the
fission data package,
which contains gene counts for an RNA-seq time course of fission
yeast (Leong et al. 2014). The yeast were exposed to oxidative stress, and half of the
samples contained a deletion of the gene atf21.
We use a design formula that models the strain difference at time 0,
the difference over time, and any strain-specific differences over
time (the interaction term strain:minute
).
library("fission")
data("fission")
ddsTC <- DESeqDataSet(fission, ~ strain + minute + strain:minute)
The following chunk of code performs a likelihood ratio test, where we remove the strain-specific differences over time. Genes with small p values from this test are those which at one or more time points after time 0 showed a strain-specific effect. Note therefore that this will not give small p values to genes that moved up or down over time in the same way in both strains.
ddsTC <- DESeq(ddsTC, test="LRT", reduced = ~ strain + minute)
resTC <- results(ddsTC)
resTC$symbol <- mcols(ddsTC)$symbol
head(resTC[order(resTC$padj),], 4)
## log2 fold change (MLE): strainmut.minute180
## LRT p-value: '~ strain + minute + strain:minute' vs '~ strain + minute'
## DataFrame with 4 rows and 7 columns
## baseMean log2FoldChange lfcSE
## <numeric> <numeric> <numeric>
## SPBC2F12.09c 174.671161802578 -2.656719531675 0.752261272511001
## SPAC1002.18 444.504950375698 -0.0509321395109172 0.204299484857659
## SPAC1002.19 336.373206596558 -0.392748982380898 0.573494009172242
## SPAC1002.17c 261.773132733438 -1.13876476912795 0.606128756826878
## stat pvalue padj
## <numeric> <numeric> <numeric>
## SPBC2F12.09c 97.2833864058632 1.97415107530233e-19 1.33452612690438e-15
## SPAC1002.18 56.9535986216169 5.16955159517375e-11 1.74730843916873e-07
## SPAC1002.19 43.5339085771997 2.87980357331442e-08 6.48915738520182e-05
## SPAC1002.17c 39.315835535309 2.0513707836516e-07 0.000346681662437121
## symbol
## <character>
## SPBC2F12.09c atf21
## SPAC1002.18 urg3
## SPAC1002.19 urg1
## SPAC1002.17c urg2
This is just one of the tests that can be applied to time series data. Another option would be to model the counts as a smooth function of time, and to include an interaction term of the condition with the smooth function. It is possible to build such a model using spline basis functions within R, and another, more modern approach is using Gaussian processes (Tonner et al. 2017).
We can plot the counts for the groups over time using ggplot2, for the gene with the smallest adjusted p value, testing for condition-dependent time profile and accounting for differences at time 0 (figure below). Keep in mind that the interaction terms are the difference between the two groups at a given time after accounting for the difference at time 0.
fiss <- plotCounts(ddsTC, which.min(resTC$padj),
intgroup = c("minute","strain"), returnData = TRUE)
fiss$minute <- as.numeric(as.character(fiss$minute))
ggplot(fiss,
aes(x = minute, y = count, color = strain, group = strain)) +
geom_point() + stat_summary(fun.y=mean, geom="line") +
scale_y_log10()
Normalized counts for a gene with condition-specific changes over time.
Wald tests for the log2 fold changes at individual time points can be
investigated using the test
argument to results:
resultsNames(ddsTC)
## [1] "Intercept" "strain_mut_vs_wt" "minute_15_vs_0"
## [4] "minute_30_vs_0" "minute_60_vs_0" "minute_120_vs_0"
## [7] "minute_180_vs_0" "strainmut.minute15" "strainmut.minute30"
## [10] "strainmut.minute60" "strainmut.minute120" "strainmut.minute180"
res30 <- results(ddsTC, name="strainmut.minute30", test="Wald")
res30[which.min(resTC$padj),]
## log2 fold change (MLE): strainmut.minute30
## Wald test p-value: strainmut.minute30
## DataFrame with 1 row and 6 columns
## baseMean log2FoldChange lfcSE
## <numeric> <numeric> <numeric>
## SPBC2F12.09c 174.671161802578 -2.6004690287543 0.634342916344087
## stat pvalue padj
## <numeric> <numeric> <numeric>
## SPBC2F12.09c -4.09946885470339 4.14099389609047e-05 0.279931187375715
We can furthermore cluster significant genes by their profiles. We extract a matrix of the shrunken log2 fold changes using the coef function:
betas <- coef(ddsTC)
colnames(betas)
## [1] "Intercept" "strain_mut_vs_wt" "minute_15_vs_0"
## [4] "minute_30_vs_0" "minute_60_vs_0" "minute_120_vs_0"
## [7] "minute_180_vs_0" "strainmut.minute15" "strainmut.minute30"
## [10] "strainmut.minute60" "strainmut.minute120" "strainmut.minute180"
We can now plot the log2 fold changes in a heatmap (figure below).
topGenes <- head(order(resTC$padj),20)
mat <- betas[topGenes, -c(1,2)]
thr <- 3
mat[mat < -thr] <- -thr
mat[mat > thr] <- thr
pheatmap(mat, breaks=seq(from=-thr, to=thr, length=101),
cluster_col=FALSE)
Heatmap of log2 fold changes for genes with smallest adjusted p value. The bottom set of genes show strong induction of expression for the baseline samples in minutes 15-60 (red boxes in the bottom left corner), but then have slight differences for the mutant strain (shown in the boxes in the bottom right corner).
As the last part of this document, we call the function sessionInfo, which reports the version numbers of R and all the packages used in this session. It is good practice to always keep such a record of this as it will help to track down what has happened in case an R script ceases to work or gives different results because the functions have been changed in a newer version of one of your packages. By including it at the bottom of a script, your reports will become more reproducible.
The session information should also always be included in any emails to the Bioconductor support site along with all code used in the analysis.
devtools::session_info()
## ─ Session info ────────────────────────────────────────────────────────────
## setting value
## version R version 3.6.0 (2019-04-26)
## os Ubuntu 18.04.2 LTS
## system x86_64, linux-gnu
## ui X11
## language (EN)
## collate C
## ctype en_US.UTF-8
## tz America/New_York
## date 2019-05-03
##
## ─ Packages ────────────────────────────────────────────────────────────────
## package * version date lib source
## acepack 1.4.1 2016-10-29 [2] CRAN (R 3.6.0)
## affy 1.62.0 2019-05-02 [2] Bioconductor
## affyio 1.54.0 2019-05-02 [2] Bioconductor
## airway * 1.3.0 2019-05-02 [2] Bioconductor
## annotate 1.62.0 2019-05-02 [2] Bioconductor
## AnnotationDbi * 1.46.0 2019-05-02 [2] Bioconductor
## AnnotationFilter 1.8.0 2019-05-02 [2] Bioconductor
## apeglm * 1.6.0 2019-05-02 [2] Bioconductor
## aroma.light 3.14.0 2019-05-02 [2] Bioconductor
## assertthat 0.2.1 2019-03-21 [2] CRAN (R 3.6.0)
## backports 1.1.4 2019-04-10 [2] CRAN (R 3.6.0)
## base64enc 0.1-3 2015-07-28 [2] CRAN (R 3.6.0)
## bbmle 1.0.20 2017-10-30 [2] CRAN (R 3.6.0)
## beeswarm 0.2.3 2016-04-25 [2] CRAN (R 3.6.0)
## Biobase * 2.44.0 2019-05-02 [2] Bioconductor
## BiocGenerics * 0.30.0 2019-05-02 [2] Bioconductor
## BiocManager 1.30.4 2018-11-13 [2] CRAN (R 3.6.0)
## BiocParallel * 1.18.0 2019-05-02 [2] Bioconductor
## BiocStyle * 2.12.0 2019-05-02 [2] Bioconductor
## biomaRt 2.40.0 2019-05-02 [2] Bioconductor
## Biostrings * 2.52.0 2019-05-02 [2] Bioconductor
## biovizBase 1.32.0 2019-05-02 [2] Bioconductor
## bit 1.1-14 2018-05-29 [2] CRAN (R 3.6.0)
## bit64 0.9-7 2017-05-08 [2] CRAN (R 3.6.0)
## bitops 1.0-6 2013-08-17 [2] CRAN (R 3.6.0)
## blob 1.1.1 2018-03-25 [2] CRAN (R 3.6.0)
## bookdown 0.9 2018-12-21 [2] CRAN (R 3.6.0)
## BSgenome 1.52.0 2019-05-02 [2] Bioconductor
## callr 3.2.0 2019-03-15 [2] CRAN (R 3.6.0)
## checkmate 1.9.1 2019-01-15 [2] CRAN (R 3.6.0)
## cli 1.1.0 2019-03-19 [2] CRAN (R 3.6.0)
## cluster 2.0.9 2019-05-01 [2] CRAN (R 3.6.0)
## coda 0.19-2 2018-10-08 [2] CRAN (R 3.6.0)
## colorspace 1.4-1 2019-03-18 [2] CRAN (R 3.6.0)
## crayon 1.3.4 2017-09-16 [2] CRAN (R 3.6.0)
## curl 3.3 2019-01-10 [2] CRAN (R 3.6.0)
## data.table 1.12.2 2019-04-07 [2] CRAN (R 3.6.0)
## DBI 1.0.0 2018-05-02 [2] CRAN (R 3.6.0)
## DelayedArray * 0.10.0 2019-05-02 [2] Bioconductor
## desc 1.2.0 2018-05-01 [2] CRAN (R 3.6.0)
## DESeq 1.36.0 2019-05-02 [2] Bioconductor
## DESeq2 * 1.24.0 2019-05-02 [2] Bioconductor
## devtools 2.0.2 2019-04-08 [2] CRAN (R 3.6.0)
## dichromat 2.0-0 2013-01-24 [2] CRAN (R 3.6.0)
## digest 0.6.18 2018-10-10 [2] CRAN (R 3.6.0)
## dplyr * 0.8.0.1 2019-02-15 [2] CRAN (R 3.6.0)
## EDASeq * 2.18.0 2019-05-02 [2] Bioconductor
## edgeR * 3.26.0 2019-05-02 [2] Bioconductor
## emdbook 1.3.11 2019-02-12 [2] CRAN (R 3.6.0)
## ensembldb 2.8.0 2019-05-02 [2] Bioconductor
## evaluate 0.13 2019-02-12 [2] CRAN (R 3.6.0)
## fission * 1.3.0 2019-05-02 [2] Bioconductor
## foreign 0.8-71 2018-07-20 [2] CRAN (R 3.6.0)
## Formula 1.2-3 2018-05-03 [2] CRAN (R 3.6.0)
## fs 1.3.0 2019-05-02 [2] CRAN (R 3.6.0)
## genefilter * 1.66.0 2019-05-02 [2] Bioconductor
## geneplotter 1.62.0 2019-05-02 [2] Bioconductor
## GenomeInfoDb * 1.20.0 2019-05-02 [2] Bioconductor
## GenomeInfoDbData 1.2.1 2019-04-26 [2] Bioconductor
## GenomicAlignments * 1.20.0 2019-05-02 [2] Bioconductor
## GenomicFeatures * 1.36.0 2019-05-02 [2] Bioconductor
## GenomicRanges * 1.36.0 2019-05-02 [2] Bioconductor
## ggbeeswarm * 0.6.0 2017-08-07 [2] CRAN (R 3.6.0)
## ggplot2 * 3.1.1 2019-04-07 [2] CRAN (R 3.6.0)
## glue 1.3.1 2019-03-12 [2] CRAN (R 3.6.0)
## gridExtra 2.3 2017-09-09 [2] CRAN (R 3.6.0)
## gtable 0.3.0 2019-03-25 [2] CRAN (R 3.6.0)
## Gviz * 1.28.0 2019-05-02 [2] Bioconductor
## hexbin * 1.27.2 2018-01-15 [2] CRAN (R 3.6.0)
## Hmisc 4.2-0 2019-01-26 [2] CRAN (R 3.6.0)
## hms 0.4.2 2018-03-10 [2] CRAN (R 3.6.0)
## htmlTable 1.13.1 2019-01-07 [2] CRAN (R 3.6.0)
## htmltools 0.3.6 2017-04-28 [2] CRAN (R 3.6.0)
## htmlwidgets 1.3 2018-09-30 [2] CRAN (R 3.6.0)
## httr 1.4.0 2018-12-11 [2] CRAN (R 3.6.0)
## hwriter 1.3.2 2014-09-10 [2] CRAN (R 3.6.0)
## IRanges * 2.18.0 2019-05-02 [2] Bioconductor
## knitr * 1.22 2019-03-08 [2] CRAN (R 3.6.0)
## labeling 0.3 2014-08-23 [2] CRAN (R 3.6.0)
## lattice 0.20-38 2018-11-04 [2] CRAN (R 3.6.0)
## latticeExtra 0.6-28 2016-02-09 [2] CRAN (R 3.6.0)
## lazyeval 0.2.2 2019-03-15 [2] CRAN (R 3.6.0)
## limma * 3.40.0 2019-05-02 [2] Bioconductor
## locfit 1.5-9.1 2013-04-20 [2] CRAN (R 3.6.0)
## magrittr * 1.5 2014-11-22 [2] CRAN (R 3.6.0)
## MASS 7.3-51.4 2019-03-31 [2] CRAN (R 3.6.0)
## Matrix 1.2-17 2019-03-22 [2] CRAN (R 3.6.0)
## matrixStats * 0.54.0 2018-07-23 [2] CRAN (R 3.6.0)
## memoise 1.1.0 2017-04-21 [2] CRAN (R 3.6.0)
## mgcv * 1.8-28 2019-03-21 [2] CRAN (R 3.6.0)
## munsell 0.5.0 2018-06-12 [2] CRAN (R 3.6.0)
## nlme * 3.1-139 2019-04-09 [2] CRAN (R 3.6.0)
## nnet 7.3-12 2016-02-02 [2] CRAN (R 3.6.0)
## numDeriv 2016.8-1 2016-08-27 [2] CRAN (R 3.6.0)
## org.Hs.eg.db * 3.8.2 2019-05-03 [2] Bioconductor
## pheatmap * 1.0.12 2019-01-04 [2] CRAN (R 3.6.0)
## pillar 1.3.1 2018-12-15 [2] CRAN (R 3.6.0)
## pkgbuild 1.0.3 2019-03-20 [2] CRAN (R 3.6.0)
## pkgconfig 2.0.2 2018-08-16 [2] CRAN (R 3.6.0)
## pkgload 1.0.2 2018-10-29 [2] CRAN (R 3.6.0)
## plyr 1.8.4 2016-06-08 [2] CRAN (R 3.6.0)
## PoiClaClu * 1.0.2.1 2019-01-04 [2] CRAN (R 3.6.0)
## preprocessCore 1.46.0 2019-05-02 [2] Bioconductor
## prettyunits 1.0.2 2015-07-13 [2] CRAN (R 3.6.0)
## processx 3.3.0 2019-03-10 [2] CRAN (R 3.6.0)
## progress 1.2.0 2018-06-14 [2] CRAN (R 3.6.0)
## ProtGenerics 1.16.0 2019-05-02 [2] Bioconductor
## ps 1.3.0 2018-12-21 [2] CRAN (R 3.6.0)
## purrr 0.3.2 2019-03-15 [2] CRAN (R 3.6.0)
## R.methodsS3 1.7.1 2016-02-16 [2] CRAN (R 3.6.0)
## R.oo 1.22.0 2018-04-22 [2] CRAN (R 3.6.0)
## R.utils 2.8.0 2019-02-14 [2] CRAN (R 3.6.0)
## R6 2.4.0 2019-02-14 [2] CRAN (R 3.6.0)
## RColorBrewer * 1.1-2 2014-12-07 [2] CRAN (R 3.6.0)
## Rcpp 1.0.1 2019-03-17 [2] CRAN (R 3.6.0)
## RCurl 1.95-4.12 2019-03-04 [2] CRAN (R 3.6.0)
## remotes 2.0.4 2019-04-10 [2] CRAN (R 3.6.0)
## reshape2 1.4.3 2017-12-11 [2] CRAN (R 3.6.0)
## rlang 0.3.4 2019-04-07 [2] CRAN (R 3.6.0)
## rmarkdown * 1.12 2019-03-14 [2] CRAN (R 3.6.0)
## rpart 4.1-15 2019-04-12 [2] CRAN (R 3.6.0)
## rprojroot 1.3-2 2018-01-03 [2] CRAN (R 3.6.0)
## Rsamtools * 2.0.0 2019-05-02 [2] Bioconductor
## RSQLite 2.1.1 2018-05-06 [2] CRAN (R 3.6.0)
## rstudioapi 0.10 2019-03-19 [2] CRAN (R 3.6.0)
## rtracklayer 1.44.0 2019-05-02 [2] Bioconductor
## RUVSeq * 1.18.0 2019-05-02 [2] Bioconductor
## S4Vectors * 0.22.0 2019-05-02 [2] Bioconductor
## scales 1.0.0 2018-08-09 [2] CRAN (R 3.6.0)
## sessioninfo 1.1.1 2018-11-05 [2] CRAN (R 3.6.0)
## ShortRead * 1.42.0 2019-05-02 [2] Bioconductor
## stringi 1.4.3 2019-03-12 [2] CRAN (R 3.6.0)
## stringr 1.4.0 2019-02-10 [2] CRAN (R 3.6.0)
## SummarizedExperiment * 1.14.0 2019-05-02 [2] Bioconductor
## survival 2.44-1.1 2019-04-01 [2] CRAN (R 3.6.0)
## sva * 3.32.0 2019-05-02 [2] Bioconductor
## testthat 2.1.1 2019-04-23 [2] CRAN (R 3.6.0)
## tibble 2.1.1 2019-03-16 [2] CRAN (R 3.6.0)
## tidyselect 0.2.5 2018-10-11 [2] CRAN (R 3.6.0)
## usethis 1.5.0 2019-04-07 [2] CRAN (R 3.6.0)
## VariantAnnotation 1.30.0 2019-05-02 [2] Bioconductor
## vipor 0.4.5 2017-03-22 [2] CRAN (R 3.6.0)
## vsn * 3.52.0 2019-05-02 [2] Bioconductor
## withr 2.1.2 2018-03-15 [2] CRAN (R 3.6.0)
## xfun 0.6 2019-04-02 [2] CRAN (R 3.6.0)
## XML 3.98-1.19 2019-03-06 [2] CRAN (R 3.6.0)
## xtable 1.8-4 2019-04-21 [2] CRAN (R 3.6.0)
## XVector * 0.24.0 2019-05-02 [2] Bioconductor
## yaml 2.2.0 2018-07-25 [2] CRAN (R 3.6.0)
## zlibbioc 1.30.0 2019-05-02 [2] Bioconductor
##
## [1] /tmp/RtmpQlT3IL/Rinst20221a077bc3
## [2] /home/biocbuild/bbs-3.9-bioc/R/library
Anders, Simon, and Wolfgang Huber. 2010. “Differential expression analysis for sequence count data.” Genome Biology 11 (10):R106+. https://doi.org/10.1186/gb-2010-11-10-r106.
Anders, Simon, Paul T. Pyl, and Wolfgang Huber. 2015. “HTSeq – a Python framework to work with high-throughput sequencing data.” Bioinformatics 31 (2):166–69. https://doi.org/10.1093/bioinformatics/btu638.
Benjamini, Yoav, and Yosef Hochberg. 1995. “Controlling the False Discovery Rate: A Practical and Powerful Approach to Multiple Testing.” Journal of the Royal Statistical Society. Series B (Methodological) 57 (1):289–300. http://www.jstor.org/stable/2346101.
Bourgon, R., R. Gentleman, and W. Huber. 2010. “Independent filtering increases detection power for high-throughput experiments.” Proceedings of the National Academy of Sciences 107 (21):9546–51. https://doi.org/10.1073/pnas.0914005107.
Bray, Nicolas, Harold Pimentel, Pall Melsted, and Lior Pachter. 2016. “Near-Optimal Probabilistic Rna-Seq Quantification.” Nature Biotechnology 34:525–27. http://dx.doi.org/10.1038/nbt.3519.
Dobin, Alexander, Carrie A. Davis, Felix Schlesinger, Jorg Drenkow, Chris Zaleski, Sonali Jha, Philippe Batut, Mark Chaisson, and Thomas R. Gingeras. 2013. “STAR: ultrafast universal RNA-seq aligner.” Bioinformatics 29 (1):15–21. https://doi.org/10.1093/bioinformatics/bts635.
Dudoit, Rine, Yee H. Yang, Matthew J. Callow, and Terence P. Speed. 2002. “Statistical methods for identifying differentially expressed genes in replicated cDNA microarray experiments.” Statistica Sinica, 111–39.
Flicek, Paul, M. Ridwan Amode, Daniel Barrell, Kathryn Beal, Konstantinos Billis, Simon Brent, Denise Carvalho-Silva, et al. 2014. “Ensembl 2014.” Nucleic Acids Research 42 (D1):D749–D755. https://doi.org/10.1093/nar/gkt1196.
Hardcastle, Thomas, and Krystyna Kelly. 2010. “baySeq: Empirical Bayesian methods for identifying differential expression in sequence count data.” BMC Bioinformatics 11 (1):422+. https://doi.org/10.1186/1471-2105-11-422.
Himes, Blanca E., Xiaofeng Jiang, Peter Wagner, Ruoxi Hu, Qiyu Wang, Barbara Klanderman, Reid M. Whitaker, et al. 2014. “RNA-Seq transcriptome profiling identifies CRISPLD2 as a glucocorticoid responsive gene that modulates cytokine function in airway smooth muscle cells.” PloS One 9 (6). https://doi.org/10.1371/journal.pone.0099625.
Huber, Wolfgang, Vincent J. Carey, Robert Gentleman, Simon Anders, Marc Carlson, Benilton S. Carvalho, Hector Corrada C. Bravo, et al. 2015. “Orchestrating high-throughput genomic analysis with Bioconductor.” Nature Methods 12 (2). Nature Publishing Group:115–21. https://doi.org/10.1038/nmeth.3252.
Huntley, Melanie A., Jessica L. Larson, Christina Chaivorapol, Gabriel Becker, Michael Lawrence, Jason A. Hackney, and Joshua S. Kaminker. 2013. “ReportingTools: an automated result processing and presentation toolkit for high-throughput genomic analyses.” Bioinformatics 29 (24). Oxford University Press:3220–1. https://doi.org/10.1093/bioinformatics/btt551.
Kent, W. James, Charles W. Sugnet, Terrence S. Furey, Krishna M. Roskin, Tom H. Pringle, Alan M. Zahler, and David Haussler. 2002. “The human genome browser at UCSC.” Genome Research 12 (6). Cold Spring Harbor Laboratory Press:996–1006. https://doi.org/10.1101/gr.229102.
Law, Charity W., Yunshun Chen, Wei Shi, and Gordon K. Smyth. 2014. “Voom: precision weights unlock linear model analysis tools for RNA-seq read counts.” Genome Biology 15 (2). BioMed Central Ltd:R29+. https://doi.org/10.1186/gb-2014-15-2-r29.
Lawrence, Michael, Wolfgang Huber, Hervé Pagès, Patrick Aboyoun, Marc Carlson, Robert Gentleman, Martin T. Morgan, and Vincent J. Carey. 2013. “Software for Computing and Annotating Genomic Ranges.” Edited by Andreas Prlic. PLoS Computational Biology 9 (8). Public Library of Science:e1003118+. https://doi.org/10.1371/journal.pcbi.1003118.
Leek, Jeffrey T. 2014. “svaseq: removing batch effects and other unwanted noise from sequencing data.” Nucleic Acids Research 42 (21). Oxford University Press:000. https://doi.org/10.1093/nar/gku864.
Leng, N., J. A. Dawson, J. A. Thomson, V. Ruotti, A. I. Rissman, B. M. G. Smits, J. D. Haag, M. N. Gould, R. M. Stewart, and C. Kendziorski. 2013. “EBSeq: an empirical Bayes hierarchical model for inference in RNA-seq experiments.” Bioinformatics 29 (8). Oxford University Press:1035–43. https://doi.org/10.1093/bioinformatics/btt087.
Leong, Hui S., Keren Dawson, Chris Wirth, Yaoyong Li, Yvonne Connolly, Duncan L. Smith, Caroline R. Wilkinson, and Crispin J. Miller. 2014. “A global non-coding RNA system modulates fission yeast protein levels in response to stress.” Nature Communications 5. https://doi.org/10.1038/ncomms4947.
Li, Bo, and Colin N. Dewey. 2011. “RSEM: accurate transcript quantification from RNA-Seq data with or without a reference genome.” BMC Bioinformatics 12:323+. https://doi.org/10.1186/1471-2105-12-3231.
Li, Heng, Bob Handsaker, Alec Wysoker, Tim Fennell, Jue Ruan, Nils Homer, Gabor Marth, Goncalo Abecasis, Richard Durbin, and 1000 Genome Project Data Processing Subgroup. 2009. “The Sequence Alignment/Map format and SAMtools.” Bioinformatics (Oxford, England) 25 (16). Oxford University Press:2078–9. https://doi.org/10.1093/bioinformatics/btp352.
Liao, Y., G. K. Smyth, and W. Shi. 2014. “featureCounts: an efficient general purpose program for assigning sequence reads to genomic features.” Bioinformatics 30 (7). Oxford University Press:923–30. https://doi.org/10.1093/bioinformatics/btt656.
Love, Michael I., John B. Hogenesch, and Rafael A. Irizarry. 2016. “Modeling of Rna-Seq Fragment Sequence Bias Reduces Systematic Errors in Transcript Abundance Estimation.” Nature Biotechnology 34 (12):1287–91. http://dx.doi.org/10.1038/nbt.3682.
Love, Michael I., Wolfgang Huber, and Simon Anders. 2014. “Moderated estimation of fold change and dispersion for RNA-seq data with DESeq2.” Genome Biology 15 (12). BioMed Central Ltd:550+. https://doi.org/10.1186/s13059-014-0550-8.
Patro, Rob, Geet Duggal, Michael I. Love, Rafael A. Irizarry, and Carl Kingsford. 2017. “Salmon Provides Fast and Bias-Aware Quantification of Transcript Expression.” Nature Methods. http://dx.doi.org/10.1038/nmeth.4197.
Patro, Rob, Stephen M. Mount, and Carl Kingsford. 2014. “Sailfish enables alignment-free isoform quantification from RNA-seq reads using lightweight algorithms.” Nature Biotechnology 32:462–64. https://doi.org/10.1038/nbt.2862.
Risso, Davide, John Ngai, Terence P. Speed, and Sandrine Dudoit. 2014. “Normalization of RNA-seq data using factor analysis of control genes or samples.” Nature Biotechnology 32 (9). Nature Publishing Group:896–902. https://doi.org/10.1038/nbt.2931.
Robert, Christelle, and Mick Watson. 2015. “Errors in RNA-Seq quantification affect genes of relevance to human disease.” Genome Biology. https://doi.org/10.1186/s13059-015-0734-x.
Robinson, M. D., D. J. McCarthy, and G. K. Smyth. 2009. “edgeR: a Bioconductor package for differential expression analysis of digital gene expression data.” Bioinformatics 26 (1). Oxford University Press:139–40. https://doi.org/10.1093/bioinformatics/btp616.
Schurch, Nicholas J., Pieta Schofield, Marek Gierlinski, Christian Cole, Alexander Sherstnev, Vijender Singh, Nicola Wrobel, et al. 2016. “How Many Biological Replicates Are Needed in an Rna-Seq Experiment and Which Differential Expression Tool Should You Use?” 22 (6):839–51. https://doi.org/10.1261/rna.053959.115.
Soneson, Charlotte, Michael I. Love, and Mark Robinson. 2015. “Differential analyses for RNA-seq: transcript-level estimates improve gene-level inferences.” F1000Research 4 (1521). https://doi.org/10.12688/f1000research.7563.1.
Tonner, Peter D, Cynthia L Darnell, Barbara E Engelhardt, and Amy K Schmid. 2017. “Detecting differential growth of microbial populations with Gaussian process regression.” Genome Research 27:320–33. https://doi.org/10.1101/gr.210286.116.
Trapnell, Cole, David G Hendrickson, Martin Sauvageau, Loyal Goff, John L Rinn, and Lior Pachter. 2013. “Differential analysis of gene regulation at transcript resolution with RNA-seq.” Nature Biotechnology. https://doi.org/10.1038/nbt.2450.
Wickham, Hadley. 2009. ggplot2. New York, NY: Springer New York. https://doi.org/10.1007/978-0-387-98141-3.
Witten, Daniela M. 2011. “Classification and clustering of sequencing data using a Poisson model.” The Annals of Applied Statistics 5 (4):2493–2518. https://doi.org/10.1214/11-AOAS493.
Wu, Hao, Chi Wang, and Zhijin Wu. 2013. “A new shrinkage estimator for dispersion improves differential expression detection in RNA-seq data.” Biostatistics 14 (2). Oxford University Press:232–43. https://doi.org/10.1093/biostatistics/kxs033.
Zhu, Anqi, Joseph G. Ibrahim, and Michael I. Love. 2018. “Heavy-Tailed Prior Distributions for Sequence Count Data: Removing the Noise and Preserving Large Differences.” bioRxiv. https://doi.org/10.1101/303255.