Join GitHub today
GitHub is home to over 20 million developers working together to host and review code, manage projects, and build software together.
new enum htsjdk.variant.variantcontext.StructuralVariantType describing the SV types #696
Conversation
coveralls
commented
Sep 5, 2016
|
@cwhelan or @tedsharpe could one of you review this one? |
droazen
self-assigned this
Sep 13, 2016
|
This looks good to me; we've added similar stuff to GATKSVVCFHeaderLines but they probably belong in htsjdk instead. While we're at it there are a number of SV-related spec-defined header lines like SVTYPE and SVLEN that could be added to htsjdk's VCFStandardHeaderLines class, but those might be able to go in under a separate PR. |
|
@cwhelan is this good to go? if so, could you bless it with a formal |
|
I can give this a +1 but I can't merge. @droazen? |
droazen
merged commit 1c66107
into
samtools:master
Nov 1, 2016
lindenb
deleted the
lindenb:svtype branch
Nov 3, 2016
|
I for one, would love for all of the spec-defined SV headers to be included in htsjdk (ie, everything in https://github.com/PapenfussLab/gridss/blob/master/src/main/java/au/edu/wehi/idsv/vcf/VcfSvConstants.java and https://github.com/PapenfussLab/gridss/blob/master/src/main/java/au/edu/wehi/idsv/vcf/VcfStructuralVariantHeaderLines.java). Be aware that some SV callers write SV types that are not in that enumeration (earlier versions of the the spec were less restrictive than v4.3). Notable callers include DELLY writing TRA, TIGRA writing CTX, and Pindel writing RPL. |
lindenb commentedSep 5, 2016
Description
As I'm playing with structural variation and the tool 'lumpy-sv', this PR introduces a new enum htsjdk.variant.variantcontext.StructuralVariantType describing the SV types defined in the VCFSpec 4.2:
Checklist