Ram, it always follows
this template:
[street type abbr].
[StreetName] [optional building type abbr.]. [StreetNumber], [apartment type
abbr.]. [apartment number]
ul. Lesnaya d. 5, kv.
176
=
flat 176
5 Woods Str.
----------------------
g. = town
identifier
obl. =
district
pos. = small urban type
settlement
kv = flat
d. =
building
----------------------
ul. Orehovaya, d.
25 25 Hazelwood St
pos.
Lesnoe Woodvill ALEKSCEVSKIY
r-n Alexeevkiy region VORONEJSKAYA
obl Voronej dist RUSSIAN
FEDERATION 247112
This is an address for a
standalone house in a small urban type settlement that is not in the immediate
proximity of the district center (Voronej)
----------------------
Western european address
is just an enumeration of all address elements in some order.
Slavic addresses are more
like a flow, a complete sentense, but the meaning is still the
same.
This is why I introduced
formatting objects in the NZ version of xAL, so that any international address
can be presented as a bare-bones information structure and then be
formatted according to the local rules of the desitnation.
Hope this
helps.
Cheers,
Max
Home delivery (large towns):
ul. Lesnaya d. 5,
kv.176 street name and number, floor g. MOSKVA
town RUSSIAN FEDERATION
country 123456
postcode
Home delivery (regional):
ul. Orehovaya, d.
25 street name and
number pos. Lesnoe
locality ALEKSCEVSKIY r-n region VORONEJSKAYA
obl district RUSSIAN
FEDERATION
country 247112
postcode
I am confused with street details. Can you
define it further?
Regards,
Ram
Ram Kumar General Manager Software R&D
and Architecture MSI BUSINESS SYSTEMS Suite 204A, 244 Beecroft
Road Epping, NSW 2121, Australia Direct: +61-2-9815 0226 Mobile:
+61-412 758 025 Fax: +61-2-98150200 URL: www.msi.com.au
Ram, this address makes
little sense.
Rue Lougoraïa 12, app.
10 thoroughfare type, name and
number,
apartment Korolevo
locality 223016 NOVY
DVOR
postcode + post office name District of
Minsk district
name Region of
Minsk
region name BELARUS
I don't think anyone
with local knowledge of the area would write it this
way.
This is a valid sample
State Notariat No
6
Kolhoznaja
12
223016, Novy
Dvor
Minsk District (or
Minsk Region - same thing)
Belarus
Anywhere on the
territory of former USSR (except for the former mid-east republics) the
address is always like this:
District name
(for smaller localities that are not district centers)
Region/subdistrict name
(for very small rural localities like villages) [Town Name], [Post code - 6 digits, ### -
district, # - region, ## - post office] [Street Name] [Street
Number], [Apartment type]. [Apartment Number]
[Recepient
name]
It is all pretty
structured there and no 2 names can happen within the same town name, so
localities like suburbs are never used for postal purposes.
Cheers,
Max
Dear Joe,
UPU does not explain
the format of all international addresses.
Atleast 30-40% of
addresses structures are not defined. But,
it has defined postal
code structures for atleast 90% of the addresses.
Here is an example of
an undefined address structure from UPU.
No explanation is given
about the format of an address.
SOCIEDAD DE ESCRITORES
COLOMBIANOS Av. 15 no 80–13 oficina
702 ARACATACA–MAGDALENA COLOMBIA
Here is an example of a
defined address structure from UPU:
Rue Lougoraïa 12, app.
10 thoroughfare type, name and
number,
apartment Korolevo
locality 223016 NOVY
DVOR
postcode + post office name District of
Minsk district
name Region of
Minsk
region name BELARUS
This helps me to understand the address
structure of Belarus.
Regards,
Ram
Ram Kumar General Manager Software R&D
and Architecture MSI BUSINESS SYSTEMS Suite 204A, 244 Beecroft
Road Epping, NSW 2121, Australia Direct: +61-2-9815 0226 Mobile:
+61-412 758 025 Fax: +61-2-98150200 URL: www.msi.com.au
I do not understand what you mean, Ram. Are you saying the UPU
does in some cases and does not in other cases provide information about the
address structure? Please explain and give an example of what you
consider as provided and as not provided.
----- Original Message -----
Sent: Sunday, October 10, 2004 5:37
PM
Subject: [ciq] FW: Global and
application independent "Name and Address XML Specification" from
OASIS
CIQ TC,
FYI.
Over the weekend I have completed representing
over 50% (countries beginning in
A to L) of international addresses (from
Universal Postal Union) in XML conforming to xAL V3.0.
For certain addresses, the UPU does not provide
any information about the address structure and
therefore, I am unable to codify those addresses
in XML.
Regards,
Ram
Ram Kumar General Manager Software
R&D and Architecture MSI BUSINESS SYSTEMS Suite 204A, 244
Beecroft Road Epping, NSW 2121, Australia Direct: +61-2-9815
0226 Mobile: +61-412 758 025 Fax: +61-2-98150200 URL:
www.msi.com.au
to: e-business MoU/MG to: K. Best, J. Clark and R. Kumar,
OASIS to: S. Jelto, UPU to: J.-L. Champion, UN/CEFACT
TBG
ladies and gentlemen, ++ seems we have to revisit the NAD (Name And Address) set of issues and work
items (see below) ++ as an ISO/TC154
contribution, may I recall our Resolution 244 and
Action 19 (see doc. 154n472, attached) ++ up to the e-mail
below, nobody had been identified having resources to support our action
19 ++ that concerns specially TBG
groups: does Jean-Luc have a proposal and/or contact person
? ++ could we add NAD on the draft agenda of the next e-business MoU/MG
? see http://www.itu.int/ITU-T/e-business/mou/index.html ++
last but not least, we shall keep in very close touch with Stant Jelto of UPU ! all the best,
François
=== ISO François Vuilleumier, ISO/TC154 chair +
ISO7372MA sec. TC open trade data
interchange is our aim 154 http://www.iso.org/tc154 ===
Subject: RE: Global and application
independent "Name and Address XML Specification" from OASIS Date:
Fri, 8 Oct 2004 12:47:20 +1000 Thread-Topic: Global and application
independent "Name and Address XML Specification" from
OASIS Thread-Index: AcSs4SGFGnXIZXi5S2qKefa/G3S2nQ== Priority:
Urgent Importance: high From: "Ram Kumar"
<RKumar@msi.com.au> To: "Stant Jelto"
<jelto.stant@upu.int>
Hi Stant,
If you can
recollect, we communicated about a year ago. Here at OASIS Customer
Information Technical Committee, we are working on the release of the
next version (Version 3.0) of xAL (extensible Address Language). xAL
V2.0 (released in July 2002) handles addresses of almost every
country in greater detail and is an application independent language
that can be used/extended for use in various applications such as
CRM, Customer recognition, customer registration, customer
information systems, data quality management, postal services,
etc.
As part of V3.0 release, we intend to use all the
international address examples provided by the UPU web site http://www.upu.org/post_code/en/postal_addressing_systems_member_countries.shtml to
demostrate the power of xAL.
We will righly acknowledge UPU in
all our documents.
We therefore, seek your approval to use your
address examples.
If there are any issues with this, please let
us know.
Looking forward to hearing from you
Thank
you
Regards,
Ram Kumar Founding Chair, OASIS CIQ
TC http://www.oasis-open.org/committees/ciq
General
Manager Software R&D and Architecture MSI BUSINESS
SYSTEMS Suite 204A, 244 Beecroft Road Epping, NSW 2121,
Australia Direct: +61-2-9815 0226 Mobile: +61-412 758 025 Fax:
+61-2-98150200 URL: www.msi.com.au
> -----Original Message----- > From:
Stant Jelto [mailto:jelto.stant@upu.int] > Sent: Monday,
September 01, 2003 7:08 PM > To: Ram Kumar; Stant Jelto >
Cc: CH (Douane) -Vuilleumier, François; clivio@iso.org; Gray >
Steve; Betremieux Christine; rberwanger@bTrade.com; >
diskray@w150.aone.net.au; sue.probert@dial.pipex.com; >
michael.doran@cern.ch; Jean-Luc@Champion.Name; >
jean-luc.delcourt@cec.eu.int; > Paul-Herve.Theunissen@cec.eu.int;
heinz.engi@ezv.admin.ch; > josef.schoebi@ezv.admin.ch;
bernhard.spahr@ezv.admin.ch; > samuel.kobel@ezv.admin.ch;
jon.bosak@sun.com; mcrawfor@lmi.org > Subject: RE: Global "Name
and Address XML Standard" for OASIS > > Dear Mr.
Kumar, > > Thank you for your message. I believe that you
provide lots > of useful and important information for our
Addressing > project (the so-called POST*Code group). There seems
to be a > clear need to coordinate this as best as we
can. > > I will pass your message on to the group, and hope
to be able > to provide you with a reaction from their part
soon. > > Thanks once more, and hopefully I'll be back with
more info > in the near future. > > Jelto
Stant > Manager, Standards Development & Support Universal
Postal Union > > Tel: +41 31 3503 244 > Fax: +41 31
3503 110 > Internet: www.upu.int >
> > -----Original Message----- > From: Ram Kumar [mailto:rkumar@msi.com.au] > Sent: Monday,
September 01, 2003 2:11 AM > To: jelto.stant@upu.int > Cc:
fvuille@attglobal.net; clivio@iso.org; > steve.gray@upu.int;
christine.betremieux@upu.int; > rberwanger@bTrade.com;
diskray@w150.aone.net.au; > sue.probert@dial.pipex.com;
michael.doran@cern.ch; > Jean-Luc@Champion.Name;
jean-luc.delcourt@cec.eu.int; > Paul-Herve.Theunissen@cec.eu.int;
heinz.engi@ezv.admin.ch; > josef.schoebi@ezv.admin.ch;
bernhard.spahr@ezv.admin.ch; > samuel.kobel@ezv.admin.ch;
jon.bosak@sun.com; mcrawfor@lmi.org > Subject: Global "Name and
Address XML Standard" for OASIS > Importance: High >
> Hi, > > My name is Ram Kumar and I am the founding
Chairman of > Customer Information Technical Committee of OASIS.
We spent > over 3 years developing a global name and address
standard in > XML and we have released the standard that is
widely used > around the world for various name and address
applications. > The standards > are: > extensible
Name Language (xNL), and > extensible Address Language
(xAL). > > Details of these standards are in: > http://www.oasis-open.org/committees/ciq/ciq.html >
> A customer could be a person or an organisation. An >
organisation can be private, public, not-for-profit, >
association, school, university, group, etc. > > These
standards can be used as a base representation to > support any
name and address application such as postal > services. It has
been proven and widely tested to support > 240+ country names and
addresses at an abstract to a detailed > level for various
applications such as name and address > parsing to name and
address validation and correction. Sooner > a Java library will
be released that will enable users to > take this Java APIs that
process these standards. > > Couple of years ago when CEN
(WG331) was at a proposal stage > to develop an XML name and
address standard under the > chairmanship of Mr.Holger Wandt, my
committee took the > proposal and showed how these standards are
a superset of > what was being proposed. We requested the group
to take these > base standards and extend it to meet their
specific > requirement. Though there was agreement to our
> recommendation, they decided to develop their own. >
> We as a committee are very keen to work with any group and
> extend our standards to accommodate any requirements. >
> Our committee is also in liaison with UBL who have taken our
> address standard as part of their core library. Other OASIS
> committees such as Tax, eGovernment and Election and Voting
> services are keen on our standards. The UK Government and the
> New Zealand Government have already adopted our standards.
> The NSW Government of Australia is also close to taking our
standards. > > All we are requesting here is to give
serious consideration > to these standards before developing
another XML standard for > name and address representation. We
are willing to cooperate > with any standard committee or
bodies. > > Kind regards, > > Ram >
Chair, OASIS CIQ TC > > Ram Kumar > General Manager -
Development & Architecture MSI Suite A204, > 244 Beecroft
Road Epping, NSW 2121, AUSTRALIA Switch : +61 2 > 9815 0200
Direct : +61 2 9815 0226 > Fax : +61 2 9815
0299 > Mobile : +61 (0)412 758 025 > Web
: http://www.msi.com.au > > "Information
is The Business" >
------------------------------------------------------------- >
Confidentiality and Privilege Notice > This is confidential and
may contain legally privileged > information. Any use,
distribution, disclosure or copying of > this email by any party
other than the intended recipient is > a breach of
confidentiality. > > If you have received this email in
error, please delete it > and notify MSI immediately by telephone
or email. > > To unsubscribe from this mailing
list (and be removed from the roster of the OASIS TC), go to
http://www.oasis-open.org/apps/org/workgroup/ciq/members/leave_workgroup.php.
|