svaba icon indicating copy to clipboard operation
svaba copied to clipboard

Unexpected SV with a zero coordinate

Open gudeqing opened this issue 1 year ago • 1 comments

Hi, I am using the latest SvABA(1.1.3) my pipeline, and the tool AnnotSv reported an invalid record from the result of SvABA in all samples:

chrM	0	275359916:1	N	]chrM:16641]N	99	PASS	DISC_MAPQ=50;EVDNC=DSCRD;IMPRECISE;MAPQ=50;MATEID=275359916:2;MATENM=-1;NM=-1;NUMPARTS=0;SCTG=chrM:0(-)-chrM:16641(+)__91_1_16571D;SPAN=16641;SVTYPE=BND	GT:AD:DP:GQ:PL:SR:DR:LR:LO	1/1:89:71:24.9:273.9,24.9,0:0:89:-274:274
chrM	16641	275359916:2	N	N[chrM:0[	99	PASS	DISC_MAPQ=60;EVDNC=DSCRD;IMPRECISE;MAPQ=60;MATEID=275359916:1;MATENM=-1;NM=-1;NUMPARTS=0;SCTG=chrM:0(-)-chrM:16641(+)__91_1_16571D;SPAN=16641;SVTYPE=BND	GT:AD:DP:GQ:PL:SR:DR:LR:LO	1/1:89:71:24.9:273.9,24.9,0:0:89:-274:274

I guess the point is that the coordinate of this SV is zero. In a VCF file, the position of each variant is represented by the POS field, which specifies its location on the reference genome (typically 1-based, meaning counting starts from 1). Therefore, the value of the POS field should be an integer greater than 0. So, what could be the reason of getting the result?

The command is

set -o pipefail
svaba run --threads 8 -a RAJI4 -G /home/hxbio04/hg19/genome.fa -t RAJI4.sorted.bam --max-coverage 50000 --hp

Best wishes!

gudeqing avatar Feb 22 '24 06:02 gudeqing

I don't know! The default constructor for the object that holds the breakpoints has a value of 0, but I don't know why this wouldn't always be set in the pipeline.

On Thu, Feb 22, 2024 at 1:19 AM gudeqing @.***> wrote:

Hi, I am using the latest SvABA(v1.2.0) in my pipeline, and the tool AnnotSv reported an invalid record from the result of SvABA in all samples:

chrM 0 275359916:1 N ]chrM:16641]N 99 PASS DISC_MAPQ=50;EVDNC=DSCRD;IMPRECISE;MAPQ=50;MATEID=275359916:2;MATENM=-1;NM=-1;NUMPARTS=0;SCTG=chrM:0(-)-chrM:16641(+)__91_1_16571D;SPAN=16641;SVTYPE=BND GT:AD:DP:GQ:PL:SR:DR:LR:LO 1/1:89:71:24.9:273.9,24.9,0:0:89:-274:274 chrM 16641 275359916:2 N N[chrM:0[ 99 PASS DISC_MAPQ=60;EVDNC=DSCRD;IMPRECISE;MAPQ=60;MATEID=275359916:1;MATENM=-1;NM=-1;NUMPARTS=0;SCTG=chrM:0(-)-chrM:16641(+)__91_1_16571D;SPAN=16641;SVTYPE=BND GT:AD:DP:GQ:PL:SR:DR:LR:LO 1/1:89:71:24.9:273.9,24.9,0:0:89:-274:274

I guess the point is that the coordinate of this SV is zero. In a VCF file, the position of each variant is represented by the POS field, which specifies its location on the reference genome (typically 1-based, meaning counting starts from 1). Therefore, the value of the POS field should be an integer greater than 0. So, what could be the reason of getting the result?

The command is

set -o pipefail svaba run --threads 8 -a RAJI4 -G /home/hxbio04/hg19/genome.fa -t RAJI4.sorted.bam --max-coverage 50000 --hp

Best wishes!

— Reply to this email directly, view it on GitHub https://github.com/walaj/svaba/issues/134, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABUZ7CHFTICTSF6JWGRRXSTYU3POTAVCNFSM6AAAAABDUKWJICVHI2DSMVQWIX3LMV43ASLTON2WKOZSGE2DQMRZHE4TINQ . You are receiving this because you are subscribed to this thread.Message ID: @.***>

walaj avatar Mar 25 '24 14:03 walaj