IGEM:IMPERIAL/2008/Prototype/Drylab/Validation

From OpenWetWare
Revision as of 10:20, 7 September 2008 by Yanis Djinnit (talk | contribs)
Jump to navigationJump to search

<html> <style type="text/css"> .firstHeading {display: none;} </style> </html> <html> <style type="text/css">

   table.calendar          { margin:0; padding:2px; }

table.calendar td { margin:0; padding:1px; vertical-align:top; } table.month .heading td { padding:1px; background-color:#FFFFFF; text-align:center; font-size:120%; font-weight:bold; } table.month .dow td { text-align:center; font-size:110%; } table.month td.today { background-color:#3366FF } table.month td {

   border:2px;
   margin:0;
   padding:0pt 1.5pt;
   font-size:8pt;
   text-align:right;
   background-color:#FFFFFF;
   }
  1. bodyContent table.month a { background:none; padding:0 }

.day-active { font-weight:bold; } .day-empty { color:black; } </style> </html>

<html><a href=http://openwetware.org/wiki/IGEM:IMPERIAL/2008/Prototype><img width=50px src=http://openwetware.org/images/f/f2/Imperial_2008_Logo.png></img</a></html> Home The Project B.subtilis Chassis Wet Lab Dry Lab Notebook

<html> <style type="text/css"> div.Section { font:11pt/16pt Calibri, Verdana, Arial, Geneva, sans-serif; }

/* Text (paragraphs) */ div.Section p { font:11pt/16pt Calibri, Verdana, Arial, Geneva, sans-serif; text-align:justify; margin-top:0px; margin-left:30px; margin-right:30px; }

/* Headings */ div.Section h1 { font:22pt Calibri, Verdana, Arial, Geneva, sans-serif; text-align:left; color:#3366FF; }

/* Subheadings */ div.Section h2 { font:18pt Calibri, Verdana, Arial, Geneva, sans-serif; color:#3366FF; margin-left:5px; }

/* Subsubheadings */ div.Section h3 { font:16pt Calibri, Verdana, Arial, sans-serif; font-weight:bold; color:#3366FF; margin-left:10px; }

/* Subsubsubheadings */ div.Section h4 { font:12pt Calibri, Verdana, Arial, sans-serif; color:#3366FF; margin-left:15px; }

/* Subsubsubsubheadings */ div.Section h5 { font:12pt Calibri, Verdana, Arial, sans-serif; color:#3366FF; margin-left:20px; }

/* References */ div.Section h6 { font:12pt Calibri, Verdana, Arial, sans-serif; font-weight:bold; font-style:italic; color:#3366FF; margin-left:25px; }

/* Hyperlinks */ div.Section a {

}

div.Section a:hover {

}

/* Tables */ div.Section td { font:11pt/16pt Calibri, Verdana, Arial, Geneva, sans-serif; text-align:justify; vertical-align:top; padding:2px 4px 2px 4px; }

/* Lists */ div.Section li { font:11pt/16pt Calibri, Verdana, Arial, Geneva, sans-serif; text-align:left; margin-top:0px; margin-left:30px; margin-right:0px; }

/* TOC stuff */ table.toc { margin-left:10px; }

table.toc li { font: 11pt/16pt Calibri, Verdana, Arial, Geneva, sans-serif; text-align: justify; margin-top: 0px; margin-left:2px; margin-right:2px; }

/* [edit] links */ span.editsection { color:#BBBBBB; font-size:10pt; font-weight:normal; font-style:normal; vertical-align:bottom; } span.editsection a { color:#BBBBBB; font-size:10pt; font-weight:normal; font-style:normal; vertical-align:bottom; } span.editsection a:hover { color:#3366FF; font-size:10pt; font-weight:normal; font-style:normal; vertical-align:bottom; }

  1. sddm {

margin: 0; padding: 0; z-index: 30 }

  1. sddm li {

margin: 0; padding: 0; list-style: none; float: center; font: bold 12pt Calibri, Verdana, Arial, Geneva, sans-serif; border: 0px }

  1. sddm li a {

display: block; margin: 0px 0px 0px 0px; padding: 0 0 12px 0; background: #33bbff; color: #FFFFFF; text-align: center; text-decoration: none; }

  1. sddm li a:hover {

border: 0px }

  1. sddm div {

position: absolute; visibility: hidden; margin: 0; padding: 0; background: #33bbff; border: 1px solid #33bbff } #sddm div a { position: relative; display: block; margin: 0; padding: 5px 10px; width: auto; white-space: nowrap; text-align: left; text-decoration: none; background: #FFFFFF; color: #2875DE; font: 11pt Calibri, Verdana, Arial, Geneva, sans-serif } #sddm div a:hover { background: #33bbff; color: #FFFFFF } </style></html>


Software Validation

In order to validate our choice of open-source tracking software, a synthetic video based on synthetic data was created. This video was then fed into the software for cell tracking, afterwhich data analysis to obtain bacteria motility characteristics was carried out. The data output was then compared with the synthetic data generated so as to ensure the effectiveness and integrity of the tracking software. The following figure describes our approach in validating the tracking software.


Generating Bacteria Characteristics

Bacteria light intensity or color, shape, size and orientation are being generated in a single m-file. A function leading to the generation of these parameters is then called by the main function which generates synthetic video.

Generating Bacteria Trajectory

Distributions of bacteria run velocity, run duration, tumbling angle and tumbling duration were generated using alternative models with arbitrary parameters assumed. Frame-by-frame coordinates are then returned to the main function, allowing the trajectory of bacteria to be plotted.

Generating Synthetic Video

A synthetic video of user defined number of bacteria was created using MATLAB. The function calls motility data and bacteria characteristic generating functions, and with these, it plots the trajectory of "motile" bacteria. The background image on which the video is generated also changes with time, introducing an element of noise.

Tracking Software

The tracking software used will receive the generated synthetic video as an input, and commence cell tracking on a frame-by-frame basis. Bacteria trajectory will then be produced as the data output.

Validation and Evaluation

Bacteria trajectory data in terms of coordinates are analysed and compared with synthetic data. The errors associated with the resective tracking software are determined via this comparison. Bacteria motility characteristics such as run velocity, run duration, tumbling angle and tumbling duration will be generated by using algorithms applied to the trajectory data produced by the tracking software. The parameters will then be reconstructed using available alternative models.


Synthetic Video Characteristics

All the videos were generated using Matlab. All the positions of the cells for each frame are know.

  • Synthetic Video 1

This video consists of a simple ellipse moving about a noisy background


Behaviour of the tracking software with real data

  • Analysis of Video1

The Spot Tracker software plug-in behaves as expected. It automatically detects the most likely candidate to be a particle. That is the particle having a Gaussian like intensity distribution with the highest peak. Although the video contains more than one likely candidate, the particle having the greatest intensity is selected. It is then tracked over all frames. In this video, the cells or the static circular patterns are suitable candidates. The cells having a greater intensity than the noisy circular patterns, they end up being selected by the software as the particles to be tracked. Only one cell is tracked, i.e. the one with the higher intensity. Note that when the tracked cell comes close to other cells, the software fails to determine its correct track. Similarly when the cell disappears out of the focal plane, the tracking fails.

Although the tracking seems quite satisfactory, the images being of poor quality, the generated trajectories will be very unreliable.

  • Analysis of Video2


Again the tracking software behaves as expected. Despite the video being of greater quality than video1, the software fails to detect and track any of the cells. Instead it spots and tracks the static noisy spots that cover all of the images. It track these because they are very bright spot having a Gaussian like distribution. We must get ride of these spots. However, if we manage to do so, the software would be able to track a point from the cell's membrane, as the membrane is brighter than the inside of the cell. Then again the software won't be tracking the same spot over all the frames, it will always be tracking the brightest point amongst all the pixels of the membrane. There will always be an inherent error in the cell's position, as the intensity distribution of the cell's membrane will vary over the frames. Even, if say the inside of the cell was brighter than the cell's wall, the intensity distribution of the inside of the cell would still vary over all frames, reciprocally causing incorrect variations in the cell's position.


Without editing the images, there is no way that Spot Tracker can track the cells. We applied a threshold on the images so that only the cells appear in white over a black background. We obtain a binary image, with cells appearing in white and the background being black (see image on left). The static circular patterns no longer appear on the binary images. However, Spot Tracker cannot track the cells in these image settings. Gaussian noise of a given standard deviation was added to the binary image (see image in middle). In the unprocessed images the noise characteristics of the cells and the background were different, however in the processed images the same Gaussian noise is applied to the cells and the background. Using the Spot Enhancing filter in the Spot Tracker software we obtain a more suitable image sequence for the Spot Tracker plug-in (see image on right hand side). The images being noisy, the tracking software is able to peak up and track the cells. However, there is still an inherent off-set in the position of the cell, because of how the tracking software works, i.e. tracking the brightest spot frame by frame.


What we need to know is how much precision do we gain or loose by increasing or decreasing the noise ? How big is the variation in the trajectory generated by Spot Tracker and the real trajectory. Using the synthetic data we've generated, we could track the cells over simple paths using Spot Tracker and track them manually over a few frames (the manual tracking would be our reference tracking). We could then compare the results, a use them as the basis for determining the inherent off-set in the cell's position when Spot Tracker is tracking the real cells.

Alternatively, we could tag the cells with fluorescent markers. This might resolve the issue of the spread in intensity of the cell.

Which ever method we use, we would still have to deal with the frequent problem of the tracking going wrong when the tracked cell is too close to other cells. This can be remediated manually by inputting the cell's position at the frames where the software fails to track the cell.

  • Conclusion

In conclusion, Spot Tracker will definitely not give us the accurate results we are hopping to get. We can however do our best to obtain the most accurate positions by estimating the errors that the software will make.

It might be a good idea to opt for an alternative tracking software. One having better segmentation algorithm than Spot Tracker. A suitable candidate would be Volocity Quantitation ( not open source, not free).

Behaviour of the tracking software with synthetic data

  • Analysis of Synthetic Video1

The ellipse representing a cell in this very idealised video was tracked using Spot Tracker, Manual Tracking and Particle Tracker plug-ins. The detailed analysis of the tracking outcome can be found in the following file:



<html><center><table style="color:#ffffff;background-color:#66aadd;" cellpadding="3" cellspacing="1" border="0" bordercolor="#ffffff" align="center"> <tr><td><ul id="sddm"></html>[[IGEM:IMPERIAL/2008/New/{{{1}}}|< Previous]]<html></ul> </td><td><ul id="sddm"><a href="#">Back to top</a></ul> </td><td><ul id="sddm"></html>[[IGEM:IMPERIAL/2008/New/{{{2}}}|Next >]]<html></ul> </td></tr></table> </center></html>