Skip to content

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

Open
t-neumann opened this issue May 16, 2017 · 6 comments
Open

Check if chromosome names match bam/bed #15

t-neumann opened this issue May 16, 2017 · 6 comments
Labels

Comments

@t-neumann
Copy link
Owner

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.

@t-neumann t-neumann added the bug label May 16, 2017
@AMA-cs
Copy link

AMA-cs commented Jun 22, 2020

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.

@t-neumann
Copy link
Owner Author

Do you get any errors on the console or log files?

@AMA-cs
Copy link

AMA-cs commented Jun 23, 2020

@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.

@t-neumann
Copy link
Owner Author

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.

@AMA-cs
Copy link

AMA-cs commented Jun 26, 2020

@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.

@t-neumann
Copy link
Owner Author

Ok very good - that's a relief

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants