Team:Heidelberg/HEARTBEAT gui

From 2009.igem.org

(Difference between revisions)
(The HEARTBEAT-GUI: Your promoters your rules)
Line 5: Line 5:
|width="650px" style="padding: 0 15px 15px 20px; background-color:#ede8e2"|
|width="650px" style="padding: 0 15px 15px 20px; background-color:#ede8e2"|
__NOTOC__
__NOTOC__
-
= The HEARTBEAT-GUI: Your promoters your rules =
+
= HEARTBEAT-GUI: Your promoters your rules =
-
Introduction – why you spend too much time reading quaternary code
+
== Introduction – why you spend too much time reading quaternary code ==
Computers save and process information in binary code whereas humans use completely different semantic systems comprising speech, alphanumerical texts and graphics. Still communication with computers is fairly easy – because of interfaces which can translate between binary code and human language. Only after this abstraction of binary code was accomplished could computers unfold their full potential.
Computers save and process information in binary code whereas humans use completely different semantic systems comprising speech, alphanumerical texts and graphics. Still communication with computers is fairly easy – because of interfaces which can translate between binary code and human language. Only after this abstraction of binary code was accomplished could computers unfold their full potential.
We believe that synthetic biology would greatly from an analog paradigm shift in the handling of genetic information: Cells save and process genetic information in the form of DNA and RNA, i.e. in quaternary code. Because this code is as unintelligible to us as binary code we need interfaces to translate between human language and DNA-code. Based on our proposition for the subpart-based modeling of the properties of biological parts, we have developed a concept to meet this challenge. Although this concept is versatilely applicable we will explain our approach on the basis of our implementation of this concept in the HEARTBEAT project.
We believe that synthetic biology would greatly from an analog paradigm shift in the handling of genetic information: Cells save and process genetic information in the form of DNA and RNA, i.e. in quaternary code. Because this code is as unintelligible to us as binary code we need interfaces to translate between human language and DNA-code. Based on our proposition for the subpart-based modeling of the properties of biological parts, we have developed a concept to meet this challenge. Although this concept is versatilely applicable we will explain our approach on the basis of our implementation of this concept in the HEARTBEAT project.
-
 
= HEARTBEAT Features =
= HEARTBEAT Features =

Revision as of 21:21, 21 October 2009

HEARTBEAT-GUI: Your promoters your rules

Introduction – why you spend too much time reading quaternary code

Computers save and process information in binary code whereas humans use completely different semantic systems comprising speech, alphanumerical texts and graphics. Still communication with computers is fairly easy – because of interfaces which can translate between binary code and human language. Only after this abstraction of binary code was accomplished could computers unfold their full potential. We believe that synthetic biology would greatly from an analog paradigm shift in the handling of genetic information: Cells save and process genetic information in the form of DNA and RNA, i.e. in quaternary code. Because this code is as unintelligible to us as binary code we need interfaces to translate between human language and DNA-code. Based on our proposition for the subpart-based modeling of the properties of biological parts, we have developed a concept to meet this challenge. Although this concept is versatilely applicable we will explain our approach on the basis of our implementation of this concept in the HEARTBEAT project.

HEARTBEAT Features

Access the GUI here

Selecting initial parameters

On the first page of our GUI the users are requested to enter basic parameters determining the primary assembly of the promoter. The users only have to provide the final length of the construct assuming that the users will take the CMV core promoter from Part:BBa K203113 to complete their construct. In this case the length of the core is 80 bases and the transcription start site is 20 bases upstream regarding the end of the CMV promoter. Users who already possess a preferred promoter have the opportunity to specify its length and the location of the TSS in the advanced mode. The users are not able to enter values over 1000 base, since the frequency distributions for each transcription factor binding site (TFBS) stored in the HEARTBEAT-database (DB) range from 0 to 1000 bases upstream of the TSS.

Selecting main and auxiliary transcription factors

As soon as the users submit their selected parameters, they are forwarded to the selection of the main transcription factor (TF), whose binding site is supposed to be integrated into the construct. The users have the possibility to choose between 144 different binding sites (respectively 144 TFs) which they can build in into their promoter. Before designing the promoter, one should be aware of a mechanism to exclusively induce the pathway where the TF is involved in. For further recommendations and information on how to create an experiment fulfilling this requirement, please read Induction. Once a primary TF is chosen two plots become visible. The first one shows the frequency histogram deduced from the HEARTBEAT-DB. The solid red line depicts the probability density function ( pdf) smoothing the TFBS distribution. The position of the vertical red line is stored in the background and later used in the final promoter assembly. After the sequence is automatically assembled the users will be able to modify the sequence by their own account. In case of multiple maxima the users can manually introduce further binding sites influenced by the pdf. In the second plot the frequencies of all co-occurring TFBS can be seen. The five most frequent occurring TFBS can be chosen in the next frames. Again the maxima of the respective pdf are stored by the program.

Selecting or entering a consensus motive

When all favored TFBS are chosen, the users are asked to either enter a known binding motive or select one out of the calculated possibilities. The selection comprises one possible binding motive of the chosen TFBS for each consensus matrix found in the Transfac database. Therefore all bases, which have only been defined by excluding other bases at that position (see Ambiguity Code e.g. M, R, W etc.) are replaced by either A, C, G or T in random process. This might lead to different selection each time this function is used. In order to determine the quality of a particular TF binding motive, we recommend to test the sequence with the open-source program TRAP and to use only binding motives with a high binding affinity. The selected or entered motive is together with the other earlier defined parameters finally transmitted to the crucial sequence assembly algorithm.

The assembly algorithm

The assembly algorithm represents the central program of the HEARTBEAT-GUI. As input parameters the algorithm needs the absolute promoter length, the core-promoter length, the TSS position relative to the end of the core-promoter, the chosen binding motives and their distance to the TSS. In an iterative process the algorithm attempts to locate first the main TFBS and then the auxiliary TFBSs at the position of their pdf-maxima. If the consecutive TFBS overlaps with the preceding one, the consecutive TFBS is randomly moved 1 base either to the left or to the right until a valid position is found. Every repositioning done by the algorithm can be read in a warning message in the output window. The final sequence is transferred into a TyneMCE open source web-editor in the end. Within this editor, the users can manually modify their sequence. If the users want to introduce new binding sites, they have to highlight the position in a different color in order to enable the program to recognize the position that should be changed.

Adding spacer sequence to the construct

By pushing the button add spacer sequence a small perl-based program introduces every chosen TFBS into a deposited random sequence at the pre-defined positions. From this sequence every restriction site used in any BioBrick standard has been removed. Furthermore we also eliminated every TFBS detected by the Transfac Match tool assuming the sequence to be TFBS free.

Test for restriction sites

With this feature the users are enabled to test their final sequence for every restriction site used in BioBrick format. This program addresses the problem of newly evolving restriction sites at the cutting sites between random sequence and biding motive. The restriction site is manipulated systematically by altering single bases without touching the original binding motive.