Archive-name: de-admin/dan-glossar
Posting-frequency: weekly
-Last-modified: 2004-01-03
-URL: http://www.tmt.de/~gramlich/dan-glossar.html
+Version: 1.5.4
+Last-modified: (unreleased)
+URL: https://th-h.de/archives/faqs/dan-glossar.txt
URL: http://www.kirchwitz.de/~amk/dai/dan-glossar
Wichtige Begriffe in de.admin.news.*
oder
- * die Message-ID eines Artikels im Usenet, nach welchem Du zum
- Beispiel mittels http://groups.google.com/advanced_group_search
- suchen kannst.
+ * die Message-ID eines Artikels im Usenet, den Du auf diese Weise
+ in Deinem Newsreader oder mit einer Usenet-Suchmaschine wie
+ <http://al.howardknight.net/> finden kannst. Das Archiv von
+ GoogleGroups ist insofern leider nur noch bedingt hilfreich.
Dieses Nachschlagewerk setzt viele elementare Begriffe des Usenets
bereits als bekannt voraus. Wenn Du im Usenet insgesamt noch unerfahren
bist, solltest Du daher Unbekanntes zuerst in einem einführenden Text
-wie http://www.kirchwitz.de/~amk/dni/glossar nachschlagen.
+wie
+
+| From: amk@spamfence.net (Andreas M. Kirchwitz)
+| Newsgroups: de.newusers.infos
+| Subject: <2011-12-09> Glossar
+|
+| Archive-name: de-newusers/glossar
+| Posting-frequency: weekly
+| Last-modified: 2011-12-09
+| URL: http://www.kirchwitz.de/~amk/dni/glossar
+
+nachschlagen. Auch ganz grundsätzlich ist die Lektüre der einleitenden
+Texte zum Usenet an sich in der Newsgroup de.newusers.infos, die sich
+an neue Benutzer wendet, ein Schritt, der sich vor der Lektüre der
+Texte in de.admin.infos, die sich mit der Selbstverwaltung der
+deutschsprachigen Hierarchie de.* beschäftigen, anbietet.
Wenn Dir beim Lesen von de.admin.news.* weitere schwierige Begriffe
auffallen, die hier nicht erklärt sind, oder wenn Du andere hilfreiche
-Verweise auf weiterführende Texte kennst, so schreib mir bitte, damit
-ich dieses Nachschlagewerk vervollständigen kann.
+Verweise auf weiterführende Texte kennst, so schreibe mir bitte, damit
+ich dieses Nachschlagewerk vervollständigen kann; siehe dazu auch die
+Hinweise am Ende des Textes.
Querverweise habe ich mit /Schrägstrichen/ gekennzeichnet. Mit Pl. gebe
ich an, wie die Mehrzahl eines Wortes üblicherweise gebildet wird.
advocacy-Gruppe
nennt man eine Gruppe, in der Vor- und Nachteile konkurrierender
Ideen oder Produkte diskutiert werden. Eine advocacy-Gruppe ist
- üblicherweise /unmoderiert/ und endet auf die /Komponente/ advocacy.
+ üblicherweise /unmoderiert/ und endet mit der /Komponente/ advocacy.
.ALL
bezeichnet alle Gruppen einer /Hierarchie/. Zum Beispiel ist de.ALL
announce-Gruppe
nennt man eine Gruppe, welche die Ankündigungen einer thematischen
/Unterhierarchie/ bündelt. Eine announce-Gruppe ist üblicherweise
- /moderiert/ und endet auf die /Komponente/ announce.
+ /moderiert/ und endet mit der /Komponente/ announce.
anonym
kann man nach außen hin in einem /CfV/ abstimmen, wenn man dem
erscheint weder der /Realname/ noch die E-Mailadresse im /Result/.
approven (engl. "to approve")
- heißt, einen zur Veröffentlichung in einer /moderierten/ Gruppe
+ bedeutet, einen zur Veröffentlichung in einer /moderierten/ Gruppe
eingereichten Artikel zuzulassen. Dies ist Aufgabe der jeweiligen
/Moderation/, welche einen Approved:-Header setzt und dann den
Artikel ins Usenet einspeist.
- Da ein Approved:-Header auch von jeder anderen Person gesetzt werden
- kann, signieren manche /Moderationen/ jeden approveten Artikel mit
- /PGP/. Dadurch kann man nicht von der /Moderation/ approvete Artikel
- schnell erkennen und automatisiert /canceln/.
+ Da ein Approved:-Header technisch auch von jeder anderen Person
+ gesetzt werden kann (wenn auch nicht darf), signieren manche
+ /Moderationen/ jeden approveten Artikel mit /PGP/. Dadurch kann man
+ nicht von der /Moderation/ approvete Artikel erkennen und auch
+ automatisiert /canceln/.
Aprilscherz
ist ein schalkhafter /RfD/, der traditionsgemäß am 1. April in
- /dana/ veröffentlicht wird und die Ernsthaftigkeit von /dan*/ auf
+ /dana/ veröffentlicht wurde und die Ernsthaftigkeit von /dan*/ auf
die Schippe nimmt. /Proponenten/ für gute Aprilscherze sind immer
willkommen.
auf Verdacht
werden in /de.*/ keine Gruppen eingerichtet. Für jede neue Gruppe
- muß stets der tatsächliche /Bedarf/ nachgewiesen werden. Das liegt
- daran, daß leerstehende Gruppen einerseits die /Übersichtlichkeit/
+ muss stets der tatsächliche /Bedarf/ nachgewiesen werden. Das liegt
+ daran, dass leerstehende Gruppen einerseits die /Übersichtlichkeit/
der /Hierarchie/ stören und andererseits ihre /Löschung/
- problematisch ist. Näheres ist in den /Mißverständnissen/ erläutert.
+ problematisch ist. Näheres ist in den /Missverständnissen/ erläutert.
Bedarf
ist die wichtigste Voraussetzung für eine Entscheidung in /de.*/.
/Hierarchien/ comp.*, humanities.*, misc.*, news.*, rec.*, sci.*,
soc.* und talk.*. Sie sind gut gepflegt und dienten in ihrer
Gliederung teilweise als Vorbild für /de.!alt/. Mittlerweile hat
- /de.*/ jedoch eine eigene, hiervon unabhängige Gliederung, so daß
- ein Verweis auf Parallelen in den Big8 meist ein /Mißverständnis/
+ /de.*/ jedoch eine eigene, hiervon unabhängige Gliederung, so dass
+ ein Verweis auf Parallelen in den Big8 meist ein /Missverständnis/
ist.
+Buzzword-Traffic
+ ist /Traffic/, der erst durch die /Einrichtung/ einer Gruppe
+ entsteht, da der /Gruppenname/ oder die /Kurzbeschreibung/ ein
+ Buzzword enthält - also ein Wort, nach dem viele Leute suchen. Das
+ Vertrauen auf Buzzword-Traffic kann mitunter den /Trafficnachweis/
+ ersetzen.
+
canceln (engl. "to cancel")
- heißt, das Löschen eines Artikels im Usenet veranlassen. Bei eigenen
- Artikeln ist dies stets erlaubt, zum Beispiel um einen Fehler zu
- korrigieren. Bei Artikeln anderer Leute wird innerhalb von /de.*/
- jedoch dringend empfohlen, die Richtlinien zum Fremdcancel in
- http://www.filmateleven.de/usenet/fremdcancel.html zu beachten.
+ heißt, das Löschen eines Artikels im Usenet zu veranlassen.
+ Bei eigenen Artikeln ist dies stets erlaubt, zum Beispiel um einen
+ Fehler zu korrigieren. Bei Artikeln anderer Leute wird innerhalb
+ von /de.*/ jedoch dringend empfohlen, die Richtlinien zum
+ Fremdcancel in der - seit 2012 nicht mehr neu veröffentlichten -
+ Fremdcancel-FAQ
+
+| From: Florian Seffler <florian@filmateleven.de>
+| Newsgroups: de.admin.net-abuse.news,de.admin.net-abuse.announce,de.admin.news.misc,de.soc.netzkultur.misc,de.answers,news.answers
+| Subject: <2000-03-20> Fremdcancel-FAQ
+|
+| Fremdcancel-FAQ
+|
+| Archive-Name: de-net-abuse/fremdcancel-faq
+| URL: https://web.archive.org/web/20120226145750/http://filmateleven.de/cms/?Usenet:Fremdcancel-FAQ
+| Posting-Frequency: monthly
+
+ zu beachten.
CfV (= Call for Votes; der, Pl. CfVs)
ist ein Aufruf an die /Netzöffentlichkeit/, über eine Sachfrage zu
frühestens zwei Wochen nach dem letzten einschlägigen /RfD/
erscheinen und mit diesem inhaltlich übereinstimmen. Nähere
Einzelheiten stehen in den /Einrichtungsregeln/ und im
- Beispiel-CfV des /dana-Manuals/.
+ /dana-Manual/.
"[x] CfV now!"
ist eine knappe Aufforderung an den /Proponenten/, die /Diskussion/
für beendet zu erklären und den /CfV/ einzureichen. Der Grund
- hierfür kann entweder sein, daß man mit dem /Proponenten/ inhaltlich
+ hierfür kann entweder sein, dass man mit dem /Proponenten/ inhaltlich
völlig übereinstimmt oder mit ihm derart unterschiedlicher Meinung
- ist, daß aus einer weiteren /Diskussion/ keine neuen Erkenntnisse zu
+ ist, dass aus einer weiteren /Diskussion/ keine neuen Erkenntnisse zu
erwarten sind.
Charta (die, Pl. Chartas)
ist eine möglichst allgemeinverständliche Beschreibung, welche
- Themen in einer Gruppe behandelt werden und welche nicht. Listen
- aller Chartas von /de.!alt/ und /de.alt/ findest Du in
- http://www.kirchwitz.de/~amk/dni/de-newsgruppen bzw.
- http://www.kirchwitz.de/~amk/dni/de-alt-newsgruppen .
+ Themen in einer Gruppe behandelt werden sollen und welche nicht.
+ Listen aller Chartas von /de.*/ einschließlich /de.alt/ findest Du
+ in
+
+| From: Thomas Hochstein <thh@inter.net>
+| Newsgroups: de.newusers.infos,de.admin.news.groups,de.alt.admin
+| Subject: <Datum> Die Newsgruppen der de-Hierarchie
+|
+| Archive-name: de-newusers/de-newsgruppen
+| Posting-frequency: weekly
+| URL: https://th-h.de/archives/faqs/de-newsgruppen.txt
+| URL: http://www.kirchwitz.de/~amk/dni/de-newsgruppen
Es lohnt sich, Chartas sorgfältig und sprachlich sauber zu
verfassen, damit jeder Leser möglichst eindeutig entscheiden kann,
Control (der, Pl. Controls)
ist ein Artikel im Usenet, der nicht zur menschlichen, sondern zur
- maschinellen Auswertung gedacht ist. Controls sind also Befehle an
- die Newsserver. Dazu zählen einerseits Veränderungen an der
- Gruppenstruktur (/newgroup/, /rmgroup/, /checkgroups/), zum anderen
- das Löschen von Artikeln (/Canceln/).
+ maschinellen Auswertung gedacht ist, also eine /Steuernachricht/.
+ Controls sind Befehle an die Newsserver. Dazu zählen einerseits
+ Veränderungen an der Gruppenstruktur (/newgroup/, /rmgroup/,
+ /checkgroups/), zum anderen das Löschen von Artikeln (/Canceln/).
In /de.!alt/ versendet die /dana-Moderation/ die strukturändernden
Controls, signiert mit dem /dana-Key/. In /de.alt/ hingegen tun dies
dai
ist die /moderierte/ Gruppe de.admin.infos. Sie enthält für /dan*/
relevante /Regeltexte/ und hilfreiche Erläuterungen dazu. Von allen
- /Diskutanten/ wird stillschweigend erwartet, daß sie mit den Texten
+ /Diskutanten/ wird stillschweigend erwartet, dass sie mit den Texten
aus dai vertraut sind.
dana
ist die /moderierte/ Gruppe de.admin.news.announce. Von hier aus
werden die Gruppen von /de.!alt/ und die Regeln von /de.*/
- verwaltet. Das bedeutet, daß hier alle einschlägigen /RfDs/, /CfVs/,
+ verwaltet. Das bedeutet, dass hier alle einschlägigen /RfDs/, /CfVs/,
/Results/ und /Einsprüche/ erscheinen.
Wenn Du an der Pflege von /de.*/ mitwirken willst, solltest Du dana
/Controls/ zu authentifizieren, welche /de.!alt/ betreffen.
dana-Manual (das)
- http://www.kirchwitz.de/~amk/dai/dana-manual ist eine ausführliche
- und sehr lesenswerte Beschreibung, wie man ein /Verfahren/ in /dan*/
- erfolgreich durchführt.
+ ist eine ausführlicheund sehr lesenswerte Beschreibung, wie man ein
+ /Verfahren/ in /dan*/ erfolgreich durchführt, und unter
+
+| From: dana-manual@usenet.th-h.de (Thomas Hochstein / Michael Ottenbruch)
+| Newsgroups: de.admin.infos,de.answers,news.answers
+| Subject: <2018-01-27> Erlaeuterungen zur Einrichtung neuer Gruppen in de.*
+|
+| Archive-name: de-newusers/dana-manual
+| Posting-frequency: weekly
+| Version: 2.2.4
+| Last-modified: 2018-01-27
+| URL: http://www.kirchwitz.de/~amk/dai/dana-manual
+| URL: https://th-h.de/archives/faqs/dana-manual.txt
+
+ veröffentlicht.
dana-Moderation
ist die /Moderation/ von /dana/. Sie kann unter der E-Mailadresse
- moderator@dana.de erreicht werden.
+ <moderator@dana.de> erreicht werden.
- Die derzeitige dana-Moderation besteht aus dem /Sprecher/, dem
- /Statusverwalter/, dem /Umsetzungsbeauftragten/ und den fünf
- /Verfahrensbetreuern/. Ihr /Moderationskonzept/ bestimmt die interne
- Arbeitsweise.
+ Die derzeitige dana-Moderation besteht aus dem /Statusverwalter/,
+ dem /Umsetzungsbeauftragten/ und den vier /Verfahrensbetreuern/.
+ Ihr /Moderationskonzept/ bestimmt die interne Arbeitsweise.
Diese Ämter- und Aufgabenverteilung kann sich jederzeit ändern, wenn
das /Moderationskonzept/ überarbeitet oder die dana-Moderation durch
- /Neuwahl/ abgelöst wird. Insbesondere ist es möglich, daß /dana/ von
- einer Einzelperson /moderiert/ wird. Alle früheren dana-Moderatoren
- sind in http://usenet.babylonsounds.com/moderation.html aufgelistet.
+ /Neuwahl/ abgelöst wird. Insbesondere ist es möglich, dass /dana/
+ von einer Einzelperson /moderiert/ wird. Alle früheren
+ dana-Moderatoren sind in
+ <https://web.archive.org/web/20120529054756/http://www.babylonsounds.com/usenet/moderation.html>
+ aufgelistet.
dana-Status
heißt der wöchentlich in /dana/ erscheinende Überblick über alle
anhängigen /Verfahren/. Er wird von der /dana-Moderation/
veröffentlicht und gilt als Pflichtlektüre für /dang-Regulars/.
+ Ergänzt wird er um die Statusübersicht der /GVV/, den /GVV-Status/.
dang
ist die Gruppe de.admin.news.groups. Hier wird die /Einrichtung/
dcsa
ist die Unterhierarchie de.comm.software.*. Sie war in den Jahren
1999/2000 Gegenstand einer umfassenden, letztlich aber gescheiterten
- /Reorganisation/. Ursache des Mißlingens war ein komplizierter
+ /Reorganisation/. Ursache des Misslingens war ein komplizierter
/Wahlschein/, der nicht gegen das letztlich entstandene unliebsame
- /Result/ abgesichert war. Die Einzelheiten hierzu sind auf
- http://hamster.arcornews.de/micha/history/history.htm dokumentiert.
- Dieses /Verfahren/ gilt wegen seiner langen Dauer, des damit
- einhergegangenen Umzugs von /Traffic/ nach /hamster.*/ und des
- letztlich entstandenen /Schlamassels/ als abschreckendes Beispiel.
+ /Result/ abgesichert war. Dieses /Verfahren/ gilt wegen seiner
+ langen Dauer, des damit einhergegangenen Umzugs von /Traffic/ nach
+ /hamster.*/ und des letztlich entstandenen /Schlamassels/ als
+ abschreckendes Beispiel.
de.*
ist eine internationale deutschsprachige /Hierarchie/. Ihr Themen-
der Diskussion. Scheinbar unüberbrückbare Gegensätze werden in
/dan*/ nicht durch Endlosdebatten, sondern per Abstimmung gelöst.
- Diskussionskultur heißt insbesondere, daß mit Veröffentlichung des
+ Diskussionskultur heißt insbesondere, dass mit Veröffentlichung des
/CfV/ die Diskussionsphase beendet ist und nicht mehr über
verbliebene Uneinigkeiten debattiert zu werden braucht.
möglich.
Einrichtungsregeln
- http://www.kirchwitz.de/~amk/dai/einrichtung legen fest, wie ein
- /Verfahren/ in /de.*/ abläuft. Sie sind für die /Einrichtung/ von
- Gruppen formuliert, gelten aber analog auch für /Löschung/,
- /Umbenennung/, Änderung anderer /Attribute/ einer Gruppe und
- /Richtlinienverfahren/.
+ legen fest, wie ein /Verfahren/ in /de.*/ abläuft. Sie sind für die
+ /Einrichtung/ von Gruppen formuliert, gelten aber analog auch für
+ /Löschung/, /Umbenennung/, Änderung anderer /Attribute/ einer Gruppe
+ und /Richtlinienverfahren/. Sie sind unter
+
+| From: 3.14@piology.org (Boris 'pi' Piwinger)
+| Newsgroups: de.admin.infos,de.alt.admin
+| Subject: <2012-01-09> Einrichtung von Usenet-Gruppen in de.*
+|
+| Archive-name: de-admin/einrichtung
+| Posting-frequency: weekly
+| Last-modified: 2012-01-09
+| URL: http://www.kirchwitz.de/~amk/dai/einrichtung
+
+ veröffentlicht.
Einspruch
nennt man einen formellen Einwand gegen ein /Result/. Er ist
Die Höflichkeit gebietet, das Instrument des Einspruchs nur in
begründeten Fällen zu nutzen und es nicht zum /Nomicen/ zu
- mißbrauchen.
+ missbrauchen.
Einspruchsfrist
beträgt eine Woche nach Veröffentlichung des /Results/.
tatsächlich existiert oder eine Phantasieperson beschreibt.
In einem /CfV/ werden als Fakes erkannte Stimmen nicht gewertet.
- Wann der Verdacht gerechtfertigt ist, daß eine Stimme ein Fake
+ Wann der Verdacht gerechtfertigt ist, dass eine Stimme ein Fake
darstellt, und welche Konsequenzen man aus dem Verdacht ziehen soll,
wird in <9q4ttd$37a$1@kalkleiste.nomic.de> ausführlich erörtert.
+ Entsprechende Entscheidungen der /dana-Moderation/ sind in ihrem
+ Entscheidungs-Archiv unter <http://dana.de/archiv.html>
+ veröffentlicht.
flach
nennt man die Einordnung einer Gruppe, wenn der /Gruppenname/ nur
Fuchsschwanz
nennt man ein /Verfahren/, welches augenscheinlich nur der
Befriedigung der persönlichen Eitelkeit des /Proponenten/ dient.
- Gründe für diesen Vorwurf können sein, daß der /Proponent/ eine
+ Gründe für diesen Vorwurf können sein, dass der /Proponent/ eine
Gruppe ohne erkennbaren /Traffic/, mit zu /flacher/ Einordnung oder
ungeachtet aller sinnvollen Gegenargumente einrichten lassen will.
Namensgebend hierfür sind die Fuchsschwänze, mit denen Mantafahrer
Gesinnungs-Nein
heißt eine Neinstimme gegen die /Einrichtung/ einer Gruppe, die nur
deswegen abgegeben wird, weil dem Wähler das Thema der Gruppe
- mißfällt. Solche Neinstimmen schaden der /Übersichtlichkeit/ von
+ missfällt. Solche Neinstimmen schaden der /Übersichtlichkeit/ von
/de.*/ und sollten daher unterbleiben. Dies wurde erstmals in
<qDZiz*tPi@yaps.rhein.de> erörtert.
von /Stimmvieh/ in die Länge zog und an Streitigkeiten über /flache/
oder /tiefe/ Einordnung der Gruppe scheiterte. Es gilt als
abschreckendes Beispiel dafür, wie man eine gute Idee in /dan*/
- durch zu viel Eifer zum Mißerfolg führen kann. Eine Dokumentation
+ durch zu viel Eifer zum Misserfolg führen kann. Eine Dokumentation
ist in <9ueqm9.19k.1@babylonsounds.com> zu finden.
+GPG (GNU Privacy Guard; der)
+ ist ein Ersatz für /PGP/ in Form freier Software, der den
+ OpenPGP-Standard (/RFC/ 4880) implementiert und PGP in der Praxis
+ weitgehend ersetzt haben dürfte.
+
Gruppenleiche
heißt eine Gruppe, wenn sie auf manchen Newsservern noch existiert,
obwohl sie bereits vor langer Zeit durch einen /rmgroup/ gelöscht
- wurde und nicht mehr im /checkgroups/ vorkommt. Da viele kleinere
- Newsserver schlecht gepflegt werden, sind Gruppenleichen durchaus
- häufig und stören das Usenet.
+ wurde und nicht mehr im /checkgroups/ vorkommt. Da manche, vor
+ allem kleinere Newsserver schlecht gepflegt werden, kommen
+ Gruppenleichen in der Praxis durchaus vor und führen dann zu
+ Verwirrung.
Gruppenname
ist das wichtigste und einprägsamste /Attribut/ einer Gruppe im
Usenet. Da der Name die Einordnung der Gruppe in eine
/Unterhierarchie/ beschreibt, ist er besonders sorgfältig
auszuwählen und auf das Thema abzustimmen. Einzelheiten stehen auf
- http://www.dana.de/mod/newsgroup-namen.html und im /dana-Manual/.
+ <http://www.dana.de/newsgroup-namen.html> und im /dana-Manual/.
Gruppennamen werden in der /Diskussion/ häufig abgekürzt. Auf
- http://purl.net/stefan_ram/pub/usenet_gruppenkuerzel_de steht, wie
- solche Abkürzungen im allgemeinen aussehen.
+ <http://www.purl.org/stefan_ram/pub/usenet-gruppenkuerzel-de> steht,
+ wie solche Abkürzungen im allgemeinen aussehen.
GVV (= German Volunteer Votetakers, Pl.)
sind ein Kreis erfahrener /dang-Regulars/, die meist gern bereit
sind, einen /CfV/ als /Wahlleiter/ zu übernehmen. Sie können unter
- der E-Mailadresse gvv@dana.de erreicht werden. Näheres ist in
- http://gvv.nomic.de erläutert.
+ der E-Mailadresse <gvv@dana.de> erreicht werden. Näheres ist auf
+ <https://votetakers.de/> erläutert.
+
+GVV-Status
+ wird die Statusübersicht der von den /GVV/ betreuten Abstimmungen
+ genannt, die ebenso wie der /dana-Status/ wöchentlich in /dana/
+ veröffentlicht wird und die neu eingegangenen, laufenden und
+ bereits beendeten Abstimmungen sowie deren Verlauf zusammenfasst.
hamster.*
ist eine internationale, mehrsprachige /Hierarchie/ über die
Newsserver-Software Hamster. Sie entstand im Verlaufe des
/Verfahrens/ zu /dcsa/ und gilt als abschreckendes Beispiel dafür,
- daß /Traffic/ aus /de.*/ abwandert, wenn man ihm nicht binnen
+ dass /Traffic/ aus /de.*/ abwandert, wenn man ihm nicht binnen
vernünftiger Frist eine passende Gruppe zur Verfügung stellt.
Hierarchie
Third-Level-Hierarchien: z. B. de.admin.news.*
Eine einigermaßen vollständige Liste aller Top-Level-Hierarchien
- ist auf http://www.magma.ca/~leisen/mlnh/mlnhtables.html zu finden.
+ ist auf <http://www.pfx.ca/mlnh/index.html> zu finden.
Unterschiedliche Hierarchien werden nach unterschiedlichen Regeln
verwaltet. Für /de.*/ gelten die hiesigen /Einrichtungsregeln/.
allgemeinen ratsam, auf das kombinierte Voting zu verzichten und
stattdessen bereits während der /Diskussion/ die Entscheidung durch
einen /Strawpoll/ herbeizuführen. Ausführlich besprochen wird diese
- Problematik in http://www.kirchwitz.de/~amk/dai/entscheidung .
+ Problematik in
+
+| From: Ralf Döblitz <faq@netzverwaltung.net>
+| Newsgroups: de.admin.news.regeln,de.admin.infos
+| Subject: <2013-06-09> FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
+|
+| Archive-name: de-admin/entscheidung
+| Posting-frequency: weekly
+| Last-modified: 2013-06-09
+| URL: http://www.kirchwitz.de/~amk/dai/entscheidung
Komponenten
nennt man die einzelnen Bestandteile des /Gruppennamens/, die durch
/dana/ aus den Komponenten de, admin, news, announce.
Kristallkugel
- heißt ein Werkzeug des Wahrsagehandwerks, welches verläßliche
+ heißt ein Werkzeug des Wahrsagehandwerks, welches verlässliche
Aussagen über die Zukunft ermöglicht. Mancher /dang-Regular/
behauptet, eine Kristallkugel zu besitzen und mit ihr /Results/ oder
zukünftigen /Traffic/ präzise abschätzen zu können. Obwohl solche
Kurzbeschreibung
ist eine sehr knappe Benennung des Themas einer Gruppe, die den
/Gruppennamen/ ergänzt und von den meisten Newsreadern zusammen mit
- ihm als /Tagline/ angezeigt wird. Sie soll in de.!alt keine Umlaute
- enthalten und mit einem Satzendezeichen aufhören. Oft empfiehlt sich
- ein kurzer, einprägsamer, gern auch witziger Sinnspruch.
+ ihm als /Tagline/ angezeigt wird. Sie soll in /de.!alt/ keine
+ Umlaute enthalten und mit einem Satzendezeichen aufhören. Oft
+ empfiehlt sich ein kurzer, einprägsamer, gern auch witziger
+ Sinnspruch.
Löschung
- einer Gruppe geschieht durch /rmgroup/. Da viele kleinere Newsserver
- einen /rmgroup/ mit starker Verspätung oder nie ausführen, besteht
- immer die Gefahr, daß dort eine /Gruppenleiche/ zurückbleibt. Um
- dies zu vermeiden, werden Gruppen in /de.*/ niemals /auf Verdacht/
+ einer Gruppe geschieht durch /rmgroup/. Da manche Newsserver einen
+ /rmgroup/ mit starker Verspätung oder nie ausführen, besteht immer
+ die Gefahr, dass dort eine /Gruppenleiche/ zurückbleibt. Um dies
+ zu vermeiden, werden Gruppen in /de.*/ niemals /auf Verdacht/
eingerichtet und noch viel zögerlicher gelöscht. Meistens denkt man
erst dann über eine Löschung nach, wenn der /Traffic/ dauerhaft
ausnehmend niedrig ist, oft tagelang ganz ausbleibt und wenn Fragen
Zitats ist in /dan*/ meist der /Proponent/. Ursprünglich stammt es
von Captain Picard aus der Fernsehserie Star Trek.
-Mentoren
- sind ein Kreis erfahrener /dang-Regulars/, die einem Neuling gern bei
- der Abfassung seines /RfD/ behilflich sind und ihn durch das
- /Verfahren/ hindurch beratend begleiten. Sie können unter der
- E-Mailadresse mentoren@dana.de erreicht werden.
-
Mindeststimmenzahl
- beträgt in einem /Result/ 60 Jastimmen. Sie soll sicherstellen, daß
+ beträgt in einem /Result/ 50 Jastimmen. Sie soll sicherstellen, dass
für eine angestrebte Änderung von /de.*/ genügend /Bedarf/ besteht.
Insbesondere bei der /Einrichtung/ einer neuen Gruppe zeigt das
- Erreichen der Mindeststimmenzahl, daß sich genügend Leute für das
+ Erreichen der Mindeststimmenzahl, dass sich genügend Leute für das
Thema interessieren, um die neue Gruppe mit lebhaften Diskussionen
zu füllen.
zusammen mit ihrer /Unterhierarchie/ ohne weitere Abstimmung
eingerichtet. Näheres dazu steht in den /Einrichtungsregeln/.
-Mißverständnisse
+Missverständnisse
treten in /dang/ häufig auf, weil viele Neulinge irrtümlich meinen,
das /Einrichten/ einer Gruppe zu ihrem Lieblingsthema gehöre zu
ihren unveräußerlichen Menschenrechten in /de.*/. Warum dem nicht so
- ist, ist in http://www.kirchwitz.de/~amk/dai/dang-faq erklärt.
+ ist, ist in
+
+| From: 3.14@piology.org (Boris 'pi' Piwinger)
+| Newsgroups: de.admin.infos,de.admin.news.groups,de.alt.admin
+| Subject: <2009-01-24> Missverstaendnisse in de.admin.news.groups
+|
+| Archive-name: de-admin/dang-faq
+| Posting-frequency: weekly
+| Last-modified: 2009-01-24
+| URL: http://www.kirchwitz.de/~amk/dai/dang-faq
+
+ erklärt.
Mitnahmeeffekte
entstehen, wenn über nicht zusammengehörige Sachfragen in einer
mitwirken
kann man in /dan*/ in vielfältiger konstruktiver Weise. Einen guten
- Überblick liefert http://www.kirchwitz.de/~amk/dai/mitgestalten .
+ Überblick liefert
+
+| From: thh@inter.net (Thomas Hochstein)
+| Newsgroups: de.admin.infos,de.soc.usenet
+| Subject: <2018-01-27> Usenet aktiv mitgestalten
+|
+| Archive-name: de-admin/mitgestalten
+| Posting-frequency: weekly
+| Version: 2.0.4
+| Last-modified: 2018-01-27
+| URL: https://th-h.de/archives/faqs/mitgestalten.txt
+| URL: http://www.kirchwitz.de/~amk/dai/mitgestalten
Moderation
heißt ein Kreis von einer oder mehreren Personen, der darüber
In /de.!alt/ wird die jeweilige Moderation gleichzeitig mit der
/Einrichtung/ der moderierten Gruppe gewählt. Sie kann ihre
Zusammensetzung anschließend nach eigenem Gutdünken ändern, indem
- sie Mitglieder entläßt, neue ernennt oder per /Nachwahl/ bestimmt.
+ sie Mitglieder entlässt, neue ernennt oder per /Nachwahl/ bestimmt.
Unbeschadet dessen kann eine Moderation auch von Außenstehenden im
Rahmen einer /Neuwahl/ abgelöst werden.
/Neuwahl/ ersetzt zu werden.
Das bekannteste Moderationskonzept ist das der /dana-Moderation/. Es
- ist unter http://www.dana.de/mod/modkonzept.html zu finden.
+ ist unter <http://www.dana.de/modkonzept.html> zu finden.
moderiert
ist eine Gruppe, wenn Artikel nicht sofort dort erscheinen, sondern
erst, nachdem die jeweilige /Moderation/ sie /approvet/ hat.
- Technisch geschieht dies dadurch, daß Dein Newsserver Deinen Artikel
+ Technisch geschieht dies dadurch, dass Dein Newsserver Deinen Artikel
zunächst nicht im Usenet verbreitet, sondern per E-Mail an die
/Moderation/ schickt. Falls Du den Artikel gleichzeitig auch an
/unmoderierte/ Gruppen adressiert hast, wird er auch dort erst
angewendet.
Neuwahlregeln
- http://www.kirchwitz.de/~amk/dai/dana-neuwahl gelten derzeit
- sinngemäß für alle /moderierten/ Gruppen in /de.!alt/ außer
- /de.answers/.
+ gelten derzeit sinngemäß für alle /moderierten/ Gruppen in /de.!alt/
+ außer /de.answers/ und sind in
+| From: Olaf Schneider <oschneid@mathe.tu-freiberg.de>, Adrian Suter <adrian.suter@schweiz.org>
+| Newsgroups: de.admin.infos,de.admin.news.misc
+| Subject: <1998-05-18> Neuwahl der de.admin.news.announce-Moderation
+|
+| Archive-name: de-admin/dana-neuwahl
+| Posting-frequency: weekly
+| Last-modified: 1998-05-18
+| URL: http://www.kirchwitz.de/~amk/dai/dana-neuwahl
+
+ veröffentlicht.
newgroup (der)
heißt der /Control/ zum /Einrichten/ einer Gruppe.
ist ein Spiel, dessen Ziel erst im Spielverlauf durch Schaffen und
Verändern von Regeln klar wird und das dementsprechend kompliziert,
langwierig und für Unerfahrene sinnlos werden kann. Näheres ist in
- http://www.sachs-web.de/amtsblatt/spielregeln/nomic/startregel.html
- erklärt.
+ <https://de.wikipedia.org/wiki/Nomic> erklärt.
nomicen
nennt man ein Diskussionsverhalten, das durch /Regelfetischismus/
der /Hierarchie/ /de.*/.
PGP (= Pretty Good Privacy; das)
- ist das im Usenet übliche Verfahren zur Authentifizierung von
- Artikeln und /Controls/. Signiert werden normalerweise einige
- ausgewählte Headerzeilen, alternativ dazu notfalls der Body. Eine
- Signatur überprüfen kann man, wenn man über PGP-Software verfügt und
- den Public Key des Autors kennt.
-
- Auf http://www.dana.de/mod/dana-keys.html stehen die Schlüssel der
+ war das erste weit verbreitete Programm zur Verschlüsselung und
+ digitalen Signatur von Daten. Zugleich steht PGP als pars pro toto
+ oft für das zugrundeliegende Prinzip an sich, auch wenn heute
+ zumeist die freie Version /GPG/ zur Anwendung kommen dürfte.
+ Im Usenet werden digitale Signaturen zur Authentifizierung von
+ Artikeln und /Controls/ verwendet. Signiert werden normalerweise
+ einige ausgewählte Headerzeilen, alternativ dazu notfalls der Body.
+ Eine Signatur überprüfen kann man, wenn man über entsprechende
+ Software (wie /GPG/) verfügt und den öffentlichen Schlüssel, den
+ Public Key, des Autors (bzw. des Signierenden) kennt.
+
+ Auf <http://www.dana.de/dana-keys.html> stehen die Schlüssel der
/dana-Moderation/ sowie einige Verweise auf weiterführende Texte zu
PGP.
bezeichnet eine Gruppe, in deren Name als letzte /Komponente/ zwei
miteinander verwandte Themen durch ein Pluszeichen getrennt genannt
werden. Ein solcher /Gruppenname/ ist meist sehr griffig, birgt
- allerdings die Gefahr, daß die Gruppe mit wachsendem /Traffic/
- irgendwann in ihre beiden Bestandteile zerlegt werden muß, was
+ allerdings die Gefahr, dass die Gruppe mit wachsendem /Traffic/
+ irgendwann in ihre beiden Bestandteile zerlegt werden muss, was
unangenehme /Umbenennungen/ nach sich zieht.
Pointer (der, Pl. Pointer)
nennt man jeden Verweis auf einen /RfD/ oder /CfV/ durch Angabe
- der Message-ID oder der URL aus http://www.dana.de/mod/status.html .
+ der Message-ID oder der URL aus <http://www.dana.de/status.html>.
Falls Du Leute, die /dan*/ oder die betroffenen Gruppen nicht lesen,
auf einen /RfD/ oder /CfV/ aufmerksam machen willst, so sollte dies
ausschließlich in Form von Pointern geschehen. Zitate aus /RfD/ oder
Prae-RfD (der, Pl. Prae-RfDs)
ist ein informeller Diskussionsaufruf, der eine Sachfrage zunächst
- nur anreißen soll, um später zu entscheiden, ob ein /RfD/ hierzu
+ nur anreissen soll, um später zu entscheiden, ob ein /RfD/ hierzu
eingereicht wird. Der Prae-RfD sollte wie ein /RfD/ in einer der
Gruppen /dang/, /danm/, /danr/ veröffentlicht und dort diskutiert
werden. In anderen Gruppen gelten Prae-RfDs meist als off topic.
heißt die Person, welche einen /RfD/ in /dana/ einreicht und damit
ein /Verfahren/ initiiert. Der Proponent hat innerhalb des
/Verfahrens/ eine sehr mächtige Stellung, weil er im Rahmen der
- /Einrichtungsregeln/ allein über die Inhalte von /RfD/ und /CfV/
- bestimmt. Als Proponent ist es daher wichtig, verantwortungsvoll und
- überlegt zu diskutieren, um der eigenen Sache nicht zu schaden.
+ /Einrichtungsregeln/ allein über die Inhalte des /RfD/ und damit
+ auch des - vom /Wahlleiter/ verfassten - /CfV/ bestimmt. Als
+ Proponent ist es daher wichtig, verantwortungsvoll und überlegt zu
+ diskutieren, um der eigenen Sache nicht zu schaden.
Ein /Verfahren/ kann auch von mehreren Proponenten gleichzeitig
getragen werden. Solche Mitproponenten sind im /RfD/ zu erwähnen.
für menschliche Leser auflistet. Ein Public checkgroups für /de.*/
wird von der /dana-Moderation/ monatlich unter dem Subject: "How to
add de.ALL" in /dana/ veröffentlicht. Sein Inhalt ist auch über
- http://www.dana.de/mod/checkgroups.txt zugänglich.
+ <http://www.dana.de/checkgroups.txt> zugänglich.
Realname (der, Pl. Realnamen)
ist eine Kombination aus je mindestens einem ausgeschriebenen
eingereichten Artikel abzulehnen. Dies ist Aufgabe der jeweiligen
/Moderation/.
- Wer der Meinung ist, daß seine Artikel von einer /Moderation/
+ Wer der Meinung ist, dass seine Artikel von einer /Moderation/
ungerechtfertigt abgelehnt wurden, kann sich in /danm/ darüber
beschweren und schlimmstenfalls eine /Neuwahl/ einleiten, falls
keine Einigung erzielt wird.
Rekord
ist ein /Result/, welches klarer oder knapper als alle bisherigen in
der Geschichte von /dan*/ ist. Eine Aufstellung der Rekorde ist auf
- http://usenet.babylonsounds.com/rekorde.html zu finden. Eine
- ähnliche Liste für /Neu-/ und /Nachwahlen/ zur /dana-Moderation/
- steht auf http://www.kottenhahn.com/usenet/modwahl-rekorde.html .
+ <https://web.archive.org/web/20061223204051/http://usenet.babylonsounds.com/rekorde.html>
+ zu finden.
Reorganisation
nennt man die Umgestaltung einer oder mehrerer /Unterhierarchien/.
Die Sachfrage gilt als angenommen, wenn im Result /2/3-Mehrheit/ und
/Mindeststimmenzahl/ erreicht sind.
+RFC (= Request for Comments; der, Pl. RFCs)
+ sind seit 1969 fortlaufend numerierte technische Dokumente zur
+ Diskussion und Standardisierung von Internet- und internetbezogenen
+ Diensten. Sie bilden die technische und organisatorische Grundlage
+ für den Datenaustausch im Netz und werden bei Bedarf überarbeitet,
+ wobei dann ein neuer RFC den technischen Standard (STD) oder den
+ derzeitigen Konsens (BCP, best current practice) wiedergibt.
+
+ So beschreibt derzeit RFC 5322 den grundsätzlichen Aufbau von
+ E-Mail-Nachrichten, worauf RFC 5536 mit der Beschreibung des
+ Aufbaus von Usenet-Postings aufbaut. Zusammen mit RFC 5537, der
+ das grundsätzliche Zusammenspiel der Usenet-Protokolle und die
+ zugrundeliegende Architektur beschreibt, und RFC 3977, der das
+ Protokoll für den Datenaustausch zwischen Newsservern untereinander
+ und mit Newsreadern beschreibt, bilden diese drei RFCs das
+ technische Grundgerüst des Usenets.
+
RfD (= Request for Discussion; der, Pl. RfDs)
nennt man einen formellen Diskussionsaufruf, der in /dana/ und allen
von der Sachfrage betroffenen Gruppen veröffentlicht wird. Die
durchnumerierten RfDs bekanntgegeben.
Wer noch nie einen RfD veröffentlicht hat, sollte unbedingt das
- Skript http://piology.org/cgi-bin/rfd.pl zur Erstellung des 1. RfD
- benutzen und sich von den /Mentoren/ beraten lassen, damit auch alle
+ /dana-Manual/ studieren und ggf. zur Erstellung des 1. RfD das
+ Skript <http://piology.org/cgi-bin/rfd.pl> benutzen, damit auch alle
formalen Anforderungen von /dana/ erfüllt sind. Weitere Einzelheiten
- hierzu stehen in den /Einrichtungsregeln/ und im /dana-Manual/.
+ hierzu stehen in den /Einrichtungsregeln/.
RfD-Howto (das)
- http://www.babylonsounds.com/usenet/rfd_howto.html ist eine kurze
- Anleitung, wie man einen guten /RfD/ zur /Einrichtung/ einer Gruppe
- verfaßt.
+ <https://web.archive.org/web/20070105012315/http://usenet.babylonsounds.com/rfd_howto.html>
+ ist eine kurze Anleitung, wie man einen guten /RfD/ zur /Einrichtung/
+ einer Gruppe verfasst.
"[x] RfD now!"
ist eine knappe Aufforderung, die /Diskussion/ eines /Prae-RfD/ zu
beenden und ein formelles /Verfahren/ zu beginnen. Der Grund hierfür
- ist meist, daß tatsächlicher /Bedarf/ an der Sachfrage zu bestehen
+ ist meist, dass tatsächlicher /Bedarf/ an der Sachfrage zu bestehen
scheint.
Richtlinienverfahren
Sammelabstimmung
nennt man einen /CfV/, der gleichzeitig über mehrere Sachfragen
- entscheiden läßt. Wegen der zu befürchtenden Komplikationen und
+ entscheiden lässt. Wegen der zu befürchtenden Komplikationen und
/Mitnahmeeffekte/ ist eine Sammelabstimmung nur in drei Fällen
anzuraten: zum einen, wenn mehrere /Attribute/ einer bestehenden
Gruppe geändert werden sollen; zum zweiten, wenn eine Gruppe in
Scheintraffic (der)
ist ein abschätziger Name für /Traffic/, der eigens für ein
/Verfahren/ erzeugt wird, um einen /Trafficnachweis/ zu schönen. Der
- Verdacht, daß Scheintraffic im Spiel ist, kommt vor allem bei
+ Verdacht, dass Scheintraffic im Spiel ist, kommt vor allem bei
/Fuchsschwänzen/ leicht auf.
Schlamassel (der, Pl. Schlamassel)
- heißt ein /Result/, welches so unpopulär ist, daß niemand dessen
- /Umsetzung/ wünscht. So etwas ist nur bei einer mißglückten
+ heißt ein /Result/, welches so unpopulär ist, dass niemand dessen
+ /Umsetzung/ wünscht. So etwas ist nur bei einer missglückten
/Sammelabstimmung/ denkbar und kam bisher allein im /Verfahren/ zu
/dcsa/ vor. Namensgebend hierfür war der Einspruchsentscheid
<dcsa-schlamassel-entscheid-Fri-25-Aug-00-1.jonas@dana.de>.
6a-Verfahren
nennt man einen /CfV/, der keinen /Wahlschein/ enthält, sondern nur
beschreibt, wie man ihn personalisiert beim /Wahlleiter/ anfordert.
- Sinn dieser Vorgehensweise ist, Wahlmanipulationen zu erschweren.
- Sie wird angewendet, wenn in einem /Verfahren/ Mißtrauen aufgekommen
- ist. Näheres erläutert Punkt 6a der /Einrichtungsregeln/.
+ Sinn dieser Vorgehensweise ist, Manipulationen der Abstimmung zu
+ erschweren. Sie wird angewendet, wenn in einem /Verfahren/
+ Misstrauen aufgekommen ist. Näheres erläutern Punkt 6a der
+ /Einrichtungsregeln/ und Abschnitt 4.3 des /dana-Manuals/.
Second-Level-Hierarchie
/Hierarchie/ zweiten Grades.
/Komponente/.
"Show traffic, get group!"
- ist der Grundsatz, nach dem die meisten /Verfahren/ in /de.alt/
- ablaufen. Die zentrale Frage ist dabei, ob ein überzeugender
- /Trafficnachweis/ geführt wird.
+ ist ein Grundsatz, nach dem viele /Verfahren/ ablaufen. Die zentrale
+ Frage ist dabei, ob ein überzeugender /Trafficnachweis/ geführt
+ wird.
SLH
/Second-Level-Hierarchie/.
als /Proponent/ die Sperrfrist verletzt, erntet hierfür oft viele
/Prinzip-Neins/.
-Sprecher
- heißt dasjenige Mitglied der derzeitigen /dana-Moderation/, welches
- /Einsprüche/ veröffentlicht, /Nachwahlen/ ankündigt und über
- moderationsinterne Entscheidungen informiert.
-
Status (der, Pl. Status)
nennt man die Eigenschaft einer Gruppe, /moderiert/ oder
/unmoderiert/ zu sein.
Abstimmungsgegenstand haben. Dazu zählen insbesondere auch Freunde
und Verwandte von Interessierten, die ihrerseits nicht im Usenet
aktiv sind. Solche Stimmen stören das /Result/ beträchtlich und
- können Anlaß für einen /Wahlabbruch/ oder einen erfolgreichen
+ können Anlass für einen /Wahlabbruch/ oder einen erfolgreichen
/Einspruch/ sein.
Strawpoll (der, Pl. Strawpolls)
und ausgewertet und mit Unterstützung der /dana-Moderation/ oft auch
in /dana/ veröffentlicht. Die Stimmfrist ist meist etwas kürzer und
die Beteiligung geringer als bei einem /CfV/. Näheres ist in
- http://www.kirchwitz.de/~amk/dai/entscheidung erläutert.
+
+| From: Ralf Döblitz <faq@netzverwaltung.net>
+| Newsgroups: de.admin.news.regeln,de.admin.infos
+| Subject: <2013-06-09> FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
+|
+| Archive-name: de-admin/entscheidung
+| Posting-frequency: weekly
+| Last-modified: 2013-06-09
+| URL: http://www.kirchwitz.de/~amk/dai/entscheidung
+
+ erläutert.
Subhierarchie
/Unterhierarchie/.
/Kurzbeschreibung/. Wenn die Gruppe /moderiert/ ist, kommt in /de.*/
hinzu: " " + <E-Mail-Adresse der /Moderation/> + " (Moderated)".
- Die /Einrichtungsregeln/ verlangen, daß /Gruppenname/, Tabulator und
+ Die /Einrichtungsregeln/ erwarten, dass /Gruppenname/, Tabulator und
/Kurzbeschreibung/ zusammen kürzer als 80 Zeichen sind, damit die
Tagline sowohl im /Public checkgroups/ als auch im Newsreader
übersichtlich dargestellt werden kann.
kann aber dennoch erfolgreich sein.
Themenorientierung
- bedeutet, daß Gruppen in /de.*/ für Themen und nicht für Personen
- oder Personenkreise eingerichtet werden. Das heißt insbesondere, daß
+ bedeutet, dass Gruppen in /de.*/ für Themen und nicht für Personen
+ oder Personenkreise eingerichtet werden. Das heißt insbesondere, dass
Diskussionen, die in ihrem Verlauf ihr Thema wesentlich wechseln, in
einer anderen, passenderen Gruppe weiterzuführen sind.
/Bedarf/ zu belegen. Dennoch ist ein formeller Trafficnachweis im
/RfD/ oder während der /Diskussion/ auch hier gern gesehen. Wer
glaubt, der Trafficfrage gänzlich ausweichen zu können, erliegt
- einem schweren /Mißverständnis/.
+ einem schweren /Missverständnis/.
Falls zu einem Thema /umzugswilliger/ /Traffic/ im Umfang von
täglich mehr als 10 bis 15 Artikeln existiert, ist es sinnvoll,
konsequent zu verwenden.
Übersichtlichkeit
- bedeutet, daß Gruppen in /de.*/ aussagekräftig benannt und sinnvoll
+ bedeutet, dass Gruppen in /de.*/ aussagekräftig benannt und sinnvoll
in /Unterhierarchien/ eingeordnet werden sollen. Außerdem ist darauf
- zu achten, daß die einzelnen Gruppen weder ausnehmend wenig noch
+ zu achten, dass die einzelnen Gruppen weder ausnehmend wenig noch
unangemessen viel /Traffic/ enthalten.
Übertragungsverbot
- nennt man die Bestimmung der /Einrichtungsregeln/, daß eine Stimme
+ nennt man die Bestimmung der /Einrichtungsregeln/, dass eine Stimme
nur für genau den Vorschlag gilt, für welchen sie abgegeben wurde.
- Das heißt, daß Stimmen für oder gegen eine bestimmte Gruppe nicht
+ Das heißt, dass Stimmen für oder gegen eine bestimmte Gruppe nicht
gleichzeitig auch Änderungen an anderen Gruppen bewirken sollen.
Manchmal kann es sinnvoll sein, von diesem Verbot durch eine
/weitere Regel/ eine Ausnahme zu machen, zum Beispiel, wenn bei
/Einrichtung/ einer Gruppe die /Charta/ einer anderen Gruppe in
- einem unstrittigen Detail angepaßt werden soll.
+ einem unstrittigen Detail angepasst werden soll.
Umbenennung
einer Gruppe geschieht durch /rmgroup/ und anschließenden
nennt man eine /Hierarchie/ zweiten oder höheren Grades.
Verfahren
- nennt man den gesamten Prozeß, mit dem eine Sachfrage in /de.*/ zu
+ nennt man den gesamten Prozess, mit dem eine Sachfrage in /de.*/ zu
einer Entscheidung geführt wird.
- In /de.!alt/ umfaßt ein Verfahren einen oder mehrere /RfDs/, die
+ In /de.!alt/ umfasst ein Verfahren einen oder mehrere /RfDs/, die
/Diskussion/, zwei /CfVs/ und ein /Result/, gegen welches unter
Umständen noch /Einsprüche/ eingereicht werden können, sowie die
anschließende /Umsetzung/. Bei guter Vorbereitung des /Proponenten/
Verfahrensbetreuer
heißen diejenigen Mitglieder der derzeitigen /dana-Moderation/,
- welche die vom /Proponenten/ und /Wahlleiter/ eingereichten /RfDs/,
+ welche die vom /Proponenten/ bzw. /Wahlleiter/ eingereichten /RfDs/,
/CfVs/ und /Results/ gegenlesen, zur Nachbesserung zurückschicken
und schließlich veröffentlichen. Oft sind einige E-Mailwechsel mit
dem jeweiligen Verfahrensbetreuer nötig, bis ein Text reif zur
Veröffentlichung ist.
Verknüpfungsverbot
- nennt man die Bestimmung der /Einrichtungsregeln/, daß über jede
- Gruppe einzeln abzustimmen ist. Sie besagt, daß zwischen mehreren
+ nennt man die Bestimmung der /Einrichtungsregeln/, dass über jede
+ Gruppe einzeln abzustimmen ist. Sie besagt, dass zwischen mehreren
im Rahmen einer /Sammelabstimmung/ behandelten Gruppen keine
stimmtechnischen Abhängigkeiten bestehen sollen.
eine Ausnahme zu machen.
Vollständigkeit
- bedeutet, daß es innerhalb von /de.*/ zu jedem nur denkbaren Thema
+ bedeutet, dass es innerhalb von /de.*/ zu jedem nur denkbaren Thema
eine passende Gruppe gibt. Welche das im Einzelfall ist, kannst Du
den /Chartas/ entnehmen oder in der Gruppe de.newusers.questions
erfragen.
Die Vollständigkeit von /de.*/ wird durch die /misc-Gruppen/,
insbesondere durch /de.etc.misc/, sichergestellt.
+Votetaker
+ /Wahlleiter/
+
VV (= vereinfachtes Verfahren; das)
heißt der Versuch, eine Sachfrage ohne /Diskussion/ und Abstimmung
zu entscheiden. Das ist meist nur dann sinnvoll, wenn es um kleine
Wahlabbruch
heißt die Entscheidung des /Wahlleiters/, einen /CfV/ nicht weiter
auszuwerten, sondern die Abstimmung ohne Ergebnis zu beenden. Dies
- geschieht, wenn es im Wahlverlauf zu Unregelmäßigkeiten gekommen
- ist. Näheres erklären die /Einrichtungsregeln/.
+ geschieht, wenn es im Abstimmungsverlauf zu Unregelmäßigkeiten
+ gekommen ist. Näheres erklären die /Einrichtungsregeln/.
wahlberechtigt
ist in /dan*/, wer eine eigene E-Mailadresse hat und gegenüber dem
/Wahlleiter/ seinen /Realnamen/ angibt. Von jedem Wähler wird jedoch
- erwartet, daß er nur dann einen /Wahlschein/ abschickt, wenn er ein
- konkretes, persönliches, usenetinternes Interesse am
+ erwartet, dass er nur dann einen /Wahlschein/ abschickt, wenn er ein
+ konkretes, persönliches, usenet-internes Interesse am
Abstimmungsgegenstand hat.
Wahlleiter
- heißt die Person, welche die auf den /CfV/ folgende Abstimmung
- auswertet. Im allgemeinen wird erwartet, daß der /Proponent/ dies
- selbst tut. Wenn er dazu aus technischen oder zeitlichen Gründen
- nicht in der Lage ist oder in /dan*/ zu wenig Vertrauen genießt,
- dann finden sich meist freiwillig andere Wahlleiter, zum Beispiel
- die /GVV/.
+ oder auch /Votetaker/ heißt die Person, welche die auf den /CfV/
+ folgende Abstimmung auswertet (weshalb "Abstimmungsleiter" wohl
+ der treffendere Begriff wäre, der sich aber nicht eingebürgert
+ hat).
+
+ Ursprünglich wurde allgemein erwartet, dass der /Proponent/ dies
+ selbst tut. Da die meisten Proponenten dazu aus zeitlichen oder vor
+ allem auch technischen Gründen nicht in der Lage sind, hat es sich
+ mittlerweile eingebürgert, dass die Durchführung der Abstimmungen
+ durch Dritte, meistens die /GVV/, erfolgt. Es kann sich auch
+ anbieten, die Abstimmung aus anderen Gründen nicht selbst
+ durchzuführen, wenn man bspw. als /Proponent/ in /dan*/ nicht
+ ausreichend Vertrauen genießt oder prophylaktisch den Vorwurf der
+ Manipulation vermeiden möchte.
Wahlschein
ist derjenige Bestandteil eines /CfV/, in welchen der Wähler seine
- Entscheidung eintragen kann. Meist wird der Wahlschein mit dem /CfV/
- mitgeliefert; eine Ausnahme hiervon ist das /6a-Verfahren/. Den
- Wahlschein sollte man sorgfältig abtrennen und sauber mit JA, NEIN
- oder ENTHALTUNG ausfüllen, um dem /Wahlleiter/ möglichst wenig
- Arbeit zu machen. Einzusenden ist er per E-Mail an die jeweils
- angegebene Abstimmadresse.
+ Entscheidung eintragen kann, also quasi der Stimmzettel. Meist wird
+ der Wahlschein mit dem /CfV/ mitgeliefert; eine Ausnahme hiervon ist
+ das /6a-Verfahren/. Den Wahlschein sollte man sorgfältig abtrennen
+ und sauber mit JA, NEIN oder ENTHALTUNG ausfüllen, um dem
+ /Wahlleiter/ möglichst wenig Arbeit zu machen. Einzusenden ist er
+ per E-Mail an die jeweils angegebene Abstimmadresse.
weiße T-Shirts
sind ein gern genanntes Beispiel eines Allerweltsthemas, für welches
man trotz seiner großen Verbreitung keine eigene Gruppe braucht,
weil einfach niemand darüber diskutiert. Wer für ein solches
Allerweltsthema dennoch eine Gruppe einrichten will, erliegt einem
- /Mißverständnis/. Weiße T-Shirts taugen allenfalls für einen
+ /Missverständnis/. Weiße T-Shirts taugen allenfalls für einen
/Aprilscherz/ wie <RfD-1-de.rec.weisse-tshirts-01.04.1998@dana.de>.
weitere Regel
nennt man jede Bestimmung im /CfV/, welche inhaltlich von den
üblichen /Einrichtungsregeln/ abweicht. Eine solche Zusatzregelung
sollte man nur in Ausnahmefällen und dann in enger Absprache mit der
- /dana-Moderation/ treffen. Sie muß im letzten /RfD/ erwähnt werden.
+ /dana-Moderation/ treffen. Sie muss im letzten /RfD/ erwähnt werden.
Zotty-Traffic (der)
nennt man /Scheintraffic/, der als Reaktion auf einen /RfD/ zur
2/3-Mehrheit
der Stimmen ist in einem /Result/ nötig, um eine Entscheidung
- durchzusetzen. Das heißt, daß mindestens doppelt so viele Jastimmen
+ durchzusetzen. Das heißt, dass mindestens doppelt so viele Jastimmen
wie Neinstimmen beim /Wahlleiter/ eingehen müssen. Der Grund für
- diese strenge Quote ist, daß der augenblickliche Zustand von /de.*/
+ diese strenge Quote ist, dass der augenblickliche Zustand von /de.*/
stets Bestandsschutz genießt und nur dann geändert werden soll, wenn
ein deutlicher /Bedarf/ dafür besteht.
***
-Ich danke den folgenden Personen für ihre wertvollen Beiträge und
-Anregungen zu diesem Text: Adrian Suter, Andreas Riedel, Christian
-Pree, Dirk Nimmich, Frank Ellermann, Gerhard Jahnke, Kai-Olaf Runge,
-Karsten Huppert, Ludwig Boeckel, Marc 'HE' Brockschmidt, Michael Dahms,
-Michael Ottenbruch, Nikolaus Rath, Olaf Schneider, Oliver Ding, Simon
-Paquet, Stefan Ram, Uwe Tetzlaff, Wolfgang Jäth.
+Maintainer dieser FAQ: Thomas Hochstein <thh@inter.net>
+
+ Das dan-Glossar wurde im August 2014 überarbeitet. Weitere
+ Änderungen Ergänzungen nimmt der Maintainer unter thh@inter.net>
+ gerne entgegen.
+
+ Das Glossar ist auch in einem Git-Repository unter
+ <https://code.th-h.de/?p=faqs/dan-glossar.git> verfügbar und kann
+ über die Weboberfläche eingesehen oder via "git clone" ausgecheckt
+ werden. Bei Änderungsvorschlägen sind Git-Patches am einfachsten zu
+ verarbeiten; natürlich wird aber auch jede andere Form von Anregungen
+ gerne entgegengenommen.
+
+Autor und Maintainer bis 2014: Bernd Gramlich
+
+ Idee, Ton und der Großteil des Textes dieser FAQ stammen vom
+ ursprünglichen Autor und Betreuer, Bernd Gramlich. Spätere
+ Anpassungen wurden möglichst behutsam eingearbeitet.
+
+Zu der ursprünglichen Fassung dieses Textes und seiner Entstehung
+haben außerdem beigetragen:
+
+- Ludwig Boeckel
+- Marc 'HE' Brockschmidt
+- Michael Dahms
+- Oliver Ding
+- Frank Ellermann
+- Karsten Huppert
+- Gerhard Jahnke
+- Wolfgang Jäth
+- Dirk Nimmich
+- Michael Ottenbruch
+- Simon Paquet
+- Christian Pree
+- Stefan Ram
+- Nikolaus Rath
+- Andreas Riedel
+- Kai-Olaf Runge
+- Olaf Schneider
+- Adrian Suter
+- Uwe Tetzlaff
+- Felix Wiemann
+
+Herzlichen Dank!
+--
+Id: $Format:%t %d %ai %an$
projects / faqs / dan-glossar.git / blobdiff