Cytoscape Wiki|
← Revision 1 as of 2007-09-26 21:47:43
Size: 1593
Comment:
|
← Revision 2 as of 2007-09-30 20:59:51 →
Size: 3329
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 14: | Line 14: |
| ##The sections below may be useful when creating an RFC, delete the ones that are not |
The goal is to provide different ways of viewing a group of nodes of a network. We must provide a visualization that will present nodes with specific characteristics or similarities in a clear and organized manner without intrusion on the view of the rest of the network. To accomplish this goal we will introduce use cases that will present a different type of group view that will provide an option for this feature. |
| Line 17: | Line 20: |
|
=== Use Case 1 - Single Node === '''Solution:''' A group of nodes can be visualized by collapsing the selected group (child nodes) into a single parent node. The connections that exist between the child nodes and the surrounding nodes of the network will be represented in this view. All the edges connected to the child nodes will be connected to the single parent node. '''Characteristics:''' The group node will have the option of having specific characteristics that will help in representing the child nodes. For example if the color of the child nodes was an important feature in the network, the parent node can inherit a color that will be more helpful in representing the child nodes within. This can be done by using a color value that is an average of all the color values of the child nodes, or use a color value that appears the most frequent within the group. '''Visualization:''' The user can have the ability to view information within the node without expanding the group node. A tool tip window can appear when a cursor moves over the group node and a list of names of all the child nodes can appear in the window. Other important information can also appear in this window, such as a list (or a percentage figure if the number child nodes is large) of the type of nodes that exist in this group or other features such as color if necessary. '''Visual Aid:''' |
RFC Name : Group views |
Editor(s): Anna Rukosuyeva |
Status: Being written |
Proposal
The goal is to provide different ways of viewing a group of nodes of a network. We must provide a visualization that will present nodes with specific characteristics or similarities in a clear and organized manner without intrusion on the view of the rest of the network.
To accomplish this goal we will introduce use cases that will present a different type of group view that will provide an option for this feature.
Biological Questions / Use Cases
Use Case 1 - Single Node
Solution: A group of nodes can be visualized by collapsing the selected group (child nodes) into a single parent node. The connections that exist between the child nodes and the surrounding nodes of the network will be represented in this view. All the edges connected to the child nodes will be connected to the single parent node.
Characteristics: The group node will have the option of having specific characteristics that will help in representing the child nodes. For example if the color of the child nodes was an important feature in the network, the parent node can inherit a color that will be more helpful in representing the child nodes within. This can be done by using a color value that is an average of all the color values of the child nodes, or use a color value that appears the most frequent within the group.
Visualization: The user can have the ability to view information within the node without expanding the group node. A tool tip window can appear when a cursor moves over the group node and a list of names of all the child nodes can appear in the window. Other important information can also appear in this window, such as a list (or a percentage figure if the number child nodes is large) of the type of nodes that exist in this group or other features such as color if necessary.
Visual Aid:
General Notes
Requirements
Deferred Items
Open Issues
Backward Compatibility
Expected growth and plan for growth
References
Implementation Plan
Comments
How to Comment
Edit the page and add your comments under the provided header. By adding your ideas to the Wiki directly, we can more easily organize everyone's ideas, and keep clear records. Be sure to include today's date and your name for each comment. Try to keep your comments as concrete and constructive as possible. For example, if you find a part of the RFC makes no sense, please say so, but don't stop there. Take the extra step and propose alternatives.