Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!uunet!cs.utexas.edu!uwm.edu!uwvax!umn-d-ub!umn-cs!kanefsky
From: kanefsky@umn-cs.CS.UMN.EDU (Steve Kanefsky)
Newsgroups: news.groups
Subject: Re: Here's that bad logic agin (was:  Rec.video.software)
Message-ID: <17228@umn-cs.CS.UMN.EDU>
Date: 22 Nov 89 16:48:49 GMT
References: <48601@bbn.COM> <1989Nov21.235219.7624@aqdata.uucp>
Reply-To: kanefsky@umn-cs.cs.umn.edu (Steve Kanefsky)
Organization: CSci Dept., University of Minnesota, Mpls.
Lines: 37

In article <1989Nov21.235219.7624@aqdata.uucp> sullivan@aqdata.uucp (Michael T. Sullivan) writes:
>Read the first sentence again:
>
>> In article <1989Nov21.170126.7027@aqdata.uucp> sullivan@aqdata.uucp (Michael T. Sullivan) writes:
>>>I see nowhere in the article why rec.video can't be used for software
>>>as well as hardware. 
>
>From article <48601@bbn.COM>, by rshapiro@bbn.com (Richard Shapiro):
>> 
>> So can we PLEASE put this bad logic to rest? There may be good reasons
>> to oppose this proposal, but "lack of traffic on existing groups" is
>> not, and cannot be, one of them.
>
>The first sentence merely asks why we need a new group.  The following
>sentence was merely an example.  I want to know why rec.video is inadequate
>and the call for discussion did not address that.

I believe I did address this question, both in the original call for
discussion and in my reply to your article.

We need a new newsgroup because many of the people who would contribute
to the newsgroup do not and will not read rec.video.  Video hardware and
movie releases on video are very different subjects.  The traffic in
rec.video is getting heavier, and the topics covered are becoming too
divergent.  Are you saying that there is some minimum number of articles
that a newsgroup has to have before another newsgroup is created?  
Sometimes the nature of the topic itself is reason enough.  The amount of
overhead for a new group would be small in comparison to the time saved
by the people who wanted to read just one of them.  The nature of the 
hardware/software distinction should mean that there will be very little
if any cross-posting.



-- 
Steve Kanefsky
kanefsky@umn-cs.cs.umn.edu