You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have some mouse PDX samples for which I need to run a standard DGE workflow later. While the standard nf-core rnaseq is more than enough for the purpose, for my use-case it is missing a mouse reads filtering step. @drpatelh - suggested a Kraken based solution.
Out of personal experience, I'd also rather jump on the kraken2 train.
Both because it's more widely supported, used by more people and therefore subsequently also more tested. I also doubt that there will be a problem getting always updated kraken2 DBs / bioconda scripts, whereas all of the bb* tools are from a single developer who might just stop development at some point.
This means you can use custom names to name your contaminant genomes and the reads relative to the main reference will always be called *primary*fastq.gz.
The BBSplit index will have to be built at least once with this pipeline and then can be re-used for future runs so it doesn't have to be re-built over and over again.
Hi,
I have some mouse PDX samples for which I need to run a standard DGE workflow later. While the standard nf-core rnaseq is more than enough for the purpose, for my use-case it is missing a mouse reads filtering step.
@drpatelh - suggested a Kraken based solution.
I was wondering if someone can suggest a process with BBmap (https://bioinformaticsonline.com/pages/view/35033/bbsplit-read-binning-tool-for-metagenomes-and-contaminated-libraries)
Thanks.
The text was updated successfully, but these errors were encountered: