<html>
<body>
<font size=3><br>
Also sorry to chime in late here...<br><br>
We have annotated all the kinases in dictyBase in collaboration with a
lab (manuscript in press).  We identified a number of kinases that
lacked critical residues, and in those cases we annotated to
'molecular_function_unknown.'<br><br>
 From PMID 12471243 (human kinome paper):<br><br>
"nearly 10% of all<br>
kinase domains appear to lack catalytic activity.<br>
However, these domains are otherwise well<br>
conserved and are likely to maintain the typical<br>
kinase domain fold. This suggests that this domain<br>
can have generalized noncatalytic functions;<br>
it is also possible that they use a modified<br>
catalytic mechanism that does not require these<br>
residues. This has been shown for the Wnk<br>
family, where Lys13 is thought to replace Lys30<br>
in adenosine triphosphate (ATP) binding (25)."<br><br>
In other words, nobody knows what they do, so we annotated to 'unknown'
since we were uncomfortable with 'protein kinase activity.'<br><br>
Karen<br><br>
<br>
At 07:54 AM 3/8/2006, Alexander D. Diehl wrote:<br>
<blockquote type=cite class=cite cite>Hi,<br><br>
Sorry to be so late on this discussion, but I would like suggest that
perhaps the annotation is inappropriate on the grounds that NOT
annotations in general are very tricky assertions, and are best based on
actual experimental evidence, which itself is very dependent on the
experimental conditions used.  There's a universe of proteins that I
could provide NOT kinase activity for, but of course most people would
not confuse them with kinases.  The question here is more whether
the original algorithms for predicting kinase activity need to be refined
so that proteins lacking the correct residues in the active site are not
flagged as kinases in the first place.  Such refinement, of course,
ought best to be based on experimental evidence (wet science) that feeds
the computational algorithm development, and that's where expert input is
needed.<br>
<br>
I thus vote against any annotation at all in this case.<br><br>
-- Alex<br><br>
<br>
Evelyn Camon wrote:<br>
<blockquote type=cite class=cite cite><blockquote type=cite class=cite cite>what
were the objections to a GO_REF, this would be unambiguous
</blockquote><br>
Hi,<br><br>
The issue of using the GO_REF vs extension of the evidence codes is
on<br>
the GO Consortium meeting agenda.<br><br>
Arguments against GO_REF include:<br><br>
I don't think the users will read about GO_REF (is that our
problem?)<br>
I don't think the users will even see GO_REF in most tools, microarray,
we are also limited in UniProt ffl to 4 fields of GO information<br>
Users can filter on GO_REF plus evidence code but are we simply avoiding
extending the number of useful GO evidence codes, for manual codes I can
see that extending the codes might slow down curation but for more
granular IEA codes, they are created electronically so no extra effort
from curator required.<br>
Biology is complex. Although I don't like to see information lost I think
we further complicate what was a simple annotation process and
output.<br><br>
Arguments in favour GO_REF include:<br><br>
many different techniques not practical (or is it) to create ne evidence
codes, helps to disambiguate annotations<br><br>
I am really not wishing to start a new thread here...can we leave GO_REF
and codes to Consortium meeting, I am still collecting ideas..you could
reply to me directly if you wish me to collect further 'for' and
'aganist' examples for discussion.<br><br>
cheers<br>
Evelyn<br><br>
<br>
<blockquote type=cite class=cite cite><br><br>
So all annotations which use<br><br>
NOT with the ISS evidence code and GO_REF:xxx and a dbxref to an<br>
alignment<br>
mean that:<br><br>
The curator or an expert have looked at  the alignment of this
sequence<br>
to the associated database entry, protein family or hmm, and on the<br>
basis of the absence of critical residues have inferred that this
family<br>
member is unlikely possess the associated activity.<br><br>
Or words to that effect.<br><br>
<br><br>
David Hill wrote:<br><br>
<blockquote type=cite class=cite cite>I can see your point, but that
would mean that every database should<br>
have an internal ISS reference. We have one, but it is only for<br>
orthology and subsequent inheritence of GO terms. Our's doesn't
address<br>
this issue of a NOT. I think in either case, a User might be
confused.<br>
If I were a naive User and I saw the annotation as you describe, I
might<br>
think the NOT was a mistake becasue the proteins were so similar. If
the<br>
protein in the with field is taken from the paper that discusses 
the<br>
critical residues, then maybe it would be less confusing. I'm not
sure.<br>
I think we could generate confusion both ways.<br><br>
David<br><br>
Pascale Gaudet wrote:<br><br>
<br>
<blockquote type=cite class=cite cite>Hi,<br><br>
Is this allowed? I thought that the reference had to directly 
relate<br>
to the annotation. In this case I would have used our standard<br>
'dictybase curators ISS' reference, because that's how the
annotation<br>
was made.<br><br>
If I was to see the annotation as you describe it, I might be
tempted<br>
to go and look at the reference, and I would be very confused
because<br>
it doesn't talk about the protein at all.<br><br>
Pascale<br><br>
<br>
At 07:49 AM 3/8/2006 -0500, David Hill wrote:<br><br>
<br>
<blockquote type=cite class=cite cite>This is a bit out of the ordinary,
but what about an ISS evidence<br>
code with an active kinase and then a reference to a paper that<br>
identifies the critical residues for kinase activity?<br><br>
David<br><br>
Midori Harris wrote:<br><br>
<br>
<blockquote type=cite class=cite cite>Seems to me it would be a valuable
part of the story, but not<br>
necessarily the whole thing. It would tell you what the important<br>
residues are, but would miss out the part about observing that 
those<br>
residues are altered/absent in this particular protein. Also, 
citing<br>
only the important-residue reference could give the impression that<br>
that paper (or whatever it is) actually states that protein XYZ<br>
doesn't have the activity -- which I assume is not the case.<br><br>
m<br><br>
On Wed, 8 Mar 2006, jyoti khadake wrote:<br><br>
<br><br>
<br>
<blockquote type=cite class=cite cite>Hi,<br><br>
In this particular instance would the reference which identifies<br>
residues important for the kinase activity in members of the family<br>
be the appropriate reference?<br><br>
JK<br><br>
Midori Harris wrote:<br><br>
<br><br>
<br>
<blockquote type=cite class=cite cite>The reference has to identify the
source of the information. In<br>
this case,<br>
it comes from what the curator knows, and from the work she did<br>
examining<br>
the protein sequence. So I don't think the protein ID would 
suffice,<br>
because it would capture nothing of the curator's involvement. The<br>
advantage of a GO_REF is that we could include everything the<br>
curator did,<br>
and make it unambiguous ... but it's not for me to decide whether<br>
that<br>
advantage outweighs the problems (btw, what are the arguments<br>
against a<br>
GO_REF?)<br><br>
m<br><br>
On Wed, 8 Mar 2006, Emily Dimmer wrote:<br><br>
<br><br>
<br><br>
<blockquote type=cite class=cite cite>So if using the ISS code with these
kinds of annotations, what<br>
reference information should be provided? Should the reference<br>
field refer back to the protein's identifier? Or to a specific<br>
GO_REF (which isn't ideal)<br>
e.g.<br>
UniProt     P12345     
GO:0004672     
UniProt:P12345     <br>
ISS   F<br>
protein    taxon:9606
20060308       UniProt<br><br>
Midori Harris wrote:<br><br>
<br><br>
<br><br>
<br>
<blockquote type=cite class=cite cite>The documentation for ISS says that
it can be used for predicted<br>
or observed sequence features, and that in such cases the 'with'<br>
field can be left blank. If we choose to regard altered 'active'<br>
site residues as features -- which seems reasonable -- ISS will<br>
work.<br><br>
Also, using IC would not solve the reference problem, so you<br>
would still have to either (a) make a GO_REF entry or (b) think<br>
of something else to use as the reference.<br><br>
m<br><br>
On Wed, 8 Mar 2006, Evelyn Camon wrote:<br><br>
<br><br>
<br><br>
<br><br>
<br>
<blockquote type=cite class=cite cite>ok..so sequence similar to what??
the sequence/domain for the<br>
active kinase??? or could we have Inferred by Curator from<br>
Sequence (ICS??)..hmmm<br><br>
Ev<br><br>
Valerie Wood wrote:<br><br>
<br><br>
<br><br>
<br><br>
<blockquote type=cite class=cite cite>I think I prefer ISS, because this
is essentially a judgement<br>
which has<br>
been made by assessing the sequence.....<br><br>
Evelyn Camon wrote:<br><br>
<br><br>
<br><br>
<br><br>
<br>
<blockquote type=cite class=cite cite>Hi,<br><br>
I'm not keen on the GO_REF idea I'm afraid...could we propose<br>
that IC<br>
could be used without GO ID on these odd occasions...not sure<br>
what<br>
publication you would use though...<br><br>
Ev<br><br>
Sandra Orchard wrote:<br><br>
<br><br>
<br><br>
<br><br>
<br>
<blockquote type=cite class=cite cite>Most kinase recognition patterns
are HMMs which can only<br>
predict a<br>
domain but will not tell you if it is active or not. The<br>
kinases in<br>
these examples were hit by the HMMs. The only method which<br>
will give any<br>
indication of activity are ProSite patterns which<br>
specifically say a<br>
particular residue needs to be in a particulr position. The<br>
HMMs are<br>
correct in that these are part of the kinase family, but are<br>
inactive<br>
members of it, they are not false positives in that sense.<br>
This is true<br>
for many different classes of enzyme.<br><br>
And I do not remove enzyme InterPro2GO annotation just<br>
because a family<br>
contains a few inactive members - all the big enzyme<br>
families do and<br>
they can only really be recognised by manual annotation.<br><br>
Sandra<br><br>
Valerie Wood wrote:<br><br>
<br><br>
<br><br>
<br><br>
<br><br>
<blockquote type=cite class=cite cite>Hi Emily,<br><br>
A few comments which may be relevant:<br><br>
Out of interest, which protein kinase family is this (i.e.<br>
which<br>
Interpro domain). Is it a family where some (but not all)<br>
members are<br>
protein kinases, in<br>
which case the mapping should be removed?<br><br>
Alternatively, if this appears to be a spurious hit,<br>
instead of adding a<br>
NOT annotation, you can get spurious matches suppressed by<br>
Interpro as<br>
false positives (I often do this for S. pombe).<br><br>
Or, could it be a sequencing or gene predicition error?<br><br>
<br><br>
Val<br><br>
<br>
Midori Harris wrote:<br><br>
<br><br>
<br><br>
<br><br>
<br><br>
<br>
<blockquote type=cite class=cite cite>Hi,<br><br>
I think there's no doubt whatsoever that this information<br>
should be<br>
captured. The question is what to put for reference and<br>
evidence. The<br>
best<br>
evidence code is probably TAS, although one could possibly<br>
also make a<br>
case for ISS (note that IC is restricted to inferences<br>
from other GO<br>
annotations, so isn't suitable).<br><br>
For a reference, one possibility is to add an item to the<br>
GO_REF<br>
collection; then there would be an ID to plug into the file.<br><br>
m<br><br>
On Wed, 8 Mar 2006, Emily Dimmer wrote:<br><br>
<br><br>
<br><br>
<br><br>
<br><br>
<br><br>
<blockquote type=cite class=cite cite>Hi,<br><br>
One of our annotators, who is an expert on protein<br>
kinases, has looked<br>
at the sequence of a putative protein kinase and from<br>
noticing a couple<br>
of amino acids changes at its active site, has predicted<br>
that it does<br>
not possess any kinase activity - she did not use any<br>
software and<br>
there<br>
is no published work on this protein.<br>
Do you think this type of annotation should be<br>
represented in GO (we<br>
feel this annotation is of high quality and adds valuable<br>
information to<br>
a protein which has not yet been characterized), and if<br>
so how should<br>
this annotation be shown?<br><br>
Thanks,<br>
Emily<br><br>
<br><br>
<br><br>
<br>
</blockquote></blockquote><br><br>
<br>
</blockquote></blockquote>-- <br>
Evelyn Camon<br>
GOA Coordinator<br>
Senior Scientific Curator<br>
European Bioinformatics Institute<br>
Tel:01223-494465<br>
Fax:01223-494468<br>
E-mail: camon@ebi.ac.uk<br>
URL:
<a href="http://www.ebi.ac.uk/goa" eudora="autourl">http://www.ebi.ac.uk/goa</a><br><br>
<br><br>
<br>
</blockquote><br><br>
<br><br>
</blockquote>-- Evelyn Camon<br>
GOA Coordinator<br>
Senior Scientific Curator<br>
European Bioinformatics Institute<br>
Tel:01223-494465<br>
Fax:01223-494468<br>
E-mail: camon@ebi.ac.uk<br>
URL:
<a href="http://www.ebi.ac.uk/goa" eudora="autourl">http://www.ebi.ac.uk/goa</a><br><br>
<br><br>
<br><br>
<br>
</blockquote><br><br>
</blockquote><br>
</blockquote></blockquote></blockquote></blockquote><br>
-- <br>
David P. Hill, Ph.D.<br>
Senior Scientific Curator<br>
Mouse Genome Informatics<br>
Gene Ontology Consortium<br>
The Jackson Laboratory<br>
600 Main Street<br>
Bar Harbor, ME 04609-1500<br>
tel:207-288-6430<br>
htpp://www.informatics.jax.org<br>
<a href="http://www.geneontology.org/" eudora="autourl">http://www.geneontology.org</a></blockquote><br>
<br>
</blockquote>-- <br>
David P. Hill, Ph.D.<br>
Senior Scientific Curator<br>
Mouse Genome Informatics<br>
Gene Ontology Consortium<br>
The Jackson Laboratory<br>
600 Main Street<br>
Bar Harbor, ME 04609-1500<br>
tel:207-288-6430<br>
htpp://www.informatics.jax.org<br>
<a href="http://www.geneontology.org/" eudora="autourl">http://www.geneontology.org</a></blockquote><br>
</blockquote><br>
</blockquote><br><br>
-- <br>
Alexander Diehl, Ph.D.<br>
Scientific Curator<br>
Mouse Genome Informatics<br>
The Jackson Laboratory<br>
600 Main Street<br>
Bar Harbor, ME  04609<br><br>
email:  adiehl@informatics.jax.org<br>
work:  +1 (207) 288-6427<br>
fax:  +1 (207) 288-6131<br>
</font></blockquote></body>
</html>