Wiki Gardening/Protokoll 2010-07-17
Outcome
| ra |
|
metaz |
|
gem |
|
|---|
ausfühliches Protokoll
Anwesende: ra, gem, metaz, (c3o)
ra: Spezialseiten sehr unstrukturiert, kennt das von der fsinf in besser mit Kategorisierung; dort gibt es dann u.a. eine eigene Kategorie fürs Gardening.
metaz: letztens sei wieder die Problematik aufgetreten, dass jemand sich zu einem vergangenen Termin eingetragen hat; will "physische" Trennung, damit die Wiki-Suche nicht von veralteten Informationen belastet ist
ra: was soll mit alten Links passieren?
metaz: 404 besser als veraltete Infos; will nicht löschen, aber entfernen
ra: Archiv, Trash; was kann man löschen? ra würde nichts breaken
metaz: entfernen heißt nicht unbedingt kaputt machen
ra: DPL [Anm. gem: wird dzt. z.B. für Jour Fixe#Protokolle verwendet] wäre oft sinnvoll, zum Beispiel für Projekte-Seite
gem: DPL ist derzeit installiert und funktioniert
ra: gehört auch etabliert! bietet sich für diverses an - projekte, workshops usf.
metaz: Projekte dokumentarisch darstellen okay, aber sonst kritisch, weil veraltet schnell
ra: durch Jahreskategorie verhinderbar
gem: immer Jahreskategorie eintragen wäre eine Möglichkeit
metaz: findet das einen komischer workaround
ra: kann DPL last edited?
gem glaubt ja
ra reißt Mediawiki vs. Confluence an: würde sich nicht sräuben, aber leidensdruck reicht derzeit nicht
metaz: manche Probleme wären mit Confluence leichter lösbar
ra: fast alle neuen Seiten werden ohne Kategorie angelegt
metaz: Probleme mit der Suche müssen gelöst werden, Suche sei derzeit komplett broken
ra: Mati von der fsinf hat eine bessere Suche dort implementiert
metaz: offenbar derzeit keine Textanalyse, Wortstammvergleich usf. eventuell stattdessen ein Google Search Field
ra: Gardeining Kategorie bei Special Pages wichtig
metaz: kann ich bestimmte Seiten von der Suche ausschließen?
c3o: Namespaces
gem: Archiv-Namespace statt Kategorie wegen Durchsuchbarkeit
ra: im Wiki viele Informationen ohne aktuellen Bezug
gem: Wann kommen Sachen ins Archiv?
ra: Review übers Lösch-Logbuch möglich
metaz: Manche Sachen klar löschbar, anderes nicht so
gem: Kategorie:Veraltet bei Dragons Everywhere und Revertierung durch PK
metaz: Unterschied zwischen vergangenem CCCongress und Lokalsuche Wipplinger Straße [Anm. gem: quasi vergangen vs. veraltet]
ra: Suche im Archiv derzeit nicht möglich
metaz: sucht derzeit nur über Google, findet die derzeitige Suche schwer verbesserbar
ra: kann man strukturieren
metaz: wär ihm die Zeit nicht wert
ra: Dokumentation wichtig, will eine Art Handbuch für Fälle wie "x ist kaputt, wie kann ich y machen?"
gem: Namespace Handbuch für Suche?
ra: erweiterte Suche zu "komplex", zu viel Aufwand
metaz: Namespace-Suche ist tatsächlich recht mühsam
ra: ist esad da? wg. Wiki-Upgrade
metaz: hat ihn schon 2 mal gefragt, erneut fragt er ihn nicht.
ra: ist an sich keine Hexerei das zu machen. Was sind die derzeitigen Probleme? Man tut sich schwer Sachen zu finden und sonst?
metaz: es braucht jemanden, der das wiki (as in software) wartet
ra: kümmern muss man sich sowieso
metaz: Metalab Wiki Startseite muss komplett durchgesehen und bearbeitet werden; Projektliste im Metalab OS verkompliziert Eintrag unnötig
ra: versteht nicht, warum Startseite an sich nicht im Wiki sondern getrennt
metaz: weil optisch untragbar, ein paar Widgets machen Sinn; kann man für einen anderen Namespace ein anderes Theme einstellen?
ra: fragt Mati, der kennt sich aus
metaz: einige Elemente der dzt. Metalab-Startseite werden sicher gebraucht (MOS-Anmeldung); ein Mal proj Jahr sollte die Wiki-Startseite zumindest aufgeräumt werden
ra: Metalab Status weg oder reparieren
gem: Jukebox komplett unmaintained derzeit
metaz: will https als Default
ra: haben wir ein CA Cert?
metaz: entweder eiens kaufen oder kein Cert. Vertraut denen nicht; glaub CA Cert bringt nicht viel
ra: kommerziell wär leiwand, aber Kosten? für Jukebox DPL mit workshop-Kategorie
metaz: Index auf Handbuch (How do I fix...?), First info (for newbies) aka Präsentation nach Außen; für verschiedene Zielgruppen unterschiedliche quasi-Hubs
ra: was sind die nächsten Schritte? Archiv-Namespace?
metaz: erstens Software Upgrade wiki und eventuell zusätzliche Plugins
ra: will etwas zum Draufklicken für Liste an archivierten Seiten
metaz: wenn man eine Seite in einen anderen Namespace verschiebt, was passiert dann mit der Kategorie?
gem: einlesen in Namespaces-Funktionalität ist nötig
ra: um und auf ist Kategorisierung
gem: und mehr DPLs?
ra: für Veranstaltung, Projekt, Dokumentation, Template und andere ist DPL sicher sinnvoll
gem: was als Kategorie, was als Namespace?
metaz: was quasi ein eigenes Wiki ist, soll als Namespace umgesetzt werden; nicht verwendete Namespaces löschen
ra: Durchkategorisieren aller Seiten wird extrem aufwändig werden
metaz: zuerst Liste mit Kategorien ansehen, damit ich weiß wohin? das ist zu aufwändig; Editor müsste angepasst werden, dass man Kategorie-Empfehlungen angezeigt bekommt; Eventuell könnte man für Projekte wie das N900-Hacking auch eigene Namespaces anlegen zur besseren Abgrenzung
gem: gibt auch regelmäßige Veranstaltungen im Lab, die eventuell an einem eigenen Namespace interessiert sein könnten
metaz: Liste der Wiki-Admins sollte durchgesehen werden; und wofür gibt es die Gruppe "member"?
ra: "member" verwalten oder kicken
metaz: kicken, das ist im MOS eh drin
ra: will eine Liste an Tasks, die er erledigen soll
metaz: kategorien wie tags wären super; aber auch hinweis, dass kategorisiert werden soll
gem: würd sich das als Dropdown-Menü vorstellen; speichern verhindern, wenn nicht das Wort "Kategorie" im Eintrag vorkommt
metaz: einfache Liste neben dem Editor-Feld würde reichen
ra: man kann für den Editor ein default-Template anlegen; in demselben könnte man einen Hinweis für Kategorisierung unterbringen und böse Standard-Kategorie reinschreiben wie "wird in x Tagen gelöscht"; statisch einbauen bestimmter Kategorien wäre trivial, dynamisch alle vorhandenen wäre schwierig; kann statisch mit Liste zur Kategorien-Liste
metaz: statisch kann auch javascript mit Bedingung Kategorie
