[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
RE: [xml-dev] XML Name and Address Structure [NAD]
- From: "Minas Casiou" <minas@optusnet.com.au>
- To: "'Andrew S. Townley'" <ast@atownley.org>
- Date: Fri, 15 Dec 2006 08:06:40 +1100
Hi Andrew,
No, I didn't intentionally not post to the list :)
Hopefully this time I get it there!
Thanks
Cheers
Minas Casiou
Keystroke IT
www.keystroke.com.au
-----Original Message-----
From: Andrew S. Townley [mailto:ast@atownley.org]
Sent: Thursday, 14 December 2006 11:15 PM
To: Minas Casiou
Subject: RE: [xml-dev] XML Name and Address Structure [NAD]
Cool. Thanks for the info. Just a question, did you intentionally not
post this back to the list?
As far as use goes, the project I worked on for the Irish Government
(Reach Public Services Broker) also profiled parts of xAL for their
address specification (http://sdec.reach.ie/rigs/rig0114/). That's
actually how I was exposed to it originally.
Cheers,
ast
On Thu, 2006-12-14 at 12:02, Minas Casiou wrote:
> Yeah, the CIQ stuff is nice & comprehensive.
> I work with the guy who wrote it (Ram Kumar) so I'm a little biased I
> suppose.
> He's got the right ideas though...and ... Google uses it...so...it can't
be
> all that bad!
>
> I'm trying to get him to give out some more guidance in terms of systems
> integration between systems that use the CIQ in different languages.
>
> I'm sure any talented volunteers would be appreciated by him...
>
> CIQ is unique in that its format supports pluggable address formats. You
> basically customize the enumeration lists for a particular country. The
> schema structure remains the same.
> In a way, it's sort of like the provider based pattern used in software
etc.
> In this case, you 'provide' the enumerations to customize it for a
> particular need. The providers are only required at a country level, but
> trying to get agreement between all countries is a little difficult, so
that
> part of it is left to de-facto standards or governments/standards org's in
a
> particular country to formally define. Alternatively, you can just
customize
> it for your own use for your country.
>
> I don't believe you'll come across a better thought out schema for
Customer
> Information Quality than this one. It's taken them 2-3 years to develop.
>
> Version 3 is in development (slightly simplified he tells me).
> You might wanna hassle him about it...
>
> The URL in the previous post is the place to start...
>
> Good luck...&
> Ps. He tells me he's keen to know what people are doing with
it...so...don't
> be afraid to drop him an email etc. to keep him briefed...
>
> Cheers
> Minas Casiou
> Keystroke IT
> www.keystroke.com.au
>
>
>
> -----Original Message-----
> From: Andrew S. Townley [mailto:ast@atownley.org]
> Sent: Thursday, 14 December 2006 1:33 AM
> To: sggould@oic.org
> Cc: xml-dev@lists.xml.org
> Subject: Re: [xml-dev] XML Name and Address Structure [NAD]
>
> What about xAL (http://www.oasis-open.org/committees/ciq/ciq.html#6)?
> If I recall correctly, it was designed to be fairly comprehensive and
> cover a variety of address needs. You could always profile that if you
> only needed a subset.
>
> ast
>
> On Wed, 2006-12-13 at 18:14, Stephen GOULD wrote:
> > Hi - has anyone have any comments on the UN/CEFACT Name
> > and Address Structure that I could pass on to these groups ?
> >
> > This group of IT Experts have been reviewing whether the two XML
> > address formats in the Australian eCommerce Standard AS 4590
> > can be simplified to one format only.
> >
> > it appears that UN/EDIFACT also has two EDI Structures in the
> > Address Format.
> >
> > Can this also be simplified to a single Address format ?
> >
> > Regards
> >
> > Stephen GOULD
> >
> > 11:22 Wed 13 Dec 2006
REF:ZXSARCF1
> >
> Y/R: AS 4590
> > TO: IT Expert eReview Committee cc UN/CEFACT
> > Name & Address Structure Standards Australia
> > AUS ECOMMERCE STANDARDS Interested Parties
> >
> > Hi - Thank you for taking the time to review the current AS 4590
> > Structure and submitting your responses.
> >
> > ALL the responses received confirm that the simplex version for the
> > Name and Address format of AS 4590 can be replaced by the
> > Complex Version !
> >
> > Not only that Joost confirmed that a structured format is required
> > for effective data mining - two responses placed on home page
> > http://www.oic.org
> >
> > REVIEW UN/CEFACT - POSSIBLE UN/CEFACT SUPPORT
> >
> > In addition we have reviewed the UN/CEFACT eTrade documents
> > stipulated in the Port of Melbourne EOI 13110 and provided
> > a comparison for your consideration
> > http://www.oic.org/z/XZIG/UNCEFACT/
> >
> > As the Mission Statement of UN/CEFACT sates that it "supports
> > activities dedicated to improving ebusiness activities" this review by
> > you may be of considerable importance to UN/CEFACT hence
> > the copy to Duane NICKULL.
> >
> > UN/CEFACT may want to support this initiative as:
> >
> > 1 Standards Australia has not been able to reconvene IS/11,
> >
> > 2 Tradegate has shut down ebXML Australia and
> >
> > 3 The Federal Government "retired" the Australian Panel of eCommerce
> > Experts
> > http://www.ecommerce.treasury.gov.au/html/expert.htm
> >
> > NEXT STEPS
> >
> > B FRI 15 DEC - BY 17:00
> >
> > 1 review new format again as draft AS 4590 address segment
> >
> > 2 If still agree Complex version can replace simplex version
> >
> > Please send e-mail
> >
> > 3 "I have reviewed proposed AS 4590 single XML Address
> > and still consider it as the best option as an eCommerce
> > Standard"
> >
> > Thank you
> >
> > Regards
> >
> > Stephen GOULD
> > Chair
> > XLM & eCommerce Special Interest Group
> > OPEN INTERCHANGE CONSORTIUM
> >
> > E: sggould@oic.org
> > M: 0416-009-468
> >
> >
> > _______________________________________________________________________
> >
> > XML-DEV is a publicly archived, unmoderated list hosted by OASIS
> > to support XML implementation and development. To minimize
> > spam in the archives, you must subscribe before posting.
> >
> > [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
> > Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
> > subscribe: xml-dev-subscribe@lists.xml.org
> > List archive: http://lists.xml.org/archives/xml-dev/
> > List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
> >
--
Andrew S. Townley <ast@atownley.org>
http://atownley.org
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]