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

Re: Are namespaces actually crypto-entities or crypto-links? (

  • From: Arjun Ray <arayq2@gmail.com>
  • To: xml-dev <xml-dev@lists.xml.org>
  • Date: Fri, 23 Jul 2021 20:34:09 -0400

Re:  Are namespaces actually crypto-entities or crypto-links? (
 On Fri, 23 Jul 2021 13:21:59 +0200, Marcus Reichardt
<u123724@gmail.com> wrote:

| (<https://blog.jclark.com/2010/01/xml-namespaces.html>)

+1.
 
| My opinion is that namespaces were probably born out of the
| expectation that a wealth of new vocabularies would be designed for
| the Web, and hence a principled mechanism was thought needed for
| avoiding name collisions.

That was part of the post-facto "justifications".  The initial impetus
was the invention of "qualified names" in RDF-XML (a markup mishmash
from happy-go-taggy weekenders).  This required an imprimatur, since
it was part of the W3C Metadata Activity, which at that time Could Do
No Wrong and Could Not Be Gainsaid.  Qnames were a done deal,
essentially by fiat, and it was up to the XML Working Group to cook up
a suitable spec.

The business about name collisions was a remarkable episode in mass
delusion.  The means to avoid collisions were already known from the
ENR TC and the Hytime standard: they just weren't well-known, and once
everyone who mattered was pre-sold on Qnames as the greatest thing
since sliced bread, they remained not well-known for good.

[For completeness, here is an incomplete essay from long ago on how it
works: http://users.nyct.net/~aray/ns/ns.html.  And for how the ideas
fared on this mailing list, see
http://lists.xml.org/archives/xml-dev/200305/threads.html#00787. ] 

| it seems namespaces are on its way out, at least on the Web.

On Stack Overflow, I saw a comment remarking that "XML Namespaces are
cargo-cult programming at its finest."  Very succinctly put.

| So why not drop namespaces alltogether or at least have
| their definition not spill into parser layering with unwarranted
| complexity such as nesting and redefinitions etc eg. follow the
| approach of ISO-19757 (DSDL-9) and use eg.
| 
|     <?DSDL-9 bind-ns-to-prefix ns-iri="..." prefix="..."?>

I still think losing the atomic nature of basic tokens like names of
elements and attributes was a mistake.  But, as James wrote, what's
done is done.  The best we can do now is to ease the transition of
namespaces into obsolescence and eventual oblivion.


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