We’re moving the GATK website, docs and forum to a new platform. Read the full story and breakdown of key changes on this blog.
If you happen to see a question you know the answer to, please do chime in and help your fellow community members. We encourage our fourm members to be more involved, jump in and help out your fellow researchers with their questions. GATK forum is a community forum and helping each other with using GATK tools and research is the cornerstone of our success as a genomics research community.We appreciate your help!
Test-drive the GATK tools and Best Practices pipelines on Terra
Check out this blog post to learn how you can get started with GATK and try out the pipelines in preconfigured workspaces (with a user-friendly interface!) without having to install anything.
We will be out of the office for a Broad Institute event from Dec 10th to Dec 11th 2019. We will be back to monitor the GATK forum on Dec 12th 2019. In the meantime we encourage you to help out other community members with their queries.
Thank you for your patience!
HaplotypeCaller not calling variants overlapping with active region and VCF/GVCF output discrepancy
We've been running regression tests of HaplotypeCaller against previous UnifiedGenotyper output and we found a locus where UG originally called a set of 4 low allele balance SNPs while HC produced no variant calls at all. The alignments around this region can be seen in the attached figure, with the putative SNPs on the right. Inspection of the debug output of HaplotypeCaller showed that it identified a large 78bp deletion (shown in red at the top of the figure) of a tandem near-repeat region. The couple of bp of discrepancies between the tandem repeats thus showed up as SNPs in the initial alignment instead of as the (real) large deletion. However, while the deletion was identified in the debug output, no call was produced. It appears that this is because the deletion spans outside of the initial active region (shown as the blue bar above the alignments). If I manually input an active region that contains the whole deletion using
--activeRegionIn, then the deletion is able to be called.
The second issue found here is that when using the manually input active region, the deletion is not output when using
--emitRefConfidence GVCF but is output when using
--emitRefConfidence None. Some source diving and debugging has shown that the confidence quality for this call is wildly different when using GVCF versus None: a phred-scaled variant quality of 4410 without GVCF output, versus a variant quality of 0 with the GVCF output. I can share the full outputs
We're using a custom version of GATK 3.6 that has the currently non-functional
--activeRegionIn argument fixed. I was able to replicate the missing variant call with GATK 3.7, but haven't tested the VCF/GVCF discrepancy in 3.7, since I don't have a locus that doesn't have the first problem letting me identify the discrepancy.