Entering edit mode
4.7 years ago
mchair18
▴
80
Title pretty much says it all, but recently received results back from my core facility for a ChIP-Seq run, and one sample in particular had less than half as many reads identified as the rest of the samples. What would cause this? I would think that any issue with identifying the index itself would apply across all samples, so my mind initially moves to the possibility that less of this sample was loaded on the flow cell versus the others. Any ideas are much appreciated!
Maybe there is issue with library pooling or the quantification done before pooling.
Did you pool the samples yourself or did the core do it? If you did it, how did you quantify each sample?
My initial thought was that there may have been an issue with quantification but I wanted to see if there were some other possibilities before I went back to the core with my concerns.
We did not pool or quantify any of the samples ourselves, each of these steps were performed by our core facility.
Use
Add Replyplease. If they did it you can always contact them and ask for clarification. I guess uneven loading is the most likely explanation.My apologies. Thank you for the input!
If your facility does not do proper quantification then this is not surprising. Keep in mind that libraries with smaller inserts preferentially cluster. Yes this does mean that if you have adapter dimer contamination then those will cluster first. Check to see if that is the case for this particular library. Only remedy is to do a bead clean-up before re-quantification followed by a re-run.
If your provider provides a guarantee for a reasonably uniform distribution of read numbers per sample then they may do a re-run at no cost to you.