RE: [oasis-member-discuss] OASIS namespace documents for URN namespaces

Paul:
I think the objective is laudable but I don't see the point of the
"http://www.oasis-open.org/namespace?ns=" part of the statement. Surely,
if some application wants to do something with the "pure" (and on its
own non-deferenceable) urn, then surely it will ba equipped to make that
call using http get or whatever.

By effectively tying a namespace to a derefereceable network endpoint
and to specific and prescribed dereferencing mechanism, is there not a
danger that you:
- either limit what can be legitimately found at the network endpoint to
an RDDL file only, cutting out other possible uses of the namespace;
- or creating false expectations and possible architectural problems
when unpredictable results come from finding something other than a RDDL
document at the end of the pipe.

On the other hand, I'd be in favour of a mechanism by which RDDL
documents, when available, can be accessed using a prescribed OASIS
managed URL to which you would tack the namespace urn.

Regards,

Peter

-------------
Peter F Brown
Chair, CEN eGovernment Focus Group
Founder, Pensive.eu
Co-Editor, OASIS SOA Reference Model
Lecturer at XML Summer School
---
Personal:
+43 676 610 0250
http://public.xdi.org/=Peter.Brown
www.XMLbyStealth.net
www.xmlsummerschool.com


-----Original Message-----
From: Paul Denning [mailto:] 
Sent: 30 May 2007 18:45
To: 
Subject: [oasis-member-discuss] OASIS namespace documents for URN
namespaces

Some OASIS TC's use an HTTP URI when they define an XML 
Namespace.  Some TC's have started using RDDL as a namespace document 
when these namespace URI's are dereferenced using HTTP GET.

Other OASIS TC's use URN's to identify their XML Namespace.

I suggest that OASIS provide a mechanism to resolve a namespace 
document (RDDL or other) using HTTP and passing in the namespace URN 
in a query parameter.

For example,

http://www.oasis-open.org/namespace?ns=urn:oasis:names:tc:emergency:EDXL
:DE:1.0

would return a RDDL document associated with the EDXL-DE namespace.


Paul