<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://www.big-8.org/w/index.php?action=history&amp;feed=atom&amp;title=Nan%3A2007-05-06-low-traffic-rfd</id>
	<title>Nan:2007-05-06-low-traffic-rfd - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://www.big-8.org/w/index.php?action=history&amp;feed=atom&amp;title=Nan%3A2007-05-06-low-traffic-rfd"/>
	<link rel="alternate" type="text/html" href="https://www.big-8.org/w/index.php?title=Nan:2007-05-06-low-traffic-rfd&amp;action=history"/>
	<updated>2026-04-30T04:11:00Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.43.1</generator>
	<entry>
		<id>https://www.big-8.org/w/index.php?title=Nan:2007-05-06-low-traffic-rfd&amp;diff=972&amp;oldid=prev</id>
		<title>Moleski: Created page with &#039;&lt;pre&gt; From: Jim Riley &lt;jimrtex@pipeline.com&gt; Subject: Policy RFD: removing extremely-low-traffic unmoderated groups Newsgroups: news.announce.newgroups, news.groups, news.groups.…&#039;</title>
		<link rel="alternate" type="text/html" href="https://www.big-8.org/w/index.php?title=Nan:2007-05-06-low-traffic-rfd&amp;diff=972&amp;oldid=prev"/>
		<updated>2010-07-10T02:26:32Z</updated>

		<summary type="html">&lt;p&gt;Created page with &amp;#039;&amp;lt;pre&amp;gt; From: Jim Riley &amp;lt;jimrtex@pipeline.com&amp;gt; Subject: Policy RFD: removing extremely-low-traffic unmoderated groups Newsgroups: news.announce.newgroups, news.groups, news.groups.…&amp;#039;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;&amp;lt;pre&amp;gt;&lt;br /&gt;
From: Jim Riley &amp;lt;jimrtex@pipeline.com&amp;gt;&lt;br /&gt;
Subject: Policy RFD: removing extremely-low-traffic unmoderated groups&lt;br /&gt;
Newsgroups: news.announce.newgroups, news.groups, news.groups.proposals&lt;br /&gt;
Followup-To: news.groups.proposals&lt;br /&gt;
Date: Sun, 06 May 2007 10:38:55 -0500&lt;br /&gt;
Organization: http://www.big-8.org/&lt;br /&gt;
&lt;br /&gt;
                  POLICY REQUEST FOR DISCUSSION (RFD)&lt;br /&gt;
           removing extremely-low-traffic unmoderated groups&lt;br /&gt;
&lt;br /&gt;
This is a formal Request For Discussion (RFD) to discuss a policy change &lt;br /&gt;
in the Big-8 Usenet newsgroups.  For more information, see the proposed &lt;br /&gt;
policy, listed below.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
RATIONALE: &lt;br /&gt;
&lt;br /&gt;
A process for removing unused or little-used newsgroups can give&lt;br /&gt;
better definition to the process of creating new groups.  Without such&lt;br /&gt;
a process, the canonical list of newsgroups simply becomes a list of&lt;br /&gt;
newsgroups that were created according to whatever process was current&lt;br /&gt;
at the time, whether by a vote of potential users, by fiat of the&lt;br /&gt;
backbone cabal or Inet organizer, or by decision of the B8MB.&lt;br /&gt;
&lt;br /&gt;
With a removal procedure, the list becomes one of groups that are&lt;br /&gt;
currently used.  New groups can be added on the belief that they will&lt;br /&gt;
also be used.  The proposed procedure provides a method for comparing&lt;br /&gt;
groups newly created by the B8MB against groups that are under&lt;br /&gt;
consideration for removal.&lt;br /&gt;
&lt;br /&gt;
When Usenet was young, a news admin would notice that some groups were&lt;br /&gt;
empty, and propose their removal.  If there weren&amp;#039;t too many&lt;br /&gt;
complaints or undue amounts of wailing, the groups would be removed.&lt;br /&gt;
At the time, retention times were short, perhaps three weeks, so the&lt;br /&gt;
above procedure meant that groups without any messages over the&lt;br /&gt;
previous three weeks might be considered for removal.&lt;br /&gt;
&lt;br /&gt;
Later, when the group creation process was being codified, there was&lt;br /&gt;
discussion about a complementary process for group removal.  But a&lt;br /&gt;
system of Yes-No voting did not work as well for group removal as it&lt;br /&gt;
did for group creation.  A Yes vote could be considered to at least&lt;br /&gt;
nominally measure interest in participating in a proposed newsgroup,&lt;br /&gt;
while No votes were typically low enough in number to not derail too&lt;br /&gt;
many ordinary newsgroup creations.&lt;br /&gt;
&lt;br /&gt;
But a Yes vote for a group removal doesn&amp;#039;t measure interest or&lt;br /&gt;
disinterest in the group.  In effect, a Yes vote measured how many&lt;br /&gt;
people wanted to disregard any complaints or wailing from those who&lt;br /&gt;
wanted to keep the group and voted No.  On rare occasions, the group&lt;br /&gt;
creation process was used to remove groups, usually as part of a&lt;br /&gt;
hierarchy re-organization.  In those circumstances, a Yes vote might&lt;br /&gt;
be cast by those who favored other aspects of the re-organization and&lt;br /&gt;
would vote Yes on all items on the ballot.  In some cases, a Yes vote&lt;br /&gt;
was confusing, as when a Yes vote for a group meant the voter favored&lt;br /&gt;
removal, when ordinarily it meant they favored creation.&lt;br /&gt;
&lt;br /&gt;
In 1997, Jani Patokallio proposed a two-step process for removing low&lt;br /&gt;
traffic groups.  The first step would identify low traffic groups, and&lt;br /&gt;
the second step would hold a CFV to determine whether the group would&lt;br /&gt;
be kept or not.  There would be no Yes or No votes, but only Keep&lt;br /&gt;
votes.  If 50 persons favored keeping a group, it would be kept.  In&lt;br /&gt;
e-mail discussion between Patokallio and Tale, Tale suggested that the&lt;br /&gt;
threshold for Keep votes be the same as for group creations, that is&lt;br /&gt;
100.  In other words, a low traffic group would have to re-establish&lt;br /&gt;
that it had the same level of support as a proposed new group had.&lt;br /&gt;
&lt;br /&gt;
The process proposed in this RFD is similar to that proposed by Jani&lt;br /&gt;
Patokallio.  It would have a first step to identify low-traffic&lt;br /&gt;
groups, and a second step involving a vote to determine if a group&lt;br /&gt;
would be retained.  The threshold to keep a group is much lower.  As&lt;br /&gt;
the events of 2005 demonstrated, it is difficult to get 100 votes for&lt;br /&gt;
even straightforward group creations.  Instead, the threshold is&lt;br /&gt;
dynamic, with a requirement that at most only 10 persons speak up to&lt;br /&gt;
retain a group.&lt;br /&gt;
&lt;br /&gt;
The system avoids making a determination of the worthiness of a&lt;br /&gt;
newsgroup, or even worse, the worthiness of its topic.  It simply&lt;br /&gt;
measures whether there is a modest level of interest in maintaining&lt;br /&gt;
the newsgroup.  This is consistent with the criteria that has been&lt;br /&gt;
used in the creation of almost all Big 8 newsgroups: &amp;quot;is there a&lt;br /&gt;
sufficient level of interest in the proposed newsgroup.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
PROPOSED POLICY:&lt;br /&gt;
&lt;br /&gt;
Removal would follow a two-step process.  The first step would&lt;br /&gt;
identify the lowest-traffic newsgroups.  The second step would&lt;br /&gt;
determine the least popular, as determined by a vote, among the lowest&lt;br /&gt;
traffic newsgroups.  These least popular groups would then be removed.&lt;br /&gt;
&lt;br /&gt;
The process would be run annually, and be conducted on a&lt;br /&gt;
hierarchy-by-hierarchy basis.  This avoids comparing serious groups in&lt;br /&gt;
the comp.* and sci.* hierarchies with noisier groups in the rec.*,&lt;br /&gt;
soc.*, and talk.* hierarchies.  Only unmoderated groups would be&lt;br /&gt;
involved.&lt;br /&gt;
&lt;br /&gt;
The lowest-traffic N% of newsgroups would be identified, based on&lt;br /&gt;
their non-cross-posted on-topic posts over the previous 12 months.&lt;br /&gt;
This identification process need not be perfect.  If there are groups&lt;br /&gt;
with lower traffic that are missed, they will likely be caught in&lt;br /&gt;
subsequent years.  If there are groups that are actually outside the&lt;br /&gt;
bottom N% in traffic that are included, participants will be able to&lt;br /&gt;
save the group by a vote.&lt;br /&gt;
&lt;br /&gt;
The value of N for the first year would be 20%.  In subsequent years,&lt;br /&gt;
this number would be reduced if a relatively large share of the groups&lt;br /&gt;
are being retained due to the votes of their participants.&lt;br /&gt;
&lt;br /&gt;
The B8MB may strike any groups that they choose from this list.  In&lt;br /&gt;
addition, in subsequent years, groups on the &amp;quot;do not bother&amp;quot; list (see&lt;br /&gt;
below) would be excluded.  New groups created by the B8MB that have&lt;br /&gt;
been in existence for at least 6 months would be added to the list.&lt;br /&gt;
This would allow confirmation that these new groups have at least as&lt;br /&gt;
much interest as groups that are being removed.&lt;br /&gt;
&lt;br /&gt;
The vote would be conducted by STV, which requires only that the&lt;br /&gt;
voters rank the groups that they wish to have kept.  There would be no&lt;br /&gt;
obligation to vote for more than one group.  Under STV, there is no&lt;br /&gt;
way to vote against a group.  One can simply be more for keeping one&lt;br /&gt;
group than they are for keeping another group.&lt;br /&gt;
&lt;br /&gt;
Groups that receive more than 50 first preference votes, would have&lt;br /&gt;
the votes scaled to 50 first preference votes.  This prevents large&lt;br /&gt;
numbers of voters who support one particular group from overwhelming&lt;br /&gt;
the process, but they would still save their group, and have some&lt;br /&gt;
influence over keeping some other groups.  The quota would be&lt;br /&gt;
determined based on having half the groups &amp;quot;elected&amp;quot; (ie, kept).  If&lt;br /&gt;
the initially calculated quota was greater than 10, it would be set to&lt;br /&gt;
10.&lt;br /&gt;
&lt;br /&gt;
Counting would continue until either there are no continuing candidate&lt;br /&gt;
groups, or half of the groups have been eliminated (ie, determined to&lt;br /&gt;
be removed).&lt;br /&gt;
&lt;br /&gt;
The above process ensures that at least half of the low traffic groups&lt;br /&gt;
will be kept, while also ensuring that any group that receives 10&lt;br /&gt;
first preference votes would be retained.&lt;br /&gt;
&lt;br /&gt;
If a group received a high number of first preference votes, it would&lt;br /&gt;
be placed on a &amp;quot;do not bother&amp;quot; list.  A group that received 20 or more&lt;br /&gt;
first preference votes would be skipped the following year.  A group&lt;br /&gt;
that received 50 or more 1st preference votes would be skipped the&lt;br /&gt;
following two years, and a group with 100 or more 1st preference votes&lt;br /&gt;
would be skipped for three years.&lt;br /&gt;
&lt;br /&gt;
After the votes were tallied, the B8MB may issue a reprieve for any of&lt;br /&gt;
the groups slated for removal.&lt;br /&gt;
&lt;br /&gt;
The value of N% for the subsequent year would be determined in the&lt;br /&gt;
following  manner: The percentage of groups to be removed would be&lt;br /&gt;
calculated.  If this is less than 2.5% it would be set to 2.5%.  The&lt;br /&gt;
maximum possible value is 10% (ie, half of 20%).  This value would&lt;br /&gt;
then be doubled to become the new value of N%, so that the new value&lt;br /&gt;
of N% would range from 5% to 20%.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
PROCEDURE:&lt;br /&gt;
&lt;br /&gt;
For more information on the newsgroup creation process, please see:&lt;br /&gt;
&lt;br /&gt;
  http://www.big-8.org/dokuwiki/doku.php?id=policies:creation&lt;br /&gt;
  [need something better here]&lt;br /&gt;
&lt;br /&gt;
Those who wish to influence the development of this RFD and its final &lt;br /&gt;
resolution should subscribe to news.groups.proposals and participate in the &lt;br /&gt;
relevant threads in that newsgroup.  This is the best method of making sure &lt;br /&gt;
that one&amp;#039;s comments or criticisms are heard.&lt;br /&gt;
&lt;br /&gt;
All discussion of active proposals should be posted to news.groups.proposals.&lt;br /&gt;
To this end, the &amp;#039;Followup-To&amp;#039; header of this RFD has been set to this group.&lt;br /&gt;
&lt;br /&gt;
We urge those who would be affected by the proposed policy to make a&lt;br /&gt;
comment to that effect in this thread; we ask proponents to keep a list&lt;br /&gt;
of such positive posts with the relevant message ID (e.g., Barney Fife,&lt;br /&gt;
&amp;lt;4JGdnb60fsMzHA7ZnZ2dnUVZ_rWdnZ2d@sysmatrix.net&amp;gt;).  Such lists of positive&lt;br /&gt;
feedback for the proposal may constitute good evidence that the group will be&lt;br /&gt;
well-used if it is created.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
DISTRIBUTION:&lt;br /&gt;
&lt;br /&gt;
This document has been posted to the following newsgroups:&lt;br /&gt;
&lt;br /&gt;
  news.announce.newgroups&lt;br /&gt;
  news.groups.proposals&lt;br /&gt;
  news.groups&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
PROPONENT:&lt;br /&gt;
&lt;br /&gt;
Jim Riley &amp;lt;jimrtex@pipeline.com&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
CHANGE HISTORY:&lt;br /&gt;
&lt;br /&gt;
2007-05-06     1st RFD&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;/div&gt;</summary>
		<author><name>Moleski</name></author>
	</entry>
</feed>