home *** CD-ROM | disk | FTP | other *** search
/ Shareware Overload / ShartewareOverload.cdr / games / hyper.zip / FILE30 < prev    next >
Text File  |  1988-02-01  |  5KB  |  93 lines
  1.               How do you create hypertext systems?
  2.               ====================================
  3.  
  4. Having already built several very large hypertext system (multi-megabyte),
  5. I've developed both techniques and tools to rapidly create hypertext
  6. systems <FILE34 LINKING>.  Here's the steps we go through to convert 150
  7. pages of text into a comprehensive hypertext system <FILE32 SPLITTING>:
  8.  
  9. STEP 1        OCR (Optical Character Read) the text.  We have machines that
  10.               read both typewritten and typeset text.  See <FILE31 OCR>.
  11.  
  12. STEP 2        Clean up the text -- run spelling and grammar checkers, then
  13.               proof the text to correct OCR errors
  14.  
  15. STEP 3        Split the text into files -- Using a word processor, we add
  16.               codes, a file name, and a file descriptor at each new idea unit
  17.               in the text (generally every 1-4 paragraphs).  Our SPLITTER
  18.               program uses these codes to split the original files into smaller
  19.               ASCII files.   The 150 pages might become 500 ASCII files.
  20.  
  21. STEP 4        Build the master cross-reference index to the ASCII files.  Using
  22.               our MARKER program <FILE64 TOOLS>, we mark the key words and
  23.               phrases in each file (and add synonyms if necessary).  We
  24.               highlight perhaps 3-4 words/phrases per file, then assemble
  25.               these word lists into a master cross-reference file.
  26.  
  27. STEP 5        Put the cross-references into each ASCII file.  We load the
  28.               word/phrase cross-reference list into HOUDINI, then use this
  29.               network to identify files that share common words and phrases.
  30.               This information is added to each ASCII file.  <FILE33 LINKS>
  31.  
  32. STEP 6        Integrity check.  We use another program to make sure the ASCII
  33.               networks are valid (no isolated files, no dead-end links, etc.)
  34.  
  35. STEP 7        We use both a decision-tree builder and HOUDINI to build the
  36.               knowledge hierarchies/networks that lead to the ASCII files.
  37.  
  38. Although it appears to be complex and time consuming, the overall hypertext
  39. construction speed really depends on the user's knowledge of the subject area.
  40.  
  41. However, we've had considerable experience <FILE53 TALENTS> in building
  42. systems for others. These systems typically range 2-4 megabytes in size,
  43. contain 1,000-plus files, and 2,000-3,000 hypertext links.
  44.  
  45. Specifically, these hypertext systems have organized large amounts of
  46. procedural law arising out of special hearings.  We converted all the
  47. minutes from many technical hearings into a comprehensive index by topic,
  48. issue, commentary, opinion, and consequences.
  49.  
  50. As for performance, the systems we've built provide users, in an average
  51. of less than 10 keystrokes, with immediate references to any ruling, topic,
  52. or issue affecting certain areas of their profession.  <FILE62 VALUE>
  53.  
  54. As for production standards, we believe the systems we've built are larger
  55. than any reported in the hypertext literature to date.  In addition, while
  56. hypertext literature speaks of a year of effort to build modest systems
  57. (200 nodes), in practice we do that in a day.
  58.  
  59. That leads to the question of...how do we do it?
  60.  
  61. Well, we use a number of software tools to build such systems -- splitters,
  62. markers, reference-builders, hierarchical and network linkers, integrity
  63. checkers, compactors, and installer/verifiers.
  64.  
  65. While we see these tools as essential to any hypertext efforts, we find no
  66. mention of such software techniques in the literature of hypertext, nor by
  67. companies or academia with hypertext software, nor from persons/reviewers
  68. claiming an understanding of hypertext.  <FILE74 LIMITATIONS OF EXISTING
  69. CONCEPTS>
  70.  
  71. From all that, I think that you can draw your own conclusions.  Just
  72. remember the tale of the six blind men and their efforts to desribe an
  73. elephant.  Hypertext is much the same as most visions of the process do not
  74. match the methods or software needed to accomplish the task.
  75.  
  76. Hypertext construction is a new field...and I'd say that users of MaxThink
  77. and HOUDINI <FILE26 INFORMATION> understand more of the principles of
  78. hypertext <FILE17 DESIGN> than anyone else.  Why?
  79.  
  80.      ┌───────────────────────────────────────────────────────────┐
  81.      │    Good hypertext depends on abilities to clearly         │
  82.      │    categorize information.                                │
  83.      └───────────────────────────────────────────────────────────┘
  84.  
  85. That is something every MaxThink and HOUDINI user already knows and
  86. something users who are unfamiliar with hierarchical and network processors
  87. scarcely understand.
  88.  
  89. Neil Larson  1/16/88  FILE30
  90. 44 Rincon Rd., Kensington, CA  94707
  91. Copyright MaxThink 1988 -- Call 415-428-0104 for permission to reprint
  92.  
  93.