Skip to content
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

added seqfu stats #56

Merged
merged 4 commits into from
Nov 11, 2024
Merged

added seqfu stats #56

merged 4 commits into from
Nov 11, 2024

Conversation

ctuni
Copy link

@ctuni ctuni commented Oct 29, 2024

Added SeqFu stats module

PR checklist

  • This comment contains a description of changes (with reason).
  • If you've fixed a bug or added code that should be tested, add tests!
  • 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.
  • Make sure your code lints (nf-core lint).
  • Ensure the test suite passes (nf-test test main.nf.test -profile test,docker).
  • Check for unexpected warnings in debug mode (nextflow run . -profile debug,test,docker --outdir <OUTDIR>).
  • Usage Documentation in docs/usage.md is updated.
  • Output Documentation in docs/output.md is updated.
  • CHANGELOG.md is updated.
  • README.md is updated (including new tool citations and authors/contributors).

Copy link

github-actions bot commented Oct 29, 2024

nf-core pipelines lint overall result: Passed ✅ ⚠️

Posted for pipeline commit e3117f6

+| ✅ 191 tests passed       |+
#| ❔   1 tests were ignored |#
!| ❗  21 tests had warnings |!

❗ Test warnings:

  • readme - README contains the placeholder zenodo.XXXXXXX. This should be replaced with the zenodo doi (after the first release).
  • pipeline_todos - TODO string in main.nf: Remove this line if you don't need a FASTA file
  • pipeline_todos - TODO string in nextflow.config: Specify your pipeline's command line flags
  • pipeline_todos - TODO string in nextflow.config: Optionally, you can add a pipeline-specific nf-core config at https://github.com/nf-core/configs
  • pipeline_todos - TODO string in README.md: TODO nf-core:
  • pipeline_todos - TODO string in README.md: Include a figure that guides the user through the major workflow steps. Many nf-core
  • pipeline_todos - TODO string in README.md: Fill in short bullet-pointed list of the default steps in the pipeline
  • pipeline_todos - TODO string in README.md: Add citation for pipeline after first release. Uncomment lines below and update Zenodo doi and badge at the top of this file.
  • pipeline_todos - TODO string in README.md: Add bibliography of tools and data used in your pipeline
  • pipeline_todos - TODO string in usage.md: Add documentation about anything specific to running your pipeline. For general topics, please point to (and add to) the main nf-core website.
  • pipeline_todos - TODO string in main.nf: Optionally add in-text citation tools to this list.
  • pipeline_todos - TODO string in main.nf: Optionally add bibliographic entries to this list.
  • pipeline_todos - TODO string in main.nf: Only uncomment below if logic in toolCitationText/toolBibliographyText has been filled!
  • pipeline_todos - TODO string in test_full.config: Specify the paths to your full test data ( on nf-core/test-datasets or directly in repositories, e.g. SRA)
  • pipeline_todos - TODO string in test_full.config: Give any required params for the test so that command line flags are not needed
  • pipeline_todos - TODO string in test.config: Specify the paths to your test data on nf-core/test-datasets
  • pipeline_todos - TODO string in test.config: Give any required params for the test so that command line flags are not needed
  • pipeline_todos - TODO string in base.config: Check the defaults for all processes
  • pipeline_todos - TODO string in base.config: Customise requirements for specific processes.
  • pipeline_todos - TODO string in methods_description_template.yml: #Update the HTML below to your preferred methods description, e.g. add publication citation for this pipeline
  • pipeline_todos - TODO string in awsfulltest.yml: You can customise AWS full pipeline tests as required

❔ Tests ignored:

  • files_unchanged - File ignored due to lint config: .github/CONTRIBUTING.md

✅ Tests passed:

Run details

  • nf-core/tools version 3.0.2
  • Run at 2024-10-30 10:27:32

@ctuni ctuni linked an issue Oct 29, 2024 that may be closed by this pull request
Copy link
Member

@MatthiasZepper MatthiasZepper left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you for your contribution!

Ultimately, the pipeline will allow to flexibly choose the tools that are run, so having more tools in the pipeline is always great, but what exactly was your rationale here?

Admittedly, I just skimmed over the description, but to me, it seems that it is predominantly meant to run on FASTA files and for judging the quality of genome assemblies. Unless I missed some relevant arguments, its application on sequencing reads is in my opinion does not really yield too many meaningful statistics (at least for Illumina, for Nanopore probably yes)

Do you happen to have a Nanopore example? For Illumina, this is basically all you get:

┌──────────────────────────┬──────────┬────────────┬───────┬─────┬─────┬─────┬───────┬─────┬─────┐
│ File                     │ #Seq     │ Total bp   │ Avg   │ N50 │ N75 │ N90 │ auN   │ Min │ Max │
├──────────────────────────┼──────────┼────────────┼───────┼─────┼─────┼─────┼───────┼─────┼─────┤
│ S11_L001_R1_001.fastq.gz │ 35875355 │ 5417178605 │ 151.0 │ 151 │ 151 │ 151 │ 0.000 │ 151 │ 151 │
│ S11_L001_I1_001.fastq.gz │ 35875355 │ 322878195  │ 9.0   │ 9   │ 9   │ 9   │ 0.000 │ 9   │ 9   │
│ S11_L001_R2_001.fastq.gz │ 35875355 │ 5417178605 │ 151.0 │ 151 │ 151 │ 151 │ 0.000 │ 151 │ 151 │
└──────────────────────────┴──────────┴────────────┴───────┴─────┴─────┴─────┴───────┴─────┴─────┘

But with regard to the code, this already looks very good and tidy!

I am only missing a config for the module with a publishDir directive, so that the reports from the stats output channel are published in a subfolder of the outdir. Furthermore, there are possibly relevant ext.args that I overlooked and that you used for the reads?

@ctuni
Copy link
Author

ctuni commented Oct 30, 2024

Thank you for your contribution!

Ultimately, the pipeline will allow to flexibly choose the tools that are run, so having more tools in the pipeline is always great, but what exactly was your rationale here?

Admittedly, I just skimmed over the description, but to me, it seems that it is predominantly meant to run on FASTA files and for judging the quality of genome assemblies. Unless I missed some relevant arguments, its application on sequencing reads is in my opinion does not really yield too many meaningful statistics (at least for Illumina, for Nanopore probably yes)

Do you happen to have a Nanopore example? For Illumina, this is basically all you get:

┌──────────────────────────┬──────────┬────────────┬───────┬─────┬─────┬─────┬───────┬─────┬─────┐
│ File                     │ #Seq     │ Total bp   │ Avg   │ N50 │ N75 │ N90 │ auN   │ Min │ Max │
├──────────────────────────┼──────────┼────────────┼───────┼─────┼─────┼─────┼───────┼─────┼─────┤
│ S11_L001_R1_001.fastq.gz │ 35875355 │ 5417178605 │ 151.0 │ 151 │ 151 │ 151 │ 0.000 │ 151 │ 151 │
│ S11_L001_I1_001.fastq.gz │ 35875355 │ 322878195  │ 9.0   │ 9   │ 9   │ 9   │ 0.000 │ 9   │ 9   │
│ S11_L001_R2_001.fastq.gz │ 35875355 │ 5417178605 │ 151.0 │ 151 │ 151 │ 151 │ 0.000 │ 151 │ 151 │
└──────────────────────────┴──────────┴────────────┴───────┴─────┴─────┴─────┴───────┴─────┴─────┘

But with regard to the code, this already looks very good and tidy!

I am only missing a config for the module with a publishDir directive, so that the reports from the stats output channel are published in a subfolder of the outdir. Furthermore, there are possibly relevant ext.args that I overlooked and that you used for the reads?

Hi @MatthiasZepper, thank you for your comments!

To be fair, I took up this issue/PR to "prepare" the pipeline with as many new modules as possible. I agree that this tool is more useful with Nanopore reads. Maybe this PR can be "frozen" until the seqinspector pipeline has a workflow for Nanopore/long read methods. Or until the pipeline accepts files that are not FASTQ (FASTA, BAM, BED, etc). Unfortunately, I don't have a Nanopore example, I'll see if there is some nanopore dataset on the test-datasets repo so I can see what the stats look like.

I'll add now the config for the publishDir and check which ext.args might be useful to add by default!

Copy link
Member

@MatthiasZepper MatthiasZepper left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for your contribution! LGTM!

@ctuni ctuni merged commit 46d39d6 into nf-core:dev Nov 11, 2024
10 checks passed
@ctuni ctuni deleted the feature/seqfu branch November 11, 2024 10:51
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

add SeqFu to Seqinspector
2 participants