home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / rec / guns / 16591 < prev    next >
Encoding:
Internet Message Format  |  1992-11-23  |  14.2 KB

  1. Path: sparky!uunet!haven.umd.edu!mimsy!cs.umd.edu!magnum
  2. From: magnum@cs.umd.edu
  3. Newsgroups: rec.guns
  4. Subject: net.etiquette
  5. Message-ID: <62293@mimsy.umd.edu>
  6. Date: 23 Nov 92 21:41:30 GMT
  7. Sender: magnum@mimsy.umd.edu
  8. Lines: 249
  9. Approved: gun-control@cs.umd.edu
  10.  
  11.  
  12. A regular poster has asked me once again to remind our good readers
  13. that brevity and bandwidth-control start at home.   That is to say,
  14. Please review the following suggestions concerning net.etiquette, which
  15. is reposted from rec.aviation, for suggestions on how to prune down the
  16. main body of posts to something appropriate.  My correspondent has placed
  17. a "*" (Nathan Hale operator, to you non-computer-geeks) next to lines he
  18. feels are important to note. ---   MODERATOR, rec.guns
  19.  
  20.  Subject: aviation: Netiquette on rec.aviation (regular posting) 
  21.  Original-from: geoff@peck.com (Geoff Peck)
  22.  Last-modified: 03 Sep 1992 by geoff@peck.com (Geoff Peck)
  23.  
  24.  [This article is posted to rec.aviation twice per month.  It is likely
  25.  that it has been slightly revised since the last time you read it.  Change
  26.  bars in the left margin indicate revisions, but it is probably worth your
  27.  while to at least quickly read the entire posting.]
  28.  
  29.  Welcome to rec.aviation.  This is one of two regular postings designed to
  30.  introduce new readers to the dynamics of this newsgroup, and to provide
  31.  repositories of information which may be helpful to posters both old and
  32.  new.  For those of you who may be new to this forum, you may be interested to
  33.  | know that there are approximately FIFTY-THREE THOUSAND readers of rec.aviation
  34.  worldwide.  This is not "just another BBS" -- in fact, the difference between
  35.  a conventional BBS and rec.aviation is approximately the difference between a
  36.  personal copy machine and the _New_York_Times_.  So, yes, you may have access
  37.  to the rec.aviation "soapbox", but please use it wisely.
  38.  
  39.  Before posting an article, please follow the "golden rule" which will make
  40.  reading rec.aviation more palatable for all of us:
  41.  
  42. *>            **** THINK BEFORE ENGAGING THE KEYBOARD ****
  43.  
  44. *>Herewith are some specific guidelines, most of which have been culled
  45. *>from previous postings by me and a few others:
  46.  
  47.  1.  Please check your line lengths.  Many readers utilize 80-column
  48.      terminals, and articles with line lengths in excess of 79 characters
  49.      cause problems for them.  If you wish for others to be able to easily
  50.      quote your articles, a line length of 72 columns is suggested.  On a
  51.      UNIX system, consider running your articles through "fmt" -- for
  52.      example, "fmt -72".
  53.  
  54.      Justified text ("flat" right margins) may look "prettier" in some sense,
  55.      but it is almost always harder to read than leaving ragged right margins.
  56.   
  57. *>2.  Trim down your quotes.  Summarize when possible.  Use ellipses ("...").
  58. *>    PLEASE, PLEASE, PLEASE minimize the number of lines which you quote from
  59. (>    others' articles.  If you must quote verbatim, use the standard prefix
  60. *>    '> ' before quote lines so those who are attempting to automatically trim
  61. *>    the quotations out may do so.  Quote only when absolutely necessary.
  62. *>    And never, ever quote others' .signatures.  That's totally wasteful.
  63. *********************^^^^^^^^^^^^^^^^^^^^^^^^^^^  (as I said in my post)
  64. *>
  65. *>    Remember that many readers read their news over lower-speed lines -- 2400
  66. *>    or even 1200 baud.  Excessive quoting is very hard on these folks.  And
  67. *>    most people who read rec.aviation do so regularly -- they don't need to
  68. *>    read the same article three, four, or ten times in order to understand
  69. *>    others comments on the article.
  70.  
  71.  3.  Check the "Distribution:" line in your header.  Some systems gratuitously
  72.      set this to "USA" or some such.  Remember that rec.aviation is a worldwide
  73.      group, and posters throughout the world are most likely interested in
  74.      what you have to say, especially if you're participating in an ongoing
  75.      discussion which has up to this point had no distribution restrictions.
  76.      The simplest thing you can do is to change it to "Distribution: world".
  77.  
  78.      Also, if you are posting about a topic of interest to only a smaller
  79.      region, then please use the "Distribution:" line to _limit_ the; or
  80.      distribution.  Examples of such postings would be inquiries about
  81.      aircraft, training, or maintenance availability; smaller airshows;
  82.      smaller fly-ins; or extended discussions about U.S. regulations.  Typical
  83.      useful distributions include: ba (S.F. Bay Area), ca (California), ne
  84.      (New England), usa (USA), and so on.  Check with your site administrator
  85.      to determine other useful distributions.
  86.  
  87.  4.  Please DO NOT include glossaries with standard vocabulary entries.
  88. ?>    There is now a bi-weekly "frequently-asked questions" (FAQ) posting
  89. ?>    which includes a large glossary.  If you want something added to it,
  90. ?>    please contact me.  These "mini-glossaries" eat net.bandwidth and are
  91. ?>    distracting for frequent readers.
  92.  
  93. ?>5.  If you're asking a "basic" question, please read the "frequently asked
  94. ?>    questions" posting _first_.  It's posted about every other week.  If you
  95. ?>    need a copy right away, send mail to geoff@peck.com.  If you're asking
  96. ?>    for "relatively vanilla" information, rather than a discussion, please
  97. ?>    consider requesting that people *mail* the information to you; you should
  98. ?>    normally volunteer to post a summary or a digest of the responses you
  99. ?>    receive.
  100.  
  101. *>6.  Only post if you have something *valuable* to add to the discussion.
  102. *>    "I don't know about X, but here's what I don't know about X" postings
  103. *>    are a waste of net bandwidth, not to mention the time of other readers.
  104. *>    Remember that when you post something to rec.aviation, you are causing an
  105. *>|   estimated 53,000 people to read what you wrote.  If the appropriate
  106. *>    audience for what you are writing is considerably smaller (the poster to
  107. *>    whom you are responding, for example), please use e-mail instead.
  108.  
  109.      To add some urgency to these comments, here are Brian Reid's statistics
  110.  |   (for the month of August 1992) on rec.aviation:
  111.  
  112.          +-- Estimated total number of people who read the group, worldwide.
  113.          |     +-- Actual number of readers in sampled population
  114.          |     |     +-- Propagation: how many sites receive this group at all
  115.          |     |     |      +-- Recent traffic (messages per month)
  116.          |     |     |      |      +-- Recent traffic (kilobytes per month)
  117.          |     |     |      |      |      +-- Crossposting percentage
  118.          |     |     |      |      |      |    +-- Cost ratio: $US/month/reader
  119.          |     |     |      |      |      |    |      +-- Share: % of newsrders
  120.          |     |     |      |      |      |    |      |   who read this group.
  121.          V     V     V      V      V      V    V      V
  122.  |   53000  1151   77%  1876  3586.8     2%  0.14   2.1%  rec.aviation
  123.  
  124.      As Paul Kube commented,
  125. *>        When answering someone's posted question, if you find yourself typing
  126. *>        "I don't remember exactly, but..." or "I don't have the book here,
  127. *>        but I seem to remember...", STOP.  Take some time (a day or two won't
  128. *>        hurt) and do a little research.  Look things up or think them through
  129. *>        and get it right.  Post a nice authoritative response that we can all
  130. *>        learn from.
  131.  
  132.      If you've got a bona fide question, or don't understand something, or
  133.      sort of understand it, by all means, speak up in an interrogatory vein --
  134.      that's a great way of getting a discussion going.
  135.  
  136. *>7.  Don't post your version of something which has been commented upon and
  137. *>    resolved recently -- post only if you have something new and interesting
  138. *>    to add.  Posting to show off only that you also know something is neither
  139. *>    required nor encouraged.
  140.  
  141.      The volume of traffic on rec.aviation is quite high, making it easy
  142.      to get behind by dozens of articles.  It's often preferable to hold
  143.      off replying to articles until you've read all the followups; the
  144.      issue may already be resolved.  Users of "rn" should find the "M"
  145.      (capital M) command helpful -- it marks an article as unread, for the
  146.      current session.  Make your first session "read only" and then go back
  147.      and respond (or don't) to the articles you've marked.
  148.  
  149. *>8.  Ensure that your posting will be of value to a *wide* audience.  If
  150. *>    your posting is really only of value to a single individual, or a few
  151. *>    individuals on the net, use e-mail instead.  If your posting is really
  152. *>    only of value to yourself, send it to /dev/null.
  153.  
  154.  9.  Sometimes, humorous threads are great.  But, sometimes, the first posting
  155.      has been mildly amusing and we've gone *way* downhill from there.  So, if
  156.      you're trying to be funny, please post a follow-up only if it's
  157.      *screamingly* funny.  Original funnies are usually no problem -- it's
  158.      the follow-ups which are.
  159.  
  160.  10. There have been a number of interesting discussions on rec.aviation
  161.      recently in which there has been too much verbatim inclusion of previous
  162.      articles.  Please, folks, remember that the readership of rec.aviation is
  163.      a relatively static and loyal community -- chances are that someone
  164.      reading your article will have read the original, and will quite possibly
  165.      even remember it.  Thus, it's not necessary to include entire articles
  166.      (or even paragraphs) in your posting in many cases -- a simple summary,
  167.      like:
  168.  
  169.        In article <12345@foo.bar.COM>, redbaron@foo.bar.COM (The Ace Himself)
  170.        asked about using a recycled prefromulated framastat as a replacement
  171.        the infamous Continental engine in the Piper Malibu.
  172.  
  173.        I think this sounds like a good idea, but you'd need to get an autogas
  174.        STC to make it work, and Piper doesn't seem to like autogas...
  175.  
  176. *>    will usually suffice.  If you do wish to quote, please, please, gentle
  177. *>    writers, trim those quotations down.  You are welcome to use ellipsis
  178. *>    ("...") to minimize the lines you're quoting.
  179.  
  180. **>11. Please don't include signature lines from the original message in the
  181. **>    reply.  Again: DO NOT QUOTE OTHER PEOPLE'S .signature LINES!
  182.  
  183.  12. Please, if you're a netter in the USA, consult the Federal Aviation
  184.      Regulations (FARs) and/or the Airman's Information Manual (AIM) before
  185.      asking simple regulatory questions.  Presumably, most readers have a copy
  186.      of the FAR's, and they can look up and find a simple answer that way.  If
  187.      the answer given in the FAR's is vague, or is contradicted by other
  188.      FAR's, then it's a fine topic for net discussion.  Otherwise, let's try
  189.      not to waste bandwidth with trivial questions (*reader* bandwidth is
  190.      really the critical quantity here).
  191.  
  192.  13. Please speak and write in plain English.  When one needs to use technical
  193.      terms, acronyms, or other words which might not be understood by all who
  194.      are listening or reading, the speaker or writer should define these terms
  195.      on first use.  (It is better to do this "in line," parenthetically, than
  196.      to include a glossary at the end of your posting.)  Since aviation does
  197.      make use of many acronyms, there is a list of many of these in the
  198.      frequently-asked-questions (FAQ) posting which appears regularly.  Feel
  199.      free to use these terms and acronyms in this forum; assume that readers
  200.      know enough to refer to this posting if they don't know a particular term.
  201.  
  202.  14. If you use location identifiers (the 3- and 4-letter "abbreviations"
  203.      for airports and weather-observing stations), PLEASE define them unless
  204.      they appear in the frequently-asked-questions (FAQ) posting.  If you find
  205.      yourself frequently having to give this definition for a few places,
  206.      let geoff@peck.com know and the location(s) can be added to the FAQ.
  207.  
  208.  15. Don't post silly "conversational" notes -- these are best left to
  209.      e-mail.  Occasionally, these are fine, but when half of the daily
  210.      rec.aviation volume is consumed by these things, it's very, very
  211.      discouraging to the average reader (or even to me).
  212.  
  213.      Basically, if you can't decide whether what you're sending is
  214.      appropriate to a posting or to e-mail, choose e-mail.  
  215.  
  216.  16. Sci.military is probably the appropriate venue for most
  217.      military aircraft discussions.
  218.  
  219.  17. Your subject line should be indicative of the content of the article.
  220.      "Dumb question #1" or "There I was ..." is NOT a good subject line --
  221.      "Logging Flight Engineer Time in Piper Warriors" is a good one.  If the
  222.      subject has changed since the subject line was originally written,
  223.      **replace it**.  You might also consider deleting the list of referenced
  224.      articles if they are no longer relevant.
  225.  
  226.  18. If you are writing about more than one subject, please, please post
  227.      *separate* articles for each subject, with appropriate header lines.
  228.  
  229.  19. If you are responding to a group of articles on the same subject,
  230.      it is easiest for readers to read your comments if you make a
  231.      single, consolidated response.
  232.  
  233.  20. For those of us who selectively archive rec.aviation, it would help
  234.      tremendously if you would include something of the form "in article
  235.      <xyz@foo.bar>, zardoz@foo.bar (Mr. Science) wrote..." in the *body* of
  236.      any article which is a direct follow-up to someone else's article.
  237.      This is particularly important if your news-responding software does
  238.      not include the "References:" line in the header.
  239.  
  240.  21. Last, but not least:
  241. *>                    Praise in public, criticize in private.
  242.      Rec.aviation is not a forum in which flame wars are well received.
  243.      However, it is very important that we maintain rec.aviation as a forum
  244.      in which constructive criticism can be given after-the-fact.
  245.      Real-world pilot experiences are important, and we can all learn from
  246.      the mistakes of others.   When posting an original "experience",
  247.      expect some criticism and second-guessing.  When commenting on someone
  248.      else's actions, do so gently, positively, constructively, and with
  249.      reason.
  250.  
  251. *>Again, what is required here is for the poster to exercise a bit of
  252. *>judgement and take a bit of time before posting so that the thousands of
  253. *>readers of this group don't have to take so much time reading it.  I thank
  254. *>you, thousands of times.
  255.  
  256. *>Comments on this article are, of course, welcome.
  257.  
  258.                                                  Geoff
  259.  
  260.