Line 7,310: | Line 7,310: | ||
</h2> | </h2> | ||
<p class="lead">As demonstrated in Proof-of-concept (link page) we have made phytobrick compatible BabbleBricks. These plasmids are the DNA component of the BabbleBrick Library. For proof-of-concept we have made 10 BabbleBricks, however our 5bp coding regions allows for 1024 different BabbleBricks to exist in the library. This can be scaled up; for example, a coding region of 6 nucleotides would give 4096 different BabbleBricks. The BabbleBrick Library (and complete BabbleBlocks) would be stored in barcoded tubes for integration with an automated system for assembly, and catalogue system for storing the completed constructs. </p> | <p class="lead">As demonstrated in Proof-of-concept (link page) we have made phytobrick compatible BabbleBricks. These plasmids are the DNA component of the BabbleBrick Library. For proof-of-concept we have made 10 BabbleBricks, however our 5bp coding regions allows for 1024 different BabbleBricks to exist in the library. This can be scaled up; for example, a coding region of 6 nucleotides would give 4096 different BabbleBricks. The BabbleBrick Library (and complete BabbleBlocks) would be stored in barcoded tubes for integration with an automated system for assembly, and catalogue system for storing the completed constructs. </p> | ||
− | + | ||
</div> | </div> | ||
Line 7,354: | Line 7,354: | ||
</h2> | </h2> | ||
<p class="lead">Stored archival data is no use unless it can be read back when needed. Despite our best efforts to keep DNA stable, there is always the possibility of sequencing errors. While this will reduce with time it is still important to have mechanisms in place to combat this. Our read back software (link) has error identifying and correcting mechanisms to help minimise the event of unreadable data. This consists of checksums and optimal rectangular codes, and can be further explained here (link). To tests these mechanisms simulations were run. These input a variety of incorrect sequences, and allowed the software to correct them. The ability to recognise and correct errors is as follows. </p> | <p class="lead">Stored archival data is no use unless it can be read back when needed. Despite our best efforts to keep DNA stable, there is always the possibility of sequencing errors. While this will reduce with time it is still important to have mechanisms in place to combat this. Our read back software (link) has error identifying and correcting mechanisms to help minimise the event of unreadable data. This consists of checksums and optimal rectangular codes, and can be further explained here (link). To tests these mechanisms simulations were run. These input a variety of incorrect sequences, and allowed the software to correct them. The ability to recognise and correct errors is as follows. </p> | ||
+ | <img class="featurette-image img-responsive pull-right" src="https://static.igem.org/mediawiki/2016/b/b4/EdinburghUG2016-POC5.png"> | ||
</div> | </div> | ||
Latest revision as of 00:31, 20 October 2016
Demonstrate
Every iGEM project contributes towards interest and advancement in synthetic biology. However the transition from an interesting lab project to a commercial product is a big step. We believe that DNA will become a long-term storage medium, and so it is important to look to the future of this being implemented, and show how our system can be used in the real world.
Use of Biological Materials
Any team considering the release of a biological product must be fully aware of rules and regulations governing their country. In Scotland, EU regulation is implemented, along with further additions by both the UK and Scottish Government.
Our BabbleBlock generation process can be divided into three parts; the generation of BabbleBricks housed in acceptor plasmids, assembly of BabbleBlocks, and long-term storage of BabbleBlocks. The generation of BabbleBricks involves transformation of competent TOP10 E.coli cells. The assembly and storage of BabbleBricks and Blocks however is cell free.
The distinction between these two processes is important. The use of unnatural DNA sequences outside the lab is heavily governed. Most genetically modified organism laws however cover GMOs (genetically modified organisms) or (Genetically modified micro-organisms).
“Micro-organism: This term covers bacteria, fungi and viruses, as well as cell and tissue cultures from plants, animals or humans. Naked nucleic acid, oligonucleotides, synthetic DNA, plasmids or liposomes are not considered to be micro-organisms.” - The Genetically Modified Organisms (Contained Use) Regulations 2014. Scottish Government
In Scotland, the definition of a microorganism does not cover naked DNA. All relevant governing GM legislation in Scotland refers to GMOs and GMMs, and so exclusion of naked DNA from this allows storage of assembled BabbleBlocks outside the lab.
Our functional proof of concept follows the steps our commercialised system would have:
1. Creation of BabbleBricks
2. Assembly of BabbleBlocks
3. The user will store BabbleBricks and BabbleBlocks for use whenever needed.
4. The user will read back the data stored when needed.
![](https://static.igem.org/mediawiki/2016/9/93/Rsz_tube.jpg)
![](https://static.igem.org/mediawiki/2016/9/9b/Flat2.jpg)
Barcodes on side of tubes (Figure Left)
QR codes on underside of tubes; Can be read as a plate or individually (Figure Right)
An example of this is part no. BBa_K1967000
Make BabbleBricks
As demonstrated in Proof-of-concept (link page) we have made phytobrick compatible BabbleBricks. These plasmids are the DNA component of the BabbleBrick Library. For proof-of-concept we have made 10 BabbleBricks, however our 5bp coding regions allows for 1024 different BabbleBricks to exist in the library. This can be scaled up; for example, a coding region of 6 nucleotides would give 4096 different BabbleBricks. The BabbleBrick Library (and complete BabbleBlocks) would be stored in barcoded tubes for integration with an automated system for assembly, and catalogue system for storing the completed constructs.
![](https://static.igem.org/mediawiki/2016/2/2d/Thing1.png)
BabbleBlock Assembly
BabbleBricks have been manually assembled into BabbleBlocks in the lab, as also seen in proof-of-concept.
We can see a constructed BabbleBlock on this gel:
However, as a commercialised product we would intend to use an automated lab so that many BabbleBlocks can be generated in parallel.The automated system would use a liquid handler to dispense all liquids. The assembly would occur in plates, rather than 1.5ml tubes. A magnet under the plate would take the place of the magnetic rack. An example set-up is shown here, modelled at The Edinburgh Genome Foundry.
![](https://static.igem.org/mediawiki/2016/c/c0/Thing2.png)
Long-term BabbleBlock Storage
We aim to produce a solution to store long-term archival data. In the space of a summer however it is not feasible to test this. Instead, we have decided to look at different methods of storing DNA. The three storage methods are DNA in elution buffer, Dried DNA, and DNA dried on filter paper.
The Edinburgh University Library are potential end users of our system. We discussed with them the type of environmental conditions long-term data is currently stored. We were informed that the library, like most other UK archives conform to British Standards Institution 5454 regulations. This standard is a set of both environmental guidelines such as temperature and humidity, as well as practical issues such as storage containers and fire protecting schemes. This standard was something we were unable to replicate in the lab. However the library offered to store samples for us under monitored conditions. Upon risk assessment by the School of Biological Sciences safety officer this was approved. Part BBa_K1967000 was used.
Samples:
5μl sample was pipetted onto blotting paper, dried and cut out. This was placed in tube 1.
5μl was put into tube 2, and left as a liquid sample.
5μl was put in tube 3 which was left to evaporate to give a dry sample.
All three samples were placed in a correctly labelled box, and shelved in the archives room for 2 months. The Environmental report below details these conditions.
After 2 months, the samples were retrieved, and dry samples were re-suspended. They were sent for sequencing. Our test of demonstrating use was to determine whether the sample was could be sequenced, and the encoded data could be read back using our BabblED software.
Both the dried sample, and liquid sample were read back correctly. The liquid sample has the fewest base errors, however we suspect this was due to sequencing issues. The sample dried on paper did not produce a readable sample when dissolved and sequenced, and so needed to be transformed into E.coli TOP10 cells to obtain enough DNA for sequencing.
From these results, for cell free user experience we would not recommend using filter paper. We would recommend simply storing the DNA in tubes, or plates liquid or dry. To improve this recommendation this further we would like to test more storage conditions at varying temperatures.
Data Read-back
Stored archival data is no use unless it can be read back when needed. Despite our best efforts to keep DNA stable, there is always the possibility of sequencing errors. While this will reduce with time it is still important to have mechanisms in place to combat this. Our read back software (link) has error identifying and correcting mechanisms to help minimise the event of unreadable data. This consists of checksums and optimal rectangular codes, and can be further explained here (link). To tests these mechanisms simulations were run. These input a variety of incorrect sequences, and allowed the software to correct them. The ability to recognise and correct errors is as follows.
![](https://static.igem.org/mediawiki/2016/b/b4/EdinburghUG2016-POC5.png)
Environmental report for DNA storage
This report was prepared by Katherine Richardson at Edinburgh University Library.
Environmental monitoring equipment
The DNA samples were kept in a secure store at the Centre for Research Collections for two months. The climate in secure stores are controlled by close control units (CCUs).
Storage areas are covered by two environmental monitoring systems:
1. The first is the Estates and Buildings Department ‘Building Management System’ (BMS) – this system monitors conditions throughout the building and is linked to an alarm, which sounds if the conditions in storage areas fall outside the agreed parameters (18°C +/- 2°C and 50% RH +/- 5%).
2. The second is the Hanwell environmental monitoring system – this system takes and logs readings for relative humidity and temperature. Data is collected via free-standing sensors located within collection stores and access areas and relayed to a base unit and remote PC.
Environmental data
The following data was recorded by the Hanwell environmental monitoring system from 05/08/2016 to 06/10/2016
Temperature:
* Maximum temperature: 18.2
* Minimum temperature: 16.5
* Spread: 1.7
* Average: 17.2
* Temperature was below 18°C for 99.6% of the time
Relative Humidity
* Maximum RH%: 56.8
* Minimum RH%: 51.8
* Spread: 5
* Average: 53
* The RH% was >45 and <55 for 87% of the time
References
http://www.legislation.gov.uk/uksi/2014/1663/contents/made
http://www.legislation.gov.uk/uksi/2014/1663/contents/made
https://www.thenbs.com/PublicationIndex/Documents/Details?DocId=300479