Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: pass (asf.osuosl.org: domain of alex.blewitt@gmail.com
 designates 64.233.182.184 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=i78ispj+lJBXOfaiSl/AA0ax6HUM/tCqOoyUxONSn2SboIdM/HMqSEyyPeCw3X39ekt6XSMyJfDgpEWB96u058aPYqUxh7GwOvr4VVlurMaWwOPVR6H1gPfjgL2Sw6glzoh9KszM3yh4WOLqlQg7HCRu++mz0ctWCaaDD9gKTA0=
Message-ID: <636fd28e0608100328pe3d2932wbdd25663ae6eb27d@mail.gmail.com>
Date: Thu, 10 Aug 2006 11:28:26 +0100
From: "Alex Blewitt" <alex.blewitt@gmail.com>
To: harmony-dev@incubator.apache.org
Subject: Re: Re: [classlib][luni] Our locale data is incomplete,
 and Locale("",
 "CD").getDisplayCountry() return different string compared with ISO3166-1
In-Reply-To: <c79906b30608100317m7cb48932r219ba66169e45e6b@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <473c46620608100049y6ad0d538ife9cb2bbea1be577@mail.gmail.com>
	 <44DAEFEB.6080105@gmail.com>
	 <473c46620608100204i585c476j8de7649b7f52ac9a@mail.gmail.com>
	 <c79906b30608100317m7cb48932r219ba66169e45e6b@mail.gmail.com>

I think we should follow the ISO-3166 standard for everything; after
all, that's the point of the standard :-) If the RI has bugs in, then
fair enough, but the point of the ISO codes is to have a standard way
of referencing it (CD) -- how it appears on displays shouldn't be
important, and you shouldn't have code that depends on the display
name when you've got the ISO code ...

It's much easier to be strict about it now (and fix bugs as they get
found in other apps) than to be lax now and try and add strictness
later. So I'd say, let's go with the ISO-3166 for everything.

Alex.

On 10/08/06, Ilya Okomin <ilya.okomin@gmail.com> wrote:
> On 8/10/06, Spark Shen <smallsmallorgan@gmail.com> wrote:
>
> > 2006/8/10, Richard Liang <richard.liangyx@gmail.com>:
> > >
> > >
> > >
> > > Spark Shen wrote:
> > > > Hi All:
> > > > Construct a locale like this:
> > > > Locale l = new Locale("", "CD");
> > > > On RI, l.getDisplayCountry() will return "The Democratic Republic Of
> > > > Congo",
> > > > which is different from ISO 3166-1 standard.
> > > > ("CONGO, THE DEMOCRATIC REPUBLIC OF THE" or "Congo, the Democratic
> > > > Republic
> > > > of the")
> > > IMHO, we may follow the Java Specification, that is, ISO-3166. Do you
> > > think user applications would be broken because of the difference with
> > RI.
> >
> >
> > I am not sure. But this may be a risk.
>
>
> To follow ISO-3166 standard mentioned in the spec sounds better and
> logical but...if you take a look on other several words country names you
> can find that they are not the same on RI than in the ISO-3166. E.g.:
>
> new Locale("", "KP");
> ISO-3166 expected value: "Korea, Democratic People's Republic of "
> RI returns: "North Korea"
>
>  new Locale("", "MK");
> ISO-3166 expected value: "Macedonia, the former Yugoslav Republic of "
> RI returns: "Macedonia"
>
> ..and so on.
>
> IMO in this case to be compatible with RI we can use "The Democratic
> Republic Of Congo" for "CD" country. To follow completely the ISO-3166
> standard we have to make changes not only for "CD" country.
>
> Thanks,
> Ilya.
>
>
> > Best regards
> >
> > Richard.
> > > >
> > > > Mean while, on harmony, we do not have a country "CD"->"CONGO, THE
> > > > DEMOCRATIC REPUBLIC OF THE" data item or a
> > > > "CD"->" Congo, the Democratic Republic of
> > > > the< http://en.wikipedia.org/wiki/Democratic_Republic_of_the_Congo>"
> > > > data item at all.
> > > >
> > > > This test case will fail on Harmony since the returned displayCountry
> > is
> > > > "CD".
> > > > public void test_getDisplayCountry() {
> > > >
> > > >        Locale l_countryCD = new Locale("", "CD");
> > > >        assertEquals("CONGO, THE DEMOCRATIC REPUBLIC OF THE",
> > > >                l_countryCD.getDisplayCountry());
> > > >    }
> > > >
> > > > I need to add a mapping into harmony locale data. But which?
> > > >
> > > > "CD"->"CONGO, THE DEMOCRATIC REPUBLIC OF THE"
> > > >    or
> > > > "CD"->"Congo, the Democratic Republic of the"
> > > >    or
> > > > "CD"->"The Democratic Republic Of Congo" (RI)
> > > >
> > > > Personally, I prefer RI, since there may be applications relies on the
> >
> > > > returned displayCountry value. Your opinions?
> > > >
> > > > Best regards
> > > >
> > >
> > > --
> > > Richard Liang
> > > China Software Development Lab, IBM
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> > >
> > >
> >
> >
> > --
> > Spark Shen
> > China Software Development Lab, IBM
> >
> >
>
>
> --
> --
> Ilya Okomin
> Intel Middleware Products Division
>
>

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org