home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / alt / comp / acadfre / talk / 4042 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  3.9 KB
  1. Xref: sparky alt.comp.acad-freedom.talk:4042 ucb.english:98 talk.environment:5782 comp.org.eff.talk:9292
  2. Newsgroups: alt.comp.acad-freedom.talk,ucb.org.csua,ucb.org.ocf,ucb.english,talk.environment,comp.org.eff.talk
  3. Path: sparky!uunet!ferkel.ucsb.edu!taco!gatech!ukma!morgan
  4. From: morgan@engr.uky.edu (Wes Morgan)
  5. Subject: Re: The Schedule of Classes
  6. Message-ID: <C1H9DE.Kvr@ms.uky.edu>
  7. Sender: morgan@ms.uky.edu (Wes Morgan)
  8. Organization: University of Kentucky Engineering Computing Center
  9. References: <1993Jan25.194346.3935@eff.org> <C1GtzJ.23I@ms.uky.edu> <1993Jan26.173707.21844@eff.org>
  10. Date: Tue, 26 Jan 1993 20:10:24 GMT
  11. Lines: 76
  12.  
  13. kadie@eff.org (Carl M. Kadie) wrote:
  14. >In any case, Berkeley's attempt controls were much broader; they tried
  15. >to restrict access to the information because they didn't approve of
  16. >how they thought it would be used.
  17.  
  18. No, that isn't quite right (as I understand it).  According to Eric's
  19. announcement, he was told by the Registrar that they did not want copies
  20. floating around without updates.  They restricted access because it could
  21. not <or would not> be properly maintained/updated.  There's a BIG difference.  
  22.  
  23. There are only so many ways for a Schedule of Classes to be used.  This
  24. part of the argument goes nowhere.
  25.  
  26. >[...]
  27. >>Give us a break, Carl.  What good would it do to throw online
  28. >>copies to whomever wanted them (or throw one up for anonymous
  29. >>FTP), if those copies will be obsolete within a day?
  30. >[...]
  31. >
  32. >This is not for a unit of government to decide. The government *does*
  33. >sometimes have grounds to restrict information (e.g. privacy, national
  34. >security). None of those grounds apply here.
  35.  
  36. OK, then let's hear your opinion.  Of what benefit is an online copy
  37. of a class schedule that will be obsolete within a day?  You can't
  38. plan your schedule with it, right?  If you do, you may very well get
  39. burned and have to jump through even more hoops to register....yeah,
  40. that obsolete online schedule was *really* handy......
  41.  
  42. >>Do you acknowledge that: 
  43. >>    - The Registrar's Office is obliged to ensure its accuracy?
  44. >
  45. >NO, the government has no authority to restrict otherwise public
  46. >information on these grounds. If it did, it would be able to restrict
  47. >*all* government information.
  48.  
  49. That isn't what I asked, now, is it?  I asked if the Registrar's Office
  50. is obliged to provide accurate class/course information to students.  I
  51. never asked what that obligation *entailed*.
  52.  
  53. >>perhaps he should be <somewhat> grateful that he doesn't face charges such 
  54. >>as disregarding instructions of University staff in performance of their 
  55. >>duties <he asked permission and was refused, for the very reasons I've 
  56. >>stated.> 
  57. >[...]
  58. >
  59. >I don't believe he was instructed not to download the data himself.
  60.  
  61. True, he didn't ask if he could download it himself.  He asked for an
  62. online copy <via email>.  The difference is not particularly significant.
  63.  
  64. According to his own online statement, he was told that:
  65.  
  66.     a) The Registrar's Office would not give him an online copy
  67.           AND
  68.     b) The Registrar's Office did not want online copies which
  69.        could not <or would not> be kept accurate.
  70.  
  71. Eric then goes out, snarfs a copy, puts it up for anonymous ftp and 
  72. advertises it.  Doesn't it seem as though the spirit of the Registrar's
  73. wishes were violated, if not their explicit words?  
  74.  
  75. [ Had he just downloaded a copy for his own use, I wouldn't be arguing ]
  76. [ at all; by setting it up for FTP, he misinformed <with inaccurate    ]
  77. [ information> everyone who used it.                                   ]
  78.  
  79. I guess that I have to append "so don't do that" to every handout and
  80. policy document I write, just to have an explicit order, eh?  
  81.  
  82. --Wes
  83.  
  84. -- 
  85. MORGAN@UKCC         |       Wes Morgan       |        ...!ukma!ukecc!morgan 
  86. morgan@ms.uky.edu   | University of Kentucky |   morgan@wuarchive.wustl.edu
  87. morgan@engr.uky.edu | Lexington,Kentucky USA | JWMorgan@dockmaster.ncsc.mil
  88.   Mailing list for AT&T StarServer S/E  - starserver-request@engr.uky.edu
  89.