Merge branch 'update'

* update:
  Kleine Formulierungsaenderungen.
  Kleine Aenderungen.
  Neuer Abschnitt: Loeschungen u.a. Aenderungen (7.)

Conflicts:
	dana-manual

Signed-off-by: Thomas Hochstein <thh@inter.net>
This commit is contained in:
Thomas Hochstein 2011-12-04 00:23:09 +01:00
commit c4e9ea702c
3 changed files with 275 additions and 19 deletions

View file

@ -1,4 +1,12 @@
dana-manual 2.2.0 (unreleased)
* Beschreibung von Loeschungen, Umbenennungen, Charta- und
Statusaenderungen sowie der analogen Anwendung auf andere
Entscheidungen wie Regelaenderungen oder Personenwahlen.
dana-manual 2.1.7 (2011-11-18)
* Tippfehlerkorrektur, kleinere Formulierungsaenderung.

2
TODO
View file

@ -1,5 +1,3 @@
dana-manual To-Do-Liste
=======================
* Ergaenzungen
- kurzer ueberblick zu Loeschungen, Umbenennungen und Statusaenderungen

View file

@ -1,6 +1,6 @@
Archive-name: de-newusers/dana-manual
Posting-frequency: weekly
Version: 2.1.8
Version: 2.2.0
Last-modified: (unreleased)
URL: http://www.kirchwitz.de/~amk/dai/dana-manual
URL: http://th-h.de/faq/dana-manual.txt
@ -55,14 +55,21 @@ Inhalt
6. Sonderfall: Vereinfachtes Verfahren (VV)
7. Quellen
7.1. Grundlegende Informationen
7.2. Weiterführende Hinweise
7.3. Webseiten
7. Löschungen, Umbenennungen, Status- und Regeländerungen u.ä.
7.1. Gruppenlöschungen
7.2. Umbenennungen
7.3. Änderungen von Charta und/oder Kurzbeschreibung
7.4. Statusänderungen
7.5. Regeländerungen und Personenwahlen
8. Maintainer und Kontakt
8.1. Derzeitige Maintainer
8.2. Frühere Fassungen
8. Quellen
8.1. Grundlegende Informationen
8.2. Weiterführende Hinweise
8.3. Webseiten
9. Maintainer und Kontakt
9.1. Derzeitige Maintainer
9.2. Frühere Fassungen
======================================================================
@ -92,7 +99,7 @@ Erfahrungen wieder.
| URL: http://www.kirchwitz.de/~amk/dai/einrichtung
(Eine Liste aller in diesen Erläuterungen genannten Quellen findet
sich noch einmal in Abschnitt 7.)
sich noch einmal in Abschnitt 8.)
Dieser Text bezieht sich nicht auf die Einrichtung von Gruppen in der
Unterhierarchie de.alt.* (vgl. Anhang A zu den Einrichtungsregeln).
@ -652,7 +659,7 @@ Charta ausdr
Charta das Diskussionsthema von anderen, themenverwandten Gruppen
abgegrenzt werden; diese Gruppen namentlich zu nennen ist allerdings
nicht tunlich, weil ansonsten bei jeder Umbenennung oder Löschung der
betreffenden Gruppen eine Chartaänderung nötig würde.
betreffenden Gruppen eine Chartaänderung nötig würde (siehe 7.3.).
Soweit in der vorgeschlagenen Newsgroup teilweise andere Konventionen
gelten sollen als sonst im Netz üblich sollte auch dies in der Charta
@ -1608,13 +1615,253 @@ werden.
Wenn der Änderungsvorschlag angenommen wurde, wird er durch die
Moderation von de.admin.news.announce umgesetzt (siehe 5.).
7. Quellen
7. Löschungen, Umbenennungen, Status- und Regeländerungen u.ä.
==============================================================
Bereits die Einleitung ("Übersicht") der Einrichtungsregeln weist
darauf hin, dass der gepostete Text zwar den Betreff "Einrichtung von
Usenet-Gruppen in de.*" trägt und sich die Ausführungen auch (im
wesentlichen nur) mit der Einrichtung neuer Gruppen beschäftigen, sie
aber für alle Änderungen am Gruppenbestand analog gelten und auch für
andere Entscheidungen - und Personenwahlen - entsprechend angewendet
werden können (und regelmäßig auch angewendet werden):
| Diese Spielregeln gelten für die Einrichtung oder Entfernung einer
| Gruppe sowie Änderung ihrer Attribute. Die Attribute einer Gruppe
| sind: Gruppenname, Kurzbeschreibung, Charta und Status (moderiert/
| unmoderiert) sowie bei moderierten Gruppen die Moderatoren.
|
| Es spricht nichts dagegen, auch andere hierarchieweit wirkende
| Entscheidungen nach analogen, nur im Detail abweichenden, Regeln
| herbeizuführen.
|
| Zur Moderatoren-Nachfolge in bestehenden moderierten Gruppen sind
| diese Spielregeln weder zwingend noch die einzigen Regeln.
Die Einrichtungsregeln stammen im Ursprung aus der Zeit der Gründung
und Expansion der Hierarchie de.*, so dass sie sich im wesentlichen
mit einer koordinierten Vorgehensweise bei der Einrichtung neuer
Gruppen beschäftigen. Je größer die Hierarchie wurde (und je stärker
die Nutzerzahlen wieder zurückgingen), desto häufiger wurden dann
Änderungs- und Löschungsverfahren, aber auch Regeländerungen.
Grundsätzlich ist die Vorgehensweise in diesen Fällen den
Einrichtungsverfahren vergleichbar, insbesondere die
Begründungsansätze sind aber freilich andere.
7.1. Gruppenlöschungen
----------------------
Gruppenlöschungen sind das Gegenteil von Neueinrichtungen und kommen
dementsprechend auch aus den umgekehrten Gründen wie diese in
Betracht. Sie werden zumeist dann vorgeschlagen, wenn eine Gruppe
nicht mehr oder praktisch nicht mehr genutzt wird und dementsprechend
leersteht. So wie eine neue Gruppe oft durch Aufspaltung einer
bestehenden, sehr rege genutzten Gruppe in mehrere Untergruppen
entsteht, sollen so umgekehrt die fast leeren Untergruppen wieder zu
einer gemeinsamen Obergruppe zusammengeführt werden. Ziel ist es
letztlich bei Einrichtungen wie bei Löschungen von Gruppen, eine
thematische Aufteilung zu erreichen, die gerade so fein ist, dass
Gruppen zu intensiv diskutierten Themen nicht überfüllt sind und
Gruppen zu selten diskutierten Themen nicht leer stehen.
* Insofern wird die Begründung eines Löschungsvorschlags in der Regel
primär auf eine statistische Auswertung über einen längeren Zeitraum
(mindestens 12 Monate, im Zweifel aber auch länger) gestützt, um zu
belegen, dass die Gruppe kaum mehr genutzt wird. Zur Erstellung
solcher Statistiken kann das Projekt "de.* in Graphen" [6] hilfreich
sein. Zahlen sind aber nicht alles; jedenfalls so lange die Anzahl
der Postings pro Jahr (!) nicht in den niedrigen zweistelligen
Bereich abrutscht, können niedrige Nutzungszahlen nur ein Hinweis
auf eine tote oder sterbende Gruppe sein. Entscheidender ist dann
oft, wie auf Postings - Fragen oder Diskussionsanregungen - reagiert
wird. Kommen auf Fragen zeitnah kompetente Antworten? Werden zur
Diskussion gestellte Argumente kompetent diskutiert? Wenn ja, dann
gibt es in der Gruppe zumindest noch eine aktive Community, die zwar
selbst kaum mehr Fragen oder Diskussionsthemen hat, aber auf solche
Anlässe reagiert und die Gruppe wieder mit Leben füllt. Das spricht
eher gegen eine Löschung der Gruppe.
[6] <http://usenet.dex.de/>
* Ein weiterer wichtiger Punkt ist die Benennung einer - oder mehrerer -
Ausweichgruppe(n), in denen das Thema oder die Themenkomplexe der
zur Löschung vorgeschlagenen Gruppe zukünftig diskutiert werden
sollen. Wenn die Gruppe in einem größeren thematischen Zusammenhang
steht, ist es in der Regel einfach, eine solche Ausweichgruppe zu
benennen, was dann wiederum für eine niedrigere Schwelle zur
Löschung spricht, denn so werden einzelne, mittlerweile weniger
intensiv diskutierte Unterbereiche eines größeren Themas wieder
thematisch zusammengefasst.
Ein Beispiel dafür wäre die Teilhierarchie
de.comp.office-pakete.ms-office.*, die aus den Gruppen
- de.comp.office-pakete.ms-office.excel
- de.comp.office-pakete.ms-office.outlook
- de.comp.office-pakete.ms-office.powerpoint
- de.comp.office-pakete.ms-office.word
- de.comp.office-pakete.ms-office.misc
besteht. Sollte sich herausstellen, dass zwar zu Word und Excel
intensiv diskutiert wird, es aber kaum Fragen zu Powerpoint gibt,
würde eine Löschung der Gruppe de.comp.office-pakete.ms-
office.powerpoint bedeuten, dass das Thema "Powerpoint" nunmehr in
de.comp.office-pakete.ms-office.misc diskutiert werden kann,
zusammen mit anderen, seltener (genutzten und) diskutierten
Komponenten von Microsoft Office wie bspw. OneNote.
Manche Gruppen aber fassen ein weit gespanntes Thema zusammen, für
das ansonsten keine vergleichbare Gruppe besteht, sondern allenfalls
ein bunter Strauß verschiedenster Gruppen zu einzelnen Facetten des
Themas; manche Gruppen sind auch die einzigen oder letzten, die sich
(noch) mit einem solchen Thema befassen. In solchen Fällen ist eine
besonders kritische Prüfung erforderlich, ob sich die Gruppe nicht
wieder beleben lässt, weil dann die Gefahr besteht, dass ermangels
Alternativen das Thema völlig aus dem Usenet verschwindet. Solche
Gruppen sollten daher nur zur Löschung vorgeschlagen werden, wenn
das Thema letztlich bereits aus dem Usenet verschwunden *ist*.
* Wenn die letzte Gruppe einer Teilhierarchie gelöscht wird, stellt
sich zudem noch die Frage, ob die *.misc-Gruppe der Hierachie
umbenannt werden soll (vgl. 2.5.: "Einrichtung einer neuen
Teilhierarchie").
So besteht die Teilhierarchie de.comm.protocols.* aus den beiden
Gruppen
- de.comm.protocols.tcp-ip
- de.comm.protocols.misc
Würde man die Gruppe de.comm.protocols.tcp-ip löschen, könnte man
die verbleibende Gruppe de.comm.protocols.misc nunmehr (wieder) in
de.comm.protocols umbenennen, um so den Namen zu verkürzen und die
Struktur besser erkennbar zu machen. Gegen eine solche Umbenennung
spricht, dass Umbenennungen technisch nicht möglich sind, sondern
nur durch eine Löschung der bestehenden Gruppe und die
Neueinrichtung der Gruppe mit dem geänderten Namen umgesetzt werden
können (siehe 7.2.).
7.2. Umbenennungen
------------------
Umbenennungen von Gruppen erfolgen in der Regel nur im Zusammenhang
mit anderen Änderungen am Gruppenbestand. Dass eine Gruppe ohne
weiteren Anlass bloß an eine andere Stelle im Hierarchiebaum (siehe
2.1.1.) verschoben wird, ist sehr selten.
Das liegt u.a. daran, dass technisch eine Umbenennung einer Gruppe
nicht möglich ist. Was man organisatorisch als "Umbenennung"
bezeichnet, ist technisch schlicht die (zusätzliche) Einrichtung der
Gruppe mit dem neuen Namen, gefolgt ungefähr eine Woche später von der
Löschung der Gruppe mit dem alten Namen. Dies führt dazu, dass alle
bestehenden Diskussionen auf den Newsservern mit der alten Gruppe
zusammen verschwinden und zudem Nutzer, die nur unregelmäßig in die
Gruppe hineinschauen, sie dann plötzlich nicht mehr finden können.
Eine solche Umbenennung will also wohlüberlegt sein.
7.3. Änderungen von Charta und/oder Kurzbeschreibung
----------------------------------------------------
Neben dem Namen können auch alle anderen Attribute einer Gruppe (für
deren Beschreibung siehe 2.) geändert werden, namentlich die Charta
und die Kurzbeschreibung. Auch dies erfolgt nur selten isoliert;
meistens ist eine vorgeschlagene Chartaänderung die Folge einer
Reorganisation, also der Einrichtung oder Löschung anderer Gruppen, so
dass klarstellende Änderungen hinsichtlich des Themenbereichs einer
bestehenden Gruppe notwendig werden oder auch die Namen der gelöschten
oder sonstwie geänderten Newsgroups aus der Charta entfernt werden
müssen. Manchmal ergibt sich aber der Bedarf nach einer Abgrenzung
oder Erweiterung der Charta einer Gruppe auch so, wenn sich bspw. der
thematische Fokus verschiebt.
Eine Charta- oder Kurzbeschreibungsänderung ist dabei im wesentlichen
kein technischer Vorgang. Geänderte Kurzbeschreibungen werden ggf.
durch eine Steuernachricht umgesetzt (siehe 5.); da Chartas ohnehin
nicht auf Newsservern gespeichert werden und daher auch nicht im
Newsreader angezeigt werden können (siehe 2.3.), sondern nur
organisatorische Metainformationen darstellen, werden Chartaänderungen
auch nur durch eine entsprechende Information per Posting in
de.admin.news.announce und der betroffenen Gruppe "umgesetzt".
7.4. Statusänderungen
---------------------
Die Umstellung einer bestehenden unmoderierten Newsgroup auf
"moderiert" bzw. einer vormals moderierten Newsgroup auf den Status
"unmoderiert" ist nicht unproblematisch. Auch dies hat technische
Gründe; nicht immer erfolgen technische Umstellungen durch
Steuernachrichten wirklich überall auf jedem Newsserver oder gar
überall zur gleichen Zeit. Dies kann dazu führen, dass die Gruppe auf
manchen Servern noch als moderiert geführt wird, auf anderen aber
schon als unmoderiert (oder umgekehrt).
Soll eine bisher unmoderierte Gruppe zukünftig moderiert sein, führt
dies dazu, dass Postings über Newsserver, auf denen die Gruppe noch
als unmoderiert angelegt ist, nur auf anderen solchen Newsservern
erscheinen; auf Newsservern, die die Gruppe schon als "moderiert"
führen, werden diese Postings schlicht verworfen. Wenn umgekehrt eine
bisher moderierte Gruppe zukünftig unmoderiert sein soll, werden
Newsserver, die diese Umstellung (noch) nicht vollzogen werden,
weiterhin eingereichte Postings per E-Mail an die (nicht mehr
bestehende) Moderation weiterleiten, so dass auch dann Beiträge
verloren gehen.
Diese technischen Probleme müssen bereits in der Diskussionsphase
berücksichtigt werden und erfordern - in der Regel von denjenigen, die
den Vorschlag vorbringen - zusätzlichen Aufwand, um die Situation im
Auge zu behalten und ggf. die Betreiber von Newsservern an die
notwendige Umstellung zu erinnern.
Ansonsten gelten die unter 2.4. dargestellten zusätzlichen Erwägungen
für die Einrichtung moderierter Gruppen entsprechend.
7.5. Regeländerungen und Personenwahlen
---------------------------------------
Neben Änderungen am Gruppenbestand können - und werden - die
Einrichtungsregeln analog auch für andere Entscheiungen (bspw. die
Änderung der Einrichtungsregeln selbst) herangezogen.
Sie gelten - teilweise modifiziert - auch für Personenwahlen, bspw.
für die Neuwahl der Moderation von de.admin.news.announce [7] oder die
von der amtierenden Moderation in regelmäßigen Abständen
durchgeführten Nachwahlen [8]. In gleicher Weise wäre es auch möglich,
jede andere Moderation einer moderierten Newsgroup - ggf. gegen ihren
Willen - auszutauschen. Ansonsten ist anerkannt, dass jede Moderation
einer moderierten Gruppe Mitglieder ausschließen oder neue Mitglieder
aufnehmen und auch die Moderation komplett an andere Personen
übergeben kann. Diese Entscheidung kann dann nur durch ein
Neuwahlverfahren - analog der Einrichtungsregeln - übersteuert werden.
[7] Festgehalten ist dies in den "Moderatorenwahlregeln", die
gleichfalls in de.admin.infos veröffentlicht sind:
| From: ole-fg@gmx.de (Olaf Schneider), adrian.suter@schweiz.org (Adrian Suter)
| 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
[8] Diese beruhen auf freiwilliger Übung der derzeit amtierenden
Moderation von de.admin.news.announce und sind daher (nur) in
deren Moderationskonzept (dort Abschnitt 4) festgehalten, das
regelmäßig in de.admin.news.announce veröffentlicht wird:
| From: moderator@dana.de (Moderation von de.admin.news.announce)
| Newsgroups: de.admin.news.announce,de.admin.news.misc
| Subject: <2010-11-01> Moderationskonzept der derzeitigen Moderation
und auch auf den Webseiten der Moderation unter
<http://dana.de/modkonzept.html> abgerufen werden kann.
8. Quellen
==========
Alle in diesen Erläuterungen genannten Quellen sind hier noch einmal
zusammengefasst und um weitere Hinweise ergänzt.
7.1. Grundlegende Informationen
8.1. Grundlegende Informationen
-------------------------------
Folgende Texte sollten einem Proponenten unbedingt bekannt sein:
@ -1648,7 +1895,7 @@ Folgende Texte sollten einem Proponenten unbedingt bekannt sein:
| Posting-frequency: weekly
| URL: http://www.kirchwitz.de/~amk/dni/de-newsgruppen
7.2. Weiterführende Hinweise
8.2. Weiterführende Hinweise
----------------------------
Folgende Texte sind allgemein oder für spezielle Fragen hilfreich oder
@ -1741,7 +1988,7 @@ von Interesse:
+ Entscheidungen der Moderation von de.admin.news.announce
<http://www.dana.de/archiv.html>
7.3. Webseiten
8.3. Webseiten
--------------
Folgende Webseiten sollten bekannt sein oder können bei der Durchführung des
@ -1763,10 +2010,13 @@ Einrichtungsverfahrens helfen:
+ Abstimmungssoftware UseVote
<http://www.usevote.de/>
8. Maintainer und Kontakt
+ de.* in Graphen
<http://usenet.dex.de/>
9. Maintainer und Kontakt
=========================
8.1. Derzeitige Maintainer
9.1. Derzeitige Maintainer
--------------------------
Maintainer dieser FAQ: Thomas Hochstein <thh@inter.net>
@ -1792,7 +2042,7 @@ F
- 0liver Seyfert
gedankt.
8.2. Frühere Fassungen
9.2. Frühere Fassungen
----------------------
Maintainer bis 2010: Thomas Roessler, Dirk Nimmich