Team:University of Washington/SeToB

From 2008.igem.org

(Difference between revisions)
(New page: <html> <head> <style> #globalWrapper { margin: 0px; padding: 0px; background-color:#500050; } #content{ background:#FFdd00; border-left-color:#FFdd00; border-right-co...)
(The software project page)
Line 1: Line 1:
 +
__NOTOC__
<html>
<html>
<head>
<head>
Line 36: Line 37:
!align="center"; style="border: #6b0c6a outset 3px;" |[[Team:University_of_Washington/Safety|<font color="gold">Safety</font>]]
!align="center"; style="border: #6b0c6a outset 3px;" |[[Team:University_of_Washington/Safety|<font color="gold">Safety</font>]]
|}
|}
 +
 +
= Summary =
 +
To describe the software project in a few words, I will say the main objective is to initiate a creation of registry of standard parts that is organized, accessible, programmable end point, and ease of use. Next to show that given such a data store, we can build very interesting applications on top of it, one of which is described.
 +
 +
= Motivation =
 +
Say, if one has a general circuit in mind, all one needs is then just parts satisfying his specifications on the circuit. Specifically, I wanted to build a circuit involving two pairs of RNA, a arabinose induced promoter, and all other parts that will complete the picture (terminators, RBS, and so forth). Being a computer engineer, I go to the parts website and then search for all the parts one by one, opening tons of firefox (or opera, or chrome, or IE, or lynx for the sake of completion) tabs... All this is so complicated. Why can't it be much simpler, such as say few clicks aways!
 +
 +
= Details =
 +
# We used PoBoL (http://pobol.org) as a data store for our project. It turns out that storing BioBrick parts in ontology format (OWL --> RDF --> N3 turtle) is very useful. The main advantages:
 +
## Whatever are our advantages of using OWL, that is we can get a very basic reasoning unit.
 +
## The files are serializeable (easily transmitted without any strings attached) over the web, and can be hosted at many end points (at the host's convenience), leading to a decentralized storage.
 +
# Although PoBoL is in its minimal format right now, we needed a way to add sequence feature information to actually query to see if a promoter is repressed by pTet, what protein does a gene codes for by going to http://sequenceontology.org.
 +
# The rest is just basic UI in Flash, and server side in Python.
 +
 +
= Okay, so what did we do? =
 +
# We implemented a registry parser tool that is currently hosted at http://students.washington.edu/paramsan/tmp/setob/html/index.html.
 +
# We converted some files into PoBoL format and stored them at http://students.washington.edu/paramsan/tmp/setob/bb_files/.
 +
# We implemented a basic registry searcher end-point in Flash that pretty much causes the server to run SPARQL queries on the stored PoBoL files here http://students.washington.edu/paramsan/tmp/setob/flash/.
 +
 +
= Blog =
 +
The overwhelming discussion (sarcastically) for the software tool is hosted at http://setob.blogspot.com.
 +
 +
= Code Repository =
 +
The code is licensed under MIT License (the openest of all at Google code in my opinion) at http://setob.googlecode.com.

Revision as of 08:26, 29 October 2008

WashingtonColorSeal-21-clip.gif Home The Team The Project Modeling Notebook Protocols Parts Submitted
to the Registry
Measurement Kit SeToB Safety

Summary

To describe the software project in a few words, I will say the main objective is to initiate a creation of registry of standard parts that is organized, accessible, programmable end point, and ease of use. Next to show that given such a data store, we can build very interesting applications on top of it, one of which is described.

Motivation

Say, if one has a general circuit in mind, all one needs is then just parts satisfying his specifications on the circuit. Specifically, I wanted to build a circuit involving two pairs of RNA, a arabinose induced promoter, and all other parts that will complete the picture (terminators, RBS, and so forth). Being a computer engineer, I go to the parts website and then search for all the parts one by one, opening tons of firefox (or opera, or chrome, or IE, or lynx for the sake of completion) tabs... All this is so complicated. Why can't it be much simpler, such as say few clicks aways!

Details

  1. We used PoBoL (http://pobol.org) as a data store for our project. It turns out that storing BioBrick parts in ontology format (OWL --> RDF --> N3 turtle) is very useful. The main advantages:
    1. Whatever are our advantages of using OWL, that is we can get a very basic reasoning unit.
    2. The files are serializeable (easily transmitted without any strings attached) over the web, and can be hosted at many end points (at the host's convenience), leading to a decentralized storage.
  2. Although PoBoL is in its minimal format right now, we needed a way to add sequence feature information to actually query to see if a promoter is repressed by pTet, what protein does a gene codes for by going to http://sequenceontology.org.
  3. The rest is just basic UI in Flash, and server side in Python.

Okay, so what did we do?

  1. We implemented a registry parser tool that is currently hosted at http://students.washington.edu/paramsan/tmp/setob/html/index.html.
  2. We converted some files into PoBoL format and stored them at http://students.washington.edu/paramsan/tmp/setob/bb_files/.
  3. We implemented a basic registry searcher end-point in Flash that pretty much causes the server to run SPARQL queries on the stored PoBoL files here http://students.washington.edu/paramsan/tmp/setob/flash/.

Blog

The overwhelming discussion (sarcastically) for the software tool is hosted at http://setob.blogspot.com.

Code Repository

The code is licensed under MIT License (the openest of all at Google code in my opinion) at http://setob.googlecode.com.