http://code.google.com/p/polymorphism/wiki/Architecture
Simon, I also forgot to put you in recipients of the mail I sent
yesterday: Basically, Florence asked for a graphical tool that would
help her team to manage some big tables without any command line: A
first result is available here:
http://code.google.com/p/cephlib/wiki/Workbench
Pierre
> For Workbench - the table being worked on is stored in a temporary
> BerkeleyDB structure? So in theory the maximum size is limited by the
> available storage yes?
yes.
And, to be honest, by the way JAVA implemented its widgets: The number
of rows in a table is said to be an integer: so you cannot get a
scrollbar with a maximum-value larger than INT_MAX= 2E31-1
> Could this be used as the core of an analysis system
> (i.e., identify sample identifiers and phenotype columns, and then allow a
> set of simple analyses to be run).
Yes, no problem at first glance.
But I'd rather see this kind of application as a command line tool...
> If getting the SNP info from UCSC takes
> time, why not get this information from a local Operon installation?
Because, anybody in the world can already use this application without operon.
You can already run this application with java webstart
http://anybody.cephb.fr/perso/lindenb/tinytools/workbench.php (Java
1.6 required)
FYI: Java WebStart is a technology where your java program is
downloaded from a server each time you need it: as a consequence your
application is always up-to-date.
The aim of this tool was to help Florence's team in managing her data
while waiting for a stable version of operon.
Of course I can later add Operon to this tool but I'd rather use the
dedicated graphical tool I've already created (see
http://code.google.com/p/polymorphism/wiki/Architecture )
It would takes time only if you query a about a huge number of snp.
Pierre