Ontology meeting 2014-12-02: Difference between revisions

From GO Wiki
Jump to navigation Jump to search
No edit summary
Line 1: Line 1:
Attendees:
Attendees: Harold, DavidH, Paola, Heiko, Tanya, Jane


Minutes:
Minutes: Tanya


===Enzyme binding===
===Enzyme binding===
Line 24: Line 24:


This is an interesting case. Is the inference too broad for our liking, or are we happy to keep it? If the former, how do we restrict the ancestor?
This is an interesting case. Is the inference too broad for our liking, or are we happy to keep it? If the former, how do we restrict the ancestor?
  Should not be 'response to amino acid.' Wrong genus is asserted for one of the terms between 'response to amino acid' and 'GO:0097044', fix that.
  The term 'peptidyl-amino acid modification' needs to be sorted out, has_input to 'amino acid residue.' 
  Action item:  Jane will consult with Gareth @ ChEBI about which
  ChEBI term to use for the logical def. What is the difference between 'peptidyl-amino acid' and 'amino-acid residue'?  In common usage, these would
  be the same.  What was ChEBI's intention?  Ex. ubiquitinated proteins vs. 'normal' protein chain (alpha peptide chain)?  What about amino acid
  derivative vs. modified amino acid?  Sort out implications for GO. 
  Problem is broader.  Has_input as a relationship for 'response to x' results in the inability to specify 'what' is being responded to.  In this example,
  we'd expect 'damaged DNA' as the input.  ChEBI is not likely to have 'damaged DNA' as an entry.  Need a different relationship, 'responds to' perhaps.
  Action Item (not Amelia Ireland):  Chris and DOS to comment on 'responds to'


=== Protein oligomerization ===
=== Protein oligomerization ===

Revision as of 13:39, 2 December 2014

Attendees: Harold, DavidH, Paola, Heiko, Tanya, Jane

Minutes: Tanya

Enzyme binding

We agreed to obsolete 'DNA methyltransferase binding' from the TG queue a couple of weeks ago, we need to follow up with a plan for how to handle the existing terms in this branch, and guidance as to whether annotators request these terms. They've asked for us to report back on an annotation call.

Axiomatizing multi-organism processes

We've agreed it's a good idea to try and axiomatize at least some of these terms before I leave. We need to agree which relationship I should use - can I go ahead and use regulates or do we need the more specific regulates_in_other_species?

Follow-ups from last call

Everyone please take a look at AIs here: http://wiki.geneontology.org/index.php/Ontology_meeting_2014-11-20

'Response to' terms again

From this week's assert report:

ADD GO:0097044 'histone H3-K56 acetylation in response to DNA damage' GO:0043200 'response to amino acid'

This seems to come from GO:0097044 being descendant of 'response to stimulus' and having an amino acid as input... same as the logical def of 'response to amino acid'.

This is an interesting case. Is the inference too broad for our liking, or are we happy to keep it? If the former, how do we restrict the ancestor?

  Should not be 'response to amino acid.' Wrong genus is asserted for one of the terms between 'response to amino acid' and 'GO:0097044', fix that.
  The term 'peptidyl-amino acid modification' needs to be sorted out, has_input to 'amino acid residue.'  
  Action item:  Jane will consult with Gareth @ ChEBI about which 
  ChEBI term to use for the logical def. What is the difference between 'peptidyl-amino acid' and 'amino-acid residue'?  In common usage, these would
  be the same.  What was ChEBI's intention?  Ex. ubiquitinated proteins vs. 'normal' protein chain (alpha peptide chain)?  What about amino acid
  derivative vs. modified amino acid?  Sort out implications for GO.  
  Problem is broader.  Has_input as a relationship for 'response to x' results in the inability to specify 'what' is being responded to.  In this example,
  we'd expect 'damaged DNA' as the input.  ChEBI is not likely to have 'damaged DNA' as an entry.  Need a different relationship, 'responds to' perhaps.
  Action Item (not Amelia Ireland):  Chris and DOS to comment on 'responds to'


Protein oligomerization

One bit of the proposal was about adding ‘protein homodimer’ and ‘protein heterodimer’ directly under ‘protein complex’. (This wasn’t my own idea, it came from others and was incorporated along.) Could we please pick your brains about persuading PRO to add these terms instead? Curators could then use them to annotate, e.g. has_quality = dimer?

For reference, here are the latest comments on this subject only:

Jane: - Not ok with having 'protein homodimer' etc. live in GO ‘cellular component’. Is there any scope for persuading PRO to add 'protein heteromer' etc?

Val: - Like Jane I would also be worried about classifying complexes by their stoichiometry. It sounds unmaintainable, it would definitely result in inconsistent annotation, and would not add much value for the effort it took. How would you cope with things which have a homo/hetero-dimer component but with additional subunits which are not always identified/associated? For instance Smc5-6 forms a heterodimer, but is part of the larger Smc5-6 complex with additional subunits. For me, it’s just too complicated to contemplate unless you have unlimited resources, and probably not a good use of editorial time... it could easily suck up an entire FTE... (Even though I dislike them, I think the current MF binding terms are a better short term solution)

Peter: - This stoichiometry issue sounds like something to add to the re-opened negotiation with PRO, on the general principle that GO covers classes of things while PRO takes on the job of covering specific instances like the variant forms of a complex that arise because it can sometimes (in some states, in some taxa) pick up an additional component or change its stoichiometry. That doesn’t make the resulting data structure any easier to assemble or maintain, but PRO has definitely put a lot of effort into exactly this issue of capturing species- and state-specific differences in the exact makeup of a complex.