Team:Newcastle University/Constraints Repository

From 2008.igem.org

(Difference between revisions)
 
Line 1: Line 1:
{{:Team:Newcastle University/Header}}
{{:Team:Newcastle University/Header}}
-
{{:Team:Newcastle University/Template:UnderTheAim|page-title=[[Team:Newcastle University/Constraints Repository|Constraints Repository]]}}
+
{{:Team:Newcastle University/Template:UnderTheSoftware|page-title=[[Team:Newcastle University/Constraints Repository|Constraints Repository]]}}
-
{{:Team:Newcastle University/ApproachSideBar}}
+
<div id="maincol">
<div id="maincol">
-
==Constraints Repository==
 
 +
==Constraints Repository==
 +
<html><a name="aims"></html>
===Aim:===
===Aim:===
Line 10: Line 10:
Components of a biological circuit can only be combined in ways which make biological sense. Much of this information is available in publications and public databases, but these are distributed worldwide and do not necessarily have compatible formats. The information therefore needs to be stored and described somewhere which is accessible to the rest of the projects, in a single, coherent form.  
Components of a biological circuit can only be combined in ways which make biological sense. Much of this information is available in publications and public databases, but these are distributed worldwide and do not necessarily have compatible formats. The information therefore needs to be stored and described somewhere which is accessible to the rest of the projects, in a single, coherent form.  
 +
 +
The objectives of the Constraints Repository (CR) were to:
 +
*  To mine literature and public databases to determine all of the relevant constraints and associated parameters for the interactions between a defined set of biological components.
 +
* To develop a database to capture the information gathered on constraints between two or more biological components. The database includes models based on the kinetic parameters between the biological components. The database must define the type of interactions involved.
 +
* To demonstrate that the database is capable of validating or rejecting an interaction between two biological components in a given context. This function contributes to the construction of genetic circuits.
 +
* To develop an agreed interface to other system components. This project was part of the international genetically engineered machines competition (iGEM). There were three other computational projects responsible for different aspects of the software development. To facilitate communication between the projects, a standardized interface was produced.
 +
* To explore the use of integrating data sources for populating data. The construction of this repository required the application of varied data sources. To effectively analyze the constraints, these sources were adapted into a consistent format to permit the integration and analysis of data in the repository.
 +
 +
</div>
</div>
-
===Contributors:===
 
-
Lead: [[Team:Newcastle University/Nina Nielsen-Dzumhur|Nina Nielsen-Dzumhur]]
 
----
----
-
The matrix.
+
<html><a name="outcomes"></html>
 +
===Outcomes===
 +
A prototype datasheet has been designed for one of the well characterized BioBrick devices from the MIT registry of Standard Biological Parts. This feat has been the closest attempt to creating the said required tool.
 +
 
 +
Since the tool constructed in this project aims to describe the interactions between the components listed in the “BugBuster” and not MIT parts registry, only the interactions between these parts are considered. Although the parts themselves are not existing BioBrick parts, the Newcastle Team intend to make the necessary modifications to add the “BugBuster” parts to the MIT parts registry as novel BioBricks parts and devices.
 +
 
 +
Some examples of the questions asked to ascertain the compatibility of the biological compartments include; 
 +
* How should two components interact to produce the desired effect within the system?
 +
* What are the possible biological components, within the parts database, that will generate the correct interaction type?
 +
* Are the kinetic parameters, associated with the interaction, likely to generate efficient transcription, gene expression or stable binding of the biological component?
 +
 
 +
Each valid interaction is stored as a mathematical model using the [[Team:Newcastle University/Modelling|CellML]] format. This model is included in the database and is used by the circuit designer system, within the BugBuster Project, to produce a genetic circuit.
 +
 
 +
To populate the database, a thorough search of literature, public databases and existing tools was carried out. One biological component may interact with many different types of components and therefore possess many different interaction types. So initially, the type of interaction suitable within the context of the system must be identified. A list of potential parts which would induce a particular interaction type must be generated. This information is then coupled with a model to demonstrate the kinetic parameters. 
 +
 
 +
In cases when literature did not contain information about an interaction, public databases and software tools were utilized. The Database of Interacting Proteins (DIP) stores experimentally determined interaction information about protein coding components. One can search for proteins in numerous ways including sequence similarity and homologous motifs. However DIP does not supply information regarding non-protein coding biological components.
 +
 
 +
Programmes, such as GeneDesigner and BioSpice are tools designed specifically for synthetic biology. They provide a means of computationally constructing genetic circuits. A repository of general constraints and models are included in the tools. These provided a useful source of information. 
 +
 
 +
 
 +
<html><a name="matrix"></html>
 +
====The matrix====
To populate the compatibility matrix I used three methods.
To populate the compatibility matrix I used three methods.
Line 184: Line 212:
|}
|}
-
References
+
<html><a name="further-reading"></html>
 +
===Further Reading===
 +
* [http://dspace.mit.edu/handle/1721.1/30475 BioJADE] - has some thoughts about databases
 +
* Cai Y, Hartnett B, Gustafsson C, Peccoud J (2007) A syntactic model to design and verify synthetic genetic constructs derived from standard biological parts. Bioinformatics 23(20): 2760-2767. [PubMed ID: 17804435]
-
* Abo et al. 2000 - SsrA-mediated tagging and proteolysis of LacI and its role in its regulation of lac operon
+
 
-
* Hahn et al. 1996 - Regulatory inputs for the synthesis of ComK, the competence transcription factor of Bacillus subtilis.
+
<html><a name="further-reading"></html>
-
* Hansen et al. 2001 - The Use of Whole-Cell Biosensors to Detect and Quantify Compounds or Conditions Affecting Biological Systems.
+
===Contributors:===
-
* Kap et al. 2007 – http://www.diss.fu-berlin.de/2007/653/kap2.pdf
+
Lead: [[Team:Newcastle University/Nina Nielsen-Dzumhur|Nina Nielsen-Dzumhur]]
-
* Kim et al. 2003 - Limitations of Quantitative Gene Regulation Models: A Case Study
+
 
-
* Kolkmann et al. 2004 - The fate of extracellular proteins tagged by the SsrA system of Bacillus subtilis.
+
 
-
* Lee et al. 2007 - Identification of the Origin of Transfer (oriT) and DNA Relaxase Required for Conjugation of the Integrative and Conjugative Element ICEBs1 of Bacillus subtilis.
+
<div id="sidebar">
-
* Lee and Auchtung et al. 2007 - Identification and characterization of int (integrase), xis (excisionase) and chromosomal attachment sites of the integrative and conjugative element ICEBs1 of Bacillus subtilis.
+
{{:Team:Newcastle University/Template:PostItBox
-
* Nankano et al. 2003 - A regulatory protein that interferes with activator stimulated transcription in bacteria.
+
|boxtype=bluebox
-
* Nishihara et al. 1998 - Chaperone Coexpression Plasmids: Differential and Synergistic Roles of DnaK-DnaJ GrpE and GroEL-GroES in Assisting Folding of an Allergen of Japanese Cedar Pollen, Cryj2, in Escherichia coli.
+
|title=Constraints Repository
-
* Oguara et al. 1999 - Positive regulation of Bacillus subtilis sigD by C-terminal truncated LacR at translational level.
+
|detail-text=<ul>
-
* Smits et al. 2005 - Stripping Bacillus: ComK auto-stimulation is responsible for the bistable response in competence development.
+
<li>[[Team:Newcastle University/Constraints Repository#aims|Aims and Objectives]]
-
* Suel et al. 2007 - Tunability and Noise Dependence in Differentiation Dynamics.
+
<li>[[Team:Newcastle University/Constraints Repository#outcomes|Outcomes]]
-
* Susannsa et al. 2004 - Mechanism of Transcription Activation at the comG Promoter by the Competence Transcription Factor ComK of Bacillus subtilis.
+
<ul>
-
* Wiegert et al. 2001 - SsrA-Mediated Tagging in Bacillus subtilis.
+
<li>[[Team:Newcastle University/Constraints Repository#matrix|The Matrix]]
 +
</ul>
 +
<li>[[Team:Newcastle University/Constraints Repository#further-reading|Further Reading]]
 +
<li>[[Team:Newcastle University/Constraints Repository#contributors|Contributors]]
 +
</ul>
 +
|link=}}
 +
</div>

Latest revision as of 15:30, 29 October 2008

Bugbuster-logo-red.png
Ncl uni logo.jpg


Newcastle University

GOLD MEDAL WINNER 2008

Home Team Original Aims Software Modelling Proof of Concept Brick Wet Lab Conclusions


Home >> Software >> Constraints Repository

Constraints Repository

Aim:

Develop a system that will be a repository of constraints that specify the way biological components can be assembled, and the parameters that describe their interactions.

Components of a biological circuit can only be combined in ways which make biological sense. Much of this information is available in publications and public databases, but these are distributed worldwide and do not necessarily have compatible formats. The information therefore needs to be stored and described somewhere which is accessible to the rest of the projects, in a single, coherent form.

The objectives of the Constraints Repository (CR) were to:

  • To mine literature and public databases to determine all of the relevant constraints and associated parameters for the interactions between a defined set of biological components.
  • To develop a database to capture the information gathered on constraints between two or more biological components. The database includes models based on the kinetic parameters between the biological components. The database must define the type of interactions involved.
  • To demonstrate that the database is capable of validating or rejecting an interaction between two biological components in a given context. This function contributes to the construction of genetic circuits.
  • To develop an agreed interface to other system components. This project was part of the international genetically engineered machines competition (iGEM). There were three other computational projects responsible for different aspects of the software development. To facilitate communication between the projects, a standardized interface was produced.
  • To explore the use of integrating data sources for populating data. The construction of this repository required the application of varied data sources. To effectively analyze the constraints, these sources were adapted into a consistent format to permit the integration and analysis of data in the repository.



Outcomes

A prototype datasheet has been designed for one of the well characterized BioBrick devices from the MIT registry of Standard Biological Parts. This feat has been the closest attempt to creating the said required tool.

Since the tool constructed in this project aims to describe the interactions between the components listed in the “BugBuster” and not MIT parts registry, only the interactions between these parts are considered. Although the parts themselves are not existing BioBrick parts, the Newcastle Team intend to make the necessary modifications to add the “BugBuster” parts to the MIT parts registry as novel BioBricks parts and devices.

Some examples of the questions asked to ascertain the compatibility of the biological compartments include;

  • How should two components interact to produce the desired effect within the system?
  • What are the possible biological components, within the parts database, that will generate the correct interaction type?
  • Are the kinetic parameters, associated with the interaction, likely to generate efficient transcription, gene expression or stable binding of the biological component?

Each valid interaction is stored as a mathematical model using the CellML format. This model is included in the database and is used by the circuit designer system, within the BugBuster Project, to produce a genetic circuit.

To populate the database, a thorough search of literature, public databases and existing tools was carried out. One biological component may interact with many different types of components and therefore possess many different interaction types. So initially, the type of interaction suitable within the context of the system must be identified. A list of potential parts which would induce a particular interaction type must be generated. This information is then coupled with a model to demonstrate the kinetic parameters.

In cases when literature did not contain information about an interaction, public databases and software tools were utilized. The Database of Interacting Proteins (DIP) stores experimentally determined interaction information about protein coding components. One can search for proteins in numerous ways including sequence similarity and homologous motifs. However DIP does not supply information regarding non-protein coding biological components.

Programmes, such as GeneDesigner and BioSpice are tools designed specifically for synthetic biology. They provide a means of computationally constructing genetic circuits. A repository of general constraints and models are included in the tools. These provided a useful source of information.


The matrix

To populate the compatibility matrix I used three methods.

  1. literature searching (google the parts and look through journals for conformation that they can interact/control gene expression of the connecting part)
  2. Look at homologous structures of parts that have been confirmed to interact. If the structure is the same, they may also be compatible.
  3. use blast of the DNA sequence two parts together to see the sequence exists at all. This would confirm compatibility.


LacI LacO XylR TetR ssrA ComK PcomG Pspank Phi29 mCherry GFP
LacI 0 1 1 1 1 0 0 1 0 1 1
LacO 1 0 0 1 0 0 0 1 0 0 0
XylR 0 0 0 1 0 1 1 0 1 1 1
TetR 1 0 0 0 1 0 1 0 0 0 1
ssrA 0 0 0 1 0 0 0 0 0 0 1
ComK 0 0 1 0 1 0 1 1 0 0 1
PcomG 0 0 1 0 0 1 0 0 0 1 1
Pspank 1 0 0 1 0 1 0 0 0 1 1
phi29 1 0 1 0 0 0 0 0 0 0 0
mcherry 1 0 0 1 0 0 0 1 0 0 0
GFP 1 0 0 1 1 1 0 1 0 0 0

Further Reading

  • [http://dspace.mit.edu/handle/1721.1/30475 BioJADE] - has some thoughts about databases
  • Cai Y, Hartnett B, Gustafsson C, Peccoud J (2007) A syntactic model to design and verify synthetic genetic constructs derived from standard biological parts. Bioinformatics 23(20): 2760-2767. [PubMed ID: 17804435]


Contributors:

Lead: Nina Nielsen-Dzumhur