Re: [ubl] Discussion of substitution groups

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

Title: [ubl] Discussion of substitution groups

Folks,

 

As we are looking at substitution groups in

advance of the codelist discussion (though

leading into it of course) I thought I'll need

to jump the gun a bit on prototyping I adapted 

from some work I've been doing with Marty

(based on his prototypes for codelist extension).

 

It uses the latest UBL 2.0 draft schemas

sent by David over the last few days.

It demonstrates both

 

1. Marty's codelist mechanism which now

uses substitution groups * without abstracts *

(personally I'm all for that following the work

we did with Arofan, though I still dislike the

abstract element/type method)

 

2. Arofan's general minor versioning

(and customisation) mechanism which we

worked on in the working team in April.

 

Notably, using the latest schemas is

rather more satisfying and assuring in

that it shows there to be no development

problem at all in using the substitution

group / global elements / global types

(without abstracts) / derivation mechanism

with our current 2.0 schemas to produce

a * hypothetical * 2.1 set of extended minor

version schemas (both BIEs and codelists

extended).

 

The attached file can be saved with extension

.zip then unzipped.

 

All the best

 

Steve

 

 

 

----- Original Message -----

From: CRAWFORD, Mark

To: ubl@lists.oasis-open.org

Sent: Monday, July 18, 2005 1:41 AM

Subject: RE: [ubl] Discussion of substitution groups

>Remember that we are discussing substitution groups (and possible
>alternatives to the same) as a code list extension mechanism in
>next week's Atlantic TC call.  Given that Mark Crawford will be
>unable to attend, it would be good to have as much information as
>possible (including the outcome of discussions with Henry
>Thompson) posted to this list prior to that meeting, preferably at
>the beginning of the week.

Remember that our discussions on the use of substitution groups within our UBL NDR needs to focus on what our requirements are for developing UBL normative schema from our models for vote by the TC - to include UBL developed code lists.  Customizer requirements are left to the extension methodology.

 

Mark

--------------------------------------------------------------------- To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail. You may a link to this group and all your TCs in OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php

SDG_SubstitutionGroups_20050718.zzz