home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / bit / listserv / uigisl / 162 < prev    next >
Encoding:
Text File  |  1992-08-19  |  3.9 KB  |  83 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!uvaarpa!darwin.sura.net!paladin.american.edu!auvm!TMCGDNELNC.CR.USGS.GOV!TMCGRATH
  3. X-Mailer: ELM [version 2.3 PL11]
  4. Message-ID: <9208192237.AA03618@tmcgdnelnc>
  5. Newsgroups: bit.listserv.uigis-l
  6. Date:         Wed, 19 Aug 1992 17:37:38 CDT
  7. Sender:       "User Interfaces for Geographic Information Systems Discussion
  8.               List" <UIGIS-L@UBVM.BITNET>
  9. From:         "Tim McGrath" <tmcgrath@TMCGDNELNC.CR.USGS.GOV>
  10. Subject:      Re: GIS User interfaces
  11. X-To:         uigis-l%ubvm.bitnet@mitvma.mit.edu
  12. Lines: 69
  13.  
  14. > From: Jay Sandhu <esri!adriatic!jay@UUNET.UU.NET>
  15. >
  16. > All computer software have an interface. The question
  17. > to ask is, "Is the interface appropriate to solve
  18. > the task that the software is designed to solve?".
  19. > I think (know) that the GIS community is no different than
  20. > any other computer industry at this moment in its
  21. > approach to solving the "interface" problem. That is,
  22. > the current approach IS to provide "interface building"
  23. > tools to the system builders.
  24.  
  25. At least one system, Khoros, takes a different approach.  Khoros is
  26. primarily an image processing system.  The graphical user interface,
  27. Cantata, is more of a "tool building" interface to system users.  This
  28. approach allows users (not system builders) to literally link "glyphs"
  29. of the available commands and routines together intelligently to
  30. solve a task.  By "intelligently" I mean that the "glyphs" connect to
  31. each other through sockets which basically represent the arguments to
  32. the command or routine.  Required commands have a highlighted socket,
  33. optional ones do not.  The output socket of one glyph can be directly
  34. connected to the input socket of another glyph by clicking with the
  35. mouse first upon the output socket, and then upon the input socket.
  36. Many glyphs require no other input from the user.  Optional form
  37. style menus can be brought up for each glyph to further costumize the
  38. operation of the glyph.  Sets of connected glyphs form a "workspace"
  39. for a specific analysis or task and can be saved for future use.
  40. Changes to the input set of glyphs are all that is required to use
  41. the workspace on data other than that with which it was created.
  42. Routines can be chosen from a menu and glyphs are automatically created
  43. for each and placed upon the workspace.  Links between glyphs can be
  44. moved or dropped, or glyphs can be removed, all with clicks of a mouse.
  45.  
  46. None of this means that Khoros is "simple" to use.  There is still a
  47. learning curve to understand what the routines are and how things function.
  48. Knowledge of the fundementals of image processing are needed.  However,
  49. the model that Cantata represents, facilitates the interaction between
  50. the user and the software tools.  Think of it as taking the concepts
  51. of map algebra and putting a graphical front end on it.
  52.  
  53. > I think it would be more appropriate to ask what application
  54. > area you are talking about before asking what is the
  55. > appropriate GIS interface.
  56.  
  57. I disagree.  The appropriate GIS interface is one that facilitates
  58. the building of applications.  Early GIS systems got along fine with
  59. a script or macro language.  As GIS system capabilities expand even
  60. sophisticated users start looking for a better way.  Any old Graphical
  61. User Interface is NOT a better way.  Breaking GIS capabilities into
  62. modular functions, facilitating the means for users to connect, customize
  63. and build new functions seems to me a much better way.  An application
  64. is just a certain order of modular functions.
  65.  
  66. Tim                      (opinions are my own)
  67.  
  68.  
  69.         "Without Geography, where would you be?"
  70.             -- Andy Back
  71.  
  72. Tim McGrath        U.S. Geological Survey
  73. Geographer        Water Resources Division
  74.              ______________
  75.             |           \/-_
  76. EDOC-ID:        |           \    Internet:
  77. tmcgrath        |            \  tmcgrath@tmcgdnelnc.cr.usgs.GOV
  78.             |____                |
  79. Commercial:             |             \ FTS: (402) 437-5663
  80. (402) 437-5663             |________________\
  81.  
  82.             Nebraska District Office
  83.