Team:Edinburgh/Project/Future
From 2010.igem.org
(25 intermediate revisions not shown) | |||
Line 11: | Line 11: | ||
#body{ | #body{ | ||
background-image:url("https://static.igem.org/mediawiki/2010/a/a8/Ed10-LargePaper.jpg"); | background-image:url("https://static.igem.org/mediawiki/2010/a/a8/Ed10-LargePaper.jpg"); | ||
+ | background-repeat:repeat-y; | ||
+ | } | ||
+ | |||
+ | #body2{ | ||
+ | background-image:url(https://static.igem.org/mediawiki/2010/9/9e/Ed10-LargePaperRipped.jpg); | ||
background-repeat:repeat-y; | background-repeat:repeat-y; | ||
} | } | ||
Line 46: | Line 51: | ||
<ul> | <ul> | ||
<li><a href="https://2010.igem.org/Team:Edinburgh/Project/Protocol">the protocol</a></li> | <li><a href="https://2010.igem.org/Team:Edinburgh/Project/Protocol">the protocol</a></li> | ||
- | <li><a href="https://2010.igem.org/Team:Edinburgh | + | <li><a href="https://2010.igem.org/Team:Edinburgh/BioBricks#Genomic">submitted parts</a></li> |
- | <li><a href="https://2010.igem.org/Team:Edinburgh | + | <li><a href="https://2010.igem.org/Team:Edinburgh/Results#Genomic">results</a></li> |
- | <li><a href="https://2010.igem.org/Team:Edinburgh/Project/Future">future | + | <li><a href="https://2010.igem.org/Team:Edinburgh/Project/Future">the future</a></li> |
<li><a href="https://2010.igem.org/Team:Edinburgh/Project/References">references</a></li> | <li><a href="https://2010.igem.org/Team:Edinburgh/Project/References">references</a></li> | ||
</ul> | </ul> | ||
Line 55: | Line 60: | ||
<li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial" class="dir">bacterial BRIDGEs</a> | <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial" class="dir">bacterial BRIDGEs</a> | ||
<ul> | <ul> | ||
- | <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/Core_repressilator">the | + | <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/Core_repressilator">the project</a></li> |
<li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/Red_light_producer">red light</a></li> | <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/Red_light_producer">red light</a></li> | ||
<li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/Red_light_sensor">red sensor</a></li> | <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/Red_light_sensor">red sensor</a></li> | ||
Line 62: | Line 67: | ||
<li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/Green_light_producer">green light</a></li> | <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/Green_light_producer">green light</a></li> | ||
<li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/Green_light_sensor">green sensor</a></li> | <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/Green_light_sensor">green sensor</a></li> | ||
- | <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial | + | <li><a href="https://2010.igem.org/Team:Edinburgh/BioBricks#Bacterial">submitted parts</a></li> |
- | <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial | + | <li><a href="https://2010.igem.org/Team:Edinburgh/Results#Bacterial">results</a></li> |
- | <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/Future">future | + | <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/Future">the future</a></li> |
<li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/References">references</a></li> | <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/References">references</a></li> | ||
</ul> | </ul> | ||
Line 75: | Line 80: | ||
<li><a href="https://2010.igem.org/Team:Edinburgh/Modelling/Bacterial">the bacterial model</a></li> | <li><a href="https://2010.igem.org/Team:Edinburgh/Modelling/Bacterial">the bacterial model</a></li> | ||
<li><a href="https://2010.igem.org/Team:Edinburgh/Modelling/Signalling">the signalling model</a></li> | <li><a href="https://2010.igem.org/Team:Edinburgh/Modelling/Signalling">the signalling model</a></li> | ||
- | <li><a href="https://2010.igem.org/Team:Edinburgh/Modelling/Results">results</a></li> | + | <li><a href="https://2010.igem.org/Team:Edinburgh/Modelling/Tools">tools</a></li> |
- | <li><a href="https://2010.igem.org/Team:Edinburgh/Modelling/Future">future | + | <li><a href="https://2010.igem.org/Team:Edinburgh/Results#Modelling">results</a></li> |
+ | <li><a href="https://2010.igem.org/Team:Edinburgh/Modelling/Future">the future</a></li> | ||
<li><a href="https://2010.igem.org/Team:Edinburgh/Modelling/References">references</a></li> | <li><a href="https://2010.igem.org/Team:Edinburgh/Modelling/References">references</a></li> | ||
</ul> | </ul> | ||
Line 83: | Line 89: | ||
<li><a href="https://2010.igem.org/Team:Edinburgh/Human" class="dir">human BRIDGEs</a> | <li><a href="https://2010.igem.org/Team:Edinburgh/Human" class="dir">human BRIDGEs</a> | ||
<ul> | <ul> | ||
- | <li><a href="https://2010.igem.org/Team:Edinburgh/Human"> | + | <li><a href="https://2010.igem.org/Team:Edinburgh/Human/Communication">communication of science</a></li> |
- | <li><a href="https://2010.igem.org/Team:Edinburgh/Human"> | + | <li><a href="https://2010.igem.org/Team:Edinburgh/Human/Branding">iGEM survey</a></li> |
- | <li><a href="https://2010.igem.org/Team:Edinburgh/Human">future | + | <li><a href="https://2010.igem.org/Team:Edinburgh/Human/Conversations">conversations</a></li> |
- | <li><a href="https://2010.igem.org/Team:Edinburgh/Human">references</a></li> | + | <li><a href="https://2010.igem.org/Team:Edinburgh/Human/Epic">the epic</a></li> |
+ | <li><a href="https://2010.igem.org/Team:Edinburgh/Human/FutureApps">future applications</a></li> | ||
+ | <li><a href="https://2010.igem.org/Team:Edinburgh/Results#Human">further thoughts</a></li> | ||
+ | <li><a href="https://2010.igem.org/Team:Edinburgh/Human/References">references</a></li> | ||
</ul> | </ul> | ||
</li> | </li> | ||
Line 92: | Line 101: | ||
<li><a href="https://2010.igem.org/Team:Edinburgh/Notebook" class="dir">lab notes </a> | <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook" class="dir">lab notes </a> | ||
<ul> | <ul> | ||
- | <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook">collaboration</a></li> | + | <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Collaboration">collaboration</a></li> |
- | <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook">BRIDGE</a></li> | + | <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Attribution">attribution</a></li> |
- | <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook">red light</a></li> | + | <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/BRIDGE">BRIDGE</a></li> |
- | <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook">red sensor</a></li> | + | <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Red_light_producer">red light</a></li> |
- | <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook">blue light</a></li> | + | <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Red_light_sensor">red sensor</a></li> |
- | <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook">blue sensor</a></li> | + | <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Blue_light_producer">blue light</a></li> |
- | <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook">green light</a></li> | + | <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Blue_light_sensor">blue sensor</a></li> |
- | <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook">green sensor</a></li> | + | <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Green_light_producer">green light</a></li> |
- | <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook">safety</a></li> | + | <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Green_light_sensor">green sensor</a></li> |
+ | <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Modelling">modelling</a></li> | ||
+ | <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Safety">safety</a></li> | ||
<li><a href="http://www.openwetware.org/wiki/French_Lab">protocols</a></li> | <li><a href="http://www.openwetware.org/wiki/French_Lab">protocols</a></li> | ||
</ul> | </ul> | ||
Line 114: | Line 125: | ||
<br> | <br> | ||
- | <div id="body" style="padding: 0px | + | <div id="body" style="padding: 0px 60px 10px 60px; height: 1356px"> |
<br> | <br> | ||
Line 120: | Line 131: | ||
<br> | <br> | ||
- | <a name=" | + | <a name="Future" id="Future"></a><h2>Future Work: Sequential addition</h2> |
<br> | <br> | ||
- | <p>One of the future expansions of BRIDGE | + | <p>One of the <b>future</b> expansions of <a href="https://2010.igem.org/Team:Edinburgh/Project/Protocol">the BRIDGE protocol</a> that we have <b>discussed</b> involves using it to directly introduce genes in the genome next to each other without using the BioBrick method before-hand. For example, if you wanted to insert four genes with the steps described in <a href="https://2010.igem.org/Team:Edinburgh/Project/Protocol#Protocol">the protocol section</a>, it would take eight steps. If you do this with the <b>method</b> shown in <a href="https://static.igem.org/mediawiki/2010/7/71/Ed10-SequentialBridge.JPG">Figure 1</a> below, it would only take four steps.</p><br> |
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | <center><p><img src="https://static.igem.org/mediawiki/2010/7/71/Ed10-SequentialBridge.JPG" width="800" height="549" border="0" /></p> | |
- | + | <p><b>Figure 1:</b> Using BRIDGE to directly insert genes into the genome.</p><br><br></center> | |
- | <center><p><img src="https://static.igem.org/mediawiki/2010/ | + | |
- | <br> | + | <p>At the first <b>step</b> of the process, the first antibiotic resistance gene and <i>sacB</i> are introduced alongside the first gene. The antibiotic resistance gene can then be replaced with the next gene and a second antibiotic resistance gene, thereby cycling the antibiotic resistance such that selection is different at each step. At the last step, both markers are removed and the final constructs can be selected for by growth on sucrose (growth on sucrose can also be used as a negative control at each stage, although this would only be to confirm the persistence of the marker).</p> |
- | + | ||
+ | <p>The final construct would look as shown in <a href="https://static.igem.org/mediawiki/2010/a/a7/Ed10-FinalBridge.JPG">Figure 2</a>.</p><br> | ||
+ | |||
+ | <center><p><img src="https://static.igem.org/mediawiki/2010/a/a7/Ed10-FinalBridge.JPG" width="800" height="199" border="0" /></p> | ||
+ | <p><b>Figure 2:</b> The theoretical final construct after using BRIDGE to directly insert genes into the genome.</p><br><br></center> | ||
+ | |||
+ | <p>The steps above are purely <b>theoretical</b> and have not yet been tested, but the <b>principle</b> behind them is not too distant from the original method, so it would be nice to <b>attempt</b> it if anyone ever gets the chance.</p> | ||
<br> | <br> | ||
</div> | </div> | ||
- | <div id=" | + | <div id="body2" style="padding: 0px 60px 10px 60px; height: 998px"> |
<br> | <br> | ||
<br> | <br> | ||
- | <a name=" | + | |
+ | <a name="Applications" id="Applications"></a><h2>Future Work: A working protocol</h2> | ||
<br> | <br> | ||
- | <p></p> | + | |
+ | <p>So far we have been <b>unable</b> to produce <i>cat/sacB</i> recombinants using the protocol we have written up on this wiki. We <b>believe</b> we know where the <b>problems</b> lie.</p> | ||
+ | |||
+ | <p>We initially <b>suspected</b> that the plasmid containing the recombinase genes was incorrect, however a restriction digest of this with EcoRI gave the bands <b>expected</b> for that plasmid (please see the relevant <a href="https://2010.igem.org/Team:Edinburgh/Notebook/BRIDGE">lab notes</a>).</p> | ||
+ | |||
+ | <p>We then <b>thought</b> that perhaps the <i>cat</i> gene was not very chloramphenicol resistant, but we have <b>demonstrated</b> its growth on cml40 and the titre indicated no chloramphenicol resistance at all in our transformants (see <a href="https://2010.igem.org/Team:Edinburgh/Project/Protocol">BRIDGE protocol</a> and <a href="https://2010.igem.org/Team:Edinburgh/Project/Protocol#Characterisation">characterisation</a>).</p> | ||
+ | |||
+ | <p>We eventually <b>discovered</b> notes on the protocol indicating that JM109 and DH5alpha are not suitable hosts for lambda recombination. Knowing this we have <b>switched</b> strain to K12. We are also now using kanamycin resistance instead of chloramphenicol resistance.</p> | ||
+ | |||
+ | <p>If these <b>experiments</b> still don't work then the induction step needs to be change. For example, L-arabinose is <b>essential</b> but it might be needed in higher concentrations. We hope to be able to give further <b>updates</b> on this matter at a later date.</p> | ||
<br> | <br> | ||
<br> | <br> | ||
+ | |||
+ | <a name="Applications" id="Applications"></a><h2>Future Applications</h2> | ||
<br> | <br> | ||
- | < | + | <p>We are hoping to <b>submit</b> <a href="https://2010.igem.org/Team:Edinburgh/Project/Protocol#Protocol">the BRIDGE protocol</a> as a new RFC (request for comments) to the Registry when we can <b>confirm</b> that it works.</p> |
- | </ | + | |
- | </ | + | <p>Our own <b>goal</b> with this would have been to use it to insert multiple light sensors into a strain of <i>E. coli</i> by replacing the endogenous repressors that they use in their readout system. For example, we could replace the endogenous <i>trpR</i> with the LovTAP sensor and readout system BioBrick (<a href="http://partsregistry.org/Part:BBa_K322999">BBa_K322999</a>). This would remove all background <b>noise</b> from <i>trpR</i> at the same time as adding the light sensor.</p> |
- | </ | + | <p>This sort of protocol could have uses in areas of <b>research</b> requiring the addition of multiple genes to an existing genome. The <b>advantages</b> of the BRIDGE protocol over more <b>traditional</b> methods of BioBrick insertion have already been documented <a href="https://2010.igem.org/Team:Edinburgh/Project/Protocol#Advantages">here</a>. For example, there are Ph.D. students working in our lab working on butanol resistance and cellulase production in <i>E. coli</i> and <i>Citrobacter</i>. Both of these <b>attributes</b> involve multiple genes and have so far been transferred to their hosts in plasmids using normal BioBricking method. With BRIDGE these could be inserted into the genome <b>quickly</b> and <b>efficiently</b>, requiring no lasting selection markers.</p> |
+ | <p>Some <b>studies</b> use a controllable promoter to determine appropriate expression levels. Once you have <b>determined</b> this level of expression and want to have a consistent output without continuously adding the activating or inhibiting factor, you can use the BRIDGE protocol to replace just the promoter with one that has the appropriate expression output without repeating the entire construct and transformation.</p> | ||
<br> | <br> | ||
Line 162: | Line 186: | ||
<center><a href="#top" class="dir"><img width="100" src="https://static.igem.org/mediawiki/2010/9/9f/Ed10-RTT.png"></a></center> | <center><a href="#top" class="dir"><img width="100" src="https://static.igem.org/mediawiki/2010/9/9f/Ed10-RTT.png"></a></center> | ||
+ | </div> | ||
+ | |||
+ | <div id="windowbox" style="border: .2em solid #660000; padding: 5px; position:fixed; top:50%; right:30px; width:8%;"> | ||
+ | <span style="color:ivory;">Throughout this wiki there are words in <b>bold</b> that indicate a relevance to <b>human aspects</b>. It will become obvious that <b>human aspects</b> are a part of almost everything in <b>iGEM</b>.</span> | ||
+ | |||
</div> | </div> | ||
Latest revision as of 02:20, 28 October 2010
Future Work: Sequential addition
One of the future expansions of the BRIDGE protocol that we have discussed involves using it to directly introduce genes in the genome next to each other without using the BioBrick method before-hand. For example, if you wanted to insert four genes with the steps described in the protocol section, it would take eight steps. If you do this with the method shown in Figure 1 below, it would only take four steps.
Figure 1: Using BRIDGE to directly insert genes into the genome.
At the first step of the process, the first antibiotic resistance gene and sacB are introduced alongside the first gene. The antibiotic resistance gene can then be replaced with the next gene and a second antibiotic resistance gene, thereby cycling the antibiotic resistance such that selection is different at each step. At the last step, both markers are removed and the final constructs can be selected for by growth on sucrose (growth on sucrose can also be used as a negative control at each stage, although this would only be to confirm the persistence of the marker).
The final construct would look as shown in Figure 2.
Figure 2: The theoretical final construct after using BRIDGE to directly insert genes into the genome.
The steps above are purely theoretical and have not yet been tested, but the principle behind them is not too distant from the original method, so it would be nice to attempt it if anyone ever gets the chance.
Future Work: A working protocol
So far we have been unable to produce cat/sacB recombinants using the protocol we have written up on this wiki. We believe we know where the problems lie.
We initially suspected that the plasmid containing the recombinase genes was incorrect, however a restriction digest of this with EcoRI gave the bands expected for that plasmid (please see the relevant lab notes).
We then thought that perhaps the cat gene was not very chloramphenicol resistant, but we have demonstrated its growth on cml40 and the titre indicated no chloramphenicol resistance at all in our transformants (see BRIDGE protocol and characterisation).
We eventually discovered notes on the protocol indicating that JM109 and DH5alpha are not suitable hosts for lambda recombination. Knowing this we have switched strain to K12. We are also now using kanamycin resistance instead of chloramphenicol resistance.
If these experiments still don't work then the induction step needs to be change. For example, L-arabinose is essential but it might be needed in higher concentrations. We hope to be able to give further updates on this matter at a later date.
Future Applications
We are hoping to submit the BRIDGE protocol as a new RFC (request for comments) to the Registry when we can confirm that it works.
Our own goal with this would have been to use it to insert multiple light sensors into a strain of E. coli by replacing the endogenous repressors that they use in their readout system. For example, we could replace the endogenous trpR with the LovTAP sensor and readout system BioBrick (BBa_K322999). This would remove all background noise from trpR at the same time as adding the light sensor.
This sort of protocol could have uses in areas of research requiring the addition of multiple genes to an existing genome. The advantages of the BRIDGE protocol over more traditional methods of BioBrick insertion have already been documented here. For example, there are Ph.D. students working in our lab working on butanol resistance and cellulase production in E. coli and Citrobacter. Both of these attributes involve multiple genes and have so far been transferred to their hosts in plasmids using normal BioBricking method. With BRIDGE these could be inserted into the genome quickly and efficiently, requiring no lasting selection markers.
Some studies use a controllable promoter to determine appropriate expression levels. Once you have determined this level of expression and want to have a consistent output without continuously adding the activating or inhibiting factor, you can use the BRIDGE protocol to replace just the promoter with one that has the appropriate expression output without repeating the entire construct and transformation.