fastqc quality leading reads are all same
0
0
Entering edit mode
8.2 years ago
sacha ★ 2.4k

I get 16sRNA sequencing from illumina MiSeq. I Run fastQC and I get the following quality plot. Why the first 6 position has the same quality. Is it the barcode not removed ?
And when I look into my fastq , the header specify a sequence : TAATGCGCCCTATCCT . is it the barcode too ? And why they are 17 nucleotides ?

@HWI-D00473:173:H3KJTBCXX:2:1101:11770:2101 1:N:0:TAATGCGCCCTATCCT
CCGTCAATTCATTTAAGTTTCATACTTGCGTACGTACTCCCCAGGCGGATTACTTATCGCGTTAGCTTGGGCGCTGAGGTTCGACCCCCAACACCTAGTAATCATCGTTTACGGCGTGGACTACCAGGGTATCTAATCCTGTTTGCTACCCACGCTTTCG
CGCTTTAGCGTCAGTATCTGTCCAGTAAGCTGGCTTCCCCATCGGCATTCCTACAAATACCTACGACTTTCACCTCTACCCTTGTAGTTCCGCTTACCTCTCCAGTACTCTAGTCATCCAGTTTCCAACGCAATACCGAGT

enter image description here

fastqc fastq miseq • 2.3k views
ADD COMMENT
3
Entering edit mode
TAATGCGCCCTATCCT

That is the barcode sequence. If this was a 2D Barcode then the two barcodes are concatenated and represented as a single string. e.g. TAATGCGC-CCTATCCT (those would be the two barcodes).

Initially illumina assigns a lower quality value for bases as the Q-scores are calibrated which is what you are seeing at the beginning of the read. That has nothing to do with the barcodes.

ADD REPLY
0
Entering edit mode

Thanks to make it more clear. So I don't need to trim the first 6 bases ?

ADD REPLY
0
Entering edit mode

No you don't need to.

ADD REPLY
0
Entering edit mode

Regarding the following plot, it seems the beginning of the reads has exactly the same content. CGTCAT. Is there any relation with the first 6 high quality first base?

First bases

ADD REPLY
0
Entering edit mode

Is this experiment using an internal barcode that appears at the beginning of the reads (possible based on the plot above or otherwise this may be due to bad experimental design) then you would see something like this. This barcode can then be used for demultiplex the reads further.

ADD REPLY
0
Entering edit mode
ADD REPLY

Login before adding your answer.

Traffic: 2956 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