How I review an ONT/DDNS run for poliovirus VP1 evidence
A practical review checklist for ONT MinION barcode folders, VP1 reference hits, coverage evidence, controls, and report language in poliovirus DDNS work.
Start with the run, not the consensus
When I review an ONT/DDNS run, I do not begin by asking whether a consensus FASTA was produced. I begin by asking whether the run itself supports interpretation: barcode yield, read length distribution, sample sheet integrity, controls, and whether the run report matches the laboratory notes.
For poliovirus VP1 work, early review protects the downstream call. A strong hit table is less persuasive if the barcode map is ambiguous, the read yield is very uneven, or negative controls show unexpected target-like reads.
Set a run-level gate before reviewing samples
The review should preserve the run context: flow-cell and run identifiers, basecalling and demultiplexing versions, barcode map, reference-panel version, filtering settings, and the counts entering and leaving each major step. These details make a result reproducible and help explain why two runs of the same specimen may behave differently.
Controls are interpreted at this stage, not after a sample looks interesting. Target-like reads in a negative control should trigger investigation of carryover, barcode leakage, or sample-sheet error before any positive call is accepted. A positive or synthetic control should confirm that the expected amplicon and analysis path were recovered.
- Confirm that the fastq_pass folders and barcode map agree.
- Record the checksums or release identifiers for fixed reference resources.
- Compare the observed read-length distribution with the expected VP1 amplicon.
- Flag unusually low-yield or dominant barcodes before interpreting reference hits.
Barcode-level evidence
- Confirm that each barcode folder maps to one neutral sample identifier.
- Check total reads, filtered reads, and the proportion retained after length and quality filters.
- Review whether the best VP1 reference hit is supported by both read count and coverage breadth.
- Look for close second-place references that could indicate mixture, near-neighbor ambiguity, or low-confidence assignment.
- Separate screening evidence from consensus evidence in the final report.
Reference ranking should remain competitive
The DDNS pipeline screens each barcode against an enterovirus and poliovirus VP1 panel, shortlists candidate references, and then attempts consensus generation. The top read count is therefore a starting point, not a final identification. I compare coverage breadth, alignment quality, expected amplicon span, and the separation between the first and second candidates.
Closely ranked references can reflect limited informative sequence, conserved regions, a mixed sample, or an incomplete reference panel. The correct response is to inspect the evidence and state the ambiguity, not to force a genotype-level label from the first row of a table.
Consensus confidence
A consensus sequence should be read with its depth profile. I look for continuous VP1 coverage, gaps near primer sites, suspicious depth spikes, and stretches of ambiguous bases. If the consensus is partial, the report should say that plainly instead of presenting a complete-genome style conclusion.
The most useful DDNS report is not just a list of references. It is a decision aid: which samples have enough evidence for review, which need repeat sequencing, and which should be treated as weak or background signal.
Use decision categories that lead to action
I prefer decision categories over a single universal read threshold because the defensible cutoff depends on the validated laboratory method, run quality, controls, and intended use. The category should point directly to the next action.
- Supported for review: clean controls, coherent reference ranking, adequate VP1 breadth and depth, and a usable consensus.
- Technical review: target evidence is present, but coverage, ranking, or control behavior needs manual inspection.
- Repeat recommended: the signal is plausible but the run does not support a stable consensus or confident assignment.
- Inconclusive: available sequence evidence is insufficient for a poliovirus interpretation.
Report language and audit trail
The report should connect the sample conclusion to the evidence that produced it. I include the run and barcode identifiers, reference-panel release, filtering and consensus settings, control status, target breadth and depth, ambiguity, and a clearly stated follow-up action.
- Use strong wording only when read support, breadth, controls, and reference ranking agree.
- Use cautious wording when the run supports a lead but not a confident genotype-level conclusion.
- Keep restricted sample identities out of public reports and repositories.
- Preserve enough run metadata for audit without exposing operationally sensitive details.
References and Further Reading
- DDNS MinION VP1 pipeline repository
- Rapid and sensitive direct detection and identification of poliovirus using nanopore sequencing
- Prospective validation of sensitive poliovirus detection using nanopore sequencing
- Automated detection and classification of polioviruses with piranha
- WHO field guidance for poliovirus environmental surveillance