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


Help: OASIS Mailing Lists Help | MarkMail Help

ubl message

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

Subject: RE: [ubl] empty elements

Hi Michael,

I suspected that might be the 'best' way.

I conclude that UN/CEFACT does permit elements devoid of content, is that so?
Or is it perhaps an oversight of theirs, meaning it could be addressed in a
future version of UDT? 



-----Original Message-----
From: Grimley Michael J NPRI [mailto:GrimleyMJ@Npt.NUWC.Navy.Mil] 
Sent: Thursday, 2 November 2006 9:42 a.m.
To: Juerg Tschumperlin
Cc: ubl@lists.oasis-open.org
Subject: RE: [ubl] empty elements

Enforcing this via XML Schema could get a little messy:

    1. It can't be done in the UDT because we have adopted UN/CEFACT's; it is
not ours to modify.
    2. In the CBC schema, we would have to change all the 'extensions' to
'restrictions', then make sure we include the 'languageID' attribute to each.
This would require several rule changes.

Therefore, I guess the 'best' way to do it, if it is to be done, is via

-----Original Message-----
From: juerg.tschumperlin@minedu.govt.nz
Sent: Tuesday, 31 October 2006 0003
To: ubl@lists.oasis-open.org
Subject: [ubl] empty elements

The UBL 2 Specification disallows empty elements (the old IND5 and IND6 rule,
now moved to UBL Spec).

Unlike the nillable attribute, this rule is not enforced by the XML schemas,
at least not for string based data types. Shouldn't it be enforced?

I can see various options:
- a minLength facet (on UDT, or CBC?)
- and perhaps a pattern excluding blank strings

Or embedding it as a business rule, using Schematron.

Any views on this topic? Or have I overlooked something?


This e-mail is intended for the addressee only and may contain information which is subject to legal privilege. The contents are not necessarily the official view or communication of the Ministry of Education. If you are not the intended recipient you must not use, disclose, copy or distribute this e-mail or any information in, or attached to it. If you have received this e-mail in error, please contact the sender immediately or return the original message to the Ministry by e-mail, and destroy any copies. The Ministry does not accept any liability for changes made to this e-mail or attachments after sending.
All e-mails have been scanned for viruses and content by security software. The Ministry reserves the right to monitor all e-mail communications through its network.

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