-
Notifications
You must be signed in to change notification settings - Fork 149
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
Add BISCUIT #186
Add BISCUIT #186
Conversation
…ate multiqc accordingly, added picard CollectInsertSizeMetrics and CollectGcBiasMetrics for all aligners, added Samtools sort for bismark aligner. The fasta is assumed to contain the assembly name, not just genome.fa. DOCKERFILE, enviroment.yml, parameters.settings.json, bin/scrape_software_versions.py, conf/base.config, README.md were changed accordingly. Bin/biscuit_QC.sh, bin/setup.sh were added for biscuit_QC step
… Update enviroment.yml to newer version. Change main.nf slightly, on definision of publish output directory
…thylseq. adde biscuit to CL.
Co-Authored-By: Patrick Hüther <patrick.huether@gmail.com>
Co-Authored-By: Patrick Hüther <patrick.huether@gmail.com>
Co-Authored-By: Patrick Hüther <patrick.huether@gmail.com>
Co-Authored-By: Patrick Hüther <patrick.huether@gmail.com>
Co-Authored-By: Patrick Hüther <patrick.huether@gmail.com>
Co-Authored-By: Patrick Hüther <patrick.huether@gmail.com>
Co-Authored-By: Patrick Hüther <patrick.huether@gmail.com>
Co-Authored-By: Patrick Hüther <patrick.huether@gmail.com>
…d a process to build biscuitQC_assets, and running biscuit_QC.sh and built_biscuit_QC_assets.pl from within bioconda recipe
…bsnp.hdr to assets dir
…fix problems in main
…d qualimap), fix skip_deduplication for biscuit, change environment.yml file
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.
Hi @ekushele,
Nice work 👍 ! I have added a few comments and questions, see below
nextflow.config
Outdated
skip_deduplication = false | ||
non_directional = false | ||
nondirectional_library = false |
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.
the bismark
workflow also has params.non_directional
, could reuse that for BISCUIT
aswell
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.
That's what I did in the beginning, but then I had a problem witth the nextflow_schema.json
file, so I added this and min_coverage
(instead of min_depth
) for the BISCUIT aligner
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.
What was the problem? That the parameter can't be in the schema twice and so you have to choose between the Bismark and Biscuit groups?
If so then in other cases I have made a new group at the top called "Common" etc. for parameters like this.
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.
Yes, but there are two parameters: params.non_directional
which is common between Bismark and BISCUIT, and params.min_coverage
which is common between bwa-meth and BISCUIT.
Would you still do "Common" group for such a case?
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.
Yeah I think so - better to restructure the schema / docs rather than have similar but differently named parameters in my opinion 👍🏻
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.
Done 👍
Though there's a problem in the help message, I don't know how to solve it.
Copying here the "common option" group help message:
common options
--min_depth [integer] Specify a minimum read coverage for MethylDackel to report a methylation call in bwa-meth workflow, or a minimum
read coverage for information extraction from the VCF file to bed file in BISCUIT workflow.
--non_directional [boolean] Run alignment against all four possible strands.
There's a whitespace between "minimum" and "read" and I don't know what causes this problem
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.
Couple of minor points
Hi @ekushele, I just had a quick look over your PR here and fixed the merge conflicts that had arisen / did a tiny bit of whitespace tidying. So to recap, where are we this now?
Is that right? I'm trying to work out whether we should try to get this done before the DSL2 conversion of the pipeline (#199). In some ways the DSL2 conversion could actually make things easier - separate containers means less trouble with conflicting conda environment packages. But it will require a substantial rewrite of this code, notably to use centralised DSL2 module wrappers in nf-core/modules. This will need to be done for the DSL2 conversion anyway though, it's just a question of whether we try to get it merged and released prior to this. Given that the bioconda issue would be solved by DSL2, I'm inclined to do that first. What do you think? Would that be ok? Phil |
…brary and min_coverage
|
Replying to this: #186 (comment) Edit: |
closing this in favor of #295 |
nf-core/methylseq pull request
This is a continuation-improved PR of this PR: #147
PR checklist
nextflow run . -profile test,docker
).nf-core lint .
).docs
is updatedCHANGELOG.md
is updatedREADME.md
is updatedLearn more about contributing: CONTRIBUTING.md