Nan:2007-10-02-low-traffic-result

From Usenet Big-8 Management Board
Revision as of 03:11, 8 July 2010 by Moleski (talk | contribs) (Created page with '<pre> From: The Big-8 Management Board <board@big-8.org> Subject: RESULT: policy for removing extremely-low-traffic unmoderated groups passes Newsgroups: news.announce.newgroups,…')
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
From: The Big-8 Management Board <board@big-8.org>
Subject: RESULT: policy for removing extremely-low-traffic unmoderated groups passes
Newsgroups: news.announce.newgroups, news.groups, news.groups.proposals
Followup-To: news.groups.proposals
Date: Tue, 02 Oct 2007 12:59:33 -0500
Organization: http:''www.big-8.org/

                                 RESULT
  policy for removing extremely-low-traffic unmoderated groups passes

The Big-8 Management Board has decided by a vote to adopt the listed
policy to remove low-traffic unmoderated gorups.

The vote was 4 in favor, 2 opposed, and one abstention.


POLICY:

Note, I have included clarifying comments in brackets.

Policy for Removing Extremely Low-Traffic Unmoderated Newsgroups.

[What information if any, is placed in the NAN archive, the Big-8
Wiki, the Big-8 newsgroup queue. etc., is at the discretion of the
B8MB]

Stage 1: Determine Candidate Groups

Stage 1a: Once per year, the B8MB will make a call in
news.announce.newgroups for traffic data on low traffic groups.
Interested individuals may submit lists of low traffic groups.  For
each group, the following information shall be provided:

(1) Name of group.
(2) Traffic data.

The B8MB may specify additional information that is to be provided for
each group, such as group charters, history, and related groups.

The B8MB may prescribe the format for the information to simplify its
transformation into announcements, reports, RFD's, informal notices,
or other articles.

[The above procedure does not require the B8MB to collect traffic
data, or determine which groups are considered for removal.  They will
simply screen material submitted by others.

Besides specifying the traffic measurement period, the B8MB should set
a schedule for submitting traffic data.

When a call is made is up to the B8MB.  They might wish to do so when
someone indicates that they would be interested in submitting traffic
data.  I would suggest a summer-to-summer (Northern hemisphere)
measurement period.  This means that the feedback period would be
during the academic fall.  Usenet remains somewhat seasonal, with drop
off in participation over the summer and over the Christmas/New Years
period.

Whether the B8MB requires information such as group charters, group
history, and related groups, is totally a matter of what information
they wish to provide in notices to the various groups.]

Stage 1b: Interested individuals may respond to the call.

Stage 1c: B8MB determines which groups shall be considered in
subsequent stages.  They shall exclude groups that have been in
existence less than 12 months, group which received a reprieve the
previous year; or had more than 50 on-topic, non-cross-posted
articles.  The number of groups considered shall not exceed 5% of the
total number of unmoderated newsgroups.

[The B8MB has total discretion in deciding which groups are the
candidate groups, subject to the specified constraints.]

The B8MB may break the list into subsets.  If they do so, Stage 1d and
subsequent stages should be conducted separately for each subset.

[This is is intended to permit the B8MB to rest and refine their
procedures.  For example, they might announce a first subset of groups
along with its procedure.  After they have executed the procedure for
the first subset, they may adjust the procedure for the other
subset(s).]

Stage 1d: B8MB posts an announcement to news.announce.newgroups and
news.groups.proposals, containing a list of the groups to be
considered for removal; and the details of the procedure to be used in
Stages 2 and 3.  The list and procedure will be discussed for at least
7 days in news.groups.proposals, after which the B8MB may remove
groups from the list, or modify their proposed procedure.

[The procedure should specify where discussion will occur, what
cross-posting will be used for notices and discussion, the time frame,
the format of notices, etc.  That is, all the details of the parts of
Stage 2 that are discretionary to the B8MB.]

Stage 2: User Feedback for Candidate Groups.

Stage 2a: B8MB posts an article to each candidate group.  The content
and form of the article is at the discretion of the B8MB.  The article
may indicate that the group might be removed, and the manner in which
persons interested in the group may respond.

[The use of "article" is deliberate, and simply refers to a Usenet
article.  The content and form of this article is totally up to the
B8MB.  Whether an initial article indicates that the group might be
removed, or simply asks whether anyone is using the group, is up to
the B8MB to decide.]

The rate at which groups shall be considered is at the discretion of
the B8MB.

[The B8MB may do all groups at one time, or may initiate a few each
week.  Doing all at once may give the board the ability to compare the
relative level of response among the groups.  Doing all at once may
overwhelm the capacity of the B8MB to monitor the discussions.]

The B8MB may cross-post the article to additional groups such as
news.announce.newgroups, news.groups, news.groups.proposals, or other
newsgroups.

[Posting of an article to each group that may be removed is required,
all other cross-posting is at the discretion of the B8MB]

The article shall specify where feedback is to be given (eg.
news.groups.proposals, news.groups, the candidate group, e-mail to the
B8MB), and the Followup-To header should be set to facilitate the
specified method of feedback.

Stage 2b: The B8MB shall monitor any feedback, and may provide
additional information about the process, answer questions, etc.

[The B8MB may designate individual members to monitor particular
groups, and may use non-board members as well.]

Stage 2c: The feedback period shall last at least 21 days, but no more
than 42 days.  The B8MB may post additional articles to the candidate
groups during the feedback period.

Stage 2d: The B8MB may remove candidate groups from consideration
during the feedback process.  They shall notify the candidate group of
their decision.

Stage 3: The B8MB Determines Which Groups Are to be Removed.

Stage 3a: The B8MB shall determine which groups are to be removed.

[The method for making this decision is up to the B8MB.  For example,
they might permit members to request a separate vote on specific
individual groups, and then do a single vote on the others.]

Stage 3b: B8MB posts an announcement containing a list of the groups
to be removed to news.announce.newgroups and news.groups.proposals.
The list and procedure will be discussed for at least 5 days in
news.groups.proposals, after which the B8MB may exclude groups from
the list (ie. decide not to remove some of the candidate groups).

Stage 4: The B8MB Executes Their Decision.

The B8MB shall issue rmgroup control messages and remove the groups
from checkgroups and other lists of Big 8 groups.

[It is fully understood that a rmgroup control message acts more in
accord with the USEPRO (draft) section 5.2.2; than in the manner
specified in RFC 1036 section 3.4]

DISTRIBUTION:

This document has been posted to the following newsgroups:

  news.announce.newgroups (moderated)
  news.groups.proposals (moderated)
  news.groups


PROPONENT:

Jim Riley <jimrtex@pipeline.com>



CHANGE HISTORY:

2007-05-06     1st RFD
2007-06-12     2nd RFD
2007-08-02     3rd RFD/LCC (withdrawn)
2007-08-15     4th RFD
2007-09-17     5th RFD
2007-09-17     6th RFD/LCC
2007-10-02     Results (passes)