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

RE: Registered Namespace prefixes


re prefixes
[I'm not crossposting this, but you are free to summarize my response if
there's interest there.]

> From: Chiusano Joseph [mailto:chiusano_joseph@b...]

> I think you are *very very* close to something, but not quite there.
> What I mean is this: namespace prefixes in XML 
> schemas/documents are the
> proverbial "syntactic sugar" - that is, they are really "local" to the
> XML schema/document in which they are declared. 

ok

> However, what really
> matters is the actual namespace identifier that the prefix represents
> (that is the "something" that you were close to). 

Yes, insofar that any prefix can be assigned to a namespace, and no prefix's
namespace id mapping can be assumed. But that's not the point of the
proposal.  The proposal makes the prefix the namespace identifier. There is
no other.

> I believe 
> it would be
> very beneficial for one to be able to use a "namespace registry", so
> that they could accurately reference namespace identifiers 
> and "include"
> them (using term loosely) in XML schemas/documents with 
> whatever prefix
> they choose.

As Dave V. points out later in this thread, such functionality is already
encompassed by RDDL.  I could see the possibility of enabling the prefix
registry to point to an RDDL resource, but what I would want ensure (for
economy, simplicity, and reliability's sake) is that the prefix registry is
as dumb as feasible and no dumber.  Smarts can be layered on top, but those
smarts would be distinct from the core functionality.

> This opens up all sorts of possibilities in an XML registry, such as:
> 
>   (1)Query on all "XML artifacts" (elements/attributes/datatypes" that
> are in a given namespace;
> 
>   (2)Reassign XML artifacts from one namespace to another (would
> automatically search all registered XML schemas/documents for all
> declarations/use of such artifacts in such namespace and change the
> namespace identifier in the XML schema/document);  
> 
>   (3)Perform an automatic comparison of the "contents" of 2 (or more)
> namespaces, for harmonization purposes (perhaps an organization has a
> "test" namespace and an equivalent "production" namespace, 
> and they wish
> to determine which artifacts need to be promoted from test to 
> production
> at the proper time);       

Yes, but there's going to be extreme wariness about anything centralized in
what is fundamentally a markup language  that enables decentralization.
That's why even a dumb prefix repository is so controversial.

> 
> ...and countless more.
> 
> Thanks so much for bringing this idea up.

I don't think the idea is very original, really, but I figure I'd run it up
the flagpole and see who salutes it.

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.