Heute habe ich an der Pädagogischen Hochschule folgendes E-Mail zur Kopie(!) erhalten (d.h. die Frage wurde nicht an mich gestellt):

Ich habe mich riesig über diese Frage gefreut:

• Erstens, weil mich vor einem Jahr, als ich das Wiki an der Pädagogischen Hochschule eingeführt habe, praktisch noch niemand verstanden hätte, wenn ich damals diese Frage gestellt hätte.
• Zweitens, weil solche Fragen fast nur bei einem Wiki gestellt werden können. In anderen Systemen wäre diese Frage längst durch die Technik oder die Techniker beantwortet worden.
• Drittens, weil ich die Frage nicht mehr stellen muss, sondern die Nutzerinnen und Nutzer diese Frage selbst stellen und wohl auch selbst beantworten.

Ich habe lernen müssen, dass Menschen Probleme zuerst selbt entdecken müssen, bevor ich mit ihnen nach Lösungen suchen kann. Fragen der Information Architecture tauchen erst mit der aktiven Nutzung oder sogar erst mit der eigenen Publikation auf. Vorher versteht niemand, warum Information Architecture wichtig ist.

Hier kommt nun der Vorteil von Wiki ins Spiel (ach, wer hätte das erwartet...). Statt late binding bieten Wikis late structuring. Ich muss nicht schon zu Beginn wissen, wie die Struktur aussehen wird. Das wissen schliesslich die zukünftigen Nutzerinnen und Nutzer auch nicht. Struktur wächst mit der Zeit, structure follows content, sozusagen. ,

Zuwenig Zeit, um mich vertiefter damit zu beschäftigen, aber auch mit Weblogs lassen sich lustige statistische Erhebungen und Visualisierungen anstellen:

• http://anjo.blogs.com/metis/2005/10/passion_and_pro.html
• http://anjo.blogs.com/metis/2005/10/passion_and_pro_1.html
• Anjo Anjewierden, Lilia Efimova, Stephanie Hendrick: Finding "the life between buildings", Biblionetz:t05084,

Ich bin auf der Suche nach einer neuen Software fürs persönliche Wissensmanagement. Das Biblionetz ist schön (naja...) und gut, aber es reicht nicht.

Die 9 Jahre Erfahrung mit dem Biblionetz haben mich aber anspruchsvoll gemacht, so dass ich zur Zeit Mühe bekunde, mich auf etwas Neues einzulassen.

Anforderungen

Nun, was soll denn die Software können?

• Permalinks garantieren Etwas was ich mit dem Biblionetz schätzen gelernt habe: URIs. Ein Objekt ist jederzeit identifizierbar und bleibt es über Jahre hinweg. Der eigene Namespace (sprich Domain) ist dazu eine zwingende Voraussetzung, die Erfahrung zeigt, dass alle anderen Namespaces nicht stabil sind.  
• Verfügbarkeit garantieren
  • Offline-Verfügbarkeit I: Ich weiss auch nicht genau warum, aber ich will das Tool auch offline verwenden können. Es gibt in naher Zukunft in meinem Leben weiterhin Zeiten, während derer ich nicht online bin, aber Zeit habe, um Nachzudenken (Ferien, tägliches Pendeln im Zug).
  • Offline-Verfügbarkeit II: Sollte ich je etwas automatisieren wollen, so funktioniert das lokal flexibler und schneller als auf dem Internet.  
• Anbindung ans Biblionetz ermöglichen  
• Automatisierung ermöglichen

Beispiele in die richtige Richtung

• Wikis
• Weblogs
• Tinderbox? (leider nur für Macs) http://www.eastgate.com/Tinderbox/

---

In den letzten Wochen häufen sich in meinem Logfile die Einträge von neuen, mir bisher unbekannten Suchrobotern:

ichiro/1.0 (ichiro@nttr.co.jp)
GOFORITBOT ( http://www.goforit.com/about/ 
unifiedweb.net - cfetch/1.0
VoilaBot BETA 1.2 (http://www.voila.com/)
"ConveraCrawler/0.9d (+http://www.authoritativeweb.com/crawl)
updated/0.1beta (updated.com; http://www.updated.com )
http://www.thesubot.de/" "TheSuBot/0.1 (www.thesubot.de)
usw.

Ob nächstens ein Strauss neuer Suchmaschinen erblühen wird?

Die Tochtergesellschaft A9 von Amazon.com bietet ebenfalls eine Toolbar für IE und Firefox zum Download an. Datenschutzrechtlich kritisch, weil A9 sich alle besuchten Webseiten merkt.

Als Zückerchen für Websiteproduzenten bietet A9 die Möglichkeit, ein sitespezifisches Menu in der Toolleiste einzublenden.

http://a9.com/-/company/help/siteinfo/index.jsp