Can a lack of exome coverage disproportionately call snRNAs as significantly changing (and hide standard genes)?
1
0
Entering edit mode
8.2 years ago
Daniel ★ 4.0k

Hi

I ran a question two days ago, trying to work out why some RNAseq data that I was analysing for colleagues wasn't particularly fruitful in differentiate genes (RNAseq comparisons (tophat->HTSeq->edgeR) return only a few sig diffs, and all snRNA. Pos. bias? Further options?) and we came to the conclusion that "it is what it is".

However, I hadn't thought to consider read depth originally, as I assumed (perhaps naively) that this would have been sufficiently decided before sequencing (and before I was consulted). I now see what I would consider a low-level of coverage, and I wonder if this could be affecting the results, particularly why we're observing these snRNA targets commonly (~12 out of 14 sig. diff genes).

This is a 2.5GB bovine genome with around 40million 2x75bp nextseq reads per sample.

Thanks for looking.

coverage

RNA-Seq snRNA • 1.3k views
ADD COMMENT
0
Entering edit mode

Did you check on IGV the alignment on several genes ? How many replicates do you have ? Did you plot a MA-plot ?

ADD REPLY
2
Entering edit mode
8.2 years ago
DG 7.3k

I'm not sure that a straightforward coverage analysis like this is necessarily a good way to look at RNA-Seq data, unless you controlled for unexpressed genes in your analysis. In humans (and it should hold for all mammals) any given tissue or cell type only expresses about 20% of the genome, so having close to 80% of your targets having essentially zero coverage , and a plateau with close to 100x coverage for 20% of targets seems pretty reasonable to me.

ADD COMMENT
0
Entering edit mode

That makes sense, thanks. I wouldn't normally try this, I'm just trying to work out if there was anything wrong with this dataset, but your reasoning is sound.

ADD REPLY

Login before adding your answer.

Traffic: 2633 users visited in the last hour
Help About
FAQ
Access RSS
API
Stats

Use of this site constitutes acceptance of our User Agreement and Privacy Policy.

Powered by the version 2.3.6