Article View: comp.protocols.misc
Article #1005Re: Free EDI
From: Christopher B. Browne
Date: Sat, 22 Feb 1997 00:00
Date: Sat, 22 Feb 1997 00:00
31 lines
2841 bytes
2841 bytes
On Sat, 22 Feb 1997 05:27:14 GMT, Joseph H Allen <jhallen@world.std.com> posted: >In article <phrE5zB8v.DJy@netcom.com>, Paul Rubin <phr@netcom.com> wrote: >>I continue to believe relational databases aren't a natural way to >>represent what goes into EDI documents. > >Relational databases are a very general- any data structure can be mapped to >them (structures, lists, trees, even self-referential trees like grammars). >Most modern databases are relational: what more natural choice could there >be for transfering data between databases? If the standards are directed towards *specific* algorithmic procedures and operations, then it's quite possible for the "general" solution to not be compatible with the idioms of the standards. Incidentally, you probably should be proposing use of the vCard specification system for addresses, and vCalendar for specification of scheduled events. That's what's in process of becoming the IETF standard for dealing with "address" and "schedule" information. Not so incidentally, people with "rolodex" and "calendar" apps should probably look seriously at the respective standards as well in order to improve interoperability. Wouldn't it be nice to be able to say: "You want to send some addresses, and you're using Frankin Ascend? Send me a .vsc file; Ical can handle that..." -- Christopher B. Browne, cbbrowne@unicomp.net, chris_browne@sdt.com "When you say 'I wrote a program that crashed Windows', people just stare at you blankly and say 'Hey, I got those with the system, *for free*" - Linus Torvalds URL: http://www.conline.com/~cbbrowne/
Technical Details
Message-ID:
<slrn5guklu.k8d.cbbrowne@knuth.brownes.org>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
<E5v7qE.D85@world.std.com> <E5yrEv.4o2@bigbird.telly.org> <E5z5C3.JL1@world.std.com> <phrE5zB8v.DJy@netcom.com> <E5zoHE.5Cr@world.std.com>Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 1103af,b5b6fb3cf8b99ab3 X-Google-Attributes: gid1103af,public X-Google-Thread: fbe20,b5b6fb3cf8b99ab3 X-Google-Attributes: gidfbe20,public X-Google-Thread: fc5c9,b5b6fb3cf8b99ab3 X-Google-Attributes: gidfc5c9,public X-Google-Thread: 10963c,b5b6fb3cf8b99ab3 X-Google-Attributes: gid10963c,public X-Google-Thread: 1025b4,b5b6fb3cf8b99ab3 X-Google-Attributes: gid1025b4,public X-Google-Thread: 1023f3,b5b6fb3cf8b99ab3 X-Google-Attributes: gid1023f3,public X-Google-Thread: 1145cb,b5b6fb3cf8b99ab3 X-Google-Attributes: gid1145cb,public From: cbbrowne@knuth.brownes.org (Christopher B. Browne) Subject: Re: Free EDI Date: 1997/02/22 Message-ID: <slrn5guklu.k8d.cbbrowne@knuth.brownes.org> X-Deja-AN: 220738971 References: <E5v7qE.D85@world.std.com> <E5yrEv.4o2@bigbird.telly.org> <E5z5C3.JL1@world.std.com> <phrE5zB8v.DJy@netcom.com> <E5zoHE.5Cr@world.std.com> Organization: Unicomp Technologies International Corporation Reply-To: cbbrowne@unicomp.net Newsgroups: comp.protocols.misc,gnu.misc.discuss,biz.comp.accounting,bit.listserv.edi-l,tnn.protocols.edi,comp.protocols.misc,comp.os.linux.misc,comp.databases,sci.crypt