[Go] addition of localization specific process terms ?

Chris Mungall cjm at berkeleybop.org
Wed Mar 4 09:49:52 PST 2009


On Mar 4, 2009, at 7:59 AM, Jim Hu wrote:

> On Mar 4, 2009, at 2:38 AM, Valerie Wood wrote:
>
>> Because of all of the arguments in favour  mentioned by Karen and  
>> Chris I  thought it was always necessary and required for curators  
>> to make the more granular annotation in these cases. We decided  
>> long ago that proliferation of the ontology was not an issue when  
>> pitched against accurate capture of biology, and  I wasn't aware  
>> that it was ever GO philosophy not to capture compartment specific  
>> processes in this way.
>
> I wasn't involved in GO when this was decided, but as someone who  
> does stuff on the software side as well as the annotation side, I  
> think proliferation of the ontology should be an issue that is not  
> dismissed so lightly.

What are your concerns in particular?

>  I just posted a similar concern on the SF item on children of  
> protein folding, and I've taken that position on the binding terms  
> as well.
>
> The number of components where translation occurs is much smaller  
> than the number of ligands for binding or proteins for folding.  But  
> translation has lots of children.  I see that there is already  
> proliferation of mitochondrial child terms among these, including 20  
> terms for tRNA charging.  There are other child branches that don't  
> have precomposed mitochondrial child terms.  If it was up to me, I'd  
> obsolete things like GO:0070143_!_mitochondrial_alanyl- 
> tRNA_aminoacylation rather than making more children for everything  
> else.
>
> This strikes me as being way too much like adding back sensu terms.
>
> <snip>
>>> However, mitochondrial translation is fundamentally different  
>>> from  nuclear translation because a different genetic code is used.
>
> But is this a fundamental difference?  Codon reassignments have  
> occurred many times across a variety of species.  This includes  
> prokaryotes and cytosolic eukaryotic systems as well as  
> mitochondria.  And not all mitochondria use the same noncanonical  
> code.  See:
>
> 	http://www.nature.com/nrg/journal/v2/n1/full/nrg0101_049a.html
>
> Just look at Figure 2 if you don't want to read the whole thing.

Good point. By my own argument then there is a good case for composing  
translation-in-mt at annotation time.

Or at least the genetic code component of my argument was on shaky  
foundations, let me have a think and see if there's other reasons,  
because my gut says that mt translation should be precomposed in the  
ontology

>  And that's just taking Chris' instance of what is supposed to be a  
> clear cut example.  Is translation in the silkworm silk gland  
> fundamentally different enough?  In that case, specialized tRNA  
> genes are overexpressed to deal with the massive use of alanine in  
> the silk protein.

good point.

> I find the argument that one can't do an AND with some tools to be  
> more of an argument to improve the tools than an argument to do  
> extensive precomposition.  If we have to build GO practice around  
> the weakest tools, then we should also do explicit annotation all  
> the way up to root for every term, to handle tools that don't use  
> the true path rule.  I'm NOT advocating that!!

I agree that we shouldn't avoid doing the right thing because of the  
weakest tools. I think we should have a plan for how we can support  
tools, but I think we first need to agree roughly on what the right  
thing is..

>
> Jim
>
> =====================================
> Jim Hu
> Associate Professor
> Dept. of Biochemistry and Biophysics
> 2128 TAMU
> Texas A&M Univ.
> College Station, TX 77843-2128
> 979-862-4054
>
>
>



More information about the Go mailing list