[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: XML Name and Address Structure [NAD]

• From: "Minas Casiou" <minas@o...>
• To: "'Andrew S. Townley'" <ast@a...>
• 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@a...] 
Sent: Thursday, 14 December 2006 11:15 PM
To: Minas Casiou
Subject: RE:  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@a...] 
> Sent: Thursday, 14 December 2006 1:33 AM
> To: sggould@o...
> Cc: xml-dev@l...
> Subject: Re:  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@o...
> > 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@l...
> > subscribe: xml-dev-subscribe@l...
> > List archive: http://lists.xml.org/archives/xml-dev/
> > List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
> > 
-- 
Andrew S. Townley <ast@a...>
http://atownley.org