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

RE: How to design XML to have broad utility and yet alsoenable

  • From: William Velasquez <wvelasquez@visiontecnologica.com>
  • To: Stephen Cameron <steve.cameron.62@gmail.com>, Uche Ogbuji<uche@o...>
  • Date: Fri, 22 Nov 2013 15:16:17 +0000

RE:  How to design XML to have broad utility and yet alsoenable

Another simple example: XBRL

 

These guys create new taxonomies every year (i..e. IFRS), and assign them new namespaces. So the transformations that used to work last year, are totally useless for processing this year’s reports.

 

Thanks good you can use *: for prefixes in XPath 2.0

 

 

De: Stephen Cameron [mailto:steve.cameron.62@gmail.com]
Enviado el: jueves, 21 de noviembre de 2013 7:35 p. m.
Para: Uche Ogbuji
CC: xml-dev@lists.xml.org
Asunto: Re: How to design XML to have broad utility and yet also enable efficient application processing?

 

Hi Uche


"we're so used to people not getting namespaces right that we hardly even notice any more"

Some simple examples would be much appreciated, for my education.

I suspect a case of two (or more) different understandings (again)

 

Thanks

 

On Fri, Nov 22, 2013 at 11:18 AM, Uche Ogbuji <uche@ogbuji.net> wrote:

On Thu, Nov 21, 2013 at 5:03 PM, John Cowan <johnwcowan@gmail.com> wrote:

On Thu, Nov 21, 2013 at 4:23 PM, David Lee <dlee@calldei.com> wrote:

 Well, I did an analysis a while back of all the schemas we had published so far.  It turned out that the namespace URI for this private namespace existed in 12 different incompatible variants.  If we, the schema creators, can't get it right, what hope is there for anyone else?

 

Writing good software takes work, there is no holy grail of "No Code Needed" or "No Brain Needed".

 

No, but there's such a thing as gratuitous difficulty.


Almost no one gets namespaces right. Almost no one. I've found it hilarious in recent threads how many times people would say "namespaces are great!" or "namespaces are no big deal!" and then within a few sentences commit some of the most common namespaces errors. Most of these I'm pretty sure we've all let pass without the requisite "GOTCHA!" because, hey, we're so used to people not getting namespaces right that we hardly even notice any more. I hardly do, until something breaks somewhere along my chain of responsibility, of course. Naturally I've been doing everything I can to eliminate namespaces from my areas of responsibility, even to the extent of minimizing use of XSLT.

 

 

--

Uche Ogbuji                                       http://uche.ogbuji.net
Founding Partner, Zepheira                  http://zepheira.com

Author, Ndewo, Colorado                     http://uche.ogbuji.net/ndewo/
Founding editor, Kin Poetry Journal      http://wearekin.org
Editor & Contributor, TNB     http://www.thenervousbreakdown.com/author/uogbuji/
http://copia.ogbuji.net    http://www.linkedin.com/in/ucheogbuji    http://twitter.com/uogbuji

 



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