Re: [GUSDEV] Additions to GUS Schema

[Chris S. <sto...@pc...>]

Hi Eric,
Thanks very much for bringing this up and willingness to contribute.  
A mechanism we've been using for schema changes so far has been:
1. raise issue on gusdev list to see if existing solution exists and  
potential new solutions
2. enter proposal on GUS bug tracker
3. schema owner (e.g., I'm the owner for DoTS) responds too proposal  
until agreed upon solution is found and sets milestone (next patch if  
won't break code, next release if will break code. etc)
4. GUS administrator (currently Mike Saffitz) sends out proposed  
patch (e.g., 3.5.1) or release (e.g., 3.6) to gusdev list for final  
review and then applies.

Jian has already used this mechanism that has resulted in changes in  
3.5.1 and 3.6. Presumably something like this can work for other GUS  
components.

How does this sound?

Cheers,
Chris

On Nov 3, 2005, at 1:46 PM, Eric E. Snyder wrote:

>> From: Jian Lu <jl...@vb...>
>> We have EC numbers loaded into SRes.EnzymeClass and TIGRFAM ids  
>> into SRes.ExternalDatabaseEntry, but we couldn't find a place  
>> within GUS schema to store the relationship of them.
>
> This brings up the larger question of how best to integrate 3rd  
> party additions into future GUS releases.
>
> Steve Fischer <sfi...@pc...> wrote:
> > this seems reasonable to me.
>
> Is is possible to achieve a consensus on how best to address  
> limitations such as the one Jian Lu's code addresses so that a  
> robust solution can be devised and included in later releases?   
> Perhaps other groups have developed similar (or perhaps totally  
> different) solutions.  I would like to see more discussions of this  
> type in this mailing list.
>
> We would be more than happy to contribute our enhancements if they  
> could be vetted by the GUS team (and other interested parties) and  
> incorporated into the distribution.  While I don't presume that GUS  
> was intended to be a BioPerl-style collaborative project, we would  
> really like to contribute.  What can we do to help this happen?
>
> Cheers,
> -- 
> Eric E. Snyder, Ph.D.
> Virginia Bioinformatics Institute
> Virginia Polytechnic Institute and State University
> Blacksburg, VA 24061-0447
> <esnyder.vcf>