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 know Ampliseq already uses fastqc, but I like using Seqkit stats when demultiplexing to track the number of reads that did and didn't get assigned to samples. There is another issue proposing a demultiplex step that I hope to resolve, so I figured I'd propose Seqkit stats for when the user chooses to demultiplex.
The text was updated successfully, but these errors were encountered:
In that case I propose a demultiplexing subworkflow that contains cutadapt & seqkit to bundle the tools. I agree that it would be good to track stats for demuptiplexing, probably even a warning when a large amount of reads wasnt assigned to anything.
I agree on the subworklow. There are other modules I might need to add to the subworkflow to get around a problem I've identified with demultiplexing. I'll make another issue to go into more details about that problem, and my proposed solution
Description of feature
I know Ampliseq already uses fastqc, but I like using Seqkit stats when demultiplexing to track the number of reads that did and didn't get assigned to samples. There is another issue proposing a demultiplex step that I hope to resolve, so I figured I'd propose Seqkit stats for when the user chooses to demultiplex.
The text was updated successfully, but these errors were encountered: