[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: The impact of data format selection on applicationdevelopm

  • From: Roger L Costello <costello@mitre.org>
  • To: "xml-dev@lists.xml.org" <xml-dev@lists.xml.org>
  • Date: Tue, 12 Jul 2022 13:57:00 +0000

Re:  The impact of data format selection on applicationdevelopm
Hi Folks,

Norman made an excellent point about the importance of "context" in understanding data. Normal wrote:

> as has already been discussed in this thread, there's significantly
> more to CSV or TSV than meets the eye (escapes, line-endings, 
> and so on), so this is 'simpler' only for a recipient who has seen 
> this before and knows what to do.  _In that context_, the data 
> description is short, and appears simple.
>
> So 'simple' data formats are actually 'high-context' data formats (compare [1]).
>
> Note that in that description I didn't mention that I'd expect the integer 
> _not_ to include a comma (which is useful only for display, and which 
> would conventionally be regarded as hostile in a transmission format), 
> and I did choose to add a little explicit context in mentioning the units 
> of the second column (you _did_ mean km, didn't you,... hmm?).  So 
> I've thoughtfully chosen what context to make explicit, and expected 
> that the recipient of the description will know the Right Thing To Do.

I think that Norman is asserting that XML provides more contextual information and therefore is a superior data format. XML is a high-context data format. I would like to challenge that assertion. Consider this highly plausible XML representation of the data:

<Document>
    <Row>
        <li>Missouri River</li>
        <li u="mi">2341</li>
    </Row>
    <Row>
        <li>Mississippi River</li>
        <li u="mi">2340</li>
    </Row>
    <Row>
        <li>Yukon River</li>
        <li u="mi">1979</li>
    </Row>
    <Row>
        <li>Rio Grande</li>
        <li u="mi">1759</li>
    </Row>
</Document>

First, that is a complicated data format. If the consumer is not an "XML person" then a huge amount of explaining will be required before the consumer can even start to understand the data. Okay, now that the consumer understands what all those angle brackets mean, you will have to then explain the data. Is the XML helping with understanding the data? Is the XML helping to understand the context? I don't think so: What's "li"? What's "u"? What's "mi"? I assert that the same amount of explanation must accompany the XML as must accompany the super simple data format. But what is different about the super simple data format is that the explanation of its data format (a series of lines, each line containing two fields) is immediately discerned. 

Thoughts?

/Roger



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.