Nach anfänglichen Schwierigkeiten habe ich die Sunburst Visualisierung aus dem Flare Test Paket isoliert und soweit erweitert, dass sie meinen Anforderungen mehr oder minder entspricht.

Ziel

Angenommen ich lese mir einen Artikel durch und möchte mehr Informationen zu dem Verfasser angezeigt bekommen. Üblicherweise navigiere ich in diesem Fall auf die Benutzerseite des Autors. Diese Seite hält je nach eingesetztem Wiki weitere interessante Informationen über einen Benutzer bereit und bietet damit die Basis des sozialen Netzwerks in einem Wiki Portal. Sunburst soll hier dazu beitragen, dass der Interessen- und Wissens-Schwerpunkt dieses Benutzers schnell erkannt werden kann. Dadurch ist es dem Rezipienten möglich den Benutzer schnell in Fach- und Wissensgebiete einordnen.

Umsetzung

Die originale Sunburst Implementierung ist im Prinzip nur eine andersartige Darstellung einer Baumhierarchie. In der Mitte befindet sich der Startknoten (Wurzel). Jede weitere Sektion symbolisiert einen Kindknoten. Je weiter nach außen eine Sektion liegt um so tiefer der Knoten in der Baumhierarchie. Die Größe eines Knotens ergibt sich ausschließlich über die Anzahl seiner Kinder. Die Blätter sind immer gleich groß.

Diese Art der Darstellung hätte die Zielsetzung nicht erfüllen können. Damit eine Abschätzung des Betrachters, in welchen Themengebieten der Benutzer tätig ist, möglich wird, müssen die Blätter (Artikel) in der Größe variabel gestaltet werden können. Je öfter der Benutzer ein Artikel editiert hat, umso größer (längere Sektion) seine Darstellung. Um ähnliche Knoten-Größen, die durch die Krümmung eventuell nicht optimal miteinander vergleichbar sind besser abwägen zu können, ist jeder Blatt-Knoten je nach Größe farblich kodiert. Ähnliche Größen haben ähnliche Farben.

Die Wurzel stellt den Benutzer dar, auf dessen Seite die Visualisierung platziert ist. Jeder graue Knoten (Sektion) symbolisiert eine Kategorie. Jeder Blattknoten ist einer Kategorie zugeordnet (graue Sektionen), so dass eine thematische Einordnung der Artikel möglich ist. Der Weg von der Wurzel bis zum Blatt bedeutet die Einordnung eines Artikels, der von diesem Benutzer verfasst wurde in die Kategorienhierarchie des Wikis. Je geringer die Hierarchietiefe der Kategorien, umso weniger Ringe in der Darstellung. Besäßen die Kategorien keinerlei Hierarchie (Benutzung als Tags) hätte die Darstellung insgesamt nur drei Ringe.

Datensatz

Der Datensatz muss GraphML kompatibel sein.

<?xml version="1.0" encoding="UTF-8"?>
<graphml>
<graph edgedefault="undirected">
	<key attr.type="string" id="name" for="node" attr.name="name"/>
	<key attr.type="bool" id="kategorie" for="node" attr.name="kategorie"/>
	<key attr.type="string" id="artikel" for="node" attr.name="artikel"/>
	<key attr.type="string" id="uri" for="node" attr.name="uri"/>
	<key attr.type="int" id="size" for="node" attr.name="size"/>
	<key attr.type="string" id="shortname" for="node" attr.name="shortname"/>
	
	<node id="0">
		<data key="name">Viktor Dite</data>
		<data key="shortname">Viktor...</data>
		<data key="kategorie">true</data>
		<data key="size">0</data>
		<data key="uri">http://viktor-dite.de</data>
	</node>
	<node id="2">
		<data key="name">Wlan</data>
		<data key="shortname">Wlan</data>
		<data key="kategorie">true</data>
		<data key="size">0</data>
		<data key="uri">http://google.de</data>
	</node>

	<edge source="0" target="2"></edge>	
</graph>
</graphml>

Derzeit findet keine dynamische Generierung des Datensatzes statt. Die Eingabedaten sind per Hand kodiert.

Download

• Sunburst Flexbuilder Project file (zip)

• Datensatz aus den Beispielbildern

development history

Ähnliche Artikel

• Flares Sunburst
• SpringGraph, das perfekte Visualisierungs-Framework?!
• TreeViz
• cutie pie
• Extension: get activities of all users in a category — get the experts
• GraphGear — A platform for simple, interactive graph generation
• Docuburst
• Information ist schön

Die Relations-Extension v3 kann auf einer Benutzerseite die direkten Relationen bezüglich der thematischen Verwandschaft eines Users darstellen.

Versionen

Die Idee aus der ersten Extension lässt sich mit beliebigen GraphML kompatiblen Visualisierungsrameworks — unter Anderem auch mit dem Relation Browser — verwenden. Der Relation Browser ist eine auf Flash basierte Visualisierung, die vier verschiedene Visualisierungsarten beinhaltet. Die 5-te Variante ist eine Weiterentwicklung von Eingenfactor.

1. Die generische Version visualisiert nur die direkten Nachbarn eines Start-Knotens. Die Relationen zwischen den Nachbarn sind dabei ausgeblendet.
2. Die soziale Version visualisiert wie auch die generische alle direkten Nachbarn eines Start-Knotens mit dem Unterschied, dass die Relationen unter den Nachbarn bestehen bleiben.
3. Die dritte Version nutzt das Springs Layout, welches alle zusammenhängende, vom Start-Knoten erreichbare Knoten auf einem Blick visualisiert.
4. Die vierte Version basiert auf der Kombination zwischen dem generischen und dem Spring Layout
5. Die fünfte Version ist eine Abwandlung der generischen Variante. Hier ist eine zusätzliche Funktion definiert, die je nach Angabe einer Entfernung eines Knotenpaares eine Eingrenzung erlaubt. So ist es z.B. möglich wichtigere von unwichtigeren Nachbarknoten zu unterscheiden. Durch einen Slider wird es möglich, die Anzahl der Nachbarn (auf wichtige) zu Begrenzen. Diese Version erlaubt auch eine weitestgehend native Darstellung eines Graphen / Sozialen Netzwerkes. Die Lizenz ist noch ungeklärt, daher ist die swf noch nicht im Paket eingebunden! Sie kann aber auf der Seite von Eigenfaktor heruntergeladen werden.

Die folgenden Bilder zeigen die Beispiele 1-5:

Installation

• Die GraphViz Extension installieren
• Im Wiki Uploadpath (meist <wikipath>/images/) einen neuen Unterordner RelationsBrowser/swf/ anlegen.
• Den Inhalt der RelationsBrowser.zip darin ablegen
  PLEASE read the authors license information: If your project serves a non-commercial purpose, the use of the browser or a modified version is free if you leave the copyright note intact. For commercial applications, the licensing fee is 400 euros per domain/application. In this case, find attached the license agreement!

Handhabung

Die Neuerung ist, dass der Tag <relations/> nun Parameter ausliest. Es sind 4 Parameter definiert:

username, width, height, style

Die Parameter username und style müssen mindestens gesetzt sein, damit die Extension von der GraphViz- auf die Relation Browser Variante umschaltet. Der Name des Benutzers, auf dessen Seite die Visualisierung eingebunden wird, muss (noch) per Hand eingegeben werden. Bsp:

<relations username=ViktorDite width=800 height=400 style=social />

Für die 5 Varianten gibt es folgende styles:

1. generic
2. social
3. spring
4. spring-combined
5. science

Ähnliche Artikel

• UPDATE: social network visualization (1)
• social network visualization (3) Alternativen?
• social network visualization (2)
• Modifikation der Extension:Graphical Category Browser
• Alternative Visualisierungen in MediaWiki?
• EDIT: IBM’s History Flow wiki diff visualisation
• other sources for Visualisation on MediaWiki
• WikiMindMap

Wer ist mit wem thematisch verwandt? Wer schreibt stets mit wem an gleichen Artikeln? Fragen die in einer unternehmerischen Wiki Umgebung durchaus nicht unwichtig sind.

Um in einem MediaWiki solche Relationen herauszufiltern muss man nur auf die ‘revisions’ zurückgreifen. Jede Änderung an einem Artikel wird als eine neue Version abgelegt. In den Metadaten sind Uhrzeit, Benutzer, Art und Umfang festgehalten. Autorenpaare, die oft gemeinsam an einem Artikel editieren sind sicherlich thematisch verbundener als solche, die nie zusammen an einem Artikel (Thema) arbeiten.

update: Modell

Ein Author ist mit einem anderen Author thematisch verwandt, wenn beide gemeinsam einen Artikel verfasst oder Artikel des Anderen editiert haben. Um so häufiger die Autoren verschiedene Artikel miteinander editieren um so enger sind sie miteinander thematisch verwandt, denn um so häufiger sie an verschiedenen Artikeln arbeiten desto höher ist die Wahrscheinlichkeit, dass sich beide in diesen Themen gut auskennen (sie ergänzen sich gegenseitig). Wenn sie jedoch zwar häufig aber nur an einem oder wenigen verschiedenen Artikeln schreiben, sagt es nichts darüber aus ob sie sich in ähnlichen oder gleichen Themen auskennen.

Eine Kante des Graphen verbinde jedes Knoten-Paar (x,y) von Autoren, die zumindest einen Artikel zusammen editiert haben. Die Kantenstärke stelle die Häufigkeit des Auftretens der Relation an verschiedenen Artikeln dar. Je häufiger das Relationentupel auftritt, umso dicker die Kanten.

Autor A erstellt einen Artikel S worauf dann Autor B diesen editiert, verbessert oder vervollständigt. B erstellt zusammen mit C auch einen Artikel M. Damit steht A in Relation zu B, B in Relation zu C, A und C untereinander jedoch nicht. B ist also Co-Autor von A und C von B. Autor A und Autor C “kennen” sich aber nicht.

update: Datengenerierung

Die Eingabedaten für GraphViz werden aus der Tabelle ‘revision’ in der Datenbank mit Hilfe der Funktion ‘doRelationsQuery()’ ausgelesen. Hierzu werden zu jeder (Artikel-)Seite die Benutzer und deren ID aufgelistet, die darin editiert haben.

Ferner wird abgefragt ob es sich um eine geringfügige Änderung (minor edit) handelt oder nicht. Geringfügige Änderungen werden nicht betrachtet, da eine geringfügige Änderung in den meisten Fällen nur eine Formatierung korrigiert und somit keine Relation des Editors mit dem Autor beinhaltet.

Aus dem Ergebnis der Query wird ein Mehrdimensionales Array erzeugt, so dass zu jeder Seite (Hauptindex des Arrays) jeweils ein Unterarray mit den Usern zugeordnet wird. Es werden also vorerst n-Tupel von Usern gesammelt, die gemeinsam an Artikeln gearbeitet haben. Um Relationen korrekt auszuwerten müssen nun alle n-Tupel auf 2er Tupel aufgebrochen werden. Nur so ist es möglich das mehrfache Vorkommen gleicher Tupel zu zählen.

Falls ein Tupel mehrfach vorkommt, bedeutet dies, dass diese User mehrfach an verschiedenen Artikeln editiert haben. In diesem Fall erhöht sich die Nähe der beiden Autoren zueinander. Die Häufigkeit des Auftretens des Tupels wird dann als Maß für die Kantenstärke in der Darstellung der Relationen verwendet.

Frameworks zur Darstellung

Um die Relationen darzustellen habe ich auf das (GraphML ähnliche) Datenformat vom Relation Browser hingearbeitet, welcher aber nur Relationen von einem bestimmten User anzeigt, d.h. Alle mit dem initierenden User NICHT verbundenen Knoten werden nicht angezeigt. Sie können nur mittels eines Untermenüs sichtbar gemacht werden (Screenrip A [SWF]).

Es stellt sich also die Frage, ob generell alle Relationen dargestellt werden, oder spezifisch nur auf einen Benutzer zugeschnittene.

Graph Gear ließe sich mit einer sehr ähnlich aufgebauten Datenbasis aufbauen. Hier wären sogar beide Darstellungsmöglichkeiten machbar. Allerdings ist Graph Gear meiner Meinung nach ein unzureichendes Visualisierungstool, da die Darstellung viel zu verspielt ist, die Knoten sehr aggressiv positioniert werden und die Labels fast nie lesbar angeordnet werden (Screenrip B [SWF]).

Alternativ ließe sich wieder GraphViz verwenden. GraphViz ist jedoch weder interaktiv noch ist die Darstellung schön (Screenrip C [SWF]).

Weitere “Frameworks”, die auf ähnlichen Datenformaten (GraphML oder XGMML) verwendbar wären existieren nicht. Andere benötigen stets eine strikte Hierarchieeinteilung (XML Baum), die sich nur wesentlich schwieriger erzeugen ließe.

update: Download

relations.php

update: Installation

• die GraphViz MediaWiki Extension installieren
• die Render Engine von GraphViz auf neato umstellen, dazu in der Installationsanleitung die Zeile $wgGraphVizSettings->dotCommand = "/<graphvizpath>/dot"; gegen $wgGraphVizSettings->dotCommand = "/<graphvizpath>/neato"; tauschen
• die relations.php in das extensions Verzeichnis der Wiki Installation kopieren
• in der Localsettings.php require_once("$IP/extensions/relations.php" );hinzufügen

update: Verwendung

auf einer beliebigen Seite den Tag <relations/> einfügen.

Vielen Dank an nikosch aus dem php.de Forum

Ähnliche Artikel

• social network visualization (3)
• social network visualization (3) Alternativen?
• social network visualization (2)
• Modifikation der Extension:Graphical Category Browser
• Alternative Visualisierungen in MediaWiki?
• EDIT: IBM’s History Flow wiki diff visualisation
• other sources for Visualisation on MediaWiki
• WikiMindMap

Morcego ist ein 3 dimensionaler Netzwerk Browser. Leider unterstützt dieser ebenfalls nur zusammenhängende Graphen! Ist diese Voraussetzung verletzt, zeigt der browser sogar gar nichts mehr an!

Ähnliche Artikel

• social network visualization (3)
• UPDATE: social network visualization (1)
• social network visualization (2)
• Modifikation der Extension:Graphical Category Browser
• Alternative Visualisierungen in MediaWiki?
• EDIT: IBM’s History Flow wiki diff visualisation
• other sources for Visualisation on MediaWiki
• WikiMindMap

Wenn man glaubt für ein Problem die Lösung gefunden zu haben ergießt sich die Euphorie so sehr, dass man vergisst wichtige Details vor der Implementierung auszuprobieren.

Hypergraph schien nämlich die Lösung zu sein. Es zeigt, wie auch GraphViz es tat, den gesamten Baum der sozialen Struktur der Autoren an. Es ist eine hyperbolische Implementierung, wodurch auch bei einem wachsendem Baum der Überblick nicht verloren geht. Es schien alles perfekt (screenrip [swf]).

Ich habe eine ganzen Tag gebraucht, um hypergraph in ein Wiki per extension einzubauen um dann leider feststellen zu müssen, dass wenn isolierte Knoten oder Teilgraphen im Graph vorhanden sind, Hypergraph leider nur die letzten zusammenhänden Knoten darstellt (screenrip [swf])

Ähnliche Artikel

• social network visualization (3)
• UPDATE: social network visualization (1)
• social network visualization (3) Alternativen?
• Modifikation der Extension:Graphical Category Browser
• Alternative Visualisierungen in MediaWiki?
• EDIT: IBM’s History Flow wiki diff visualisation
• other sources for Visualisation on MediaWiki
• WikiMindMap

Google Chart API Pie is great since it is very simple and fast to use. No XML file is needed to create a chart. But it has a missing option that the visualisation of experts do need. Linking the authors for getting a fast navigation to the authors site. Solving this missing part i have tried several free chart (SWF) and have found a simple one, that offers linking. Open-Flash-Chart is an open source charting framework that you’ll able to include easily.

download and install

• get open-flash-chart.zip and extract contents to the yourwikipath/extensions/open-flash-chart/ folder
• get getExpertChart.php an place it to yourwikipath/extensions/open-flash-chart/ too
• get open-flash-chart.swf and place it in to yourwikipath/images/open-flash-chart/ folder. Be sure this folder is writeable
• add require_once("extensions/open-flash-chart/getExpertChart.php"); to LocalSettings.php

usage

Place a <get-experts/> tag on any site you want to get user contributions.

Ähnliche Artikel

• Extension: get activities of all users in a category — get the experts
• other sources for Visualisation on MediaWiki
• Optimierung Extension:Graphical Category Browser
• WikiViz Link Visualization inside a MediaWiki
• Visualization is a medium!
• Das Wissen wird schön
• Diplomarbeit abgegeben
• Flare’s Sunburst (2)

Who is the expert of a category? Maybe who is writing at most there?! Anyhow, he knows a lot about the topic, if he is the most frequent editor. To find the most frequent editors, i have written a little extension, that uses Googles Chart API to show user edits within all articles in the category (recursive from current category to all leafs).

get it

getExperts.php
(the code is ugly at the moment! — many sql queries)

install it

put the php file in the extensions folder
add to the LocalSettings.php this:
require_once( “$IP/extensions/getExperts.php” );

how to use

place a new tag <allpages/> on any categories page

alternatives

• Open-Flash-Chart OFC is an open-source project. The Flash chart offers 35 chart variations; among them a number of bar charts, pie charts and line charts.
• SWFcharts PHP/SWF Charts offers a simple and dynamic solution for interactive Flash-based charts. Columns, circles, bars and pies can be displayed in 3D. You create an XML source to describe a chart, then pass it to this tool’s flash file to generate the chart. The XML source can be prepared manually, or generated dynamically using any scripting language (PHP, ASP, CFML, Perl, etc.)
• amCharts – Pie and donut charts, line and area charts, column and bar charts, scatter and bubble charts and an interactive map tool are all free for download
• Yahoo yui
• LibChart
• pChart
• PlotKit

[Quelle]

Ähnliche Artikel

• cutie pie
• other sources for Visualisation on MediaWiki
• Optimierung Extension:Graphical Category Browser
• WikiViz Link Visualization inside a MediaWiki
• Visualization is a medium!
• Das Wissen wird schön
• Diplomarbeit abgegeben
• Flare’s Sunburst (2)

SvGViz

SvGViz is a mediawiki extension to visualize the neighbor links (pages, categories and authors) of a mediawiki page with SVG. Last Edit is 10 September 2007. Last preliminaries are: “SvGViz runs with Mediawiki 1.10, but should also run with 1.8 and 1.9″. SvGViz seems to NOT run on MediaWiki higher 1.10. My Tries ended all in several Errors.

::viskoda Link1::Link2

WikiViz

WikiViz uses an adapted version of the Linksbrowser Java-Applet from TouchGraph. This is not running!

::viskoda Link::

Ähnliche Artikel

• WikiViz Link Visualization inside a MediaWiki
• Modifikation der Extension:Graphical Category Browser
• WikiMindMap
• WikiMindMap: using for inside a MediaWiki navigation?
• Alternative Visualisierungen in MediaWiki?
• TreeViz
• social network visualization (3)
• UPDATE: social network visualization (1)

This extension plots the contribution of a given user.
It shows daily contribution by a user (all not minor edits the user has done) as a plot and all edited pages by a given date.

download

userContribs.php

install

put the php file in the extensions folder
add to the LocalSettings.php this:
require_once( "$IP/extensions/userContribs.php" );

how to use

adding a <userplot>UserName</userplot> tag anywhere you’ll have a timeplot.

Ähnliche Artikel

• SIMILE Timeline
• neue Extension: SIMILE Timeline
• social network visualization (3)
• UPDATE: social network visualization (1)
• social network visualization (3) Alternativen?
• social network visualization (2)
• cutie pie
• Extension: get activities of all users in a category — get the experts

SVGs werden nicht als <IMG>...</IMG> eingebunden, sondern als <object> oder <embed> aufgerufen.

<OBJECT type="image/svg+xml" data="your_svg_path"></OBJECT>

<embed src="your_svg_path" type="image/svg+xml" ></embed>

Mit dieser Änderung funktioniert nun die Ausgabe der verschönerten GraphViz Ausgabe in allen Browsern!

Leider ergibt sich ein neues Problem! Die xlinks des SVG lassen die Parent-Site nicht neuladen, sondern laden sich inline im <object>/<embed> Frame. Das SVG lässt sich auch nicht mit einer Option target="_top" aus dem dot compilieren.

Ich habe vergeblich 2h nach einer Lösung gesucht und gebe es nun auf!

Ähnliche Artikel

• Making Graphviz output pretty with XSL
• Optimierung Extension:Graphical Category Browser
• Modifikation der Extension:Graphical Category Browser
• Extension:Graphical Category Browser
• social network visualization (3)
• UPDATE: social network visualization (1)
• social network visualization (3) Alternativen?
• social network visualization (2)