Team:MIT/Tools/
From 2011.igem.org
Line 80: | Line 80: | ||
<h2><a id="install" class="sec"> Installation </a></h2> | <h2><a id="install" class="sec"> Installation </a></h2> | ||
- | <p><b>Dependencies:</b> <a href="http://www.python.org/getit/releases/2.5.6/">Python 2.5.6</a>, <a href="http://www.compucell3d.org/SrcBin">CompuCell3D 3.5.0</a>, <a href="http://ryanroper.wordpress.com/2011/07/26/running-the-right-version-of-bionetsolver-with-cc3d/"BionetSolver 1.0.0 for Python 2.5</a>, <a href="http://matplotlib.sourceforge.net/">matplotlib</a>, <a href="http://www.pythonware.com/products/pil/">PIL</a>, and <a href="http://code.google.com/p/scipy-cluster/">hcluster</a>.</p> | + | <p><b>Dependencies:</b> <a href="http://www.python.org/getit/releases/2.5.6/">Python 2.5.6</a>, <a href="http://www.compucell3d.org/SrcBin">CompuCell3D 3.5.0</a>, <a href="http://ryanroper.wordpress.com/2011/07/26/running-the-right-version-of-bionetsolver-with-cc3d/">BionetSolver 1.0.0 for Python 2.5</a>, <a href="http://matplotlib.sourceforge.net/">matplotlib</a>, <a href="http://www.pythonware.com/products/pil/">PIL</a>, and <a href="http://code.google.com/p/scipy-cluster/">hcluster</a>.</p> |
<p><b>Also very useful:</b> <a href="http://sbw.kgi.edu/sbwWiki/doku.php?id=sysbio:downloads">Synthetic Biology Workbench</a> (for defining circuits)</p> | <p><b>Also very useful:</b> <a href="http://sbw.kgi.edu/sbwWiki/doku.php?id=sysbio:downloads">Synthetic Biology Workbench</a> (for defining circuits)</p> | ||
<p>Download mcell from <a href="igem.mit.edu/mcell.zip">here</a>. Unzip the files somewhere into your PATH. Open mcell.py, and edit the variables between | <p>Download mcell from <a href="igem.mit.edu/mcell.zip">here</a>. Unzip the files somewhere into your PATH. Open mcell.py, and edit the variables between | ||
Line 96: | Line 96: | ||
<h3> CompuCell3D </h3> | <h3> CompuCell3D </h3> | ||
- | CompuCell3D uses the Glazier-Graner-Hogeweg model to simulate cell shape dynamics. | + | <p>CompuCell3D uses the Glazier-Graner-Hogeweg model to simulate cell shape dynamics. The playing field is a matrix. An entry of the matrix corresponds to an ID of the cell occupying that spot on the playing field. Thus, a cell is represented as a set of points on the matrix. The medium the cell are in is represented by a single large cell occupying all the "empty space". </p> |
+ | <p>To iterate the model forward, CompuCell3D chooses a random point on the matrix -- the <em>invading</em> point -- and a random adjacent point -- the <em>receiving</em> point. If the two points are from different cells, then the receiving point's cell id becomes set to the invading point's cell id with some probability <code>e^-(T*k(state))</code>, where <code>T</code> is set in the configuration file and <code>k(state)</code> is a function of the state of the system that is determined by the plugins defined in the configuration file. (For example, the Contact plugin adds a term to k that makes cells of one cell type want to stick or not stick to cells of another cell type. The Surface plugin adds a term that grows larger as the surface area of the cell deviates from a defined amount.) This procedure is called a Monte Carlo step (MCS). Certain parameters of the plugins -- say, the type, or the adhesiveness of a cell -- can be continuously updated to reflect the internal state of the cell.</p> | ||
- | + | <h3> Coupling BionetSolver and CompuCell3D </h3> | |
- | + | <p>CompuCell3D provides a mechanism to script its function called a <em>Steppable</em>. Thus, to couple the internal states of the cells and the cell shape dynamics, a steppable called <code>ModelSteppable</code> is used. <code>ModelSteppable</code> initializes BionetSolver with circuits before CompuCell starts running its model, but after it has created the initial state of the cells. Then, CompuCell3D takes several MCSs to update the cell shape state. <code>ModelSteppable</code> then loops over the cells, updating the internal states of the cells in the BionetSolver circuits to match the external states, and the external state parameters in CompuCell3D to match the internal states of the cells. The full internal state every cell is printed to one file, and the state of the cell shapes is printed to another file. This cycle then repeats many, many times.</p> | |
- | < | + | |
- | <p> | + | |
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | < | + | |
- | < | + | |
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + |
Revision as of 04:48, 28 September 2011
''mcell'' - A Multicellular Modeling Framework
''mcell'' is a small set of Python classes that allows the enterprising modeler to: * Easily create very flexible models of of multicellular dynamics * Manage the models already created through a simple command-line interface * Easily change defined parameters in models * Render the runs of the models in a convenient, simple way * Analyze the runs of the models through histograms and clustering ''mcell'' is a thin layer on top of the combination of BionetSolver, which model internal cell states as systems of ODEs, and CompuCell3D, which models cell shape dynamics using the Glazier-Graner-Hogeweg methos. It was created largely in reaction to inconveniences experienced when using BionetSolver and CompuCell3D as detailed here. It is in continuous development.Quick Links
Why?
Over the course of the summer, we tried several ways of modeling multicellular dynamics. The first thing we tried was everyone's trusted favorite, MATLAB. We generated a system of several thousand ODEs, in which groups of 5 ODEs represented the state of a single cell, and were coupled to ODEs describing adjacent cells. Unfortunately, this was very, very slow, and did not allow for the modeling of cell shape dynamics.
Then, we discovered a way to couple CompuCell3D with ODE models of internal cell states. We realized that, if we wanted to do any sort of reasonably flexible modeling, we needed to do something like this. So, we downloaded CompuCell3D, read the documentation, and started modeling various circuits.
Now, CompuCell3D coupled with BionetSolver is a great system. However, we quickly discovered that this wasn't quite enough for our purposes. For instance, CompuCell3D allows one to dynamically change the "cell type", and this the cell color. However, as we were trying to engineer cells, we were interested in the dynamics of the protein expression levels -- in fundamentally continuous quantities -- rather than a discrete notion of "cell type"! CompuCell 3D would not let us visualize the values that we needed -- so we wrote a Python script to render the models the way we wanted to.
Other problems emerged. We wanted to be able to analyze the data in other ways -- in particular, we wanted to see histograms of the levels of expression of some protein. We wanted to be able to cluster cells by the dynamics of some protein. Both of these problems led to more Python scripts. In addition, we realized that trying to manage all our models was becoming quite inconvenient without a unified organization scheme.
So, we had several hastily-written, badly organized Python scripts and many, many folders scattered around. We then decided that this problem needs fixing, and created a small set of classes to unify the object model do the file management, rendering, and analysis, for us -- using a convenient and extensible command-line interface. Thus, mcell was born.
Installation
Dependencies: Python 2.5.6, CompuCell3D 3.5.0, BionetSolver 1.0.0 for Python 2.5, matplotlib, PIL, and hcluster.
Also very useful: Synthetic Biology Workbench (for defining circuits)
Download mcell from here. Unzip the files somewhere into your PATH. Open mcell.py, and edit the variables between
#START CONFIG
and #END CONFIG
. (They have self-explanatory names, and their functions are explained in the file.)
How it works
In mcell models, BionetSolver models the internal cell states, and CompuCell3D models the cell dynamics.BionetSolver
BionetSolver reads one or several SBML files, each of which define a circuit as a system of chemical reactions in several containers with given rate laws. SBML models are simply XML files, and can be written with a text editor; however, it is much easier to define them using a graphical designer, like JDesigner, or using a simple scripting language, like [Jarnac]. (Both of those editors can be obtained by installing the Synthetic Biology Workbench.
After loading the circuits, BionetSolver is in posession of a system of ODEs that define the internal state of each modeled cell. To simulate each cell, BionetSolver simply Euler-steps its ODE system forward with a fixed time step. Some of the variables in the ODE model (like, say, the concentration of a protein on the neighboring cells) are actually parameters that are continually updated from the CompuCell3D thread.
More documentation on BionetSolver can be found by downloading it from the link above.
CompuCell3D
CompuCell3D uses the Glazier-Graner-Hogeweg model to simulate cell shape dynamics. The playing field is a matrix. An entry of the matrix corresponds to an ID of the cell occupying that spot on the playing field. Thus, a cell is represented as a set of points on the matrix. The medium the cell are in is represented by a single large cell occupying all the "empty space".
To iterate the model forward, CompuCell3D chooses a random point on the matrix -- the invading point -- and a random adjacent point -- the receiving point. If the two points are from different cells, then the receiving point's cell id becomes set to the invading point's cell id with some probability e^-(T*k(state))
, where T
is set in the configuration file and k(state)
is a function of the state of the system that is determined by the plugins defined in the configuration file. (For example, the Contact plugin adds a term to k that makes cells of one cell type want to stick or not stick to cells of another cell type. The Surface plugin adds a term that grows larger as the surface area of the cell deviates from a defined amount.) This procedure is called a Monte Carlo step (MCS). Certain parameters of the plugins -- say, the type, or the adhesiveness of a cell -- can be continuously updated to reflect the internal state of the cell.
Coupling BionetSolver and CompuCell3D
CompuCell3D provides a mechanism to script its function called a Steppable. Thus, to couple the internal states of the cells and the cell shape dynamics, a steppable called ModelSteppable
is used. ModelSteppable
initializes BionetSolver with circuits before CompuCell starts running its model, but after it has created the initial state of the cells. Then, CompuCell3D takes several MCSs to update the cell shape state. ModelSteppable
then loops over the cells, updating the internal states of the cells in the BionetSolver circuits to match the external states, and the external state parameters in CompuCell3D to match the internal states of the cells. The full internal state every cell is printed to one file, and the state of the cell shapes is printed to another file. This cycle then repeats many, many times.