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
Thanks for releasing aln2type it's a great tool for variant detection.
We've identified some discrepancies in the json files for omicron genomes - sometimes it will list the sample base as the expected variant but the status is listed as "no-detect". The sample-typing-result picks this up as a mutation_ref_call. When we look at the consensus the base is indeed the reference allele.
So it looks like aln2type is doing everything right regarding interpreting whether specific variants are present, but it's sometimes printing an incorrect sample-call in the json which makes troubleshooting a bit more tricky.
Example BA.5 genome (aligned to Wuhan-Hu-1) and json file attached - the problem variants are at 27038 and 27889 for V-22APR-04 specifically. example_json.txt example.fasta.txt
The text was updated successfully, but these errors were encountered:
Thanks for releasing aln2type it's a great tool for variant detection.
We've identified some discrepancies in the json files for omicron genomes - sometimes it will list the sample base as the expected variant but the status is listed as "no-detect". The sample-typing-result picks this up as a mutation_ref_call. When we look at the consensus the base is indeed the reference allele.
So it looks like aln2type is doing everything right regarding interpreting whether specific variants are present, but it's sometimes printing an incorrect sample-call in the json which makes troubleshooting a bit more tricky.
Example BA.5 genome (aligned to Wuhan-Hu-1) and json file attached - the problem variants are at 27038 and 27889 for V-22APR-04 specifically.
example_json.txt
example.fasta.txt
The text was updated successfully, but these errors were encountered: