directionality of RRBS
0
2
Entering edit mode
3.5 years ago
basuanubhav ▴ 140

Hey, just a quick question,

So I have some RRBS data that I downloaded from SRA ( matched normal tumor pairs ) which I want to analyze to gain some experience working with this type of data. I decided to use bismark for aligning followed by metilene for DMR identification. While aligning in bismark, I saw there was an option --non_directional to specify if the reads came from a non-directional library. Here is the publication containing the data whose methods refer to this paper for the library prep. Now reading the Material and Methods section, I got no idea if it is a directional prep or not.

Is there a way to figure out what is the directionality of the data? (Although the bismark documentation says that most Illumina RRBS preps are directional and --non_directional is set to OFF by default).

By running the same sample in both directional and non-directionalmode, can I figure out the directionality?

Thanks a lot for your help. Cheers.

directional non-directional RRBS • 3.1k views
ADD COMMENT
2
Entering edit mode

Check this answer by the Bismark author.

ADD REPLY
0
Entering edit mode

Thanks for that. So I checked the same sample in both directional and non-directional alignment and found that the mapping efficiency stays nearly the same (~68%). So the library is probably directional. I was worried because the methylation percentage of C in CpG was only 36% ( CHH and CHG are lower ~ 5%). I read the CpG methylation in mammals is ~70%. Although this is a tumor sample, so do you have any idea whether this is normal? Thanks again,

ADD REPLY
2
Entering edit mode

Yes, it is normal! Remember that RRBS does not profile the whole genome in an unbiased manner. Instead, it generates enzimatically-ennriched libraries of mostly CpG-dense regions (such as CpG islands), and CpG-dense regions have lower methylation levels than CpG-sparse regions in general.

ADD REPLY
0
Entering edit mode

Oh, that makes perfect sense!! Just one last doubt that I had. Now, while running FASTQC on my data I saw that the adapters were trimmed from all the reads and the authors stated that trimming was done using Trim Galore! I also read that for RRBS data, two extra bases from the 3' end of R1 and 5' end of R2 should be trimmed to prevent bias arising due to the methylation state of the C used for end repair. I don't know whether this step was performed on the data or not (the authors just stated that Trim Galore! was used).

  1. How significant is the bias which arises if we do not trim the two bases?

  2. Is there a way to check if the two base trimming was done for my data? Can we look for a signal in the per base sequence content of FASTQC to infer this?

I am attaching the per base sequence content for one of my samples. The other samples have a similar profile. Read1 Read2

  1. Any idea why there is an A spike at base 1 of R2?

Thanks a ton!

ADD REPLY
1
Entering edit mode

If they used Trim Galore for trimming, they probably did that "special" trimming, because Trim Galore has an specific mode for trimming RRBS data.

Nonetheless, in the plot they seem to be 100 bp reads. If this is the case, if for R2 you see that the maximum sequence length goes only up to 98 bp (not 100 bp), you would have more confidence that they have had hard-trimmed those 2 bp specific for RRBS.

But, furthermore, looking at the fastQC sequence content profiles you show, we can see that they have been trimmed. The "spikes" you see in the reads are due to the enzymatic MspI digestion, which cuts DNA at an specific motif. In the following image I show you data of how paired-end RRBS looks before and after trimming: you can see very clearly how the 2 bp from 5' of R2 are removed. For 3' R1 it is harder to see because some reads also have adapter trimming, etc. RBBS paired end data before and after trimming

ADD REPLY
0
Entering edit mode

Yes, the images make it very clear that 5' end of R2 has been hard trimmed. So I can safely assume that the data has been trimmed and then uploaded.

Thanks so much for your patience. Much appreciated. Cheers!

ADD REPLY
0
Entering edit mode

no problem! good luck with the analyses ;)

ADD REPLY
0
Entering edit mode

Hey, sorry to be bothering you so soon again.

So I went ahead with the methylation extraction using Bismark which produced an M bias plot looking like this ( other sample plots look similar ).

original report

As seen, R1 has a severe CHG methylation bias at the 5' end while R2 has biases at both ends of the read. So to remove them, I did the extraction step again with the --ignore flag in bismark_methylation_extractor. Here is the full command that I used

bismark_methylation_extractor -p --gzip -o /nfs_node2/anubhav/RRBS_lung/bismark/methylation_extraction/ --comprehensive --ignore 1 --ignore_r2 2 --ignore_3prime_r2 1 --multicore 10 --bedGraph --buffer_size 70G /nfs_node2/anubhav/RRBS_lung/bismark/aligned/*.bam

OT and OB strands were merged and 1 base from 5' end of R1 was ignored while 2 bases from 5' end and 1 base from 3' end of R2 was ignored. This gave a better M bias plot as shown trimmed M bias plot

  1. Any idea why these biases are seen even though the data seems trimmed.
  2. Other M bias plots I have seen seem to be very smooth. Are my graphs a bit rough because it is RRBS data and not WGBS.
  3. Are the trimmed plots/data acceptable for downstream analysis ( DMR identification )?

Thanks again.

ADD REPLY
0
Entering edit mode

RRBS M-bias plots in general look strange. Check out these answers by the author: one (where he does not recommend ignoring any more positions for RRBS data), two.

The "roughness" across the reads is probably due to the low complexity of the RRBS data (maybe duplicated seqs or targeting repetitive seqs or things like that). The spikes at the end are argued to be from adapter trimming, although I would also expect to see a 3' spike in your previous Per Base Sequence Content plots. Also, spikes near the 5' ends are usually due to very low numbers of counts/calls (you may see it in the .txt file from which the M-bias plot is plotted) so probably less relevant.

ADD REPLY
0
Entering edit mode

Can the Per base sequence content module in FastQC be used to visually differentiate if a data is from WGBS or RRBS? I usually observed that for WGBS, the lines are usually flat while in this case its more of zigzag.

ADD REPLY
1
Entering edit mode

The per base sequence content is indeed usually flatter in WGBS because the library is much more complex (i.e. contains many more different/varied sequences). Though I've seen some RRBS plots which were quite flat.

Nonetheless, particularly in the untrimmed data, you will especially distinguish RRBS by the sequence bias at the first 3 bases of the 5' end due to all reads starting at C/TGG sites.

ADD REPLY

Login before adding your answer.

Traffic: 2728 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