RE: Registry concern with specifying common vertical structures

[Ram Kumar <rkumar@msi.com.au>]

David

You are right that the work we are doing on name and address
standards is fairly heavy stuff. But the beauty is that it covers
any application that want to use simple representation of the name
and address to very detailed representation of name and address
elements. For example, if you have a postal address say,

23 Archer Avenue East
Boulder, Colorado 12345-8976

Following are some of the ways that you can represent the above address
using the XML standard we are working on:

<address>23 Archer Avenue East
                Boulder, Colorado 12345-8976
</address>

OR

<address>
  <addressline1>23 Archer Avenue East</addressline1>
  <addressline2>Boulder, Colorado 12345-8976</addressline2>
</address>

OR

<address>
  <streetnumber>23</streetnumber> <streetname>Archer</streetname>
<streettype>Avenue</streettype>
<streetpostdirection>East</streetpostdirection>
<cityname>Boulder</cityname> <statename>Colorado</statetame>
<postcode>12345</postcode> <extendedpostcode>8976</extendedpostcode>
</address>

OR

<address>
<street>23 Archer Avenue East</street>
<city>Boulder</city><state>Colorado<./state>
<postcode>12345-8976</postcode>
</address>

This is the level of flexibility that we provide in our standard. Moreover,
please note
that our standard work can handle atleast more than 40-50 country address
structures.
The point I am trying to make is that it is not compulsary to define all the
postal elements
to represent an address as you state. Most of the elements are optional.

Regards

Ram
Chair, CIQ TC
OASIS

> > > -----Original Message-----
> > > From: David RR Webber [mailto:Gnosis_@compuserve.com]
> > > Sent: Thursday, March 15, 2001 8:29 AM
> > > To: Karl Best
> > > Cc: ebxml-regrep@lists.ebxml.org; ciq@lists.oasis-open.org
> > > Subject: RE: Registry concern with specifying common vertical
> > > structures
> > >
> > >
> > > Message text written by Karl Best
> > > >
> > > RegRep'ers:
> > >
> > > There is an OASIS technical committee (Customer Information
> > > Quality, CIQ)
> > > working on this stuff; their work is fairly far along. Is
> > > there a way to
> > > coordinate efforts?
> > >
> > > </karl><
> > >
> > > >>>>>>>>>>>>>>>>>
> > >
> > > Karl,
> > >
> > > I'm not sure that's the right answer - but it is an answer.
> > >
> > > Being on that TC and looking at the solution they are
> > > moving too - its awfully top heavy just for a registry
> > > entry owner details entry!!!
> > >
> > > Bit likely signing up for a new telephone line and having
> > > to state your mothers brothers uncles dad's date of birth.
> > >
> > > A sub-set of their approach may work , where the DTD
> > > has been skilfully restructured to make a simple highly
> > > level 90:10 possible - with options for greater
> > > granularity for the extended cases.
> > >
> > > This is another one of those - with 36hrs in a day we
> > > can get to it things....
> > >
> > > DW.
> > >
> > >
> > > ------------------------------------------------------------------
> > > To unsubscribe from this elist send a message with the single word
> > > "unsubscribe" in the body to: ciq-request@lists.oasis-open.org
> > >
> >
>