Difference between revisions of "Team:Toronto/Results"

 
(10 intermediate revisions by 2 users not shown)
Line 13: Line 13:
 
<div id="navigation">
 
<div id="navigation">
 
<ul>
 
<ul>
<li><a href="https://2015.igem.org/Team:Toronto">home</a></li>
+
<li><a href="https://2015.igem.org/Team:Toronto"><span>home</span><i class="fa fa-home"></i></a></li>
<li><a href="https://2015.igem.org/Team:Toronto/Team">team</a></li>
+
</li>
<li class="active"><a href="#">project</a>
+
<li><a href="https://2015.igem.org/Team:Toronto/Team"><span>team</span><i class="fa fa-users"></i></a></li>
 +
</li>
 +
<li class="active"><a href="#"><span>project</span><i class="fa fa-info-circle"></i></a>
 
<ul>
 
<ul>
<li><a href="https://2015.igem.org/Team:Toronto/Description">description</a></li>
+
<li><a href="https://2015.igem.org/Team:Toronto/Description"><span>description</span></a></li>
<li><a href="https://2015.igem.org/Team:Toronto/Experiments">experiments</a></li>
+
</li>
<li class="active"><a href="https://2015.igem.org/Team:Toronto/Results">results</a></li>
+
<li><a href="https://2015.igem.org/Team:Toronto/Experiments"><span>experiments</span></a></li>
<li><a href="https://2015.igem.org/Team:Toronto/Design">design</a></li>
+
</li>
 +
<li class="active"><a href="https://2015.igem.org/Team:Toronto/Results"><span>results</span></a></li>
 +
</li>
 +
<li><a href="https://2015.igem.org/Team:Toronto/Design"><span>design</span></a></li>
 +
</li>
 
</ul>
 
</ul>
</li><li><a href="#">parts</a>
+
<li><a href="https://2015.igem.org/Team:Toronto/Parts"><span>parts</span><i class="fa fa-gear"></i></a></li>
 +
</li>
 +
<li><a href="https://2015.igem.org/Team:Toronto/Notebook"><span>notebook</span><i class="fa fa-book"></i></a></li>
 +
</li>
 +
<li><a href="https://2015.igem.org/Team:Toronto/Attributions"><span>attributions</span><i class="fa fa-life-saver"></i></a></li>
 +
</li>
 +
<li><a href="https://2015.igem.org/Team:Toronto/Collaborations"><span>collaborations</span><i class="fa fa-users"></i></a></li>
 +
</li>
 +
<li><a href="#"><span>practices</span><i class="fa fa-tree"></i></a>
 
<ul>
 
<ul>
<li><a href="https://2015.igem.org/Team:Toronto/Parts">parts</a></li>
+
<li><a href="https://2015.igem.org/Team:Toronto/Practices"><span>human practices</span></a></li>
<li><a href="https://2015.igem.org/Team:Toronto/Basic_Part">basic parts</a></li>
+
</li>
<li><a href="https://2015.igem.org/Team:Toronto/Composite_Part">composite parts</a></li>
+
<li><a href="https://2015.igem.org/Team:Toronto/Alberta-Oil-Stories"><span>alberta oil stories</span></a></li>
<li><a href="https://2015.igem.org/Team:Toronto/Part_Collection">part collection</a></li>
+
</li>
 +
<li><a href="https://2015.igem.org/Team:Toronto/Community-Outreach"><span>community outreach</span></a></li>
 +
</li>
 +
<li><a href="https://2015.igem.org/Team:Toronto/Technology-Applications"><span>technology applications</span></a></li>
 +
</li>
 +
<li><a href="https://2015.igem.org/Team:Toronto/TechnoMoral-Scenarios"><span>technoMoral scenarios</span></a></li>
 +
</li>
 
</ul>
 
</ul>
</li><li><a href="https://2015.igem.org/Team:Toronto/Notebook">notebook</a></li>
+
<li><a href="https://2015.igem.org/Team:Toronto/Safety"><span>safety</span><i class="fa fa-fire"></i></a></li>
<li><a href="https://2015.igem.org/Team:Toronto/Attributions">attributions</a></li>
+
</li>
<li><a href="https://2015.igem.org/Team:Toronto/Collaborations">collaborations</a></li>
+
<li><a href="#"><span>software</span><i class="fa fa-code"></i></a>
<li><a href="https://2015.igem.org/Team:Toronto/Practices">human practices</a></li>
+
<ul>
<li><a href="https://2015.igem.org/Team:Toronto/Safety">safety</a></li>
+
<li><a href="https://2015.igem.org/Team:Toronto/Software"><span>software</span></a></li>
<li><a href="https://2015.igem.org/Team:Toronto/Modeling">modeling</a></li>
+
</li>
<li><a href="https://2015.igem.org/Team:Toronto/Measurement">measurement</a></li>
+
<li><a href="https://2015.igem.org/Team:Toronto/Demo"><span>demo</span></a></li>
<li><a href="https://2015.igem.org/Team:Toronto/Software">software</a></li>
+
</li>
<li><a href="https://2015.igem.org/Team:Toronto/Entrepreneurship">entrepreneurship</a></li>
+
<li><a href="https://2015.igem.org/Team:Toronto/Generator"><span>wiki generator</span></a></li>
 +
</li>
 +
</ul>
 +
<li><a href="https://2015.igem.org/Team:Toronto/Entrepreneurship"><span>entrepreneurship</span><i class="fa fa-institution"></i></a></li>
 +
</li>
 
</ul>
 
</ul>
 
</div>
 
</div>
<div class="content">
+
<div class="content" id="content-main"><div class="row"><div class="col col-lg-8 col-md-12"><div class="content-main"><h1 id="project-results">Project Results</h1>
<h1 id="project-results">Project Results</h1>
+
 
<h2 id="computational-biology-results">Computational Biology Results</h2>
 
<h2 id="computational-biology-results">Computational Biology Results</h2>
<p>When starting the software track, one of the first challenges that came across was the lack of experience in developing the entire web application from the team members as most have a biology/life science background.  During the first couple of months we began teaching several members of the dry lab team about Node.js and Javascript along with MongoDB which ended up playing a pivitol role on the whole development of the application.   </p>
+
<p>Here we present ConsortiaFlux, a framework for investigating and simulating the metabolism of microbial consortiums. ConsortiaFlux was created to explore communities of genome-scale metabolic models. We have created a tool that can provide insights in the metabolism of communities with an intuitive user interface and a novel community level flux balance analysis pipeline.</p>
<p>The initial design for the front end was to focus on a popular API called D3. Initially we thought it would be a great solution espiecelly with the strong API on the barnes hut algorithm to calculate forces which resulted in nlgn runtime.  The problem however was that putting all of design into D3 meant that we had to rely on HTML DOM elements to be updated, and so when having nodes greater than 200 frame rates dropped significantly and slower computers were unable to run and it would eventually crash. So we researched other API’s, such as sigma.js, which ended up not working out due to their poor force layout.  Finally we ended up using HTML5 Canvas and D3’s barne’s hut implementation to get the best frame rate using the least amount of resources possible, allowing it to be scalable to 1000s of nodes, and even mobile friendly.  After overcoming that first challenge, a second challenge arose. </p>
+
<p>ConsortiaFlux automates the rendering of community metabolic networks, created by using HTML5 Canvas, where metabolites, reactions and species are represented as circles and metabolite-reaction relationships are represented as lines. Rendered networks dynamically move to a forced-layout by using the JavaScript library d3.js. The user interface allows the user to intuitively create community metabolic networks from a set of 32 bacterial species and subsequently add/remove metabolites and reactions; the user interface is created with Angular.js. All 32 bacterial metabolic models are genome-scale reconstructions published in literature. Parts from the iGEM registry can be added as reactions to the network. Upon initialization, metabolite networks display species nodes, external metabolites and external reactions where species nodes are connected to reactions that import/export metabolites in/out of the cell. Internal metabolites and reactions can be accessed by clicking the enter button which hovers over species nodes. The metabolism of the community can be simulated by pressing the optimize button.</p>
<p>Structuring how the nodes and species were to be displayed was a difficult task. Initially the app design was you saw the entire specie of Ecoli for example, and it would show roughly 200 -400 nodes of links and reactions which is very overwhelming and useless to the user. So we changed the user interface design. The new plan then was to have multiple specie nodes have the links between each other limiting the amount of links and reactions to a reasonable level for the user to interact and not feel overwhelmed. If the user wanted to enter the specie, they would go inside the node, and see the Cytocell, peroplasm and extercellular with all the links and reactions, finally you are able to enter the last layer of nodes we ended up splitting them into sub systems, but the main issue was that not all reactions/metabolites had sub systems, so that was another challenge we faced.   </p>
+
<p>Our tool simulates the community’s metabolism by using a community flux balance analysis pipeline we created using Python. We used COnstraint-Based Reconstruction and Analysis (COBRApy) to optimize our models in Python. Our pipeline iteratively optimizes for individual genome-scale metabolic models for each species and computes/applies new constraints that exist in the community model. Once the constraints are calculated through iterations of linear programming and statistical procedures, a community model is built from the collection of species models where species are simply treated as additional compartments. The community model is then optimized with the community objective function. The community objective function is the summation of all the species’ objective functions where the shadow prices of metabolites are multiplied by a biomass coefficient determined from the iterations of linear programming and statistical procedures. Unlike traditional community flux balance analysis, our pipeline uses multiple iterations of linear programming instead of a bi-linear program (Khandelwal et al). The advantage of using our pipeline is that it can accommodate any number of species and that it uses linear systems.</p>
<p>Initially the plan to approach this hyper-graph like structure was to apply a nested graph structure, but in turn it ended up backfiring due to the fact that we did not utilize recursion, and it was not scalable. In the end we ended up with a much simpler design pattern using a tree, and each tree node would contain a graph, modelling the entire network with graphs, utilizing each level of the tree, and entering the graph when needed allowed simplicity to the data structure as well as better organization. </p>
+
<p>We used ConsortiaFlux to simulate metabolism of the microbiome of oil sand tailings with the addition of our synthetic Escherichia coli that has the TodABCDEF genes which degrades toluene. With our community flux balance analysis pipeline, we saw an increase in the community biomass objective function compared to a community with E.coli that does not degrade toluene. [<strong><em>Then we just add in reactions that we saw an increase of flux</em></strong>].</p>
<p>[Julian add]</p>
+
<p>This software can be applied in the future to many aspects of bacterial community studies, including numerous applications in human health and medicine. Our system of community flux balance analysis (cFBA) used the specific example of optimiziation for maximal toluene degradation within the microbial system of Athabasca oil sands tailings pond water, in order to best detoxify this water to be potable to inhabitants living downstream. However, the future uses for this tool could be far-reaching in nature.</p>
<p>[Anthony add CFBA]</p>
+
<p>This system has already been used for a wide range of projects including pinpointing pathogenicity islands in strains of bacteria which can be harmful to human populations (Raman and Chandra, 2009), assessing how rice plants can be optimized to best respond to flooding (Lakshmanan et al. 2013), and achieving spatiotemporal amalgamation of overall metabolism in other crop plants (Grafahrend-Belau et al. 2013). Even more significant achievements could prevail with this technology, such as further simple analysis of gut microbiomes in patients with gastrointestinal illness. With the future of cFBA and metabolic mapping, biological and medical research will no doubt leap forward with innovation.</p>
<h3 id="computational-biology-future-applications">Computational Biology Future Applications</h3>
+
<p>This software can be applied in the future to many aspects of bacterial community studies, including numerous applications in human health and medicine.  
+
Our system of community flux balance analysis (cFBA) used the specific example of optimiziation for maximal toluene degradation within the microbial system of Athabasca oil sands tailings pond water, in order to best detoxify this water to be potable to inhabitants living downstream. However, the future uses for this tool could be far-reaching in nature.<br>This system has already been used for a wide range of projects including pinpointing pathogenicity islands in strains of bacteria which can be harmful to human populations (Raman and Chandra, 2009), assessing how rice plants can be optimized to best respond to flooding (Lakshmanan et al. 2013), and achieving spatiotemporal amalgamation of overall metabolism in other crop plants (Grafahrend-Belau et al. 2013). Even more significant achievements could prevail with this technology, such as further simple analysis of gut microbiomes in patients with gastrointestinal illness. With the future of cFBA and metabolic mapping, biological and medical research will no doubt leap forward with innovation.</p>
+
 
<h2 id="wetlab-results">Wetlab Results</h2>
 
<h2 id="wetlab-results">Wetlab Results</h2>
 
<h3 id="wetlab-goals-">Wetlab Goals:</h3>
 
<h3 id="wetlab-goals-">Wetlab Goals:</h3>
<p>Our main goal in this project was to increase the efficiency of toluene degradation by creating a plasmid that produces the tod E and tod F gene that are crucial steps in the toluene degradation pathway. This process required the design and assembly of a plasmid optimized for E.coli, the transformation of E.coli with the plasmid, the confirmation of protein formation and the subsequent characterization of enzymatic activity. We subsequently also aimed to incorporate the complete toluene degradation pathway in E.coli to observe the complete degradation of toluene to carbon-dioxide and water, which would essentially further verify the success of our created plasmid.</p>
+
<p>Our main goal in this project was to create standardized and easily customizable synthetic parts coding for the enzymes in the tod pathway, a toluene degrading pathway native to pseudomonas putida F1, in order to improve the efficiency of the pathway. We focused on the tod E (3-methyl catechol 2,3-dioxygenase) and tod F (HODA hydrolase) genes which appear to be important bottlenecks in the toluene degradation pathway. We are using E.Coli MG1655 as a model chassis since it contains the enzymes downstream of TodF in the pathway. As such, plasmid design had to be optimized for E.coli. This would be followed by the transformation of E.coli with the plasmid, the confirmation of protein formation by SDS PAGE and western blot (via His Tags) and the subsequent characterization of enzymatic activity. The characterization of TodE and TodF would be acheived via a spectrophotometric assay that would measure the change in the wavelength of 6-methyl HODA at 367nm. TodE would produce 6-methyl HODA and TodF would show consumption of the metabolite. This would be used to create a Michaeles-Mentens graph by transforming absorbance readings into concentrations by Beer&#39;s law. We subsequently also aimed to incorporate the complete toluene degradation pathway in E.coli to observe the complete degradation of toluene to carbon-dioxide and water. This would be achieved by co-transforming our plasmid with TodEF and TodABC1C2D (obtained from Dr. Zylstra).</p>
 
<h3 id="achieved-">Achieved:</h3>
 
<h3 id="achieved-">Achieved:</h3>
 
<p>Following are listed the goals we are able to accomplish
 
<p>Following are listed the goals we are able to accomplish
<strong>Plasmid design</strong>:<br>--Add picture--<a href="one I sent you before">Plasmid</a></p>
+
<strong>Plasmid design</strong>: </p>
 +
<p class="image-wrapper">
 +
</html> [[File:Toronto_2015_TodFplasmid.png]] <html>
 +
</p>
 +
 
 +
<p class="image-wrapper">
 +
</html> [[File:Toronto_2015_TodEplasmid.png]] <html>
 +
</p>
 +
 
 +
<p class="image-wrapper">
 +
</html> [[File:Toronto_2015_lcrconstruct.png]] <html>
 +
</p>
 +
 
 
<ul>
 
<ul>
<li>This was perhaps one of the most critical stages of the project since only a correctly designed plasmid would ultimately allow E.coli to successfully degrade toluene. For this purpose, we sought extensive guidance from our graduate and faculty supervisors who have had extensive experience in these areas.</li>
+
<li>This was perhaps one of the most critical stages of the project since only a correctly designed plasmid would ultimately allow E.coli to successfully degrade toluene. For this purpose, we sought extensive guidance from our graduate and faculty supervisors who have had extensive experience in these areas. The plasmids were designed to be assembled by Gibson Assembly, Ligase Chain Reaction (LCR) and Synbiota Assembly. (A form of standardized digestion and ligation assembly)</li>
 
</ul>
 
</ul>
 
<ul>
 
<ul>
<li><p><strong>Plasmid creation</strong>:<br>We were able to successfully create our plasmid by using the backbone obtained from the igem registry. This process involved continuous use of microbiology techniques to assemble each part. At the same time, we needed to verify the correct assembly of our plasmid by repeatedly using techniques like electrophoresis. This was a bit challenging given that we are creating a completely new kind of plasmid hence the standard protocols used in these experiments were not always completely effective so we had to modify our protocols to achieve the best possible results with respect to plasmid design. This did provide us with major insight regarding how standard protocols need to be modified in novel situations.</p>
+
<li><p><strong>Plasmid creation</strong>:<br>We were able to successfully create our plasmid by PCRing the psb1C3 backbone out of a plasmid containing BBa_J04450. Both TodE and TodF were made compatible for LCR by synthesizing UNS sequences (standard insulating ends) and by PCRing compatible ends for Gibson Assembly. The inserts were checked by using nanodrop readings and gel electrophoresis. At the same time, we needed to verify the correct assembly of our plasmid by digesting with specific enzyme and using gel electrophoresis to confirm the size. This was a bit challenging given that LCR was a new method of assembly and using gibson next to iGEM suffixes (multiple cloning sites) produced low efficiency. Standard protocols used in these experiments were not always completely effective so we had to modify our protocols to achieve the best possible results with respect to plasmid design. This did provide us with major insight regarding how standard protocols need to be modified in novel situations.</p>
 
</li>
 
</li>
 
<li><p><strong>E.coli transformation</strong>:
 
<li><p><strong>E.coli transformation</strong>:
Line 72: Line 104:
 
<li><p><strong>Time Management</strong>:<br>This is where we struggled the most. This year we had recruited a fresh team and each member had to be trained in biosafety. At the same time the department had several administrative procedures that took long to clear and hence we were not able to work in lab on time. This has allowed us to formulate a concrete strategy for next year, so we can make best use of our time in the lab.</p>
 
<li><p><strong>Time Management</strong>:<br>This is where we struggled the most. This year we had recruited a fresh team and each member had to be trained in biosafety. At the same time the department had several administrative procedures that took long to clear and hence we were not able to work in lab on time. This has allowed us to formulate a concrete strategy for next year, so we can make best use of our time in the lab.</p>
 
</li>
 
</li>
<li><p><strong>Division of labour</strong>:<br>Due to the relative inexperience of many newer members in the lab, team leads had to take on the role of performing the tasks themselves. This disrupted the structure of the team.</p>
+
<li><p><strong>Division of labour</strong>:<br>Due to the relative inexperience of many newer members in the lab, team leads had to take on the role of performing the tasks themselves. Higher efficiency was achieved by making a smaller, more select group to work on protocols throughout the week since large member base and low number of shifts per member led to discontinuity and confusion.</p>
 
</li>
 
</li>
 
</ul>
 
</ul>
<p>###References:  
+
<h3 id="references-">References:</h3>
Ramen and Chandra. Flux balance analysis of biological systems: Applications and challenges. <em>Brief Bioinform</em>, 10:4, pg.435-449. 2009.<br>Lakshmanan et al. Elucidating rice cell metabolism under flooding and drought stresses using flux-based modelling and analysis. <em>Plant Physiology</em>, 162:4, pg.2140-2150. 2013.<br>Grafahrend-Belau et al. Mutliscale metabolic modeling: Dynamic flux balance analysis on a whole-plant scale. <em>Plant Physiology</em>, 163:2, pg.637-647. 2013.  </p>
+
<p>Ramen and Chandra. Flux balance analysis of biological systems: Applications and challenges. <em>Brief Bioinform</em>, 10:4, pg.435-449. 2009.<br>Lakshmanan et al. Elucidating rice cell metabolism under flooding and drought stresses using flux-based modelling and analysis. <em>Plant Physiology</em>, 162:4, pg.2140-2150. 2013.<br>Grafahrend-Belau et al. Mutliscale metabolic modeling: Dynamic flux balance analysis on a whole-plant scale. <em>Plant Physiology</em>, 163:2, pg.637-647. 2013.  </p>
 
+
</div></div><div id="tableofcontents" class="tableofcontents affix sidebar col-lg-4 hidden-xs hidden-sm hidden-md visible-lg-3"><ul class="nav">
</div>
+
<li><a href="#computational-biology-results">Computational Biology Results</a></li>
 +
<li><a href="#wetlab-results">Wetlab Results</a><ul>
 +
<li><a href="#wetlab-goals-">Wetlab Goals:</a></li>
 +
<li><a href="#achieved-">Achieved:</a></li>
 +
<li><a href="#challenges-faced-">Challenges faced:</a></li>
 +
<li><a href="#references-">References:</a></li>
 +
</ul>
 +
</li>
 +
</ul>
 +
</div></div></div>
 
</html>
 
</html>
 
{{Toronto/footer}}
 
{{Toronto/footer}}

Latest revision as of 04:31, 20 November 2015

Project Results

Computational Biology Results

Here we present ConsortiaFlux, a framework for investigating and simulating the metabolism of microbial consortiums. ConsortiaFlux was created to explore communities of genome-scale metabolic models. We have created a tool that can provide insights in the metabolism of communities with an intuitive user interface and a novel community level flux balance analysis pipeline.

ConsortiaFlux automates the rendering of community metabolic networks, created by using HTML5 Canvas, where metabolites, reactions and species are represented as circles and metabolite-reaction relationships are represented as lines. Rendered networks dynamically move to a forced-layout by using the JavaScript library d3.js. The user interface allows the user to intuitively create community metabolic networks from a set of 32 bacterial species and subsequently add/remove metabolites and reactions; the user interface is created with Angular.js. All 32 bacterial metabolic models are genome-scale reconstructions published in literature. Parts from the iGEM registry can be added as reactions to the network. Upon initialization, metabolite networks display species nodes, external metabolites and external reactions where species nodes are connected to reactions that import/export metabolites in/out of the cell. Internal metabolites and reactions can be accessed by clicking the enter button which hovers over species nodes. The metabolism of the community can be simulated by pressing the optimize button.

Our tool simulates the community’s metabolism by using a community flux balance analysis pipeline we created using Python. We used COnstraint-Based Reconstruction and Analysis (COBRApy) to optimize our models in Python. Our pipeline iteratively optimizes for individual genome-scale metabolic models for each species and computes/applies new constraints that exist in the community model. Once the constraints are calculated through iterations of linear programming and statistical procedures, a community model is built from the collection of species models where species are simply treated as additional compartments. The community model is then optimized with the community objective function. The community objective function is the summation of all the species’ objective functions where the shadow prices of metabolites are multiplied by a biomass coefficient determined from the iterations of linear programming and statistical procedures. Unlike traditional community flux balance analysis, our pipeline uses multiple iterations of linear programming instead of a bi-linear program (Khandelwal et al). The advantage of using our pipeline is that it can accommodate any number of species and that it uses linear systems.

We used ConsortiaFlux to simulate metabolism of the microbiome of oil sand tailings with the addition of our synthetic Escherichia coli that has the TodABCDEF genes which degrades toluene. With our community flux balance analysis pipeline, we saw an increase in the community biomass objective function compared to a community with E.coli that does not degrade toluene. [Then we just add in reactions that we saw an increase of flux].

This software can be applied in the future to many aspects of bacterial community studies, including numerous applications in human health and medicine. Our system of community flux balance analysis (cFBA) used the specific example of optimiziation for maximal toluene degradation within the microbial system of Athabasca oil sands tailings pond water, in order to best detoxify this water to be potable to inhabitants living downstream. However, the future uses for this tool could be far-reaching in nature.

This system has already been used for a wide range of projects including pinpointing pathogenicity islands in strains of bacteria which can be harmful to human populations (Raman and Chandra, 2009), assessing how rice plants can be optimized to best respond to flooding (Lakshmanan et al. 2013), and achieving spatiotemporal amalgamation of overall metabolism in other crop plants (Grafahrend-Belau et al. 2013). Even more significant achievements could prevail with this technology, such as further simple analysis of gut microbiomes in patients with gastrointestinal illness. With the future of cFBA and metabolic mapping, biological and medical research will no doubt leap forward with innovation.

Wetlab Results

Wetlab Goals:

Our main goal in this project was to create standardized and easily customizable synthetic parts coding for the enzymes in the tod pathway, a toluene degrading pathway native to pseudomonas putida F1, in order to improve the efficiency of the pathway. We focused on the tod E (3-methyl catechol 2,3-dioxygenase) and tod F (HODA hydrolase) genes which appear to be important bottlenecks in the toluene degradation pathway. We are using E.Coli MG1655 as a model chassis since it contains the enzymes downstream of TodF in the pathway. As such, plasmid design had to be optimized for E.coli. This would be followed by the transformation of E.coli with the plasmid, the confirmation of protein formation by SDS PAGE and western blot (via His Tags) and the subsequent characterization of enzymatic activity. The characterization of TodE and TodF would be acheived via a spectrophotometric assay that would measure the change in the wavelength of 6-methyl HODA at 367nm. TodE would produce 6-methyl HODA and TodF would show consumption of the metabolite. This would be used to create a Michaeles-Mentens graph by transforming absorbance readings into concentrations by Beer's law. We subsequently also aimed to incorporate the complete toluene degradation pathway in E.coli to observe the complete degradation of toluene to carbon-dioxide and water. This would be achieved by co-transforming our plasmid with TodEF and TodABC1C2D (obtained from Dr. Zylstra).

Achieved:

Following are listed the goals we are able to accomplish Plasmid design:

Toronto 2015 TodFplasmid.png

Toronto 2015 TodEplasmid.png

Toronto 2015 lcrconstruct.png

  • This was perhaps one of the most critical stages of the project since only a correctly designed plasmid would ultimately allow E.coli to successfully degrade toluene. For this purpose, we sought extensive guidance from our graduate and faculty supervisors who have had extensive experience in these areas. The plasmids were designed to be assembled by Gibson Assembly, Ligase Chain Reaction (LCR) and Synbiota Assembly. (A form of standardized digestion and ligation assembly)
  • Plasmid creation:
    We were able to successfully create our plasmid by PCRing the psb1C3 backbone out of a plasmid containing BBa_J04450. Both TodE and TodF were made compatible for LCR by synthesizing UNS sequences (standard insulating ends) and by PCRing compatible ends for Gibson Assembly. The inserts were checked by using nanodrop readings and gel electrophoresis. At the same time, we needed to verify the correct assembly of our plasmid by digesting with specific enzyme and using gel electrophoresis to confirm the size. This was a bit challenging given that LCR was a new method of assembly and using gibson next to iGEM suffixes (multiple cloning sites) produced low efficiency. Standard protocols used in these experiments were not always completely effective so we had to modify our protocols to achieve the best possible results with respect to plasmid design. This did provide us with major insight regarding how standard protocols need to be modified in novel situations.

  • E.coli transformation: We have been able to transform E.coli with our plasmid and we have obtained colonies on antibiotic selection media which indicates that our plasmids have been transformed.

Challenges faced:

  • Time Management:
    This is where we struggled the most. This year we had recruited a fresh team and each member had to be trained in biosafety. At the same time the department had several administrative procedures that took long to clear and hence we were not able to work in lab on time. This has allowed us to formulate a concrete strategy for next year, so we can make best use of our time in the lab.

  • Division of labour:
    Due to the relative inexperience of many newer members in the lab, team leads had to take on the role of performing the tasks themselves. Higher efficiency was achieved by making a smaller, more select group to work on protocols throughout the week since large member base and low number of shifts per member led to discontinuity and confusion.

References:

Ramen and Chandra. Flux balance analysis of biological systems: Applications and challenges. Brief Bioinform, 10:4, pg.435-449. 2009.
Lakshmanan et al. Elucidating rice cell metabolism under flooding and drought stresses using flux-based modelling and analysis. Plant Physiology, 162:4, pg.2140-2150. 2013.
Grafahrend-Belau et al. Mutliscale metabolic modeling: Dynamic flux balance analysis on a whole-plant scale. Plant Physiology, 163:2, pg.637-647. 2013.