home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / text / sgml / 1264 < prev    next >
Encoding:
Text File  |  1993-01-06  |  3.1 KB  |  71 lines
  1. Newsgroups: comp.text.sgml
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!wupost!darwin.sura.net!jvnc.net!newsserver.jvnc.net!newsserver.technet.sg!nuscc!bernd
  3. From: bernd@iss.nus.sg (Bernd Nordhausen)
  4. Subject: Re: SGML for data querying
  5. Message-ID: <1993Jan7.021616.11906@nuscc.nus.sg>
  6. Sender: usenet@nuscc.nus.sg
  7. Organization: Institute Of Systems Science, NUS
  8. X-Newsreader: Tin 1.1 PL4
  9. References: <19930106.155234.608@almaden.ibm.com>
  10. Date: Thu, 7 Jan 1993 02:16:16 GMT
  11. Lines: 58
  12.  
  13. drmacro@ralvm13.VNET.IBM.COM writes:
  14. (Stuff deleted)
  15.  
  16. : >So... Are there any SGML programming toolkits available which allow
  17. : >for this sort of thing?  Is the ARCSGML/JClark suitable in this way?
  18. : >(I'm on a small budget)
  19. : 
  20. : Someone has provided a Rexx interface to ARCSGML for use with
  21. : Personal Rexx under MS-DOS.  With this, you could fairly easily
  22. : write "query" applications.  The basic idea is
  23. : to first define the data structures you need to hold the data
  24. : you want, just as you would for any other data processing
  25. : application.  You then process the document, grabbing data
  26. : off of the relevant elements as they go by and putting it into your data
  27. : structures.  The rest you just let flow through and ignore.
  28.  
  29. In the distribution of sgmls 1.0, there is a Perl skeleton script that 
  30. "parses" the output of sgmls. You just have to insert the code you want 
  31. into this skeleton script to write an application.
  32.  
  33. (more sutff deleted)
  34.  
  35. : <digression>
  36. : 
  37. : The examples above, and most SGML applications in existence today,
  38. : process SGML documents sequentially from start to finish.  However,
  39. : SGML does not require sequential processing, and it can make just
  40. : as much sense to define applications that work with SGML documents
  41. : wholistically as a tree, rather than sequentially, at
  42. : least in the abstract.  In this processing model, access is
  43. : via queries, rather than sequential access by waiting for the
  44. : element you want to flow by.  Some SGML-based online presentation
  45. : systems, such as EBT's Dynatext, present this sort of view of
  46. : documents, providing query-based direct access to elements and
  47. : and data, which makes sense in a dynamic, direct access application
  48. : like online presentation.
  49.  
  50. I think this is a very good point, and I believe that the next generation SGML
  51. parsers have to move away from the sequential processing model. Some probably
  52. have, such as SGML parsers for SGML editors.  In any HyTime application, 
  53. there will be communications between the application, HyTime engine, and 
  54. the SGML parsers. This communication will in most cases be non-sequential.
  55. Hence, I think an SGML parser using the processing model that Eliot described
  56. will be much more powerful.
  57.  
  58. (even more stuff deleted)
  59.  
  60. : Eliot Kimber                      Internet:  drmacro@ralvm13.vnet.ibm.com
  61. : Dept E14/B500                     IBMMAIL:   USIB2DK9@IBMMAIL
  62. : Network Programs Information Development     Phone: 1-919-543-7091
  63. : IBM Corporation
  64. : Research Triangle Park, NC 27709
  65.  
  66. --
  67.    Bernd Nordhausen (bernd@iss.nus.sg)
  68.    Institute of Systems Science                           Ph: +65 772-6240 
  69.    National University of Singapore                      FAX: +65 778-2571
  70.    Singapore 0511                               
  71.