We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
🆒
This is an internal request stemming from when a user tried using an SRS accession as input to the SRA_Fetch workflow and seeing a failure.
The tool used, fastq-dl, does support many different kinds of accessions: https://github.com/rpetit3/fastq-dl?tab=readme-ov-file#--accession
fastq-dl
But the workflow expects output FASTQ files that are named after the input.
For example if this accession SRS20246375 is used as input, then these 2 FASTQ files (and a metadata file) are output by fastq-dl:
SRS20246375
SRR27718943_1.fastq.gz SRR27718943_2.fastq.gz SRS20246375-run-info.tsv
It would be nice to make the WDL workflow as smart as the tool itself and handle these kinds of situations.
The text was updated successfully, but these errors were encountered:
No branches or pull requests
🆒
📌 Explain the Request
This is an internal request stemming from when a user tried using an SRS accession as input to the SRA_Fetch workflow and seeing a failure.
The tool used,
fastq-dl
, does support many different kinds of accessions: https://github.com/rpetit3/fastq-dl?tab=readme-ov-file#--accessionBut the workflow expects output FASTQ files that are named after the input.
For example if this accession
SRS20246375
is used as input, then these 2 FASTQ files (and a metadata file) are output byfastq-dl
:It would be nice to make the WDL workflow as smart as the tool itself and handle these kinds of situations.
The text was updated successfully, but these errors were encountered: