Subject: Re: Resubmission of Distributed Registry Approaches.ppt
David, perhaps missed my point.
Taking the role of an ebXML BP purest,
the interactions that you described are Collaborations and should
have a Specification Schema. CPPs reference Roles in those Specification
Schemas.
Scott Hinkelman, Senior Software Engineer
XML Industry Enablement
IBM e-business Standards Strategy
512-823-8097 (TL 793-8097) (Cell: 512-940-0519)
srh@us.ibm.com, Fax: 512-838-1074
David RR Webber <Gnosis_@compuserve.com>@compuserve.com> on 04/03/2001
04:25:26 PM
To: Scott Hinkelman/Austin/IBM@IBMUS
cc: Martin W Sachs/Watson/IBM@IBMUS, "Nieman, Scott"
<Scott.Nieman@NorstanConsulting.com>, "'ebxml-regrep@lists.ebxml.org
'" <ebxml-regrep@lists.ebxml.org>, Lisa Carnahan
<lisa.carnahan@nist.gov>
Subject: Re: Resubmission of Distributed Registry Approaches.ppt
Message text written by Scott Hinkelman
>
Good point Marty. In ebXML, there needs to be a Specification Schema
defined to obtain that business information.
<<<<<<<<<<<<<
Scott,
I'm not sure on this - since we already have Classification.
Say I wanted all Plumbers then I use the Filtered Query on
Classification only to discover if the registry has any classification
containing 'Plumber'. I may get back a set of responses showing
NAICS, UNSPSC and DUNS as answers.
Another approach would be - since I'm only interested in Businesses
as a a priori - I could pre-determine that classifications for NAICS,
UNSPSC and DUNS exist, and query instead on those classifications
being in the registry.
As I previously noted - knowing how many registry items reference
that classification would then give an indication of volume of content
too - to allow prioritization of subsequent search requests.
The alternative is to specify a business classification ourselves,
but this seems to be a path we don't want to traverse.
DW.
Powered by
eList eXpress LLC