home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / infosyst / gopher / 2126 < prev    next >
Encoding:
Text File  |  1993-01-28  |  1.7 KB  |  42 lines

  1. Newsgroups: comp.infosystems.gopher
  2. Path: sparky!uunet!charon.amdahl.com!amdahl!rtech!sgiblab!zaphod.mps.ohio-state.edu!van-bc!cs.ubc.ca!news.UVic.CA!fester!mmansell
  3. From: mmansell@fester.UVic.CA (Mike  Mansell)
  4. Subject: Re: Retrieving Gopher documents chunk by chunk
  5. Message-ID: <1993Jan26.234056.13234@sol.UVic.CA>
  6. Sender: mmansell@nero.UVic.CA  (Michael C. Mansell)
  7. Nntp-Posting-Host: fester.uvic.ca
  8. Organization: University of Victoria, Victoria, BC, Canada
  9. References: <mtm.727513150@CAMIS> <1jjuqnINN5mn@msuinfo.cl.msu.edu>
  10. Distribution: world 
  11. Date: Tue, 26 Jan 93 23:40:56 GMT
  12. Lines: 28
  13.  
  14. What is needed is a standard format for all documents of a specific type.
  15. Ie. When a "page" is requested, the server converts the document to
  16. a type (ie. RTF) that it "knows" about. Calculates the page length
  17. and sends the chunk. Obviously this is slow, but several things
  18. could speed it up, like caching page sizes for a document, or
  19. learning about other documents.
  20.  
  21. The only problem is that some documents really don't like being transmitted
  22. in chunks. You couldn't do this in Word, unless the server:
  23.  
  24. 1. Converted the Word document to RTF
  25. 2. Calculated the page requested.
  26. 3. Converted the data on that page only back to a new Word document
  27. 4. Send that to the client.
  28.  
  29. The same idea can be done with other formats, like a common sound
  30. format or image format.
  31.  
  32. Conversion programs are the only problem, but they are appearing rapidly
  33. as different companies want to keep up in this interchangeable world.
  34.  
  35. This, to me, is the second major hurdle to be overcome (the first being
  36. locating the resource in the first place) since many clients/servers are
  37. on slow links to the rest of the gopherspace.
  38.  
  39.                         Michael Mansell
  40.                         mmansell@nero.UVic.CA
  41.                         Computer Engineering
  42.