<br><font size=2 face="sans-serif">&gt;</font><tt><font size=2>... but
it was not a requirement for the RA to change its <br>
&gt;policies to match our views of how names or code elements should be
<br>
&gt;assigned.</font></tt>
<br>
<br><tt><font size=2>Nor did the ISO 639-3/RA do so (or feel pressure to
do so). The disambiguation was necessary for the ISO 639-3 standard itself.
We followed the precedent already established in the code set at the time
of its adoption (and also applied since), in well over 100 other cases
of names used for 2--in several cases 3 or 4--separate languages, involving
over 230 language code elements. Doug took the precedent already established
and suggested the individual case solutions based on the existing pattern.
The RA was grateful to have the name ambiguities brought to our attention,
and glad our solution also served yours. </font></tt>
<br>
<br><tt><font size=2>Joan Spanne<br>
ISO 639-3/RA<br>
SIL International<br>
7500 W Camp Wisdom Rd<br>
Dallas, TX 75236<br>
ISO639-3@sil.org</font></tt>
<br>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>&quot;Doug Ewell&quot;
&lt;doug@ewellic.org&gt;</b> </font>
<br><font size=1 face="sans-serif">Sent by: ietf-languages-bounces@alvestrand.no</font>
<p><font size=1 face="sans-serif">2008-09-12 07:56 AM</font>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">&lt;ietf-languages@iana.org&gt;</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">Re: ON LANGUAGE NAMES /// RE: Results
of Duplicate Busters Survey &nbsp; &nbsp; &nbsp; &nbsp;#2//Ainu,
Aynu, Ajnu</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><tt><font size=2>Peter Constable &lt;petercon at microsoft dot com&gt;
wrote:<br>
<br>
&gt; Gérard is suggesting to change the encoding of an entity encoded in
<br>
&gt; ISO 639-3: to change &quot;aib&quot; to &quot;ajn&quot;. This would
be a destabilizing <br>
&gt; change that would violate the principles of BCP 47 as well as ISO
<br>
&gt; 639-3, and that serves no useful purpose that I can see. Please see
<br>
&gt; clause 4.5.2 of ISO 639-3:<br>
&gt;<br>
&gt; &quot;To ensure continuity and stability, the identifier for any given
<br>
&gt; language shall not be changed.&quot;<br>
&gt;<br>
&gt; This is a complete non-starter.<br>
<br>
I agree 100%, and also agree with Michael that talk of &quot;improving&quot;
the <br>
way ISO 639-3/RA assigns code elements and names is getting out of scope
<br>
for this list.<br>
<br>
This is not the same as what I proposed in the surveys, which was for us
<br>
(the BCP 47 people) to disambiguate identical Description fields for <br>
different languages. &nbsp;The fact that ISO 639-3/RA did the work for
us, <br>
allowing us to solve our problem while remaining name-compatible with <br>
639-3, is great, but it was not a requirement for the RA to change its
<br>
policies to match our views of how names or code elements should be <br>
assigned.<br>
<br>
--<br>
Doug Ewell &nbsp;* &nbsp;Thornton, Colorado, USA &nbsp;* &nbsp;RFC 4645
&nbsp;* &nbsp;UTN #14<br>
http://www.ewellic.org<br>
http://www1.ietf.org/html.charters/ltru-charter.html<br>
http://www.alvestrand.no/mailman/listinfo/ietf-languages &nbsp;ˆ<br>
<br>
_______________________________________________<br>
Ietf-languages mailing list<br>
Ietf-languages@alvestrand.no<br>
http://www.alvestrand.no/mailman/listinfo/ietf-languages<br>
</font></tt>
<br>