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

 


Help: OASIS Mailing Lists Help | MarkMail Help

ubl-ndrsc message

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


Subject: RE: [ubl-ndrsc] Rule: 102 Empty


If anything like this exists in the definitions then all the rules about 
EMPTY data elements would have to be removed and we would have to allow the 
use of nill to flag this in the data stream.

I think I like the rule and would say the schema should be changed to not 
have an attribute or content be mutually exclusive. I think the design is 
wrong, not the rule

..dan

At 04:21 PM 7/15/2003 -0500, Jim Wilson wrote:
>Although I've contributed next to nothing to UBL, I do seem to recall a
>discussion around this that is easily understood in the form of an
>example (totally contrived) that would violate the rule:
>
>"The CustomerID element may have the optional attribute customerIDType.
>If that optional attribute is missing, then the customer ID is a DUNS
>number."
>
>(Yes, I'm aware of W3C XML Schema support for defaults, but that's
>beside the point and probably not relevant at all given that the rule is
>not stated in the context of XML Schemas.)
>
>Regards,
>Jim Wilson
>
>-----Original Message-----
>From: Anthony B. Coates [mailto:abcoates@londonmarketsystems.com]
>Sent: Tuesday, July 15, 2003 2:26 PM
>To: UBL-NDR
>Subject: Re: [ubl-ndrsc] Rule: 102 Empty
>
>
>** Reply to message from "Lisa-Aeon" <lseaburg@aeon-llc.com> on Tue, 15
>Jul
>2003 10:05:03 -0500
>
> > [R 102]  The absence of a construct or data MUST NOT carry meaning.
>
>I object to this rule on the basis that it seems unprovable.  How does
>one
>guarantee that the absence of something cannot never imply something
>meaningful?  I suspect that the idea behind this was something like
>"absence of
>an element should not be used to imply that the element has a null
>value", or
>something like that.  Can someone who was around for the creation of
>this rule
>comment on what the idea behind it was?  Thanks,
>
>         Cheers,
>                 Tony.
>====
>Anthony B. Coates
>London Market Systems Limited
>33 Throgmorton Street, London, EC2N 2BR
>http://www.londonmarketsystems.com/
>mailto:abcoates@londonmarketsystems.com
>Mobile/Cell: +44 (79) 0543 9026
>[MDDL Editor (Market Data Definition Language), http://www.mddl.org/]
>[FpML Arch WG Member (Financial Products Markup Language),
>http://www.fpml.org/]
>-----------------------------------------------------------------------
>This Email may contain confidential information and/or copyright
>material and is intended for the use of the addressee only.
>Any unauthorised use may be unlawful. If you receive this Email by
>mistake please advise the sender immediately by using the reply
>facility in your e-mail software.
>Email is not a secure method of communication and London Market Systems
>Limited cannot accept responsibility for the accuracy or completeness of
>this message or any attachment(s). Please examine this email for virus
>infection, for which London Market Systems Limited accepts no
>responsibility. If verification of this email is sought then please
>request a hard copy. Unless otherwise stated any views or opinions
>presented are solely those of the author and do not represent those of
>London Market Systems Limited.
>
>You may leave a Technical Committee at any time by visiting
>http://www.oasis-open.org/apps/org/workgroup/ubl-ndrsc/members/leave_wor
>kgroup.php
>
>
>You may leave a Technical Committee at any time by visiting 
>http://www.oasis-open.org/apps/org/workgroup/ubl-ndrsc/members/leave_workgroup.php



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