> We may prefer an XML format and use a customized XML editor > as user interface. Pim, We've faced similar issues in one of Republica's pilot projects (see http://www.ebxml.org/case_studies/, LomakeFi). Republica has chosen not to create a new format but to map an existing data dictionary specification - if I may call CoreComponents as such - into existing ebXML RegRep RIM, which can be serialized to XML. We are quite satisfied with the chosen approach and the how it enforces the separation between data dictionary modelling and syntax binding (i.e, XML Schema generation). I would like to suggest you to take a look at the case study and at the online demo (http://www.republica.fi/lomake/), and follow Joe's tech note on CC-RIM. I believe the domain expert user interface should be built to use the coming mapping. Regarding the XML Schema generation, Republica's Form Assembler uses a proprietary assembly document format extended from old specifications (you can check it from the online demo). Although that works for now, it should probably be replaced by a standard like CAM once it gets to load CC/BIEs directly from an ebXML Registry. Regards, Diego -------------------------------------------- Diego Ballve Product Manager, Republica Ltd. Ohjelmakaari 1, 40500 Jyväskylä, Finland E-mail: diego.ballve@republica.fi GSM: +358 50 490 6435 http://www.republica.fi/ http://www.x-fetch.com/ > -----Original Message----- > From: Pim van der Eijk [mailto:lists@sonnenglanz.net] > Sent: Thursday, October 30, 2003 3:38 PM > To: Ebxml-Dev > Subject: RE: XML serialization of CCs / BIEs (was: contact > information) > > > > Thank you all for your feedback. Our main interest is in a format > that allows us to build a user interface for domain experts in charge > of managing data dictionaries, on which we want to base our runtime > messages. So, this is a format from which to generate XML schemas > (or building blocks for schemas), such as the Excel sheets used by > UBL. We may prefer an XML format and use a customized XML editor > as user interface. > > Generation of XML schema from a different source format allows us to > move to other "syntaxes" (a much-abused term imho) in the future and > should also allow future storage (or just publication) in a registry. > For the mapping to XML, the UBL methodology of generating XML schemas > is very well-designed. > > In addition to these references there is also a DTD for ISO/IEC 11179 > by Terry Allen, dating back from 1999. > > > > -----Original Message----- > > From: CRAWFORD, Mark [mailto:MCRAWFORD@lmi.org] > > Sent: 29 October 2003 20:40 > > To: Ebxml-Dev > > Subject: RE: XML serialization of CCs / BIEs (was: contact > information) > > > > > > Pim, > > > > I am glad that Joe will have the note finished soon. In > the meantime, the UBL TC will be finishing its work on XML > > representations of CCTS next week in San Francisco and > should be publishing a committee spec draft within two weeks. > > > > > > Mark Crawford > > Research Fellow - LMI XML Lead > > W3C Advisory Committee, OASIS, RosettaNet Representative > > Vice Chair - OASIS UBL TC & Chair Naming and Design Rules > Subcommittee > > Chair - UN/CEFACT XML Syntax Working Group > > Editor - UN/CEFACT Core Components > > ______ > > Logistics Management Institute > > 2000 Corporate Ridge, McLean, VA 22102-7805 > > (703) 917-7177 Fax (703) 917-7481 > > Wireless (703) 655-4810 > > mcrawford@lmi.org > > <http://www.lmi.org/> > > "Opportunity is what you make of it" > > > > > > > > > -----Original Message----- > > > From: Chiusano Joseph [mailto:chiusano_joseph@bah.com] > > > Sent: Wednesday, October 29, 2003 1:08 PM > > > To: Pim van der Eijk > > > Cc: Ebxml-Dev; CRAWFORD, Mark; Duane Nickull > > > Subject: Re: XML serialization of CCs / BIEs (was: contact > > > information) > > > > > > > > > <Quote> > > > Are there other similar actvities I should be aware of? > > > </Quote> > > > > > > Pim, > > > > > > Sorry for the late response on this - I believe you're > > > already aware of > > > this but just for the benefit of others, the OASIS/ebXML > > > Registry TC is > > > in the process of creating an RIM (Registry Information > Model) binding > > > for representing Core Components in an ebXML Registry. I am in the > > > process of writing the Technical Note, and hope to complete > > > it in early > > > 2004. > > > > > > I would like to emphasize that this effort does not involve an XML > > > serialization - rather, we will rely on other groups (such as > > > UN/CEFACT > > > ATG 2) to create such a serialization. The Technical Note > will address > > > how to represent the Core Components metadata (Chapter 7 > of the Core > > > Components Technical Specification) in the RIM, using existing RIM > > > classes where possible and extending the RIM with "custom" classes > > > otherwise. The only relation to an XML serialization is > that we will > > > provide the capability for the registry to record the > format of a Core > > > Component (and its associated entities), e.g. XML, UML model, etc. > > > > > > Hope this helps. > > > > > > Kind Regards, > > > Joe Chiusano > > > Booz | Allen | Hamilton > > > > > > Pim van der Eijk wrote: > > > > > > > > Hello, > > > > > > > > I am interested in this topic. I would like to make sure I > > > understand > > > > what the scope of this activity is. In particular, am I > correct to > > > > interpret this as an XML representation that could serve as an > > > > alternative for the Excel sheets as used in UBL CEFACT to > > > encode Core > > > > Components or BIEs, or does it have a different purpose ? > > > > > > > > Would it be just an interchange representation, or would it also > > > > support authoring (data definition)? > > > > > > > > My interest is the following: in a project (on > interchange of data > > > > across government agencies) I am involved in we have > about 400 BIEs > > > > defined in a 150 page Word document that serves as > > > specification for a > > > > collection of XML schemas for interchange documents. To > alleviate > > > > maintenance, our plan is to transform the Word document > to an XML > > > > document from which we can generate the XML schema and > documentation > > > > in a consistent way in the next couple of weeks, a bit > like the UBL > > > > XLS to XSD Perl script but then using XSLT. > > > > > > > > It seems that an XML schema corresponding to the UBL > > > worksheets would > > > > be a fairly simple schema. In our case we would need to > > > extend it in > > > > a number of areas (metadata, documentation elements). We > > > will do this > > > > ourselves, but if there is some starting point, in ATG2 > or by other > > > > initiatives (like Duane's) we could use (to facilitate > migration to > > > > some future standard format), that would be great. > > > > > > > > Could you give me an update on the current state of this work? > > > > Are there other similar actvities I should be aware of? > > > > > > > > Kind regards, > > > > > > > > Pim van der Eijk > > > > > > > > -------- > > > > Mobile/SMS/MMS: +31 6 22502011 > > > > mailto:lists@sonnenglanz.net > > > > > > > > > -----Original Message----- > > > > > From: CRAWFORD, Mark [mailto:MCRAWFORD@lmi.org] > > > > > Sent: 02 October 2003 06:21 > > > > > To: UN/CEFACT TMG General Discussion List > > > > > Subject: RE: Request for contact > > > > > > > > > > > > > > > Duane, > > > > > > > > > > Fred is correct. It is ATG2 which at this point is > > > basing its work primarily on the groundbreaking work of > UBL in this > > > > > area. Give me a call and we can discuss. > > > > > > > > > > Mark > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > From: Fred Blommestein, van > > > [mailto:f.van.blommestein@berenschot.com] > > > > > > Sent: Wednesday, October 01, 2003 10:54 AM > > > > > > To: UN/CEFACT TMG General Discussion List > > > > > > Subject: RE: Request for contact > > > > > > > > > > > > > > > > > > Hi Duane, > > > > > > > > > > > > To my understanding Mark Crawford MCRAWFORD@lmi.org is > > > leading that > > > > > > team. > > > > > > I'm glad you keep so good in touch. For me the fun > would have > > > > > > disappeared if you really would have been gone. > > > > > > > > > > > > Fred > > > > > > > > > > > > -----Original Message----- > > > > > > From: Duane Nickull [mailto:duane@yellowdragonsoft.com] > > > > > > Sent: woensdag 1 oktober 2003 16:50 > > > > > > To: UN/CEFACT TMG General Discussion List > > > > > > Subject: Request for contact > > > > > > > > > > > > > > > > > > Can anyone supply me with information on the ATG group > > > > > > working on an XML > > > > > > > > > > > > serialization of core components/BIE's? In the quest > > > for a group of > > > > > > logical components, we are working on an XML format > ourselves. > > > > > > > > > > > > Thanks > > > > > > > > > > > > Duane > > > > > > > > > > > > > > > > > > --- > > > > > > You are currently subscribed to the > > > uncefact-tmg-general listserve. To > > > > > > unsubscribe send an email to lyris@listman.disa.org > > > with the following > > > > > > subject: Unsubscribe uncefact-tmg-general > > > > > > If you do not receive confirmation of your > unsubscribe request > > > > > > please notify postmaster@disa.org to report the problem. > > > > > > > > > > > > ------------- > > > > > > Dit e-mailbericht en enige bijlage is vertrouwelijk en > > > > > > uitsluitend bestemd voor de geadresseerde(n). Indien u niet > > > > > > de geadresseerde bent, mag u deze e-mail of enige > bijlage niet > > > > > > kopieren of aan derden ter inzage geven of verspreiden. > > > > > > Indien u deze e-mail per vergissing heeft ontvangen > > > > > > verzoeken wij u de afzender ervan onmiddellijk op > de hoogte te > > > > > > stellen per e-mail en de betreffende e-mail te vernietigen. > > > > > > > > > > > > This e-mail and any attachment is confidential and may > > > > > > contain legally privileged information. If you are not the > > > > > > intended recipient, please note that this e-mail or any > > > > > > attachment may not be copied or disclosed or distributed to > > > > > > others. If you have received this e-mail by error, > please notify > > > > > > the sender immediately by return e-mail, and delete > > > this message. > > > > > > -------------- > > > > > > > > > > > > > > > > > > --- > > > > > > You are currently subscribed to the > > > uncefact-tmg-general listserve. > > > > > > To unsubscribe send an email to > lyris@listman.disa.org with the > > > > > > following subject: Unsubscribe uncefact-tmg-general > > > > > > If you do not receive confirmation of your > unsubscribe request > > > > > > please notify postmaster@disa.org to report the problem. > > > > > > > > > > > > > > > > --- > > > > > You are currently subscribed to the uncefact-tmg-general > > > listserve. > > > > > To unsubscribe send an email to > lyris@listman.disa.org with the > > > > > following subject: Unsubscribe uncefact-tmg-general > > > > > If you do not receive confirmation of your unsubscribe request > > > > > please notify postmaster@disa.org to report the problem. > > > > > > > > > > >
<<attachment: winmail.dat>>