Registry of Standard Biological Models

From OpenWetWare

(Difference between revisions)
Jump to: navigation, search
Current revision (16:49, 4 October 2007) (view source)
 
(15 intermediate revisions not shown.)
Line 1: Line 1:
<div>
<div>
-
{|class="white" cellspacing="3"
+
{|class="white" cellspacing="5" valign="top"
-
|
+
|colspan=2|{{Click || image=RoSBMBanner.png | link=Main_Page| width=705px | height=94px }}
|-  
|-  
-
|width="705px" class="blue" colspan=2|{{Registry_of_Standard_Biological_Models/Blurb}}
+
|colspan=2 width="705px" bgcolor="#181860" |
 +
{|width="90%" bgcolor="#181860" align="center" style="border:0px" cellspacing="0"
 +
|bgcolor="#181860"|<font face="tahoma" size="2" color=#ffffff>A collection of models of biological parts that can be freely reused and composed with each other to produce more complex models.  A draft implementation of the registry is underway and collaborators are being sought.</font>
 +
|}
 +
|-
 +
|colspan=2 width="705px" class="blue"|
 +
{|width="95%" class="blue" align="center" style="border:0px" cellspacing="0"
 +
|align="center"|'''Talk to us at''' - [[BioSysBio:abstracts/2007/Vincent_Rouilly | '''BioSysBio 2007''']], [http://www.syntheticbiology.ethz.ch/conf_2007 SB3.0], and [[Registry of Standard Biological Models/Presentation | '''iGEM Jamboree Workshop 2007''']]
 +
|}
 +
|-
 +
|width="350px" class="blue" valign="top" |
 +
{|width="95%" class="blue" align="center" valign="top" style="border:0px" cellspacing="0"
 +
|'''Goals'''
 +
*To contribute to the Open Source [[Synthetic Biology]] effort.
 +
*To store, curate and support models related to [http://parts.mit.edu physical Biobricks].
 +
*To drive and guide the experimental characterization of BioBricks.
 +
*To enable the reuse of modular part models.
 +
*To provide a forum for modelers to contribute to the BioBricks effort.
 +
|}
 +
|width="350px" class="blue" valign="top" |
 +
{|width="95%" class="blue" align="center" valign="top" style="border:0px" cellspacing="0"
 +
|'''Activities'''
 +
*[[/Registry organization|Planning]] the architecture of a registry of standard biological models.
 +
*Building a [[Registry of Standard Biological Models/Model Catalog|collection]] of standard biological models.
 +
*Define a modeling description language that is:
 +
**Machine readable
 +
**Capable of describing gene expression networks
 +
**Modular (standardized defined inputs/ouputs)
 +
**Hierarchical (models are composable)
 +
**Capable of describing models that can be related to experimental data.
 +
|}
|-
|-
|}
|}
-
</div>
 
-
 
-
 
-
 
-
 
<hr class="divider2">
<hr class="divider2">
<div>
<div>
 +
{|class="white"
{|class="white"
-
|width="700px" class="white" cellpadding="0"| {{navbar_icons}}
+
|width="700px" class="white" cellpadding="0"|'''Recent edits:'''
 +
|-
 +
|width="700px" class="white" cellpadding="0"|{{Special:Recentchanges/b=Registry_of_Standard_Biological_Models&limit=10}}
|-
|-
|}
|}
Line 21: Line 49:
<hr class="divider2">
<hr class="divider2">
-
 
-
 
-
* [[BioSysBio:abstracts/2007/Vincent_Rouilly | BioSysBio 2007 Abstract]]
 
-
* [[Registry of Standard Biological Models/Presentation | Presentation]]
 
-
 
-
= Motivations =
 
-
 
-
*to store, curate and search models related to physical DNA Biobricks.
 
-
*to use modelling in order to gain a deeper understanding of DNA part properties.
 
-
*to explore virtually the properties of de-novo assemblies between parts
 
-
*to get a faster/cheaper development process.
 
-
*to complement open-source spirit in Synthetic Biology and open-up new 'dry-work' contributions
 
-
 
-
= Means =
 
-
 
-
*build a 1 to N match between physical DNA parts and models into a database
 
-
*define a modelling description language having properties such as:
 
-
**being text based (XML, RDF)
 
-
**being able to describe topological and dynamical (continuous & discrete) properties of bio-network
 
-
**being modular ( standardized inputs/ouputs with private/public access )
 
-
**being hierarchical (encapsulation and abstraction of modules)
 
-
* being able to define a validation schema between DNA part characterizations and model predictions to fine tune model parameters
 
*See [[Registry of Standard Biological Models/CellML Practical|this page]] for a draft implementation.
*See [[Registry of Standard Biological Models/CellML Practical|this page]] for a draft implementation.
*See [[Registry_of_Standard_Biological_Models/Basic_Component_Models|this page]] for a draft on model implementations following CellML 1.1.
*See [[Registry_of_Standard_Biological_Models/Basic_Component_Models|this page]] for a draft on model implementations following CellML 1.1.
-
*See [[Registry of Standard Biological Models/General Architecture Discussion|this page]] to access current discussion on the implementation.
 
-
 
-
= Interesting stuff to explore ... =
 
-
 
-
*SBML[http://sbml.org/index.psp] and CellML[http://www.cellml.org/] are already widely used standards. Are they what Synthetic Biology is looking for? 
 
-
*Petri Nets Markup language is already defining a modular/hierarchical approach. Could be interesting to investigate. [http://www2.informatik.hu-berlin.de/top/pnml/pnml.html]
 
-
*Standardized outputs: how about using experimental data format to store computed results (like FCS from Flow cytometry), it could help also to define a validation schema when it comes to challenge predicted results with measured ones.
 
-
 
-
Original idea
 
-
 
-
I'd like to see a centralized and standardized source of models for biological parts and devices.  A good framework for this would be the registry of standard biological parts.  Each part and device should have a simple ODE model of its behavior accompanying it.  In fact, this registry of models would operate identically and confer all the same advantages as a registry of parts.  Namely, it would produce simple standard models of components that could be reliably and rapidly combined to form models of more complex components.  If everybody building models was drawing from the same pool of component models, we could be more sure that those models were an accurate reflection of the physical component.  Again, just as with the registry of physical parts, everytime I wanted to build a model, I wouldn't have to start from scratch, I could start from well-tested components.
 
-
 
-
For example a constitutive promoter has a model with no inputs (ignoring polymerase and &sigma; factor levels) and one output, PoPS.  In Matlab, this would be a simple function with no inputs that returns a scalar output which is the PoPS output of the device -
 
-
 
-
PoPS_out = R0040;
 
-
 
-
A protein generator would have a model with a PoPS input and a protein production rate as output.  For example -
 
-
 
-
dP = E0240(PoPS_in);
 
-
 
-
Note that E0240 might actually be a collection of part models for an RBS, coding region, and terminator -
 
-
function dp = E0240(PoPS_in)
 
-
RiPS = B0032(PoPS_in);
 
-
translation_rate = E0040(RiPS);
 
-
dp = B0015(translation_rate);
 
-
 
-
 
-
The part models for R0040 and E0240 could be put together in an obvious way to form a model of a reporter device.
 
-
 
-
We already have models for many of our simple parts that could be combined easily if only steady state conditions were considered.  Some more organization would be required to allow each model to represent the time varying behavior of a device as combining devices would require the assembly of ODE's from different files.  It should still be very possible though.
 

Current revision

A collection of models of biological parts that can be freely reused and composed with each other to produce more complex models. A draft implementation of the registry is underway and collaborators are being sought.
Talk to us at - BioSysBio 2007, SB3.0, and iGEM Jamboree Workshop 2007
Goals
  • To contribute to the Open Source Synthetic Biology effort.
  • To store, curate and support models related to physical Biobricks.
  • To drive and guide the experimental characterization of BioBricks.
  • To enable the reuse of modular part models.
  • To provide a forum for modelers to contribute to the BioBricks effort.
Activities
  • Planning the architecture of a registry of standard biological models.
  • Building a collection of standard biological models.
  • Define a modeling description language that is:
    • Machine readable
    • Capable of describing gene expression networks
    • Modular (standardized defined inputs/ouputs)
    • Hierarchical (models are composable)
    • Capable of describing models that can be related to experimental data.

Recent edits:



  • See this page for a draft implementation.
  • See this page for a draft on model implementations following CellML 1.1.
Personal tools