<font face="georgia,serif">I agree with the direction of the conversation, that we should add the SS fields that Peter recommended.</font><div><font class="Apple-style-span" face="georgia, serif"><br></font></div><div><font class="Apple-style-span" face="georgia, serif">====<br>
</font><div><font face="georgia,serif"><br></font></div><div><font face="georgia,serif">For those interested, we have related data in Unicode. See the following </font><span class="Apple-style-span" style="font-family: georgia, serif; ">(you may have to "View Source" in some browsers)</span></div>
<meta charset="utf-8"><div><font face="georgia,serif"><br></font></div></div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><div><div><font class="Apple-style-span" face="georgia, serif"><a href="http://unicode.org/repos/cldr/trunk/common/supplemental/likelySubtags.xml">http://unicode.org/repos/cldr/trunk/common/supplemental/likelySubtags.xml</a></font></div>
</div></blockquote><div><div><font class="Apple-style-span" face="georgia, serif"><br></font></div><div><font class="Apple-style-span" face="georgia, serif">In particular, these lines are relevant to Peter's request (and are in line with it):</font></div>
<div><font class="Apple-style-span" face="georgia, serif"><br></font></div></div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><div><div><div><div><font class="Apple-style-span" face="arial, helvetica, sans-serif"><likelySubtag from="fil" to="fil_Latn_PH"/> <!--{ Filipino; ?; ? } => { Filipino; Latin; Philippines }--> </font></div>
</div></div></div><div><div><div><font class="Apple-style-span" face="arial, helvetica, sans-serif"><likelySubtag from="mi" to="mi_Latn_NZ"/> <!--{ Maori; ?; ? } => { Maori; Latin; New Zealand }--> </font></div>
</div></div><div><div><div><font class="Apple-style-span" face="arial, helvetica, sans-serif"><likelySubtag from="qu" to="qu_Latn_PE"/> <!--{ Quechua; ?; ? } => { Quechua; Latin; Peru }--> </font></div>
</div></div></blockquote><div><div><div style="font-family: georgia, serif; "><br></div><div style="font-family: georgia, serif; ">The goal of this mapping is broader than SS, but related. The 'likelySubtag' mapping says basically that if you get a request for resource data for "fil" <i>(with </i><b><i>no</i></b><i> other information)</i>, the best practice is to assume equivalence with "fil-Latn-PH" (Unicode treats "-" and "_" as equivalent), and vice versa. That extends to the parts (unless they are otherwise mentioned in the data table), so you end up with the following equivalence class for resource matching:</div>
<div style="font-family: georgia, serif; "><br></div></div></div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><div><div><div><font class="Apple-style-span" face="arial, helvetica, sans-serif">{fil, fil-Latn, fil-PH, fil-Latn-PH, und_PH}</font></div>
</div></div></blockquote><div><div><div style="font-family: georgia, serif; "><br></div><div style="font-family: georgia, serif; ">The "no other information" clause is important: if there is other information available (like geolocation), that would be a reason for using a different mapping.</div>
<div style="font-family: georgia, serif; "><br></div><div style="font-family: georgia, serif; ">The requirements are broader than SS. For SS, no data means either means "there is more than one customary script", <i>or</i> "there isn't any data available". In resource matching, even if there is more than one customary script, we have to provide the one, the most likely one, such as in:</div>
<div style="font-family: georgia, serif; "><br></div></div></div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><div><div><div><likelySubtag from="zh" to="zh_Hans_CN"/> <!--{ Chinese; ?; ? } => { Chinese; Simplified Han; China }--></div>
</div></div><div><div><div><likelySubtag from="zh_TW" to="zh_Hant_TW"/> <!--{ Chinese; ?; Taiwan } => { Chinese; Traditional Han; Taiwan }--></div></div></div></blockquote><div><div><span class="Apple-style-span" style="font-family: georgia, serif; "><br>
</span></div><div><span class="Apple-style-span" style="font-family: georgia, serif; ">New information can be added via ticket (<a href="http://unicode.org/cldr/trac/newticket">http://unicode.org/cldr/trac/newticket</a>).</span></div>
<div><span class="Apple-style-span" style="font-family: georgia, serif; "><br></span></div><div><span class="Apple-style-span" style="font-family: georgia, serif; ">Mark</span></div><div><font face="georgia, serif"><br><i>— Il meglio è l’inimico del bene —</i></font><br>

<br><br><div class="gmail_quote">On Fri, Oct 22, 2010 at 07:34, Doug Ewell <span dir="ltr"><<a href="mailto:doug@ewellic.org">doug@ewellic.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">John Cowan <cowan at mercury dot ccil dot org> wrote:<br>
<br>
> Michael Everson scripsit:<br>
><br>
>>> Even if this is so, S-S is also mutable: we can add it to or remove<br>
>>> it from either the macrolanguage or the encompassed languages at<br>
>>> will, as new information comes to light.<br>
>><br>
>> Isn't this a stability problem?<br>
><br>
> Yes, but correctness trumps stability here.  We knew we would<br>
> occasionally make the wrong decision based on incomplete evidence, as<br>
> with Wolof.<br>
<br>
</div>Not only that, but S-S — like Description — is only informative.<br>
Stability of informative fields is a much lesser concern than stability<br>
of normative fields.<br>
<div class="im"><br>
--<br>
Doug Ewell | Thornton, Colorado, USA | <a href="http://www.ewellic.org" target="_blank">http://www.ewellic.org</a><br>
RFC 5645, 4645, UTN #14 | ietf-languages @ is dot gd slash 2kf0s ­<br>
<br>
<br>
_______________________________________________<br>
</div><div><div></div><div class="h5">Ietf-languages mailing list<br>
<a href="mailto:Ietf-languages@alvestrand.no">Ietf-languages@alvestrand.no</a><br>
<a href="http://www.alvestrand.no/mailman/listinfo/ietf-languages" target="_blank">http://www.alvestrand.no/mailman/listinfo/ietf-languages</a><br>
</div></div></blockquote></div><br></div></div>