Archive for the ‘MediaWiki’ Category

WissensWert-Wettbewerb: Vote for TWX-Editor

Thursday, November 25th, 2010

Wikimedias WissensWert-Wettbewerb

Wikimedia Deutschland, der Betreiber der deutschen Wikipedia, hat einen WissensWert-Wettbewerb ausgeschrieben. Mit diesem Wettbewerb sollen förderungswürdige Projekte ausgewählt, prämiert und unterstützt werden.

Der TWX-Editor

Screenshot TWX-EditorWährend andere Rich Text-WYSIWYG-Editoren den kompletten Text “zurückparsen”, zerstört der TWX-Editor (Blog-Posting, Beschreibung im WikiMedia Meta-Wiki) bestehende Seiten mit komplexem Wikisyntax-Code nicht.

Wir kandidieren: TWX-Editor for (P)Resident

Die Wikipedia ist in Deutschland und vielen anderen Ländern zur Wissensquelle Nummer eins geworden. Das hat sie einer einzigartigen Kollaboration ihrer Autoren und einer begeisterten Leserschaft zu verdanken. Bisher ist die Zielgruppe allerdings auf technisch versierte Menschen beschränkt. Damit die Wikipedia endlich von allen geschrieben werden kann, rufen wir dazu auf, für den TWX-Editor zu stimmen, der das möglich macht:

Hier könnt ihr abstimmen
WYSIWYG-Editor (Startnummer 75)

Der TWX-Editor wurde als eines von vielen Projekten unter der Startnummer 75 zur Abstimmung auserkoren. Macht mit!

Die Abstimmung läuft bis zum 30.11.2010 !!!

Enterprise 2.0 setzt sich durch - WISYWYG-Editor für Wikipedia

Thursday, October 28th, 2010

Nach anfänglichem Zögern haben deutsche Unternehmen das Potential von Social Software im Unternehmen erkannt. Ein Manko gängiger Open Source-Wikis ist bisher die komplizierte Wikisyntax. Wir erstellen derzeit bei Twoonix einen neuartigen MediaWiki-Editor (TWX-Editor), der die Bedienung kinderleicht macht.

Screenshot TWX-Editor

Historie

Als ich 2006 für das BMBF-Forschungsprojekt 4CforMedia engagiert wurde, das sich der Untersuchung von Einsatzmöglichkeiten von Social Software im Projektmanagement widmete, hat man mich noch für verrückt erklärt. Der Fokus des Projekts auf der Branche Internetagenturen, da man sich hier am ehesten vorstellen konnte, dass die Mitarbeiter bereit und in der Lage sein würden, die Tools zu verstehen und zu bedienen. Unsere ersten Interviews mit Technik-Chefs, Geschäfsführern und Projektmanagern großer Internetagenturen ergaben, dass dort gelegentlich Wikis zum Wissensmanagement im Technik-Bereich eingesetzt wurden - sonst arbeitete man mit klassischer Projektmanagement-Software, die bei den PMs wegen ihrer Sperrigkeit weitgehend verhasst waren.

Situation heute

Mittlerweile scheint sich das Thema durchgesetzt zu haben. Firmen haben das Potential erkannt und festgestellt, dass der Mehraufwand minimal ist und sich schnell armortisiert, wenn man die Vorteile der Kollaboration, Übersichtlichkeit und Dokumentation aufsummiert. Habe dazu gerade einige Interviews in der Nachlese der DMEXCO 2010 von Melanie Unbekannt gefunden, die das dokumentieren (Sie heißt wirklich so ;). Ekaabo-Gründer Marco Ripanti beschreibt im Interview, dass auch Mitarbeiter, die nur ein paar Meter auseinander sitzen, sich gerne über Skype austauschen.

Diese Variante scheint für den Moment effektiv zu sein (sonst würden die Mitarbeiter sie nicht nutzen) - effizient ist sie nicht, da der Vorteil der Dokumentation nicht genutzt wird. Die Informationen werden zwar lokal gespeichert, können aber nicht von anderen Mitarbeitern gefunden, angereichert, weiterentwickelt und zu einer Wissensbasis ausgebaut werden.

Wikis in Unternehmen

Insbesondere Wikis halten einen rasanten Einzug, da sie diese Komponenten ideal verbinden. Christian Boris Schmidt, Gründer von Ecato bemängelt im Interview allerdings, dass Mitarbeiter dafür die “Wiki-Syntax” erlernen müssen.

Auch Oliver Berger nimmt in einem anderen Interview zu diesem Punkt Stellung. Seiner Ansicht nach hat dieser Mangel dazu geführt, dass bisher in großen Unternehmen häufig proprietäre Software eingesetzt wurde.

Gedanken von Oliver Berger zu Enterprise 2.0 from Melanie Unbekannt on Vimeo.

Solche Systeme können aber schnell zum Datengrab werden, wenn der Hersteller etwa beschließt, die Kosten der Wartungsverträge drastisch zu erhöhen oder “strategische Kooperationen” einzugehen - etwa mit einem ERP-Anbieter.

Wikimedia, Wikipedia und Unternehmen

Open Source Wikis eignen sich besser für diese Aufgabe. Damit die oben genannten Mankos mittelfristig ausgeglichen werden können, engagieren wir uns seit langem für Kooperationen zwischen Open Source Wikis und Vertretern aus der Wirtschaft.

Pavel Richter, GF Wikimedia Deutschland

Pavel Richter, GF Wikimedia Deutschland

So hat die Twoonix Software GmbH (Twitter, Blog) Pavel Richter, Geschäftsführer der Wikimedia Deutschland e.V. und seinenen Chefentwickler Daniel Kinzler bereits vor einiger Zeit mit großen Unternehmen zusammen gebracht, die Mediawiki (die Software der Wikipedia) intern für Wissensmanagement, Projektmanagement und andere Aufgaben nutzen. Vor kurzem haben wir beide zudem mit VOLKSWAGEN zusammen gebracht, unserem Hauptkunden im Wissensmanagement-Bereich. Auch hier ging es um mögliche Kooperationen beim Ausbau der MediaWiki-Software im Zusammenspiel mit Unternehmen.

WYSYWikis jetzt Open Source - der TWX-Editor

Daniel Kinzler, Chefentwickler Wikimedia Deutschland

Daniel Kinzler, Chefentwickler Wikimedia Deutschland

Ich bin bei Twoonix derzeit für die Erstellung eines neuen WYSYWIG-Editors für MediaWiki verantwortlich - eine Beta-Version wird derzeit getestet. Der TWX-Editor geht in seinen Fähigkeiten weit über das hinaus, was alle bisher bestehenden Editoren können. Insbesondere lässt er nicht geänderten Wiki-Sourcecode unangetastet. Dies ist der Hauptkritikpunkt und laut Chefentwickler Daniel Kinzler der Grund, warum die Wikipedia bisher keinen RichtText-Editor einsetzt. Während andere Rich Text-WYSIWYG-Editoren den kompletten Text “zurückparsen”, zerstört der TWX-Editor bestehende Seiten mit komplexem Wikisyntax-Code nicht.

Auch für Unternehmen ist dieser Punkt ein wichtiger Faktor, wenn nicht die Conditio sine qua non für den Einsatz eines solchen Editors. Vor allem natürlich, wenn sie MediaWiki bereits seit längerem einsetzen. Das ist jedoch in den meisten Unternehmen der Fall (siehe Joachim Bode: Pragmatisches Wissensmanagement im Intranet im Annual Multimedia 2010). Der Editor wird es weiterhin ermöglichen, semantische Informationen bequem und ohne Syntax-Kenntnisse im Wiki zu hinterlegen, was das Wiki zu einem weit präziseren Knowledge-Management-Tool macht als eine gewöhnliche Wiki-Website. Damit wird es auch Nutzern, die lediglich den Umgang mit den gewohnten Office-Tools kennen möglich, ihr Wissen der Community in ihrer Firma schnell und leicht verständlich zur Verfügung zu stellen.

Woogle configuration Error: Class ‘WoogleQueryServiceNative’ not found

Friday, March 26th, 2010

Hi everyone,

I had a little problem with the Woogle installation, but was able to solve
it. Just posting to allow for the “debug by googleing” procedure we
all know.

I installed the remote backend and the extension. Search now uses
Woogle, but obviously tries to access the native version:

Fatal error: Class ‘WoogleQueryServiceNative’ not found in /var/www/
15.1/wooglewiki/extensions/Woogle/includes/WoogleUtil.php on line 179

I found the solution in the …/extensions/Woogle/addons/Remote/
Remote.php.

The config settings displayed on http://www.teamweaver.org/wiki/index.php/Woogle4MediaWiki/Configuration
are not complete - the actual setting that makes Woogle switch to
remote mode is missing. The complete version is:

I found the solution in the …/extensions/Woogle/addons/Remote/Remote.php:

The config settings displayed on http://www.teamweaver.org/wiki/index.php/Woogle4MediaWiki/Configuration are not complete - the actual setting that makes Woogle switch to remote mode is missing. The complete version is:

LocalSettings.php:

require_once(”$IP/extensions/Woogle/Woogle.php”);

// Woogle Configuration

WoogleConfig::set(’indexAddon’, ‘Remote’); // set the respective backend URL here

WoogleConfig::set(’remoteBaseServiceUrl’, ‘http://octopus13.fzi.de:9999/teamweaverIS-backend/services/’); // set the respective backend URL here
WoogleConfig::set(’remoteAuthKey’, ’secret’); // key for querying, only required if the backend is set to securityEnabled = true;
WoogleConfig::set(’indexGroups’, array(’group1′, ‘group2′));
WoogleConfig::set(’indexRepository’, ‘123′); // numeric id for indexing (repoId) - as configured in the backend repo_config.xml
WoogleConfig::set(’remotePushIndexAuthKey’, ’secret2′); // key for indexing - as configured in the backend repo_config.xml

Great app, though. This is what we all have been waiting for, so make sure to keep going!
Achim

I posted this to the Woogle Mailinglist, but it was said to be postponed for supervision by the admins. As far as I know the initiator of the project is on holiday for a couple of weeks (at least I read his Email Responder that way…), so I cross posted it here.

Woogle-Suche in Mediawiki

Thursday, March 18th, 2010

Ich hatte gestern auf der Wiki4Enterprise-Tagung das Vergnügen, eine Demonstration der vorgestern nacht veröffentlichten Beta-Version von Woogle zu bekommen. Woogle ermöglicht das Durchsuchen von Mediawikis auf eine weit komfortablere Weise, als das mit der eingebauten MW-Suche möglich ist. Damit löst es das bisher größte Problem bei Mediawikis. Vortragender war der Meister selbst (Hans-Jörg Happel) und die Vorstellung war sehr beeindruckend.

Features

Die Suche ermöglicht es Mediawiki-Nutzern nicht nur, über Dokumente und Wiki-Inhalte gleichzeitig zu suchen. Sie haben auch die Möglichkeit, die Ergebnisse zu Ranken und dadurch kollaborativ zur Verbesserung der Suchergebnisse beizutragen. In der Java-Implementierung (siehe Technik) besteht zudem die Möglichkeit, in Mediawiki hochgeladene Dokumente zu durchsuchen. Der Nutzer findet also Treffer aus Office- und PDF-Dokumenten und im Wiki in einem Arbeitsschritt.

Unter der URL http://www.wiki4enterprise.org/index.php/Suche_in_Wikis habe ich eine Tabelle erstellt, in der die Features verschiedener Mediawiki-Suchen verglichen werden. Über eine Beteiligung / Korrektur / Vervollständigung würde ich mich freuen.

Technik

Woogle basiert - wie so viele Suchmaschinen - auf einer Lucene-Implementierung. Apache Lucene ist eine freie Software-Bibliothek, die unter der Apache-Lizenz veröffentlicht wurde. Neben der ursprünglichen Java-Implementierung wurden mehrere Portierungen auf andere Programmiersprachen vorgenommen, unter anderem existiert eine PHP-Version, die allerdings nicht den vollen Funktionsumfang der Java-Lucene umfasst.

Woogle wird dementsprechend in zwei “Flavors” zur Verfügung gestellt:

  1. Eine PHP-Version für “Puristen”, die kein Java neben dem (für Mediawiki ohnehin nötigen) PHP auf dem Server installieren wollen oder können.
  2. Eine Java-Version, die einen größeren Funktionsumfang und die Durchsuchung von Dokumenten umfasst.

Wiki4Enterprise

In der Veranstaltungsreihe Wiki4Enterprise treffen sich Anwender aus Unternehmen, die Mediawiki in ihrer Firma einsetzen. Hier werden in einem kompetenten Kreis Probleme und Lösungen beim Einsatz von Mediawiki im Enterprise-Kontext diskutiert. Diesmal waren unter anderem der CIO von Wikimedia Deutschland Daniel Kinzler und Raimond Spekking, Core-Entwickler von MediaWiki anwesend. Wie jede Community lebt auch diese vom Mitmachen. Wir würden uns daher freuen, wenn neben Mitarbeitern und Abteilungsleitern von Fraport, VOLKSWAGEN, Schaeffler KG, Fraunhofer, dem Pumpenhersteller KSB, der Bundeswehr, der Gesellschaft für Technische Zusammenarbeit (GTZ) und anderen noch weitere Unternehmen zu dem Kreis dazustoßen würden. Interessenten können sich gerne bei mir melden: joachim(Punkt)bode(at)twoonix(Punkt)com.

Wikis im Unternehmen

Wikis kommen häufig durch die Hintertür ins Unternehmen - installiert von Mitarbeitern, die das Problem erkannt und eine Lösung gefunden haben (siehe Joachim Bode: Pragmatisches Wissensmanagement im Intranet im Annual Multimedia 2010). In der Praxis hat sich herausgestellt, dass sie hervorragende Dienste leisten - und zwar nicht nur im Wissensmanagement, sondern auch

  • im Projektmanagement
  • bei der Identifikation, Definition und Durchführung von Prozessen (BPM)
  • und in der Dokumentation.

Vor allem die Potentiale im Prozessmanagement werden noch nicht erkannt. Statt einer Definition starrer Prozesse “von oben” (also in der Regel durch Menschen, die zwar kompetent, aber gar nicht in die Prozesse involviert sind) ist es mit Wikis möglich, die wahren Prozesse zu identifizieren, Probleme zu erkennen und zu beheben. Im Projektmanagement ermöglichen sie auch eine abteilungs- und unternehmensübergreifende Zusammenarbeit und erledigen bei richtiger Anwendung die Dokumentation gleich mit - flexibel, ohne Mehraufwand, vollständig mit technischen Auswertungstools analysierbar. Im Gegensatz zu reinen Projektmanagement-Tools sind sie dabei so flexibel, wie es ein Projekt erfordert. Das ist ein bisher kaum diskutierter Punkt, was erstaunlich ist, wenn man bedenkt, dass schon die Definition des Begriffs Projekt beinhaltet, dass es nicht gradlinig nach Schema-F verläuft. Allerdings reicht es dazu nicht, ein Mediawiki zu installieren. Die Einführung sollte von Experten begleitet werden, die vor allem folgende Punkte professionell durchführen können:

  1. Konzeption
  2. Anpassung an individuelle Prozesse
  3. Initial-Befüllung mit Content
  4. Rollout und Schulung der Mitarbeiter

Sollten Sie in Ihrer Abteilung bereits (aus Verzweiflung oder Überzeugung) ein Wiki installiert haben oder einfach die Möglichkeiten erkannt haben, beraten wir Sie gerne und kompetent unter www.twoonix.com.

Konfiguration: MediaWiki bei HostEurope einrichten

Monday, March 8th, 2010

Ich habe manuell ein Mediawiki eingerichtet und die Email-Authentifikation funktioniert nicht - was muss ich in die LocalSettings.php eintragen, damit Mediawiki den Mailserver findet?

Für alle, die sich die gleiche Frage stellen, hier die Lösung:

$wgSMTP = array(
‘host’ => “localhost”, // oder IP-Addresse
‘IDHost’ => “achimbo.de”, // eigene Domain eintragen
‘port’ => 25,
‘auth’ => true,
‘username’ => “wp1020014-jo”, // In KIS unter “Administration > Webhosting > 1020014 > E-Mail > E-Mail-Konten verwalten” bzw. “Administration > Webhosting > 1020014 > E-Mail > E-Mail-Konten verwalten / Autoresponder / Filter / Webmailer”
‘password’ => “my_password” // ebenfalls dort eingetragen
);

Und zu guter Letzt:
–> Damit man via Script E-Mails verschicken kann, muss im KIS eine Standard E-Mail Adresse hinterlegt sein. Die konfiguriert man in KIS unter “Administration > Webhosting > Konfigurieren > Skripte > Standard-E-Mail-Adresse”. Dort die E-Mail Adresse hinterlegen mit der das Script die E-Mails verschickt.

Viel Spaß!