# chimera.uchime

**URL:** <https://forum.mothur.org/t/chimera-uchime/1568>\
**Category:** Commands in mothur\
**Created:** [November 1, 2013, 8:52pm UTC](https://forum.mothur.org/t/chimera-uchime/1568 "2013-11-01T20:52:32Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![akoliver](https://avatars.discourse-cdn.com/v4/letter/a/e68b1a/32.png) [@akoliver](https://forum.mothur.org/u/akoliver)\
**Post date:** [November 1, 2013, 8:52pm UTC](https://forum.mothur.org/t/chimera-uchime/1568/1 "2013-11-01T20:52:32Z")

</div>

Hello,

I was wondering what the count\_table file does in the chimera.uchime and if it is necessary?

Thank you!

---

<div class="post-metadata">

**Author:** ![westcott](https://yyz2.discourse-cdn.com/flex036/user_avatar/forum.mothur.org/westcott/32/18_2.png) [@westcott](https://forum.mothur.org/u/westcott)\
**Post date:** [November 4, 2013, 1:22pm UTC](https://forum.mothur.org/t/chimera-uchime/1568/2 "2013-11-04T13:22:38Z")

</div>

The count table is used to when you want to use your dataset as a reference for chimera checking. Mothur uses the more abundant sequences in each sample as the reference for checking the less abundant sequences. If you set dereplicate=t, mothur will also create a new \*pick.uchime.count\_table.

---

<div class="post-metadata">

**Author:** ![akoliver](https://avatars.discourse-cdn.com/v4/letter/a/e68b1a/32.png) [@akoliver](https://forum.mothur.org/u/akoliver)\
**Post date:** [November 4, 2013, 6:28pm UTC](https://forum.mothur.org/t/chimera-uchime/1568/3 "2013-11-04T18:28:06Z")

</div>

Okay thanks!.. So I do not need to provide the a count table when running chimera.uchime if using dereplicate=t ?

---

<div class="post-metadata">

**Author:** ![westcott](https://yyz2.discourse-cdn.com/flex036/user_avatar/forum.mothur.org/westcott/32/18_2.png) [@westcott](https://forum.mothur.org/u/westcott)\
**Post date:** [November 6, 2013, 5:34pm UTC](https://forum.mothur.org/t/chimera-uchime/1568/4 "2013-11-06T17:34:23Z")

</div>

Nope, the opposite. You do need to provide one. If you are using the your dataset as a reference you need to provide a names and group file or count file. Mothur uses those files to find the more abundant sequences and divide the sequences into samples.

---

<div class="post-metadata">

**Author:** ![shu251](https://avatars.discourse-cdn.com/v4/letter/s/f9ae1b/32.png) [@shu251](https://forum.mothur.org/u/shu251)\
**Post date:** [November 8, 2013, 6:47pm UTC](https://forum.mothur.org/t/chimera-uchime/1568/5 "2013-11-08T18:47:45Z")

</div>

This is regarding an error message in chimera.uchime that I keep getting.  
I am following the MiSeq SOP closely. I’m using 1.32.1 version.  
This is the error that I get when I run chimera.uchime:

othur \> chimera.uchime(fasta=current, count=current, dereplicate=t)  
Using stability.trim.contigs.good.unique.good.filter.unique.precluster.count\_table as input file for the count parameter.  
Using stability.trim.contigs.good.unique.good.filter.unique.precluster.fasta as input file for the fasta parameter.

Using 40 processors.

uchime by Robert C. Edgar  
[http://drive5.com/uchime](http://drive5.com/uchime)  
This code is donated to the public domain.

Checking sequences from stability.trim.contigs.good.unique.good.filter.unique.precluster.fasta …  
[ERROR]: Could not open stability.trim.contigs.good.unique.good.filter.unique.precluster.uchime.chimeras59316.tempApril\_DNA  
[ERROR]: Could not open stability.trim.contigs.good.unique.good.filter.unique.precluster.uchime.chimeras59325.tempJuly\_DNA

I assume it means that it sees the file as empty??  
I have tried to run this a couple of times with the same result. Do I need to go back into my folder and delete the temp files it creates before trying again? would that help?  
Thanks,  
S

---

<div class="post-metadata">

**Author:** ![westcott](https://yyz2.discourse-cdn.com/flex036/user_avatar/forum.mothur.org/westcott/32/18_2.png) [@westcott](https://forum.mothur.org/u/westcott)\
**Post date:** [November 8, 2013, 7:46pm UTC](https://forum.mothur.org/t/chimera-uchime/1568/6 "2013-11-08T19:46:07Z")

</div>

Mothur creates the temp files when running the commands with multiple processors. Could you try it with processors=1? If that does not resolve the issue, can you send your files to [mothur.bugs@gmail.com](mailto:mothur.bugs@gmail.com) and I will try to troubleshoot it for you?

---

<div class="post-metadata">

**Author:** ![lwaidele](https://avatars.discourse-cdn.com/v4/letter/l/bbe5ce/32.png) [@lwaidele](https://forum.mothur.org/u/lwaidele)\
**Post date:** [May 8, 2014, 8:36am UTC](https://forum.mothur.org/t/chimera-uchime/1568/7 "2014-05-08T08:36:52Z")

</div>

Hi all,

I’m new here and following the MiSeq SOP using version 1.33.3  
All previous commands worked well for my data, but now I’ve got a problem with the chimera.uchime command…

My dataset contains around 2 million sequences (quite many…) and I started using 12 processors  
mothur \> chimera.uchime(fasta=stability.files.trim.contigs.good.unique.good.filter.unique.precluster.fasta, count=stability.files.trim.contigs.good.unique.good.filter.unique.precluster.count\_table, dereplicate=t, processors=12)  
At first this worked fine, but then I noticed that my computer was only using 6 processors and right now it’s down to only 1 processor and that really takes forever…has this problem ever occured before?  
Also mothur generates many .temp files, is there a way to see which groups are already finished and on which groups the command is still running? Would it then be possible to start chimera.uchime again, using only those groups which were not finished before, or would this cancel the whole process?

Thanks!!  
Best,  
L

---

<div class="post-metadata">

**Author:** ![pschloss](https://yyz2.discourse-cdn.com/flex036/user_avatar/forum.mothur.org/pschloss/32/4_2.png) [@pschloss](https://forum.mothur.org/u/pschloss)\
**Post date:** [May 9, 2014, 12:46pm UTC](https://forum.mothur.org/t/chimera-uchime/1568/8 "2014-05-09T12:46:13Z")

</div>

You likely have one sample that is huge and so it is taking awhile. I’d just say to be patient. Also, do you have 2 mil unique sequences going into uchime or 2 mil total sequences? If it’s uniques you should be prepared to not do OTUs since it won’t work. We generally see this large number of uniques when people no not sequence regions with fully overlapping reads and so they cannot get adequate denoising of their data.

Pat
