OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

ubl-lcsc message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: [code:fixed-attribute-value] Straw-man 2 Code list proposal - candidate final

Comment on Use of Fixed Attribute Value

2. For the file "UBL-CodeList-StatusCode-Private-Adjunct-strawman-2.xsd"
the use of a "fixed" value attribute associated with the code type
is a mechanism that would be copied or instantiated in all places
where an element is defined to have that particular code list type.
This, again, in my opinion, may not appear good because the fixed
value attribute gets instantiated (where schema-validation is
performed) all over the places where the code element itself 
is instantiated.  Does that make sense?

Following the marathon LC call last nite, perhaps another mechanism
to store the metadata "myAdjunctFile.xml" is to use the newly
defined <ccts:Instance>, and to create a new sub-child such as
<ccts:AdjunctFilename> (the local name is just a suggestion for
lack of a better name).  As the adjunct file name is a
schema-validation-time  constant and not used in instance-run-time,
its instantiation in code elements would not be required, and
storage in the annotation portion might seem good enough.

Best Regards,
Chin Chee-Kai
Tel: +65-6820-2979
Fax: +65-6743-7875
Email: cheekai@SoftML.Net

On Tue, 9 Sep 2003, G. Ken Holman wrote:

>>At 2003-09-08 23:34 -0400, I wrote:
>>>I've uploaded "Straw-man 2" as the candidate final content related to:

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]