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

Re: Re: The real world doesn't have an "other xyz", neithersho

  • From: Kurt Cagle <kurt.cagle@gmail.com>
  • To: "Costello, Roger L." <costello@mitre.org>
  • Date: Wed, 12 Feb 2014 13:52:13 -0800

Re:  Re: The real world doesn't have an "other xyz"
Roger,

I'd still quibble on this. "Other" is a dialog between the modeler or curator and the user. It's a dialog that asks "your model does not reflect my reality, but by incorporating this, you will meet that reality. Will you incorporate it?"

As was indicated in several comments on this thread - this is deeper than XML, and has to do with the nature of modeling itself. No model will ever be completely accurate, because it reflects the needs of the customers of the data, and that both changes over time and is domain dependent. In a way, one of the big changes in the last decade+ has been the shift away from the application developer determining the needs for that model and toward the consumer determining those needs, and that has profound implications for how applications are written. "Other" is simply one manifestation of that - do you have a mechanism in place to add a new resource to the data environment (because it is increasingly more than just a single text label), and who is responsible for curating that resource through the interface? It's one reason why so many UIs are so incredibly bad - they reflect on ease of development rather than reflection about the role of Other and how that plays out wiithin the data context.


Kurt Cagle
Invited Expert, XForms Working Group, W3C
Managing Editor, XMLToday.org



On Wed, Feb 12, 2014 at 1:04 PM, Costello, Roger L. <costello@mitre.org> wrote:
Hi Folks,

This has been an outstanding discussion - thank you very much!

Below is a summary of the points that were made. If I missed a key point, please let me know. I plan to formally write up this discussion and post it online; so I want to be sure that I have captured all your points.

***************************************************
Issue: Should XML documents contain an "other" catchall element?
***************************************************

----------------------------------------------------------------
Reasons for using an <Other> element in your XML
----------------------------------------------------------------
A.1 Human limitations: there typically isn't enough time or money to perform an exhaustive investigation to create a list of all possible types of data.

A.2. Some lists cannot be enumerated; sometimes the world changes; sometimes categories change; some things are one way in one part of the world but a different way elsewhere; some things requested should not be disclosed.

A.3 If you don't offer an "other" option, you are asking people to tell lies.

A.4 "Other" can be used as a mechanism to grow your knowledge: every time you receive an XML document containing an <Other> element, add its value to the list of known values.

---------------------------------------------------------------------
Reasons for not using an <Other> element in your XML
---------------------------------------------------------------------
B.1 It represents unexpected, unanticipated data.

B.2 It is an admission that you have failed to identify all the possible types of data.

B.3 It may be an indication that your business process is ill defined or your analysis is incomplete.

B.4 It may be an indication that your level of abstraction is incorrect. Stated another way, you may have picked the wrong level of granularity.

        Example: if the XML Schema needs to change
        every time a country appears or disappears,
        that is going involve a lot of work keeping up
        with the real world. Instead of modeling the
        real world by actual country name:

                <Afghanistan>...</Afghanistan>
                <Albania>...</Albania>
                ...
                <Zimbabwe>...</Zimbabwe>

        It may be better to have a <Country> element
        with a @name attribute:

                <Country name="...">

B.5 There is little, if anything, that a machine/program can do with unexpected, unanticipated data (i.e., with "other" data).


_______________________________________________________________________

XML-DEV is a publicly archived, unmoderated list hosted by OASIS
to support XML implementation and development. To minimize
spam in the archives, you must subscribe before posting.

[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
subscribe: xml-dev-subscribe@lists.xml.org
List archive: http://lists.xml.org/archives/xml-dev/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php



[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.