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
@t-neumann@jkobject While running slamdunk all of the jkobject/slamdunk fork on a set of 10 samples, slamdunk doesn't produce tcount files for 2 of them without any error or other indication of what went wrong.
The same behaviour was reproduced with both the forked and original versions, when running slamdunk count on the filtered bam file.
Do you know what went wrong and how to fix it?
The text was updated successfully, but these errors were encountered:
Thanks for the quick response! I too think that it's not due to the modifications you made.
My call of slamdunk is pretty basic slamdunk all -r genome.fa -b utr3.bed -o out/${sample} -t 12 ${sample}_R1_001.fastq.gz ${sample}_R2_001.fastq.gz.
Other than that, I'm only importing VarScan prior to calling slamdunk with alias varscan="java -jar /home/myuser/Tools/VarScan.v2.4.4.jar".
What is weird is that all samples are processed in exactly the same way prior to slamdunk but only some fail.
Hm that is indeed weird if it works for some but not for all. I second @jkobject I would probably need one of the filtered bam files to see what's going on there
@t-neumann @jkobject While running
slamdunk all
of the jkobject/slamdunk fork on a set of 10 samples, slamdunk doesn't produce tcount files for 2 of them without any error or other indication of what went wrong.The same behaviour was reproduced with both the forked and original versions, when running
slamdunk count
on the filtered bam file.Do you know what went wrong and how to fix it?
The text was updated successfully, but these errors were encountered: