Skip to content
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

How to check whether BAMSurgeon actually inserted the specified base at the requested frequency #95

Closed
pinkysaid opened this issue May 29, 2017 · 4 comments

Comments

@pinkysaid
Copy link

Hi Adam,

I am curious on how to counter-check whether the resultant BAM file (after running addsnv.py) has the inserted variants at the specified frequencies. I tried using IGV and I got conflicting readings.

Thanks.....

@adamewing
Copy link
Owner

Hi, can you give an example of what you mean by conflicting readings?

@george-githinji
Copy link

george-githinji commented May 30, 2017

From the documentation, bamsurgeon provides:

a directory of log files describing which bases were changed in which reads (one log per mutation) and the local assemblies for each region where a mutation was made

Walking through these log files might provide an assessment of which positions were actually spiked?

@pinkysaid
Copy link
Author

@adamewing For example, we inserted a C on position 171 of a genome, when I use IGV to check the resultant BAM file at this specific position, the reference base T appears and not the variant base I suggested for BAMSurgeon. Just realized @biorelated has a good point. I have found the log files for my samples, and they ascertain successful mutations. Still curious though why IGV does not confirm this.

@biorelated I just viewed one of the log files for this position and it seems to be correct.

@aldosr
Copy link

aldosr commented Sep 9, 2021

Have the same issue. In particular, from the BAMsurgeon log file:

len(readlist): 18784
selected VAF: 1.000000
picked: 18784
wrote: 18785, mutated: 18784

But then, on IGV (and as variant calling output, using vardict) only 50% of the reads are mutated, as stated in #184
@pinkysaid Did you understand why this happen?

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

No branches or pull requests

4 participants