From: Thomas Hochstein Date: Sat, 3 Dec 2011 23:23:09 +0000 (+0100) Subject: Merge branch 'update' X-Git-Tag: 2.2.0~1 X-Git-Url: https://code.th-h.de/?p=faqs%2Fdana-manual.git;a=commitdiff_plain;h=c4e9ea702c678413b9e7318fc032448d3dd4ad4e;hp=-c Merge branch 'update' * update: Kleine Formulierungsaenderungen. Kleine Aenderungen. Neuer Abschnitt: Loeschungen u.a. Aenderungen (7.) Conflicts: dana-manual Signed-off-by: Thomas Hochstein --- c4e9ea702c678413b9e7318fc032448d3dd4ad4e diff --combined dana-manual index 25d8250,0e6d35e..86cfde1 --- a/dana-manual +++ b/dana-manual @@@ -1,6 -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 +55,21 @@@ Inhal 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 ====================================================================== @@@ -84,15 -91,15 +91,15 @@@ Erfahrungen wieder [1] Veröffentlicht in de.admin.infos: | From: 3.14@piology.org (Boris 'pi' Piwinger) | Newsgroups: de.admin.infos,de.alt.admin -| Subject: <2005-08-06> Einrichtung von Usenet-Gruppen in "de.*" +| Subject: <2011-11-06> Einrichtung von Usenet-Gruppen in "de.*" | | Archive-name: de-admin/einrichtung | Posting-frequency: weekly -| Last-modified: 2005-08-06 +| Last-modified: 2011-11-06 | 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 +659,7 @@@ Charta ausdrücklich auszuschließen. Gen 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 +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] + + * 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 + 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: @@@ -1622,11 -1869,11 +1869,11 @@@ + Einrichtung von Usenet-Gruppen in "de.*" (Einrichtungsregeln) | From: 3.14@piology.org (Boris 'pi' Piwinger) | Newsgroups: de.admin.infos,de.alt.admin -| Subject: <2005-08-06> Einrichtung von Usenet-Gruppen in "de.*" +| Subject: <2011-11-06> Einrichtung von Usenet-Gruppen in "de.*" | | Archive-name: de-admin/einrichtung | Posting-frequency: weekly -| Last-modified: 2005-08-06 +| Last-modified: 2011-11-06 | URL: http://www.kirchwitz.de/~amk/dai/einrichtung + Missverstaendnisse in de.admin.news.groups @@@ -1648,7 -1895,7 +1895,7 @@@ | 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 +1988,7 @@@ von Interesse + Entscheidungen der Moderation von de.admin.news.announce - 7.3. Webseiten + 8.3. Webseiten -------------- Folgende Webseiten sollten bekannt sein oder können bei der Durchführung des @@@ -1763,10 -2010,13 +2010,13 @@@ Einrichtungsverfahrens helfen + Abstimmungssoftware UseVote - 8. Maintainer und Kontakt + + de.* in Graphen + + + 9. Maintainer und Kontakt ========================= - 8.1. Derzeitige Maintainer + 9.1. Derzeitige Maintainer -------------------------- Maintainer dieser FAQ: Thomas Hochstein @@@ -1792,7 -2042,7 +2042,7 @@@ Für Hinweise, Anregungen und Verbesseru - 0liver Seyfert gedankt. - 8.2. Frühere Fassungen + 9.2. Frühere Fassungen ---------------------- Maintainer bis 2010: Thomas Roessler, Dirk Nimmich