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
my$seq_1_N_count = $number_of_mismatches_1 % 6; # modulo 6 will return the integer rest after the division
) the code is adjusting the Bowtie2 alignment score to calculate the number of non-bisulfite mismatches in the case that the --non_bs_mm option has been specified.
However it appears that these lines are within the code block that is checking for the presence of a deletion or insertion in the second cigar string (i.e. the code block that starts on line 8573,
), rather than after it. Thus it appears that the division of the alignment scores by 6 in order to calculate the number of mismatches only occurs if there is a deletion or insertion in the second cigar string?
We noticed this with a read containing a single non-bisulfite mismatch to the human genome which reported six mismatches in the XA:Z tag.
The text was updated successfully, but these errors were encountered:
Many thanks for spotting this, you are absolutely right about the scoping. Can you test out the new dev version and let me know if there are still any problems? Best, Felix
Hi - thank you for the continued development of Bismark!
We think that there may be a bug in the function paired_end_SAM_output() (
Bismark/bismark
Line 8173 in c752170
Bismark/bismark
Line 8614 in c752170
However it appears that these lines are within the code block that is checking for the presence of a deletion or insertion in the second cigar string (i.e. the code block that starts on line 8573,
Bismark/bismark
Line 8573 in c752170
We noticed this with a read containing a single non-bisulfite mismatch to the human genome which reported six mismatches in the XA:Z tag.
The text was updated successfully, but these errors were encountered: