Skip to content
Adam English edited this page Feb 29, 2024 · 24 revisions

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.

Quick Start

Basic

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.

Whole genome

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/

Tandem Repeats

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/

Output

  • 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

Using refine.regions.txt

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

Performance by Regions

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.

--align

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.

--use-original-vcfs

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.

--regions

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.

--use-region-coords

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.

--reference

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.

Clone this wiki locally