Wikis sind in der Regel sehr praktisch zur Event-Organisation und zum Einbinden der Teilnehmenden.
Um Inhalte schnell (wieder-)finden zu können, ist Ordnung hilfreich (die Suchfunktion scheitert früher oder später an Variationen in der Wortwahl), aber das Chaos lebt schließlich auch von Selbstorganisation.

Hier ein paar Erfahrungswerte, damit ihr für euer Event vielleicht einige Entwicklungsschritte überspringen könnt. ;)

Das DiVOC hat eigentlich als einzelnes Event angefangen. Also ein Dokuwiki eingerichtet, alles Wichtige hineingekippt und noch einen Teambereich mit separaten Berechtigungen abgeteilt.

Aber…

• Was ist mit Mehrsprachigkeit?
• Wie ermöglicht man Beiträge der Teilnehmenden, ohne die Kernseiten für Vandalismus zu öffnen?
• Gibt es Untergruppen (z.B. Speaker), die separate Zugriffsberechtigungen brauchen?
• Und dann haben sich Menschen auch noch zusammengefunden, um ein zweites Event unter dem gleichen Namen zu veranstalten…

Aus alledem hat sich jetzt herauskristallisiert:

• Eventübergreifende Infos landen im Wurzel-Namespace, z.B. die Startseite mit der Event-Übersicht oder die allgemeine Infoseite des Awareness-Teams
• Jedes Event kriegt einen eigenen Namespace für eventspezifische Infos, z.B. hiddenservice, homelounge, ptt.
  Der kann dann auch „auf ewig“ da bleiben, Links zu früheren Events bleiben gültig.
  Eventuell gibt es dann Seiten mehrfach in ähnlicher Fassung (z.B. die Post beim ersten DiVOC und die Post beim zweiten DiVOC), das hilft aber, zeitlich begrenzt gültige Informationen (Öffnungszeiten) offensichtlich getrennt zu halten.
• Übersetzungen (beim DiVOC z.B. in Englische) werden unter dem gleichen Seitennamen in einem Unter-Namespace angelegt, z.B. howto:speakerinnenvorbereitung ➔ howto:en:speakerinnenvorbereitung.
  So findet man schnell zwischen Original und Übersetzung hin und her, ohne dass es Verwirrung bei der Übersetzung des Seitentitels gibt.
  In der Regel sind Original und Übersetzung am Anfang der Seite wechselseitig verlinkt („➔ this way to the English version“).