-
Notifications
You must be signed in to change notification settings - Fork 60
Fix CAT_FASTQ handling for long reads and hybrid assembly modes #248
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
Conversation
Warning Newer version of the nf-core template is available. Your pipeline is using an old version of the nf-core template: 3.3.1. For more documentation on how to update your pipeline, please see the nf-core documentation and Synchronisation documentation. |
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.
I think that looks fine. As detailed below I would avoid having twice the same flatten call in branching and rather do that earlier.
Co-authored-by: Daniel Straub <42973691+d4straub@users.noreply.github.com>
[update] @d4straub , fixed cat_fastq performance when runing in assembly-hybrid mode. In addition I have updated the nf-test of this module. (git ci tests ran twice without errors) |
Awesome, looks good. I had a look at the code again and all seemed fine to me. Good to merge I think! |
PR checklist
nf-core pipelines lint
).nextflow run . -profile test,docker --outdir <OUTDIR>
).nextflow run . -profile debug,test,docker --outdir <OUTDIR>
).docs/usage.md
is updated.docs/output.md
is updated.CHANGELOG.md
is updated.README.md
is updated (including new tool citations and authors/contributors).PR description
Extends reads concatenation functionality to work properly in long and hybrid assembly modes, not just short reads mode. Major changes:
single_end: true
for long reads to prevent paired-end outputassembly_type
parameterClose #230