Moin,

es ist wie immer eine große Freude, Deine kompetenten, kritischen Anmerkungen und Gedanken zu lesen.

Ich betrachter ein Wiki nicht als Konkurrenz zu einen bestimmten Produkt innerhalb des SELF-Raumes sondern nähere mich dem Wiki mit der Fragestellung, ob es mit ihm möglich ist, die verschiedenen Wissenhaufen, die wir hier aufgebaut haben (Archiv, Forum, Doku, Blog, Feature-Artikel, Tut, Ex-Auslese) besser miteinander zu vernetzen. Jeder dieser Wissenhaufen hat nämlich seine Berechtigung, solange es Nutzer gibt, die eben so einen Haufen haben wollen / brauchen, um in ihm zu suchen oder ihn als Platz zum Fragenstellen begreifen. Es gibt halt Menschen, die brauchen z. B. Foren um Fragen zu stellen, die werden nie den Zugang zu einem Wiki oder einen linear strukturierten Dokument finden. Das kann man kritisieren, aber wohl nicht ändern.

Wikis sind eine andere Art und Weise, Wissen zu strukturieren. Sie haben zudem anscheinend die Eigenschaft, ansonsten eher zurückhaltende Menschen zum (mit)schreiben zu motivieren. Die erste Eigenschaft ist irgendwie blöd, da ein weiterer Wissenhaufen entsteht, Informationen also entweder redundant oder unnötig zerstückelt gesammelt werden. Aber solange die eierlegende Wollmilchsau des Informationszugangs / der Informationsammlung nicht existiert, nehme ich das in Kauf.  Die andere Eigenschaft macht es aber m.E. lohnenswert zu prüfen, ob ein wiki als Angebot des Wissenstransfers praktikabel ist. Dabei sollte sein Einsatz möglichst so konzipiert werden, dass einer oder mehrere der bisherigen Angebote des SELFHTML-Raumes in ihm aufgehen können. Okay, so gesehen, ist es schon eine Konkurrenz - aber mehr im Sinne eine Nachfolge / Weiterentwicklung.

und das kostet durchaus Zeit.

Zeit ist in ehrenamtlichen Projekten immer solange kein wichtiges bzw kritisches Kriterium, wie es Leute gibt, die eben für diese Aufgabe Zeit investieren wollen.

(die reine Überführung von SelfHTML aus der HTML-Form in eine Wiki-Codierung wäre über Transformationsskripte zumindest teilweise automatisierbar, soweit kompatible Konzepte vorliegen; dies wäre übrigens ein hübsches Teilprojekt, zu dem Wiki-Fans wie Du mal eine Machbarkeitsstudie z. B. in Perl abliefern könnten - ja, das darfst Du als ein großes "I" verstehen, aber ich empfehle die Lektüre der Quelltexte der bereits existierenden Suchmaschinen-Indexer, welche die dabei erforderliche Parsing-Arbeit bereits leisten können müssen). Also müsste SelfHTML in Wiki-Form mit einer _semantisch_ schlechteren Suchfunktion als das bisherige Angebot leben (und das "kurz bevor" die neue Suchfunktion endlich fertig wird... ;-).

Immerhin kennt wikimedia ja Anker als Linkziele. Und grundsätzlich, wenn ich die Diskussionen um die zukünftige datenhaltende Struktur der Doku SELFHTML richtig verstanden habe - ich begebe mich jetzt als technischer Laie also auf glattes Glatteis :-) -, wird die Darstellung der Doku als HTML-Hypertext zukünftig eh nur noch Ergebnis eines Parsers sein. Es bedürfte also "nur" eines weiteren Parsers, der aus dem Rohmaterial ein Wiki entstehen lassen kann? Die Frage wäre dann also eher, wenn ich das technisch richtig verstehe, ob es möglich ist, den Inhalt des Wikis in den Suchindex hineinzubekommen, oder? Ich setze dabei erstmal stillschweigend voraus, dass die Doku an sich nicht im Wiki gepflegt wird.

aber ein customized CMS, das auf die Bedürfnisse des Self-Universums exakt zugeschnitten wäre, könnte dieselben Vorteile mit weniger Nachteilen bieten.

Ja klar, das ist richtig, aber wahrscheinlich nicht relistisch. Ein eigenes CMS oder ein eigenes Wiki, so wie wir eine eigene Suche und ein eigenes Forum (na ja, das ist nicht ganz richtig) haben, bedeutet aber auch eine irre Menge an manpower, die man erstmal auf Dauer vorhalten muss. Was nützt uns ein technisch herausragender Raum, wenn er zunehmend inhaltich ausblutet? In Schönheit sterben?

Viele Grüße

Swen Wacker