[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: Re: [wsrp-wsia] Roles
Re: what Martin Bryan and Rich Thompson said: [MB] > Incidentally your address info structure in section 10 has > not been suitably internationalized. You need techniques > for defining subsections of what you call cities > (e.g. Kensington, London) and for identifying blocks (both at > street and house level) and subunits of buildings (flats or > suites). For example, I have a friend in Roumania for > whose address I need to identify the flat number, the > staircase, the block on the road (unless you call Block > 26 a name!) and the district of the town in addition to > the fields you allow me to define once only if I want > to send him something. It looks like I'm going to have to > define more extensions than you do base fields, even though > every different Consume and Producer will have to define > his own set of extensions for most of these :-( > > Martin Bryan > The SGML Centre, 29 Oldbury Orchard, Churchdown, Glos GL3 2PU, UK > Phone/Fax: +44 1452 714029 E-mail: mtbryan@sgml.u-net.com [RT] > v2. If there are other sources that would give a more internationalized > view of this area, we certainly would appreciate a pointer .... Here is a collection of pointers: http://xml.coverpages.org/namesAndAddresses.html "Markup Languages for Names and Addresses" I also received notice recently from Joe Lubenow to the effect that Universal Postal Union (UPU) Standards Board has "approved testing of an international postal addressing standard... The standard is being edited for publication and will soon be available from the UPU... At IDEAlliance, the ADIS working group will now develop an updated version of the ADIS specification that fully supports the UPU standard at the element level, at the template level, and with respect to rendition instructions. This is accomplished by supporting the Postal Address Template Description Language version 2.0, which is included in the UPU standard as a means to describe the templates in XML..." On ADIS, see: http://xml.coverpages.org/adis.html "Address Data Interchange Specification (ADIS)" Best, Robin Cover ----------------------------------------------------- Robin Cover XML Cover Pages WWW: http://xml.coverpages.org Newsletter: http://xml.coverpages.org/newsletter.html On Tue, 26 Nov 2002, Rich Thompson wrote: > > > > > > I have had the uneasy feeling about roles for a while, but rewriting those > sections finally caused me to focus on it enough to see the detailed > reasons why (you site some good examples). At this point I think it is only > useful to that set of Consumer-Producer pairs that have a coordinated set > of roles and since we won't be able to define tight semantics it doesn't > belong in the spec. > > On the address side, the variations in address are a big issue and WSRP is > not the right place to tackle it. We took guidance from the P3P data model > in this area though we did need to provide some structure for their > unstructured portions. I was hoping much of the variability could go into > the field named street as this is an array of strings. In addition, each of > the structures is individually extensible with the expectation that some of > those extensions will come back for consideration as base level fields in > v2. If there are other sources that would give a more internationalized > view of this area, we certainly would appreciate a pointer .... > > > > > "Martin Bryan" > <mtbryan@sgml.u-n To: Rich Thompson/Watson/IBM@IBMUS > et.com> cc: > Subject: Re: [wsrp][wsia] Draft spec v0.85 > 11/25/2002 11:35 > AM > > > > > > > Rich > > > Reflecting on this further, the whole schema of role mapping only really > > works when there is a huge overlap in the roles supported at the Producer > > and the Consumer. To me this is more and more smelling like something > that > > belongs as an extension rather than an inherent part of the spec. > > At last you are beginning to see the problem. Now consider what happens if > the Producer is Finnish and the Consumer is Japanese and both use their own > languages to define their services. Now we have a real problem, which will > only be solved if you introduce a multilingual ontology of mapped terms > into > the equation. > > The real problem, however, is how to do this dynamically, so that we can > annotate recorded roles with "related names from other sources" (e.g. > record > that someone has determined, by some off-line means, that A relates to B). > > Incidentally your address info structure in section 10 has not been > suitably > internationalized. You need techniques for defining subsections of what you > call cities (e.g. Kensington, London) and for identifying blocks (both at > street and house level) and subunits of buildings (flats or suites). For > example, I have a friend in Roumania for whose address I need to identify > the flat number, the staircase, the block on the road (unless you call > Block > 26 a name!) and the district of the town in addition to the fields you > allow > me to define once only if I want to send him something. It looks like I'm > going to have to define more extensions than you do base fields, even > though > every different Consume and Producer will have to define his own set of > extensions for most of these :-( > > Martin Bryan > The SGML Centre, 29 Oldbury Orchard, Churchdown, Glos GL3 2PU, UK > Phone/Fax: +44 1452 714029 E-mail: mtbryan@sgml.u-net.com > > For further details about The SGML Centre visit http://www.sgml.u-net.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