home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 35 Internet / 35-Internet.zip / gophern.zip / GOPHERN.25 < prev    next >
Text File  |  1994-03-04  |  9KB  |  168 lines

  1. This section is from the document '/Other_Gophers_and_Information_Resources/Gopherin/gophern25'.
  2.  
  3. From @UBVM.CC.BUFFALO.EDU:owner-gophern@UBVM.CC.BUFFALO.EDU Wed Nov 24 06:06:10 1993
  4. Return-Path: <@UBVM.CC.BUFFALO.EDU:owner-gophern@UBVM.CC.BUFFALO.EDU>
  5. Received: from UBVM.cc.buffalo.edu by skat.usc.edu (4.1/SMI-4.1+ucs-3.6)
  6.     id AA25502; Wed, 24 Nov 93 06:05:34 PST
  7. Message-Id: <9311241405.AA25502@skat.usc.edu>
  8. Received: from UBVM.CC.BUFFALO.EDU by UBVM.cc.buffalo.edu (IBM VM SMTP V2R2)
  9.    with BSMTP id 1762; Wed, 24 Nov 93 09:00:35 EST
  10. Received: from UBVM.CC.BUFFALO.EDU (NJE origin LISTSERV@UBVM) by
  11.  UBVM.CC.BUFFALO.EDU (LMail V1.1d/1.7f) with BSMTP id 4143; Wed,
  12.  24 Nov 1993 08:03:13 -0500
  13. Date:         Wed, 24 Nov 1993 07:57:27 -0500
  14. Reply-To: Let's Go Gopherin' <GOPHERN@UBVM.cc.buffalo.edu>
  15. Sender: Let's Go Gopherin' <GOPHERN@UBVM.cc.buffalo.edu>
  16. From: richard smith <rjs@lis.pitt.edu>
  17. Subject:      #25 The Limits of Gopher
  18. X-To:         gophern@ubvm.cc.buffalo.edu
  19. To: Multiple recipients of list GOPHERN <GOPHERN@UBVM.cc.buffalo.edu>
  20. Status: RO
  21.  
  22. NAVIGATING THE INTERNET: LET'S GO GOPHERIN'
  23.  
  24. Richard J. Smith and Jim Gerland
  25.  
  26. As promised (a 2 days late) here is our guest lecturer.
  27.  
  28. -------------------------------------------------------------------
  29.  
  30. Christinger Tomer is Assistant Professor, School of Library and Information
  31. Science, University of Pittsburgh. Before joining the faculty at Pittsburgh,
  32. he taught at several other institutions, mainly Case Western Reserve
  33. University. He holds a bachelor's degree from the College of Wooster and
  34. Master's and Ph.D degrees from CWRU. His interests include the application
  35. of information technologies to library services.
  36.  
  37. --------------------------------------------------------------------
  38. THE LIMITS OF GOPHER
  39.  
  40. In terms of the applications developed in recent years to support resource
  41. discovery and information retrieval over the Internet, the University of
  42. Minnesota's Internet Gopher is arguably the most important development.
  43. Part of its importance owes to the scope of deployment; a recent estimate
  44. fixed the number of active Gopher servers worldwide well in excess of
  45. 1200. But the larger reason for its importance is the more obvious one --
  46. Gopher has made the Internet both accessible and usable for large numbers
  47. of users, many of them new users otherwise lacking the means to make
  48. extensive use of the resources accessible to them.
  49.  
  50. Yet, as significant as it has been and remains today, Gopher is in many
  51. ways already outmoded. Designed primarily as a document delivery system,
  52. it lacks the finer granularity that many users require. Where users were
  53. once satisfied, say, to identify the machines on which the latest version
  54. of the manual for the Elm mail user agent resides, today they want to be
  55. able to query an array of servers and retrieve the relevant sections of
  56. the manual.  The availability of the search engine known as Veronica has
  57. helped to a some degree, but the main problem is that Gopher's designers
  58. did not outfit their system with native mechanisms for more sophisticated
  59. forms of searching or processing of comparatively more complex document
  60. types. (Although release of the software to the Internet community clearly
  61. implied a desire for deployment beyond the University of Minnesota system,
  62. that the system is based on a simple, hierarchical file system suggests
  63. that the designers of the original system did not envision supporting a
  64. network of well over a thousand file servers scattered across a global
  65. network.) The "Gopher+" enhancements, which rely on transmitting
  66. tab-delimited fields beyond those specified by the first generation of
  67. Gopher servers and clients, support the retrieval and display of pictures,
  68. sounds, and motion video, but the basic Gopher mechanisms remain fairly
  69. primitive and inflexible, with the bookmark feature being the only
  70. significant option for customizing at the client level.
  71.  
  72.  
  73. NCSA MOSAIC AND THE NEXT GENERATION OF RESOURCE DISCOVERY TOOLS
  74.  
  75. However, the next generation of tools is already at hand. Perhaps the most
  76. interesting of them is the National Center for Supercomputing
  77. Application's Mosaic. Based on the so-called "WorldWideWeb" technologies
  78. developed at CERN in Switzerland, Mosaic's developers call it "a
  79. distributed hypermedia system designed for information discovery and
  80. retrieval over the global Internet." (Marc Andreessen, "Getting Started
  81. with NCSA Mosaic," Unpublished paper, National Center for Supercomputing
  82. Applications.) Using the X Window system as its interface, NCSA Mosaic
  83. unifies access to various protocols, data formats, and archives, and
  84. provides interfaces to external viewers designed to handle display formats
  85. other than the X bitmap, e.g., JPEG, TIFF, DVI, MPEG, and PostScript. For
  86. example, within the framework provided by a single interface, a user may run
  87. a Gopher session, instruct an Archie client to run a search, or retrieve
  88. images from The Library of Congress's Vatican exhibit.
  89.  
  90. Mosaic's hypermedia capabilities are derived from the use of the HyperText
  91. Markup Language (HTML). Based on the Standard Generalized Markup Language
  92. SGML), the ISO standard for internal document description, HTML uses tags
  93. to indicate formatting or structural information. One of the structures
  94. HTML tags may specify is a link to another document, which may situated on
  95. the same server or located somewhere else on the network. Based on a
  96. single directive known in the context of HTML as an "anchor," the tag
  97. points to a specific file and provides the basis for a traversable link
  98. between the anchor and the file to which the link points.
  99.  
  100. The operational significance of the embedded "anchors" is that, at least in
  101. principle, files located anywhere on the Internet may be linked, and that
  102. links may be added or deleted in accord with the requirements of either
  103. document designers or end users. As a result, Mosaic is capable of
  104. supporting several modes of asynchronous collaboration, including document
  105. annotation, document crosslinking, and document revision control. In
  106. addition, NCSA Mosaic can communicate directly with Collage, which is
  107. NCSA's synchronous collaboration tool intended mainly for use in scientific
  108. data analysis and manipulation, and NCSA's Data Management Facility, which
  109. is a relational database system designed especially for scientific data.
  110. (One of the threads connecting Mosaic, the WorldWideWeb, and the Internet
  111. Gopher is a scheme for document naming known as the Uniform Resource Locator
  112. (URL). The URL has been described as "a networked extension of the standard
  113. filename concept: not only can you point to a file in a directory, but that
  114. file and that directory can exist on any machine on the network, can be
  115. served via any of several different methods, and might not even be something
  116. as simple as a file: URLs can also point to queries, documents stored deep
  117. within databases, the results of a finger or archie command, or whatever."
  118. Perhaps more to the point, the use of URLs and the deployment of a similar
  119. scheme for resource naming represent key factors in further regularizing the
  120. processes supported by tools like Gopher, WWW, and Mosaic.)
  121.  
  122.  
  123. THE NEAR FUTURE
  124.  
  125. In the near term, we can expect that the Gopher system will be superseded,
  126. albeit slowly, by Mosaic and similar applications. Already there are
  127. Mosaic clients -- in effect, "proof-of-concept" applications -- that will
  128. run successfully under Microsoft Windows 3.1 and Macintosh System 7. The
  129. speed of this transition will depend in large measure upon the
  130. capabilities of the local area networks from which clients are launched
  131. and the processing capabilities of the computers upon which those clients
  132. run. For example, so-called "fast Ethernet" will support transfer rates of
  133. up to 100 megabytes per second. Coupled with the next generation of
  134. desktop computers, which are expected to be RISC machines, or the
  135. equivalent thereof, available network bandwidth and local processing power
  136. should be great enough to support a generation of robust resource
  137. discovery/retrieval tools based on or emulating the X Window interface.
  138.  
  139. The more difficult question is how long it will be necessary to support the
  140. several generations of machines built on the PC AT bus and running versions
  141. of MS-DOS. However, as long as those machines represent a significant
  142. factor, and it would seem at this point, given their numbers, the state of
  143. the general economy, and the nature of end-user computing, that these
  144. machines will be a significant factor for at least another five years, the
  145. Internet Gopher and other essentially low-end systems will remain a potent
  146. factor in this area of network computing.
  147.  
  148.  
  149.  
  150.  
  151.  
  152. Thanks to Slippery Rock University's library and computer center staff, and
  153. the State University of New York at Buffalo's School of Information & Library
  154. Studies faculy for their assistance in helping me continue the course while
  155. on the road.--Rich
  156.  
  157. Richard J. Smith
  158. smithr@clp2.clpgh.org
  159. The Carnegie Library of Pittsburgh
  160. or
  161. rjs@lis.pitt.edu
  162.  
  163. Jim Gerland
  164. gerland@ubvms.cc.buffalo.edu
  165. State University of New York at Buffalo
  166. Academic Services, Computing and Information Technology
  167.  
  168.