"
Team:Calgary/31 July 2009
From 2009.igem.org
(Difference between revisions)
Emily Hicks (Talk | contribs) |
|||
| (15 intermediate revisions not shown) | |||
| Line 221: | Line 221: | ||
*Explored Secondlife and met with Rob from UChicago. | *Explored Secondlife and met with Rob from UChicago. | ||
*Prepared the Human Practices project write-up for the Wiki. | *Prepared the Human Practices project write-up for the Wiki. | ||
| - | *Team Meeting- Talked about the exploration of seminars in Second Life and what ideas that has given us. | + | *Team Meeting- Talked about the exploration of seminars in Second Life and what ideas that has given us. Talked about the pending completion of the J13002-LuxOD47E-B0015 curcuit, results will come in on Monday. |
| - | Talked about the pending completion of the J13002-LuxOD47E-B0015 curcuit, results will come in on Monday. | + | |
<html> | <html> | ||
| Line 243: | Line 242: | ||
<br> | <br> | ||
<div class="heading"> | <div class="heading"> | ||
| - | + | Marketing and Ethics for July 31st 2009 | |
</div> | </div> | ||
<br> | <br> | ||
<div class="desc"> | <div class="desc"> | ||
</html> | </html> | ||
| - | + | Today I worked more on the ethcial aspect of our project. I read more papers on the environmental and economical issues of our team calgary project. | |
| + | <br> | ||
| + | <br> | ||
| + | I also made follow up calls to a couple of comapnies. | ||
<html> | <html> | ||
| Line 269: | Line 271: | ||
<br> | <br> | ||
<div class="heading"> | <div class="heading"> | ||
| - | + | More Educational Aspects: Rules Animations | |
</div> | </div> | ||
<br> | <br> | ||
<div class="desc"> | <div class="desc"> | ||
</html> | </html> | ||
| - | + | The next step to enrich the educational aspects of our model is to animate each rule. With doing so, biologists can make connection with the rules as well as the notations used to implement these rules. It is really important for us that make our model convenient to understand for biologists as they are the main users of it. that is why we have designed these animation so that biology and computer science could be connected. | |
| + | |||
| + | [[Image:Rules2.png]] | ||
| + | |||
| + | That is what I have been working on this week. | ||
| + | |||
| + | In addition we had our meeting, and here is a summary for modeling team: | ||
| + | The team members involved in modelling need to meet more and learn more about what the others are doing. We will address this by meeting on Tuesdays and Thursdays at 10h00 am. | ||
| + | On the differential side, we have a lot of breadth to our approach but it's still fairly superficial. We have established a differential reaction-based model on SimBiology, but finding values for phosphorylation constants has been a much greater challenge than we had anticipated. We will need to set up a model anyway and collect some input/output data, and from that we can approximate a set of parameters. It's highly unlikely that they'll be unique, but they will give us something to work with and help us evaluate which ones are limiting steps and would be worth tweaking in a real system | ||
| + | The point of standardisation and characterisation is to have a set of parts to work with and choose from, based on characteristics that can be compared among different parts. Endy's 2006 paper is interesting, but it only presents characterisation for one part. It would be useful to have more parts characterised, especially if they actually work. We are submitting a few parts to the Registry: a signalling circuit, a reporter, mutants - all with various combinations of promoter and terminator sequences. It would be useful to characterise as many of them as possible, even if it's just for static and dynamic respones, so that future users have a quantifiable way of comparing performance. | ||
| + | We are testing a signalling-reporter combination, but we don't know how much the reporter will affect our model of the signalling circuit. For example, if we consider response time, we don't know if our circuit response is limited by the signalling circuit, the reporter circuit, or a combination of both. If the circuit response is slowed mostly by the reporter circuit, it would cast doubt on the validity of the model as soon as a different reporter or sexy circuit were implemented. If there is a way to characterise the reporter by itself along with the signalling + reporter (and if we could do the same with the mutants, that would be interesting too), it would help us assess how good our model is for the signalling circuit by itself, and how it will perform when used with a different reporter or sexy circuit at the end. | ||
<html> | <html> | ||
</div> | </div> | ||
| Line 303: | Line 315: | ||
<li>Vacufuge to concentrate.</li> | <li>Vacufuge to concentrate.</li> | ||
<li> Verification digest with <i>Xba</i>I and <i>Pst</i>I. Control: cl lambda part from the Registry distribution plate.</li> | <li> Verification digest with <i>Xba</i>I and <i>Pst</i>I. Control: cl lambda part from the Registry distribution plate.</li> | ||
| + | <li>Results: Faint bands were present. Looked into vector characteristics and it turns out it is high-copy number with IPTG induction (Thanks Thane!) | ||
</ul> | </ul> | ||
| Line 324: | Line 337: | ||
<br> | <br> | ||
<div class="heading"> | <div class="heading"> | ||
| - | + | Isolation of cl lambda; Sequencing for LuxPQ-LuxOU construct | |
</div> | </div> | ||
<br> | <br> | ||
<div class="desc"> | <div class="desc"> | ||
</html> | </html> | ||
| - | + | Six overnight cultures of cl lambda colony 1 were prepared with LB-Kanamycin broth. Plasmid was then isolated using the Sigma GenElute MiniPrep kit. Two plasmids were not successfully isolated, but the other four tubes were pooled into two tubes and vacufuged to increase their concentration. A restriction digest with XbaI and PstI was then set up for 2 hours at 37ºC. | |
| + | <br> | ||
| + | <br> | ||
| + | The LuxPQ-B-R-LuxOU-B construct in psB1AC3 was sent for sequencing today based on verification techniques performed over the past few days. Primers used include BBK CP F/R and R0040 Reverse. | ||
<html> | <html> | ||
| Line 350: | Line 366: | ||
<br> | <br> | ||
<div class="heading"> | <div class="heading"> | ||
| - | + | Modifications to DNA Extraction, Restriction Digest, Instructions and Write-ups | |
</div> | </div> | ||
<br> | <br> | ||
<div class="desc"> | <div class="desc"> | ||
</html> | </html> | ||
| - | + | The movement of the restriction digest tubes have been modified so they are more interactive so the user is asked what piece of equipment is required once all required items have been added in the correct order to each tube. The three pieces of equipment to touch are the water bath, heating block and incubator (for the insert) respectively. I still am required to place my restriction digest instructions into a notecard on the lab table, which I will do next week. | |
| + | <br> | ||
| + | <br> | ||
| + | I have been able to modify the first five steps in DNA extraction so that the order in which a avatar proceeds is important. Now if the initial step of resuspension has not been accomplished, if you touch the lysis activity you will not be allowed to perform the activity. However, once a step has been unlocked an avatar may return to it at any time if they believe they missed something or just wish to redo a step. Once an avatar reaches the end of the activity a message is sent to all objects, which resets the entire activity. Now I will have to begin incorporating the containers that store: Wash Solution, High Salt Buffer, Isopropanol, and one containing a DNA buffer as well as one more centrifuge step. | ||
| + | <br> | ||
| + | <br> | ||
| + | Some more instruction were added to bacterial transformation so there is a response for everything an avatar does in attempt to complete the activity. For example, if a user drops an item into the quiz’s inventory that is of the same type that has been submitted before it will alert them to the fact that they have answered that set of questions before and will not ask them again. I have been given the task of creating more products for this activity as well so I will have to add to my transformation script so that the plates with growth will give you the proper object to be used within the lab elsewhere. | ||
| + | <br> | ||
| + | <br> | ||
| + | I also wrote an introduction to the virtual lab for our project description for the wiki, which generally explains the lab’s content as well as its purpose for the second life project. | ||
<html> | <html> | ||
| Line 376: | Line 401: | ||
<br> | <br> | ||
<div class="heading"> | <div class="heading"> | ||
| - | + | cPCR of the reporter circuit | |
</div> | </div> | ||
<br> | <br> | ||
<div class="desc"> | <div class="desc"> | ||
</html> | </html> | ||
| - | + | In order to verify cPCR, I have once again ran a cPCR of the reporter circuit, <i>Pqrr4</i>+B0034(RBS)+K082003(GFP+LVA) with <i>Pqrr4</i> Forward and Biobrick CP Reverse primers. Of course, pTaq was used to amplify the DNA. The product was then ran on 2% agarose gel at 90V. The following is a picture of the gel.<br><br> | |
| + | [[Image:Calgary_2009.07.31.reporter_cPCR.png|700px]] | ||
| + | <br><br> | ||
| + | As you can see, the bands in most of the colony lanes match the positive control of <i>Pqrr4</i>+B0034, which means that the cells contain those pieces, not the one of interest. It seems that only the colony 9 is between 1000bp and 1500bp, which is what was expected. However, even this band is suspicious. The size of the circuit is about 1043bp, and with about 125bp addition due to Biobrick CP reverse primer annealing outside of the circuit; however, the band on colony 9 lane is at about 1250bp. Another problem can be noticed in the negative control lane, which is another contamination. It is very disappointing to see a whole day of work gone to waste :(! Yet, it is too early to give up hope. I can try to isolate the plasmid of the Colony 9 and perform a Restriction digest on it to see if I still do not see the expected band, which is at this point unlikely. | ||
| + | <br><br> | ||
| + | <b>Distribution of our baking sale posters</b><br><br> | ||
| + | Fahd left a stack of Baking sale posters for us to post throughout the building, and they were posted before 11am today. | ||
| + | <html> | ||
| + | </div> | ||
| + | </td> | ||
| + | </tr> | ||
<html> | <html> | ||
| Line 428: | Line 463: | ||
<br> | <br> | ||
<div class="heading"> | <div class="heading"> | ||
| - | + | Automagic Biobricks | |
</div> | </div> | ||
<br> | <br> | ||
<div class="desc"> | <div class="desc"> | ||
</html> | </html> | ||
| - | + | I spent most of today being very productive with the Biobricker portion of the Biobrick Simulator. This is a little user interface upgrade that will permit you to build any biobrick device you please, from a small library of parts implemented in Second Life. In SL terms, the UI is an object owned by the user's avatar, that can be attached to your display. The simulator's UI will have quite a few features to make your digital bioengineering easier, of which the Biobricker is an important one. | |
| + | |||
| + | I finished working on all of the controls for the biobricker, including some scroll buttons for the parts in the device under construction, and the ability to add parts from the UI's inventory, and delete them too. The Biobricker is all done except for one last control... the build button! This single button will be as much work as the rest of the Biobricker put together, though. The task is to create a copy of each individual Biobrick in world, inform each one where it belongs in the completed device, and link them all together. This will involve a lot of communication back and forth between the user interface object and the biobrick objects out in the world. | ||
| + | |||
| + | The Biobricker is in a very primitive state right now, with letters standing in for where all the pretty icons will be in the final version. So instead here's a screenshot of the Main Menu, with the link to the Biobricker visible. | ||
| + | |||
| + | <center>[[Image:Calgary Biobrick Simulator UI Preview.png|400px]]</center> | ||
| + | |||
| + | The UI fits in at the top left corner of the screen. The red letters are buttons, that cause the UI to be redrawn with a new menu for whichever module you've chosen. I hope this gives you an idea of how the UI fits into the overall simulator. | ||
<html> | <html> | ||
| Line 485: | Line 528: | ||
<br> | <br> | ||
<div class="heading"> | <div class="heading"> | ||
| - | + | Continuing along the path | |
</div> | </div> | ||
<br> | <br> | ||
<div class="desc"> | <div class="desc"> | ||
</html> | </html> | ||
| - | + | Construction of the path is almost complete and finals plans were mapped out but are subject to change to make room for future virtual demonstrations. In order to complete each station I've decided that a Hawaiian Bobtail Squid will be added to each that will tell visitors about what they see. It will preferably be very interactive (ie. move around and talk to you rather than give a notecard) so as to be fun and educational for the junior high and high school audience we are targeting. The squid that was already in the synthetic kingdom was slightly modified in order to match the physical characteristics of the Hawaiian Bobtail Squid. | |
<html> | <html> | ||
| Line 511: | Line 554: | ||
<br> | <br> | ||
<div class="heading"> | <div class="heading"> | ||
| - | + | Discussion write-up, referencing and wiki posting | |
</div> | </div> | ||
<br> | <br> | ||
<div class="desc"> | <div class="desc"> | ||
</html> | </html> | ||
| - | + | (This isn't terribly exciting. I continued with the discussion section of the technical report, I learned all about APA referencing, and I posted part of my notebook on the wiki). | |
| + | |||
| + | <html> | ||
| + | </div> | ||
| + | <div class=”heading”> | ||
| + | Lab meeting | ||
| + | </div> | ||
| + | <br> | ||
| + | <div class=”desc”> | ||
| + | </html> | ||
| + | |||
| + | We discussed characterisation elements for our signalling circuit, as described in Carol's section. I focussed on dynamic performance and response time, or, in other words, what happens when you add a lot of AI-2 into a system where it wasn't there previously. | ||
| + | |||
| + | We also discussed how we could consolidate our modelling efforts and come up with something with a little depth to it in time for the competition. Some of the main points that came out of that are: | ||
| + | *The team members involved in modelling need to meet more and learn more about what the others are doing. We will address this by meeting on Tuesdays and Thursdays at 10h00 am. | ||
| + | *On the differential side, we have a lot of breadth to our approach but it's still fairly superficial. We have established a differential reaction-based model on SimBiology, but finding values for phosphorylation constants has been a much greater challenge than we had anticipated. We will need to set up a model anyway and collect some input/output data, and from that we can approximate a set of parameters. It's highly unlikely that they'll be unique, but they will give us something to work with and help us evaluate which ones are limiting steps and would be worth tweaking in a real system | ||
| + | *The point of standardisation and characterisation is to have a set of parts to work with and choose from, based on characteristics that can be compared among different parts. Endy's 2006 paper is interesting, but it only presents characterisation for one part. It would be useful to have more parts characterised, especially if they actually work. We are submitting a few parts to the Registry: a signalling circuit, a reporter, mutants - all with various combinations of promoter and terminator sequences. It would be useful to characterise as many of them as possible, even if it's just for static and dynamic respones, so that future users have a quantifiable way of comparing performance. | ||
| + | *We are testing a signalling-reporter combination, but we don't know how much the reporter will affect our model of the signalling circuit. For example, if we consider response time, we don't know if our circuit response is limited by the signalling circuit, the reporter circuit, or a combination of both. If the circuit response is slowed mostly by the reporter circuit, it would cast doubt on the validity of the model as soon as a different reporter or sexy circuit were implemented. If there is a way to characterise the reporter by itself along with the signalling + reporter (and if we could do the same with the mutants, that would be interesting too), it would help us assess how good our model is for the signalling circuit by itself, and how it will perform when used with a different reporter or sexy circuit at the end. | ||
| + | |||
| + | |||
<html> | <html> | ||
Latest revision as of 19:16, 1 October 2009
UNIVERSITY OF CALGARY
