Issue 10918: Policy for URIs -- DI (smsc) Source: Adaptive (Mr. Pete Rivett, pete.rivett(at)adaptive.com) Nature: Uncategorized Issue Severity: Summary: We should consider a policy for this - there are already some pretty obscure acronyms in the list for those not in the know. For those working with/implementing the spec 'DI' is the phrase we always use - including with customers Resolution: Revised Text: Actions taken: April 12, 2007: received issue Discussion: End of Annotations:===== te: Mon, 02 Apr 2007 12:15:35 -0400 From: Jishnu Mukerji Organization: Shared Services Lab, HP Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en To: Juergen Boldt Cc: sbvr-ftf@omg.org, smsc@omg.org, ab@omg.org Subject: Re: Fwd: Issue X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at omg.org Juergen, Remember my little chat at the AB Plenary on Friday on the subject of schemas and namespaces being all over the place. Well, here is a case where SBVR is trying to do the right thing and we (OMG and SMSC) are remiss in not having kept the environment consistent with what we have said it should be. Could you perhaps create an issues list targeted at SMSC and yourself and assign this issue there, and remove it from SBVR's list? Please take a look at document omg/02-03-02 at http://www.omg.org/docs/omg/02-03-02.pdf. According to it this directory (schema.omg.org/spec/XMI/2.1) should exist and that is where all schema, xmi, xml, idl etc. files relevant to XMI 2.1 should be available. It is reasonable to use this URI as the namespace name for XMI 2.1, although that might change a bit since we have decided to decouple the namespace name from the document specification version number in order to not require changing versions of schemas and namespaces if nothing changes in them from one version of the specification to another. But for now it will suffice, and we do need to do a round of minor update to omg/02-03-02 to reflect the rules for naming namespaces. So the bottom line is, the fact that directory does not exist is not SBVR's problem. It is SMSC and OMG's problem. Meanwhile, we should perhaps take the trouble to create all the directories corresponding to the currently existing formal specifications and start populating them. I (and hopefully Pete with me) plan to start policing all new specifications that come by the AB to make sure that the namespace and schema URIs are consistent with omg/02-03-02. Thanks, Jishnu. Jishnu Mukerji Senior Systems Architect 1001 Frontier Road, Suite 300 Core Architecture Team Bridgewater NJ 08807, USA HP Software Shared Services Lab Tel: +1 908 243 8924 Hewlett-Packard Company Fax: +1 908 541 2386 mailto: jishnu@hp.com Juergen Boldt wrote: For .company.: X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Mon, 02 Apr 2007 11:37:57 -0400 To: Juergen Boldt From: Svetlana Orlova Subject: Issue X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at omg.org http://www.omg.org/issues/issue9930.txt Svetlana Orlova Webmaster Object Management Group 781-444-0404 #129 Juergen Boldt Director, Member Services Object Management Group 140 Kendrick St Building A Suite 300 Needham, MA 02494 USA tel: +1 781 444 0404 x 132 fax: +1 781 444 0320 email: juergen@omg.org www.omg.org smime6.p7s