gusdev-gusdev Mailing List for Genomic Unified Schema Development (Page 85)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Folks-

I was just about to get out to everybody the abstract for our proposed 
talk at the O'Reilly Life Sciences Conference.

But.... its been cancelled.

http://conferences.oreillynet.com/

steve

Adrian, see below.

steve

Adrian Roy Tivey wrote:

>Hello,
>
>Thanks for your comments. Just a shortish email to expand on a couple of
>points and request clarification on a couple of others (including comments on
>the first three points but that's just the order they happened to come up!) 
>
>  
>
>>Adrian-
>>
>>Angel and I have had a chance to meet and throw together our initial 
>>ideas about a JSP/Struts based WDK.
>>
>>My sense is that our thinking compliments what you layed out in your 
>>Struts Demo.  Basically, we are buying into the ideas you presented 
>>about how the display can work.  We are also interested in starting to 
>>nail down the design of the underlying machinery (somewhat along the 
>>lines of what you outlined in your conclusions section).  Much of our 
>>thinking is informed by the current WDK design.
>>
>>We drew up a quick list of big-ticket requirements items, some addressed 
>>by your proposal and some not:
>>  - declarative specification of content, queries, dialogs.
>>    
>>
>
>I follow the middle one. I'm not sure what you mean by dialog and especially
>content through the email. Could you give a rough outline of the Content bean?
>  
>
By "content" we mean all kinds of verbiage on the site.  The canonical 
example is the tutorials available on the EpconDB site 
(http://www.cbil.upenn.edu/EPConDB/).  The content is considered "model" 
not view.   The current implementation is Jonathan Schug's Page 
Generator, which is written in perl.  The model is stored in perl data 
structures, independently from any formatting information, and is 
formated by the PageGenerator.  Its not always obvious where to draw the 
line between model and view.  Another example would be that a home page 
might have Introduction, News, Funding, etc. that we would like to be in 
the model.  Obviously, in the new WDK, model is stored in Beans, and 
view is stored mostly in JSP.

By "dialog" we mean a form.  In the current WDK, the dialogues are 
specified declaratively in the servlet-config file.  They are often 
complex, with queries underlying pulldown lists, etc.  In the new WDK we 
were thinking we would have Dialog beans, or similar, to manage these in 
the model.

>  
>
>>  - configurable styles
>>    
>>
>
>ie given an query syntax tree the way this is displayed to the user should be
>easily modifiable, or something else?   
>
Bear with me here.  I still haven't read the JSP book yet.  But, the idea is for the JSPs to refer to a stylesheet or similar, so that we could potentially reuse JSPs across projects.   An example would be a JSP that formats a query dialog.  The JSP is the same between, say, allgenes and plasmodb, but the look is different because of the style configuration.  i am not clear on how this relates to the tiles.

>  
>
>>  - site's standard s surrounding page specific stuff (ie, your tiles 
>>solution)
>>  - JavaScript functionality
>>    
>>
>
>Server-side scripting or client side?
>  
>
client side.  we use this for example to provide mouse-over behaviour in 
some of our graphics.  

>  
>
>>  - calls to external resources (eg, processes) to provide stuff like 
>>graphics
>>  - boolean queries
>>  - history
>>  - report maker
>>    
>>
>
>Is there a current implementation in one of the current GUS sites or a spec
>somewhere? It's been mentioned at this end but I don't think we ever went into
>it in much detail.
>
I guess you are refering to the ReportMaker.  It is alive on the 
Allgenes site.  Do a query, and then press Download from the query 
history.  The code is in two places.  The backend is in cvs 
GUS/ReportMaker.  The frontend is still in our legacy CVS.

>
>  
>
>>  - batch submission
>>  - connection pooling
>>  - process pooling?
>>  - result caching
>>  - result paging
>>  - error handling
>>  - dialog validation
>>  - logging
>>
>>We sketched the following top level Beans, which we see being configured 
>>in config files (XML is fine... not sure yet about Digester)
>>    
>>
>
>I only suggested that because that's what's used by Struts. Played with it a
> bit more now and it seems simple to use for what we'd want. But yes, there's
>any number of mature, open-source XML/Beans alternatives we could go for instead.
>  
>
Angel has looked at Digester and got the sense that it was overkill.  i 
haven't looked at it yet.  we remain open-minded.

>>, and which 
>>do not specify any formatting information:
>>  - Dialog  (eg, a form)
>>  - QueryDialog (a subclass of Dialog)
>>  - other subclasses of Dialog?
>>  - Record (eg, an RNA page and/or detailed page)
>>  - ResultSet (or is this just a record?)
>>
>>These guys have properties, which, are also beans, of types:
>>  - Content
>>  - SqlQuery
>>  - Process
>>
>>And, SqlQuery and Process have as properties subclasses of Param, which 
>>is also a bean.
>>
>>The main difference between the beans we see for the new WDK and those 
>>in the old WDK is that the new ones don't include any formatting 
>>information.  I think that means that we can have siginificantly fewer 
>>classes, because the classes don't have to differentiate based on 
>>formatting implementations.
>>
>>Based on our still rudimentary understanding of JSP, we imagine these 
>>kind of pages and fragments, which are somehow parameterized by the beans:
>>   - Dialog
>>   - QueryDialog
>>   - ResultSet
>>   - Record
>>   - Record Details
>>   - Content
>>    
>>
>
>I suspect we may be thinking of two different things but not sure. What kind of
>thing would content be as a page or page fragment wrt a Content bean?
>
>  
>
A Content fragment would be a JSP fragment that could show news items.

>  
>
>>Things we are assuming JSP can do (haven't read the book yet), and want 
>>to understand more about:
>>  - bind beans to a JSP page
>>    
>>
>
>Yep. jsp:useBean to tie a JavaBean to a page local variable. We have to decide
>on a schedule and how cutting-edge we want to be. The syntax becomes even
>clearer with JSP2.0 (eg Tomcat 5) but support for that is still at alpha/beta
>for many containers. (There *should* be a stable implementation in ~December for
>the official release of J2EE 1.4 so personally I don't think it's unreasonable
>choice)  
>  
>
ok, lets keep that in mind.

>  
>
>>  - simple control features like iterate across a list of results to display
>>    
>>
>
>Not part of JSP per se but there is a standard template library that includes
>simple iterators, control flow etc. See geneResults-body.jspf for an example
>
>  
>
>>  - fetch JSP fragments to insert (eg, one per row of a result)
>>    
>>
>
>? Not sure I understand. There are two built-in include mechanisms but for a
>table of results you'd generally write the formatting code eg table tags as a
>template and insert the data into that. For the specific case of the
>CellFormatter there is a working tag library equivalent in the demo. 
> 
>  
>
>>As far as the config files are concerned, we agree that huge config 
>>files are not optimal.  We don't yet see how best to organize them, 
>>though we want to be able to re-use some of them across projects.  So, i 
>>think they will need to find there way into a directory structure of 
>>some kind.
>>
>>Steveo
>>    
>>
>
>Adrian
>  
>

Hello,

Thanks for your comments. Just a shortish email to expand on a couple of
points and request clarification on a couple of others (including comments on
the first three points but that's just the order they happened to come up!) 

> Adrian-
> 
> Angel and I have had a chance to meet and throw together our initial 
> ideas about a JSP/Struts based WDK.
> 
> My sense is that our thinking compliments what you layed out in your 
> Struts Demo.  Basically, we are buying into the ideas you presented 
> about how the display can work.  We are also interested in starting to 
> nail down the design of the underlying machinery (somewhat along the 
> lines of what you outlined in your conclusions section).  Much of our 
> thinking is informed by the current WDK design.
> 
> We drew up a quick list of big-ticket requirements items, some addressed 
> by your proposal and some not:
>   - declarative specification of content, queries, dialogs.

I follow the middle one. I'm not sure what you mean by dialog and especially
content through the email. Could you give a rough outline of the Content bean?

>   - configurable styles

ie given an query syntax tree the way this is displayed to the user should be
easily modifiable, or something else?   

>   - site's standard s surrounding page specific stuff (ie, your tiles 
> solution)
>   - JavaScript functionality

Server-side scripting or client side?

>   - calls to external resources (eg, processes) to provide stuff like 
> graphics
>   - boolean queries
>   - history
>   - report maker

Is there a current implementation in one of the current GUS sites or a spec
somewhere? It's been mentioned at this end but I don't think we ever went into
it in much detail.

>   - batch submission
>   - connection pooling
>   - process pooling?
>   - result caching
>   - result paging
>   - error handling
>   - dialog validation
>   - logging
> 
> We sketched the following top level Beans, which we see being configured 
> in config files (XML is fine... not sure yet about Digester)

I only suggested that because that's what's used by Struts. Played with it a
 bit more now and it seems simple to use for what we'd want. But yes, there's
any number of mature, open-source XML/Beans alternatives we could go for instead.

>, and which 
> do not specify any formatting information:
>   - Dialog  (eg, a form)
>   - QueryDialog (a subclass of Dialog)
>   - other subclasses of Dialog?
>   - Record (eg, an RNA page and/or detailed page)
>   - ResultSet (or is this just a record?)
> 
> These guys have properties, which, are also beans, of types:
>   - Content
>   - SqlQuery
>   - Process
> 
> And, SqlQuery and Process have as properties subclasses of Param, which 
> is also a bean.
> 
> The main difference between the beans we see for the new WDK and those 
> in the old WDK is that the new ones don't include any formatting 
> information.  I think that means that we can have siginificantly fewer 
> classes, because the classes don't have to differentiate based on 
> formatting implementations.
> 
> Based on our still rudimentary understanding of JSP, we imagine these 
> kind of pages and fragments, which are somehow parameterized by the beans:
>    - Dialog
>    - QueryDialog
>    - ResultSet
>    - Record
>    - Record Details
>    - Content

I suspect we may be thinking of two different things but not sure. What kind of
thing would content be as a page or page fragment wrt a Content bean?

> Things we are assuming JSP can do (haven't read the book yet), and want 
> to understand more about:
>   - bind beans to a JSP page

Yep. jsp:useBean to tie a JavaBean to a page local variable. We have to decide
on a schedule and how cutting-edge we want to be. The syntax becomes even
clearer with JSP2.0 (eg Tomcat 5) but support for that is still at alpha/beta
for many containers. (There *should* be a stable implementation in ~December for
the official release of J2EE 1.4 so personally I don't think it's unreasonable
choice)  

>   - simple control features like iterate across a list of results to display

Not part of JSP per se but there is a standard template library that includes
simple iterators, control flow etc. See geneResults-body.jspf for an example

>   - fetch JSP fragments to insert (eg, one per row of a result)

? Not sure I understand. There are two built-in include mechanisms but for a
table of results you'd generally write the formatting code eg table tags as a
template and insert the data into that. For the specific case of the
CellFormatter there is a working tag library equivalent in the demo. 

> As far as the config files are concerned, we agree that huge config 
> files are not optimal.  We don't yet see how best to organize them, 
> though we want to be able to re-use some of them across projects.  So, i 
> think they will need to find there way into a directory structure of 
> some kind.
> 
> Steveo

Adrian

Folks-

here are topics i think we might want to cover in a talk about GUS. 
 thought i'd run this by you before i drew up an abstract.

suggestions?

 1. overview
          - applications using GUS so far
          - integrated system: db, schema, app framework, install 
system, wdk
 2. schema
          - the domains it covers
          - normalization
          - strong typing
          - MAGE compliance
          - subclassing
          - sample queries
          - strengths and weaknesses
                - s: completeness
                - s: CVs and strong typing.
                - s: robustness wrt query formulation
                - s: tracking
                - w: lack of modularity
                - w: must use our notion of tracking
          - modularity coming in the future?
          - compare to chado
    3. app framework
          - object layer
          - plugins
          - strengths and weaknesses
               - s: relatively easy to write a plugin
               - s: a number of plugins already available
               - w: doesn't use standards like bioPerl, GFF
               - w: plugins written without an engineering vision or 
standards
     4. wdk
          - show off the massive functionality in Plasmo and epcon
          - describe separation of content from form
          - describe configuration file and queries
     5. installation and documentation
          - install system covers installing schema and software
          - documentation is evolving and improving
          - schema browser

Chris Stoeckert wrote:

> Hi Everyone,
> Sept. 1 is the deadline for submissions for presentations at next 
> years O'Reilly Life Science Informatics conference 
> (https://lists.sourceforge.net/lists/listinfo/mged-ontologies). Angel 
> went last year and reported that it was a great place for presenting 
> and discussing systems such as GUS. I would like to submit a proposal 
> for either a 45 or 90 minute presentation about GUS and our efforts as 
> an open source project. The proposal is essentially an abstract 
> submitted on-line. What do you all think? Have others gone to this 
> meeting (Arnaud?) and would you agree or recommend another format? 
> (see http://conferences.oreillynet.com/cs/lsi2004/create/e_sess). WHo 
> is thinking of going?
>
> Cheers,
> Chris
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> Gusdev-gusdev mailing list
> Gus...@li...
> https://lists.sourceforge.net/lists/listinfo/gusdev-gusdev

Adrian-

Angel and I have had a chance to meet and throw together our initial 
ideas about a JSP/Struts based WDK.

My sense is that our thinking compliments what you layed out in your 
Struts Demo.  Basically, we are buying into the ideas you presented 
about how the display can work.  We are also interested in starting to 
nail down the design of the underlying machinery (somewhat along the 
lines of what you outlined in your conclusions section).  Much of our 
thinking is informed by the current WDK design.

We drew up a quick list of big-ticket requirements items, some addressed 
by your proposal and some not:
  - declarative specification of content, queries, dialogs.
  - configurable styles
  - site's standard s surrounding page specific stuff (ie, your tiles 
solution)
  - JavaScript functionality
  - calls to external resources (eg, processes) to provide stuff like 
graphics
  - boolean queries
  - history
  - report maker
  - batch submission
  - connection pooling
  - process pooling?
  - result caching
  - result paging
  - error handling
  - dialog validation
  - logging

We sketched the following top level Beans, which we see being configured 
in config files (XML is fine... not sure yet about Digester), and which 
do not specify any formatting information:
  - Dialog  (eg, a form)
  - QueryDialog (a subclass of Dialog)
  - other subclasses of Dialog?
  - Record (eg, an RNA page and/or detailed page)
  - ResultSet (or is this just a record?)

These guys have properties, which, are also beans, of types:
  - Content
  - SqlQuery
  - Process

And, SqlQuery and Process have as properties subclasses of Param, which 
is also a bean.

The main difference between the beans we see for the new WDK and those 
in the old WDK is that the new ones don't include any formatting 
information.  I think that means that we can have siginificantly fewer 
classes, because the classes don't have to differentiate based on 
formatting implementations.

Based on our still rudimentary understanding of JSP, we imagine these 
kind of pages and fragments, which are somehow parameterized by the beans:
   - Dialog
   - QueryDialog
   - ResultSet
   - Record
   - Record Details
   - Content

Things we are assuming JSP can do (haven't read the book yet), and want 
to understand more about:
  - bind beans to a JSP page
  - simple control features like iterate across a list of results to display
  - fetch JSP fragments to insert (eg, one per row of a result)

As far as the config files are concerned, we agree that huge config 
files are not optimal.  We don't yet see how best to organize them, 
though we want to be able to re-use some of them across projects.  So, i 
think they will need to find there way into a directory structure of 
some kind.

Steve

Adrian Roy Tivey wrote:

>>Adrian-
>>
>>i am only going to address one point now, pending more time to review 
>>and learn.  that said, on the whole, this looks very good.
>>
>>i would like to address, point (1), the build system and the directory 
>>structure.  your answer below says "the dir struct is self contained, 
>>and we're using ant, so no prob."   i am not quite sure if you mean (a) 
>>that therefore we can use the dir struct you have with the build sys, or 
>>(b) it would be easy to rearrange it to conform.  if case (a), i'm not 
>>sure i see compatibility here: the dir struct has many of the same 
>>elements of those that we use in GUS, but, they are arranged 
>>differently.   i should mention that i do think it would be very easy to 
>>stuff this kind of thing into our dir struct, but, since i don't have a 
>>thorough comprehension yet, perhaps not.
>>    
>>
>
>I think (b). We deliberately tried to limit the number of dependancies in the
>demo so didn't try and integrate it into the GUS build mechanism, which I
>haven't got in front of me. I would guess the src and lib directories (any
>others?) should be merged into the existing dir. structure. The rest is really
>website specific so should probably go into a new (file-system) branch, wdk or
>something. Does this sound reasonable?  
>
>
>  
>
>>a subpoint of that point:  you say below that you envision overlaying 
>>files to acheive customization.  I think i want to hear more about 
>>that.  my concern is that overlaying violates good subclassing 
>>practice.  in particular, if i overlay code, then i have to duplicate 
>>the "base" code in my customized version that i still want.
>>    
>>
>
>Although the docs. didn't make it clear we're not really thinking about
>overlaying the code. As you say there are already mechanisms for reusing it
>while still extending and/or modifying its behaviour (either by inheritance or
>delegation). But there are no similar mechanisms for images, layouts, JSP pages,
>query config files etc. So it's those that people can override by overlay. (One
>slight extension - if we have an XInclude processor we can potentially split the
>various XML config files into sections so that other sites can include shared
>sections they want without cut'n'pasting.)
>
>  
>
>>steve
>>    
>>
>
>A
>  
>

Sammy - you might find the GUS installation notes from the
UChicago installation helpful. I have since used these notes
to build a second instance of GUS from scratch.   The notes 
are located at
  http://flora.uchicago.edu/portnotes/gus.build.amrit

Terry

On  0, sam wang <gus...@ya...> wrote:
> Dear Steve,
>  
> thank you very much for your reply.
> 
> my os is red linux 7.2. database is oracle 9i, perl is 5.8.0, ant is 1.5.3.
>  
> when I install GUS using ANT build tool, I always get the error message:
> [exec]DBI subclasses 'GUS::ObjRelP::DbiDbHandle::db' and ::st are not setup, RootClass
> ignored at /home/oracle/gus_home/lib/perl/perl/GUS/ObjRelP/DbiDatebase.pm line 152
>  
> and then several other error messages, then install failed, but I thought the following errors are made by this first error. I don't know the reason and how can I reslove it.
>  
> by the way, if the schema will be automatically installed when I use ANT build tool to install GUS or I must install schema by myself? in fact, from the achieve, I don't know how to install schema 3.0(oracle schema) while I have installed schema 2.0 manually. and I don't know if the schema 2.0 I have installed is not compatiable with the install and GUS? I download the newest version of both install and GUS. in other words, should I install database schema first or install GUS system first?
>  
> thank you very much for any hint!
>  
> Sammy
>  
> 
> Steve Fischer <sfi...@pc...> wrote:
> Dear sam-
> 
> the documentation that we have is available at http://www.gusdb.org
> 
> at this point, installing GUS is still takes a lot of effort. what 
> operating system are you trying to install it on?
> 
> steve
> 
> sam wang wrote:
> 
> > Hi, Dear friends,
> > 
> > I heard that there is an install manual about GUS. does there any 
> > friend who have one send a copy to me? I really need it because I 
> > always meet errors when I try to install the GUS on my machine. so the 
> > manual will be much helpful to me. thank you very much in advance!
> > 
> > Sincerely yours,
> > Sammy
> > ------------------------------------------------------------------------
> > Do you Yahoo!?
> > Yahoo! SiteBuilder 
> > - 
> > Free, easy-to-use web site design software 
> 
> 
> 
> 
> ---------------------------------
> Do you Yahoo!?
> Yahoo! SiteBuilder - Free, easy-to-use web site design software

Folks-

i have posted Jessie Kissinger's UML diagrams of the schema on 
http://www.gusdb.org/documentation.html

steve

Dear Sam-

I have a hint, but not a complete answer.  Our class 
GUS::ObjRelP::DbiDbHandle is a subclass of  DBI::db.  But,  the way that 
it subclasses DBI::db is not correct according to the the DBI manpage 
(see http://www.die.net/doc/linux/man/man3/dbi.3.html and search for 
Sublcassing the DBI)

We have a hack in place to work around this, and it has worked in our 
installation and others so far. 

I notice that you are using perl 5.8.0.  We are using 5.6.0.  I wonder 
if our hack works in 5.6.0 but not in 5.8.0.

By any chance do you also have 5.6 available?  If so, try that out.

Let me know.

steve

sam wang wrote:

> Dear Steve,
>  
> thank you very much for your reply.
>
> my os is red linux 7.2. database is oracle 9i, perl is 5.8.0, ant is 
> 1.5.3.
>  
> when I install GUS using ANT build tool, I always get the error message:
> [exec]DBI subclasses 'GUS::ObjRelP::DbiDbHandle::db' and ::st are not 
> setup, RootClass
> ignored at 
> /home/oracle/gus_home/lib/perl/perl/GUS/ObjRelP/DbiDatebase.pm line 152
>  
> and then several other error messages, then install failed, but I 
> thought the following errors are made by this first error. I don't 
> know the reason and how can I reslove it.
>  
> by the way, if the schema will be automatically installed when I use 
> ANT build tool to install GUS or I must install schema by myself? in 
> fact, from the achieve, I don't know how to install schema 3.0(oracle 
> schema) while I have installed schema 2.0 manually. and I don't know 
> if the schema 2.0 I have installed is not compatiable with the install 
> and GUS? I download the newest version of both install and GUS. in 
> other words, should I install database schema first or install GUS 
> system first?
>  
> thank you very much for any hint!
>  
> Sammy
>  
> ------------------------------------------------------------------------
> Do you Yahoo!?
> Yahoo! SiteBuilder 
> <http://us.rd.yahoo.com/evt=10469/*http://sitebuilder.yahoo.com> - 
> Free, easy-to-use web site design software 

Dear Steve,

thank you very much for your reply.

my os is red linux 7.2. database is oracle 9i, perl is 5.8.0, ant is 1.5.3.

when I install GUS using ANT build tool, I always get the error message:
[exec]DBI subclasses 'GUS::ObjRelP::DbiDbHandle::db' and ::st are not setup, RootClass
ignored at /home/oracle/gus_home/lib/perl/perl/GUS/ObjRelP/DbiDatebase.pm line 152

and then several other error messages, then install failed, but I thought the following errors are made by this first error. I don't know the reason and how can I reslove it.

by the way, if the schema will be automatically installed when I use ANT build tool to install GUS or I must install schema by myself? in fact, from the achieve, I don't know how to install schema 3.0(oracle schema) while I have installed schema 2.0 manually. and I don't know if the schema 2.0 I have installed is not compatiable with the install and GUS? I download the newest version of both install and GUS. in other words, should I install database schema first or install GUS system first?

thank you very much for any hint!

Sammy

---------------------------------
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
Dear Steve,

thank you very much for your reply.

my os is red linux 7.2. database is oracle 9i, perl is 5.8.0, ant is 1.5.3.

when I install GUS using ANT build tool, I always get the error message:
[exec]DBI subclasses 'GUS::ObjRelP::DbiDbHandle::db' and ::st are not setup, RootClass
ignored at /home/oracle/gus_home/lib/perl/perl/GUS/ObjRelP/DbiDatebase.pm line 152

and then several other error messages, then install failed, but I thought the following errors are made by this first error. I don't know the reason and how can I reslove it.

by the way, if the schema will be automatically installed when I use ANT build tool to install GUS or I must install schema by myself? in fact, from the achieve, I don't know how to install schema 3.0(oracle schema) while I have installed schema 2.0 manually. and I don't know if the schema 2.0 I have installed is not compatiable with the install and GUS? I download the newest version of both install and GUS. in other words, should I install database schema first or install GUS system first?

thank you very much for any hint!

Sammy

Steve Fischer <sfi...@pc...> wrote:
Dear sam-

the documentation that we have is available at http://www.gusdb.org

at this point, installing GUS is still takes a lot of effort. what 
operating system are you trying to install it on?

steve

sam wang wrote:

> Hi, Dear friends,
> 
> I heard that there is an install manual about GUS. does there any 
> friend who have one send a copy to me? I really need it because I 
> always meet errors when I try to install the GUS on my machine. so the 
> manual will be much helpful to me. thank you very much in advance!
> 
> Sincerely yours,
> Sammy
> ------------------------------------------------------------------------
> Do you Yahoo!?
> Yahoo! SiteBuilder 
> - 
> Free, easy-to-use web site design software 

---------------------------------
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
Dear sam-

the documentation that we have is available at http://www.gusdb.org

at this point, installing GUS is still takes a lot of effort.  what 
operating system are you trying to install it on?

steve

sam wang wrote:

> Hi, Dear friends,
>  
> I heard that there is an install manual about GUS. does there any 
> friend who have one send a copy to me? I really need it because I 
> always meet errors when I try to install the GUS on my machine. so the 
> manual will be much helpful to me. thank you very much in advance!
>  
> Sincerely yours,
> Sammy
> ------------------------------------------------------------------------
> Do you Yahoo!?
> Yahoo! SiteBuilder 
> <http://us.rd.yahoo.com/evt=10469/*http://sitebuilder.yahoo.com> - 
> Free, easy-to-use web site design software 

Hi, Dear friends,

I heard that there is an install manual about GUS. does there any friend who have one send a copy to me? I really need it because I always meet errors when I try to install the GUS on my machine. so the manual will be much helpful to me. thank you very much in advance!

Sincerely yours,
Sammy

---------------------------------
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
Hi Everyone,
Sept. 1 is the deadline for submissions for presentations at next years 
O'Reilly Life Science Informatics conference 
(https://lists.sourceforge.net/lists/listinfo/mged-ontologies). Angel 
went last year and reported that it was a great place for presenting 
and discussing systems such as GUS. I would like to submit a proposal 
for either a 45 or 90 minute presentation about GUS and our efforts as 
an open source project. The proposal is essentially an abstract 
submitted on-line. What do you all think? Have others gone to this 
meeting (Arnaud?) and would you agree or recommend another format? (see 
http://conferences.oreillynet.com/cs/lsi2004/create/e_sess). WHo is 
thinking of going?

Cheers,
Chris

folks-

we have moved the public schema browser to its new permanent location:

http://www.gusdb.org/cgi-bin/schemaBrowser

note the absence of the .pl and any arguments.

PLEASE UPDATE YOUR LINKS!!!

this URL will point to the "latest released" version of the schema.  for 
now, it points to the schema resident on CBIL's GUSdev server.

in the future, we will be upgrading the schema browser so that it is 
driven entirely by a set of gus objects resident in a GUS_HOME.  (right 
now it references both the database, to get the list of tables from 
TableInfo and the documentation fields, and the objects, to get the 
attributes.  this is not good because the db and the objects are 
commonly out of sync).

we may also, at that time, expand the URL to take a version= argument so 
that we can browse older versions of the schema.

steve

Hi

We've got installed Poseidon v1.6.1. This is the Community Edition which 
is free but doesn't provide all the features.
Which software are you using ?

Arnaud

Steve Fischer wrote:

> what UML tool are the PSU folks using?
>
> steve
>

> what UML tool are the PSU folks using?
> 
> steve

Arnaud's installed Poseidon here (which isn't quite the same thing...)

A.

what UML tool are the PSU folks using?

steve

I wrote:
> Without a general strategy, we would need to craft yet another plugin. 
> On the other hand, the XML-to-GUS mapping approach would handle this readily, 
> making for a swift, general-purpose implementation of the retroelement plugin.

What I wrote here sounds silly, typo that it is. 
I mean, writing a plugin from "first principles" in contrast to
a simplified writing using a flexible mapping.  Put differently, 
this has potential to reduce the overall code quantity.

Terry

On  0, Terry Clark <tw...@cs...> wrote:
> >  - would this be able to work for the more common, non-trivial case 
> > where the object models differ more significantly?  Angel has done a lot 
> > of thinking about this for his object mapper which maps MAGE-ML into GUS.
> 
> I'm looking forward to hearing Angel's comments. The mapper I'm proposing
> targets XML schema to relational schema (and GUS Objects). 
> I have used the notation only for simple schemas, but
> Bourret describes the method as a complete mapping from W3C XML schemas 
> to relationl schemas.
>     http://www.xml.com/pub/a/2001/05/09/dtdtodbs.html
>     http://www.rpbourret.com/xml/SchemaMap.htm
> The simplicity of the notation is a plus for error and overhead
> reduction in writing mappings. 
> 
> 
> >  - will you go directly to SQL or will you go to gus objects?  In a 
> > simple case like this, it might make sense to go to SQL for efficiency 
> > reasons, if you are expecting huge inputs.
> 
> It seems preferable to go to GUS objects through the object layer to enforce 
> adherence to GUS policies.  Basically, I see this mapper plugin approach as 
> a front end to the object layer driven by XML-to-DB maps (supplied in XML files) 
> that are intrepretted by the plugin to map into the GUS object model.
> Our inputs will not be larger than what GuS has used in other projects I think,
> but the SQL route could be a good way to go -- I'm not clear on the tradeoffs.
> 
> 
> >  - is the power offered by Bourret's transformer sufficient to justify 
> > us packaging his product with the GUS distribution, which is what we 
> > would probably have to do if we write certified plugins that use it.
> 
> I did not plan to use the existing XMLtoDBMS transformer, in part because
> I'm thinking along the lines of mapping to GUS objects, not DB-SQL, so the
> backends would be different.  Instead the plan is to write a  mapper in the 
> GUS universe using code fragments as possible from existing work 
> by Nick Semenov, who wrote the Perl port of the Java code. 
> Maybe it will be possible to lightly hack XML::XMLtoDBMS and change the backend.
> I plan to look carefully at Semenov's package, which I have used but did not analyze.
> 
> 
> >  - what other third-party software (eg, xml parsers) does bourret 
> > depend on?
> 
> The Perl module XML::XMLtoDBMS uses XML::Parser::PerlSAX;
> 
> 
> 
> >  - since the transform in the case you are handling is so simple, does 
> > it make sense to deploy a third-party transformer rather than just write 
> > some simple brute force perl code
> 
> The mappings are simple, but there are many of them. Another example
> on our end is the retroelement database we are planning for GUS.
> The retroelements will use several tables in addition to NASequeneImp. 
> Without a general strategy, we would need to craft yet another plugin. 
> On the other hand, the XML-to-GUS mapping approach would handle this readily, 
> making for a swift, general-purpose implementation of the retroelement plugin.
> 
> One could conceivably use a single plugin for both our current task (unanchored sequences)
> and the retroelement database. It seems though that the idiosyncracies of GUS objects
> and objects built on GUS objects calls for separate plugins of this type (mappers).
> 
> 
> Terry
> 
> 
> 
> 
> 
> On  0, Steve Fischer <st...@pc...> wrote:
> > Terry-
> > 
> > In general, schema transformation is a hard problem.  It looks like, in 
> > the immediate case, the transform from the agave sequence file to gus is 
> > relatively simple:  a one-to-one transform of a single data type, but 
> > requiring mapping some foreign keys.  It seems that Bourret's XML-DBMS 
> > can handle this gracefully.
> > 
> > What i am not clear on is:
> >  - would this be able to work for the more common, non-trivial case 
> > where the object models differ more significantly?  Angel has done a lot 
> > of thinking about this for his object mapper which maps MAGE-ML into GUS.
> >  - will you go directly to SQL or will you go to gus objects?  In a 
> > simple case like this, it might make sense to go to SQL for efficiency 
> > reasons, if you are expecting huge inputs.
> >  - is the power offered by Bourret's transformer sufficient to justify 
> > us packaging his product with the GUS distribution, which is what we 
> > would probably have to do if we write certified plugins that use it.
> >  - since the transform in the case you are handling is so simple, does 
> > it make sense to deploy a third-party transformer rather than just write 
> > some simple brute force perl code
> >  - what other third-party software (eg, xml parsers) does bourret 
> > depend on?
> > 
> > In sum, i think it is an excellent idea to consider third party 
> > solutions, and to provide general solutions instead of one-off plugins. 
> > I also want to make sure that the extra effort we put into making this a 
> > general solution will have a comensurate payoff.
> > 
> > steve
> > 
> > 
> > Terry Clark wrote:
> > 
> > >Posted for discussion at 
> > >   http://flora.uchicago.edu/ 
> > >is a short specification  sketched (working draft) 
> > >for an XML-to-GUS Plugin for GUS' NASequenceImp, LoadSeqFromXML.pm.
> > >
> > >The idea, based on the XML to DB/SQL work by Ron Bourret,
> > >is to give a flexible way to map various sequence
> > >data management projects into GUS using the same source.
> > >The Plugin operates from 1) an XML formatted sequence file
> > >and 2) a mapping from the sequence file to GUS space. 
> > >
> > >The method is generally applicable to GUS objects/tables,
> > >but the idiosyncracies of objects probably calls for
> > >individual mappers, like  LoadSeqFromXML.pm 
> > >(better named as LoadNASequenceFromXML.pm).  
> > >
> > >Are there any thoughts, variations, existing work, etc.,
> > >about the idea?
> > >
> > >Terry
> > > 
> > >
> > 
> > 
> > 
> > -------------------------------------------------------
> > This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> > Data Reports, E-commerce, Portals, and Forums are available now.
> > Download today and enter to win an XBOX or Visual Studio .NET.
> > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> > _______________________________________________
> > Gusdev-gusdev mailing list
> > Gus...@li...
> > https://lists.sourceforge.net/lists/listinfo/gusdev-gusdev
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> Gusdev-gusdev mailing list
> Gus...@li...
> https://lists.sourceforge.net/lists/listinfo/gusdev-gusdev

Steve, this is a good idea. I'm working on it.

Terry

On  0, Steve Fischer <st...@pc...> wrote:
> Terry-
> 
> as a follow-on to my last mail, it might be interesting to see how far 
> you can get defining a mapping for the TIGR XML format used by 
> LoadGeneFeaturesFromXML.  if you could do that, i think that would 
> demonstrate a major advance for us.
> 
> steve
> 
> Terry Clark wrote:
> 
> >Posted for discussion at 
> >   http://flora.uchicago.edu/ 
> >is a short specification  sketched (working draft) 
> >for an XML-to-GUS Plugin for GUS' NASequenceImp, LoadSeqFromXML.pm.
> >
> >The idea, based on the XML to DB/SQL work by Ron Bourret,
> >is to give a flexible way to map various sequence
> >data management projects into GUS using the same source.
> >The Plugin operates from 1) an XML formatted sequence file
> >and 2) a mapping from the sequence file to GUS space. 
> >
> >The method is generally applicable to GUS objects/tables,
> >but the idiosyncracies of objects probably calls for
> >individual mappers, like  LoadSeqFromXML.pm 
> >(better named as LoadNASequenceFromXML.pm).  
> >
> >Are there any thoughts, variations, existing work, etc.,
> >about the idea?
> >
> >Terry
> > 
> >
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> Gusdev-gusdev mailing list
> Gus...@li...
> https://lists.sourceforge.net/lists/listinfo/gusdev-gusdev

>  - would this be able to work for the more common, non-trivial case 
> where the object models differ more significantly?  Angel has done a lot 
> of thinking about this for his object mapper which maps MAGE-ML into GUS.

I'm looking forward to hearing Angel's comments. The mapper I'm proposing
targets XML schema to relational schema (and GUS Objects). 
I have used the notation only for simple schemas, but
Bourret describes the method as a complete mapping from W3C XML schemas 
to relationl schemas.
    http://www.xml.com/pub/a/2001/05/09/dtdtodbs.html
    http://www.rpbourret.com/xml/SchemaMap.htm
The simplicity of the notation is a plus for error and overhead
reduction in writing mappings. 

>  - will you go directly to SQL or will you go to gus objects?  In a 
> simple case like this, it might make sense to go to SQL for efficiency 
> reasons, if you are expecting huge inputs.

It seems preferable to go to GUS objects through the object layer to enforce 
adherence to GUS policies.  Basically, I see this mapper plugin approach as 
a front end to the object layer driven by XML-to-DB maps (supplied in XML files) 
that are intrepretted by the plugin to map into the GUS object model.
Our inputs will not be larger than what GuS has used in other projects I think,
but the SQL route could be a good way to go -- I'm not clear on the tradeoffs.

>  - is the power offered by Bourret's transformer sufficient to justify 
> us packaging his product with the GUS distribution, which is what we 
> would probably have to do if we write certified plugins that use it.

I did not plan to use the existing XMLtoDBMS transformer, in part because
I'm thinking along the lines of mapping to GUS objects, not DB-SQL, so the
backends would be different.  Instead the plan is to write a  mapper in the 
GUS universe using code fragments as possible from existing work 
by Nick Semenov, who wrote the Perl port of the Java code. 
Maybe it will be possible to lightly hack XML::XMLtoDBMS and change the backend.
I plan to look carefully at Semenov's package, which I have used but did not analyze.

>  - what other third-party software (eg, xml parsers) does bourret 
> depend on?

The Perl module XML::XMLtoDBMS uses XML::Parser::PerlSAX;

>  - since the transform in the case you are handling is so simple, does 
> it make sense to deploy a third-party transformer rather than just write 
> some simple brute force perl code

The mappings are simple, but there are many of them. Another example
on our end is the retroelement database we are planning for GUS.
The retroelements will use several tables in addition to NASequeneImp. 
Without a general strategy, we would need to craft yet another plugin. 
On the other hand, the XML-to-GUS mapping approach would handle this readily, 
making for a swift, general-purpose implementation of the retroelement plugin.

One could conceivably use a single plugin for both our current task (unanchored sequences)
and the retroelement database. It seems though that the idiosyncracies of GUS objects
and objects built on GUS objects calls for separate plugins of this type (mappers).

Terry

On  0, Steve Fischer <st...@pc...> wrote:
> Terry-
> 
> In general, schema transformation is a hard problem.  It looks like, in 
> the immediate case, the transform from the agave sequence file to gus is 
> relatively simple:  a one-to-one transform of a single data type, but 
> requiring mapping some foreign keys.  It seems that Bourret's XML-DBMS 
> can handle this gracefully.
> 
> What i am not clear on is:
>  - would this be able to work for the more common, non-trivial case 
> where the object models differ more significantly?  Angel has done a lot 
> of thinking about this for his object mapper which maps MAGE-ML into GUS.
>  - will you go directly to SQL or will you go to gus objects?  In a 
> simple case like this, it might make sense to go to SQL for efficiency 
> reasons, if you are expecting huge inputs.
>  - is the power offered by Bourret's transformer sufficient to justify 
> us packaging his product with the GUS distribution, which is what we 
> would probably have to do if we write certified plugins that use it.
>  - since the transform in the case you are handling is so simple, does 
> it make sense to deploy a third-party transformer rather than just write 
> some simple brute force perl code
>  - what other third-party software (eg, xml parsers) does bourret 
> depend on?
> 
> In sum, i think it is an excellent idea to consider third party 
> solutions, and to provide general solutions instead of one-off plugins. 
> I also want to make sure that the extra effort we put into making this a 
> general solution will have a comensurate payoff.
> 
> steve
> 
> 
> Terry Clark wrote:
> 
> >Posted for discussion at 
> >   http://flora.uchicago.edu/ 
> >is a short specification  sketched (working draft) 
> >for an XML-to-GUS Plugin for GUS' NASequenceImp, LoadSeqFromXML.pm.
> >
> >The idea, based on the XML to DB/SQL work by Ron Bourret,
> >is to give a flexible way to map various sequence
> >data management projects into GUS using the same source.
> >The Plugin operates from 1) an XML formatted sequence file
> >and 2) a mapping from the sequence file to GUS space. 
> >
> >The method is generally applicable to GUS objects/tables,
> >but the idiosyncracies of objects probably calls for
> >individual mappers, like  LoadSeqFromXML.pm 
> >(better named as LoadNASequenceFromXML.pm).  
> >
> >Are there any thoughts, variations, existing work, etc.,
> >about the idea?
> >
> >Terry
> > 
> >
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> Gusdev-gusdev mailing list
> Gus...@li...
> https://lists.sourceforge.net/lists/listinfo/gusdev-gusdev

Terry-

as a follow-on to my last mail, it might be interesting to see how far 
you can get defining a mapping for the TIGR XML format used by 
LoadGeneFeaturesFromXML.  if you could do that, i think that would 
demonstrate a major advance for us.

steve

Terry Clark wrote:

>Posted for discussion at 
>    http://flora.uchicago.edu/ 
>is a short specification  sketched (working draft) 
>for an XML-to-GUS Plugin for GUS' NASequenceImp, LoadSeqFromXML.pm.
>
>The idea, based on the XML to DB/SQL work by Ron Bourret,
>is to give a flexible way to map various sequence
>data management projects into GUS using the same source.
>The Plugin operates from 1) an XML formatted sequence file
>and 2) a mapping from the sequence file to GUS space. 
>
>The method is generally applicable to GUS objects/tables,
>but the idiosyncracies of objects probably calls for
>individual mappers, like  LoadSeqFromXML.pm 
>(better named as LoadNASequenceFromXML.pm).  
>
>Are there any thoughts, variations, existing work, etc.,
>about the idea?
>
>Terry
>  
>

Terry-

In general, schema transformation is a hard problem.  It looks like, in 
the immediate case, the transform from the agave sequence file to gus is 
relatively simple:  a one-to-one transform of a single data type, but 
requiring mapping some foreign keys.  It seems that Bourret's XML-DBMS 
can handle this gracefully.

What i am not clear on is:
  - would this be able to work for the more common, non-trivial case 
where the object models differ more significantly?  Angel has done a lot 
of thinking about this for his object mapper which maps MAGE-ML into GUS.
  - will you go directly to SQL or will you go to gus objects?  In a 
simple case like this, it might make sense to go to SQL for efficiency 
reasons, if you are expecting huge inputs.
  - is the power offered by Bourret's transformer sufficient to justify 
us packaging his product with the GUS distribution, which is what we 
would probably have to do if we write certified plugins that use it.
  - since the transform in the case you are handling is so simple, does 
it make sense to deploy a third-party transformer rather than just write 
some simple brute force perl code
  - what other third-party software (eg, xml parsers) does bourret 
depend on?

In sum, i think it is an excellent idea to consider third party 
solutions, and to provide general solutions instead of one-off plugins. 
I also want to make sure that the extra effort we put into making this a 
general solution will have a comensurate payoff.

steve

Terry Clark wrote:

>Posted for discussion at 
>    http://flora.uchicago.edu/ 
>is a short specification  sketched (working draft) 
>for an XML-to-GUS Plugin for GUS' NASequenceImp, LoadSeqFromXML.pm.
>
>The idea, based on the XML to DB/SQL work by Ron Bourret,
>is to give a flexible way to map various sequence
>data management projects into GUS using the same source.
>The Plugin operates from 1) an XML formatted sequence file
>and 2) a mapping from the sequence file to GUS space. 
>
>The method is generally applicable to GUS objects/tables,
>but the idiosyncracies of objects probably calls for
>individual mappers, like  LoadSeqFromXML.pm 
>(better named as LoadNASequenceFromXML.pm).  
>
>Are there any thoughts, variations, existing work, etc.,
>about the idea?
>
>Terry
>  
>

Posted for discussion at 
    http://flora.uchicago.edu/ 
is a short specification  sketched (working draft) 
for an XML-to-GUS Plugin for GUS' NASequenceImp, LoadSeqFromXML.pm.

The idea, based on the XML to DB/SQL work by Ron Bourret,
is to give a flexible way to map various sequence
data management projects into GUS using the same source.
The Plugin operates from 1) an XML formatted sequence file
and 2) a mapping from the sequence file to GUS space. 

The method is generally applicable to GUS objects/tables,
but the idiosyncracies of objects probably calls for
individual mappers, like  LoadSeqFromXML.pm 
(better named as LoadNASequenceFromXML.pm).  

Are there any thoughts, variations, existing work, etc.,
about the idea?

Terry

ok, sounds good on both points.

steve

Adrian Roy Tivey wrote:

>>Adrian-
>>
>>i am only going to address one point now, pending more time to review 
>>and learn.  that said, on the whole, this looks very good.
>>
>>i would like to address, point (1), the build system and the directory 
>>structure.  your answer below says "the dir struct is self contained, 
>>and we're using ant, so no prob."   i am not quite sure if you mean (a) 
>>that therefore we can use the dir struct you have with the build sys, or 
>>(b) it would be easy to rearrange it to conform.  if case (a), i'm not 
>>sure i see compatibility here: the dir struct has many of the same 
>>elements of those that we use in GUS, but, they are arranged 
>>differently.   i should mention that i do think it would be very easy to 
>>stuff this kind of thing into our dir struct, but, since i don't have a 
>>thorough comprehension yet, perhaps not.
>>    
>>
>
>I think (b). We deliberately tried to limit the number of dependancies in the
>demo so didn't try and integrate it into the GUS build mechanism, which I
>haven't got in front of me. I would guess the src and lib directories (any
>others?) should be merged into the existing dir. structure. The rest is really
>website specific so should probably go into a new (file-system) branch, wdk or
>something. Does this sound reasonable?  
>
>
>  
>
>>a subpoint of that point:  you say below that you envision overlaying 
>>files to acheive customization.  I think i want to hear more about 
>>that.  my concern is that overlaying violates good subclassing 
>>practice.  in particular, if i overlay code, then i have to duplicate 
>>the "base" code in my customized version that i still want.
>>    
>>
>
>Although the docs. didn't make it clear we're not really thinking about
>overlaying the code. As you say there are already mechanisms for reusing it
>while still extending and/or modifying its behaviour (either by inheritance or
>delegation). But there are no similar mechanisms for images, layouts, JSP pages,
>query config files etc. So it's those that people can override by overlay. (One
>slight extension - if we have an XInclude processor we can potentially split the
>various XML config files into sections so that other sites can include shared
>sections they want without cut'n'pasting.)
>
>  
>
>>steve
>>    
>>
>
>A
>  
>

> Adrian-
> 
> i am only going to address one point now, pending more time to review 
> and learn.  that said, on the whole, this looks very good.
> 
> i would like to address, point (1), the build system and the directory 
> structure.  your answer below says "the dir struct is self contained, 
> and we're using ant, so no prob."   i am not quite sure if you mean (a) 
> that therefore we can use the dir struct you have with the build sys, or 
> (b) it would be easy to rearrange it to conform.  if case (a), i'm not 
> sure i see compatibility here: the dir struct has many of the same 
> elements of those that we use in GUS, but, they are arranged 
> differently.   i should mention that i do think it would be very easy to 
> stuff this kind of thing into our dir struct, but, since i don't have a 
> thorough comprehension yet, perhaps not.

I think (b). We deliberately tried to limit the number of dependancies in the
demo so didn't try and integrate it into the GUS build mechanism, which I
haven't got in front of me. I would guess the src and lib directories (any
others?) should be merged into the existing dir. structure. The rest is really
website specific so should probably go into a new (file-system) branch, wdk or
something. Does this sound reasonable?  

> a subpoint of that point:  you say below that you envision overlaying 
> files to acheive customization.  I think i want to hear more about 
> that.  my concern is that overlaying violates good subclassing 
> practice.  in particular, if i overlay code, then i have to duplicate 
> the "base" code in my customized version that i still want.

Although the docs. didn't make it clear we're not really thinking about
overlaying the code. As you say there are already mechanisms for reusing it
while still extending and/or modifying its behaviour (either by inheritance or
delegation). But there are no similar mechanisms for images, layouts, JSP pages,
query config files etc. So it's those that people can override by overlay. (One
slight extension - if we have an XInclude processor we can potentially split the
various XML config files into sections so that other sites can include shared
sections they want without cut'n'pasting.)

> 
> steve

A

2002	Jan	Feb	Mar	Apr	May	Jun (11)	Jul (34)	Aug (14)	Sep (10)	Oct (10)	Nov (11)	Dec (6)
2003	Jan (56)	Feb (76)	Mar (68)	Apr (11)	May (97)	Jun (16)	Jul (29)	Aug (35)	Sep (18)	Oct (32)	Nov (23)	Dec (77)
2004	Jan (52)	Feb (44)	Mar (55)	Apr (38)	May (106)	Jun (82)	Jul (76)	Aug (47)	Sep (36)	Oct (56)	Nov (46)	Dec (61)
2005	Jan (52)	Feb (118)	Mar (41)	Apr (40)	May (35)	Jun (99)	Jul (84)	Aug (104)	Sep (53)	Oct (107)	Nov (68)	Dec (30)
2006	Jan (19)	Feb (27)	Mar (24)	Apr (9)	May (22)	Jun (11)	Jul (34)	Aug (8)	Sep (15)	Oct (55)	Nov (16)	Dec (2)
2007	Jan (12)	Feb (4)	Mar (8)	Apr	May (19)	Jun (3)	Jul (1)	Aug (6)	Sep (12)	Oct (3)	Nov	Dec
2008	Jan (4)	Feb	Mar	Apr	May (1)	Jun (1)	Jul	Aug	Sep	Oct (1)	Nov	Dec (21)
2009	Jan	Feb (2)	Mar (1)	Apr	May (1)	Jun (8)	Jul	Aug	Sep	Oct	Nov	Dec
2010	Jan	Feb (1)	Mar (4)	Apr (3)	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2011	Jan	Feb	Mar	Apr (4)	May (19)	Jun (14)	Jul (1)	Aug	Sep	Oct	Nov	Dec
2012	Jan	Feb	Mar (22)	Apr (12)	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2013	Jan (2)	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct (2)	Nov	Dec
2015	Jan	Feb	Mar	Apr	May (3)	Jun	Jul	Aug (2)	Sep	Oct	Nov	Dec (1)
2016	Jan (1)	Feb (1)	Mar	Apr (1)	May	Jun (2)	Jul (1)	Aug	Sep	Oct (1)	Nov (1)	Dec
2017	Jan	Feb	Mar	Apr	May (1)	Jun	Jul	Aug	Sep	Oct	Nov	Dec

gusdev-gusdev Mailing List for Genomic Unified Schema Development (Page 85)

gusdev-gusdev — Topics concerning GUS development