Differences between revisions 7 and 14 (spanning 7 versions)
Revision 7 as of 2008-07-19 15:53:49
Size: 2422
Editor: AlexPico
Comment:
Revision 14 as of 2008-07-19 19:21:12
Size: 1498
Editor: AlexPico
Comment:
Deletions are marked like this. Additions are marked like this.
Line 8: Line 8:
Detailed list of tasks to push ahead with OSGi adoption and assessment. Names and estimated deadlines included.
= Tasks =
##bullet point list of discussion items, in order of discussion
 1. build system - easy to use for plugin developers (Kei - end of Aug)
  * setup repository
  * documentation on wiki for a naive developer
  * maven site documentation
  * debugging in eclipse (other IDEs) must be easy for plugin developers (ISB - end of Aug)
  * testing of core and plugin development process by core and naive developers (Alex, Allan, Scooter, Mr.X - mid Sept)
  * test web start (see http://help.eclipse.org/help32/index.jsp?topic=/org.eclipse.platform.doc.isv/guide/java_web_start.htm)
  * develop templates/demos for plugin interoperability, dependency, extension, multiple versions coexisting, etc.
 1. Cytoscape Presence (ISB + Alex, Kristina - December?)
  * collect materials: video ideas, tutorials, course material, selected publications (scivee?)
  * build, identify infrastructure for this material
  * deploy
  * discuss consistency/style guidelines
 1. Cleaning up all warnings and mvn find bugs (Everyone!)
  * a lot of these are unchecked errors
  * site hackathon?
  * split up arbitrarily
 1. GraphPerspective <-- new CyNetwork
  * implications for CyNodeAttributes, CyEdgeAttributes
  * work out details for selection, hide=>remove; this has implications in other places that relied on "hide"
  * this directly addresses the new "copy model" versus root graph model
  * this is ''not'' a simple find/replace
 1. ViewModel
  * design should follow GraphPerspective work (~ 6 months out)
  * has implications for Presentation layer and dependencies that require decisions about the Presentation Layer
 1. I/O Layer
  * TBD
  * requires feedback on current discussion and API proposals (see Saturday retreat agenda links)
 1. Command
  * TBD
  * Kei and Scooter may have prior art that can implemented now
Discussion of Network and Attribute Model
Line 43: Line 10:
== Notes ==
##This section will contain notes from the session, as input concurrently by multiple attendees (we may want to use Google Documents for this)
= Network and Attribute Model =
 * Trey's "five minutes"
  * tweak #1 - every node should have a unique ID per session (NID)
  * tweak #2 - attributes should have unique IDs as well (AID); each NID is associated with a set of AIDs; related nodes may share many attributes; where data is shared, references are used

=== Something Approximating Concensus ===
 * each loaded node has a unique ID (NID)
 * a unique binding table of NIDs <-> Names exists per network
 * data is loaded as one or more worksheets, keyed by node Name
 * when you load a worksheet, you have to specify which (if any) networks to apply the data (default = currentNetwork)
 * when you load a network, you have to specify which (if any) worksheets you want to apply (default = all?)
 * as a UI point, you could also preselect networks (or worksheets) prior to loading worksheets (or networks) to indicate binding
 * when a worksheet is applied to one or more networks, a reference is placed in the network binding table to the worksheet cell
 * data table cells should be able to reference other cells, networks, vizmap properties; cells could contain formulas as well

Continued Design Discussions and Wrap Up

Date: Saturday, July 19, 2008

Description

Discussion of Network and Attribute Model

Network and Attribute Model

  • Trey's "five minutes"
    • tweak #1 - every node should have a unique ID per session (NID)
    • tweak #2 - attributes should have unique IDs as well (AID); each NID is associated with a set of AIDs; related nodes may share many attributes; where data is shared, references are used

Something Approximating Concensus

  • each loaded node has a unique ID (NID)
  • a unique binding table of NIDs <-> Names exists per network

  • data is loaded as one or more worksheets, keyed by node Name
  • when you load a worksheet, you have to specify which (if any) networks to apply the data (default = currentNetwork)
  • when you load a network, you have to specify which (if any) worksheets you want to apply (default = all?)
  • as a UI point, you could also preselect networks (or worksheets) prior to loading worksheets (or networks) to indicate binding
  • when a worksheet is applied to one or more networks, a reference is placed in the network binding table to the worksheet cell
  • data table cells should be able to reference other cells, networks, vizmap properties; cells could contain formulas as well

CytoscapeRetreat2008/Design (last edited 2009-02-12 01:03:18 by localhost)

Funding for Cytoscape is provided by a federal grant from the U.S. National Institute of General Medical Sciences (NIGMS) of the Na tional Institutes of Health (NIH) under award number GM070743-01. Corporate funding is provided through a contract from Unilever PLC.

MoinMoin Appliance - Powered by TurnKey Linux