AmiGO 1 7 (Archived): Difference between revisions

From GO Wiki
Jump to navigation Jump to search
No edit summary
No edit summary
Line 2: Line 2:


Currently [http://ash.lbl.gov/cgi-bin/amigo/go alpha].
Currently [http://ash.lbl.gov/cgi-bin/amigo/go alpha].
= Planned Features =
TBD


= Done Features =
= Done Features =
Line 14: Line 18:
*** homolset
*** homolset
*** visualize client
*** visualize client
= Planned Features =
TBD


= Current work =
= Current work =

Revision as of 17:49, 20 April 2009

Status

Currently alpha.

Planned Features

TBD

Done Features

  • easy graph generation [1]
    • RESTful API (as yet unpublished)
    • basic and advanced inputs AmiGO_Manual:_Visualize
    • all graph displays backed by standard backend
    • interactive and static everywhere
      • term enrichment
      • browser
      • homolset
      • visualize client

Current work

Deferred features

  • Organizing annotation results by qualifier
  • Term request client for SF (AKA ART)
  • Cross-product and inter-ontology link support (may be punted until following release, but we will start on necessary infrastructure changes)

Future work in progress (visible in live beta)

  • Coannotation (possible coannotation interface)
  • OpenSearch
    • term completion and suggestions in web browser
    • direct access or search
  • Lucene (concept page)
    • speed
    • complex search
      • boolean
      • distance
      • weight
    • graph information as well?
  • advanced graph visualizations [2] [3]
  • bi-ax test [4] (defunct?)
  • Workspaces (generalization of session)

TBD

  • Expand the scope of community annotation (depending on user feedback).
  • Switch caching over from page render caching to data caching (currently evaluating sqlite3)
  • RSS update on terms and gps (could be tied to GONUTs for timeliness?)
  • add Google analytics throughout AmiGO and associated sites.
  • looking at other ways to supply search results (perl clucene (apache) vs. lucene (tomcat) vs. solr (tomcat or jetty) vs. perl/xapian (apache) vs. ruby/ferret (apache))
    • look at ways of solving "*ase" problem(if it is) (e.g. reverse indexing and merge results)