Re: Re: [ubl] Re: AW: UBL schema tests

["Lisa-Aeon" <lseaburg@aeon-llc.com>]

Stephen,
You were not able to see the drawing Mark had for us at the Face to FAce,
but it included a Code List Schema Module.  We need to be aligned here, if
there are decisions made, do we have minutes or something from the meetings
so that we can see what happened and why?

What I have attached is just the external modules part of his drawing, saved
as a BMP, hopefully you can open and see it.  I am confused, I guess because
I missed so much of the meeting.

Lisa

----- Original Message ----- 
From: <stephen_green@seventhproject.co.uk>
To: "Lisa-Aeon" <lseaburg@aeon-llc.com>
Cc: "Tim McGrath" <tmcgrath@portcomm.com.au>; "David Kruppke"
<kruppke@gefeg.com>; <ubl@lists.oasis-open.org>; "Marty Burns"
<Burnsmarty@aol.com>
Sent: Monday, March 08, 2004 12:12 PM
Subject: Re: Re: [ubl] Re: AW: UBL schema tests


>
> Lisa and All
>
> Personally I'm not sure we now have any need of any Codelist Schema
> Modules. It was decided that Specialised DataTypes could be used for
> those Codelists which need XSD validation.
> Is there any need for anything other than the SDT Schema Module for
> these?
> If so then we would need a set of Codelist Schema Modules but I think
> it was decided, wasn't it, that there would be one prefix 'sdt:' for
> such codes.
> The other need for Codelist Schema Modules might have been for the other
> codes but these, it was decided wasn't it, would not have XSD validation
> so therefore they would surely not need a Schema -  they would have the
> 'udt:'prefix, the CodeType being included in the Unspecialised
> Schema Module.
> If this is wrong could someone explain quickly.
> I *think* (not sure) that Codelist Schema Module may be a vestige from
> the previous (Montreal) codelist solution (along with the codelist
> folders and its subfolders). Someone please correct me again.
>
> Steve
>
>
>
> Lisa-Aeon <lseaburg@aeon-llc.com> wrote on 08.03.2004, 15:36:45:
> > Marty Burns and I are reviewing the draft 7.1 codelist right now also.
We
> > are alittle confused, we are using Marks Visio drawing from the face to
face
> > and there seems to be missing pieces of the codelist stuff.  Is there
> > supposed to be a Codelist Schema Modules?  not just Unqualified Codelist
> > module.  Where will it reside, and what will be in it?
> >
> > Also, in the Common Basic Components, and in the CCT there are types
that
> > have attributes that are code list values, but they are not inheriting
from
> > codelists.  For example - Amount.Type.
> >
> > We need some answers on how this is all supposed to work......neither
Marty
> > or I were in the meeting where this was discussed at the F2F.  We are
trying
> > to see how the CCT and CCP are working within the Codelist modules, and
we
> > are not seeing it.  For example:  Codetype contains a listID that is not
the
> > CCP listID.
> >
> > Not having these answers is slowing down the review of this work.  Can
> > someone please get back to us.
> >
> > Lisa and Marty.
> >
> >
> >
> >
> > ----- Original Message ----- 
> > From: "Tim McGrath"
> > To: "David Kruppke"
> > Cc:
> > Sent: Friday, March 05, 2004 7:06 PM
> > Subject: [ubl] Re: AW: UBL schema tests
> >
> >
> > > we obviously need to become more co-ordinated in this work.
> > >
> > > the code list mechanism used here is not what i expected to see.  for
> > > example, in Order we use the Data Type "ISO4217 Alpha_ Code. Type"
for
> > > the BBIE called "Order. Transaction Currency. Code".  you have also
> > > taken "ISO4217 Alpha" as a Qualifier for the Representation Term and
> > > thereby changed the Dictionary Entry Name - we don't want to do this.
> > >
> > > also,  why do we still have a 'DerivedCodeType'?  Shouldn't the
> > > SpecialisedDataType just refer to the namespace for the precise code
> > > list.  Is this just a legacy of the old code list mechanism (and hence
> > > an unnecessary level of referencing) or does it add some value?
> > >
> > > finally, the structures you build in the Specialised Data Types still

> > > use the old/incorrect attributes and xsd:datatypes.  these should now
be
> > > taken from those in the models.
> > >
> > > to help synchronise ourselves -  i have uploaded the latest complete
> > > models to the UBL LC web page and just so we can make sure we are
> > > talking about the same things, i am renaming these models 'draft 7' so
> > > we can forget the versions and sub versions below this.  the link
is...
> > >
> >
http://www.oasis-open.org/apps/org/workgroup/ubl/ubl-lcsc/download.php/5786/UBL-1.0-draft7-models.zip
> > >
> > >
> > >
> > > David Kruppke wrote:
> > >
> > > >Hello all,
> > > >
> > > >please find enclosed the file "draft-6.1.zip". It includes the
> > "draft-6.1"
> > > >schema modules.
> > > >
> > > >These files are based on Tims models.
> > > >
> > > >The codelists "ChannelCode" and "CurrencyCode" contain already codes,
the
> > > >appropriate specialized datatypes as well.
> > > >
> > > >
> > > >Regards
> > > >
> > > >
> > > >David
> > > >
> > > >
> > >
> > > -- 
> > > regards
> > > tim mcgrath
> > > phone: +618 93352228
> > > postal: po box 1289   fremantle    western australia 6160
> > >
> > >
> > >
> > >
> > >
> > > To unsubscribe from this mailing list (and be removed from the roster
of
> > the OASIS TC), go to
> >
http://www.oasis-open.org/apps/org/workgroup/ubl/members/leave_workgroup.php.
> > >
> > >
> >
> >
> > To unsubscribe from this mailing list (and be removed from the roster of
the OASIS TC), go to
http://www.oasis-open.org/apps/org/workgroup/ubl/members/leave_workgroup.php.
>