"
Team:Newcastle University/Constraints Repository
From 2008.igem.org
| Line 1: | Line 1: | ||
{{:Team:Newcastle University/Header}} | {{:Team:Newcastle University/Header}} | ||
| - | {{:Team:Newcastle University/Template: | + | {{:Team:Newcastle University/Template:UnderTheSoftware|page-title=[[Team:Newcastle University/Constraints Repository|Constraints Repository]]}} |
| - | + | ||
<div id="maincol"> | <div id="maincol"> | ||
| - | |||
| + | ==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> | ||
| - | |||
| - | |||
---- | ---- | ||
| - | The | + | <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: | ||
|} | |} | ||
| - | + | <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] | ||
| - | + | ||
| - | + | <html><a name="further-reading"></html> | |
| - | + | ===Contributors:=== | |
| - | + | Lead: [[Team:Newcastle University/Nina Nielsen-Dzumhur|Nina Nielsen-Dzumhur]] | |
| - | + | ||
| - | + | ||
| - | + | <div id="sidebar"> | |
| - | + | {{:Team:Newcastle University/Template:PostItBox | |
| - | + | |boxtype=bluebox | |
| - | + | |title=Constraints Repository | |
| - | + | |detail-text=<ul> | |
| - | + | <li>[[Team:Newcastle University/Constraints Repository#aims|Aims and Objectives]] | |
| - | + | <li>[[Team:Newcastle University/Constraints Repository#outcomes|Outcomes]] | |
| - | + | <ul> | |
| - | + | <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
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.
- literature searching (google the parts and look through journals for conformation that they can interact/control gene expression of the connecting part)
- Look at homologous structures of parts that have been confirmed to interact. If the structure is the same, they may also be compatible.
- 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
