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

RE: Resource Gloss (Human Readable)

  • From: Charles Reitzel <creitzel@m...>
  • To: Tim Bray <tbray@t...>
  • Date: Thu, 04 Jan 2001 23:18:08 -0500 (EST)

self prohpecy
At 10:18 AM 1/4/01 -0800, Tim Bray wrote:
>At 09:37 AM 04/01/01 -0500, Charles Reitzel wrote:
>>1) RDDL looks good, but it directly competes w/ the existing OASIS work
>>without offering any significant additional benefit.  
>
>The OASIS stuff I know about is entity-catalogue stuff, which seems
>like a different space.  Can you educate us with a couple of pointers?

I got 'em from Simon in this thread.  Try
http://www.oasis-open.org/committees/entity/.  Not it's not just about NS
URIs, but the thrust of the thread is that many people would like to
associate a NS URI w/ an entity of one kind or another and be able to get it
online.  My understanding is that John Cowan's XML Catalog was done as part
of this OASIS effort.  If you read John's link
(http://www.ccil.org/~cowan/XML/XCatalog.html) you'll notice that it
contains essentially the same data as RDDL (great minds think alike, all
kidding aside).  The difference, I think, is that it treats human readable
documents as "just another associated resource".

Let me put it to you, what is the compelling benefit of RDDL over XML
Catalog that justifies a separate standards effort?


>>2) I don't think you can force anything down anyone's throats on this
>>matter.  The NS spec is clear.
>
>Agreed, but anything that purports to document a namespace should
>not try and skip documenting it for humans, who at this point in
>history are still the main consumers of such information.

Which is on its way to becoming a self-fulfilling prohpecy...


>>3) There appears to be grudging consensus that you shouldn't URL format
>>(i.e. protocol identifier prefixes, host and domain, plus a file spec) as a
>>namespace URI unless it actually works.  
>
>I'm not sure I agree that there's consensus on this, but I think
>the problem is harder because there is *no* consensus as to 
>what kind of thing dereferencing the URL should get.  Thus
>the recent flurry of proposals.
>
>>Perhaps someone can point me to a good grammar for URL interpretation.  
>
>I assume you've read the RFCs?  Nobody would say they're perfect,
>but they have lots of crystal-clear grammar productions.  -Tim

Like I'm saying.  There's simply no good reason for not devising a simple
"ok to fetch it" rule for NS URIs.  What you do with it once you get it is a
different matter.  IMHO, that question should be delegated to sub-specs,
such as XSchema, SOAP, etc.

take it easy,
Charles Reitzel

P.S. Thanks to Simon for the links




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.