[Data-modeling] graph, nodes, relationships - a few questions
Shawn Simister
narphorium at gmail.com
Sun Jun 28 20:33:20 UTC 2009
Roland Bouman wrote:
> Hi All!
>
> this is the first time I'm posting on the data-modeling list - i hope
> this is the right place.
>
> I am trying to understand MQL so I'm reading the MQL Reference Guide.
> I have a few questions about a few things I read, and I was hoping to
> get some help here.
> In particular, I am a tad confused about some of the things I read in
> http://mql.freebaseapps.com/ch02.html
>
> In "2.1. Nodes and Relationships"
> (http://mql.freebaseapps.com/ch02.html#id2942817) it reads:
>
> "...the Metaweb graph is a set of nodes and a set of links or
> relationships between those nodes.
> ....however, the nodes in the graph hold no information themselves.
> ....All the interesting data in the database is stored in the form of
> relationships between nodes (or between nodes and primitive values).
> ...Graphs can be represented visually using circles to represent nodes
> and arrows between the circles to represent relationships.
> "
>
> So far, so good. As I continue reading "2.2. Properties"
> (http://mql.freebaseapps.com/ch02.html#id2943383), I am confused by
> this:
>
> "...You may have wondered about the fact that these property
> identifiers look so much like node identifiers.
> ....this means, of course, [..] that properties are themselves nodes
> in the Metaweb graph.
> ....Since properties are nodes, they can appear in the From column of
> a table of tuples, and can have relationships themselves."
>
> Now, from what I understand, these "properties" are actually
> relationships (it's just represented as property in the tabular
> representation of the graph).
> But to me this sounds like it contradicts 2.1:
>
> One the one hand, nodes hold no information themselves, rather the
> relationships between nodes hold the interesting information, yet at
> the same time, relationships are themselves actually nodes.
> I also have trouble how this would be visualized "using circles to
> represent nodes and arrows between the circles to represent
> relationships".
> I mean, I can see how it is possible to still visualize a graph if you
> elect beforehand which nodes to draw as circles, and which ones as
> connecting lines,
> but my gut feeling says you cannot visually represent the same node
> both as a cirle and as a connecting line without duplication.
>
> Just to be clear - I am not interested in actually drawing graphs - I
> am just looking for a way to understand this node/relationship
> duality.
>
> I'd greatly appreciate any pointers / explanations.
>
> kind regards,
>
>
Check out the Thinkbase <http://thinkbase.cs.auckland.ac.nz/> app that
uses Freebase data to draw the sort of graph diagrams that are talked
about in chapter 2.
For example, see the graph for the movie Transformers
<http://thinkbase.cs.auckland.ac.nz/index.html?q=/en/transformers> which
was directed by Michael Bay. You can see that both the Transformers node
and the Michael Bay node are connected with a line and if you mouse over
that line it will say "Directed By".
As you've correctly read, the Directed By property
<http://thinkbase.cs.auckland.ac.nz/index.html?q=/film/film/directed_by>
itself is also stored in the graph and can be represented as it's own
graph in Thinkbase.
To show both of these graphs in the same diagram would certainly be
confusing because you would need to show a lot more detail than what is
currently being shown. For example, in the Transformers diagram, each
line is actually what Freebase calls a Link
<http://thinkbase.cs.auckland.ac.nz/index.html?q=/type/link> which is a
node unto itself. To accurately show the underlying structure of the
Freebase graph, each link should really be drawn as its own node with
lines connectimg to the source, target and and the master property
nodes. However, in most cases it makes more sense to abstract this
detail away from the user to give them a simpler view of the graph that
is closer the the object-oriented models that most people are used to
working with.
Don't worry if this makes your head hurt. It should. It's pretty geeky
stuff that probably took some really smart people a long time to design.
Shawn
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freebase.com/pipermail/data-modeling/attachments/20090628/2bae3a48/attachment.htm
More information about the Data-modeling
mailing list