Team:Wageningen UR/Parts
From 2012.igem.org
m |
|||
Line 2: | Line 2: | ||
= Parts = | = 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, add or improve them. However, the current registry is not only hard to navigate (see [[Team:Wageningen_UR/TheConstructor|The Constructor]]), it also 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 (which were all sequenced), but also by validating other bricks and improving them where possible. [ [ | + | '''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, add or improve them. However, the current registry is not only hard to navigate (see [[Team:Wageningen_UR/TheConstructor|The Constructor]]), it also 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 (which were all sequenced), but also by validating other bricks and improving them where possible. [[https://2012.igem.org/Team:Wageningen_UR/Parts#Faulty_parts 1], [https://2012.igem.org/Team:Wageningen_UR/Coil_system#GFP_with_E-coil 2]]''' |
= Parts we made = | = Parts we made = |
Revision as of 18:59, 25 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, add or improve them. However, the current registry is not only hard to navigate (see The Constructor), it also 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 (which were all sequenced), but also by validating other bricks and improving them where possible. [1, 2]
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. |
Faulty parts
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. For both parts, we tried to brick them by adding standard pre- and suffixes and inserting them in the pSB1C3 standard backbone. Unfortunately, this only worked for one of the parts. 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].
The other two parts we ordered from the registry were parts [http://partsregistry.org/Part:BBa_J3901 BBa_J3901] and [http://partsregistry.org/Part:BBa_I765010 BBa_I765010]. After repeated growth experiments, these parts didn’t seem to function the way they are supposed to and we decided to sequence them. Although the results confirmed our suspicions, we were still quite shocked to see them: Both parts completely lacked a promotor that was supposed to be in there (and which was the main reason we ordered it). We documented our findings on the experience page of both parts [[http://partsregistry.org/Part:BBa_J3901:Experience 1], [http://partsregistry.org/Part:BBa_I765010:Experience 2]] of course, but we hope that our findings are not representative for the registry as a whole.