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

Allele finding and primer bias #235

Open
krdav opened this issue Apr 27, 2017 · 1 comment
Open

Allele finding and primer bias #235

krdav opened this issue Apr 27, 2017 · 1 comment

Comments

@krdav
Copy link

krdav commented Apr 27, 2017

The problem is that it is common practice to use primers (especially in the FR1 region) that are deliberately changing a couple of nucleotides. This might be for several reasons e.g. a) to only use a sparse set of generate primers, b) to introduce a restriction site for future subcloning etc.

The situation could look like this:
primer_introduced_shm

The introduction of this change will look as if it was caused by SHM and will be found in the majority (like 99%) of all the reads. Therefore it could easily be confused to be a new allele. Adding to the problem; when running data from other labs it might not be clear switch primers they have used. Additions to the code should be added to deal with this problem:

  1. Switch to disable allele finding on the first (and/or last) X nucleotides.
  2. Option to revert a primer introduced change (otherwise detected as a new allele) back to its germline identity.
  3. Primer finding and warning by searching for synonymous mutations in the first and last 30 nt. of a read. If non are observed it is probably because a primer have reverted these.
@psathyrella
Copy link
Owner

dear self: add option to override automatic 5' and 3' allelefinder exclusion zones.

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

2 participants