OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Why doesn't this solve this namepaces problem? (was Re: Thats me withmy

[ Lists Home | Date Index | Thread Index ]
  • From: Rick Jelliffe <ricko@allette.com.au>
  • To: xml-dev@lists.xml.org
  • Date: Sun, 31 Dec 2000 19:57:25 +0800

From: Uche Ogbuji <uche.ogbuji@fourthought.com>

> Rick Jelliffe says let's cave and allow NSRef == schema.

No, what I am saying is this:  I (and others, such as Tim Bray, Noah
Mendelson and Simon StL) have long been saying namespace!=schema and that
W3C needs complete the Namespaces spec with a suitable related-resource
discovery language.  There should be a single W3C-family way to do this.

Where I am moderating my position is in the case where the data provider
only has a single resource available. Perhaps you only have an HTML
document, or a Schematron Schema, or an RDF Schema or an XML Schema, or
RELAX.  In that case, the related-resource document is a null layer  (and
therefore undesirable for the WWW) : it just redirects to a single resource.

So in that case, I think simplicity and efficiency both dictate that the
null layer be omitted, and the ultimate single resource be directly
retrieved from the namespace name.

So namespace!=schema. Instead, the namespace resource is always a directory
of related resources, but if dereferencing a namespace URIref returns a
document that is not a directory of related resources then the directory of
related resources can (i.e. must) be *implied*, with no violence to the
conceptual model.

I think this provides the only way out for us. It is simple, clear,
definite, extensible, allow plurality,  and removes a roadblock to the
semantic web.  It also gives us an alternative for use in SOAP, where they
want to have namespace=schema.

Rick Jelliffe


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS