-
Notifications
You must be signed in to change notification settings - Fork 498
Add mutect2 force calling using '--alleles' flag #1952
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: dev
Are you sure you want to change the base?
Conversation
|
Also, while I was editing
Just a nitpick, but should either the If this is of interest and doesn't disrupt too much, I can open another PR with one of these updates. |
FriederikeHanssen
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks good already. I added some comments on where changes should be handeled instead.
What we are missing are updates to the output documentation of Mutect2.
conf/test/tools_tumoronly.config
Outdated
| pon_tbi = "${params.modules_testdata_base_path}/genomics/homo_sapiens/genome/chr21/germlineresources/mills_and_1000G.indels.hg38.vcf.gz.tbi" | ||
| ngscheckmate_bed = "${params.modules_testdata_base_path}/genomics/homo_sapiens/genome/chr21/germlineresources/SNP_GRCh38_hg38_wChr.bed" | ||
| mutect2_force_call = "${projectDir}/testing/test_force_call.vcf.gz" | ||
| // mutect2_force_call_tbi = "${projectDir}/testing/test_force_call.vcf.gz.tbi" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
we should proabbly have one test that checks things work with a supplied tbi file
…s flag. User supplies path to vcf.gz file and associated index file. (Ref: Issue nf-core#1883)
…e not in 'vcf.gz' format
…gatk4/mutect2 module
6e49ded to
f1f88fb
Compare
|
Following remove validation error; handled by schema, I have:
Sorry I also messed up the commit history, should have merged instead of rebased. The previous comments are up to: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can't we add the params we need to the tests?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hey, I've tried two ways to do this, could you have a look at which one you prefer?
jchchiu#2: Is what makes most sense to me by adding test scenarios and updating snap; is this what you had in mind?
jchchiu#3: Just updates the somatic and tumor_only configs to include the parameter, but I believe this changes all mutect2 tests to always test with the force_call parameter which is not very good.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
2nd is definitvely best for me
d1daaf8 to
dcb320d
Compare
Test modifcations by changing tests
|
Warning Newer version of the nf-core template is available. Your pipeline is using an old version of the nf-core template: 3.3.2. For more documentation on how to update your pipeline, please see the nf-core documentation and Synchronisation documentation. |
… files_unchanged" This reverts commit a1881cf.
|
@nf-core-bot fix linting |
|
Heya, I've seen that 'Prepare genome refactor #1979' has been merged so I've updated my PR.
|
PR checklist
Regarding issue #1883 I have:
mutect2_force_call,mutect2_force_call_tbi) to supply a path to a vcf.gz file and associated index file for force calling.mutect2_force_callfile format not in.vcf.gzformat.mutect2_force_callif user does not supply it.[somatic/tumor_only]_[ALL/mutect2]subworkflows.mfc_command) and added to Mutect2 execution.Some questions:
test_force_call.vcf.gzwhich works for both tumor only and somatic mode:--genotype-filtered-alleles(or maybe it's now--force-call-filtered-alleles) flag that can be used in conjunction with--alleles. Is it worth it to also implement this?