OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: Sequence <was> Access Languages ...

[ Lists Home | Date Index | Thread Index ]
  • From: Derek Denny-Brown <ddb@criinc.com>
  • To: Marcus Carr <mrc@allette.com.au>, xml-dev@ic.ac.uk
  • Date: Mon, 24 Nov 1997 16:24:51 -0800

At 10:15 AM 11/25/97 +1100, Marcus Carr wrote:
>Derek Denny-Brown wrote:
>> It really depends on the requirements.  For data with a long expected
>> life-time, XML may actually be a better choice than comma/tab delimited
file
>> _because_ it is so verbose.  If the original architects choose tag names
which
>> are clear, then when someone approaches the data 10 years later, and the
>> original authors are long gone, the chance of this new-comer
understanding the
>> data format increases significantly.
>Or, if you would prefer, you could use shortref in SGML and parse the comma
>delimited files, making your input both a database dump and a valid SGML
instance
>and your output valid XML.

But using shortref would defeat the whole point of helping the documents to
be "self-describing".  I agree that in some cases, SHORTREF is not a bad
idea, but I believe it should be sued sparingly. (Unless you are using it
as a trick to import existing data... in which case all rules are off)

> The point is, those of us coming to XML from SGML have
>experienced, grappled with, partially solved or lived with a lot of issues
that
>those from other backgrounds may regard as being imperatives. The current
>discussion is a natural result of diverse and intelligent opinions, but a
natural
>enemy of moderation and controlled change. I hope XML is allowed to settle in
>before anyone tries to fix anything, as I doubt if anyone has clear and
complete
>perspective from all sides of this very large baby.

There really is need of a good book, along the lines of of what Nelson
Minar was talking about when he refered to 
>I'm reminded of what happened in the first few months of 1994, when a
>lot of people suddenly learned HTML. One of the most useful documents
>(for me) of that period was Eric Tilton's essay "Composing Good HTML"
and the need for something with XML.  Such a task is much harder for XML
since XML can be used for many purposes.

I fail to understand how "the current discussion" is an "enemy of
moderation and controlled change".  Which current discussion?  In general,
there has been a very small amount of talk about the need for things to
change, and the significant comment (by Joe Lapp) to that effect, has
resulted in one of the better discussions on how an application architect
should plan to incorperate XML into their application, without "fixing" the
standard.  A number of good concise explanations of how to get the most of
XML, and what the parser should do vs. the application.

It is amazing how trying to teach someone what you think you know can help
you understand the material even better.  I am hoping that is true for a
group (XML-Dev) as well as for the individual...

-derek


     Derek E. Denny-Brown II      ||   ddb@criinc.com
     "Reality is that which,      ||   Seattle, WA USA
  when you stop believing in it,  ||  WWW/SGML/HyTime/XML
 doesn't go away."  -- P. K. Dick || Java/Perl/Scheme/C/C++

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)





 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS