Join GitHub today
GitHub is home to over 40 million developers working together to host and review code, manage projects, and build software together.
Sign upDetermine whether the BQSR plotting workflow still works #322
Comments
This comment has been minimized.
This comment has been minimized.
For reference, doc from the GATK3 best practices (https://www.broadinstitute.org/gatk/guide/tooldocs/org_broadinstitute_gatk_tools_walkers_bqsr_AnalyzeCovariates.php)
|
This comment has been minimized.
This comment has been minimized.
Bacause |
This comment has been minimized.
This comment has been minimized.
this is confirmed, the resulting tables are the same. Here's what i ran:
The result is
Which is expected because GATK4 does not know that a pre table was used. Integration test coming shortly. |
This comment has been minimized.
This comment has been minimized.
done by #420 |
lbergelson
pushed a commit
that referenced
this issue
May 31, 2017
Updating to latest gatk to get bugfixes regarding spark cluster.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
In the old GATK, when you wanted to produce pre/post recalibration plots, you would run BQSR twice, first normally and then a second time with the
-BQSR table_from_first_run
engine argument to produce a post-recalibration table, then feed both tables intoAnalyzeCovariates
.Since the
-BQSR
engine-level argument is not present in hellbender (no on-the-fly recalibration), the equivalent hellbender workflow would seem to be "runBQSR
, runApplyBQSR
, runBQSR
on the recalibrated bam to produce a post-recalibration table, then feed both tables intoAnalyzeCovariates
". We need to verify that this workflow is equivalent to the old workflow described above.