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
Hi, when I use clair3(v1.0.5) to call variants in HG002's PacBio HiFi 15-20kb chemistry2 reads, I typed the run_clair3.sh command twice in the command line, using the same inputs, but the results of merge_output.vcf.gz were of different sizes. Is it right or in other words, this result is caused by the principle and algorithm clair3 used?
The text was updated successfully, but these errors were encountered:
@aquaskyline I count how many variants were called using wc command as follows:
(1) The one vcf.gz I got yesterday:
less merge_output.vcf.gz | grep -v "^#" | wc -l
4443956
(2) The one vcf.gz I got about 2 months ago:
less HG002_Nanopore.vcf.gz | grep -v "^#" | wc -l
4527382
I am so sorry that the files are too big to upload.
Sorry,what I used is Nanopore sequencing. Because I had re-run the both type of data, so I found out that the pacbio hifi result is the same but nanopore are different.
Hi, when I use clair3(v1.0.5) to call variants in HG002's PacBio HiFi 15-20kb chemistry2 reads, I typed the run_clair3.sh command twice in the command line, using the same inputs, but the results of merge_output.vcf.gz were of different sizes. Is it right or in other words, this result is caused by the principle and algorithm clair3 used?
The text was updated successfully, but these errors were encountered: