Issues for Specification Management sub-committee

List of issues (green=resolved, yellow=pending Board vote, red=unresolved)

List options: All ; Open Issues only; or Closed Issues only

Issue 10870: schema.omg.org/spec/XMI/2.1
Issue 10918: Policy for URIs -- DI
Issue 10920: XMI files -- obscure acronyms

Issue 10870: schema.omg.org/spec/XMI/2.1 (smsc)

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.

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

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.