There have been discussions about adding a "graph" concept to the property graph model which would entail: top-level-properties, nodes and relationships. Then your chemical molecule would be a named graph "methanol" with the nodes and relationships but also the high level properties of this compound.
But so far nothing concrete yet. You can simulate it by using additional node labels (or alternatively a "graph" array property on nodes or relationships which indicate which graph(s) they belong to) And then a "root" node that holds the graph-properties of that graph. HTH, Michael On Sat, Mar 12, 2016 at 6:51 PM, John O'Gorman <[email protected]> wrote: > Long time since this was posted, but I was wondering if any more was done > on it. I have similar challenge and reza describes it very well by > separating elements from compounds (chemicals). Maybe one way to think of > a view is by using the name of the compound 'Methanol' as the aggregate and > equivalent representation of both the graphics and the graph. > > > > On Wednesday, August 21, 2013 at 12:19:40 AM UTC-6, reza afzalan wrote: >> >> @Andres @Joe @Wes >> >> Hi >> >> I love this idea. >> >> But I think a little bit different. >> >> Wonder about a chemical material database, select e.g. methanol with a >> formula like: CH4O >> >> Below U can see a different views of CH4O: >> >> >> <http://www.google.com/url?q=http%3A%2F%2F0.tqn.com%2Fd%2Fchemistry%2F1%2F0%2FB%2Fe%2Fmethanol.jpg&sa=D&sntz=1&usg=AFQjCNFGUHAo4k8T_cTvQfg5SyQB91kmRQ> >> >> >> <http://www.nicnas.gov.au/media/images/chemicals/67-56-1.png> >> >> >> >> Here we have different kind of materials: >> >> 1-Elements like: H (Hydrogen), O (Oxygen) >> >> 2-Chemicals like: CH3, HO. >> >> All the elements have a node with specific properties and graphics. >> >> Chemicals may have a node with specific properties and a graphic that is >> a view of the others. >> >> or may be only a conceptual view. >> >> The important points about this kind of view is: >> >> 1- it is an in memory, totally new arrangement of nodes & >> views. >> >> 2- a node may have deferent locations in a view, so view >> constructor must have the ability to repeats a node in different locations. >> >> 3-in this kind of view new relations between elements are >> created, so view constructor must have the ability to create in-memory >> relations between elements of view. >> > -- > You received this message because you are subscribed to the Google Groups > "Neo4j" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Neo4j" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
