Nan:2007-10-02-low-traffic-result: Difference between revisions
From Usenet Big-8 Management Board
(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,…') |
No edit summary |
||
Line 190: | Line 190: | ||
2007-10-02 Results (passes) | 2007-10-02 Results (passes) | ||
</pre> | </pre> | ||
[[Category:Board announcements]] |
Latest revision as of 14:59, 2 October 2010
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)