home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / text / 1142 < prev    next >
Encoding:
Internet Message Format  |  1992-08-18  |  2.0 KB
  1. Path: sparky!uunet!pipex!unipalm!uknet!mcsun!sunic!aun.uninett.no!nuug!ifi.uio.no!enag
  2. From: enag@ifi.uio.no (Erik Naggum)
  3. Newsgroups: comp.text
  4. Subject: Re: Table creation
  5. Keywords: SGML, tables
  6. Message-ID: <23310D@erik.naggum.no>
  7. Date: 18 Aug 92 23:59:00 GMT
  8. References: <46090001@hpcupt3.cup.hp.com> <PCG.92Aug18163112@aberdb.aber.ac.uk>
  9. Organization: Department of Informatics, University of Oslo, Norway
  10. Lines: 29
  11.  
  12.  
  13. Piercarlo Grandi <pcg@aber.ac.uk> writes:
  14. |
  15. |   jem> Is SGML useful in defining such a tool?
  16. |
  17. |   Not SGML's type of job -- more like SQL's.
  18.  
  19. SGML is a description language, while SQL is a query language.  There's
  20. nothing to keep you from applying SQL to an SGML document treated as a
  21. relational data base.  SGML certainly has the power to describe it,
  22. although you probably would build a more efficient system for your
  23. access needs.  SGML has been used as the interchange format between
  24. dissimilar RDBMS's with great success, for instance.
  25.  
  26. Tables pose great challenges in all descriptive languages, since people
  27. tend to be overly interested in table layout, and understanding how to
  28. separate the information in a table from its layout is not complete.
  29.  
  30. Jim McCauley's definition is right on track, but tables get very hairy
  31. once you go beyond the clean, two-dimensional tables, and into three- or
  32. four-dimensional information structures mapped into two dimensions in a
  33. table with subheadings, categories, footnotes and cross-references.  We
  34. know a lot about how these beasts should be formatted, but the "database
  35. for the eyes" approach could perhaps point us in the right direction for
  36. understanding the information structures involved that are now largely
  37. implicit in the table designer's mind.
  38.  
  39. Best regards,
  40. </Erik>
  41. --
  42. Erik Naggum             |  ISO  8879 SGML     |      +47 295 0313
  43.                         |  ISO 10744 HyTime   |
  44. <erik@naggum.no>        |  ISO 10646 UCS      |      Memento, terrigena.
  45. <enag@ifi.uio.no>       |  ISO  9899 C        |      Memento, vita brevis.
  46.