Quality Control

TRANSIT has several useful features to help inspect the quality of datasets as and export them to different formats. (see also TPP Statistics )

As you add datasets to the control or experimental sections, TRANSIT automatically provides some metrics like density, average, read-counts and max read-count to give you an idea of how the quality of the dataset.

However, TRANSIT provides more in-depth statistics in the Quality Control window. To use this feature, add the annotation file for your organism (in .prot_table or GFF3 format). Next, add and highlight/select the desired read-count datasets in .wig format. Finally, click on View -> Quality Control. This will open up a new window containing a table of metrics for the datasets as well as figures corresponding to whatever dataset is currently highlighted.

_images/transit_quality_control_window.png

QC Metrics Table

The Quality Control window contains a table of the datasets and metrics, similar to the one in the main TRANSIT interface. This table has an extended set of metrics to provide a better picture of the quality of the datasets (below).

A similar table of dataset statistics can be generated at the command-line using the Transit tnseq_stats command.

Column Header

Column Definition

Comments

File

Name of dataset file.

Density

Fraction of sites with insertions.

“Well saturated” Himar1 datasets have >30% saturation. Beneath this, statistical methods may have trouble.

Mean Read

Average read-count, including empty sites.

NZMean Read

Average read-count, excluding empty sites.

A value between 30-200 is usually good for Himar1 datasets. Too high or too low can indicate problems.

NZMedian Read

Median read-count, excluding empty sites.

As read-counts can often have spikes, median serves as a good robust estimate.

Max Read

Largest read-count in the dataset.

Useful to determine whether there are outliers/spikes, which may indicate sequencing issues.

Total Reads

Sum of total read-counts in the dataset.

Indicates how much sequencing material was obtained. Typically >1M reads is desired for Himar1 datasets.

Skew

Skew of read-counts in the dataset.

Large skew may indicate issues with a dataset. Typically a skew < 50 is desired. May be higher when library is under strong selection

Kurtosis

Kurtosis of the read-counts in the dataset.

Interpretation of Data Quality (Rules of Thumb)

Note

While there are no rigid criteria for defining “bad” datasets, rules of thumb I use for “good” datasets are: density>30% (ideally >50%) and NZmean>10 (ideally >50). In addition, I look at MaxReadCount and Skewness as indicators. Typically, MaxReadCount will be in the range of a few thousand to tens-of-thousands. If you see individual sites with counts in the range of 105-106 , it might mean you have some positive selection at a site (e.g. biological, or due to PCR jackpotting), and this can have the effect of reducing counts and influencing the distribution at all the other sites. If MaxReadCount<100, that could also be problematic (either not enough reads, or possibly skewing). Also, skewness>30 often (but not always) signals a problem. Kurtosis doesn’t seem to be very meaningful. The reason it is not easy to boil all these down to a simple set of criteria is that some some of these metrics are interdepenent.

If you have a “bad” or poorly-behaving or “skewed” dataset (e.g. with mostly low counts, dominated by a few high counts), right now the only remedy you can try is applying the Beta-Geometric Correction (BGC), which is a non-linear normalization procedure for adjusting insertion counts.

QC Plots

The Quality Control window also contains several plots that are helpful to visualize the quality of the datasets. These plots are unique to the dataset selected in the Metrics Table (below the figures). They will update depending on which row in the Metrics Table is selected:

Figure 1: Read-Count Distribution

_images/transit_quality_control_histogram.png

The first plot in the Quality Control window is a histogram of the non-zero read-counts in the selected dataset. While read-counts are not truly geometrically distributed, “well-behaved” datasets often look “Geometric-like”, i.e. low counts are more frequent than very large counts. Datasets which where this is not the case may reflect a problem.

Figure 2: QQ-Plot of Read-Counts vs Geometric Distribution

_images/transit_quality_control_qqplot.png

The second plot in the Quality Control window is a quantile-quantile plot (“QQ plot”) of the non-zero read-counts in the selected dataset, versus a theoretical geometric distribution fit on these read-counts. While read-counts are not truly geometrically distributed, the geometric distribution (a special case of the Negative Binomial distribution), can serve as a quick comparison to see how well-behaved the datasets are.

As the read-counts are not truly geometric, some curvature in the QQplot is expected. However, if the plot curves strongly from the identity line (y=x) then the read-counts may be highly skewed. In this case, using the “betageom” normalization option when doing statistical analyses may be a good idea as it is helpful in correcting the skew.

Figure 3: Ranked plot of Read-Counts

_images/transit_quality_control_ranked.png

The second plot in the Quality Control window is a plot of the read-counts in sorted order. This may be helpful in indentifying outliers that may exist in the dataset. Typically, some large counts are expected and some normalization methods, like TTR, are robust to such outliers. However, too many outliers, or one single outlier that is overhwelmingly different than the rest may indicate an issue like PCR amplification (especially in libraries constructed older protocols).