-
Notifications
You must be signed in to change notification settings - Fork 23
Check if chromosome names match bam/bed #15
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
Comments
Does that happen with slamdunk count (v0.4.3)? I have an issue with slamdunk count, and trying to figure out the problem. It doesn't generate any output files. I ran the dunks individually and all worked except count. I'm using the docker image for version 0.4.3. However, when I run slamdunk all everything is generated properly. I'm not sure if it's because when I run the dunks individually and use umi_tools for deduplication after mapping, and I use samtools to sort and index before filtering. |
Do you get any errors on the console or log files? |
@t-neumann I don't get any errors or logs. I tried running count from scratch again. It seems the date of bamIndex file is checked with ">". I tried "touch bamIndex.bai". Then, ran count, and it worked. Could you please help me find the check condition in the source file? I'd like to change it and test again. Also, another issue, is after mapping I run umi_tools for deduplication. Then, I run filter, snp, and count. all worked except count dunk. That's why I'd like to fix the index issue first, then investigate whether umi_tools causing any issues for the count dunk. |
Can you send the exact commands you run? It is very weird that you would have bamIndex files that are older than the actual bam files. |
@t-neumann I figured it out. My bad! I'm building a workflow using CWL, and one of the step before running the count dunk is moving the bam and its index to a new folder. The way I did it resulted in making the index file older since I moved the bam at the end. Now it's fixed! Thank you. |
Ok very good - that's a relief |
Currently an empty iterator will be returned if the chromosome names from bed do not match the ones from the fasta file. We should check this and implement a warning.
The text was updated successfully, but these errors were encountered: