relationship between DP and variant call quality
1
0
Entering edit mode
5.8 years ago
miaowzai ▴ 390

I am doing fitering (quality control) of a VCF file from exome sequencing.

I already filtered by the VQSR threshold and kept only PASS loci.

When I was trying to decide the cutoff of "DP" to use, I encounter this strange case: In a few variants in one gene, I observe very different distributions of DP of the 0/0 genotype and 0/1 genotype shown below. enter image description here enter image description here

I was expecting a normal distribution for both genotypes. But I am observing a lot of 0/0s at "low DP" (around 30 to 50) here. And in the 0/1 figure, it seems like that we need a DP at least 80 to call a 0/1.

When I look at another gene, similar situation exists, but the threshold looks a little bit different.

My questions are:

  1. How does the DP affects variant calling exactly?
  2. Are those 0/0 with 30 to 50 DP potential false negative calls? i.e. some of them are "actually" 0/1 and they do not have deep enough DP for them to be called 0/1.
  3. What is an ideal cutoff of DP to use, especially for 0/0?

Thank you.

coverage read depth DP variant quality • 3.1k views
ADD COMMENT
2
Entering edit mode

Hello,

(3) What is an ideal cutoff of DP to use?

Have a look at Kevin Blighe's post here: A: DP in VCF files?

fin swimmer

ADD REPLY
0
Entering edit mode

Thank you! I have read this post. According to Kevin's idea, it's safe to use a low DP cutoff (e.g. 10 or 18 for 0/1 and 1/1) to get accurate calls. But for 0/0, we may need higher values. I was wondering how can I decide which value to use...

Actually, when I thought about this again, it doens't matter what cutoff of DP to use for 0/0. Because if I filter the calls by DP of 40, for example, I get a ./. instead of 0/0. However, both of ./. and 0/0 are telling me the same thing: the genotype of this locus is unknown... :(

ADD REPLY
0
Entering edit mode

However, both of ./. and 0/0 are telling me the same thing: the genotype of this locus is unknown

No, that is not strictly true. 0/0 means that the variant caller was able to make a call at the site but that the call was homozygous reference. ./. indicates that there is not enough information such that a variant call could be made, and/or the evidence over the site has fallen below some threshold for QC.

ADD REPLY
0
Entering edit mode

Thanks for the reply! I understand this is not strictly true. But according to the DP distributions in my data, those 0/0 calls with low DP seem to be false negative calls to me, i.e. some of them may be actually 0/1 but they are called 0/0 since there is no ALT reads aligned due to low coverage. In this case, there is no way to tell if they are "acutally" 0/0 or 0/1...

ADD REPLY
0
Entering edit mode

Yes, that's true. It's difficult for the variant callers, though, in part due to just how much error NGS reads can pick up. You could think about lowering your thresholds for:

  • min reads (to call a variant)
  • min heterozygosity rate

...although, in doing this, you run the risk of picking up false-positives, as you have probably found.

Years ago, I just became so tired of this 'error' in NGS... it was around the time that my grey hairs first started to appear. I and a clinical genetics colleague of mine working together in a Children's Hospital in England came up with a new approach that pretty much solved this issue. After you obtain your final BAM prior to variant calling, do the following:

  1. 'shuffle' the reads in the BAM by extracting random subsets at frequencies of, say, 25%, 50%, and 70% reads
  2. call variants independently on each BAM (or combined with samtools mpileup)
  3. take a look at the results and see what was called at very high quality in one of your subsets and not the primary BAM

Kevin

ADD REPLY
0
Entering edit mode

Thank you so much for the explanation Kevin. I usually get VCF file from data provider so I haven't actually done variant calling myself. Many VCF files that I deal with have a lot of problems regarding variant quality and I do not always have access to the bam files. The only thing that I can do is to filter out "bad" variants as much as I could and keep as many variants in the same time. Do you, by any chance, have any suggestion on the filtering of VCF if such "error" already exists? Thanks again.

ADD REPLY
0
Entering edit mode

Not sure... can you not at least get the BAM files? The data provide should not have issues in sharing your own data with you (?). The VCFs are already heavily processed.

ADD REPLY
0
Entering edit mode

OK. I will ask about it. Thank you so much!

ADD REPLY
0
Entering edit mode

Hello again,

could you please tell something more about your graphics? Do they show the depth distribution for one variant in many samples? How does the plot looks like for 1/1?

fin swimmer

ADD REPLY
0
Entering edit mode

Hi, I made these two graphs using a few variants (5 to 6) within one gene called UBB (I also checked a few other genes). There is no 1/1 genotypes of these variants. The distributions are from these few variants in many samples (~1000 samples, all are EUR).

ADD REPLY
0
Entering edit mode
5.8 years ago

Hello miaowzai,

I think the histogram doesn't show what you think. The first plot doesn't show the depth distribution for positions that have the genotype 0/0. It shows the depth distribution for samples having genotype 0/0 at the position, where one or more samples in your cohort have a variant. That's a big difference! In your plot you see that you have at read depth < 100 a very small number of samples having a variant. This means at this position you must have a high number of samples that have no variant. Assuming that the read depth distribution is equal in all samples, your plot for genotype 0/0 should look more like in inversion of this with 0/1.

How does the DP affects variant calling exactly?

If you want to know it exactly you have to look up the code of your variant caller ;)

My understanding is this:

The depth is just one of many values that have influence on the variant calling. At the end this is all about probability. Variant Caller asks questions like: What is the base quality in this read? What is the mapping quality of this read? Where in the read does the variant occur? How does these value look like in other reads spanning this position? What fraction of reads supports the variant? AFAIK it's a bayes algorithm. So with every read we come closer to the "truth". But this is not linear, which means we will reach a point where more reads doesn't bring more information. Quite the contrary it could happen that more reads introduces a bias in this probability calculation.

fin swimmer

ADD COMMENT
0
Entering edit mode

finswimmer, thank you so much for the elaborate explanation. It really helps!

I think I understood my plot corretly and I was having problem expressing what I thought in English. Yes, I have a lot of samples with no variant at these positions. My samples are divided as cases and controls, and most case samples do not have variant here and most controls do. Assuming my samples are with the same ethnicity (which I checked), it is unlikely to find such a big difference in allele counts between case and controls with my sample size in a single gene. That's why I went to take a look at the variant quality. I was suspecting that maybe those 0/0s in the case samples are actually false negative calls since there's not enough read depth to align a 1 allele. Does this seem reasonable to you?

Could you tell me what do you mean by "your plot for genotype 0/0 should look more like in inversion of this with 0/1"? Thanks!

p.s. I further checked more gene regions and for some genes, two distributions (or three, containing 1/1) are similar. I guess this is a regional thing, i.e. some regions are "hard" to either sequence or call variant and they have more false negative calls

ADD REPLY

Login before adding your answer.

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