Hi @thbtmntgn,
Did you see this note in the error message:
No reads passed the filter. trunc_len_f (125) or trunc_len_r (125) may
be longer than read lengths, or other arguments (such as max_ee or
trunc_q) may be preventing reads from passing the filter.
That would be the best place to start with this (i.e., compare your read lengths against the truncation lengths that you provided).
Hi @thbtmntgn! From the quality scores plot you posted (demux.qzv), it looks like you have a single sample containing only 100 reads. That’s a really small number of sequences – is this a test/synthetic dataset that you put together?
My guess is that the default parameters used with DADA2 may be too stringent for your extremely small dataset, since the tool models error profiles found in current sequencing technologies (e.g. MiSeq runs). The error message suggests modifying --p-max-ee and/or --p-trunc-q; that may be something you could try.
Hi @jairideout, that’s rigth I have a single sample containing 100 reads.
I wanted to test QIIME2 functionalities quickly wiht a little dataset.
I tried to modifyng --p-max-ee and/or --p-trunc-q but I get the same error.
In printed messages, the first error message corresponds to DADA2:
Error: No reads passed the filter (were truncLenF/R longer than the read lengths?)
I also tried to modify --p-trunc-len-f and --p-trunc-len-r option with a value of 50 for example but I get the same error message again.
Is it an error from myself or could it be a bug ?
My idea is to performed taxonomic classification. I have to choose between classify-consensus-blast, classify-consensus-vsearch and classify-sklearn after using denoise-paired right ?
Hi Thibaut,
Are there Ns in your test dataset? DADA2 requires no Ns, so if every read has an N you will lose all your reads. If that’s not it, could you share this small test fastq file?
All the forward reads have a N at the first position and 37/100 reverse reads have at least a N.
Is there another way to create input files needed by classification QIIME command like classify-consensus-blast, classify-consensus-vsearch and classify-sklearn ?
Hi Thibaut,
You should be able to solve the N issue on the forward reads by trimming off those bases. Could you try the p-trim-left-f parameter, with a value of perhaps 3, to get rid of that first problematic base? Hopefully then you will get at least the 63/100 with no N in the reverse read through.
Is there another way to create input files needed by classification QIIME command like classify-consensus-blast, classify-consensus-vsearch and classify-sklearn ?
I also took a look at your link but I have FASTQ files, not biom or fasta format.
Here are my read files (I add .txt extension to be able to upload them here). They contain 100 reads each: reads1.fastq.gz.txt (11.8 KB) reads2.fastq.gz.txt (11.5 KB)
Hi Thibaut,
For now I suggest converting your FASTQ to a FASTA and importing that way, if you just want to classify the sequences.
There is a small bug in the 1.2 version of the DADA2 package the plugin is using (minQ is enforced before trimming, rather than after) that is preventing p-trim-left-f from working as expected. So you would need to trim off that bad staring base position with another bit of software to get it to work with the current QIIME2 plugin. When the plugin upgrades to the 1.4 version of DADA2 the p-trim-left-f approach should work.