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

Re: Schemas coming of age: use them

• From: Len Bullard <cbullard@h...>
• To: Tim Bray <tbray@t...>
• Date: Tue, 09 Nov 1999 20:54:55 -0600

Tim Bray wrote:
> 
> At 06:18 PM 11/9/99 -0600, Len Bullard wrote:
> >How can a namespace enable us to discover a record of authority by
> >which we may determine which variant or subset of the definition
> >is in effect for some time slice of a process?

> It can't.  Yes, we need a way to do this, but namespaces weren't designed
> for this and they won't do the job.

We need a means to name aggregate namespaces. 
That is the level of definition required to 
name complex document types for business.  
Whatever a namespace is lexically, in practice, 
it appears to be the name or near name of the contract 
depending on how you feel about FPIs.
 
As spec'd, no.  As applied?   The 
namespaces I see are system application 
identifiers mapping to vendor framework objects.   
If I buy an object from a business, they control the 
record of authority for the item I purchase.  
Yes, not all namespace names are ROA, but some
are.  In these cases, it seems the business 
transaction is one where that is better to 
know apriori.  That is why FPIs were important. 
It is the Published name.  The objection in 
TimBLs Myth's paper on names and location is the 
ultimate need for an authoritative registry.  

Outermost parentheses are systemic.

So... we leave it to BizTalk and OASIS to 
fight over until someone is left standing? 
Ok.  Keiretsu it is: businesses defined 
by their registered namespaces in publically 
controlled, owned and operated registries.

How do they aggregate?

The URI/URN may not have to directly map to 
the FPI, but if not, should map to something 
that lets me find one.  LexicalClarifier or 
not, it looks like a URL.  Click.  If not 
by spec, then by common practice.  Maybe 
the easiest thing is to use the FPI on the 
right side of the colon.

len


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:majordomo@i... the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)

• References:
  • Re: Schemas coming of age: use them
    • From: Tim Bray <tbray@t...>

• Prev by Date: Re: external parsed entites (was: A unique ID question ?)
• Next by Date: MSXML help
• Previous by thread: Re: Schemas coming of age: use them
• Next by thread: MSXML help
• Index(es):
  • Date
  • Thread