[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: Re: Summary of XML Datatypes as required for B2B applications
Oh William, how right you are! The EDIFACT dictionaries (and the rest) have evolved through years of consideration of real user needs; it is not a big deal to convert the essential semantic content of these dictionaries into a different syntactic environment. This was exactly the intent behind EDML. The EDML proof of concept work demonstrated a means of transferring semantic content (ie data dictionaries) developed for one syntactic message structure into a quite different syntactic structure. So to my mind an obvious way to accelerate the development of XML-based ecommerce would be to exploit the EDIFACT (and other) data dictionaries. But right now I don't have much confidence that the good bits of EDIFACT, X12, HL7, etc will actually be exploited. It seems perhaps, that in rejecting the syntactic structures of "traditional" EDI the semantic baby is being thrown out with the bathwater. Best regards Ian -----Original Message----- From: William J. Kammerer <wkammerer@foresightcorp.com> To: 'ebXML Core Components (E-mail)' <ebxml-core@lists.oasis-open.org> Cc: XML/EDI Group (E-mail) <xmledi-list@lists.bizserve.com> Date: 15 April 2000 15:12 Subject: Summary of XML Datatypes as required for B2B applications >There's an interesting thread entitled "Summary of XML Datatypes as >required for B2B applications," started by Martin Bryan, with commentary >by Messrs. Kotok, Folkerts, and Haugen, on the XML-EDI mailing list. See >http://www.mail-archive.com/xmledi-list%40lists.bizserve.com/ for the >archives. > >Note that EDIFACT is being re-invented all over again, especially the >MEA, CUX and DTM segments. Bob Haugen says: > > I think all of your other suggestions are essential to business > communications. One thought: if you left the timestamp off > the currency and put it on the business event (which needs it > anyway), then your measurements and currencies > would have the same structure ( amount and unit). This could > mean one structure for measurements of all resources. > >Absolutely brilliant! Can't argue with this - building up semantic >meaning from lego blocks. EDIFACT does this already with the standard >CUX (Currencies) - DTM (Date/time/period) segment group. X12 does also, >to some extent, but tends to overload its segments semantically (e.g., >the X12 CUR segment includes the date and time itself, and does not >rely on a separate segment to convey the exchange period). > >EDIFACT has been around for over a decade, and apparently is too complex >to use (because of the semantic building block concept?). Otherwise we >wouldn't be all scrounging around trying to reincarnate EDI in XML >syntax. > >But I do like the concept of semantic building blocks or core >components. So why re-invent them from scratch? Just take a look at >the EDIFACT directories and dictionaries, and all of the core components >for ebXML can be effortlessly extracted. > >Or, why don't we just use EDIFACT for ebXML: warts, delimiters, and all, >and save ourselves a heck of a lot of time and trouble? > >William J. Kammerer >FORESIGHT Corp. >4950 Blazer Memorial Pkwy. >Dublin, OH USA 43017-3305 >(614) 791-1600 > >Visit FORESIGHT Corp. at http://www.foresightcorp.com/ >"Commerce for a New World" > > > >========================================== >XML/EDI Group members-only discussion list >Homepage = http://www.xmledi.org > >Brought to you by: Online Technologies Corporation > Home of BizServe - www.bizserve.com > >TO UNSUBSCRIBE: Send email to <xmledi-list-request@lists.bizserve.com> > Leave the subject blank, and > In the body of the message, enter ONLY: unsubscribe > >Questions/requests should be sent to: owner-xmledi-list@bizserve.com >To join the XML/EDI Group complete the form located at: >http://www.geocities.com/WallStreet/Floor/5815/mail1.htm > >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC