This is a test version of Biostars. For the public version, visit https://www.biostars.org.
Same sequencing sample in multiple lanes. How to analyse it?

Hi,

I have the following samples:

Lane 1:

  • 184631_S1_L001_trimmed_R1.fastq
  • 184631_S1_L001_trimmed_R2.fastq

Lane 2:

  • 184631_S1_L001_trimmed_R1.fastq
  • 184631_S1_L001_trimmed_R2.fastq

I would like to align these fastq files to the reference library. Bowtie2 is the tool I am using. As you can see, the same sample was spread across 2 lanes in order to obtain adequate sequencing depth. The expected output is a count matrix that will be further analysed using DESeq2.

How (and when) to proper treat and merge the same sample from two different lanes?

sequencing bowtie2 alignment samtools ngs

Are they technical replicates? If not, you can merge them before mapping with the simple cat command.

They are not. The shown samples are from the same multiplex, and the multiplex was then sequenced on 2 lanes. What are you suggesting is to merge them before the alignment? R1.fastq from both lanes and same for R2.fastq?

Yes, merge all forward and reverse read files separately.

cat Lane1/184631_S1_L001_trimmed_R1.fastq Lane2/184631_S1_L001_trimmed_R1.fastq > final_R1.fastq
cat Lane1/184631_S1_L001_trimmed_R2.fastq Lane2/184631_S1_L001_trimmed_R2.fastq > final_R2.fastq

If they same from the same library prep, they absolutely are technical replicates, no matter how many different lanes they are split over.

Thanks a lot for your suggestion!

1 answer

You can merge the files before and after alignment.

Merging the FASTQ files perhaps makes life a little simpler in that fewer files need to be managed.

Merging after alignments gives you a bit of a better understanding of whether the two lanes exhibit different characteristics during alignment. You also get somewhat simpler parallel processing when generating alignments (in the sense that the files are already split).

Hi Istvan! Would it be fine to add the counts of samples (same sample from different lanes) from count matrix instead of merging aligned files? Logically it should not make any difference.

Best Ekta

yes, I think adding up the counts is also a valid approach

I guess this could really depend on the "counting" strategy, the library complexity and possible lane biases. If e.g., EM is used to guide multi-mapping read assignment based on robust evidence from uniquely mapped ones, any biases/differences in unique mappers in BAMs from individual lanes would guide the assignment of multimappers differently in each count file.

Log in to answer this question.