home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / text / sgml / 1262 < prev    next >
Encoding:
Text File  |  1993-01-06  |  2.4 KB  |  52 lines
  1. Newsgroups: comp.text.sgml
  2. Path: sparky!uunet!eco.twg.com!twg.com!news
  3. From: "David Herron" <david@twg.com>
  4. Subject: SGML for data querying
  5. Message-ID: <1993Jan6.221136.27780@twg.com>
  6. Sensitivity: Personal
  7. Encoding:  32 TEXT , 4 TEXT 
  8. Sender: news@twg.com (USENET News System)
  9. Conversion: Prohibited
  10. Organization: The Wollongong Group, Inc., Palo Alto, CA
  11. Conversion-With-Loss: Prohibited
  12. Date: Wed, 6 Jan 1993 22:16:17 GMT
  13. Lines: 37
  14.  
  15. bernd@melon.iss.nus.sg (Bernd Nordhausen) writes:
  16. > I am in the process of writing DTD's for forms, eg. tax forms, application
  17. > forms, etc.  I think SGML is ideal for representing forms as form in SGML 
  18. > will be more structured, and can be better queried. However, there are some 
  19. > interesting questions that arise.
  20.  
  21. There's a couple of things I'm interested in doing for which structuring
  22. and queryablility would be cool.  I've been reading comp.text.sgml
  23. for some time to get an inkling of how that might be done.
  24.  
  25. As I understand it, SGML's tagging is not necessarily for laying things
  26. out on a page, though this is one of the uses.  Instead an SGML tag has
  27. whatever meaning the DTD and processing software wishes to assign.
  28.  
  29. Taking the `forms' example.  A tag might be `<NAME>' and the value at
  30. that tag is the persons name.  Or a purchase requisition form might
  31. have <AMOUNT-REQUIRED> <ITEM-DESCRIPTION> <CATALOG-NUMBER> <UNIT-PRICE>
  32. and <PRICE> tags, with associated values.  Is there a concept wherein
  33. some `tags' have `values'?  Or does a tag only create a context, and the
  34. data within that context is interpreted in a particular way?
  35.  
  36. In any case it appears that for `querying' type applications the
  37. SGML parser must build up some data structure, and that the application
  38. program must then be able to probe the data structure at its leisure.
  39. For a normal text processing application (SGML -> TeX -> PS conversion)
  40. you can get away with creating and destroying the data structures on
  41. the fly.  But to be consulted at the applications leisure the data
  42. structures must stay around for a long time.
  43.  
  44. So... Are there any SGML programming toolkits available which allow
  45. for this sort of thing?  Is the ARCSGML/JClark suitable in this way?
  46. (I'm on a small budget)
  47.  
  48. <- David Herron <david@twg.com> (work) <david@davids.mmdf.com> (home)
  49. <-
  50. <- "As near as I can tell, only selected dinosaur systems that lurk mainly inside
  51. <- the US DoD won't be MIME-capable soon." - Ran Atkinson <atkinson@itd.nrl.navy.mil>
  52.