# Estimating Sequencing Coverage for Long-Read Projects: How Much Data Do You Really Need?

Long-read sequencing projects fail in two opposite directions: researchers generate too little data and cannot assemble a complete genome, or they generate excessive data and exhaust their budget. The correct coverage level depends on genome size, read length, error rate, and the specific biological question. For a bacterial genome of 5 Mb sequenced on Oxford Nanopore with a target of 30x coverage, you need approximately 150 Mb of raw sequence. For a human genome at 30x, you need approximately 90 Gb. These calculations are straightforward, but the practical decisions around error correction, assembly algorithms, and variant calling introduce complexity that requires careful planning before you place your sequencing order.

This article provides a decision framework for coverage estimation based on genome size, read length, error rate, and application, with practical examples for PacBio and Nanopore platforms. You will learn how to calculate your data requirements, how to verify that you have achieved sufficient coverage, and how to adjust your plans when initial results fall short.

## At a Glance

The table below summarizes recommended coverage targets for common long-read sequencing applications. These values represent starting points for planning, not guarantees of success. Your actual requirements may differ based on sample quality, library preparation, and the specific analysis tools you use.

| Application | Genome Size Example | Recommended Coverage | Raw Data Required | Key Considerations |
| --- | --- | --- | --- | --- |
| Bacterial genome assembly (Nanopore) | 5 Mb | 30x to 50x | 150 to 250 Mb | Error correction and polishing may require additional short-read data |
| Bacterial genome assembly (PacBio HiFi) | 5 Mb | 20x to 30x | 100 to 150 Mb | HiFi reads have lower error rates, reducing coverage requirements |
| Human genome structural variant detection | 3.1 Gb | 30x to 60x | 93 to 186 Gb | Higher coverage improves detection of complex structural variants |
| Targeted amplicon sequencing (Nanopore) | 1 kb amplicon | 100x to 500x per amplicon | 0.1 to 0.5 Mb per amplicon | Consensus calling reduces errors but requires high per-amplicon depth |
| Eukaryotic genome assembly | 100 Mb to 1 Gb | 50x to 100x | 5 to 100 Gb | Repeat content and heterozygosity increase coverage requirements |

The coverage values in this table reflect common practice in the field. The [Galaxy Training Network](https://training.galaxyproject.org/) provides accessible workflow training that can help you understand how coverage affects assembly and variant calling outcomes. For clinical applications where variant detection accuracy is critical, coverage quality directly influences variant calling accuracy and final diagnosis, as demonstrated by the eXNVerify tool developed for clinical depth coverage assessment in [F1000Research](https://pubmed.ncbi.nlm.nih.gov/38173955).

## Understanding Coverage and Its Role in Long-Read Projects

Coverage, also called depth, is the average number of times each nucleotide position in your target genome is represented by a sequencing read. If you have a 5 Mb genome and generate 150 Mb of sequence data, your average coverage is 30x. This simple ratio hides important complexities. Sequencing errors, read length variation, and uneven coverage across the genome all affect whether 30x average coverage is sufficient for your goals.

### The Relationship Between Coverage and Genome Size

Genome size is the foundation of all coverage calculations. You cannot estimate data requirements without knowing the approximate size of the genome you intend to sequence. For well-studied organisms, genome sizes are available from public databases maintained by the [National Center for Biotechnology Information](https://www.ncbi.nlm.nih.gov/). These resources provide official descriptions of genome assemblies and sequence data that can inform your planning.

For novel organisms or strains, you may need to estimate genome size before sequencing. Traditional k-mer-based methods work well for short-read data but have limitations for long-read projects. The LRGE tool, described in [Bioinformatics](https://pubmed.ncbi.nlm.nih.gov/41206538), uses read-to-read overlap information to estimate genome size in a reference-free manner. This approach calculates per-read genome size estimates by analyzing the expected number of overlaps for each read, considering read lengths and a minimum overlap threshold. The final size is taken as the median of these estimates, ensuring robustness to outliers such as reads with no overlaps. LRGE outperforms k-mer-based methods on bacterial genomes in both accuracy and computational efficiency.

### How Read Length Affects Coverage Requirements

Read length influences coverage requirements through its effect on assembly contiguity and error correction. Longer reads span more repetitive regions and provide more context for assembly algorithms. A 30x coverage of 10 kb reads provides different assembly outcomes than 30x coverage of 1 kb reads, even though the total data volume is identical.

For Nanopore sequencing, read length distribution matters as much as average read length. A library with a mean read length of 10 kb but a median of 2 kb will produce a fragmented assembly despite adequate total data. You should examine the read length distribution from your sequencing run before committing to downstream analysis.

### Error Rate and Its Impact on Coverage Decisions

Long-read platforms have higher error rates than short-read platforms. Nanopore sequencing typically produces reads with error rates around 5 to 15 percent, while PacBio HiFi reads achieve error rates below 1 percent. These differences affect coverage requirements because error correction consumes data.

The [GigaScience](https://pubmed.ncbi.nlm.nih.gov/36352541) study on nanopore amplicon sequencing demonstrates this principle. The authors developed SINGLe, an error correction method that exploits the fact that in an amplicon library, all reads are very similar to a wild-type sequence from which it is possible to experimentally characterize the position-specific systematic sequencing error pattern. SINGLe converges to the true sequence using as little as 5 reads per variant, fewer than other available methods. This work shows that error correction strategies can reduce coverage requirements when the error pattern is systematic and characterizable.

## Calculating Your Data Requirements

The basic calculation for sequencing data requirements is straightforward: multiply genome size by desired coverage. The challenge lies in determining the desired coverage for your specific application and accounting for data loss during the sequencing process.

### Step-by-Step Coverage Calculation

Start with your genome size estimate. For a bacterial genome, this might be 5 Mb. For a mammalian genome, this might be 3 Gb. Multiply this by your target coverage to obtain the total amount of sequence data needed.

For a 5 Mb bacterial genome at 30x coverage, you need 150 Mb of sequence. For a 3.1 Gb human genome at 30x coverage, you need 93 Gb of sequence.

This calculation assumes that all generated data is usable. In practice, you will lose some data to quality filtering, adapter contamination, and failed reads. A common approach is to add 10 to 20 percent excess capacity to account for these losses. For the bacterial example, this means planning for 165 to 180 Mb of raw output.

### Accounting for Genome Size Uncertainty

If you are working with a novel organism, your genome size estimate may be inaccurate. The [Bioinformatics](https://pubmed.ncbi.nlm.nih.gov/41206538) paper on LRGE highlights that accurate genome size estimation is an important component of genomic analyses such as assembly and coverage calculation. Using an incorrect genome size leads to incorrect coverage calculations, which can result in insufficient data for assembly or unnecessary expenditure on excess sequencing.

LRGE provides an expected confidence range for its genome size estimate, which you can use to plan for uncertainty. If the confidence range spans 4.5 to 5.5 Mb for a bacterial genome, you should calculate your data requirements using the upper bound to ensure sufficient coverage.

### Converting Coverage to Sequencing Output

Sequencing platforms report output in different units. Nanopore flow cells produce data in gigabases, while PacBio systems report yields per SMRT cell. You need to convert your coverage-based data requirement into platform-specific output units.

For a bacterial genome requiring 150 Mb of data, a single Nanopore MinION flow cell may be sufficient. For a human genome requiring 93 Gb, you will need multiple flow cells or a higher-throughput platform. The [EMBL-EBI Training](https://www.ebi.ac.uk/training) resources provide practical education on sequencing platforms and data output expectations that can inform your planning.

## Coverage Requirements for Genome Assembly

Genome assembly is the most common application for long-read sequencing. The coverage required for a successful assembly depends on genome complexity, read length, and error rate.

### Bacterial Genome Assembly

Bacterial genomes are relatively small and simple, making them accessible to long-read sequencing at moderate coverage. A typical bacterial genome assembly project using Nanopore data targets 30x to 50x coverage. This provides sufficient depth for the assembly algorithm to reconstruct the genome while leaving room for error correction.

The [Galaxy Training Network](https://training.galaxyproject.org/) offers tutorials on bacterial genome assembly that demonstrate the relationship between coverage and assembly quality. These tutorials show how increasing coverage from 20x to 50x improves assembly contiguity and reduces the number of contigs.

### Eukaryotic Genome Assembly

Eukaryotic genomes present additional challenges due to their larger size, repetitive content, and heterozygosity. Coverage requirements for eukaryotic assembly typically range from 50x to 100x. The higher coverage compensates for the difficulty of assembling repetitive regions and resolving haplotypes.

For a 100 Mb fungal genome at 50x coverage, you need 5 Gb of sequence. For a 1 Gb plant genome at 100x coverage, you need 100 Gb. These larger projects require careful budget planning and may benefit from a phased approach where you sequence an initial batch, assess assembly quality, and then decide whether additional sequencing is needed.

### The Role of HiFi Reads in Reducing Coverage Requirements

PacBio HiFi reads achieve accuracy above 99 percent, which reduces the coverage needed for assembly. HiFi-based assemblies can produce complete bacterial genomes at 20x to 30x coverage, compared to 30x to 50x for traditional continuous long reads.

The lower error rate of HiFi reads also simplifies the assembly process. You may not need a separate polishing step, which reduces the computational burden of the project. However, HiFi sequencing is more expensive per base than traditional long-read sequencing, so you need to weigh the cost of higher coverage with cheaper reads against lower coverage with more expensive reads.

## Coverage Requirements for Variant Calling

Variant calling requires different coverage considerations than assembly. The goal is not to reconstruct the entire genome but to identify differences between your sample and a reference genome.

### Single Nucleotide Variant Detection

Single nucleotide variant detection requires sufficient coverage to distinguish true variants from sequencing errors. The [F1000Research](https://pubmed.ncbi.nlm.nih.gov/38173955) paper on eXNVerify emphasizes that coverage quality highly influences variant calling accuracy and final diagnosis. The authors introduced clinical depth coverage as a measure to evaluate loci with pathogenic germline and somatic variants reported in ClinVar.

For long-read data, 30x coverage is often sufficient for single nucleotide variant detection in diploid genomes. This provides enough depth to observe both alleles at heterozygous sites and to distinguish true variants from the background error rate.

### Structural Variant Detection

Structural variant detection is a major advantage of long-read sequencing. Large insertions, deletions, inversions, and duplications are difficult or impossible to detect with short reads but are accessible with long reads. The coverage required for structural variant detection depends on the size and type of variants you want to find.

Higher coverage improves the sensitivity of structural variant detection. At 30x coverage, you can detect most large structural variants. At 60x coverage, you can detect smaller variants and more complex rearrangements. The tradeoff is cost, so you should define your minimum variant size threshold before deciding on coverage.

### Transposable Element Detection

Transposable elements present a special challenge for variant detection. The [bioRxiv](https://pubmed.ncbi.nlm.nih.gov/39990489) and [Genetics](https://pubmed.ncbi.nlm.nih.gov/41996583) papers on TEforest demonstrate that long-read assemblies enable highly accurate transposable element detection, though at a higher cost than short-read sequencing. The authors used long-read assemblies as training data for machine learning models that can detect transposable elements in short-read data.

For projects focused on transposable elements, you may need higher coverage to ensure that insertion sites are fully covered by reads. The TEforest approach shows that long-read data at moderate coverage can provide the ground truth needed to train models for population-scale studies using cheaper short-read data.

## Coverage Requirements for Targeted Sequencing

Targeted sequencing focuses on specific genomic regions instead of the entire genome. This approach reduces data requirements and costs while allowing higher coverage of the regions of interest.

### Amplicon Sequencing

Amplicon sequencing involves PCR amplification of specific genomic regions followed by sequencing. The [GigaScience](https://pubmed.ncbi.nlm.nih.gov/36352541) paper on SINGLe demonstrates that nanopore amplicon sequencing can achieve accurate consensus sequences with as few as 5 reads per variant when error correction is applied.

For amplicon sequencing, coverage is typically measured per amplicon instead of across the genome. A target of 100x to 500x coverage per amplicon is common, providing sufficient depth for consensus calling and variant detection. The SINGLe approach reduces this requirement by correcting systematic sequencing errors, allowing accurate results at lower coverage.

### Clinical Targeted Panels

Clinical applications require careful attention to coverage because variant calling accuracy directly affects diagnosis. The [F1000Research](https://pubmed.ncbi.nlm.nih.gov/38173955) paper on eXNVerify describes a tool for inspection of clinical data in the context of pathogenic variant search. The tool calculates clinical depth coverage to evaluate loci with pathogenic germline and somatic variants reported in ClinVar.

For clinical targeted panels, you should verify coverage at each clinically relevant locus instead of relying on average coverage across the panel. The eXNVerify tool provides visualization options for user-defined genes of interest, allowing diagnosticians to confirm that all relevant positions have sufficient depth.

## Practical Workflow for Coverage Planning

A systematic approach to coverage planning reduces the risk of project failure and cost overruns. The following workflow provides a framework for making coverage decisions.

### Step 1: Define Your Biological Question

Start by writing a clear statement of what you want to learn from the sequencing project. Are you assembling a complete genome? Detecting structural variants? Identifying transposable element insertions? Your biological question determines the coverage target and the analysis approach.

For assembly projects, you need enough coverage to reconstruct the genome with acceptable contiguity. For variant calling projects, you need enough coverage to detect variants with acceptable sensitivity and specificity. These requirements are different and should not be conflated.

### Step 2: Estimate Genome Size

Obtain the best available estimate of your target genome size. For well-studied organisms, consult the [National Center for Biotechnology Information](https://www.ncbi.nlm.nih.gov/) databases. For novel organisms, use a genome size estimation tool such as LRGE, described in [Bioinformatics](https://pubmed.ncbi.nlm.nih.gov/41206538).

Record the source of your genome size estimate and any uncertainty associated with it. If the estimate comes from a closely related species, note that the actual genome size may differ. Use the upper bound of your confidence range for coverage calculations.

### Step 3: Select Coverage Target

Choose a coverage target based on your biological question and sequencing platform. Use the At a Glance table as a starting point, then adjust based on your specific circumstances.

Consider the error rate of your chosen platform. Higher error rates require higher coverage for the same analysis outcome. Consider the complexity of your genome. Repetitive genomes require higher coverage for assembly. Consider your budget. Higher coverage provides more confidence but costs more money.

### Step 4: Calculate Data Requirements

Multiply genome size by coverage target to obtain the total data requirement. Add 10 to 20 percent excess capacity to account for data loss during sequencing and filtering.

For a 5 Mb bacterial genome at 40x coverage, the calculation is 5 Mb times 40 equals 200 Mb. Adding 15 percent excess gives 230 Mb of raw data needed. For a 3.1 Gb human genome at 30x coverage, the calculation is 3.1 Gb times 30 equals 93 Gb. Adding 15 percent excess gives 107 Gb of raw data needed.

### Step 5: Plan Sequencing Runs

Determine how many sequencing runs or flow cells you need to generate the required data. Consult platform documentation and the [EMBL-EBI Training](https://www.ebi.ac.uk/training) resources for expected output per run.

For Nanopore sequencing, estimate the output per flow cell based on the platform and library preparation method. For PacBio sequencing, estimate the output per SMRT cell. Plan for the possibility that individual runs may underperform, and build contingency into your schedule.

### Step 6: Monitor Coverage During Sequencing

If your sequencing platform allows real-time data analysis, monitor coverage as the run progresses. This allows you to stop the run when sufficient data has been generated or to extend the run if coverage is insufficient.

The [Galaxy Training Network](https://training.galaxyproject.org/) provides tutorials on real-time analysis of Nanopore sequencing data. These workflows can calculate coverage as reads are generated, allowing you to make informed decisions about run duration.

### Step 7: Verify Coverage After Sequencing

After sequencing is complete, verify that you have achieved the target coverage. Align reads to a reference genome if one is available, or use assembly-based approaches for de novo projects.

The eXNVerify tool described in [F1000Research](https://pubmed.ncbi.nlm.nih.gov/38173955) provides coverage analysis for clinical contexts. For research applications, standard alignment tools and coverage calculation utilities are available through [Bioconductor](https://bioconductor.org/) packages.

## Tools and Resources for Coverage Analysis

Several tools and resources support coverage estimation and analysis for long-read sequencing projects.

### Genome Size Estimation Tools

LRGE, described in [Bioinformatics](https://pubmed.ncbi.nlm.nih.gov/41206538), estimates genome size from long-read overlaps. The tool is implemented in Rust and is available as a precompiled binary for most architectures, a Bioconda package, a prebuilt container image, and a crates.io package. LRGE calculates per-read genome size estimates by analyzing the expected number of overlaps for each read, considering read lengths and a minimum overlap threshold.

The [Bioconductor](https://bioconductor.org/) project provides R packages for genomic analysis, including tools for coverage calculation and visualization. These packages follow reproducible genomic-analysis documentation standards and can be integrated into your analysis workflow.

### Workflow Management

The [nf-core](https://nf-co.re/docs) documentation describes community pipeline standards for reproducible bioinformatics analysis. These pipelines include coverage calculation and quality assessment steps that can be applied to long-read data.

The [Galaxy Training Network](https://training.galaxyproject.org/) provides accessible workflow training for sequencing analysis. These tutorials cover coverage calculation, assembly, and variant calling with long-read data.

### Clinical Coverage Analysis

For clinical applications, the eXNVerify tool described in [F1000Research](https://pubmed.ncbi.nlm.nih.gov/38173955) calculates clinical depth coverage for loci with pathogenic variants. The tool is available as a Docker container, which allows users who are not proficient in complex software to run the analysis. The package can be downloaded from DockerHub using the command docker pull porebskis/exnverify:1.0.

## Common Failure Patterns in Coverage Planning

Understanding common failure patterns helps you avoid mistakes in coverage planning and execution.

### Underestimating Genome Size

The most common failure is underestimating genome size. This leads to insufficient data generation and an incomplete assembly. The [Bioinformatics](https://pubmed.ncbi.nlm.nih.gov/41206538) paper on LRGE emphasizes that accurate genome size estimation is an important component of genomic analyses such as assembly and coverage calculation.

To avoid this failure, use multiple methods to estimate genome size when possible. Compare your estimate with closely related species. Use the upper bound of confidence ranges for planning purposes.

### Ignoring Read Length Distribution

Average read length can be misleading. A library with a high average read length but many short reads will produce a fragmented assembly. You should examine the read length distribution, beyond the average, when planning coverage.

For Nanopore sequencing, the read length distribution depends on DNA quality and library preparation. High molecular weight DNA extraction produces longer reads. Sheared or degraded DNA produces shorter reads that may not span repetitive regions.

### Failing to Account for Error Rate

High error rates consume coverage through error correction and polishing. If you plan for 30x coverage with Nanopore data but the error rate is higher than expected, you may have insufficient effective coverage after error correction.

The [GigaScience](https://pubmed.ncbi.nlm.nih.gov/36352541) paper on SINGLe demonstrates that systematic sequencing errors can be corrected when the error pattern is characterized. However, this requires additional analysis steps and may not be applicable to all projects.

### Overlooking Coverage Uniformity

Average coverage can mask significant variation across the genome. Some regions may have very high coverage while others have very low coverage. This is particularly problematic for clinical applications where specific loci must meet minimum coverage thresholds.

The [F1000Research](https://pubmed.ncbi.nlm.nih.gov/38173955) paper on eXNVerify highlights that coverage quality highly influences variant calling accuracy and final diagnosis. The tool calculates clinical depth coverage to evaluate loci with pathogenic variants, ensuring that all clinically relevant positions have sufficient depth.

### Sequencing Platform Underperformance

Sequencing runs do not always achieve expected output. Flow cells may produce less data than anticipated due to loading issues, pore quality, or library problems. You should plan for the possibility of underperformance and have contingency plans.

Monitor output during the run and be prepared to sequence additional flow cells if needed. The [EMBL-EBI Training](https://www.ebi.ac.uk/training) resources provide guidance on troubleshooting sequencing runs and optimizing output.

## Quality Controls and Coverage Verification

Quality controls are essential for ensuring that your coverage is sufficient and that your data is usable.

### Read Quality Assessment

Before calculating coverage, assess the quality of your reads. Remove adapter sequences, filter low-quality reads, and check for contamination. The [Galaxy Training Network](https://training.galaxyproject.org/) provides tutorials on read quality assessment and filtering.

Poor quality reads consume coverage without contributing useful information. Filtering them before analysis improves the effective coverage and reduces computational burden.

### Alignment-Based Coverage Verification

If a reference genome is available, align your reads to the reference and calculate coverage across the genome. This provides a detailed view of coverage uniformity and identifies regions with insufficient depth.

The [Bioconductor](https://bioconductor.org/) project provides packages for alignment analysis and coverage visualization. These tools can generate coverage tracks that show depth across genomic intervals.

### Assembly-Based Coverage Assessment

For de novo projects, assess coverage during assembly. Most assembly tools report coverage statistics that indicate the depth of sequencing data used in the assembly. Low coverage in specific regions may indicate assembly problems or insufficient data.

The [nf-core](https://nf-co.re/docs) documentation describes quality assessment steps in community pipelines that include coverage evaluation. These pipelines provide standardized metrics for assessing assembly quality.

### Clinical Coverage Verification

For clinical applications, verify coverage at all clinically relevant loci. The eXNVerify tool described in [F1000Research](https://pubmed.ncbi.nlm.nih.gov/38173955) provides this functionality, calculating clinical depth coverage for loci with pathogenic variants reported in ClinVar.

The tool provides visualization options for user-defined genes of interest, allowing diagnosticians to confirm that all relevant positions have sufficient depth for confident variant calling.

## Records and Documentation for Coverage Decisions

Maintaining detailed records of coverage decisions and outcomes supports reproducibility and informs future projects.

### Documentation Requirements

Record the following information for each sequencing project:

- Genome size estimate and its source
- Coverage target and the rationale for choosing it
- Data requirements calculation
- Sequencing platform and run parameters
- Actual data output and achieved coverage
- Quality assessment results
- Assembly or variant calling outcomes

This documentation allows you to evaluate whether your coverage decisions were appropriate and to adjust future planning based on observed outcomes.

### Reproducibility Considerations

The [nf-core](https://nf-co.re/docs) documentation emphasizes reproducible workflow standards for bioinformatics analysis. Following these standards ensures that your coverage analysis can be reproduced by others and that your results are comparable across projects.

The [Galaxy Training Network](https://training.galaxyproject.org/) provides training on reproducible analysis workflows. These resources emphasize the importance of documenting analysis parameters and maintaining version control for analysis scripts.

### Data Management

Store raw sequencing data and analysis outputs in organized directories with clear naming conventions. The [Carpentries](https://carpentries.org/lessons) lessons provide foundational training on data organization and management for research projects.

Maintain metadata that describes the relationship between sequencing runs, samples, and analysis outputs. This metadata supports coverage verification and troubleshooting when problems arise.

## Limitations of Coverage-Based Planning

Coverage-based planning has inherent limitations that you should understand before relying on it exclusively.

### Coverage Does Not Guarantee Quality

Achieving target coverage does not guarantee that your assembly or variant calling will succeed. Coverage is necessary but not sufficient for successful analysis. Read quality, library complexity, and genome features all influence outcomes.

The [F1000Research](https://pubmed.ncbi.nlm.nih.gov/38173955) paper on eXNVerify emphasizes that accurate identification of genetic variants depends on the type of experimental technology, quality of the material, and coverage of sequencing data obtained. Coverage is one factor among several that determine analysis success.

### Average Coverage Can Be Misleading

Average coverage across the genome can mask regions with insufficient depth. This is particularly problematic for clinical applications where specific loci must meet minimum coverage thresholds.

The eXNVerify tool addresses this limitation by calculating clinical depth coverage for specific loci instead of relying on average genome coverage. This approach ensures that all clinically relevant positions have sufficient depth for confident variant calling.

### Error Rate Interactions

Coverage requirements interact with error rate in complex ways. Higher error rates require higher coverage for the same analysis outcome, but the relationship is not linear. Error correction methods can reduce coverage requirements when error patterns are systematic and characterizable.

The [GigaScience](https://pubmed.ncbi.nlm.nih.gov/36352541) paper on SINGLe demonstrates that error correction can reduce coverage requirements for amplicon sequencing. However, this approach requires experimental characterization of the error pattern, which may not be feasible for all projects.

### Platform-Specific Considerations

Different sequencing platforms have different error profiles, read length distributions, and output characteristics. Coverage requirements that work for one platform may not transfer directly to another platform.

The [EMBL-EBI Training](https://www.ebi.ac.uk/training) resources provide platform-specific guidance for sequencing projects. These resources can help you understand the characteristics of different platforms and adjust your coverage planning accordingly.

## Professional Escalation Criteria

Some situations require escalation to experienced bioinformaticians or sequencing facility staff.

### When to Seek Expert Assistance

Consult with experienced colleagues or sequencing facility staff when:

- Your genome size estimate has high uncertainty and you cannot determine an appropriate coverage target
- Your initial sequencing run produces far less data than expected
- Your assembly or variant calling results are poor despite achieving target coverage
- You are working with a genome that has unusual features such as extreme repeat content or high heterozygosity
- You are planning a clinical sequencing project with diagnostic implications

The [EMBL-EBI Training](https://www.ebi.ac.uk/training) resources can help you build the skills needed to address common coverage planning challenges. For complex situations, professional consultation may be necessary.

### Red Flags Requiring Immediate Attention

Stop and seek assistance if you observe:

- Coverage that is less than 50 percent of your target after completing planned sequencing runs
- Extreme coverage variation across the genome with many regions below minimum thresholds
- Assembly results that are dramatically worse than expected for the achieved coverage
- Unexpected error rates that are substantially higher than platform specifications

These situations indicate problems that may require changes to library preparation, sequencing strategy, or analysis approach.

## Building a Coverage Verification Protocol for Long-Read Projects

A coverage estimate is only useful if you can verify that you actually achieved it. Many projects fail not because the initial calculation was wrong, but because researchers never checked whether the sequencing run delivered the planned depth. A structured verification protocol catches shortfalls early, when you can still order additional flow cells or adjust your analysis strategy, instead of discovering the problem after you have already committed to downstream analysis.

### Step 1: Define Coverage Checkpoints Before Sequencing Begins

Write down your coverage checkpoints before you start the sequencing run. A checkpoint is a specific coverage value that triggers a decision. For a bacterial genome assembly targeting 40x, you might set checkpoints at 20x, 30x, and 40x. At each checkpoint, you assess whether the run is on track and decide whether to continue, stop, or order additional sequencing.

The [Galaxy Training Network](https://training.galaxyproject.org/) provides tutorials on real-time analysis of Nanopore sequencing data that can calculate coverage as reads are generated. These workflows allow you to monitor progress during the run instead of waiting until completion. For PacBio systems, check the platform software for real-time yield monitoring and set your checkpoints based on the expected output per SMRT cell.

Record your checkpoints in a simple table with three columns: coverage value, expected time or output at that value, and the decision you will make. This table becomes your reference during the run and prevents reactive decisions based on incomplete information.

### Step 2: Establish Your Baseline Coverage Metric

Before you can verify coverage, you need to decide which metric you will use. Average coverage across the genome is the most common metric, but it can mask regions with very low depth. The [F1000Research](https://pubmed.ncbi.nlm.nih.gov/38173955) paper on eXNVerify emphasizes that coverage quality highly influences variant calling accuracy and final diagnosis. The authors introduced clinical depth coverage as a measure to evaluate loci with pathogenic germline and somatic variants reported in ClinVar.

For research projects, you should calculate at least two metrics. First, the average coverage across all aligned bases. Second, the percentage of the genome covered at a minimum depth threshold, such as 10x or 20x. The second metric tells you whether any regions are severely undercovered, which average coverage will not reveal.

For clinical projects, use a tool like eXNVerify that calculates coverage at specific loci of interest. The tool is available as a Docker container, which allows users who are not proficient in complex software to run the analysis. The package can be downloaded from DockerHub using the command docker pull porebskis/exnverify:1.0.

### Step 3: Align Reads and Calculate Coverage at Each Checkpoint

At each checkpoint, align your accumulated reads to the reference genome if one is available. For de novo projects, you can use assembly-based approaches or reference-free coverage estimation.

The [Bioconductor](https://bioconductor.org/) project provides R packages for genomic analysis, including tools for coverage calculation and visualization. These packages follow reproducible genomic-analysis documentation standards and can be integrated into your analysis workflow. For users comfortable with command-line tools, standard alignment programs paired with coverage calculation utilities provide the same information.

For reference-free coverage estimation, the LRGE tool described in [Bioinformatics](https://pubmed.ncbi.nlm.nih.gov/41206538) uses read-to-read overlap information to estimate genome size. This approach calculates per-read genome size estimates by analyzing the expected number of overlaps for each read, considering read lengths and a minimum overlap threshold. The final size is taken as the median of these estimates, ensuring robustness to outliers such as reads with no overlaps.

### Step 4: Compare Achieved Coverage to Expected Coverage

At each checkpoint, compare your achieved coverage to the expected coverage based on the proportion of the run completed. If you expect 40x total and you are 50 percent through the run, you should have approximately 20x coverage. A significant deviation from this expectation indicates a problem.

The [EMBL-EBI Training](https://www.ebi.ac.uk/training) resources provide practical education on sequencing platforms and data output expectations. These resources can help you understand typical yield patterns for different platforms and identify when your run is underperforming.

Create a simple spreadsheet with columns for checkpoint time, reads generated, bases generated, achieved coverage, and expected coverage. The difference between achieved and expected coverage tells you whether you need to adjust your plan.

### Step 5: Document Coverage Decisions and Outcomes

Maintain a coverage log for each project. Record the date and time of each checkpoint, the achieved coverage, the decision made, and the rationale for that decision. This log serves two purposes. First, it provides a record of why you made specific sequencing decisions, which is valuable for reproducibility and for justifying budget requests. Second, it informs future projects by showing how coverage estimates translated into actual outcomes.

The [nf-core](https://nf-co.re/docs) documentation describes community pipeline standards for reproducible bioinformatics analysis. These standards emphasize the importance of documenting analysis parameters and maintaining version control for analysis scripts. Apply the same rigor to your coverage verification process.

The [Carpentries](https://carpentries.org/lessons) lessons provide foundational training on data organization and management for research projects. These lessons cover directory structures, naming conventions, and metadata practices that support effective documentation.

### Step 6: Use Coverage Verification Results to Adjust Analysis Strategy

Coverage verification is beyond about deciding whether to sequence more. It also informs your analysis approach. If you achieve 30x coverage instead of the planned 40x, you may need to adjust your assembly parameters, use error correction methods, or combine your long-read data with short-read data.

The [GigaScience](https://pubmed.ncbi.nlm.nih.gov/36352541) paper on SINGLe demonstrates that error correction can reduce coverage requirements for amplicon sequencing. The method exploits that in an amplicon library, all reads are very similar to a wild-type sequence from which it is possible to experimentally characterize the position-specific systematic sequencing error pattern. SINGLe converges to the true sequence using as little as 5 reads per variant, fewer than other available methods.

For transposable element detection, the [Genetics](https://pubmed.ncbi.nlm.nih.gov/41996583) paper on TEforest shows that long-read assemblies can serve as training data for machine learning models that detect transposable elements in short-read data. If your long-read coverage is lower than planned, you may still be able to achieve your biological goals by using your long-read data as ground truth for short-read analysis.

### Common Verification Failures and How to Avoid Them

The most common verification failure is not checking coverage until after the sequencing run is complete. By then, you have lost the opportunity to extend the run or order additional flow cells. Set your checkpoints before the run starts and commit to checking coverage at each one.

A second failure is relying solely on average coverage. Average coverage can look adequate while specific regions are severely undercovered. Always calculate the percentage of the genome above a minimum depth threshold in addition to the average.

A third failure is not documenting verification results. Without a coverage log, you cannot learn from past projects or justify sequencing decisions to collaborators or funders. The [Galaxy Training Network](https://training.galaxyproject.org/) provides training on reproducible analysis workflows that emphasize documentation and version control.

### When to Escalate Coverage Problems

If your coverage at any checkpoint is less than 50 percent of the expected value, stop and investigate before continuing. Check the platform software for error messages, examine read quality metrics, and consult with sequencing facility staff. The [EMBL-EBI Training](https://www.ebi.ac.uk/training) resources can help you troubleshoot common sequencing problems.

If you complete the planned sequencing runs and achieve less than 50 percent of your target coverage, escalate to experienced bioinformaticians or sequencing facility staff. You may need to change your library preparation approach, use a different sequencing platform, or revise your coverage target based on what is achievable with your sample quality.

For clinical projects, any coverage shortfall at clinically relevant loci requires immediate attention. The eXNVerify tool described in [F1000Research](https://pubmed.ncbi.nlm.nih.gov/38173955) calculates clinical depth coverage for loci with pathogenic variants reported in ClinVar. If any of these loci fall below the minimum depth required for confident variant calling, you must sequence additional data before reporting results.

## Frequently Asked Questions

### How do I calculate the amount of sequencing data needed for my project?

Multiply your genome size estimate by your target coverage. For a 5 Mb bacterial genome at 30x coverage, you need 150 Mb of sequence data. Add 10 to 20 percent excess capacity to account for data loss during sequencing and filtering. For a 3.1 Gb human genome at 30x coverage, you need 93 Gb of sequence data, plus excess capacity.

### What coverage do I need for a complete bacterial genome assembly?

For Nanopore sequencing, target 30x to 50x coverage for bacterial genome assembly. For PacBio HiFi sequencing, 20x to 30x coverage may be sufficient due to the lower error rate of HiFi reads. Higher coverage improves assembly contiguity and reduces the need for additional polishing steps.

### How does read length affect my coverage requirements?

Longer reads span more repetitive regions and provide more context for assembly algorithms. A 30x coverage of 10 kb reads provides different assembly outcomes than 30x coverage of 1 kb reads. Examine the read length distribution from your sequencing run, beyond the average, when assessing whether you have sufficient coverage.

### What coverage do I need for structural variant detection?

For structural variant detection in human genomes, target 30x to 60x coverage. Higher coverage improves the sensitivity of structural variant detection and allows detection of smaller variants and more complex rearrangements. Define your minimum variant size threshold before deciding on coverage.

### How does sequencing error rate affect coverage requirements?

Higher error rates require higher coverage for the same analysis outcome. Nanopore sequencing typically produces reads with error rates around 5 to 15 percent, while PacBio HiFi reads achieve error rates below 1 percent. Error correction methods can reduce coverage requirements when error patterns are systematic and characterizable, as demonstrated by the SINGLe approach for amplicon sequencing.

### How do I verify that I have achieved sufficient coverage?

Align your reads to a reference genome if one is available and calculate coverage across the genome. For de novo projects, assess coverage during assembly using the coverage statistics reported by assembly tools. For clinical applications, verify coverage at all clinically relevant loci using tools such as eXNVerify that calculate clinical depth coverage.

### What should I do if my coverage is insufficient after sequencing?

Assess whether the shortfall is due to lower than expected output, poor read quality, or genome size underestimation. You may need to sequence additional flow cells or SMRT cells to generate more data. If the shortfall is due to genome size underestimation, recalculate your data requirements using the corrected genome size estimate.

### Can I use short-read data to supplement low long-read coverage?

Yes, hybrid approaches that combine long-read and short-read data can improve assembly and variant calling outcomes. Short-read data can provide error correction for long-read assemblies and can improve coverage in regions where long-read coverage is insufficient. The [Galaxy Training Network](https://training.galaxyproject.org/) provides tutorials on hybrid assembly approaches.

## Related Bioinformatics Guides

- [Detecting Structural Variants with Long-Read Sequencing: Methods and Considerations](/knowledge/bioinformatics/detecting-structural-variants-with-long-read-sequencing-methods-and-considerations)
- [Long-Read Metagenome Assembly: Overcoming Challenges with Nanopore and PacBio Data](/knowledge/bioinformatics/long-read-metagenome-assembly-overcoming-challenges-with-nanopore-and-pacbio-data)
- [Evaluating Metagenomic Assembly Tools: A Benchmarking Framework for Short-Read and Long-Read Data](/knowledge/bioinformatics/evaluating-metagenomic-assembly-tools-a-benchmarking-framework-for-short-read-and-long-read-data)
- [Long-Read Sequencing for De Novo Assembly of Complex Genomes: Case Studies and Best Practices](/knowledge/bioinformatics/long-read-sequencing-for-de-novo-assembly-of-complex-genomes-case-studies-and-best-practices)
- [Long-Read Sequencing Cost and Market: What to Expect](/knowledge/bioinformatics/long-read-sequencing-cost-and-market-what-to-expect)

## References and Further Reading

- [NCBI Data Resources](https://www.ncbi.nlm.nih.gov/). National Center for Biotechnology Information.
- [EMBL-EBI Training](https://www.ebi.ac.uk/training). European Bioinformatics Institute.
- [Bioconductor](https://bioconductor.org/). Bioconductor Project.
- [Galaxy Training Network](https://training.galaxyproject.org/). Galaxy Project.
- [nf-core Documentation](https://nf-co.re/docs). nf-core.
- [The Carpentries Lessons](https://carpentries.org/lessons). The Carpentries.
- [eXNVerify: coverage analysis for long and short-read sequencing data in clinical context.](https://pubmed.ncbi.nlm.nih.gov/38173955). F1000Research, 2022.
- [Genome size estimation from long read overlaps.](https://pubmed.ncbi.nlm.nih.gov/41206538). Bioinformatics (Oxford, England), 2025.
- [Leveraging long-read assemblies and machine learning to enhance short-read transposable element detection and genotyping.](https://pubmed.ncbi.nlm.nih.gov/39990489). bioRxiv : the preprint server for biology, 2025.
- [Accurate gene consensus at low nanopore coverage.](https://pubmed.ncbi.nlm.nih.gov/36352541). GigaScience, 2022.
- [Leveraging long-read assemblies and machine learning to enhance short-read transposable element detection and genotyping.](https://pubmed.ncbi.nlm.nih.gov/41996583). Genetics, 2026.

> This article is educational and does not replace validated analysis plans, institutional policy, clinical interpretation, or specialist review.