Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

static datatypes and attributes #3

Closed
duncdrum opened this issue Dec 29, 2015 · 3 comments
Closed

static datatypes and attributes #3

duncdrum opened this issue Dec 29, 2015 · 3 comments

Comments

@duncdrum
Copy link
Contributor

@mbastian said

  • Add an optional edge kind attribute: This is the base of the property graph and defined some kind of label that defines the nature of the relationship. Unfortunately we already use type (for directed/undirected) and label (unique string for each edge) but "kind" seems clear enough.
  • idtype: The current 1.2 specifications describe an idtype attribute one can set on graph to configure the type of element ids. This is actually something that we never implemented in the import/export and could now be done because GraphStore supports it. So I suggest to start supporting this and also add long in addition of string (default) and integer.
  • slice mode: To make the distiction between dynamic graphs contained into a single GEXF (i.e. our current 'dynamic' mode) and dynamic graphs contained in a collection of GEXF files I suggest to introduce an additional 'mode' attribute names 'slice'. The possible values are currently 'static' (default) and 'dynamic'.
  • Add a new “hex” attribute to viz:color: It would allow to use things like hex=“#FF00FF”. I would suggest to support alpha there as well.
duncdrum added a commit to duncdrum/gexf-1 that referenced this issue Dec 29, 2015
duncdrum added a commit to duncdrum/gexf-1 that referenced this issue Dec 29, 2015
removed some more start/endopen. see gephi#3, gephi#4
@duncdrum
Copy link
Contributor Author

slices aren't defined in the grammar yet, since i m not 100% clear on what they should do

@mbastian
Copy link
Member

mbastian commented Jan 1, 2016

Slices are a way to characterize a complete <graph> over time and say something like "this graph is at that state at timestamp t. You can imagine the scenario where a researcher is making a snapshot of a given graph at regular periods. Each snapshot would then be a different GEXF file and I would call this snapshot a slice of the global over-time network. For gephi to allow the merge of these different GEXF files it needs to know when was this snapshot taken and that's the role of the timestamp attribute on graph. Alternatively, we allow to characterize a slice/snapshot with an interval.

@duncdrum
Copy link
Contributor Author

duncdrum commented Jan 2, 2016

ok got it, seem that the remaining work for slices depends on the commits on the other issue. Closing this one

@duncdrum duncdrum closed this as completed Jan 2, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants