# Feature Table Normalization Strategies in QIIME2 **URL:** https://forum.qiime2.org/t/feature-table-normalization-strategies-in-qiime2/4105 **Category:** User Support **Tags:** pending-development **Created:** [May 10, 2018, 3:03pm UTC](https://forum.qiime2.org/t/feature-table-normalization-strategies-in-qiime2/4105 "2018-05-10T15:03:58Z") **Posts on this page:** 1 **Showing post:** 3
### Author: ![Nicholas\_Bokulich](https://forum.qiime2.org/user_avatar/forum.qiime2.org/nicholas_bokulich/32/19937_2.png) [@Nicholas\_Bokulich](https://forum.qiime2.org/u/Nicholas_Bokulich) #### Post date: [May 11, 2018, 1:49pm UTC](https://forum.qiime2.org/t/feature-table-normalization-strategies-in-qiime2/4105/3 "2018-05-11T13:49:55Z")
Hi Nate, Adding alternative normalization strategies has been on our radar for a while. We have an open issue [here](https://github.com/qiime2/q2-diversity/issues/161) to track progress. We will post here with updates when those are added to a future QIIME2 release. However, non-rarefying-based normalization is built in to some QIIME2 analyses, e.g., ANCOM for differential abundance testing. So separate normalization may not be necessary (or even undesirable), depending on your goals. For now, rarefying is the only normalization method built into QIIME2 for alpha and beta diversity analyses, though others are planned for the near future. > [@njennis](#): > > I was considering using normalize\_table.py for CSS on my exported QIIME 2 feature table (.biom) in QIIME 1, and importing the normalized table back into QIIME 2 for further analyses. Would this make sense, or is there a better method of doing this? Alas, there is not currently a better way. I hope that helps! --- _[View the full topic](https://forum.qiime2.org/t/feature-table-normalization-strategies-in-qiime2/4105)._