Team:NYU/Parts

From 2010.igem.org

(Difference between revisions)
 
(16 intermediate revisions not shown)
Line 2: Line 2:
<div id="allcontent">
<div id="allcontent">
-
<img class="bannerimage" src="https://static.igem.org/mediawiki/2010/d/d8/NYU_logo.png" height="200px" width="950px"><br />
+
<img class="bannerimage" src="https://static.igem.org/mediawiki/2010/2/2d/NYU_bannerv_6.png" height="200px" width="950px"><br />
Line 11: Line 11:
</li>
</li>
-
<li><a class="bannertoplinks" href="#">Project</a>
+
<li><a class="bannertoplinks" href="https://2010.igem.org/Team:NYU/Project">Project</a>
<ul style="z-index:1">
<ul style="z-index:1">
<li><a class="bannerlinks" href="https://2010.igem.org/Team:NYU/Project">Overview</a></li>
<li><a class="bannerlinks" href="https://2010.igem.org/Team:NYU/Project">Overview</a></li>
 +
                        <li><a class="bannerlinks" href="https://2010.igem.org/Team:NYU/Experiments">Experiments</a></li>
 +
                        <li><a class="bannerlinks" href="https://2010.igem.org/Team:NYU/Assembly">Overlap Assembly</a></li>
<li><a class="bannerlinks" href="https://2010.igem.org/Team:NYU/Notebook">Notebook</a></li>
<li><a class="bannerlinks" href="https://2010.igem.org/Team:NYU/Notebook">Notebook</a></li>
<li><a class="bannerlinks" href="https://2010.igem.org/Team:NYU/Parts">Biobricks</a></li>
<li><a class="bannerlinks" href="https://2010.igem.org/Team:NYU/Parts">Biobricks</a></li>
Line 19: Line 21:
</ul>
</ul>
</li>
</li>
-
<li><a class="bannertoplinks" href="#">Team</a>
+
<li><a class="bannertoplinks" href="https://2010.igem.org/Team:NYU/Team">Team</a>
                 <ul style="z-index:1">
                 <ul style="z-index:1">
                         <li><a class="bannerlinks" href="https://2010.igem.org/Team:NYU/Team">NYU</a></li>
                         <li><a class="bannerlinks" href="https://2010.igem.org/Team:NYU/Team">NYU</a></li>
Line 25: Line 27:
                 </ul>  
                 </ul>  
</li>
</li>
-
<li><a class="bannertoplinks" href="#">Sponsors</a>
+
<li><a class="bannertoplinks" href="https://2010.igem.org/Team:NYU/Sponsors">Sponsors</a>
                 <ul style="z-index:1">
                 <ul style="z-index:1">
                         <li><a class="bannerlinks" href="https://2010.igem.org/Team:NYU/Sponsors">Sponsors</a></li>
                         <li><a class="bannerlinks" href="https://2010.igem.org/Team:NYU/Sponsors">Sponsors</a></li>
-
                         <li><a class="bannerlinks" href="https://2010.igem.org/TeamNYU/ScienceHouse">ScienceHouse</a></li>
+
                         <li><a class="bannerlinks" href="http://www.sciencehouse.com">ScienceHouse</a></li>
 +
                        <li><a class="bannerlinks" href="http://www.nysynbio.org">NY synbio</a></li>
                 </ul>
                 </ul>
</li>
</li>
-
<li><a class="bannertoplinks" href="#">Contact Us</a>
+
<li><a class="bannertoplinks" href="https://2010.igem.org/Team:NYU/Contact">Contact Us</a>
-
                <ul style="z-index:1">
+
             
-
                        <li><a class="bannerlinks" href="nyuigem@gmail.com">Email Us</a></li>
+
-
                </ul>
+
</li>
</li>
</ul>
</ul>
Line 174: Line 175:
padding: 3px 20px 3px 20px;
padding: 3px 20px 3px 20px;
}
}
-
 
-
#twitter_div {
 
-
font-size: 0.8em;
 
-
        margin-right: 0px;
 
-
}
 
-
 
-
#twitter_div ul {
 
-
line-height: 1.3em;
 
-
        list-style-type: none;
 
-
}
 
-
 
-
#twitter_div img {
 
-
        float: left;
 
-
        margin-top:.5em;
 
-
        margin-right:.5em;
 
-
        }
 
-
 
-
#twitter_update_list {
 
-
        margin-left: 0px;
 
-
        }
 
-
 
-
#twitter_head {
 
-
        margin-bottom: .6em;
 
-
        border-bottom: 1px solid #AAA;
 
-
        font-size: 150%;
 
-
        }
 
-
 
-
#twitter_head  p {layout:block; margin-bottom:2px;}
 
-
#twitter_head  a {float:right; layout:block;}
 
#sidebar {
#sidebar {
Line 282: Line 254:
</style>
</style>
-
<!-- !END NYU HYBRID CSS- Thanks Harvard -->
+
<!-- !END NYU CSS- Thanks Harvard -->
 +
 
</html>
</html>
Line 288: Line 261:
-
When we chose what parts to make for our project we had two main goals: 1) to improve the quality of parts already in the registry by making them more accessible and user-friendly and 2) to augment the current set of yeast-compatible biobricks to make harnessing the power of this model organism easier for future teams. Incorporating these goals with the 'Quality not Quantity' mantra, we decided to focus our efforts on certain areas of advancement that we believe future researchers will like to see in the registry.
+
 
 +
 
 +
When choosing what simple parts to make for our project we had two main goals: 1) to improve the quality of parts already in the registry by making them more accessible to all users and 2) to augment the current set of yeast-compatible biobricks to harness the power of this synthetic biology-friendly model organism. Incorporating these goals with the 'Quality not Quantity' mantra, we decided to focus our efforts on certain areas of advancement that we believe future researchers will like to see in the registry.
1. To improve parts already in the registry by lessening the constrictions on their use and making them more adaptable.  
1. To improve parts already in the registry by lessening the constrictions on their use and making them more adaptable.  
-
*'''1a 36bp LoxP site''': the naturally-occuring substrate for the Cre recombinase, a 34bp LoxP site, is not a multiple of three. When using this part in transcribed regions, previous teams had to either add or take away bases from surrounding parts to keep their systems in frame (sometimes unsuccessfully). To get around this restriction, we designed and Biobricked a 36bp LoxP site that does not contain a stop codon or other troublesome sequences.  
+
[[Image:NYU_Cre.jpg‎|300px|right]]
 +
*'''36bp LoxP site''': the LoxP site is the naturally-occurring substrate for the Cre recombinase. In nature (and in previous biobricks) it is a palindromic sequence 34 base pairs long. Because this is not a multiple of three, when used inside a transcribed ORF the 34bp LoxP site can throw off the frame of the translated parts. To get around this, previous teams had to either add or take away bases from surrounding parts to keep their systems in frame (painstakingly and sometimes unsuccessfully). To get around this restriction, we designed and Biobricked a 36bp LoxP site that Registry users can include in transcribed regions without worrying about keeping everything in frame.  
 +
*'''pGAL-RBS''': This promoter is induced by the presence of galactose and repressed by the presence of glucose. Because most future projects will involve fusing a Ribosome Binding Site to the promoter we decided to simplify things and submit this construct to the Registry.
-
2. Yeast strains are more rarely used in iGEM projects but contain certain parameters that are ideal for certain projects. Because there are far fewer yeast biobricks in the Registry, we wanted to biobrick yeast parts that would be easy to use and possess some functionality useful for future projects.  
+
*'''pTEF-RBS''': This promoter is a medium-strength constitutive promoter. We submitted the part fused to the RBS.
-
*'''2a Aga2''': When the Aga2 protein is fused to a part of interest, the fusion is secreted and Aga2 complexes with a protein on the cellular surface - leaving the part of interest displayed on the surface of the cell. While we did not end up using this part in our official construct, biobricking it from a plasmid we already had in our lab will surely benefit future teams.
+
*'''lexOpCYC-RBS''': This pCYC promoter has a very limited amount of constitutive transcription. Just upstream is the lex operator to which the LexA DNA binding domain will bind. This can be useful for a number of constructs including our yeast two-hybrid screen. Again, we submitted this part with the RBS attached.  
-
*'''2b Aga2+Linker''': Because most everyone will want a linker attached to the Aga2 protein, we went ahead and submitted this construct as well.
 
-
*'''2c Secretion Tag''': Another 'yeast functional tag', the secretion tag does just what you think when fused to the C terminus of a protein of interest.
+
2. Yeast strains are more rarely used in iGEM projects but contain certain parameters that are ideal for certain projects. Many teams are beginning to use yeast this year and are submitting useful biobricks, so we decided to make a collection of biobricks parts aimed at protein localization within the cell (known as 'yeast functional tags'):
 +
[[Image:NYU_Aga2-2.gif‎|200px|right]]
 +
*'''Aga2''': The Aga2 protein is screted from the yeast cell and attaches itself through disulfide bonds to the Aga1 protein on the cellular surface. If the Aga2 protein fused to a part of interest, the fusion is secreted, Aga2 complexes with Aga1 on the cellular surface, and the part of interest is displayed on the surface of the cell. While we did not end up using this part in our official construct, biobricking it from a plasmid we already had in our lab will surely benefit future teams.
-
3. To construct and submit certain ubiquitously useful biobricks that we would be using.
+
*'''Aga2+Linker''': Most everyone will want a linker attached to the Aga2 protein, so we went ahead and submitted this construct as well. COLLABORATION: We also sent this part along with the secretion tag to iGEM Osaka to aid them in the wetwork for their own project.
-
*'''3a Flexible (Gly4Ser)3 peptide linker''': for use with most any peptide fusions
+
*'''Secretion Tag''': Another 'yeast functional tag', the secretion tag does just what you think when fused to the C terminus of a protein of interest - directs secretion of the fused protein. Cleverly, this tag is cleaved from the fusion along the secretion pathway, resulting secretion of the protein of interest without the tag attached.
 +
 
 +
*'''Ura3''': This is one of the proteins in the pathway for Uracil biosynthesis. It is incredibly useful as a selectable marker in yeast genetics because it can be selected for and against. We use it in our system as the nutritional marker in our yeast two-hybrid screen.
 +
 
 +
 
 +
3. To construct and submit certain ubiquitously useful biobricks that we would be using.
 +
*'''Flexible (Gly4Ser)3 peptide linker''': for use with most any peptide fusions
-
{|align="justify"
 
-
|You can write a background of your team here.  Give us a background of your team, the members, etc.  Or tell us more about something of your choosing.
 
-
|[[Image:NYU_logo.png|200px|right|frame]]
 
-
|-
 
-
|
 
-
''Tell us more about your project.  Give us background.  Use this is the abstract of your project.  Be descriptive but concise (1-2 paragraphs)''
 
-
|[[Image:NYU_team.png|right|frame|Your team picture]]
 
-
|-
 
-
|
 
-
|align="center"|[[Team:NYU | Team Example]]
 
-
|}
 
 +
4. To provide reporter constructs as positive controls of commonly used devices
 +
*'''pGal-Aga2-eCFP''': This reporter secretes Aga2:eCFP when the yeast is grown in galactose media. It is used as a positive control for the function of the surface display system. This construct was used by our team to test whether the Aga2 protein could direct secretion of a fusion and if the the Aga1 protein was present on the extracellular surface of our strain.
 +
*'''pGal-LexBD-NLS-VP16''':This construct should produce a nucleus-localized LexBD:VP16 fusion protein when grown in galactose media. This can be used as a positive control for any yeast two-hybrid system that uses the Lex operator and Lex binding domain.
===Parts===
===Parts===

Latest revision as of 01:09, 28 October 2010





When choosing what simple parts to make for our project we had two main goals: 1) to improve the quality of parts already in the registry by making them more accessible to all users and 2) to augment the current set of yeast-compatible biobricks to harness the power of this synthetic biology-friendly model organism. Incorporating these goals with the 'Quality not Quantity' mantra, we decided to focus our efforts on certain areas of advancement that we believe future researchers will like to see in the registry.


1. To improve parts already in the registry by lessening the constrictions on their use and making them more adaptable.

NYU Cre.jpg
  • 36bp LoxP site: the LoxP site is the naturally-occurring substrate for the Cre recombinase. In nature (and in previous biobricks) it is a palindromic sequence 34 base pairs long. Because this is not a multiple of three, when used inside a transcribed ORF the 34bp LoxP site can throw off the frame of the translated parts. To get around this, previous teams had to either add or take away bases from surrounding parts to keep their systems in frame (painstakingly and sometimes unsuccessfully). To get around this restriction, we designed and Biobricked a 36bp LoxP site that Registry users can include in transcribed regions without worrying about keeping everything in frame.
  • pGAL-RBS: This promoter is induced by the presence of galactose and repressed by the presence of glucose. Because most future projects will involve fusing a Ribosome Binding Site to the promoter we decided to simplify things and submit this construct to the Registry.
  • pTEF-RBS: This promoter is a medium-strength constitutive promoter. We submitted the part fused to the RBS.
  • lexOpCYC-RBS: This pCYC promoter has a very limited amount of constitutive transcription. Just upstream is the lex operator to which the LexA DNA binding domain will bind. This can be useful for a number of constructs including our yeast two-hybrid screen. Again, we submitted this part with the RBS attached.


2. Yeast strains are more rarely used in iGEM projects but contain certain parameters that are ideal for certain projects. Many teams are beginning to use yeast this year and are submitting useful biobricks, so we decided to make a collection of biobricks parts aimed at protein localization within the cell (known as 'yeast functional tags'):

NYU Aga2-2.gif
  • Aga2: The Aga2 protein is screted from the yeast cell and attaches itself through disulfide bonds to the Aga1 protein on the cellular surface. If the Aga2 protein fused to a part of interest, the fusion is secreted, Aga2 complexes with Aga1 on the cellular surface, and the part of interest is displayed on the surface of the cell. While we did not end up using this part in our official construct, biobricking it from a plasmid we already had in our lab will surely benefit future teams.
  • Aga2+Linker: Most everyone will want a linker attached to the Aga2 protein, so we went ahead and submitted this construct as well. COLLABORATION: We also sent this part along with the secretion tag to iGEM Osaka to aid them in the wetwork for their own project.
  • Secretion Tag: Another 'yeast functional tag', the secretion tag does just what you think when fused to the C terminus of a protein of interest - directs secretion of the fused protein. Cleverly, this tag is cleaved from the fusion along the secretion pathway, resulting secretion of the protein of interest without the tag attached.
  • Ura3: This is one of the proteins in the pathway for Uracil biosynthesis. It is incredibly useful as a selectable marker in yeast genetics because it can be selected for and against. We use it in our system as the nutritional marker in our yeast two-hybrid screen.


3. To construct and submit certain ubiquitously useful biobricks that we would be using.

  • Flexible (Gly4Ser)3 peptide linker: for use with most any peptide fusions


4. To provide reporter constructs as positive controls of commonly used devices

  • pGal-Aga2-eCFP: This reporter secretes Aga2:eCFP when the yeast is grown in galactose media. It is used as a positive control for the function of the surface display system. This construct was used by our team to test whether the Aga2 protein could direct secretion of a fusion and if the the Aga1 protein was present on the extracellular surface of our strain.
  • pGal-LexBD-NLS-VP16:This construct should produce a nucleus-localized LexBD:VP16 fusion protein when grown in galactose media. This can be used as a positive control for any yeast two-hybrid system that uses the Lex operator and Lex binding domain.

Parts

New for iGEM 2010 is the groupparts tag. This tag will generate a table with all of the parts that your team adds to your team sandbox. Note that if you want to document a part you need to document it on the Registry, not on your team wiki.

<groupparts>iGEM010 NYU</groupparts>