![]() |
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
Insert Sizes for Paired End Reads Exactly the same as Read Length | rlowe | Bioinformatics | 0 | 06-27-2012 05:01 AM |
longest possible insert length & variable insert lengths | lcarey | Illumina/Solexa | 0 | 06-13-2012 12:05 AM |
About Insert, Insert size and MIRA mates.file | aarthi.talla | 454 Pyrosequencing | 1 | 08-01-2011 02:37 PM |
insert sizes | nozzer | Bioinformatics | 1 | 07-09-2010 06:49 AM |
![]() |
|
Thread Tools |
![]() |
#21 |
Member
Location: UK Join Date: Oct 2010
Posts: 21
|
![]()
I have not used Nextera at all, but I was intrigued by the comment that gDNA must be accurately quantified so that the tagmentation procedure works properly.
I have had a problem with accurately quantifying genomic DNA. In my opinion, the Qubit is not fit to do this, there is a big difference between nanodrop and qubit measurements, and even with repeats it all seems a bit random. Has anybody out there got a similar experience? Could that perhaps be the reason why the amount of input DNA is overestimated? |
![]() |
![]() |
![]() |
#22 | |
Member
Location: Kentucky Join Date: May 2012
Posts: 76
|
![]() Quote:
|
|
![]() |
![]() |
![]() |
#23 | |
Senior Member
Location: Purdue University, West Lafayette, Indiana Join Date: Aug 2008
Posts: 2,317
|
![]() Quote:
Yes, nanodrop UV spectrophotometry is normally a poor method to estimate the concetration of genomic DNA in a prep. I discuss here some of the reasons why. -- Phillip |
|
![]() |
![]() |
![]() |
#24 | |
Senior Member
Location: Purdue University, West Lafayette, Indiana Join Date: Aug 2008
Posts: 2,317
|
![]() Quote:
I think you can largely remove the insoluble glop that one finds in some DNA preps by giving them a hard spin and pippetting off the supernatant into a separate tube. The supe is the DNA and the pellet is mostly insoluble stuff (possibly polysaccharides.) By "hard", I mean "hard" -- like >10 minutes at >10K RPM in a microfuge hard. I mention this only because there is a maddening tendency for people to regard all centrifuges as equal -- that 100RPM spin you get from a cheap "touch spin" centrifuge is *not* the same as a "hard" spin. By the way, while this method should give a sample that can be assayed for concentration on a fluorimeter, don't get the idea that a UV spectrophotometer will also do the job. It probably won't. I detail some of the reasons why here. -- Phillip Last edited by pmiguel; 07-08-2013 at 06:26 AM. |
|
![]() |
![]() |
![]() |
#25 |
Junior Member
Location: Melbourne Join Date: Nov 2013
Posts: 1
|
![]()
I have been making my very first Nextera library. I accidently added double the amount of tagmentation enzyme to half my 96 well plate (columns 1-6, as seen by the first 6 lanes in the attached image), did 8 cycles of PCR as recommended by others and looked at my libraries on the bioanalyser. Those which had twice as much enzyme are of a much better size range (lanes 7-11), whereas those that had the right amount are all alot bigger. Although to get a nice size range it is not ideal to add more of the very expensive enzyme.
I am guessing I will have to make separate pools for sequencing based on the different size ranges - does that sound right? |
![]() |
![]() |
![]() |
#26 | ||
Junior Member
Location: Chile Join Date: Apr 2014
Posts: 8
|
![]() Quote:
Quote:
I'm having a few issues with Nextera libraries too. I'm working on plant gDNA and my inserts are >1Kb. I used Kapa qPCR kit to quantify my libraries, but in this point I have a problem with the 5) suggestion. According with Kapa kit protocol, DNA polymerase amplifies up to 1Kb (considering the 90s annealing-extension). So, it would be incorrect to include fragments above 1Kb, because they're not quantified during qPCR and are not represented in the final concentration. I would try to use your method (including all sizes), because I tried on my own and used an input of 20pM for MiSeq, and got a clustering of ~400K/mm2. But I can't since Kapa qPCR doesn't quantify fragments >1Kb! I'd appreciate any advices regarding this! Thanks in advance!
__________________
Science is ok, but I'm hungry. |
||
![]() |
![]() |
![]() |
#27 |
Jafar Jabbari
Location: Melbourne Join Date: Jan 2013
Posts: 1,238
|
![]()
I would suggest using standard KAPA qPCR protocol as you have described. For average size calculation use region from 100-950 bp and cluster 1-2pM less than your optimum shotgun gDNA libraries to start. You can slightly adjust the pM input for next runs to get optimum cluster number for the specific chemistry with this method.
|
![]() |
![]() |
![]() |
#28 |
Member
Location: UK Join Date: Jan 2014
Posts: 75
|
![]()
I just wanted to point out that the bioanalyser trace is more than a little misleading with regard to the fragment length distribution.
The important thing is that the Bioanalyser trace is on a log scale (like a normal agarose gel). The size distribution of reads (as reported earlier in this thread on post #17) were plotted on a linear axes. From my understanding, the size distribution of any library, irrespective of methods of fragmenting, (if it is a random process), should always display an exponential decay curve. (It is a Poisson process.) The mode should always be below the mean, and the median above the mean. The log-nature of DNA migration through agarose gels (and the Bioanalyser) will essentially appear to cancel out these inherent exponential characteristics. When companies state that their favourite shearing method creates a tight size distribution, I think they are probably full of it. Disclaimer: [This is assuming that for any chosen method the fragmentation events are randomly distributed relative to one another.] p.s. I know this is an old thread, but I was browsing for something, and thought it worth mentioning. Last edited by M4TTN; 10-31-2014 at 05:42 AM. |
![]() |
![]() |
![]() |
#29 |
Member
Location: Spain Join Date: Jun 2010
Posts: 56
|
![]()
I am having a similar problem with my experiment so I hope someone can give me a clue.
I'm making Nextera XT libraries of some phago genomic DNA samples following protocol instructions. Samples were previously diluted in water, quantified with Qubit and ratio was around 1.7-1.8 with Nanoddrop. After running my libraries on a Bioanalyzer HS DNA chip, I observed small quantity for most of DNA and peaks over the 300-500 bp of expected size, usually around 1300bp as you can see in the Recopilation image file. As I expected smaller size of fragments, I made Sample 4 again with the following modification in order to get shorter size fragments: Sample 4: Positive control. Made according protocol instructions (5 minutes in thermocycler and 5ul of Tagment DNA Buffer). Sample 4 + min: Instead of 5 minutes in the thermocycler I put it 10 in order to give it more time to tagment my DNA. I supposed I should have obtained smaller fragment sizes because the enzyme would have had more time to tag fragments and thus getting smaller sizes. My result was even worse as you can check in the ReRun image file. As you can see, my control sample obtained right now smaller fragment size than before (1130 vs 1670) which has no sense, but my “experiment sample” obtained even larger fragment sizes (1709 bp). Q1. Why did I get bigger fragment sizes? Q2. According to previous posts, maybe decreasing the extension time for the PCR and adding some extra cycles could be a solution. Do you think this applies also to Nextera XT? Any other advice? Thanks in advance |
![]() |
![]() |
![]() |
#30 |
Member
Location: East Bay Join Date: Jul 2012
Posts: 26
|
![]()
A library with average size up to 2000 is no problem. See our just published paper in ACS Synthetic Biology for some tips. The length of time of tagmentation is not important as long as it goes to completion, i.e. all the transposomes have tagmented the DNA sample. Tagmentation is stoichiometric, not catalytic The amount of DNA going into the tagmentation reaction is critical. Too much DNA will give fragments too large to be amplified and too little DNA will give small fragments that will be lost during SPRI. If you are using the Nextera XT kit and protocol, the extension time should be fine. Most likely you need to quantify and dilute your DNA more carefully.
|
![]() |
![]() |
![]() |
#31 | |
Member
Location: Spain Join Date: Jun 2010
Posts: 56
|
![]() Quote:
Anyway, DNA was quantified with Qubit prior to being diluted so I suppose everything was correct but I will check it again... Does anyone have any other clues? |
|
![]() |
![]() |
![]() |
#32 |
Jafar Jabbari
Location: Melbourne Join Date: Jan 2013
Posts: 1,238
|
![]()
There could be many reasons, but considering Bioanalyzer trace I would check following:
1- issues with pipetting most likely calibration which would cause errors in quantification and normalisation 2- adequate mixing of reactions |
![]() |
![]() |
![]() |
#33 | |
Junior Member
Location: Zürich Join Date: Sep 2011
Posts: 4
|
![]() Quote:
Hello Phillip, Doing my library prep and after amplification with SMARTER kit I am almost certain that some huge molecules move to the next well in the bioanalyzer HS chips. I know this is a very old post from you but have you tested this and/ or have alternative explanations, Best, Ana |
|
![]() |
![]() |
![]() |
#34 |
Member
Location: UK Join Date: Jan 2014
Posts: 75
|
![]()
Hi anamar,
I am pretty sure that all the Bioanalyser lanes converge into one area on the chip - at the point that they are "analysed". Each sample reaches there at different times based on the relative lengths of the paths on the Bioanalyser chip. So, yes, if what I just stated is correct, I think it is entirely possible that very large molecules could migrate so slowly that they "contaminate" the lane trace of the next sample that passes through the analysis/quantification area. |
![]() |
![]() |
![]() |
#35 | ||
Senior Member
Location: California Join Date: Jul 2014
Posts: 198
|
![]() Quote:
Quote:
|
||
![]() |
![]() |
![]() |
#36 |
Senior Member
Location: US Join Date: Dec 2010
Posts: 452
|
![]()
Fanli,
the transposase in the kit does not have any donor DNA available to it. The enzyme needs to "loaded" beforehand with oligos; thus each enzyme molecule can cut only once (? or twice?). The appeal of the Nextera protocol for most applications is an enigma to me. |
![]() |
![]() |
![]() |
#37 |
Senior Member
Location: California Join Date: Jul 2014
Posts: 198
|
![]()
@luc, Thanks that makes more sense. Seems to be a really inefficient use of enzyme though IMO. For future reference, here's another helpful link:
http://bitesizebio.com/13567/too-goo...ra-do-for-you/ We got sucked into Nextera from the Fluidigm -> Clontech protocol. :/ |
![]() |
![]() |
![]() |
#38 | |
Senior Member
Location: Purdue University, West Lafayette, Indiana Join Date: Aug 2008
Posts: 2,317
|
![]() Quote:
Did you determine the amount of cDNA to add using fluorimetry? For 1-2 96-well plates the Nextera protocol is fast and effective. Of course if you are doing one of those new 600 well Fluidigm chips it would be a substantial amount of scale-up... -- Phillip |
|
![]() |
![]() |
![]() |
#39 |
Senior Member
Location: California Join Date: Jul 2014
Posts: 198
|
![]()
Yeah, we haven't had any issues with the C1 libraries. Our issues actually come from bulk cell (albeit low input) RNA-seq and shotgun metagenomics libraries.
Not to get too off-topic, but we end up with fragment sizes that are somewhat longer than optimal for Nextseq 500, but similar size to the C1 libraries. Loading the recommended concentration (~1.8pM) gets us good cluster density, etc. for C1 libraries, but grossly underclustered flow cells for the other two types (19K/mm2 for our last run of RNA-seq). Long story short, we're trying to figure out why this is happening and just got thinking about the tagmentation. But if the fragment distribution after tagmentation is similar...then they should cluster similarly on a flow cell right? |
![]() |
![]() |
![]() |
#40 |
Senior Member
Location: Purdue University, West Lafayette, Indiana Join Date: Aug 2008
Posts: 2,317
|
![]()
So qPCR (eg, KAPA) titration isn't predicting the cluster density correctly?
-- Phillip |
![]() |
![]() |
![]() |
Tags |
bioanalyzer, nextera |
Thread Tools | |
|
|