1 Archive-name: de-admin/dan-glossar
2 Posting-frequency: weekly
3 Last-modified: 2004-01-03
4 URL: http://www.tmt.de/~gramlich/dan-glossar.html
5 URL: http://www.kirchwitz.de/~amk/dai/dan-glossar
7 Wichtige Begriffe in de.admin.news.*
8 ====================================
10 Dieses kleine Wörterbuch soll Dir helfen, die Diskussionskultur und
11 die Inhalte der Gruppen de.admin.news.[announce|groups|misc|regeln] zu
12 verstehen, damit Du auch ohne jahrelanges Mitlesen in diesen Gruppen
13 mitwirken kannst. Es ist als einführendes Nachschlagewerk gedacht,
14 liefert aber viele Verweise zu weiterführenden Texten. Jeder solche
21 * die Message-ID eines Artikels im Usenet, nach welchem Du zum
22 Beispiel mittels http://groups.google.com/advanced_group_search
25 Dieses Nachschlagewerk setzt viele elementare Begriffe des Usenets
26 bereits als bekannt voraus. Wenn Du im Usenet insgesamt noch unerfahren
27 bist, solltest Du daher Unbekanntes zuerst in einem einführenden Text
28 wie http://www.kirchwitz.de/~amk/dni/glossar nachschlagen.
30 Wenn Dir beim Lesen von de.admin.news.* weitere schwierige Begriffe
31 auffallen, die hier nicht erklärt sind, oder wenn Du andere hilfreiche
32 Verweise auf weiterführende Texte kennst, so schreib mir bitte, damit
33 ich dieses Nachschlagewerk vervollständigen kann.
35 Querverweise habe ich mit /Schrägstrichen/ gekennzeichnet. Mit Pl. gebe
36 ich an, wie die Mehrzahl eines Wortes üblicherweise gebildet wird.
44 nennt man eine Gruppe, in der Vor- und Nachteile konkurrierender
45 Ideen oder Produkte diskutiert werden. Eine advocacy-Gruppe ist
46 üblicherweise /unmoderiert/ und endet auf die /Komponente/ advocacy.
49 bezeichnet alle Gruppen einer /Hierarchie/. Zum Beispiel ist de.ALL
50 eine andere Schreibweise für /de.*/.
53 ist eine internationale /Hierarchie/, in der /newgroups/ nach recht
54 lockeren Regeln verschickt werden dürfen. Sie ist demzufolge
55 unübersichtlich und wird in /dan*/ gern als abschreckendes Beispiel
56 genannt, wenn jemand die hiesigen /Einrichtungsregeln/ als zu streng
60 nennt man eine Gruppe, welche die Ankündigungen einer thematischen
61 /Unterhierarchie/ bündelt. Eine announce-Gruppe ist üblicherweise
62 /moderiert/ und endet auf die /Komponente/ announce.
65 kann man nach außen hin in einem /CfV/ abstimmen, wenn man dem
66 /Wahlleiter/ überzeugende Gründe hierfür nennt. In diesem Fall
67 erscheint weder der /Realname/ noch die E-Mailadresse im /Result/.
69 approven (engl. "to approve")
70 heißt, einen zur Veröffentlichung in einer /moderierten/ Gruppe
71 eingereichten Artikel zuzulassen. Dies ist Aufgabe der jeweiligen
72 /Moderation/, welche einen Approved:-Header setzt und dann den
73 Artikel ins Usenet einspeist.
75 Da ein Approved:-Header auch von jeder anderen Person gesetzt werden
76 kann, signieren manche /Moderationen/ jeden approveten Artikel mit
77 /PGP/. Dadurch kann man nicht von der /Moderation/ approvete Artikel
78 schnell erkennen und automatisiert /canceln/.
81 ist ein schalkhafter /RfD/, der traditionsgemäß am 1. April in
82 /dana/ veröffentlicht wird und die Ernsthaftigkeit von /dan*/ auf
83 die Schippe nimmt. /Proponenten/ für gute Aprilscherze sind immer
87 einer Gruppe sind /Gruppenname/, /Kurzbeschreibung/, /Charta/ und
88 /Status/. Bei /moderierten/ Gruppen kommen die Mitglieder der
92 werden in /de.*/ keine Gruppen eingerichtet. Für jede neue Gruppe
93 muß stets der tatsächliche /Bedarf/ nachgewiesen werden. Das liegt
94 daran, daß leerstehende Gruppen einerseits die /Übersichtlichkeit/
95 der /Hierarchie/ stören und andererseits ihre /Löschung/
96 problematisch ist. Näheres ist in den /Mißverständnissen/ erläutert.
99 ist die wichtigste Voraussetzung für eine Entscheidung in /de.*/.
100 In /daa/ zeigt man den tatsächlichen Bedarf meist durch einen
101 /Trafficnachweis/. In /dan*/ dient außerdem die /Mindeststimmenzahl/
102 zur Überprüfung des Bedarfs.
105 nennt man die großen acht englischsprachigen internationalen
106 /Hierarchien/ comp.*, humanities.*, misc.*, news.*, rec.*, sci.*,
107 soc.* und talk.*. Sie sind gut gepflegt und dienten in ihrer
108 Gliederung teilweise als Vorbild für /de.!alt/. Mittlerweile hat
109 /de.*/ jedoch eine eigene, hiervon unabhängige Gliederung, so daß
110 ein Verweis auf Parallelen in den Big8 meist ein /Mißverständnis/
113 canceln (engl. "to cancel")
114 heißt, das Löschen eines Artikels im Usenet veranlassen. Bei eigenen
115 Artikeln ist dies stets erlaubt, zum Beispiel um einen Fehler zu
116 korrigieren. Bei Artikeln anderer Leute wird innerhalb von /de.*/
117 jedoch dringend empfohlen, die Richtlinien zum Fremdcancel in
118 http://www.filmateleven.de/usenet/fremdcancel.html zu beachten.
120 CfV (= Call for Votes; der, Pl. CfVs)
121 ist ein Aufruf an die /Netzöffentlichkeit/, über eine Sachfrage zu
122 entscheiden, die zuvor in /dan*/ diskutiert worden ist. Ein CfV wird
123 in /dana/ und allen betroffenen Gruppen veröffentlicht. Er sollte
124 frühestens zwei Wochen nach dem letzten einschlägigen /RfD/
125 erscheinen und mit diesem inhaltlich übereinstimmen. Nähere
126 Einzelheiten stehen in den /Einrichtungsregeln/ und im
127 Beispiel-CfV des /dana-Manuals/.
130 ist eine knappe Aufforderung an den /Proponenten/, die /Diskussion/
131 für beendet zu erklären und den /CfV/ einzureichen. Der Grund
132 hierfür kann entweder sein, daß man mit dem /Proponenten/ inhaltlich
133 völlig übereinstimmt oder mit ihm derart unterschiedlicher Meinung
134 ist, daß aus einer weiteren /Diskussion/ keine neuen Erkenntnisse zu
137 Charta (die, Pl. Chartas)
138 ist eine möglichst allgemeinverständliche Beschreibung, welche
139 Themen in einer Gruppe behandelt werden und welche nicht. Listen
140 aller Chartas von /de.!alt/ und /de.alt/ findest Du in
141 http://www.kirchwitz.de/~amk/dni/de-newsgruppen bzw.
142 http://www.kirchwitz.de/~amk/dni/de-alt-newsgruppen .
144 Es lohnt sich, Chartas sorgfältig und sprachlich sauber zu
145 verfassen, damit jeder Leser möglichst eindeutig entscheiden kann,
146 was in der betreffenden Gruppe on topic ist.
149 ist ein /Control/, der die /Taglines/ aller Gruppen einer
150 /Hierarchie/ auflistet.
152 Control (der, Pl. Controls)
153 ist ein Artikel im Usenet, der nicht zur menschlichen, sondern zur
154 maschinellen Auswertung gedacht ist. Controls sind also Befehle an
155 die Newsserver. Dazu zählen einerseits Veränderungen an der
156 Gruppenstruktur (/newgroup/, /rmgroup/, /checkgroups/), zum anderen
157 das Löschen von Artikeln (/Canceln/).
159 In /de.!alt/ versendet die /dana-Moderation/ die strukturändernden
160 Controls, signiert mit dem /dana-Key/. In /de.alt/ hingegen tun dies
161 mehrere technisch erfahrene Leute auf Anfrage.
164 ist die Gruppe de.alt.admin. Sie verwaltet die Unterhierarchie
165 /de.alt/ gemäß Anhang A der /Einrichtungsregeln/.
168 ist die /moderierte/ Gruppe de.admin.infos. Sie enthält für /dan*/
169 relevante /Regeltexte/ und hilfreiche Erläuterungen dazu. Von allen
170 /Diskutanten/ wird stillschweigend erwartet, daß sie mit den Texten
171 aus dai vertraut sind.
174 ist die /moderierte/ Gruppe de.admin.news.announce. Von hier aus
175 werden die Gruppen von /de.!alt/ und die Regeln von /de.*/
176 verwaltet. Das bedeutet, daß hier alle einschlägigen /RfDs/, /CfVs/,
177 /Results/ und /Einsprüche/ erscheinen.
179 Wenn Du an der Pflege von /de.*/ mitwirken willst, solltest Du dana
180 regelmäßig lesen. Da es sich um eine /Low-Traffic-Gruppe/ handelt,
181 reicht es, sie alle paar Tage zu lesen. Wenn Du dabei auf ein Thema
182 stößt, das Dich besonders interessiert, solltest Du für die Dauer
183 der Diskussion die passende Gruppe in /dan*/ abonnieren, auf die der
184 Followup-To:-Header zeigt.
187 heißt der /PGP/-Schlüssel der /dana-Moderation/. Er dient dazu,
188 /Controls/ zu authentifizieren, welche /de.!alt/ betreffen.
191 http://www.kirchwitz.de/~amk/dai/dana-manual ist eine ausführliche
192 und sehr lesenswerte Beschreibung, wie man ein /Verfahren/ in /dan*/
193 erfolgreich durchführt.
196 ist die /Moderation/ von /dana/. Sie kann unter der E-Mailadresse
197 moderator@dana.de erreicht werden.
199 Die derzeitige dana-Moderation besteht aus dem /Sprecher/, dem
200 /Statusverwalter/, dem /Umsetzungsbeauftragten/ und den fünf
201 /Verfahrensbetreuern/. Ihr /Moderationskonzept/ bestimmt die interne
204 Diese Ämter- und Aufgabenverteilung kann sich jederzeit ändern, wenn
205 das /Moderationskonzept/ überarbeitet oder die dana-Moderation durch
206 /Neuwahl/ abgelöst wird. Insbesondere ist es möglich, daß /dana/ von
207 einer Einzelperson /moderiert/ wird. Alle früheren dana-Moderatoren
208 sind in http://usenet.babylonsounds.com/moderation.html aufgelistet.
211 heißt der wöchentlich in /dana/ erscheinende Überblick über alle
212 anhängigen /Verfahren/. Er wird von der /dana-Moderation/
213 veröffentlicht und gilt als Pflichtlektüre für /dang-Regulars/.
216 ist die Gruppe de.admin.news.groups. Hier wird die /Einrichtung/
217 oder /Löschung/ von Gruppen in /de.!alt/ diskutiert sowie die
218 Änderung der zuhörigen /Attribute/.
220 dang-Regular (der, Pl. dang-Regulars)
221 nennt man jemanden, der regelmäßig in /dang/ mitliest und
222 mitdiskutiert, auch wenn er vom augenblicklichen Thema nicht
223 unmittelbar betroffen ist. Seine Motivation dazu ist, an der Pflege
224 von /de.!alt/ aktiv teilzunehmen, damit /de.*/ eine übersichtliche
225 und nützliche /Hierarchie/ wird und bleibt.
227 Die dang-Regulars sind mitunter sehr verschiedene Menschen. Manche
228 sind erfahrene alte Hasen, die schon seit Anbeginn von /de.*/ diese
229 /Hierarchie/ mitpflegen. Andere wiederum sind erst vor wenigen
230 Monaten oder Jahren hierhergelangt und haben Gefallen an der
231 Verantwortung für /de.!alt/ gefunden. Nicht immer sind die
232 lautstärksten dang-Regulars auch diejenigen, auf die man am meisten
236 ist die Gruppe de.admin.news.misc. Hier werden sonstige Themen der
237 Unterhierarchie /dan*/ behandelt. Wichtig darunter sind die
238 /Neuwahlen/ oder /Nachwahlen/ von /Moderationen/, insbesondere die
239 der /dana-Moderation/.
242 ist die Gruppe de.admin.news.regeln. Hier finden Regeldiskussionen
243 und /Richtlinienverfahren/ statt, ebenso die öffentliche Debatte zu
244 /Einsprüchen/. Damit die /Diskussionen/ sachlich bleiben und nicht
245 ins Absurde abgleiten, sollte man jegliches /Nomicen/ unterlassen.
248 bezeichnet die für menschliche Leser bestimmten Gruppen der
249 /Unterhierarchie/ de.admin.news.*. Das sind also /dana/, /dang/,
253 ist die Unterhierarchie de.comm.software.*. Sie war in den Jahren
254 1999/2000 Gegenstand einer umfassenden, letztlich aber gescheiterten
255 /Reorganisation/. Ursache des Mißlingens war ein komplizierter
256 /Wahlschein/, der nicht gegen das letztlich entstandene unliebsame
257 /Result/ abgesichert war. Die Einzelheiten hierzu sind auf
258 http://hamster.arcornews.de/micha/history/history.htm dokumentiert.
259 Dieses /Verfahren/ gilt wegen seiner langen Dauer, des damit
260 einhergegangenen Umzugs von /Traffic/ nach /hamster.*/ und des
261 letztlich entstandenen /Schlamassels/ als abschreckendes Beispiel.
264 ist eine internationale deutschsprachige /Hierarchie/. Ihr Themen-
265 und Gruppenangebot beruht auf den Grundideen /Vollständigkeit/,
266 /Themenorientierung/ und /Übersichtlichkeit/.
269 ist die /Unterhierarchie/, welche von /daa/ gemäß Anhang A der
270 /Einrichtungsregeln/ verwaltet wird. Über Gruppen in de.alt wird
271 also nicht durch Abstimmung, sondern durch Konsens entschieden.
274 bezeichnet alle /Unterhierarchien/ von /de.*/, welche nicht zu
275 /de.alt/ gehören. Über Gruppen in de.!alt wird mittels formeller
276 /Verfahren/ und Abstimmungen in /dana/ und /dang/ entschieden.
279 ist eine /moderierte/ Gruppe, in der zahlreiche Informationstexte
280 aus anderen deutschsprachigen Gruppen in regelmäßigen Abständen
281 veröffentlicht werden.
284 ist die Gruppe, in der alle Themen besprochen werden, zu denen es
285 keine passendere Gruppe in /de.*/ gibt. Ihr Nutzwert ist
286 hauptsächlich theoretischer Natur. In der Praxis eignet sich meist
287 eine andere /misc-Gruppe/ besser für die Diskussion, weil dort mehr
288 fachkundige Leute mitlesen.
291 bezeichnet in /dan*/ anders als im übrigen Usenet nicht jeden
292 beliebigen kontroversen Schriftwechsel, sondern meist nur die durch
293 einen formellen /RfD/ oder einen informellen /Prae-RfD/ eingeleitete
294 Besprechung einer Sachfrage.
296 Da in /dan*/ sehr viele Leute mitlesen und mitdiskutieren, ist etwas
297 Disziplin und Diskussionskultur wichtig. Insbesondere der Grundsatz
298 "Teilen Sie etwas Neues mit!" aus der Netiquette verdient Beachtung.
299 Weder der /Proponent/ noch sonst ein /Diskutant/ sollte sich durch
300 übermäßig viele Beiträge zum Alleinunterhalter aufschwingen. Es
301 bringt auch nichts, mit immergleichen Argumenten und Gegenargumenten
302 im Kreis zu debattieren, sondern schadet nur der Übersichtlichkeit
303 der Diskussion. Scheinbar unüberbrückbare Gegensätze werden in
304 /dan*/ nicht durch Endlosdebatten, sondern per Abstimmung gelöst.
306 Diskussionskultur heißt insbesondere, daß mit Veröffentlichung des
307 /CfV/ die Diskussionsphase beendet ist und nicht mehr über
308 verbliebene Uneinigkeiten debattiert zu werden braucht.
314 ist jeder, der an einer /Diskussion/ in /dan*/ aktiv teilnimmt.
315 Hierzu zählen der /Proponent/, seine Mitstreiter und Gegner sowie
316 interessierte /dang-Regulars/. Häufig diskutieren auch Mitglieder
317 der /dana-Moderation/ mit, sofern sie an der Sachfrage interessiert
321 ist ein häufig wiederkehrender Vorschlag, die vielen englischen
322 Fachbegriffe aus /Gruppennamen/, /Kurzbeschreibungen/, /Chartas/
323 oder sogar der /Diskussion/ in /dan*/ zu tilgen und durch deutsche
324 Wörter zu ersetzen. Einen /RfD/ zu diesem Thema einzureichen lohnt
325 sich nicht, da sich viele Fachbegriffe eingebürgert und als
326 praktisch erwiesen haben.
329 einer Gruppe geschieht durch /newgroup/. Innerhalb von /de.*/ ist
330 dies erst nach einem /Verfahren/ gemäß der /Einrichtungsregeln/
334 http://www.kirchwitz.de/~amk/dai/einrichtung legen fest, wie ein
335 /Verfahren/ in /de.*/ abläuft. Sie sind für die /Einrichtung/ von
336 Gruppen formuliert, gelten aber analog auch für /Löschung/,
337 /Umbenennung/, Änderung anderer /Attribute/ einer Gruppe und
338 /Richtlinienverfahren/.
341 nennt man einen formellen Einwand gegen ein /Result/. Er ist
342 innerhalb der /Einspruchsfrist/ bei der /dana-Moderation/
343 einzureichen und kann die Korrektur oder die Annullierung des
344 /Results/ zum Gegenstand haben. Die /dana-Moderation/ entscheidet
345 abschließend darüber. Näheres steht in den /Einrichtungsregeln/.
347 Die Höflichkeit gebietet, das Instrument des Einspruchs nur in
348 begründeten Fällen zu nutzen und es nicht zum /Nomicen/ zu
352 beträgt eine Woche nach Veröffentlichung des /Results/.
358 nennt man einen /RfD/, der weitgehend wortgleich mit seinem
359 Vorgänger ist und hauptsächlich deshalb veröffentlicht wird, um die
360 /Netzöffentlichkeit/ an ein zwischenzeitlich unterbrochenes
361 /Verfahren/ zu erinnern. Es gilt als höflich, vor dem /CfV/ einen
362 Erinnerungs-RfD einzuschieben, falls die Unterbrechung länger als
363 sechs Wochen gedauert hat.
365 Fake (das; Pl. Fakes)
366 nennt man einen Artikel mit gefälschtem Absender in E-Mail oder
367 Usenet. Dabei ist unerheblich, ob der vermeintliche Absender
368 tatsächlich existiert oder eine Phantasieperson beschreibt.
370 In einem /CfV/ werden als Fakes erkannte Stimmen nicht gewertet.
371 Wann der Verdacht gerechtfertigt ist, daß eine Stimme ein Fake
372 darstellt, und welche Konsequenzen man aus dem Verdacht ziehen soll,
373 wird in <9q4ttd$37a$1@kalkleiste.nomic.de> ausführlich erörtert.
376 nennt man die Einordnung einer Gruppe, wenn der /Gruppenname/ nur
377 aus wenigen /Komponenten/ besteht. Zum Beispiel ist die Gruppe
378 /de.answers/ flach eingeordnet, weil ihr Thema sehr allgemein ist.
381 ist eine internationale /Hierarchie/, in der jedermann /newgroups/
382 verschicken darf. Sie ist demzufolge unübersichtlich und wird in
383 /dan*/ gern als abschreckendes Beispiel genannt, wenn jemand die
384 hiesigen /Einrichtungsregeln/ als zu streng kritisiert.
387 nennt man ein /Verfahren/, welches augenscheinlich nur der
388 Befriedigung der persönlichen Eitelkeit des /Proponenten/ dient.
389 Gründe für diesen Vorwurf können sein, daß der /Proponent/ eine
390 Gruppe ohne erkennbaren /Traffic/, mit zu /flacher/ Einordnung oder
391 ungeachtet aller sinnvollen Gegenargumente einrichten lassen will.
392 Namensgebend hierfür sind die Fuchsschwänze, mit denen Mantafahrer
393 ihre Autos zu verzieren pflegen.
396 heißt eine Neinstimme gegen die /Einrichtung/ einer Gruppe, die nur
397 deswegen abgegeben wird, weil dem Wähler das Thema der Gruppe
398 mißfällt. Solche Neinstimmen schaden der /Übersichtlichkeit/ von
399 /de.*/ und sollten daher unterbleiben. Dies wurde erstmals in
400 <qDZiz*tPi@yaps.rhein.de> erörtert.
403 ist die Anspielung auf ein /Verfahren/ aus den Jahren 1999/2000,
404 welches sich durch Starrsinn aller Beteiligten sowie durch Auftreten
405 von /Stimmvieh/ in die Länge zog und an Streitigkeiten über /flache/
406 oder /tiefe/ Einordnung der Gruppe scheiterte. Es gilt als
407 abschreckendes Beispiel dafür, wie man eine gute Idee in /dan*/
408 durch zu viel Eifer zum Mißerfolg führen kann. Eine Dokumentation
409 ist in <9ueqm9.19k.1@babylonsounds.com> zu finden.
412 heißt eine Gruppe, wenn sie auf manchen Newsservern noch existiert,
413 obwohl sie bereits vor langer Zeit durch einen /rmgroup/ gelöscht
414 wurde und nicht mehr im /checkgroups/ vorkommt. Da viele kleinere
415 Newsserver schlecht gepflegt werden, sind Gruppenleichen durchaus
416 häufig und stören das Usenet.
419 ist das wichtigste und einprägsamste /Attribut/ einer Gruppe im
420 Usenet. Da der Name die Einordnung der Gruppe in eine
421 /Unterhierarchie/ beschreibt, ist er besonders sorgfältig
422 auszuwählen und auf das Thema abzustimmen. Einzelheiten stehen auf
423 http://www.dana.de/mod/newsgroup-namen.html und im /dana-Manual/.
425 Gruppennamen werden in der /Diskussion/ häufig abgekürzt. Auf
426 http://purl.net/stefan_ram/pub/usenet_gruppenkuerzel_de steht, wie
427 solche Abkürzungen im allgemeinen aussehen.
429 GVV (= German Volunteer Votetakers, Pl.)
430 sind ein Kreis erfahrener /dang-Regulars/, die meist gern bereit
431 sind, einen /CfV/ als /Wahlleiter/ zu übernehmen. Sie können unter
432 der E-Mailadresse gvv@dana.de erreicht werden. Näheres ist in
433 http://gvv.nomic.de erläutert.
436 ist eine internationale, mehrsprachige /Hierarchie/ über die
437 Newsserver-Software Hamster. Sie entstand im Verlaufe des
438 /Verfahrens/ zu /dcsa/ und gilt als abschreckendes Beispiel dafür,
439 daß /Traffic/ aus /de.*/ abwandert, wenn man ihm nicht binnen
440 vernünftiger Frist eine passende Gruppe zur Verfügung stellt.
443 nennt man eine Menge von Gruppen, deren Namen mit denselben
444 /Komponenten/ beginnen. Je nach Anzahl der gemeinsamen /Komponenten/
445 unterscheidet man Hierarchien verschiedenen Grades:
447 Top-Level-Hierarchien: z. B. /de.*/, at.*, ch.*, /Big8/
448 Second-Level-Hierarchien: z. B. /de.alt/
449 Third-Level-Hierarchien: z. B. de.admin.news.*
451 Eine einigermaßen vollständige Liste aller Top-Level-Hierarchien
452 ist auf http://www.magma.ca/~leisen/mlnh/mlnhtables.html zu finden.
454 Unterschiedliche Hierarchien werden nach unterschiedlichen Regeln
455 verwaltet. Für /de.*/ gelten die hiesigen /Einrichtungsregeln/.
458 nennt man eine Gruppe, deren /Traffic/ mehr als etwa 50 Artikel pro
462 ist ein zeitweilig sehr hohes Diskussionsaufkommen aufgrund
463 aktueller Gegebenheiten (politischer Ereignisse, Veröffentlichungen
464 von Büchern, Filmen, Software usw.). Erfahrungsgemäß sinkt solcher
465 /Traffic/ nach einiger Zeit wieder. Da ein /Trafficnachweis/ erst
466 dann überzeugt, wenn der /Traffic/ über längere Zeit stabil bleibt,
467 taugt Hype-Traffic nicht als Argument für eine neue Gruppe.
470 nennt man eine Gruppe, welche Informationstexte einer thematischen
471 /Unterhierarchie/ bündelt. Eine info-Gruppe ist üblicherweise
472 /moderiert/ und endet auf die /Komponente/ infos.
475 ist eine schematische Darstellung der Entscheidungsmöglichkeiten JA,
476 NEIN und ENTHALTUNG in einer Abstimmung. Sie wird vor allem in
477 /danr/ benutzt, um die Struktur komplizierterer /Wahlscheine/ zu
480 KISS (= Keep It Simple, Stupid; das)
481 heißt ein bereits mehrfach gescheiterter Versuch, die
482 /Einrichtungsregeln/ radikal zu vereinfachen. Er ist als
483 Gegenbewegung zum regelverfeinernden /Nomicen/ zu verstehen und hat
484 seinen Ursprung in <6bp4rp$pta$1@sobolev.rhein.de>.
487 nennt man einen /CfV/, in dessen /Wahlschein/ man aus mehreren
488 Möglichkeiten eine auswählen soll. Die Einzelheiten hierzu werden
489 in Punkt 9 der /Einrichtungsregeln/ beschrieben.
491 Ein kombiniertes Voting verkompliziert erfahrungsgemäß den /CfV/ und
492 vermindert manchmal dessen Erfolgsaussichten. Darum ist es im
493 allgemeinen ratsam, auf das kombinierte Voting zu verzichten und
494 stattdessen bereits während der /Diskussion/ die Entscheidung durch
495 einen /Strawpoll/ herbeizuführen. Ausführlich besprochen wird diese
496 Problematik in http://www.kirchwitz.de/~amk/dai/entscheidung .
499 nennt man die einzelnen Bestandteile des /Gruppennamens/, die durch
500 Punkte voneinander getrennt sind. Zum Beispiel besteht der Name
501 /dana/ aus den Komponenten de, admin, news, announce.
504 heißt ein Werkzeug des Wahrsagehandwerks, welches verläßliche
505 Aussagen über die Zukunft ermöglicht. Mancher /dang-Regular/
506 behauptet, eine Kristallkugel zu besitzen und mit ihr /Results/ oder
507 zukünftigen /Traffic/ präzise abschätzen zu können. Obwohl solche
508 Vorhersagen von Seiten erfahrener /dang-Regulars/ durchaus ernst zu
509 nehmen sind, können sie die sachliche /Diskussion/ und den
510 objektiven /Trafficnachweis/ nicht ersetzen.
513 ist eine sehr knappe Benennung des Themas einer Gruppe, die den
514 /Gruppennamen/ ergänzt und von den meisten Newsreadern zusammen mit
515 ihm als /Tagline/ angezeigt wird. Sie soll in de.!alt keine Umlaute
516 enthalten und mit einem Satzendezeichen aufhören. Oft empfiehlt sich
517 ein kurzer, einprägsamer, gern auch witziger Sinnspruch.
520 einer Gruppe geschieht durch /rmgroup/. Da viele kleinere Newsserver
521 einen /rmgroup/ mit starker Verspätung oder nie ausführen, besteht
522 immer die Gefahr, daß dort eine /Gruppenleiche/ zurückbleibt. Um
523 dies zu vermeiden, werden Gruppen in /de.*/ niemals /auf Verdacht/
524 eingerichtet und noch viel zögerlicher gelöscht. Meistens denkt man
525 erst dann über eine Löschung nach, wenn der /Traffic/ dauerhaft
526 ausnehmend niedrig ist, oft tagelang ganz ausbleibt und wenn Fragen
527 in der Gruppe nicht mehr beantwortet werden.
530 nennt man eine Gruppe, deren /Traffic/ weniger als etwa 5 Artikel
534 ist eine freundliche Zustimmung zu einer Idee, verbunden mit der
535 Aufforderung, sie möglichst rasch zu verwirklichen. Adressat dieses
536 Zitats ist in /dan*/ meist der /Proponent/. Ursprünglich stammt es
537 von Captain Picard aus der Fernsehserie Star Trek.
540 sind ein Kreis erfahrener /dang-Regulars/, die einem Neuling gern bei
541 der Abfassung seines /RfD/ behilflich sind und ihn durch das
542 /Verfahren/ hindurch beratend begleiten. Sie können unter der
543 E-Mailadresse mentoren@dana.de erreicht werden.
546 beträgt in einem /Result/ 60 Jastimmen. Sie soll sicherstellen, daß
547 für eine angestrebte Änderung von /de.*/ genügend /Bedarf/ besteht.
548 Insbesondere bei der /Einrichtung/ einer neuen Gruppe zeigt das
549 Erreichen der Mindeststimmenzahl, daß sich genügend Leute für das
550 Thema interessieren, um die neue Gruppe mit lebhaften Diskussionen
554 nennt man eine Gruppe, die auf die /Komponente/ misc endet und alle
555 Themen bündelt, die innerhalb ihrer thematischen /Unterhierarchie/
556 keine eigene Gruppe haben. In /de.!alt/ werden misc-Gruppen
557 zusammen mit ihrer /Unterhierarchie/ ohne weitere Abstimmung
558 eingerichtet. Näheres dazu steht in den /Einrichtungsregeln/.
561 treten in /dang/ häufig auf, weil viele Neulinge irrtümlich meinen,
562 das /Einrichten/ einer Gruppe zu ihrem Lieblingsthema gehöre zu
563 ihren unveräußerlichen Menschenrechten in /de.*/. Warum dem nicht so
564 ist, ist in http://www.kirchwitz.de/~amk/dai/dang-faq erklärt.
567 entstehen, wenn über nicht zusammengehörige Sachfragen in einer
568 /Sammelabstimmung/ entschieden wird: Wer sich nur für einen Teil der
569 Fragen interessiert, stimmt trotzdem auch beim anderen Teil mit und
570 verfälscht damit /Mindeststimmenzahl/ oder /2/3-Mehrheit/. Aus
571 diesem Grund sind /Sammelabstimmungen/ im allgemeinen ungeeignet,
572 den /Bedarf/ einer Änderung festzustellen.
575 kann man in /dan*/ in vielfältiger konstruktiver Weise. Einen guten
576 Überblick liefert http://www.kirchwitz.de/~amk/dai/mitgestalten .
579 heißt ein Kreis von einer oder mehreren Personen, der darüber
580 entscheidet, welche zur Veröffentlichung eingereichten Artikel in
581 einer /moderierten/ Gruppe erscheinen und welche nicht.
583 In /de.!alt/ wird die jeweilige Moderation gleichzeitig mit der
584 /Einrichtung/ der moderierten Gruppe gewählt. Sie kann ihre
585 Zusammensetzung anschließend nach eigenem Gutdünken ändern, indem
586 sie Mitglieder entläßt, neue ernennt oder per /Nachwahl/ bestimmt.
587 Unbeschadet dessen kann eine Moderation auch von Außenstehenden im
588 Rahmen einer /Neuwahl/ abgelöst werden.
591 nennt man die Selbstverpflichtung der /dana-Moderation/ auf den
592 Sinn (und nicht den reinen Wortlaut) der /Einrichtungsregeln/.
595 nennt man einen Text, in welchem eine /Moderation/ ihre Arbeitsweise
596 erklärt. Ein solcher Text gründet auf Vertrauen, ist für niemanden
597 verbindlich und kann von der /Moderation/ jederzeit geändert werden.
598 Wenn eine /Moderation/ häufig gegen ihr Konzept verstößt und die
599 /Netzöffentlichkeit/ brüskiert, läuft sie allerdings Gefahr, durch
600 /Neuwahl/ ersetzt zu werden.
602 Das bekannteste Moderationskonzept ist das der /dana-Moderation/. Es
603 ist unter http://www.dana.de/mod/modkonzept.html zu finden.
606 ist eine Gruppe, wenn Artikel nicht sofort dort erscheinen, sondern
607 erst, nachdem die jeweilige /Moderation/ sie /approvet/ hat.
609 Technisch geschieht dies dadurch, daß Dein Newsserver Deinen Artikel
610 zunächst nicht im Usenet verbreitet, sondern per E-Mail an die
611 /Moderation/ schickt. Falls Du den Artikel gleichzeitig auch an
612 /unmoderierte/ Gruppen adressiert hast, wird er auch dort erst
613 erscheinen, sobald er /approvet/ ist.
616 nennt man eine öffentliche Abstimmung über neue Mitglieder einer
617 /Moderation/. Die Initiative geht dabei von der /Moderation/ selbst
618 aus. Zum Beispiel veranstaltet die derzeitige /dana-Moderation/
619 einmal pro Quartal eine solche Nachwahl in /danm/.
622 sind theoretisch alle Nutzer von /de.*/. In der Praxis handelt es
623 sich jedoch nur um die augenblickliche Leserschaft von /dana/ bzw.
627 nennt man die Ablösung einer /Moderation/ durch eine Nachfolgerin im
628 Rahmen einer öffentlichen Abstimmung. Die Initiative geht dabei
629 meist von Kritikern außerhalb der /Moderation/ aus. Falls die
630 betroffene /moderierte/ Gruppe keine eigenen Wahlregeln kennt,
631 werden die /Neuwahlregeln/ der /dana-Moderation/ sinngemäß
635 http://www.kirchwitz.de/~amk/dai/dana-neuwahl gelten derzeit
636 sinngemäß für alle /moderierten/ Gruppen in /de.!alt/ außer
640 heißt der /Control/ zum /Einrichten/ einer Gruppe.
643 ist ein Spiel, dessen Ziel erst im Spielverlauf durch Schaffen und
644 Verändern von Regeln klar wird und das dementsprechend kompliziert,
645 langwierig und für Unerfahrene sinnlos werden kann. Näheres ist in
646 http://www.sachs-web.de/amtsblatt/spielregeln/nomic/startregel.html
650 nennt man ein Diskussionsverhalten, das durch /Regelfetischismus/
651 und Vorliebe für /Richtlinienverfahren/ auffällt. Wer nomict, hat
652 den Sinn von /dan*/ nicht verstanden: hier geht es nämlich nicht um
653 ein möglichst kontroverses Spiel, sondern um die sinnvolle Pflege
654 der /Hierarchie/ /de.*/.
656 PGP (= Pretty Good Privacy; das)
657 ist das im Usenet übliche Verfahren zur Authentifizierung von
658 Artikeln und /Controls/. Signiert werden normalerweise einige
659 ausgewählte Headerzeilen, alternativ dazu notfalls der Body. Eine
660 Signatur überprüfen kann man, wenn man über PGP-Software verfügt und
661 den Public Key des Autors kennt.
663 Auf http://www.dana.de/mod/dana-keys.html stehen die Schlüssel der
664 /dana-Moderation/ sowie einige Verweise auf weiterführende Texte zu
668 bezeichnet eine Gruppe, in deren Name als letzte /Komponente/ zwei
669 miteinander verwandte Themen durch ein Pluszeichen getrennt genannt
670 werden. Ein solcher /Gruppenname/ ist meist sehr griffig, birgt
671 allerdings die Gefahr, daß die Gruppe mit wachsendem /Traffic/
672 irgendwann in ihre beiden Bestandteile zerlegt werden muß, was
673 unangenehme /Umbenennungen/ nach sich zieht.
675 Pointer (der, Pl. Pointer)
676 nennt man jeden Verweis auf einen /RfD/ oder /CfV/ durch Angabe
677 der Message-ID oder der URL aus http://www.dana.de/mod/status.html .
678 Falls Du Leute, die /dan*/ oder die betroffenen Gruppen nicht lesen,
679 auf einen /RfD/ oder /CfV/ aufmerksam machen willst, so sollte dies
680 ausschließlich in Form von Pointern geschehen. Zitate aus /RfD/ oder
681 /CfV/, insbesondere die Weitergabe des /Wahlscheins/, werden Dir
682 sonst leicht als Herankarren von /Stimmvieh/ ausgelegt und können zu
683 /Wahlabbruch/ oder erfolgreichen /Einsprüchen/ führen.
686 ist ein sarkastischer Ausruf wohligen Lesevergnügens, wenn sich eine
687 kontroverse /Diskussion/ abzeichnet. Namensgebend ist das Naschwerk,
688 welches gern zu abendfüllenden Kinofilmen verzehrt wird. Der Ausruf
689 gilt als Warnung, die /Diskussion/ nicht ausufern zu lassen.
691 Prae-RfD (der, Pl. Prae-RfDs)
692 ist ein informeller Diskussionsaufruf, der eine Sachfrage zunächst
693 nur anreißen soll, um später zu entscheiden, ob ein /RfD/ hierzu
694 eingereicht wird. Der Prae-RfD sollte wie ein /RfD/ in einer der
695 Gruppen /dang/, /danm/, /danr/ veröffentlicht und dort diskutiert
696 werden. In anderen Gruppen gelten Prae-RfDs meist als off topic.
699 nennt man die Neinstimme eines /dang-Regulars/ in einem /CfV/, wenn
700 sie nur aufgrund eines Verstoßes gegen die Gepflogenheiten in /dan*/
701 abgegeben wird. Beispiele solcher Verstöße können sein: das
702 Nichteinhalten der /Sperrfrist/, unsachliche Diskussionsweise des
703 /Proponenten/ oder schroffes Ignorieren von Gegenargumenten. Auch
704 verfahrenstechnische Bedenken können ein Prinzip-Nein rechtfertigen.
706 Prinzip-Neins aus reiner Kraftmeierei ohne ernsthafte Gründe sollten
707 jedoch unterbleiben, da sie das /Result/ verfälschen.
709 Proponent (der, Pl. Proponenten)
710 heißt die Person, welche einen /RfD/ in /dana/ einreicht und damit
711 ein /Verfahren/ initiiert. Der Proponent hat innerhalb des
712 /Verfahrens/ eine sehr mächtige Stellung, weil er im Rahmen der
713 /Einrichtungsregeln/ allein über die Inhalte von /RfD/ und /CfV/
714 bestimmt. Als Proponent ist es daher wichtig, verantwortungsvoll und
715 überlegt zu diskutieren, um der eigenen Sache nicht zu schaden.
717 Ein /Verfahren/ kann auch von mehreren Proponenten gleichzeitig
718 getragen werden. Solche Mitproponenten sind im /RfD/ zu erwähnen.
719 Die Zusammensetzung der Proponentenschaft darf sich während des
723 heißt, ein /Verfahren/ als /Proponent/ in /dan*/ zu vertreten.
726 ist in /daa/ die übliche Form eines informellen Einwands gegen einen
727 Vorschlag gemäß Anhang A der /Einrichtungsregeln/.
729 Public checkgroups (der)
730 nennt man einen Artikel, der den /checkgroups/ einer /Hierarchie/
731 für menschliche Leser auflistet. Ein Public checkgroups für /de.*/
732 wird von der /dana-Moderation/ monatlich unter dem Subject: "How to
733 add de.ALL" in /dana/ veröffentlicht. Sein Inhalt ist auch über
734 http://www.dana.de/mod/checkgroups.txt zugänglich.
736 Realname (der, Pl. Realnamen)
737 ist eine Kombination aus je mindestens einem ausgeschriebenen
738 Personen- und Familiennamen.
741 bezeichnet die Anzahl der /Verfahren/, in der eine bestimmte Person
742 gleichzeitig /Proponent/ sein kann, ohne aufgrund argumentativer
743 Überforderung unsachlich zu werden. Manchmal liegt sie unter 1,
744 selten darüber. In <slrn544f8t.1fr.mr94@husemann.in-berlin.de> wurde
745 sie erstmals erörtert.
748 nennt man ein Diskussionsverhalten, welches den Wortlaut der
749 /Einrichtungsregeln/ über deren Sinn stellt. Dies führt mitunter zu
750 unnötigen Spitzfindigkeiten sowie ungerechtfertigten /Prinzip-Neins/
751 und sollte daher unterbleiben.
754 für /de.*/ sind die /Einrichtungsregeln/, die /Neuwahlregeln/ und
755 die Regeln für /Gruppennamen/. Sie haben im Gegensatz zu allen
756 anderen regelmäßig erscheinenden Texten in /de.*/ verbindlichen
759 rejecten (engl. "to reject")
760 heißt, einen zur Veröffentlichung in einer /moderierten/ Gruppe
761 eingereichten Artikel abzulehnen. Dies ist Aufgabe der jeweiligen
764 Wer der Meinung ist, daß seine Artikel von einer /Moderation/
765 ungerechtfertigt abgelehnt wurden, kann sich in /danm/ darüber
766 beschweren und schlimmstenfalls eine /Neuwahl/ einleiten, falls
767 keine Einigung erzielt wird.
770 ist ein /Result/, welches klarer oder knapper als alle bisherigen in
771 der Geschichte von /dan*/ ist. Eine Aufstellung der Rekorde ist auf
772 http://usenet.babylonsounds.com/rekorde.html zu finden. Eine
773 ähnliche Liste für /Neu-/ und /Nachwahlen/ zur /dana-Moderation/
774 steht auf http://www.kottenhahn.com/usenet/modwahl-rekorde.html .
777 nennt man die Umgestaltung einer oder mehrerer /Unterhierarchien/.
778 Sie besteht meist aus mehreren /Umbenennungen/, manchmal auch
779 einigen /Löschungen/ oder /Einrichtungen/ neuer Gruppen. Eine
780 Reorganisation ist sehr aufwendig und kompliziert und erfordert
781 häufig eine /Sammelabstimmung/ mit einigen /weiteren Regeln/.
783 Result (das, Pl. Results)
784 ist das Ergebnis einer Abstimmung. Es wird wie der /CfV/ in /dana/
785 sowie in allen von der Sachfrage betroffenen Gruppen veröffentlicht
786 und benennt zu jedem Wähler dessen /Realname/, E-Mailadresse und
787 Stimmverhalten, sofern er nicht /anonym/ abgestimmt hat.
789 Die Sachfrage gilt als angenommen, wenn im Result /2/3-Mehrheit/ und
790 /Mindeststimmenzahl/ erreicht sind.
792 RfD (= Request for Discussion; der, Pl. RfDs)
793 nennt man einen formellen Diskussionsaufruf, der in /dana/ und allen
794 von der Sachfrage betroffenen Gruppen veröffentlicht wird. Die
795 /Diskussion/ selbst findet statt
797 * in /dang/, falls es um /Einrichtung/ oder /Löschung/ einer
798 Gruppe oder um die Änderung von /Gruppenname/,
799 /Kurzbeschreibung/, /Charta/ oder /Status/ geht;
800 * in /danm/, falls die /Moderation/ einer Gruppe neu besetzt
802 * in /danr/, falls es sich um ein /Richtlinienverfahren/ handelt.
804 Der 1. RfD leitet die /Diskussion/ ein; eventuelle Änderungen und
805 Verfeinerungen des Diskussionsgegenstandes werden in weiteren
806 durchnumerierten RfDs bekanntgegeben.
808 Wer noch nie einen RfD veröffentlicht hat, sollte unbedingt das
809 Skript http://piology.org/cgi-bin/rfd.pl zur Erstellung des 1. RfD
810 benutzen und sich von den /Mentoren/ beraten lassen, damit auch alle
811 formalen Anforderungen von /dana/ erfüllt sind. Weitere Einzelheiten
812 hierzu stehen in den /Einrichtungsregeln/ und im /dana-Manual/.
815 http://www.babylonsounds.com/usenet/rfd_howto.html ist eine kurze
816 Anleitung, wie man einen guten /RfD/ zur /Einrichtung/ einer Gruppe
820 ist eine knappe Aufforderung, die /Diskussion/ eines /Prae-RfD/ zu
821 beenden und ein formelles /Verfahren/ zu beginnen. Der Grund hierfür
822 ist meist, daß tatsächlicher /Bedarf/ an der Sachfrage zu bestehen
826 nennt man ein /Verfahren/, das die Einführung, Änderung oder
827 Abschaffung von /Regeltexten/ für /de.*/ zum Gegenstand hat. Solche
828 /Verfahren/ finden in /danr/ statt.
831 heißt der /Control/ zum /Löschen/ einer Gruppe.
834 nennt man einen /CfV/, der gleichzeitig über mehrere Sachfragen
835 entscheiden läßt. Wegen der zu befürchtenden Komplikationen und
836 /Mitnahmeeffekte/ ist eine Sammelabstimmung nur in drei Fällen
837 anzuraten: zum einen, wenn mehrere /Attribute/ einer bestehenden
838 Gruppe geändert werden sollen; zum zweiten, wenn eine Gruppe in
839 eine /Unterhierarchie/ aufgespalten werden soll; zum dritten, wenn
840 die /Reorganisation/ einer oder mehrerer /Unterhierarchien/ ansteht.
842 Falls in einer bestehenden /Unterhierarchie/ mehrere neue Gruppen
843 eingerichtet werden sollen, empfehlen sich hierfür getrennte
844 /Verfahren/. Näheres steht in den /Einrichtungsregeln/.
847 ist ein abschätziger Name für /Traffic/, der eigens für ein
848 /Verfahren/ erzeugt wird, um einen /Trafficnachweis/ zu schönen. Der
849 Verdacht, daß Scheintraffic im Spiel ist, kommt vor allem bei
850 /Fuchsschwänzen/ leicht auf.
852 Schlamassel (der, Pl. Schlamassel)
853 heißt ein /Result/, welches so unpopulär ist, daß niemand dessen
854 /Umsetzung/ wünscht. So etwas ist nur bei einer mißglückten
855 /Sammelabstimmung/ denkbar und kam bisher allein im /Verfahren/ zu
856 /dcsa/ vor. Namensgebend hierfür war der Einspruchsentscheid
857 <dcsa-schlamassel-entscheid-Fri-25-Aug-00-1.jonas@dana.de>.
860 nennt man einen /CfV/, der keinen /Wahlschein/ enthält, sondern nur
861 beschreibt, wie man ihn personalisiert beim /Wahlleiter/ anfordert.
862 Sinn dieser Vorgehensweise ist, Wahlmanipulationen zu erschweren.
863 Sie wird angewendet, wenn in einem /Verfahren/ Mißtrauen aufgekommen
864 ist. Näheres erläutert Punkt 6a der /Einrichtungsregeln/.
866 Second-Level-Hierarchie
867 /Hierarchie/ zweiten Grades.
872 "Show traffic, get group!"
873 ist der Grundsatz, nach dem die meisten /Verfahren/ in /de.alt/
874 ablaufen. Die zentrale Frage ist dabei, ob ein überzeugender
875 /Trafficnachweis/ geführt wird.
878 /Second-Level-Hierarchie/.
884 nennt man die Gepflogenheit in /dan*/, über eine Sachfrage
885 frühestens sechs Monate nach dem /Result/ erneut abzustimmen. Wer
886 als /Proponent/ die Sperrfrist verletzt, erntet hierfür oft viele
890 heißt dasjenige Mitglied der derzeitigen /dana-Moderation/, welches
891 /Einsprüche/ veröffentlicht, /Nachwahlen/ ankündigt und über
892 moderationsinterne Entscheidungen informiert.
894 Status (der, Pl. Status)
895 nennt man die Eigenschaft einer Gruppe, /moderiert/ oder
896 /unmoderiert/ zu sein.
899 heißt dasjenige Mitglied der derzeitigen /dana-Moderation/, welches
900 den /dana-Status/ pflegt und die Arbeit der /Verfahrensbetreuer/
907 werden Leute genannt, die in einem /CfV/ abstimmen, obwohl sie kein
908 konkretes, persönliches, usenetinternes Interesse am
909 Abstimmungsgegenstand haben. Dazu zählen insbesondere auch Freunde
910 und Verwandte von Interessierten, die ihrerseits nicht im Usenet
911 aktiv sind. Solche Stimmen stören das /Result/ beträchtlich und
912 können Anlaß für einen /Wahlabbruch/ oder einen erfolgreichen
915 Strawpoll (der, Pl. Strawpolls)
916 ist eine informelle Abstimmung über eine Sachfrage. Häufig findet
917 er während der /Diskussion/ eines /RfD/ statt, um einen Streitpunkt
918 zu klären, zu welchem sich kein klarer Konsens abzeichnet. Er wird
919 von einem /Wahlleiter/ analog zu einem formellen /CfV/ veranstaltet
920 und ausgewertet und mit Unterstützung der /dana-Moderation/ oft auch
921 in /dana/ veröffentlicht. Die Stimmfrist ist meist etwas kürzer und
922 die Beteiligung geringer als bei einem /CfV/. Näheres ist in
923 http://www.kirchwitz.de/~amk/dai/entscheidung erläutert.
929 nennt man eine Jastimme in einem /CfV/, die nicht aus persönlichem
930 Interesse an der Sache abgegeben wird. Solche Jastimmen stören die
931 Entscheidungen in /dan*/, weil sie den Nachweis des /Bedarfs/
932 verfälschen; sie sollten daher nach Möglichkeit unterbleiben.
934 [Tag] (das, Pl. [Tags])
935 nennt man ein Kürzel, welches man an den Anfang des Subject:-Headers
936 stellt, um den Artikel innerhalb einer Gruppe einem Unterthema
937 zuzuordnen. Wenn [Tags] konsequent verwendet werden, wird die Gruppe
938 deutlich lesbarer, weil jeder mühelos diejenigen Unterthemen
939 herausfiltern kann, für die er sich besonders interessiert. Viele
940 /Chartas/ in /de.*/ empfehlen [Tags] oder schreiben sie sogar vor.
942 Tagline (die, Pl. Taglines)
943 heißt die Spezifikation einer Gruppe auf dem Newsserver. Sie besteht
944 aus einer einzigen Zeile und wird auch von den meisten Newsreadern
945 dargestellt. Ihr Aufbau lautet: /Gruppenname/ + 8er-Tabulator +
946 /Kurzbeschreibung/. Wenn die Gruppe /moderiert/ ist, kommt in /de.*/
947 hinzu: " " + <E-Mail-Adresse der /Moderation/> + " (Moderated)".
949 Die /Einrichtungsregeln/ verlangen, daß /Gruppenname/, Tabulator und
950 /Kurzbeschreibung/ zusammen kürzer als 80 Zeichen sind, damit die
951 Tagline sowohl im /Public checkgroups/ als auch im Newsreader
952 übersichtlich dargestellt werden kann.
955 nennt man eine Gruppe, in der ein festgelegtes Thema im Plauderton
956 behandelt wird. Eine talk-Gruppe ist üblicherweise /unmoderiert/ und
957 steht innerhalb von /de.*/ in einer der /Unterhierarchien/ de.talk.*
958 oder de.alt.talk.*. Ein /CfV/ zur /Einrichtung/ einer talk-Gruppe
959 außerhalb von de.talk ruft meist zahlreiche /Prinzip-Neins/ hervor,
960 kann aber dennoch erfolgreich sein.
963 bedeutet, daß Gruppen in /de.*/ für Themen und nicht für Personen
964 oder Personenkreise eingerichtet werden. Das heißt insbesondere, daß
965 Diskussionen, die in ihrem Verlauf ihr Thema wesentlich wechseln, in
966 einer anderen, passenderen Gruppe weiterzuführen sind.
968 Third-Level-Hierarchie
969 /Hierarchie/ dritten Grades.
972 nennt man die Einordnung einer Gruppe, wenn der /Gruppenname/ aus
973 vielen /Komponenten/ besteht. Zum Beispiel ist die Gruppe
974 de.comp.os.unix.apps.kde tief eingeordnet, weil ihr Thema sehr
978 /Top-Level-Hierarchie/.
981 /Hierarchie/ ersten Grades.
984 nennt man zum einen den Nutzungsgrad einer Gruppe. Er wird meist in
985 Artikeln pro Tag oder Artikeln pro Monat gemessen, wobei
986 üblicherweise nur solche Artikel zählen, die in der Gruppe on topic
987 sind. Zum anderen bezeichnet man in gleicher Weise auch den gesamten
988 Schriftverkehr zu einem bestimmten Thema als Traffic, selbst wenn er
989 über mehrere benachbarte Gruppen verteilt ist oder außerhalb des
990 Usenets (zum Beispiel auf einer Mailingliste) stattfindet.
993 nennt man eine Aufstellung des /Traffics/ zu einem bestimmten Thema
994 über einen gewissen Zeitraum (meist drei Monate oder mehr). Ein
995 solcher Nachweis wird für /Verfahren/ in /de.alt/ benötigt, da
996 /Traffic/ dort das Hauptargument zur /Einrichtung/ von Gruppen ist.
997 In /de.!alt/ dient zwar schon die /Mindeststimmenzahl/ dazu, den
998 /Bedarf/ zu belegen. Dennoch ist ein formeller Trafficnachweis im
999 /RfD/ oder während der /Diskussion/ auch hier gern gesehen. Wer
1000 glaubt, der Trafficfrage gänzlich ausweichen zu können, erliegt
1001 einem schweren /Mißverständnis/.
1003 Falls zu einem Thema /umzugswilliger/ /Traffic/ im Umfang von
1004 täglich mehr als 10 bis 15 Artikeln existiert, ist es sinnvoll,
1005 hierfür eine eigene Gruppe in /de.*/ einzurichten. Warum manchmal
1006 auch schon etwas weniger genügt, wird ausführlich erläutert in
1007 <a505k0$39kc2$2@ID-807.news.dfncis.de>.
1009 Damit ein Trafficnachweis einfach erstellt und überprüft werden
1010 kann, empfiehlt es sich, bereits einige Monate vor Beginn des
1011 /Verfahrens/ ein /[Tag]/ zum betreffenden Thema einzuführen und
1012 konsequent zu verwenden.
1015 bedeutet, daß Gruppen in /de.*/ aussagekräftig benannt und sinnvoll
1016 in /Unterhierarchien/ eingeordnet werden sollen. Außerdem ist darauf
1017 zu achten, daß die einzelnen Gruppen weder ausnehmend wenig noch
1018 unangemessen viel /Traffic/ enthalten.
1021 nennt man die Bestimmung der /Einrichtungsregeln/, daß eine Stimme
1022 nur für genau den Vorschlag gilt, für welchen sie abgegeben wurde.
1023 Das heißt, daß Stimmen für oder gegen eine bestimmte Gruppe nicht
1024 gleichzeitig auch Änderungen an anderen Gruppen bewirken sollen.
1026 Manchmal kann es sinnvoll sein, von diesem Verbot durch eine
1027 /weitere Regel/ eine Ausnahme zu machen, zum Beispiel, wenn bei
1028 /Einrichtung/ einer Gruppe die /Charta/ einer anderen Gruppe in
1029 einem unstrittigen Detail angepaßt werden soll.
1032 einer Gruppe geschieht durch /rmgroup/ und anschließenden
1033 /newgroup/. Damit besteht wie beim /Löschen/ die Gefahr, auf vielen
1034 Newsservern eine /Gruppenleiche/ zu hinterlassen. Deshalb ist man in
1035 /de.*/ Umbenennungen gegenüber kritisch eingestellt und unterstützt
1036 solche /Verfahren/ nur, wenn eine /Unterhierarchie/ dadurch deutlich
1037 übersichtlicher wird.
1040 besteht darin, die Entscheidung eines /Verfahrens/ wirksam zu
1041 machen. Bei Änderungen der Gruppenstruktur geschieht dies durch
1042 Versenden der /Controls/, bei neuen /Chartas/ durch Veröffentlichung
1043 in den betroffenen Gruppen, bei /Richtlinienverfahren/ durch
1044 Anpassung und Veröffentlichung der einschlägigen /Regeltexte/.
1046 Falls ein /Verfahren/ scheitert, findet keine Umsetzung statt.
1048 Umsetzungsbeauftragter
1049 heißt dasjenige Mitglied der derzeitigen /dana-Moderation/, welches
1050 für die /Umsetzung/ jedes erfolgreich verlaufenen /Verfahrens/ in
1054 nennt man den /Traffic/ zu einem Thema, wenn seine häufigsten
1055 Autoren bereit sind, hierfür in Zukunft eine andere, meist neu zu
1056 gründende Gruppe zu nutzen. Umzugswilligkeit wird vor allem dann
1057 sehr kritisch hinterfragt, wenn der /Traffic/ bisher außerhalb des
1058 Usenets stattfindet.
1061 ist eine Gruppe, wenn Artikel in ihr sofort auf dem Newsserver
1062 erscheinen und ins Usenet eingespeist werden. Dies ist der übliche
1063 /Status/ von Gruppen.
1066 nennt man eine /Hierarchie/ zweiten oder höheren Grades.
1069 nennt man den gesamten Prozeß, mit dem eine Sachfrage in /de.*/ zu
1070 einer Entscheidung geführt wird.
1072 In /de.!alt/ umfaßt ein Verfahren einen oder mehrere /RfDs/, die
1073 /Diskussion/, zwei /CfVs/ und ein /Result/, gegen welches unter
1074 Umständen noch /Einsprüche/ eingereicht werden können, sowie die
1075 anschließende /Umsetzung/. Bei guter Vorbereitung des /Proponenten/
1076 dauert das Verfahren acht bis zehn Wochen; unter widrigen Umständen
1077 können auch einige Monate vergehen.
1079 In /de.alt/ besteht ein Verfahren aus einem Vorschlag in /daa/,
1080 einer Debatte darüber und der anschließenden /Umsetzung/. Falls der
1081 Vorschlag unstrittig ist, dauert das Verfahren gut eine Woche; bei
1082 mehrfachem /"Protest!"/ können weitere Wochen vergehen.
1084 Die genaue Vorgehensweise erläutern die /Einrichtungsregeln/ und das
1088 heißen diejenigen Mitglieder der derzeitigen /dana-Moderation/,
1089 welche die vom /Proponenten/ und /Wahlleiter/ eingereichten /RfDs/,
1090 /CfVs/ und /Results/ gegenlesen, zur Nachbesserung zurückschicken
1091 und schließlich veröffentlichen. Oft sind einige E-Mailwechsel mit
1092 dem jeweiligen Verfahrensbetreuer nötig, bis ein Text reif zur
1093 Veröffentlichung ist.
1096 nennt man die Bestimmung der /Einrichtungsregeln/, daß über jede
1097 Gruppe einzeln abzustimmen ist. Sie besagt, daß zwischen mehreren
1098 im Rahmen einer /Sammelabstimmung/ behandelten Gruppen keine
1099 stimmtechnischen Abhängigkeiten bestehen sollen.
1101 In einigen seltenen Fällen, zum Beispiel bei einer /Reorganisation/,
1102 kann es sinnvoll sein, von diesem Verbot durch eine /weitere Regel/
1103 eine Ausnahme zu machen.
1106 bedeutet, daß es innerhalb von /de.*/ zu jedem nur denkbaren Thema
1107 eine passende Gruppe gibt. Welche das im Einzelfall ist, kannst Du
1108 den /Chartas/ entnehmen oder in der Gruppe de.newusers.questions
1111 Die Vollständigkeit von /de.*/ wird durch die /misc-Gruppen/,
1112 insbesondere durch /de.etc.misc/, sichergestellt.
1114 VV (= vereinfachtes Verfahren; das)
1115 heißt der Versuch, eine Sachfrage ohne /Diskussion/ und Abstimmung
1116 zu entscheiden. Das ist meist nur dann sinnvoll, wenn es um kleine
1117 Änderungen an einer /Charta/ oder /Kurzbeschreibung/ geht.
1119 Ein VV wird wie ein /RfD/ in /dana/ und allen betroffenen Gruppen
1120 veröffentlicht. Falls aus der /Netzöffentlichkeit/ kein Widerspruch
1121 bei der /dana-Moderation/ eingeht, gilt das VV als erfolgreich.
1122 Näheres hierzu steht in den /Einrichtungsregeln/.
1125 heißt die Entscheidung des /Wahlleiters/, einen /CfV/ nicht weiter
1126 auszuwerten, sondern die Abstimmung ohne Ergebnis zu beenden. Dies
1127 geschieht, wenn es im Wahlverlauf zu Unregelmäßigkeiten gekommen
1128 ist. Näheres erklären die /Einrichtungsregeln/.
1131 ist in /dan*/, wer eine eigene E-Mailadresse hat und gegenüber dem
1132 /Wahlleiter/ seinen /Realnamen/ angibt. Von jedem Wähler wird jedoch
1133 erwartet, daß er nur dann einen /Wahlschein/ abschickt, wenn er ein
1134 konkretes, persönliches, usenetinternes Interesse am
1135 Abstimmungsgegenstand hat.
1138 heißt die Person, welche die auf den /CfV/ folgende Abstimmung
1139 auswertet. Im allgemeinen wird erwartet, daß der /Proponent/ dies
1140 selbst tut. Wenn er dazu aus technischen oder zeitlichen Gründen
1141 nicht in der Lage ist oder in /dan*/ zu wenig Vertrauen genießt,
1142 dann finden sich meist freiwillig andere Wahlleiter, zum Beispiel
1146 ist derjenige Bestandteil eines /CfV/, in welchen der Wähler seine
1147 Entscheidung eintragen kann. Meist wird der Wahlschein mit dem /CfV/
1148 mitgeliefert; eine Ausnahme hiervon ist das /6a-Verfahren/. Den
1149 Wahlschein sollte man sorgfältig abtrennen und sauber mit JA, NEIN
1150 oder ENTHALTUNG ausfüllen, um dem /Wahlleiter/ möglichst wenig
1151 Arbeit zu machen. Einzusenden ist er per E-Mail an die jeweils
1152 angegebene Abstimmadresse.
1155 sind ein gern genanntes Beispiel eines Allerweltsthemas, für welches
1156 man trotz seiner großen Verbreitung keine eigene Gruppe braucht,
1157 weil einfach niemand darüber diskutiert. Wer für ein solches
1158 Allerweltsthema dennoch eine Gruppe einrichten will, erliegt einem
1159 /Mißverständnis/. Weiße T-Shirts taugen allenfalls für einen
1160 /Aprilscherz/ wie <RfD-1-de.rec.weisse-tshirts-01.04.1998@dana.de>.
1163 nennt man jede Bestimmung im /CfV/, welche inhaltlich von den
1164 üblichen /Einrichtungsregeln/ abweicht. Eine solche Zusatzregelung
1165 sollte man nur in Ausnahmefällen und dann in enger Absprache mit der
1166 /dana-Moderation/ treffen. Sie muß im letzten /RfD/ erwähnt werden.
1169 nennt man /Scheintraffic/, der als Reaktion auf einen /RfD/ zur
1170 /Löschung/ einer Gruppe erzeugt wird. Namensgebend waren die vielen
1171 vergeblichen Versuche, die Gruppe de.alt.zotty.answers zu löschen.
1174 der Stimmen ist in einem /Result/ nötig, um eine Entscheidung
1175 durchzusetzen. Das heißt, daß mindestens doppelt so viele Jastimmen
1176 wie Neinstimmen beim /Wahlleiter/ eingehen müssen. Der Grund für
1177 diese strenge Quote ist, daß der augenblickliche Zustand von /de.*/
1178 stets Bestandsschutz genießt und nur dann geändert werden soll, wenn
1179 ein deutlicher /Bedarf/ dafür besteht.
1183 Ich danke den folgenden Personen für ihre wertvollen Beiträge und
1184 Anregungen zu diesem Text: Adrian Suter, Andreas Riedel, Christian
1185 Pree, Dirk Nimmich, Frank Ellermann, Gerhard Jahnke, Kai-Olaf Runge,
1186 Karsten Huppert, Ludwig Boeckel, Marc 'HE' Brockschmidt, Michael Dahms,
1187 Michael Ottenbruch, Nikolaus Rath, Olaf Schneider, Oliver Ding, Simon
1188 Paquet, Stefan Ram, Uwe Tetzlaff, Wolfgang Jäth.
projects / faqs / dan-glossar.git / blob