Re: [ubl-dev] Identifiers

["Stephen Green" <stephen_green@seventhproject.co.uk>]

I think that it was the kind of thinking
behind a rule that in UBL 1.0 all
IDs and Codes were declared locally
where they occurred in schemas (CAC
or document) rather than in the CBC.
However that caused problems when
customizing or adding minor version
schemas by XSD derivation so it is
being changed for the next UBL release
(sceduled for a year from now).

If you customize by derivation based
on UBL 1.0 all is well for the most
part but if you compare an instance from
the customized version with one from 
UBL 1.0, if both are valid, you'll see 
differences in the prefixes for IDs and
Codes declared in document schemas.
This makes it less satisfactory if you
had hoped to validate the same instances
from the customized schemas since you
not only need to change the schema
location values but also a few of the
prefixes. 

In an improved design in the next release
I hope you'll be able to have customized
schemas which validate both original and
customized instances (with just the change
of the schema location if the instances 
include that). 

All the best

Steve


----- Original Message ----- 
From: "Fraser Crichton" <fraser.crichton@solnetsolutions.co.nz>
To: <ubl-dev@lists.oasis-open.org>
Sent: Thursday, July 07, 2005 12:50 AM
Subject: [ubl-dev] Identifiers 


> Hi,
> 
> I'm interested to know why Identifiers are only realised down in the 
> Common Aggregate Components schema rather than there being a generic 
> Common Basic Component Identifier?
> 
> Is this because Identifiers only really gain context when they are used 
> in a BIE (if that makes sense)?
> 
> Cheers,
> 
> Fraser
> 
> -- 
> Fraser Crichton
> XML Developer
> SolNet Solutions Limited
> L12, SolNet House, 70 The Terrace
> PO Box 397, Wellington, Aotearoa / New Zealand
> http://www.solnetsolutions.co.nz
> DDI: 04-462-5078
> Mob: 027-278-3392
> Fax: 04-462-5011
> 
> 
> Attention:
> This email may contain information intended for the sole use of
> the original recipient. Please respect this when sharing or
> disclosing this email's contents with any third party. If you
> believe you have received this email in error, please delete it
> and notify the sender or postmaster@solnetsolutions.co.nz as
> soon as possible. The content of this email does not necessarily
> reflect the views of SolNet Solutions Ltd.
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ubl-dev-unsubscribe@lists.oasis-open.org
> For additional commands, e-mail: ubl-dev-help@lists.oasis-open.org
>