DEE2 project update October 2020

Bit of a thread for some updates to the DEE2 data set. It's a resource of uniformly processed RNA-seq data free to use under a permissive GPL3 licence. Find it at http://dee2.io


Yesterday a batch of 117k human runs were uploaded. This brings the total number of runs to 1,298,581. To my knowledge this is the largest such data set in the world. This is 10x larger than our first release in 2015! (125k runs)

The number of SRA projects with completed data analysis bundles is 32692 

Accesible here: http://dee2.io/huge/




The getDEE2 package is the recommended way to access this data if you are familiar with R. You can access individual runs or enrire data bundles with the various functions. The pkg is part of the latest BioC release out today https://www.bioconductor.org/packages/devel/bioc/html/getDEE2.html

The button for redirecting DEE2 data directly to Degust is broken and we are looking for a fix. For now  you will need to download the data to the disk and upload to the Degust webpage: https://degust.erc.monash.edu/

Search capability has always been a bit underwhelming with the DEE2 web interface so we are working on a more modern approach to this in the next couple of months.

We always hoped that DEE2 data could be used to generate canonical gene signatures. We have completed a pilot study with budding three undergrad biocurators who focused on generating gene sets related to our research focus: cardiovascular disease, diabetes, epilepsy and COVID-19. http://dee2.io/genesets.html

The time between SRA deposition and DEE2 has been something like 3-6 months. Too long! We will be focusing on bringing this down to about 1 month. If we receive an additional HPC grant we will be able to shrink this to a few weeks. If that grant is funded we will also be in a good place to expand DEE2 to encompass a number of other species including some crops like wheat, maize and tomato, as well as animals such as cattle, chicken and macaques.

Further ahead we are aware that the new mouse genome assembly GRCm39 will be annotated and part of the Ensembl release soon so we will be looking for additional compute to reproces all the mouse data on the new assembly in the next 12 months.

Although the dataset is GPL3, if you use the dataset for financial gain, you should consider sponsoring the project. It will help the long term viability, expansion and new features and improvements.

I'd like to thank a few people:

  • Antony Kaspi at WEHI for his work on the project
  • Undergrad biocurators Aaron Kovacs, Chelsia Sritharan and Haris Lekovic
  • Computational partners at MASSIVE, Deakin eResearch and Nectar/ARDC
  • Users for your suggestions and encouragement

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