-
Notifications
You must be signed in to change notification settings - Fork 22
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
Patch fastqscreen to handle multiple input FASTQ files #71
Patch fastqscreen to handle multiple input FASTQ files #71
Conversation
Warning Newer version of the nf-core template is available. Your pipeline is using an old version of the nf-core template: 3.0.2. For more documentation on how to update your pipeline, please see the nf-core documentation and Synchronisation documentation. |
|
Thanks for this contribution! I added a bugfix for the file extensions. As for the naming of the output files when handling dual reads, I feel like it might be more readable to simply append What do you think? |
Do you know how to do that? |
Don't have time today to fix this, but yes adding an integer makes sense. You might be able to use eachWithIndex instead of collect? |
Not prior 😆
I took a stab at it 🔪 bd8735e |
def file_extensions = ['txt', 'html', 'png'] | ||
def mv_cmd = file_extensions.collect { ext -> | ||
reads.withIndex().collect { read, i -> | ||
"mv ${read.simpleName}_screen.${ext} ${prefix}${num_reads > 1 ? "_${i+1}" : ''}_screen.${ext}" |
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.
Nice!
I'm happy with it if you are, you get to review your own code 😆 Or we get a third person to check it out. |
.github/workflows/branch.yml
Outdated
It looks like this pull-request is has been made against the [${{github.event.pull_request.head.repo.full_name }}](https://github.com/${{github.event.pull_request.head.repo.full_name }}) ${{github.event.pull_request.base.ref}} branch. | ||
The ${{github.event.pull_request.base.ref}} branch on nf-core repositories should always contain code from the latest release. | ||
Because of this, PRs to ${{github.event.pull_request.base.ref}} are only allowed if they come from the [${{github.event.pull_request.head.repo.full_name }}](https://github.com/${{github.event.pull_request.head.repo.full_name }}) `dev` branch. |
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.
Why not open a separate PR for all of this stuff?
…stqscreen_handles_more_than_1_fastq_file
I wanted to pass the linting prior to merging 😄 but now dev is updated and all tests are passing. Feel free to merge at will if you are happy with it |
Fix for #70.
This will allow fastqscreen to handle any number of FASTQ files.
${prefix}_screen.txt
PR checklist
[ ] If you've added a new tool - have you followed the pipeline conventions in the contribution docs[ ] If necessary, also make a PR on the nf-core/seqinspector branch on the nf-core/test-datasets repository.nf-core lint
).nf-test test main.nf.test -profile test,docker
).[ ] Check for unexpected warnings in debug mode (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).