{"id":274,"date":"2008-12-07T17:11:05","date_gmt":"2008-12-08T01:11:05","guid":{"rendered":"http:\/\/raffy.ch\/blog\/2008\/12\/07\/displaying-time-in-link-graphs\/"},"modified":"2011-11-19T07:49:19","modified_gmt":"2011-11-19T15:49:19","slug":"displaying-time-in-link-graphs","status":"publish","type":"post","link":"https:\/\/raffy.ch\/blog\/2008\/12\/07\/displaying-time-in-link-graphs\/","title":{"rendered":"Displaying Time in Link Graphs"},"content":{"rendered":"

\"sip-dip-bool.gif\"<\/a>I have been using link graphs a lot in my work of visualizing security data. They are a great methods to display relationships between entities. I guess the most used link graph is one that shows communications of machines. The nodes represent the communicating machines and arrows connecting them show flows.<\/p>\n

You can use color and shape to encode more information, such as the amount o traffic transmitted or a machine’s role. I even extended the graphs to show three types of nodes: source nodes, event nodes, and target nodes.<\/p>\n

\"source<\/a><\/p>\n

\"three<\/a><\/p>\n

This lets me encode more information in a graph, such as the machines communicating and the service they used, as shown on the right.
\n<\/p>\n

rent a car in moscow<\/b><\/a><\/div>\n

All of this has been incredibly useful. However, for the longest time I have been thinking about how to include time<\/strong> into link graphs. To date, I don’t really have a good solution. Here are some things I have considered:<\/p>\n

    \n
  1. Animation<\/em>: This is the most obvious solution. You use a tool that replays the data. Use fast forward to speed up the animation. Ideally the tool would allow for forwarding and reversing the animation, just like the controls you have to watch a movie. This approach has the disadvantage of change blindness. There are changes that the human brain will not notice. And the probably even bigger problem are the layout algorithms that are generally not built for incremental updates. Adding new nodes to a graph moves the existing ones around and the viewer cannot locate them anymore. [I wrote about this in my book in Chapter 3.] You can counter the problem of instability by assigning each node a pre-computed location. Use some hashing algorithm to do so.<\/li>\n
  2. Color<\/em>: The idea would be to assign color to nodes or edges. Use some sort of encoding to show time. For example, the lighter a color, the late it happened. This approach is very limited. There are only so many colors you have available. The human eye can only differentiate, really differentiate about 8 hues. Any more and it gets really hard to tell which node is brighter. [It might be more than 8, but the number is really really low]<\/li>\n
  3. Using arrows that order the connections<\/em>: This was an idea I had a while back. I don’t think it’s actually useful, but here it is anyways: You generate a link graph and then you introduce a set of arrows that connect the edges. The arrows indicate time, so you connect the earliest event with the second earliest , and so on. This will really clutter the display an is probably really hard to read.<\/li>\n
  4. Paralll coordinates:<\/em> Add a coordinate for time. This can help in some instances. In others the time-axis will just be completely cluttered. But worth a try.<\/li>\n
  5. Multiple, linked views<\/em>: The idea here is to generate your link graph and then in addition, you also generate a display that encodes time. For example, a time table. On the x-axis you show time and on the y-axis you show, the source node’s field. The problem here is how do you link the two displays. Interactivity is almost a must. So that you could click on a node and see it in the time chart. Even better would be if you could encode the relationships in the time table. However, that might be hard.<\/li>\n
  6. Using a time-base layout algorithm<\/em>: I am too bad of a coder to actually implement this idea. I am also not sure what the result would be like. The idea would be to define the attraction between nodes as the time distance. There are many problems. What do you do if a connection shows up at multiple instances in time? I haven’t thought this true. But maybe there is a possibility here.<\/li>\n<\/ol>\n

    Unfortunately, all of these solutions have drawbacks. I think I favor timecharts for showing time-based activity. But then, the number of entities you can track is limited, etc.<\/p>\n

    Anyone have a solution for showing time-based activity? Even if it’s animation, what are some of the key things that would help making the animation easy to follow?<\/p>\n

    [tags]visualization, link graph, network graph, time visualization[\/tags]<\/p>\n","protected":false},"excerpt":{"rendered":"

    I have been using link graphs a lot in my work of visualizing security data. They are a great methods to display relationships between entities. I guess the most used link graph is one that shows communications of machines. The nodes represent the communicating machines and arrows connecting them show flows. You can use color […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2],"tags":[19,20,21,38],"class_list":["post-274","post","type-post","status-publish","format-standard","hentry","category-visualization","tag-link-graph","tag-network-graph","tag-time-visualization","tag-visualization"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t