QCQA next call: Difference between revisions

From GO Wiki
Jump to navigation Jump to search
mNo edit summary
Line 8: Line 8:
* We need to define what constitutes a redundant information, WRT to sources, evidences and references
* We need to define what constitutes a redundant information, WRT to sources, evidences and references
* There is a ticket that explains the strategy that will be taken for this: see https://github.com/geneontology/amigo/issues/43 and https://github.com/geneontology/amigo/issues/440
* There is a ticket that explains the strategy that will be taken for this: see https://github.com/geneontology/amigo/issues/43 and https://github.com/geneontology/amigo/issues/440
* '''AI: Rules for flagging redundant annotations need to be documented - Chris'''  
* '''AI: Rules for flagging redundant annotations need to be documented - Chris'''
* https://github.com/geneontology/go-annotation/issues/2060
* https://github.com/geneontology/go-annotation/issues/1879
 
Different types of redundancy
* identical experimental annotations from different sources https://github.com/geneontology/go-annotation/issues/1404
* inferred and IEA, ISO, ISM, IBA  annotations  when EXP exist
* Redundant  inferred annotations from GOC F-P links pipeline
  * e.g.  https://github.com/geneontology/go-site/issues/576
* TAS /NAS (special case)
 
There is no use case for users of MODs and AMiGO to see automated annotations when EXP annotations are present.
If somebody wants a complete set of annotations from a mapping resource these could be made available separately.


==New error reports - status==
==New error reports - status==

Revision as of 09:29, 5 October 2018

Preparing for GOC meeting

Annotation redundancy - non-experimental annotations

Discussion: Annotation redundancy - non-experimental annotations

Different types of redundancy

  * e.g.  https://github.com/geneontology/go-site/issues/576
  • TAS /NAS (special case)

There is no use case for users of MODs and AMiGO to see automated annotations when EXP annotations are present. If somebody wants a complete set of annotations from a mapping resource these could be made available separately.

New error reports - status

http://snapshot.geneontology.org/reports/gorule-report.html https://github.com/geneontology/go-site/issues/709

How to blacklist papers

Pascale

  • List/form template of excluded papers or combinations of PMID/Gene/GO

Update: Unmaintained annotation sets

https://github.com/geneontology/go-annotation/issues/1724#issuecomment-390136730

  • AI: check status with Tony - Unmaintained annotation sets

TIGR, JCVI, PAMGO ISS annotations: Michelle: The ISS annotations from at least TIGR (and should be also JCVI and PAMGO) were all manual. They were either matches to HMMs or based on pairwise alignments. We used IEA for any annotations that were automatic from our pipeline and not reviewed. I assume JCVI continued that process after I left - at least until they stopped using their pipeline and shifted completely to using the NCBI PGAP tool (prokaryotic genome annotation pipeline). I think we (and hopefully PAMGO) were pretty good about using the GO_REFs to indicate whether it was HMM or pairwise. The problem with replacing our HMM annotations with InterPro2GO mappings is that we made much more specific annotations based on HMMs than what the InterPro mappings often do. I'd hate to lose those but I understand your desire to keep the annotations current.

Reported from the previous meeting

  • GO-CAM QC plan
    • including SynGO, > 90 % of the production models


To revisit later

SPKW hierarchy - at odds with transitivity as found in GO ontology?

    • https://github.com/geneontology/go-annotation/issues/2036
    • emailed Chris, Seth about help with querying the GO database for non-redundant SPKW-based annotations (2018-08-16)
    • Kimberly: WB looking into the information added by SPKW in WormBase. From that evaluation we can perhaps decide whether we want to keep them.