You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is an image of the forward reads pre and post trim (which I think is fine):
This is an image of the reverse reads pre and post trim (which i think is not great especially with that weird bit around 200):
Any ideas on how to improve the reverse reads without using truncLen (not advised for ITS)? I tried having a stricter expected error and higher quality threshold for reverses and it still didn't address that big dip around 200.
(Additional context: I receive the files demultiplexed and without primers so I do not use cutadapt prior to this)
The text was updated successfully, but these errors were encountered:
On the quality profile I wouldn't worry about it too much. DADA2 models error rates as a function of quality score, so it will handle the dip in quality in the reverse reads fairly well.
Additional context: I receive the files demultiplexed and without primers so I do not use cutadapt prior to this
The issue with ITS is that short ITS regions lead to reads that read-through to the opposite primer: forward reads that read through to the reverse primer, and reverse reads that read-through to the forward primer. I recommend checking if this might be an issue in your data. Our ITS tutorial describes one way to do this: https://benjjneb.github.io/dada2/ITS_workflow.html
I work with ITS data and I am running into some quality issues.
My usual filterAndTrim parameters are as follows:
filterAndTrim(fnFs, filtFs, fnRs, filtRs, maxN = 0, maxEE = c(2, 2), truncQ = 2, minLen = 50, rm.phix = TRUE, compress = TRUE, multithread = TRUE)
This is an image of the forward reads pre and post trim (which I think is fine):
![Image](https://private-user-images.githubusercontent.com/171501504/406072811-be968fc4-2bab-413a-a4bd-3f4e73ea5a8d.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3Mzk0NTQ5NjcsIm5iZiI6MTczOTQ1NDY2NywicGF0aCI6Ii8xNzE1MDE1MDQvNDA2MDcyODExLWJlOTY4ZmM0LTJiYWItNDEzYS1hNGJkLTNmNGU3M2VhNWE4ZC5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjUwMjEzJTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI1MDIxM1QxMzUxMDdaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT1kMjc1YTk1YWIzNDEyNjM3ZWU2MmU3YzEzODI4NDA0ZWI2YjY3ZjIzMDEzMWRmYmQ0OGE0ZDJlZTMzYWM5MjJjJlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCJ9.35QPynNqFVf0lsjCeMQD9VDiqirchvEsPpoArlsm9a8)
This is an image of the reverse reads pre and post trim (which i think is not great especially with that weird bit around 200):
![Image](https://private-user-images.githubusercontent.com/171501504/406073195-dc8ec164-146b-408e-a2d7-63a7f7e9781f.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3Mzk0NTQ5NjcsIm5iZiI6MTczOTQ1NDY2NywicGF0aCI6Ii8xNzE1MDE1MDQvNDA2MDczMTk1LWRjOGVjMTY0LTE0NmItNDA4ZS1hMmQ3LTYzYTdmN2U5NzgxZi5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjUwMjEzJTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI1MDIxM1QxMzUxMDdaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT0xYTY4YWVhNzI4YjhhZTVkMmMwODgzNzg2NjQzMjA4Mzg2NWI3MDQ3ZDJhYTdkOWVkMzZhYWJiOTA0MGYzODIwJlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCJ9.8gKzfPzp89QnsLVMQJa7WB9kIRLpflah9pAHPMdFfAA)
Any ideas on how to improve the reverse reads without using truncLen (not advised for ITS)? I tried having a stricter expected error and higher quality threshold for reverses and it still didn't address that big dip around 200.
(Additional context: I receive the files demultiplexed and without primers so I do not use cutadapt prior to this)
The text was updated successfully, but these errors were encountered: