-
Notifications
You must be signed in to change notification settings - Fork 48
refine
As described in the phab documentation, a constraint on Truvari bench
finding matches is that there needs to be some consistency in how the variants are represented. To help automate the process of running Truvari phab
on a benchmarking result and recomputing benchmarking performance on harmonized variants, we present the tool refine
.
After making a bench
result:
truvari bench -b base.vcf.gz -c comp.vcf.gz -o result/
Use refine
on the result/
truvari refine -r subset.bed -f ref.fa result/
The regions spanned by subset.bed
should be shorter and focused around the breakpoints of putative FNs/FPs. Haplotypes from these boundaries are fed into a realignment procedure which can take an extremely long time on e.g entire chromosomes. Also, the genotypes within these regions must be phased.
After making a bench
result:
truvari bench -b base.vcf.gz -c comp.vcf.gz --includebed hc_regions.bed -o result/
Use refine
on the result/
analyzing only the regions with putative FP/FN that would benefit from harmonization
truvari refine -R -U -f ref.fa --regions result/candidate.refine.bed result/
For benchmarks such as the GIAB TR, a TR caller may analyze a different subset of regions. In order to avoid unnecessarily penalizing the performance with FNs from unanalyzed regions:
truvari bench -b base.vcf.gz -c comp.vcf.gz --includebed hc_regions.bed -o result/
Use refine
on the result/
analyzing only the hc_regions.bed
covered by the TR caller's tool_regions.bed
truvari refine -f ref.fa --regions tool_regions.bed result/
-
refine.variant_summary.json
- result of re-evaluating calls within the specified regions. Same structure as summary.json -
refine.regions.txt
- Tab-delimited file with per-region variant counts -
refine.region_summary.json
- Per-region performance metrics -
phab_bench/
- Bench results on the subset of variants harmonized
To see an example output, look at test data
Column | Description |
---|---|
chrom | Region's chromosome |
start | Region's start |
end | Region's end |
in_tpbase | Input's True Positive base count |
in_tp | Input's True Positive comparison count |
in_fp | Input's false positive count |
in_fn | Input's false negative count |
refined | Boolean for if region was re-evaluated |
out_tpbase | Output's true positive base count |
out_tp | Output's true positive comparison count |
out_fn | Outputs false positive count |
out_fp | Output's false negative count |
state | True/False state of the region |
Because truvari phab
can alter variant counts during harmonization, one may wish to assess the performance on a per-region basis rather than the per-variant basis. In the refine.regions.txt
, a column state
will have a TP/FN/FP value as defined by the following rules:
false_pos = (data['out_fp'] != 0)
false_neg = (data['out_fn'] != 0)
any_false = false_pos | false_neg
true_positives = (data['out_tp'] != 0) & (data['out_tpbase'] != 0) & ~any_false
true_negatives = (data[['out_tpbase', 'out_tp', 'out_fn', 'out_fp']] == 0).all(axis=1)
baseP = (data['out_tpbase'] != 0) | (data['out_fn'] != 0)
compP = (data['out_tp'] != 0) | (data['out_fp'] != 0)
This logic has two edge cases to consider. 1) a region with at least one false-positive and one false-negative will be counted as both a false-positive and a false-negative. 2) Regions within --refdist
may experience 'variant bleed' where they e.g. have an out_tp, but no other variants because a neighboring region actually contains the the corresponding out_tpbase
. For the first case, we simply count the region twice and set its state in refine.regions.txt
to "FP,FN". For the second case, we set the state to 'UNK' and ignore it when calculating the region summary. Future versions may figure out exactly how to handle (prevent?) 'UNK' regions.
These by-region state counts are summarized and written to refine.region_summary.json
. The definition of metrics inside this json are:
Key | Definition | Formula |
---|---|---|
TP | True Positive region count | |
TN | True Negative region count | |
FP | False Positive region count | |
FN | False Negative region count | |
base P | Regions with base variant(s) | |
base N | Regions without base variant(s) | |
comp P | Regions with comparison variant(s) | |
comp N | Regions without comparison variant(s) | |
PPV | Positive Predictive Value (a.k.a. precision) | TP / comp P |
TPR | True Positive Rate (a.k.a. recall) | TP / base P |
TNR | True Negative Rate (a.k.a. specificity) | TN / base N |
NPV | Negative Predictive Value | TN / comp N |
ACC | Accuracy | (TP + TN) / (base P + base N) |
BA | Balanced Accuracy | (TPR + TNR) / 2 |
F1 | f1 score | 2 * ((PPV * TPR) / (PPV + TPR)) |
UND | Regions without an undetermined state |
Even though PPV is synonymous with precision, we use these abbreviated names when dealing with per-region performance in order to help users differentiate from the by-variant performance reports.
By default, Truvari will make the haplotypes and use an external call mafft
to perform a multiple sequence alignment between them and the reference to harmonize the variants. While this is the most accurate alignment technique, it isn't fast. If you're willing to sacrifice some accuracy for a huge speed increase, you can use --align wfa
, which also doesn't require an external tool. Another option is --align poa
which performs a partial order alignment which is faster than mafft but less accurate and slower than wfa but more accurate. However, poa
appears to be non-deterministic which is not ideal for some benchmarking purposes.
By default, refine
will use the base/comparison variants from the bench
results tp-base.vcf.gz
, fn.vcf.gz
, tp-comp.vcf.gz
, and fp.vcf.gz
as input for phab
. However, this contains a filtered subset of variants originally provided to bench
since it removes variants e.g. below --sizemin
or not --passonly
.
With the --use-original-vcfs
parameter, all of the original calls from the input vcfs are fetched. This parameter is useful in recovering matches in situations when variants in one call set are split into two variants which are smaller than the minimum size analyzed by bench
. For example, imagine a base VCF with a 20bp DEL, a comp VCF with two 10bp DEL, and bench --sizemin 20
was used. --use-original-vcfs
will consider the two 10bp comp variants during phab harmonization with the 20bp base DEL.
This parameter specifies which regions to re-evaluate. If this is not provided, the original bench
result's --includebed
is used. If both --regions
and --includebed
are provided, the --includebed
is subset to only those intersecting --regions
.
This parameter is helpful for cases when the --includebed
is not the same set of regions that a caller analyzes. For example, if a TR caller only discovers short tandem repeats (STR), but a benchmark has TRs of all lengths, it isn't useful to benchmark against the non-STR variants. Therefore, you can run bench
on the full benchmark's regions (--includebed
), and automatically subset to only the regions analyzed by the caller with refine --regions
.
Note that the larger these regions are the slower MAFFT (used by phab
) will run. Also, when performing the intersection as described above, there may be edge effects in the reported refine.variant_summary.json
. For example, if a --region
partially overlaps an --includebed
region, you may not be analyzing a subset of calls looked at during the original bench
run. Therefore, the *summary.json
should be compared with caution.
When intersecting --includebed
with --regions
, use --regions
coordinates. By default, refine
will prefer the --includebed
coordinates. However, the region's coordinates should be used when using the candidates.refine.bed
to limit analysis to only the regions with putative FP/FN that would benefit from harmonization - for example, when performing whole genome benchmarking.
By default, the reference is pulled from the original bench
result's params.json
. If a reference wasn't used with bench
, it must be specified with refine
as it's used by phab
to realign variants.