Es gibt keine zufriedenstellende prägnante Übersetzung für diese relativ neue englische Redewendung.

Online-Wörterbücher wie dict.leo.org oder dict.cc schlagen den Begriff “Schnickschnack” vor, greifen damit aber viel zu kurz.

“Bells and whistles” sind Funktionen, die für das korrekte Funktionieren eines Produktes oder einer Anwendung nicht wirklich notwendig sind, aber die “user experience” spürbar verbessern.

Ein gutes Beispiel dafür die Typeahead-Funktionalität, die den meisten Benutzern das erste Mal bei der Autokomplettierung der Adresszeile im Browser über den Weg gelaufen sein dürfte. Nachdem man einige Zeichen eingetippt hat, vervollständigt der Browser die Adresse selbst oder bietet, falls mehrere Alternativen gefunden werden, ein Dropdown-Menü an, um die passende Adresse auszuwählen.

Mittlerweile gibt es – gerade in Web 2.0-Umfeld – eine ganze Reihe von Diensten im Web, die diese durch AJAX realisierte Funktionalität nutzen. Während im Browser-Beispiel auf die Historie zurückgegriffen wird, nutzt man im Allgemeinen während des Eintippens der entsprechenden Zeichenfolge eine (asynchrone) Datenbankabfrage auf Daten eines aktuellen Bestandes, um die Treffer als Auswahl anzubieten.

So fragt beispielsweise die Suchmaske auf dem Portal wikipedia.de bereits seit Juni 2007 die bestehenden Artikel der Wikipedia schon bei der Eingabe des Suchbegriffes ab (siehe auch Wikipedia.de in neuem Gewand).

Seit dem 22.04. ist ohne große Ankündigung in allen Wikimedia-Wikis eine Typeahead-Suche aktiviert. Die Suchbox fragt seitdem bei der Eingabe die existierenden Lemmata ab und blendet eine Dropdown-Box zur Auswahl ein.

Da dieses Feature ungemein praktisch ist, wundert es mich, dass bis auf Brion (der es zusammen mit Robert Stojnic umgesetzt hat) bisher niemand das Thema aufgegriffen hat.

Während dies für die Wikimedia-Projekte ein großer Schritt ist, bieten wir bei Wikia bereits seit geraumer Zeit eine Typeahead-Suche an. Aber da das ja nun ein alter Hut ist, haben wir uns überlegt, was man sonst noch so tun kann, um dem Nutzer sinnvolle Tools an die Hand zu geben.

Eine dieser Entwicklungen hört auf den Namen “Link Suggest” und ermöglicht – passend zum Thema – eine Typeahead-Auswahl existierender Artikel bei der Verlinkung im Bearbeitungsmodus. Nach der Eingabe von “[[” und folgenden Zeichen öffnet sich eine Dropdown-Box, aus der der zu verlinkende Artikel einfach ausgewählt werden kann.

Auf die gleiche Art und Weise können auch einfach Bilder (bzw. Thumbnails) eingebunden werden. Leider gibt es momentan noch einen Bug, der dazu führt, dass Link Suggest augenscheinlich nicht unter unixoiden Systemen funktioniert, aber wir arbeiten dran.

MediaWiki goes social.

Gestern hat Wikia ein Social Networking Toolset als MediaWiki-Extension unter der GPL-Lizenz veröffentlicht.

Dies ermöglicht es auf einfache Weise, Social Networking Funktionen in jede laufende MediaWiki-Installation zu integrieren.

Live und in Farbe kann man sich die Erweiterung bei Wikia in der komplett überarbeiteten Halopedia (einer Community rund um das Computerspiel Halo) und in der Sport-Community ArmchairGM anschauen.

Warum sollte man Social-Network-Funktionalität mit Wikis verheiraten?

Spätestens seit der Wikipedia-Diskussion um das Thema ob sie nun aus der “Weisheit der Massen” oder aus der Gemeinschaft einer engagierten Gruppe von Menschen hervorgegangen ist (vgl. “Wer schreibt die Wikipedia?“), sollte jedem bewusst sein, wie wichtig aktiven Wiki-Autoren die gegenseitige Vernetzung ist. Dies gilt für kleinere Gemeinschaften mit einer geringeren Anonymität oft noch in einem höheren Maße.

Ein anderer wichtiger Punkt für ein erfolgreiches Wiki ist, dass die Mitarbeit den Nutzern Spaß macht. Dabei entstehen oft Auswüchse, die mit dem eigentlichen Ziel des Wikis scheinbar nichts zu tun haben, aber für die Gemeinschaft wichtig sind und gerade auch den Charakter eines Projektes prägen.

Social-Network-Funktionen erlauben es Nutzern, sich besser untereinander zu vernetzen und einfacher miteinander zu interagieren. Die SocialProfile-Extension ermöglicht die Erstellung von Profilen in einem standardisiertem Format, das Hinzufügen von Freunden (und von Feinden…), das Verteilen von “Geschenken”, das Hinterlassen von privaten und öffentlichen Nachrichten, die Anzeige von Statistiken und noch ein wenig mehr.

Ursprünglich ist die Erweiterung aus dem ArmchairGM-Ausbau entstanden, da dort die Funktionalität von Social Networks durch die sehr aktiven Mitglieder als enorm wichtig wahrgenommen wurden. Die weiterentwickelten Funktionen wurden dann für das gesamte Wikia-Universum portiert.

Da Wikia sich Offenheit und Transparenz auf die Fahnen geschrieben hat und selbst vom Einsatz Freier Software profitiert, liegt es nahe, dass wir auch entsprechend eigenen Code wieder in die Open-Source Community zurückgeben. So findet man einige unserer Verbesserungen an MediaWiki im SVN-Repository oder diese werden direkt durch Extension-Betreuer aufgegriffen und in neuen Versionen verwertet.

Es ist immer etwas schwierig neue Entwicklungen in die Öffentlichkeit zu geben, da diese in der Regel sehr auf die speziellen Verhältnisse von Wikia zugeschnitten sind und nicht mit Blick auf den “Endanwender” entwickelt wurden.

Die Veröffentlichung braucht dann einiges an Zeit um sie für Standard-MediaWiki-Installationen nutzbar zu machen, erweiterte Dokumentation zu schreiben und alles schön zusammenzupacken. Dies ist uns bei der SocialProfile-Extension aber ganz gut gelungen :-)

Nämlich mich :-)

Ende Januar bin ich vorzeitig aus meinem Vertragsverhältnis mit der Uni Köln ausgestiegen, um ab dem 1. Februar als deutschsprachiger Vertreter bei Wikia anzufangen. Wikia dürfte dem ein oder anderen ein Begriff sein, auch wenn der Bekanntheitsgrad in Deutschland noch recht niedrig ist.

Das vom Gründer der Wikipedia, Jimmy Wales, und Angela Beesley Ende 2004 gestartete Unternehmen ist platt gesagt im Kerngeschäft als “Wiki Hoster” tätig. Tatsächlich geht die Zielsetzung aber ein Stück weiter: Im Gegensatz zu anderen Anbietern bietet Wikia kein “pures Hosting” an, sondern forciert den Aufbau von Communities auf Wiki-Basis. In einem späteren Posting werde ich das etwas näher erläutern und mehr zu den Hintergründen und Zielen von Wikia schreiben.

Der Wechsel zu Wikia steht schon eine ganze Weile im Raum. Erste Gespräche gab es bereits vor knapp einem halben Jahr. Von beiden Seiten aus wollten wir einen solchen Schritt allerdings gut durchdenken und vorbereiten. So musste beispielsweise der Aufgabenbereich der Stelle festgeklopft werden und natürlich hat Wikia auch mit anderen Bewerbern gesprochen.

Nach ausführlichen Gesprächen und einem persönlichen Treffen Ende letzten Jahres in Frankfurt war es dann soweit, dass wir zusammengekommen sind. Letzte Woche Montag habe ich mich mit Bill Kaufmann (Community & Marketing Operations) und Jimmy auf dem DLD08 getroffen, wo wir über das weitere Vorgehen diskutiert haben (und nach der Arbeit gab es dann auch noch weitere interessante Begegnungen, bevor ich wieder zurück nach Köln musste).

So – jetzt wird in die Hände gespuckt und los gehts.

Wer nicht die Stunde Zeit hat, sich die Rede anzuhören findet hier eine Zusammenfassung aller angeschnittenen Punkte:

Zum Einstieg zeigte Jimbo das Stephen Colbert Video – welches thematisch gleich zu mehreren der angesprochenen Punkte (Qualität, “Seighenthaler”, Stabile Versionen) passt.

Nach ein paar Worten zu den Milestones des letzten Jahres (Quantität der Artikel in den verschiedenen Wikipedias) sprach er über die Seigenthaler-Affäre (“Apparently there was an error in Wikipedia”) und den Nature-Test. Hier wies er nocheinmal deutlich darauf hin, dass dieser für die Wikipedia sehr glücklich ausgegangen ist und ein Vergleich in einem anderen Bereich als den Naturwissenschaften vermutlich nicht zu einem vergleichbar positiven Ergebnis gekommen wäre.

Vordringliches Ziel der Wikipedia muss es sein, die Qualiät weiter zu erhöhen – hierauf geht Jimbo später im Verlauf der Rede noch einmal ein. Nach einem kurzen Abriss über die Foundation (von Jimbo im Schlafanzug vor dem Computer bis zu den jetzigen 5 Angestellten) und dem Ausblick auf mögliche Fördergelder folgt die Vorstellung von Brad Patrick.

Während das kommerzielle Wikia (ehemals Wikicities) inzwischen den meisten ein Begriff sein müsste – spätestens nachdem die Presse ausführlich über Jimbos Idee von Campaign Wikis berichtet hatte – ist es vielleicht noch nicht allen bekannt gewesen, dass in diesem Rahmen Programmierer für die Arbeit an MediaWiki bezahlt werden.

Und als größte “offizielle” Neuigkeit und damit den Gerüchten ein Ende setzend wurde das Ergebnis der erfolgreichen Zusammenarbeit von One Laptop Per Child (OLPC) – in Deutschland eher als 100$-Laptop bekannt – und der Wikimedia Foundation bekannt gegeben: Das Gerät wird als Killerapplikation Wikipedia-Artikel enthalten.

Wikipedia auf dem OLPC-Laptop (Bildmontage) / CC-BY-SA

Nach endlos langen Diskussionen wird jetzt auch das neueste Wikimedia-Projekt – die Wikiversity – offiziell angekündigt. Das Projekt zur Erstellung von freien Unterrichtsmaterialien soll in Kürze gestartet werden.

Das Advisory-Board ist ein weiterer Punkt, der in Planung ist. Ziel ist es durch prominente Mitglieder (eine umfangreiche Diskussion dazu findet sich in der Foundation-Mailingliste) Vorteile für die Foundation zu erzielen.

Interessant für mich war die Ankündigung, dass mit Socialtext zusammen an einem WIKIWYG-Editor (Wiki-WYSIWYG) gearbeitet wird. In der Vergangenheit gab es immer mal wieder Versuche den bekanntesten inline WYSIWYG-HTML-Editor FCKeditor mit MediaWiki zu verheiraten. Es gibt zwar halbwegs funktionierende Extensions, aber in der Wikipedia hatte diese Lösung bisher keinen Platz, weil die Zusammenarbeit mit dem Parser nicht einwandfrei klappt. Dieses Problem haben allerdings auch andere Projekte. Hier darf man also gespannt sein ob es gelingt eine vernünftige WYSIWYG-Oberfläche für die Wikipedia zu schaffen, die es “weniger technikaffinen Experten” ermöglicht, sich an der Erstellung der Enzyklopädie zu beteiligen.

In diesem Zusammenhang verweise ich mal auf diesen Screencast des Herstellers System One, der schön zeigt, wie man “Web 2.0-Features” mehr oder weniger sinnvoll mit Wikis vereinigen kann.

Die wichtigste Forderung des Vortags erneut aufgreifend, fordert Jimbo eine Qualitäts-Initiative in den einzelnen Wikipedias – allen voran der englischsprachigen Version. Ich hatte gehofft, dass er hier erneut wie in der Vergangenheit die guten Ansätze der deutschsprachigen Wikipedia herausstellt, was er leider nicht getan hat. Unter anderem ging er auf die Fortschritte bei der Überprüfung von Biographien lebender Personen ein, auf die Fair-Use-Problematik (wo er klarstellte, dass Fair-Use unter Umständen genutzt werden kann, aber frei lizenzierte Inhalte auf jeden Fall vorzuziehen sind) und Stabile Versionen.

Bei den Stabilen Versionen, deren Sinn er erläuterte indem er unter anderem den Unterschied zu halb-gesperrten Seiten verdeutlichte, verwies er vor allem auf die deutschsprachige Wikipedia, die in diesem Bereich die Vorreiterrolle spielt. Eine Einführung ist in Kürze zu erwarten (ja, diesmal echt…)

Zum Schluß griff Jimbo kurz einige seiner Forderungen aus seinem letzjährigen Manifest “10 things that will be free” auf. So sieht es sowohl bei der “befreiten Enzyklopädie” dank der Wikipedia gut aus und auch die Befreiung der Wörterbücher macht mit WiktionaryZ Fortschritte. Das Projekt hat große – noch nicht sichtbare – Fortschritte zu verzeichnen (gerade im Bezug auf die Internationalisierung), die so auch der Wikipedia zugute kommen werden. Hier wird sicherlich dieses Jahr noch etwas passieren.

Auch die Befreiung der Lehre ist durch den Wachstum von Wikibooks und dem kommenden Start der Wikiversity ein wenig weiter vorangeschritten. Jimmy erzählte von einem Treffen mit Taddy Blecher, der eine Freie (und kostenlose) Universität in Süd-Afrika betreibt. Einer der Hauptkostenpunkte ist hier der Bereich der nicht-freien Lernmaterialien. Hier ist ein guter Punkt zur Zusammenarbeit gegeben.

Im Anschluß an den Vortrag wurde noch eine Frage zu den Stabilen Versionen gestellt, auf die Jimbo eine Antwort gab, mit der ich nicht übereinstimme – er meint, dass das KISS-Prinzip, das sich in der Wikipedia bewährt hat/hätte, auch bei diesem Feature beibehalten werden würde und weniger auf die a priori-Diskussion Wert gelegt wird, in der sich oft neue Features “zerreden”. Wenn ich mir die ganzen Vorbereitungen, Abwägungen und Gedanken anschaue, die im Vorfeld der Implementierung des Stabilen-Versionen-Features durchgeführt wurden, kann ich dem nicht zustimmen.