MHonArc v2.5.0b2 -->
ubl message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]
Subject: TC Guidelines for namespace URI strings
Hi folks, please bear with me while I expose my line of thinking in regard
of namespace URI strings for projects in SBSC and HISC. I introduce why we
need to think of this, the problems I have assessing the NDR guidelines in
this situation, and how I'd like to proceed. By spelling this all out, I
hope it reduces the time for debate.
In SBSC and possibly HISC we do and will need to create vocabularies for
internal committee work and work that eventually may become part of
published standards.
For example, I created a small vocabulary to capture XPath information ...
it has nine elements and attributes. I didn't bother with a namespace
since it was a simple vocabulary.
However, rather than use no namespace, I've been asked to put the
vocabulary into a particular namespace, so I need to choose a namespace URI
string. I figured something like:
urn:oasis:names:tc:ubl:sbsc:xpath
That allows us to create any number of internal-use-only URI strings.
Eventually, though, I anticipate this vocabulary will be published as part
of the SBSC specification ... but are we obliged to create a W3C Schema for
the simple vocabulary? I have created a normative RELAX-NG schema that
captures all of the validation requirements. In this vocabulary's case,
W3C Schema is not expressive enough to capture all of the validation
requirements, though on request I have created an insufficient W3C Schema
expression that validates most of the requirements.
I'm reading through cd-UBL-NDR-1.0Rev1b.pdf and I get contrasting vibes
regarding whether these are guidelines for *all* vocabularies, or just
"e-commerce document types" and "UBL document schemas". I'm not using core
components, and I don't have metadata models or information entity diagrams
... I'm just creating a simple vocabulary for capturing XPath
information. But, as I said, the vocabulary will probably be made public.
So, my quandaries:
(1) The W3C Schema is insufficient for this particular vocabulary, so I
really don't think we should use it.
(2) What URI strings do I use? NMS4 states for draft status:
urn:oasis:names:tc:ubl:schema:<subtype>:<document-id>
NMS5 states for standard status:
urn:oasis:names:specification:ubl:schema:<subtype>:<document-id>
*All* of the examples in NDR for <subtype> are "xsd", but that implies
there exists a normative W3C Schema, which I claim we must not use since
W3C Schema cannot normatively express all of the constraints. So, I'd like
to put RELAX-NG here, but there are two isomorphic expressions of RELAX-NG
constraints: the full XML syntax and the compact text syntax. Filename
extensions adopted in the community for these are, respectively, ".rng" and
".rnc". Neither of these abbreviations would be appropriate since there
could easily be two equivalent expressions of the vocabulary constraints
and I don't want to infer that one is better or more normative than the
other. In some situations people may wish to use one expression or the other.
So, that leaves me with the draft work using:
urn:oasis:names:tc:ubl:schema:relax-ng:XPath-1.0
and the published work using:
urn:oasis:names:specification:ubl:schema:relax-ng:XPath-1.0
In our last XPath package I included the normative RELAX-NG expression of
constraints using the compact text syntax, and an informative incomplete
W3C Schema best-effort expression.
In our next XPath package, I would like to use the above namespace URI
strings for the vocabulary.
Will there be any objections for us doing so?
Thanks for your feedback!
...................... Ken
--
World-wide on-site corporate, govt. & user group XML/XSL training.
G. Ken Holman mailto:gkholman@CraneSoftwrights.com
Crane Softwrights Ltd. http://www.CraneSoftwrights.com/o/
Box 266, Kars, Ontario CANADA K0A-2E0 +1(613)489-0999 (F:-0995)
Male Breast Cancer Awareness http://www.CraneSoftwrights.com/o/bc
Legal business disclaimers: http://www.CraneSoftwrights.com/legal
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]