I agree with Laurie, and would add that:
Structured/semi-structured data, marked up ("tagged") for content is
* easier to create
* easier to proof/check for correctness
* easier to reuse
* easier to repurpose
* longer-lived (because less dependent on perishable tools/technologies)
than a presentation format, even one as open as HTML. It is more flexible,
more open, and easier to exchange than RDBMS solutions to data interchange.
A great deal of such data existed before XML and even HTML ever existed --
only you never saw it, because the owners didn't have any interest in
sharing anything but the data in presentation format(s) derived from it.
Even now, we have no way of telling how many HTML web sites are managed
this way on the back end. It's true that it's similar to managing it in a
DB back end, but has particular strengths of its own (flexibility,
reworkability, accessibility, support for mixed content and loose
structures, etc. etc.); also it's not an either/or choice between generic
markup for processing/presentation, and db storage/access.
See Chet Ensign's book, "$GML: The Billion-Dollar Secret"
At 10:58 AM 8/10/00 -0400, Laurie wrote:
>>From: Iain Campbell [mailto:[log in to unmask]]
>>I understand the implications of XML in terms of data exchange, but the
>>current situation appears to be that XML has very little use in terms of
>>publishing. If the XML is being generated dynamically from a back-end
>>database, why not publish direct from the db to HTML, rather than relying
>>upon XSL/CSS to transform an XML document (aside from the benefits of
>IMHO, much of the discussion of publishing in XML is more "what will happen"
>rather than "what has happened."
>HTML was really revolutionary at the time - it simplified text presentation
>and got the Internet out of being a "text file here, a graphics file there"
>kind of medium. However, in simplifying the data presentation, it
>ignored 20+ years worth of database development - that data can have a
>meaning and structure.
>The XML-DTD/Schema-XSL paradigm is both a big step backward and a big step
>as it redivorces content from presentation and returns a way to structure
>in an exchangeable manner. But the details are still being worked out.
Wendell Piez mailto:[log in to unmask]
Mulberry Technologies, Inc. http://www.mulberrytech.com
17 West Jefferson Street Direct Phone: 301/315-9635
Suite 207 Phone: 301/315-9631
Rockville, MD 20850 Fax: 301/315-8285
Mulberry Technologies: A Consultancy Specializing in SGML and XML