Tags/Categorien im deutschen Python Wiki
Hallo, ich weiß nicht, ob dies hier der beste Platz ist, um Fragen zum deutschen Pythonwiki zu diskutieren, aber da ich weder im IRC noch im Forum aktiv bin, versuche ich's einfach mal hier und hoffe, dass die Wiki-Verantwortlichen mitlesen. Wie ihr wahrscheinlich bemerkt habt, hat sich die Python User Group Köln (pyCologne) im Wiki mit ihren Seiten breit gemacht, ein Beispiel, dass inzwischen bei einigen anderen User Groups Nachahmung gefunden hat. pyCologne besteht jetzt schon 2 Jahre und wir wollen die zahlreichen Vorträge, die inzwischen bei uns gehalten wurden, besser katalogisieren und auffindbar machen (als ersten Schritt für ein evtl. später zu erstellendes Jahrbuch, aber das nur nebenbei). Dafür möchten wir für jeden Vortrag eine Wikiseite mit einer Inhaltsangabe und Metadaten des Vortrags anlegen. Damit diese Seiten leichter im Wiki auffindbar sind und wir keine Kataloglisten manuell anlegen/aktuell halten müssen, würden wir diese Seiten gerne verschlagworten. Jetzt stellen sich folgende Fragen: - Sollen wir besser das [[Tag()]] Makro oder den normalen Wiki Category Mechanismus verwenden? - Ist es ok, wenn wir den Namensraum der bereits verwendeten Tags mit unseren Einträgen ergänzen (das könnten einige werden), oder sollen wir einen eigenen Namensraum für pyCologne schaffen, in dem wir z.B. alle Tags mit einem Präfix versehen? - Ist es ok, wenn wir Tags für Jahre und Monate einführen, um Seiten chronologisch zu kategorisieren? - Gibt es bei Verwendung des Tag-Makros eine Möglichkeit, nach mehreren Tags gleichzeitig zu suchen, i.e. z.B. eine Liste aller Seiten, die die Tags "GUI" und "Design pattern" enthalten, zu erhalten? - Haben die Wiki-Verantwortlichen sonstige Vorschläge oder Wünsche, wie wir das angehen sollen? Ich habe mal eine Beispielvortragsbeschreibung angelegt, die zeigt, wie wir uns das vorstellen. Auch der Wikiname der Seite entspricht dem Muster, dass wir anwenden wollen, i.e. die Seiten sind alle Unterseiten von "User Group Köln" und heißen "Vortrag<KurzTitel>". http://wiki.python.de/User_Group_K%C3%B6ln/VortragSortierung Chris
On Thu, 13 Nov 2008 06:31:26 +0100 Christopher Arndt <chris.arndt@web.de> wrote:
- Sollen wir besser das [[Tag()]] Makro oder den normalen Wiki Category Mechanismus verwenden?
Das Tag() Makro.
- Ist es ok, wenn wir den Namensraum der bereits verwendeten Tags mit unseren Einträgen ergänzen (das könnten einige werden), oder sollen wir einen eigenen Namensraum für pyCologne schaffen, in dem wir z.B. alle Tags mit einem Präfix versehen?
Definiere einige. Prinzipiell habe ich dann kein Problem, aber ich habe die Vermutung dass die Tags das Wiki "vollmüllen", d.h. für Leute die nicht aus der User Group Köln sind zu für sie völlig wertlosen Inhalten führen. Ein Beispiel das Tag Idiom. Wenn man das in der Tag-Übersicht anklickt und dort die Seite des Vortrages dann kommt man auf eine Seite die einem kaum über Idiome sagt sondern auf einen Vortrag verlinkt zu dem es vielleicht weitere Infos gibt, vielleicht auch nicht. Insofern wäre wohl ein Tag-Namensraum schlauer. Aber meine Meinung ist +0 für Tag-Namensräume, also von mir aus würden beide Sachen in Ordnung gehen.
- Ist es ok, wenn wir Tags für Jahre und Monate einführen, um Seiten chronologisch zu kategorisieren?
Scheint mir unproblematisch zu sein. grüße, Marek
Marek Kubica schrieb:
On Thu, 13 Nov 2008 06:31:26 +0100 Christopher Arndt wrote:
- Sollen wir besser das [[Tag()]] Makro oder den normalen Wiki Category Mechanismus verwenden?
Das Tag() Makro.
Ok, gefällt mir auch besser.
- Ist es ok, wenn wir den Namensraum der bereits verwendeten Tags mit unseren Einträgen ergänzen (das könnten einige werden), oder sollen wir einen eigenen Namensraum für pyCologne schaffen, in dem wir z.B. alle Tags mit einem Präfix versehen?
Definiere einige.
In zwei jahren sind bisher ca. 36 Vorträge zu Stande gekommen. Wenn wir davon ausgehen, dass pro Vortragsbeschreibung ca. 2-3 thematische Tags vergeben werden und eine Überlappung von 30% schätzen, dann hätten wir um die 60 neuen thematische Tags. Dazu kämen ein Tag pro Jahr und ein Tag pro Monats *jeden* Jahres (es hilft ja nichts, wenn ich eine Tag "Juli" vergebe und dann auf der Tag-Übersichtsseite alle Seiten zum Juli aller Jahre bekomme), also noch mal ca. 30 Tags.
Prinzipiell habe ich dann kein Problem, aber ich habe die Vermutung dass die Tags das Wiki "vollmüllen", d.h. für Leute die nicht aus der User Group Köln sind zu für sie völlig wertlosen Inhalten führen. Ein Beispiel das Tag Idiom. Wenn man das in der Tag-Übersicht anklickt und dort die Seite des Vortrages dann kommt man auf eine Seite die einem kaum über Idiome sagt sondern auf einen Vortrag verlinkt zu dem es vielleicht weitere Infos gibt, vielleicht auch nicht.
Da bin ich ein wenig anderer Meinung. Zum einen glaube ich nicht, dass die Seite mit der Vortragsbeschreibung für jemanden wertlos ist, der über die Tagsübersichtsseite dorthin kommt, Wir wollen diese Beschreibungen ja gerade deswegen sammeln, um die Vorträge mit ihren Materialien leichter auffindbar zu machen. Die weitausüberwiegende Zahl unserer Vorträge beschäftigt sich mit Pythonthemen, die auch außerhalb des zeitlichen Kontexts und dessen unserer Usergroup interessant sind und für die meisten sind zumindest die Folien und/oder Beispiele vorhanden. Zum anderen vergebe ich ja einen Tag wie "Idiom" nicht (nur), um eine Seite zu kennzeichnen, die sagt was ein Idiom ist, sondern für solche, die typische Pythonidiome enthalten. Und das tut mein Vortrag, der ja im Wiki verfügbar und von der Beschreibung verlinkt ist. Vielleicht ist auch einfach der Begriff nicht so glücklich. Ursprünglich hatte ich "design pattern", aber das trifft es auch nicht wirklich.
Insofern wäre wohl ein Tag-Namensraum schlauer. Aber meine Meinung ist +0 für Tag-Namensräume, also von mir aus würden beide Sachen in Ordnung gehen.
Wenn das gewünscht ist, machen wir das natürlich, obwohl ich glaube, dass die meisten Tags von allgemeinem Interesse wären. Mein Vorschlag wäre dann, Prafix und Tag durch einen Schrägstrich zu trennen, z.B. "pycologne/idiom". Chris
On Thu, 13 Nov 2008 13:41:19 +0100 Christopher Arndt <chris.arndt@web.de> wrote:
Prinzipiell habe ich dann kein Problem, aber ich habe die Vermutung dass die Tags das Wiki "vollmüllen", d.h. für Leute die nicht aus der User Group Köln sind zu für sie völlig wertlosen Inhalten führen. Ein Beispiel das Tag Idiom. Wenn man das in der Tag-Übersicht anklickt und dort die Seite des Vortrages dann kommt man auf eine Seite die einem kaum über Idiome sagt sondern auf einen Vortrag verlinkt zu dem es vielleicht weitere Infos gibt, vielleicht auch nicht.
Da bin ich ein wenig anderer Meinung. Zum einen glaube ich nicht, dass die Seite mit der Vortragsbeschreibung für jemanden wertlos ist, der über die Tagsübersichtsseite dorthin kommt, Wir wollen diese Beschreibungen ja gerade deswegen sammeln, um die Vorträge mit ihren Materialien leichter auffindbar zu machen.
Sofern es Materialien gibt, ist es auch nicht wertlos, so habe ich das nicht gemeint (das mag schuld meiner ungeschickten Wortwahl gewesen zu sein). Wenn man als "Unbeteiligter" davon profitieren kann ist es ja auch in Ordnung. Aber wenn es nur ein Verzeichnis der Vorträge ist, halte ich es besser Tags-Namespaces zu verwenden. Also wenn es mit Folien, Links etc. ist - logo, aber wenn es so ist wie die Protokolle, die die Leute in der Usergroup Köln sicherlich nützlich finden, aber wo andere eher wenig Interesse daran haben - eher nicht. Darum ging es mir. grüße, Marek
participants (2)
-
Christopher Arndt -
Marek Kubica