Team:Wisconsin-Madison/humanpractice

Upon consideration, we saw two ways the current registry could support this sort of small-scale tinkering. The new product could either be listed as a new part or be an informational addition to the source part. While creating new parts for each mutant with a desired phenotype would fit the current one-part-one-genotype dogma of the registry, it would also produce a litany of similar parts. By adding knowledge about the phenotypes conferred by small mutations to the page itself, we would be able to see a part and the effects of mutations upon it on a single page. However, pages could become unwieldy if multiple mutageneses were performed upon the same target part or device and the mutants would not be readily available for interested teams to test. In the interest of providing users with an easy to use system for understanding, referring to, and using members of BioBrick mutant libraries, we propose a new registry feature: mutant families.

The central premise of mutant families is the creation of mutant libraries containing “children” mutants of a desired phenotype from “parent” BioBrick parts. By introducing the possibility of a new section on parts pages for mutated derivatives, iGEM teams could more easily access interesting intermediates or libraries shared by other teams. The format is perhaps easiest to imagine as a tree. Through this visual analogy, users can see the extent by which a phenotypically interesting child is mutated from its BioBrick parent. By submitting mutants as children under a parent part, a single page could display the extent of a mutation as well as identify and provide individuals with interesting phenotypes. The comparison of mutant families to existing options is further laid out in the design matrix below.