...
- import/export for creating, modifying, deleting, listing parts or whole of one or more Views
- export graph (actual upload csv schema might be different than this. upload is actually a UI component)
- Nodes tab
- <NodeName, additional fields>
- Relations Tab
- <leftNode, rightNode, relationType, additional relationFields>
- Nodes tab
- import graph (same as above)
- edit graph (actual upload csv schema might be different than this. upload is actually a UI component)
- Add Nodes tab (most likely not needed)
- <NodeName, additional fields, PolicyName/ID>
- Delete Nodes tab
- <NodeName, PolicyName/ID>
- Rename Nodes tab
- <OldNodeName, NewNodeName, PolicyName/ID>
- Split Nodes tab
- <OldNodeName, ListOfNewNodeName, PolicyName/ID>
- Merge Nodes tab
- <List of OldNodeNames, NewNode, PolicyName/ID>
- Add Links tab (most likely not needed)
- <leftNodeName, rightNode, linkType, PolicyName/ID>
- Delete Links tab (most likely not needed)
- <leftNodeName, rightNode, linkType, PolicyName/ID>
- Add Nodes tab (most likely not needed)
- export graph (actual upload csv schema might be different than this. upload is actually a UI component)
- APIs for creating, modifying, deleting, listing parts or whole of one or more Views, and their management
- can parallel the import/export/edit syntax
Compound Policy
Code Block |
---|
{
"version": 0.1,
"predicate": {
"conjunction": "and",
"predicate": [
{
"comparator": "equalTo",
"policy": "pid_00",
"value": 0
},
{
"conjunction": "or",
"predicate": [
{
"comparator": "in",
"policy": "pid_01",
"value": "[Spine]"
},
{
"comparator": "not in",
"policy": "pid_02",
"value": "[Maths, English]"
}
]
}
]
}
} |
Comments
- For better performance, making Framework, Vocabulary, etc as first entities may be necessary. Handling sets via set membership could result in verbose queries and higher latency
- Node and Relationship (properties) are listed out here
- Policies can also have RBAC-based behavior.
...