home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / news / groups / 24813 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  3.2 KB

  1. Xref: sparky news.groups:24813 news.admin.misc:878
  2. Newsgroups: news.groups,news.admin.misc
  3. Path: sparky!uunet!gatech!asuvax!ennews!news
  4. From: sridhar@asuvax.eas.asu.edu (Sridhar Venkataraman )
  5. Subject: Re: PROPOSAL:  Yes votes >= 200+2*No Votes
  6. Message-ID: <1992Dec22.042201.29951@ennews.eas.asu.edu>
  7. Sender: news@ennews.eas.asu.edu (USENET News System)
  8. Organization: Arizona State University, Tempe AZ
  9. References: <EMCGUIRE.92Dec21174431@fuller.intellection.com>
  10. Date: Tue, 22 Dec 1992 04:22:01 GMT
  11. Lines: 59
  12.  
  13. emcguire@intellection.com (Ed McGuire) writes:
  14. )sridhar@asuvax.eas.asu.edu (Sridhar Venkataraman ) writes:
  15. )
  16. )   I can give you atleast 2 examples for groups which passed by wafer
  17. )   thin margins and are far healthier than groups which passed by 400+
  18. )   votes.
  19. )
  20. )There is a direct correlation between a wide vote margin and a
  21. )"healthy group" (if by this you mean high traffic).  Existing groups
  22. )which fail the proposed 200+2*No rule did not appear as often in the
  23. )traffic "top 250" as those which pass; and when they did appear they
  24. )had less traffic.
  25.  
  26. Hmm.. I should have explained what I meant by "healthy". It is not a
  27. quantitative measure of traffic! Better signal/noise ratio, in line with the
  28. charter, almost nil flaming and just focussed on the topic which the
  29. groups were intended for.
  30.  
  31. )Why should we ignore this correlation and establish our voting policy
  32. )on the basis of your isolated counterexamples?
  33.  
  34. I am passing this one because my statement was ambiguous in some
  35. sense and suffered a misinterpretation. 
  36.  
  37. )By the way, I do not mean that voting policy should be based on the
  38. )week's worth of traffic data I used.  I consider those results
  39. )preliminary and will follow up on both high- and low-traffic groups
  40. )when the new arbitron data reach my spool.
  41.  
  42. With the advent of more and more NNTP servers, I am losing faith in
  43. the arbitron data. I ran arbitron for the machines here and was
  44. disappointed by the results because more than half of the .newsrc
  45. files were unreadable or out of the normal login directories and there
  46. were still lots of people reading news from our server through PCs,
  47. Macs and other mainframes. BTW, I am just another ordinary user and my
  48. only access to news is through NNTP. 
  49.  
  50. )If it turns out that the vote margin is /not/ a good advance indicator
  51. )of traffic, then we should not use it that way.  In that case the 100+
  52. )rule should be abandoned in favor of a advance indicator, such as the
  53. )existence of a mailing list with a certain minimum number of sites
  54. )receiving it.
  55.  
  56. The 100+ rule as I understand it is mainly to filter bad proposals and
  57. test the need for the group assuming people know what they are voting
  58. for. And this IMO the rule is good at.
  59.  
  60. Less articles/bytes in a newsgroup doesn't necessarily mean the group 
  61. is bad or there are less readers for the group or the group is less
  62. propagated. Infact a mention in Mathias' listing is good enough to
  63. guarantee lesser propagation than it has at present. I would hate to
  64. see a group figure in the same league as alt.binaries.*. I would be
  65. interested in seeing the propagation or a measure of signal/noise
  66. ratio (if ever there happens to be a way to determine it) for the
  67. higher league groups (those which pass a more rigid voting rule).
  68.  
  69. Sridhar.
  70. --
  71. Sridhar Venkataraman            sridhar@asuvax.eas.asu.edu
  72.