Team:Wageningen UR/Parts
From 2012.igem.org
(→Faulty parts) |
Jjkoehorst (Talk | contribs) (→Faulty parts) |
||
(32 intermediate revisions not shown) | |||
Line 1: | Line 1: | ||
{{Template:WUR}} | {{Template:WUR}} | ||
+ | |||
+ | <html><script>document.getElementById("header_slider").style.backgroundImage = "url(https://static.igem.org/mediawiki/2012/b/b3/HeaderParts.jpg)";</script></html> | ||
= Parts = | = Parts = | ||
+ | <p align="justify"> | ||
'''In the Open Access scientific community that iGEM is, the Registry of Standard Parts plays a crucial role. As teams construct new parts and devices, they make them available to anyone who might want to use or improve them. However, the current registry can be hard to navigate (see [[Team:Wageningen_UR/TheConstructor|The Constructor]]) and turns out to contain non-functioning and even non-existent parts. To work towards a better Open Source future, we think it is of great importance that apart from quantity, the quality of the registry should improve as well. It is up to all users to make this happen. We tried to contribute to the quality of the registry not only by sending in our bricks (standardized tools - they were all sequenced), but also by validating other bricks and improving some.''' | '''In the Open Access scientific community that iGEM is, the Registry of Standard Parts plays a crucial role. As teams construct new parts and devices, they make them available to anyone who might want to use or improve them. However, the current registry can be hard to navigate (see [[Team:Wageningen_UR/TheConstructor|The Constructor]]) and turns out to contain non-functioning and even non-existent parts. To work towards a better Open Source future, we think it is of great importance that apart from quantity, the quality of the registry should improve as well. It is up to all users to make this happen. We tried to contribute to the quality of the registry not only by sending in our bricks (standardized tools - they were all sequenced), but also by validating other bricks and improving some.''' | ||
+ | </p> | ||
= Parts we made = | = Parts we made = | ||
Line 77: | Line 81: | ||
=== Parts we standardized === | === Parts we standardized === | ||
+ | <p align="justify"> | ||
Two of these parts ([http://partsregistry.org/Part:BBa_K197021 BBa_K197021] and [http://partsregistry.org/Part:BBa_K197022 BBa_K197022]) were in a non-standard backbone and format ([http://partsregistry.org/Part:BBa_K197038 BBa_K197038]). For the [http://partsregistry.org/Part:BBa_K197022 BBa_K197022] part, we tried to brick it by adding standard 10 pre- and suffixes and inserting it in the pSB1C3 (we used [http://partsregistry.org/Part:BBa_J04450 BBa_J04450] as template) standard backbone. We uploaded the standardized version of [http://partsregistry.org/Part:BBa_K197022 BBa_K197022] on the registry as [http://partsregistry.org/wiki/index.php?title=Part:BBa_K883600 BBa_K883600]. Unfortunately the [http://partsregistry.org/wiki/index.php?title=Part:BBa_K883600 BBa_K883600] lacks a SpeI restriction-site to match iGEM's standard 10. We found out about this after the part was send to the parts registry. It will be corrected by a new ligation in a working part after the wiki freeze. | Two of these parts ([http://partsregistry.org/Part:BBa_K197021 BBa_K197021] and [http://partsregistry.org/Part:BBa_K197022 BBa_K197022]) were in a non-standard backbone and format ([http://partsregistry.org/Part:BBa_K197038 BBa_K197038]). For the [http://partsregistry.org/Part:BBa_K197022 BBa_K197022] part, we tried to brick it by adding standard 10 pre- and suffixes and inserting it in the pSB1C3 (we used [http://partsregistry.org/Part:BBa_J04450 BBa_J04450] as template) standard backbone. We uploaded the standardized version of [http://partsregistry.org/Part:BBa_K197022 BBa_K197022] on the registry as [http://partsregistry.org/wiki/index.php?title=Part:BBa_K883600 BBa_K883600]. Unfortunately the [http://partsregistry.org/wiki/index.php?title=Part:BBa_K883600 BBa_K883600] lacks a SpeI restriction-site to match iGEM's standard 10. We found out about this after the part was send to the parts registry. It will be corrected by a new ligation in a working part after the wiki freeze. | ||
- | <br/> | + | <br/></p> |
=== Faulty parts === | === Faulty parts === | ||
+ | <p align="justify"> | ||
+ | Even though the Registry constitutes the main repository for the iGEM competition, it contains a large number of parts that have a questionable status. Only 20% of all biobricks have been validated (Figure 1). This relates to 4.083 validated parts in a registry of 19.976 in total. A mere 5% of all biobricks have been sequenced (Figure 2) and only 35% of all biobricks are available (Figure 3). Data was collected from The Constructor [https://2012.igem.org/Team:Wageningen_UR/TheConstructor#Database Database]. Users of biobricks have the responsibility to sequence used constructs and assess their validity, which they can describe in the experience tab of the registry page. Such initiatives improve the quality of the Registry and benefits all users. | ||
+ | </p> | ||
{|class="wikitable"; align="right" | {|class="wikitable"; align="right" | ||
- | |[[File:Biobrick_status.PNG| | + | |[[File:Biobrick_status.PNG|270px|right|thumb|''Figure 1: Functionality of biobicks in the parts Registry. Click for enlargement'']] |
- | | | + | | |
- | |[[File:Biobrick_sequencing2.PNG| | + | |[[File:Biobrick_sequencing2.PNG|285px|right|thumb|''Figure 2: Sequencing status of biobricks in the parts Registry. Click for enlargement'']] |
- | | | + | | |
- | |[[File:biobrick_availability.PNG| | + | |[[File:biobrick_availability.PNG|285px|right|thumb|''Figure 3: Availability of biobricks in the parts Registry. Click for enlargement'']] |
|} | |} | ||
+ | |||
+ | <br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/> | ||
+ | [[File:J3901_constitutively_expressed.jpg|250px|right|thumb|''Figure 4: BBa_J3901 cells grown on a LB plate. The RFP protein is constitutively expressed.'']] | ||
<p align="justify"> | <p align="justify"> | ||
- | + | In our project, we aimed to load VLPs with iron, after which the iron could be detected using brick [http://partsregistry.org/Part:BBa_J3901 BBa_J3901] , which is an iron reporter. And so we ordered the brick and started experimenting with it. When grown on LB agar, the cells showed to express RFP constitutively (Figure 4). We imagined that LB might contain iron in such high quantities, that the threshold of the iron inducable promotor was exceeded. In other words, the promotor would be | |
- | + | ||
- | In our project, we aimed to load VLPs with iron, after which the iron could be detected using brick [http://partsregistry.org/Part:BBa_J3901 BBa_J3901] , which is an iron reporter. And so we ordered the brick and started experimenting with it. When grown on LB agar, the cells showed to express RFP constitutively ( | + | |
extremely sensitive to iron. It was decided to make iron-free medium. Unluckily, the cells did not grow on this medium. | extremely sensitive to iron. It was decided to make iron-free medium. Unluckily, the cells did not grow on this medium. | ||
- | |||
- | |||
<br/> | <br/> | ||
+ | In the meantime, this construct was sent for sequencing. Once we received the results, it showed that the biobrick was actually completely lacking its iron inducable promotor. | ||
+ | </p> | ||
+ | |||
+ | <p align="justify"> | ||
Another biobrick, [http://partsregistry.org/Part:BBa_I765010 BBa_I765010], was then ordered. This iron reporter supposedly had an iron inducable promotor in front of a YFP gene. After receiving sequencing results for this construct, it became clear that this biobrick was also lacking its promotor. | Another biobrick, [http://partsregistry.org/Part:BBa_I765010 BBa_I765010], was then ordered. This iron reporter supposedly had an iron inducable promotor in front of a YFP gene. After receiving sequencing results for this construct, it became clear that this biobrick was also lacking its promotor. | ||
<br/><br/> | <br/><br/> | ||
Line 104: | Line 115: | ||
<br> | <br> | ||
</p> | </p> | ||
- | + | <br><br> | |
- | + |
Latest revision as of 03:26, 27 September 2012
Contents |
Parts
In the Open Access scientific community that iGEM is, the Registry of Standard Parts plays a crucial role. As teams construct new parts and devices, they make them available to anyone who might want to use or improve them. However, the current registry can be hard to navigate (see The Constructor) and turns out to contain non-functioning and even non-existent parts. To work towards a better Open Source future, we think it is of great importance that apart from quantity, the quality of the registry should improve as well. It is up to all users to make this happen. We tried to contribute to the quality of the registry not only by sending in our bricks (standardized tools - they were all sequenced), but also by validating other bricks and improving some.
Parts we made
<groupparts>iGEM012 Wageningen_UR</groupparts>
Parts we used
For our project, we used few bricks from the 2012 Spring Distribution Kit. A list is included below.
Part | Name | Description |
[http://partsregistry.org/Part:BBa_B0015 BBa_B0015] | Terminator | double terminator (B0010-B0012) |
[http://partsregistry.org/Part:BBa_I13522 BBa_I13522] | pTet GFP | Untagged GFP behind a constitutive promoter. |
[http://partsregistry.org/Part:BBa_J04450 BBa_J04450] | RFP Coding Device | RFP Coding Device (iptg + Cap induced, pSB1C3 backbone) |
[http://partsregistry.org/Part:BBa_J04500 BBa_J04500] | IPTG inducable promotor with RBS | R0010.B0034 |
[http://partsregistry.org/Part:BBa_K197038 BBa_K197038] | BBb - BseRI/AcuI entry vector | This part is and entry vector in BBb Format. It is flanked by BamHI, BseRI, BglII, and AcuI sites and is used in the 2AB Layered Assembly scheme developed at UC Berkeley. |
Parts we ordered
For our project, we ordered few bricks from the iGEM Registry. A list is included below.
Part | Name | Description |
[http://partsregistry.org/Part:BBa_K197021 BBa_K197021] | EILD | One peptide of a heterodimeric leucine zipper that dimerizes with KILR. |
[http://partsregistry.org/Part:BBa_K197022 BBa_K197022] | KILR | A heterodimeric peptide that dimerizes to EILD. This can be used for adhering two cells together to evolve new two cell chemistry and functions. |
[http://partsregistry.org/Part:BBa_J3901 BBa_J3901] | PrFe-mRFP1 | This device coupled the promoters PI and PII of rus operon from Acidithiobacillus ferrooxidans with a monomeric red fluorescent protein (BBa_E1010) used as a signal, showing specific sensorbility response to iron ions presence. |
[http://partsregistry.org/Part:BBa_I765010 BBa_I765010] | Iron promoter -EYFP reporter | Iron promoter expresion is reported by the trascription of EYFP reporter. |
Parts we standardized
Two of these parts ([http://partsregistry.org/Part:BBa_K197021 BBa_K197021] and [http://partsregistry.org/Part:BBa_K197022 BBa_K197022]) were in a non-standard backbone and format ([http://partsregistry.org/Part:BBa_K197038 BBa_K197038]). For the [http://partsregistry.org/Part:BBa_K197022 BBa_K197022] part, we tried to brick it by adding standard 10 pre- and suffixes and inserting it in the pSB1C3 (we used [http://partsregistry.org/Part:BBa_J04450 BBa_J04450] as template) standard backbone. We uploaded the standardized version of [http://partsregistry.org/Part:BBa_K197022 BBa_K197022] on the registry as [http://partsregistry.org/wiki/index.php?title=Part:BBa_K883600 BBa_K883600]. Unfortunately the [http://partsregistry.org/wiki/index.php?title=Part:BBa_K883600 BBa_K883600] lacks a SpeI restriction-site to match iGEM's standard 10. We found out about this after the part was send to the parts registry. It will be corrected by a new ligation in a working part after the wiki freeze.
Faulty parts
Even though the Registry constitutes the main repository for the iGEM competition, it contains a large number of parts that have a questionable status. Only 20% of all biobricks have been validated (Figure 1). This relates to 4.083 validated parts in a registry of 19.976 in total. A mere 5% of all biobricks have been sequenced (Figure 2) and only 35% of all biobricks are available (Figure 3). Data was collected from The Constructor Database. Users of biobricks have the responsibility to sequence used constructs and assess their validity, which they can describe in the experience tab of the registry page. Such initiatives improve the quality of the Registry and benefits all users.
In our project, we aimed to load VLPs with iron, after which the iron could be detected using brick [http://partsregistry.org/Part:BBa_J3901 BBa_J3901] , which is an iron reporter. And so we ordered the brick and started experimenting with it. When grown on LB agar, the cells showed to express RFP constitutively (Figure 4). We imagined that LB might contain iron in such high quantities, that the threshold of the iron inducable promotor was exceeded. In other words, the promotor would be
extremely sensitive to iron. It was decided to make iron-free medium. Unluckily, the cells did not grow on this medium.
In the meantime, this construct was sent for sequencing. Once we received the results, it showed that the biobrick was actually completely lacking its iron inducable promotor.
Another biobrick, [http://partsregistry.org/Part:BBa_I765010 BBa_I765010], was then ordered. This iron reporter supposedly had an iron inducable promotor in front of a YFP gene. After receiving sequencing results for this construct, it became clear that this biobrick was also lacking its promotor.
We documented our findings extensively on the experience page of both parts [[http://partsregistry.org/Part:BBa_J3901:Experience 1], [http://partsregistry.org/Part:BBa_I765010:Experience 2]].
Students should be encouraged to validate existing biobricks and document their results in a good manner. It is nice to produce new and original biobricks, but it is also of utmost importance to validate the biobricks already present in the parts registry.