Forum:Are OTUs an accurate measure of abundance?
3
1
Entering edit mode
6.9 years ago

I am having a debate with my PI when interpreting the information provided by the OTU table. The question is, is the OTU table generated after sequence alignments with database provide accurate information for estimating the number of bacteria present in that sample? For example if we have OTU10 which has an OTU count of 2 and another OTU1 which has an OTU count of 1000 mean that only 2 bacterial cells of OTU10 are present in the environment or is it just mean that OTU10 is relatively a lot less abundant than OTU1? Or to get an accurate estimate of quantity, would qPCR be necessary?

next-gen 16S-rRNA • 5.1k views
ADD COMMENT
1
Entering edit mode

Something to read while you await responses.

ADD REPLY
1
Entering edit mode

Nice paper, but it uses rarefaction which has been recently criticized (https://www.ncbi.nlm.nih.gov/pubmed/24699258)

ADD REPLY
1
Entering edit mode

There was an interesting response to the paper at the QIIME forum:

A response to “Accuracy of microbial community diversity ...” by R Edgar for QIIME users

The post got me to Exact sequence variants should replace operational taxonomic units in marker-gene data analysis, where they argue for dropping OTUs in favour of amplicon sequence variants (ASVs).

ADD REPLY
3
Entering edit mode
6.9 years ago
grp2009 ▴ 60

For example if we have OTU10 which has an OTU count of 2 and another OTU1 which has an OTU count of 1000 mean that only 2 bacterial cells of OTU10 are present in the environment

It certainly does not mean that there are 2 bacterial cells belonging to OTU10 in the environment/sample. There is no simple relationship between the number of reads (counts) and the absolute number of bacteria in the sample. You should think of your sequenced reads more as a random sample from the population of bacteria. If you have 10,000 reads for a given sample, it is similar to surveying 10,000 randomly selected Canadians, say. It will never allow you to estimate the population of Canada.

or is it just mean that OTU10 is relatively a lot less abundant than OTU1?

This is much closer to the truth, but with certain warnings. Different types of bacteria may be unequally represented in your 16S data, even if they are present in equal proportions in the original sample. Two mechanisms for this are:

  • Some bacteria have more copies of the 16S gene in their genomes than others, and will therefore contribute more 16S reads on average.
  • Some bacteria may not have exact matches to the primers used in the PCR reaction, and will therefore contribute less to the sequenced reads.

These biases are discussed in another good paper by Robert Edgar (I recommend paying attention to his work):

UNBIAS: An attempt to correct abundance bias in 16S sequencing, with limited success

In addition, I think there are many other sources of bias that will complicate the numerical relationship between your OTU counts (or rather their proportions, like 2/1000 in your example) and the true relative abundances of bacteria. But generally you will be comparing two groups of samples, and the same biases will be equally present in your two groups.

ADD COMMENT
1
Entering edit mode
6.9 years ago

I think the problem lies within the understanding of the term "OTU". It has been frequently misunderstood and often considered a replacement for "species" in the bacterial community; and which of course is incorrect.

Keep in mind that these are rough estimates (that's why we call it "abundance estimation") of the bacterial diversity. Rest, I found the paper shared by genomax very interesting; may be I ll also go through it.

ADD COMMENT
0
Entering edit mode
6.9 years ago
aln ▴ 320

Regarding accurate estimation, there is interesting paper about spike in bacteria. Authors say it is better than qRT-PCR. I wonder if it has any biological draw-backs, otherwise, why people don't use it every time?

ADD COMMENT

Login before adding your answer.

Traffic: 2328 users visited in the last hour
Help About
FAQ
Access RSS
API
Stats

Use of this site constitutes acceptance of our User Agreement and Privacy Policy.

Powered by the version 2.3.6