Closed wshuai294 closed 1 month ago
This is caused by samtools depth -d
parameter instead of longshot.
Usage: samtools depth [options] in1.bam [in2.bam [...]]
Options:
-a output all positions (including zero depth)
-a -a (or -aa) output absolutely all positions, including unused ref. sequences
-b <bed> list of positions or regions
-f <list> list of input BAM filenames, one per line [null]
-l <int> read length threshold (ignore reads shorter than <int>)
-d/-m <int> maximum coverage depth [8000]
-q <int> base quality threshold
-Q <int> mapping quality threshold
-r <chr:from-to> region
--input-fmt-option OPT[=VAL]
Specify a single input file format option in the form
of OPTION or OPTION=VALUE
--reference FILE
Reference sequence FASTA FILE [null]
Hi,
Thanks for the amazing tool!
I found the depth reported by longshot is much higher than
samtools depth
reports. In this locus, the depth of reported by samtools is ~8,000x , whereas the depth reported by longshot is 47,254x. I wonder if there is a bug caused by the too-high coverage.I hope you can help me with this. Thanks.