Genome Analysis Toolkit

Variant Discovery in High-Throughput Sequencing Data

GATK process banner

Need Help?

Search our documentation

Community Forum

Hi, How can we help?

Developed in the Data Sciences Platform at the Broad Institute, the toolkit offers a wide variety of tools with a primary focus on variant discovery and genotyping. Its powerful processing engine and high-performance computing features make it capable of taking on projects of any size. Learn more

normal-lod documentation is misleading

0

7 comments

  • Avatar
    Gökalp Çelik

    Hi Pranav Garg

    Do you get more Somatic Calls passing filter or more variant sites that indicate a contamination?

    According to Mutect documentation below increasing normal-lod increases the need for more alt supporting reads to tag a site for somatic calling. However reducing the value will tag more artifact sites as somatic therefore you will get more somatic calls in expense of germline artifacts. 

    https://github.com/broadinstitute/gatk/blob/master/docs/mutect/mutect.pdf 

     

    Can you elaborate more about what you are observing?

    Regards. 

     

    0
    Comment actions Permalink
  • Avatar
    Pranav Garg

    The number of emitted variants (not necessarily PASS variants) increases when normal-lod is lower (more negative). The number of PASS variants didn't change. The additional variants all have at least the "normal_artifact" filter tag.

    However, I was testing in a relatively small ROI. There were a few instances where there was change to the number of PASS variants, but this was due to clustered_events.

    According to your paraphrasing of the pdf documentation, reducing the nlod should increase the number of variants emitted because artifact sites will be considered somatic. This agrees with my observations but contradicts the online documentation that I quoted in my question.

     

    0
    Comment actions Permalink
  • Avatar
    Gökalp Çelik

    Ah I see the issue now. Let me consult this with the main Mutect2 developer and see what he says. 

    0
    Comment actions Permalink
  • 0
    Comment actions Permalink
  • Avatar
    Gökalp Çelik

    Hi Pranav Garg

    So the final verdict on this one from the developer is that wording is made wrong on the documentation therefore what you see is correct. We will fix the definition accordingly in the next release. 

    Thank you for pointing it out. 

    Regards. 

    0
    Comment actions Permalink
  • Avatar
    Pranav Garg

    Thanks. If you update the documentation, I would also appreciate if you could explain what the parameter --genotype-germline-sites does on top of setting --normal-lod to -infinity, because in the cases I tried, genotype-germline-sites always includes variants emitted with normal-lod set to a large negative value.

    In the end, for my TiN problem I decided to simply set genotype-germline-sites to true instead of adjusting normal-lod. I am trying filters/rescues downstream, on variants marked as normal_artifact and/or germline.

    0
    Comment actions Permalink
  • Avatar
    Gökalp Çelik

    Hi again.

    The below 2 parameters lets Mutect2 to emit these sites even though they will be filtered out in the final FilterMutectCalls step. Consider a germline variant found heterozygous in the matched normal or a PoN site that has allele frequency of 0.5 in the population. These sites will ultimately be filtered by Mutect2 because of the evidence from the normal and PoN. Once evidence indicates filtration for those sites Mutect2 does not emit them in the VCF file. If these parameters are enabled Mutect2 will emit those sites. 

    --genotype-germline-sites <Boolean>
                                  Call all apparent germline site even though they will ultimately be filtered.  Default
                                  value: false. Possible values: {true, false} 

    --genotype-pon-sites <Boolean>Call sites in the PoN even though they will ultimately be filtered.  Default value: false.
                                  Possible values: {true, false}

    Regards. 

    0
    Comment actions Permalink

Please sign in to leave a comment.

Powered by Zendesk