home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / bit / listserv / notisl / 4411 < prev    next >
Encoding:
Text File  |  1992-12-21  |  2.9 KB  |  63 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!TAMVM1.BITNET!K026AH
  3. Message-ID: <NOTIS-L%92122111382662@VM.TCS.TULANE.EDU>
  4. Newsgroups: bit.listserv.notis-l
  5. Date:         Mon, 21 Dec 1992 11:13:22 CST
  6. Sender:       NOTIS discussion group list <NOTIS-L@TCSVM.BITNET>
  7. From:         "Anne L. Highsmith (409-845-8111)" <K026AH@TAMVM1.BITNET>
  8. Subject:      Problems with MDAS 1.3
  9. Lines: 52
  10.  
  11. Having installed MDAS 1.3 in our test region, I would like to point
  12. out a couple of things which I see as problems, mostly due to changed
  13. or removed functionality.
  14.  
  15. 1. For a secured database (one which requires sign-on) it is no longer
  16.    possible to define a subset of terminals which does not require
  17.    sign-on.
  18.  
  19.    Under MDAS 1.21, we require dial-in users of our Wilson databases
  20.    to sign on, because our Wilson contract requires it, but we do not
  21.     require sign-on on the in-building terminals, because Wilson does
  22.    not require that. This is possible under 1.21, because sign-on is
  23.    part of the terminal control in nsys. Now, sign-on has been moved
  24.    out of terminal control and into Navigator control with 1.3, so
  25.    if you define a database to require sign-on, it will do so with all
  26.    terminals.
  27.  
  28.    This creates a problem, of course, for community users, high school
  29.    students, etc., who don't fall under our Wilson contract but were
  30.    always able to use Wilson if they came into the building. Changed
  31.    functionality is forcing us to be more restrictive than we have to be
  32.    or find some unsatisfactory work-around.
  33.  
  34. 2. This is problem only for multi-institution group installations.
  35.    Under MDAS 1.21, all mdas programs were subordinate to an lu tran-
  36.    saction. You couldn't get into mdas until you'd issued a transaction
  37.    that also put you into context of a particular institution group.
  38.    Thus, for multi-institution group sites like ours, the system knew
  39.    which patron file to check for patron sign-on and which catalog to
  40.    hook to for holdings statements.
  41.  
  42.    With MDAS 1.3, mdas programs are independent of lu transactions. The
  43.    only way to get into MDAS is through Navigator. Patron group checking
  44.    and hook-to-holdings
  45.    arecontrolled by the "associated institution group" parameter in the
  46.    terminal definitions in NSYS. We can set up only 1 terminal group
  47.    definition for dial-in and networked terminals because we use
  48.    auto-install. Thus, we can't do patron checking properly, because if
  49.    the patron isn't in the associated institution group, the system does
  50.     not check the other insgrp's for validation. It just responds "Patron
  51.    not found". Hook-to-holdings can be fixed by an explicit set holding
  52.    command, if we can get the patron in in the first place.
  53.  
  54.    Just another example of something that WORKED BEFORE but NOTIS took
  55.    away the functionality so it no longer works.
  56.  
  57. Anne L. Highsmith
  58. NOTIS Coordinator
  59. Texas A&M University
  60. 409-862-4234 (voice)
  61. 409-845-6238 (fax)
  62. email: anne-highsmith@tamu.edu
  63.