Using the DEE2 bulk data dumps

The DEE2 project makes freely available bulk data dumps of expression for each of the nine species. 

The data is organised as tab separated values (tsv) in "long" format. This is different to a standard gene expression matrix - see below.


The long format is prefered for really huge datasets because it can be readily indexed and converted to a database, as compared to wide matrix format. 

You'll notice that there are 4 files for each species, with each having a different suffix. They are all compressed with bz2. You can use pbzip2 to de-compress these quickly.

*accessions.tsv.bz2 This is a list of runs included in DEE2, along with other SRA/GEO accession numbers. 

*se.tsv.bz2 These are the STAR based gene expression counts in 'long format' tables with the columns: 'dataset', 'gene', 'count'.

*ke.tsv.bz2 These are the Kallisto estimated transcript expression counts also in long format

 *qc.tsv.bz2 These are the QC metrics are also available in long format with the columns 'dataset','QC metric type', 'QC metric result'.

 Once downloaded and decompressed, we can start working with it in R.
# Load data
x<-read.table("ecoli_se.tsv")

 # Randomly select a few run names
runs<-sample(unique(x$V1),9)

 # subset based on the run names
y<-x[which (x$V1 %in% runs),]

#Use acast to transform the data from long format to wide
library(reshape2)
z<-as.matrix(acast(y, V2~V1, value.var="V3"))

 head(z)
      ERR862937 SRR1793913 SRR2086965 SRR2099922 SRR4434025 SRR5115646
b0001       200         91         40       6292          8        838
b0002       921        167        822       1474        641       3745
b0003       446         64        216        294        287       2437
b0004       832         65        333        957        462       2962
b0005       105          6         84         23          1        324
b0006      2415         38        212        387          3       1443
      SRR5130628 SRR6001772 SRR6020052
b0001         21       5613       2352
b0002          4       5709       1618
b0003          0       1985        839
b0004          0       4250       1440
b0005          1        727         25
b0006          0       1435       1797
Location: Laverton VIC 3028, Australia

Popular posts from this blog

Data analysis step 8: Pathway analysis with GSEA

Image
In our RNA-seq series so far we've performed differential analysis and generated some pretty graphs, showing thousands of differentially expressed genes after azacitidine treatment. In order to understand the biology underlying the differential gene expression profile, we need to perform pathway analysis. We use Gene Set Enrichment Analysis ( GSEA ) because it can detect pathway changes more sensitively and robustly than some methods. A 2013 paper compared a bunch of gene set analyses software with microarrays and is worth a look. Generate a rank file The rank file is a list of detected genes and a rank metric score. At the top of the list are genes with the "strongest" up-regulation, at the bottom of the list are the genes with the "strongest" down-regulation and the genes not changing are in the middle. The metric score I like to use is the sign of the fold change multiplied by the inverse of the p-value, although there may be better methods out there
Read more

Two subtle problems with over-representation analysis

Image
Over-representation analysis is a helpful and really frequently used technique for understanding trends from omics data and gene lists more generally. Just to demonstrate this, I tabulated the number of citations of some of the most popular web tools and packages, which reaches a massive 191k citations! But if you have used some of these tools, you will notice that they yield subtly different results. We were curiuous about that and ran a whole bunch of investigations into the internal workings of these tools, in particular clusterProfiler. We identified two subtle problems with clusterProfiler, which we unpack in detail in our new publication , but here I will give you a quick overview. Problem #1: The background problem The first one we call the “background problem,” because it involves the software eliminating large numbers of genes from the background list if they are not annotated as belonging to any category. This results in removing a large number of unannotated genes from the b
Read more

Uploading data to GEO - which method is faster?

If you have had to upload omics data to GEO before, you'll know it's a bit of a hassle and takes a long time. There are a few methods suggested by the GEO team if you are using the Unix command line: Using 'ncftp' ncftp set passive on set so-bufsize 33554432 open  ftp://geoftp:yourpasscode@ftp-private.ncbi.nlm.nih.gov cd uploads/your @mail.com_ yourfolder put -R Folder_with_submission_files Using 'lftp' lftp  ftp://geoftp:yourpasscode@ftp-private.ncbi.nlm.nih.gov cd uploads/ your @mail.com _ yourfolder mirror -R Folder_with_submission_files Using 'sftp' (expect slower transfer speeds since this method encrypts on-the-fly) sftp  geoftp @s ftp-private.ncbi.nlm.nih.gov password: yourpasscode cd uploads/ your @mail.com _ yourfolder mkdir new_geo_submission cd new_geo_submission put file_name Using 'ncftpput' (transfers from the command-line without entering an interactive shell) Usage example: ncftpput -F -R -z -u  geoftp  -p "yourpasscode"
Read more