Difference between revisions of "Team:Michigan Software/HP/Gold Integrated"

(Updated information for the current season)
Line 23: Line 23:
 
               <br>
 
               <br>
 
               <p>
 
               <p>
               <h1 class="grey-text heading-weight" align = "center">Protocol Model Development</h1>
+
               <h1 class="grey-text heading-weight" align = "center">Protocols.io & ProtoCat</h1>
 
               <p>
 
               <p>
 
                   <br>
 
                   <br>
Line 29: Line 29:
 
               <br>
 
               <br>
 
               <br>
 
               <br>
               <p id = "doubleSpace" class="p-font grey-text">Prior to beginning the development of ProtoCat 3.0, we did research
+
               <p id = "doubleSpace" class="p-font grey-text"> Our relationship with protocols.io has grown into a very rewarding partnership over the course of this last year. In the 2016 season we took the first steps to build a relationship with the company, having several meetings with their head of outreach, and out of those meetings came the idea for a project that we have been developing since the summer. This iGEM season we have created a conversion tool that easily imports protocols between protocols.io and ProtoCat. The tool takes protocol of their format and converts it to that of format, and vice versa. Our organizations share the goal of improving protocol reproducibility, and the creation of this tool breaks through the biggest technical barrier that our common goal faces. Easy transfer of protocol across repositories will make it even easier for scientists to share their protocol and improve their experiments. This relationship not only helps ProtoCat and Michigan Software grow, providing a valuable opportunity for our team members to interact with industry professionals, but also removes the possibility of tensions arising in the future between our two organizations.
                  on currently used protocol models. We began by brainstorming with members of our team who had
+
                  lab experience to get a foundation upon which we could improve. We tested the robustness of
+
                  this initial model by trying to represent the protocols uploaded to ProtoCat 2.0 with our new
+
                  model, tweaking and updating it along the way. Once we felt our model could adequately handle
+
                  the protocols we anticipated in ProtoCat 3.0, we met with our adviser, Dr. Santiago Schnell,
+
                  and ran our protocol model by him. Taking his feedback, we went back and further refined our
+
                  model to the one that we use in our current implementation of ProtoCat 3.0.
+
 
               </p>
 
               </p>
 
               <br>
 
               <br>
Line 42: Line 35:
 
               <br>
 
               <br>
 
               <br>
 
               <br>
              <p>
 
              <h1 class="grey-text heading-weight" align = "center">Standard Protocol Format</h1>
 
              </p>
 
              <br>
 
              <div class="row" style="border-bottom:thin solid;"></div>
 
              <br>
 
              <br>
 
              <p id = "doubleSpace" class="p-font grey-text">Standardization in synthetic biology has gained a lot of traction,
 
                  such as the BioBrick and Registry of Standardized Biological Parts. However, the procedures
 
                  used to generate them tend to be diverse in nature, with a bacterial transformation
 
                  protocol likely requiring different information than a ligation protocol. Online protocol
 
                  repositories must account for such differences when creating their data models, which will
 
                  usually require either a simplified model (such as solely text-based) or a more arduous
 
                  upload process. These different models become a problem when trying to share protocols between
 
                  the repositories, because the formats that the protocols are stored in are not compatible and
 
                  require an external conversion tool to get from one format to the other. In order to begin
 
                  working towards a standardized protocol format format, we reached out to OpenWetWare and
 
                  Protocols.io, two well known protocol repositories. We have began discussing how we will
 
                  reconcile our respective protocol models in order to get the best protocol model. The first
 
                  steps have been taken to build a cooperative relationship and create a standard protocol that
 
                  will help make protocols even easier to use, test, review, and design.
 
              </p>
 
 
               <br>
 
               <br>
 
               <br>
 
               <br>

Revision as of 21:55, 31 October 2017

Human Practices - Gold







Protocols.io & ProtoCat




Our relationship with protocols.io has grown into a very rewarding partnership over the course of this last year. In the 2016 season we took the first steps to build a relationship with the company, having several meetings with their head of outreach, and out of those meetings came the idea for a project that we have been developing since the summer. This iGEM season we have created a conversion tool that easily imports protocols between protocols.io and ProtoCat. The tool takes protocol of their format and converts it to that of format, and vice versa. Our organizations share the goal of improving protocol reproducibility, and the creation of this tool breaks through the biggest technical barrier that our common goal faces. Easy transfer of protocol across repositories will make it even easier for scientists to share their protocol and improve their experiments. This relationship not only helps ProtoCat and Michigan Software grow, providing a valuable opportunity for our team members to interact with industry professionals, but also removes the possibility of tensions arising in the future between our two organizations.