-
Notifications
You must be signed in to change notification settings - Fork 0
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
Dp24 organellar #35
Dp24 organellar #35
Conversation
Currently relies on PR #34 to be merged first |
Python linting (
|
|
Local testing has revealed an error, with a slightly larger data set causing an NCBI C++ error. |
bin/filter_barcode_blast_results.py
Outdated
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.
looks fine for now, but better to consider a better way to write.
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 will leave that to Eerik, he understands what is supposed to be happening here.
could Eerik to have a check on this workflow? |
That's fine, I just wanted to chase down this error with BLASTN first. |
I have PR to fix the blastn nf core module, could use it here instead of creating a new module, currently the PR is waiting for nf-core to fix conda problem then merge. nf-core/modules#4245 (comment) |
PR waiting on above fix by nf-core + nf-test |
'docker.io/ubuntu:20.04' }" | ||
|
||
input: | ||
tuple val(meta), path(busco) |
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's this file used for? ASCC doesn't currently use BUSCO, so I'm confused about what this script does
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.
ASCC can run the BTK-BUSCO SnakeMake pipeline but its own scripts don't use BUSCO
path: { "${params.outdir}/pipeline_info" }, | ||
mode: params.publish_dir_mode, | ||
pattern: '*_versions.yml' | ||
] | ||
} | ||
|
||
withName: KRAKEN2_KRAKEN2 { | ||
ext.args = { "--report-zero-counts --use-names --memory-mapping" } | ||
ext.args = { "--report-zero-counts --use-names --memory-mapping" } |
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.
In the https://github.com/sanger-tol/cobiontcheck/tree/develop version I'm using Kraken2 without memory mapping
@@ -9,16 +9,16 @@ process GET_LINEAGE_FOR_TOP { | |||
|
|||
input: | |||
tuple val(meta), path(tophits) | |||
path( ncbi_taxonomy_path ) | |||
path( accessions_folder ) |
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.
Renaming ncbi_taxonomy_path
to accessions_folder
is a good change. Perhaps it would be even clearer what this folder contains if it was called accession2taxid_folder
?
Adds blast for organelles