Team:Edinburgh/Modeling

From 2013.igem.org

(Difference between revisions)
 
(20 intermediate revisions not shown)
Line 1: Line 1:
-
{{Menu}}
+
{{Team:Edinburgh/Menu}}
-
{{edheader}}
+
{{Team_Edinburgh/Modelling_side_menu}}
-
<html>
+
<div class='content'>
-
<style type="text/css";>
+
-
.html-marquee {height:50px;width:960px;background-color:#33CC66;background-image:url(http://);font-family:Cursive;font-size:22px;color:#0000FF;font-style:italic;border-width:4;border-style:dotted;border-color:#ff0000;}
+
-
</style>
+
-
<marquee class="html-marquee" direction="left" behavior="scroll" scrollamount="7" > Edinburgh iGEM Team 2013</marquee>
+
-
</html>
+
-
{| style="color:#1b2c8a;background-color:#0c6;" cellpadding="3" cellspacing="1" border="1" bordercolor="#fff" width="62%" align="center"
+
<h3> Computer modeling </h3>
-
!align="center"|[[Team:Edinburgh|Home]]
+
-
!align="center"|[[Team:Edinburgh/Team|Team]]
+
-
!align="center"|[https://igem.org/Team.cgi?year=2013&team_name=Edinburgh Official Team Profile]
+
-
!align="center"|[[Team:Edinburgh/Project|Project]]
+
-
!align="center"|[[Team:Edinburgh/Parts|Parts Submitted to the Registry]]
+
-
!align="center"|[[Team:Edinburgh/Modeling|Modeling]]
+
-
!align="center"|[[Team:Edinburgh/Notebook|Notebook]]
+
-
!align="center"|[[Team:Edinburgh/Safety|Safety]]
+
-
!align="center"|[[Team:Edinburgh/Attributions|Attributions]]
+
-
|}
+
 +
<h2>Motivation</h2>
-
If you choose to include a '''Modeling''' page, please write about your modeling adventures here.  This is not necessary but it may be a nice list to include.
+
<h4> Host-circuit interaction </h4>
-
{{Footer}}
+
Synthetic biologists often design genetic circuitry in isolation, taking little consideration of the host cells in which these circuits will operate. They tend to create specific, local models which don't capture the circuits' interactions with other host components. This is an oversimplification because the circuit genes and products interact with the host cell in various ways:
 +
* The circuit is dependent upon the resources and machinery available to the cell – so if resources are scarce, this is likely to hinder the circuit transcription and translation.
 +
* The cell needs to replicate, translate and transcribe the additional genes inserted into it and this draws upon the host’s resources which could otherwise be used for metabolism and growth. As a result, if the circuit is long or the genes on it are overexpressed, this can slow down the growth of the host cell.
 +
* The circuit might interact with the cell metabolism in an undesirable manner. For example, its gene products might be toxic to the host. Alternatively, some of the host's metabolic enzymes might inhibit the circuit's production rate; an obviously unwanted side effect.
 +
 
 +
Failing to take account of those interactions and their consequences at the design stage can cause designs to fail or be sub-optimal.
 +
 
 +
<h4> Whole-cell model </h4>
 +
With this in mind, we decided to introduce the concept of whole-cell modeling to iGEM: modeling the entire cell and capturing key factors of its life cycle and metabolism. A very abstract, high-level cell "template" could be made thus, or instead a very detailed, richly-informative model, depending on the data available and on the specific application. We can then insert specific circuit models into this whole-cell model and see how the circuit would operate in the context of the cell. In this way, we can create better-informed designs, which have a symbiotic rather than a parasitic relationship with their host.
 +
 
 +
It would be even better to have a living breathing computer cell that is accessible to everyone, despite its turbid programmatic depths. The way to achieve this would be to have a universal simulation platform with a modular nature, in which different modules can be easily added and removed. We can have the whole cell model running on this platform, and we can easily add any specific circuit models as black-box modules. 
 +
 
 +
This idea can be extended to make the whole-cell model itself into a module which can run in the simulation platform. Thus it would be possible to choose a whole cell from a library of models, or to program your own one. It may also be possible to turn on/off some features of the whole cell model, customizing it to be more coarse-grained or more fine-grained according to your preferences.
 +
 
 +
With this ambitious view in mind, we set off to explore this idea and make a first few steps towards implementing it.
 +
 
 +
<h2>Goals</h2>
 +
 
 +
* Pick or program a suitable [[Team:Edinburgh/Modeling/Platform|simulation platform]]
 +
* Implement a [[Team:Edinburgh/Modeling/Whole_cell_model|whole cell model]] on it
 +
* Insert a [[Team:Edinburgh/Modeling/Waste_treatment_model|specific circuit model]] into it – modeling the waste water treatment system that the biology team is making
 +
* Make [[Team:Edinburgh/Modeling/Modelling_Results|predictions]] about the functioning of the circuit in the context of the cell
 +
 
 +
 
 +
<h3> Engineering modeling </h3>
 +
 
 +
We also created an [[Team:Edinburgh/Modeling/Engineering_model|engineering model]] of how our system would function in real life.
 +
 
 +
</div>
 +
{{Team:Edinburgh/Footer}}

Latest revision as of 19:42, 4 October 2013

Contents

Computer modeling

Motivation

Host-circuit interaction

Synthetic biologists often design genetic circuitry in isolation, taking little consideration of the host cells in which these circuits will operate. They tend to create specific, local models which don't capture the circuits' interactions with other host components. This is an oversimplification because the circuit genes and products interact with the host cell in various ways:

  • The circuit is dependent upon the resources and machinery available to the cell – so if resources are scarce, this is likely to hinder the circuit transcription and translation.
  • The cell needs to replicate, translate and transcribe the additional genes inserted into it and this draws upon the host’s resources which could otherwise be used for metabolism and growth. As a result, if the circuit is long or the genes on it are overexpressed, this can slow down the growth of the host cell.
  • The circuit might interact with the cell metabolism in an undesirable manner. For example, its gene products might be toxic to the host. Alternatively, some of the host's metabolic enzymes might inhibit the circuit's production rate; an obviously unwanted side effect.

Failing to take account of those interactions and their consequences at the design stage can cause designs to fail or be sub-optimal.

Whole-cell model

With this in mind, we decided to introduce the concept of whole-cell modeling to iGEM: modeling the entire cell and capturing key factors of its life cycle and metabolism. A very abstract, high-level cell "template" could be made thus, or instead a very detailed, richly-informative model, depending on the data available and on the specific application. We can then insert specific circuit models into this whole-cell model and see how the circuit would operate in the context of the cell. In this way, we can create better-informed designs, which have a symbiotic rather than a parasitic relationship with their host.

It would be even better to have a living breathing computer cell that is accessible to everyone, despite its turbid programmatic depths. The way to achieve this would be to have a universal simulation platform with a modular nature, in which different modules can be easily added and removed. We can have the whole cell model running on this platform, and we can easily add any specific circuit models as black-box modules.

This idea can be extended to make the whole-cell model itself into a module which can run in the simulation platform. Thus it would be possible to choose a whole cell from a library of models, or to program your own one. It may also be possible to turn on/off some features of the whole cell model, customizing it to be more coarse-grained or more fine-grained according to your preferences.

With this ambitious view in mind, we set off to explore this idea and make a first few steps towards implementing it.

Goals


Engineering modeling

We also created an engineering model of how our system would function in real life.