[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: [ubl-ndrsc] Code lists: discussion kickoff
I don't think anything sensible or maintainable can come from one element per code list value. Arofan's option 3 sounds the most reasonable so far. I don't see it as particularly negative to treat codelists in a special way. In terms of an initial release how many Code Lists would we include to make it useful? Regards Mavis ----------------------------------------------------------------------- CSW Informatics Ltd 4240 Nash Court Oxford Business Park South Oxford OX4 2RU Tel: +44/0 1865 337400 Fax: +44/0 1865 337433 Web: http://www.cswinformatics.com "CSW Informatics delivers high quality consultancy and training services, to assist our customers in meeting their requirements for innovative information management solutions using the most appropriate technologies, products and software systems" --------------------------------------------- Legal Disclaimer: http://www.csw.co.uk/disclaimer.htm -------------------------------------------- > -----Original Message----- > From: Eve L. Maler [mailto:eve.maler@sun.com] > Sent: Thursday, January 31, 2002 6:26 PM > To: ubl-ndrsc@lists.oasis-open.org > Subject: RE: [ubl-ndrsc] Code lists: discussion kickoff > > > At 11:46 AM 1/31/02 -0500, CRAWFORD, Mark wrote: > > > Finally, regarding the "enumerations of the xsd:string type" vs. "one > > > element per code list value" choice itself, I'm not sure I > > > buy the argument > > > that the latter is better. It could potentially swell the > > > number of UBL > > > elements by orders of magnitude, and the infrastructure > > > needed to document > > > and manage elements would seem to outweigh the benefits for > > > these little > > > values. > > > >Not sure I understand. Could you expand pls. > > My (probably flawed) understanding of the main issue covered in Mike's > position paper was that he was advocating <vanilla/>, <chocolate/>, > <strawberry/> elements rather than <IceCream flavorCode="vanilla">... If > there are really thousands of values in some code lists, I quail at the > thought of having to maintain definitions and documentation for all those > elements. > > Eve > > -- > Eve Maler +1 781 442 3190 > Sun Microsystems XML Technology Center eve.maler @ sun.com > > > ---------------------------------------------------------------- > To subscribe or unsubscribe from this elist use the subscription > manager: <http://lists.oasis-open.org/ob/adm.pl> >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC