From mark.edward.davis@gmail.com Mon Jul 4 15:46:41 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94C1821F8740 for ; Mon, 4 Jul 2011 15:46:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.792 X-Spam-Level: X-Spam-Status: No, score=-1.792 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UCSlShN-rsNc for ; Mon, 4 Jul 2011 15:46:40 -0700 (PDT) Received: from mail-yw0-f44.google.com (mail-yw0-f44.google.com [209.85.213.44]) by ietfa.amsl.com (Postfix) with ESMTP id 5B0A821F861A for ; Mon, 4 Jul 2011 15:46:13 -0700 (PDT) Received: by ywp31 with SMTP id 31so2651080ywp.31 for ; Mon, 04 Jul 2011 15:46:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=vlxt281Bp59ePkMb7CvHn6CXx0kB44JYdemPgj+b0tk=; b=saXYqts25zT6XQr1arF9ZtTa5l6N8ioGE1UjrYxbdwuUPHQFSc8nYMAacJusTeayXh lc3A5ZBTRtdfrGTSVbIUfVODSTdW4eOQuS3kz86MDc2Gqjjn+hDM2hTcLwivImYVCagU zqz6Fu/e++qZ60R3pJTQkKTQam3kJOb41DpM4= MIME-Version: 1.0 Received: by 10.150.2.20 with SMTP id 20mr2470660ybb.444.1309819571092; Mon, 04 Jul 2011 15:46:11 -0700 (PDT) Sender: mark.edward.davis@gmail.com Received: by 10.151.48.19 with HTTP; Mon, 4 Jul 2011 15:46:11 -0700 (PDT) In-Reply-To: <4E1142DB.2050408@rfc-editor.org> References: <4DF62F32.50405@infiauto.com> <4E1142DB.2050408@rfc-editor.org> Date: Mon, 4 Jul 2011 15:46:11 -0700 X-Google-Sender-Auth: VH7lOuFYOzsq6NfQOG40pFxqhy8 Message-ID: From: =?UTF-8?B?TWFyayBEYXZpcyDimJU=?= To: Nevil Brownlee Content-Type: multipart/alternative; boundary=000e0cd48714413cfd04a74622fe Cc: presnick@qualcomm.com, draft-davis-t-langtag-ext@tools.ietf.org, LTRU Working Group , Courtney Falk Subject: Re: [Ltru] draft-falk-transliteration-tags X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2011 22:46:41 -0000 --000e0cd48714413cfd04a74622fe Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Courtney had agreed to combine efforts, resulting in http://tools.ietf.org/html/draft-davis-t-langtag-ext-01. Thanks for your feedback on the 00 version. There have been a number of changes due to Martin D=C3=BCrst's comments, and I have some feedback on yo= ur issues below. Mark *=E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94* > > - Either identify transliteration, transcription, and > translation separately or explain what that is not > necessary. > That should be described, perhaps something like: The transform involved (transliteration, transcription, translation, or other) is specified by the mechanism. It may involve a combination of techniques, such as translation for terms with specific or well-known meanings (such as lake or park) and transcriptions for other names (such as Lago di Bracciano). (Note that the difference between "transliteration" and "transcription" is not always clear. Some people restrict the use "transliteration" to be "lossless", although it is rarely the case that any transform is purely lossless.) > > - Make sure that transliteration and transcription > systems are properly and unambiguously identified or > explain why that is not necessary. > The whole structure of BCP47 allows for a degree of specificity which is flexible enough to meet user's needs. There are times, for example, that al= l one knows about certain data content is that it is, say, Cyrillic transliterated into Latin. In other circumstances, one might know much more specifically that it is Bulgarian (Cyrillic) transliterated into Spanish (Latin, Latin American) according to Ivanov's 2009 rules. > - Rigorously define all subfields and alternate > extensions with either a well-defined model for > producing identifiers, a registry and registration > rules, or both. > In specifying the source for the transform, we have simply followed the structure of http://tools.ietf.org/html/bcp47 itself, and require no additional registry, because the http://www.iana.org/assignments/language-subtag-registry and BCP47 supply everything that is required. In specifying the mechanism, we have followed the precedent of http://tools.ietf.org/html/rfc6067, in having the Unicode Consortium maintain the registry. Mark --000e0cd48714413cfd04a74622fe Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Courtney had agreed to combine efforts= , resulting in=C2=A0http://tools.ietf.org/html/draft-davis-t-lan= gtag-ext-01.

Thanks for your feedback on= the 00 version. There have been a number of changes due to Martin D=C3=BCr= st's comments, and I have some feedback on your issues below.



=C2=A0 =C2=A0 =C2=A0 =C2=A0- Either identify transliteration, transcriptio= n, and
=C2=A0 =C2=A0 =C2=A0 =C2=A0translation separately or explain what that is = not
=C2=A0 =C2=A0 =C2=A0 =C2=A0necessary.

= That should be described, perhaps something like:

= The transform involved (transliteration, transcription, translation, or oth= er) is specified by the mechanism. It may involve a combination of techniqu= es, such as translation for terms with specific or well-known meanings (suc= h as lake or park) and transcriptions for other names (such as Lago di Brac= ciano). (Note that the difference between "transliteration" and &= quot;transcription" is not always clear. Some people restrict the use = "transliteration" to be "lossless&qu= ot;, although it is rarely the case that any transform is purely lossless.)=
=C2=A0
=C2=A0 =C2=A0 =C2=A0 =C2=A0
=C2=A0 =C2=A0 =C2=A0 =C2=A0- Make sure that transliteration and transcript= ion
=C2=A0 =C2=A0 =C2=A0 =C2=A0systems are properly and unambiguously identifi= ed or
=C2=A0 =C2=A0 =C2=A0 =C2=A0explain why that is not necessary.

The whole structure of BCP47 allows for a degree of= specificity which is flexible enough to meet user's needs. There are t= imes, for example, that all one knows about certain data content is that it= is, say, Cyrillic transliterated into Latin. In other circumstances, one m= ight know much more specifically that it is Bulgarian (Cyrillic) transliter= ated into Spanish (Latin, Latin American) according to Ivanov's 2009 ru= les.


=C2=A0 =C2=A0 =C2=A0 =C2=A0
=C2=A0 =C2=A0 =C2=A0 =C2=A0- Rigorously define all subfields and alternate=
=C2=A0 =C2=A0 =C2=A0 =C2=A0extensions with either a well-defined model for=
=C2=A0 =C2=A0 =C2=A0 =C2=A0producing identifiers, a registry and registrat= ion
=C2=A0 =C2=A0 =C2=A0 =C2=A0rules, or both.

=
In specifying the source for the transform, we have simply followed th= e structure of http://tools.ie= tf.org/html/bcp47 itself, and require no additional registry, because t= he=C2=A0http://www.iana.org/assignments/language-subtag-registry and BCP47 su= pply everything that is required.

In specifying the mechanism, we have followed the prece= dent of http://tools.ietf.or= g/html/rfc6067, in having the Unicode Consortium maintain the registry.=

Mark
--000e0cd48714413cfd04a74622fe-- From court@infiauto.com Mon Jul 4 16:45:40 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AF9B21F87BC for ; Mon, 4 Jul 2011 16:45:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.414 X-Spam-Level: X-Spam-Status: No, score=-1.414 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y-wjCMnrTklq for ; Mon, 4 Jul 2011 16:45:39 -0700 (PDT) Received: from mail.delivery.mysitehosted.com (mail.delivery.mysitehosted.com [75.126.220.76]) by ietfa.amsl.com (Postfix) with ESMTP id 1011421F87BA for ; Mon, 4 Jul 2011 16:45:38 -0700 (PDT) Received: from lobster.arvixe.com (unknown [174.122.140.66]) by mail.delivery.mysitehosted.com (Postfix) with ESMTP id 7AFF239C0240; Mon, 4 Jul 2011 18:45:38 -0500 (CDT) Received: from [96.241.147.220] (helo=[192.168.1.100]) by lobster.arvixe.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Qdspc-000gJ6-0D; Mon, 04 Jul 2011 16:45:36 -0700 Message-ID: <4E1250A9.3060301@infiauto.com> Date: Mon, 04 Jul 2011 19:45:45 -0400 From: Courtney Falk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.8) Gecko/20100802 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: =?UTF-8?B?TWFyayBEYXZpcyDimJU=?= References: <4DF62F32.50405@infiauto.com> <4E1142DB.2050408@rfc-editor.org> In-Reply-To: Content-Type: multipart/alternative; boundary="------------030006010007090408000503" X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A020205.4E1250A2.006E,ss=1,re=0.000,fgs=0 Cc: presnick@qualcomm.com, draft-davis-t-langtag-ext@tools.ietf.org, LTRU Working Group , Nevil Brownlee Subject: Re: [Ltru] draft-falk-transliteration-tags X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2011 23:45:40 -0000 This is a multi-part message in MIME format. --------------030006010007090408000503 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit That would be correct. Nevil, is there anything else I need to do in order to withdraw my submission? Courtney Falk On 7/4/2011 6:46 PM, Mark Davis ☕ wrote: > Courtney had agreed to combine efforts, resulting in > http://tools.ietf.org/html/draft-davis-t-langtag-ext-01. > > Thanks for your feedback on the 00 version. There have been a number > of changes due to Martin Dürst's comments, and I have some feedback on > your issues below. > > Mark > /— Il meglio è l’inimico del bene —/ > > > > > - Either identify transliteration, transcription, and > translation separately or explain what that is not > necessary. > > > That should be described, perhaps something like: > > The transform involved (transliteration, transcription, translation, > or other) is specified by the mechanism. It may involve a combination > of techniques, such as translation for terms with specific or > well-known meanings (such as lake or park) and transcriptions for > other names (such as Lago di Bracciano). (Note that the difference > between "transliteration" and "transcription" is not always clear. > Some people restrict the use " transliteration" to be "lossless", > although it is rarely the case that any transform is purely lossless.) > > > - Make sure that transliteration and transcription > systems are properly and unambiguously identified or > explain why that is not necessary. > > > The whole structure of BCP47 allows for a degree of specificity which > is flexible enough to meet user's needs. There are times, for example, > that all one knows about certain data content is that it is, say, > Cyrillic transliterated into Latin. In other circumstances, one might > know much more specifically that it is Bulgarian (Cyrillic) > transliterated into Spanish (Latin, Latin American) according to > Ivanov's 2009 rules. > > > > - Rigorously define all subfields and alternate > extensions with either a well-defined model for > producing identifiers, a registry and registration > rules, or both. > > > In specifying the source for the transform, we have simply followed > the structure of http://tools.ietf.org/html/bcp47 itself, and require > no additional registry, because the > http://www.iana.org/assignments/language-subtag-registry and BCP47 > supply everything that is required. > > In specifying the mechanism, we have followed the precedent of > http://tools.ietf.org/html/rfc6067, in having the Unicode Consortium > maintain the registry. > > Mark --------------030006010007090408000503 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit That would be correct.

Nevil, is there anything else I need to do in order to withdraw my submission?


Courtney Falk

On 7/4/2011 6:46 PM, Mark Davis ☕ wrote:
Courtney had agreed to combine efforts, resulting in http://tools.ietf.org/html/draft-davis-t-langtag-ext-01.

Thanks for your feedback on the 00 version. There have been a number of changes due to Martin Dürst's comments, and I have some feedback on your issues below.

Mark
— Il meglio è l’inimico del bene —




       - Either identify transliteration, transcription, and
       translation separately or explain what that is not
       necessary.

That should be described, perhaps something like:

The transform involved (transliteration, transcription, translation, or other) is specified by the mechanism. It may involve a combination of techniques, such as translation for terms with specific or well-known meanings (such as lake or park) and transcriptions for other names (such as Lago di Bracciano). (Note that the difference between "transliteration" and "transcription" is not always clear. Some people restrict the use " transliteration" to be "lossless", although it is rarely the case that any transform is purely lossless.)
 
       
       - Make sure that transliteration and transcription
       systems are properly and unambiguously identified or
       explain why that is not necessary.

The whole structure of BCP47 allows for a degree of specificity which is flexible enough to meet user's needs. There are times, for example, that all one knows about certain data content is that it is, say, Cyrillic transliterated into Latin. In other circumstances, one might know much more specifically that it is Bulgarian (Cyrillic) transliterated into Spanish (Latin, Latin American) according to Ivanov's 2009 rules.


       
       - Rigorously define all subfields and alternate
       extensions with either a well-defined model for
       producing identifiers, a registry and registration
       rules, or both.

In specifying the source for the transform, we have simply followed the structure of http://tools.ietf.org/html/bcp47 itself, and require no additional registry, because the http://www.iana.org/assignments/language-subtag-registry and BCP47 supply everything that is required.

In specifying the mechanism, we have followed the precedent of http://tools.ietf.org/html/rfc6067, in having the Unicode Consortium maintain the registry.

Mark

--------------030006010007090408000503-- From rfc-ise@rfc-editor.org Mon Jul 4 16:59:24 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F6841F0C97 for ; Mon, 4 Jul 2011 16:59:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.599 X-Spam-Level: X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dNcSlcKU2kQN for ; Mon, 4 Jul 2011 16:59:23 -0700 (PDT) Received: from mail.amsl.com (mail.amsl.com [64.170.98.20]) by ietfa.amsl.com (Postfix) with ESMTP id 65EF71F0C96 for ; Mon, 4 Jul 2011 16:59:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by c1a.amsl.com (Postfix) with ESMTP id 5DAD91C38BA8; Mon, 4 Jul 2011 16:59:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com Received: from c1a.amsl.com ([127.0.0.1]) by localhost (c1a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KljFMt3p1-p8; Mon, 4 Jul 2011 16:59:23 -0700 (PDT) Received: from [130.216.38.131] (nevil-laptop1.sfac.auckland.ac.nz [130.216.38.131]) by c1a.amsl.com (Postfix) with ESMTPSA id 283061C38A77; Mon, 4 Jul 2011 16:59:22 -0700 (PDT) Message-ID: <4E1253D8.6070009@rfc-editor.org> Date: Tue, 05 Jul 2011 11:59:20 +1200 From: Nevil Brownlee User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: Courtney Falk References: <4DF62F32.50405@infiauto.com> <4E1142DB.2050408@rfc-editor.org> <4E1250A9.3060301@infiauto.com> In-Reply-To: <4E1250A9.3060301@infiauto.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Mon, 04 Jul 2011 18:46:25 -0700 Cc: LTRU Working Group , draft-davis-t-langtag-ext@tools.ietf.org, ISE , presnick@qualcomm.com Subject: Re: [Ltru] draft-falk-transliteration-tags X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2011 23:59:24 -0000 Hi Courtney: No, thanks, I'll set that in the database now. Cheers, Nevil On 5/07/11 11:45 AM, Courtney Falk wrote: > That would be correct. > > Nevil, is there anything else I need to do in order to withdraw my > submission? > > > Courtney Falk > > On 7/4/2011 6:46 PM, Mark Davis ☕ wrote: >> Courtney had agreed to combine efforts, resulting in >> http://tools.ietf.org/html/draft-davis-t-langtag-ext-01. >> >> Thanks for your feedback on the 00 version. There have been a number >> of changes due to Martin Dürst's comments, and I have some feedback on >> your issues below. >> >> Mark -- Nevil Brownlee (ISE), rfc-ise@rfc-editor.org From evnikita2@gmail.com Wed Jul 6 20:55:17 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E9DDF21F8A85 for ; Wed, 6 Jul 2011 20:55:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.411 X-Spam-Level: X-Spam-Status: No, score=-2.411 tagged_above=-999 required=5 tests=[AWL=-1.113, BAYES_00=-2.599, HTML_MESSAGE=0.001, MANGLED_TEXT=2.3, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2NMnUj9mGb1Q for ; Wed, 6 Jul 2011 20:55:16 -0700 (PDT) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by ietfa.amsl.com (Postfix) with ESMTP id E568121F8621 for ; Wed, 6 Jul 2011 20:55:15 -0700 (PDT) Received: by fxe4 with SMTP id 4so909380fxe.27 for ; Wed, 06 Jul 2011 20:55:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=tzEhVaNLIGl/cAQZKuGL+/6Bb+3jjZIPKph4HyExlRs=; b=lxCcwIvD3Mu4l7ux7kJHlh+5J3UUdpBWRr90nRAwDawvC02WnIM8Y23tFQsZNrQHMy xM92wdyuxzTKeYHdaHBFi4FFrdIYNypgS935TzrGzzLFLS698tL+kXk5X+YU1VM7bgCh OXJSdB+tV/CPM+E/1KmYY9ftaVIdsj7NUFZ0c= Received: by 10.223.76.219 with SMTP id d27mr514397fak.87.1310010913402; Wed, 06 Jul 2011 20:55:13 -0700 (PDT) Received: from [127.0.0.1] ([195.191.104.224]) by mx.google.com with ESMTPS id b3sm6436722fao.44.2011.07.06.20.55.11 (version=SSLv3 cipher=OTHER); Wed, 06 Jul 2011 20:55:12 -0700 (PDT) Message-ID: <4E152E4F.9070203@gmail.com> Date: Thu, 07 Jul 2011 06:55:59 +0300 From: Mykyta Yevstifeyev User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: ltru@ietf.org References: <4E14F473.6030101@qualcomm.com> In-Reply-To: <4E14F473.6030101@qualcomm.com> Content-Type: multipart/alternative; boundary="------------060509090204040700060801" Cc: Pete Resnick Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 03:55:17 -0000 This is a multi-part message in MIME format. --------------060509090204040700060801 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello, I've identified the following issue in the draft. Section 2.2 says: > The subtags in the 't' extension are of the following form: > > +--------+-------------------------+----------------------------+ > | Label | ABNF | Comment | > +--------+-------------------------+----------------------------+ > | t_ext= | "t" | Extension | > | | ("-" lang *("-" field) | Source + optional field(s) | > | | / 1*("-" field)) | Field(s) only (no source) | > | lang= | language | [BCP47 ], with restrictions | > | | ["-" script] | | > | | ["-" region] | | > | | *("-" variant) | | > | field= | sep 1*("-" 3*8alphanum) | With restrictions | > | sep= | 1ALPHA 1DIGIT | Subtag separators | > +--------+-------------------------+----------------------------+ I should note that, first of all, reference to RFC 5234 is missing; moreover, and this is more important, making the ABNF definition in the form of table makes such definition an invalid one, in terms of RFC 5234. Also, there are a number of ABNF nits here. So, please consider changing this to: > The subtags in the 't' extension are of the following form, defined > using ABNF [RFC5234] in rule: > > t-ext = "t" ("-" lang *("-" field) / 1*("-" field)) > lang = langtag > field = sep 1*("-" 3*8alphanum) > sep = ALPHA DIGIT > alphanum = ALPHA / DIGIT > > where rule is specified in BCP 47 [BCP47], and > rules - in RFC 5234 [RFC5234]. Also, the minors comments on references. Reference to BCP 47 should include both references to RFC 5646 and RFC 4647, like: > [BCP47] Phillips, A. and M. Davis, "Matching of Language Tags", > BCP 47, RFC 4647, September 2006. > > Phillips, A., Ed., and M. Davis, Ed., "Tags for Identifying > Languages", BCP 47, RFC 5646, September 2009. ...and, referencing UTS 35 you shouldn't reference specific parts of the document; this should be done in the text. Finally, I don't see where [US-ASCII] is used in the text. Thanks, Mykyta Yevstifeyev 07.07.2011 2:49, Pete Resnick wrote: > Most of the people on the ietf-languages list are probably on the > ltru@ietf.org list as well, but I wanted to confirm that everyone got > a chance to review this before it proceeded to the IESG. Please have a > look at the ltru archive > and > send any comments to the ltru@ietf.org list since that's where > discussion seems to be taking place. > > Thanks. > > pr --------------060509090204040700060801 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello,

I've identified the following issue in the draft.

Section 2.2 says:

   The subtags in the 't' extension are of the following form:

     +--------+-------------------------+----------------------------+
     | Label  | ABNF                    | Comment                    |
     +--------+-------------------------+----------------------------+
     | t_ext= | "t"                     | Extension                  |
     |        | ("-" lang *("-" field)  | Source + optional field(s) |
     |        | / 1*("-" field))        | Field(s) only (no source)  |
     | lang=  | language                | [BCP47], with restrictions |
     |        | ["-" script]            |                            |
     |        | ["-" region]            |                            |
     |        | *("-" variant)          |                            |
     | field= | sep 1*("-" 3*8alphanum) | With restrictions          |
     | sep=   | 1ALPHA 1DIGIT           | Subtag separators          |
     +--------+-------------------------+----------------------------+

I should note that, first of all, reference to RFC 5234 is missing; moreover, and this is more important, making the ABNF definition in the form of table makes such definition an invalid one, in terms of RFC 5234.  Also, there are a number of ABNF nits here.  So, please consider changing this to:

   The subtags in the 't' extension are of the following form, defined
   using ABNF [RFC5234] in <t-ext> rule:

     t-ext    = "t" ("-" lang *("-" field) / 1*("-" field))
     lang     = langtag
     field    = sep 1*("-" 3*8alphanum)
     sep      = ALPHA DIGIT
     alphanum = ALPHA / DIGIT

   where <langta> rule is specified in BCP 47 [BCP47], <ALPHA> and <DIGIT>
   rules - in RFC 5234 [RFC5234].
Also, the minors comments on references.  Reference to BCP 47 should include both references to RFC 5646 and RFC 4647, like:
   [BCP47]    Phillips, A. and M. Davis, "Matching of Language Tags", 
              BCP 47, RFC 4647, September 2006.

              Phillips, A., Ed., and M. Davis, Ed., "Tags for Identifying
              Languages", BCP 47, RFC 5646, September 2009.
...and, referencing UTS 35 you shouldn't reference specific parts of the document; this should be done in the text.  Finally, I don't see where [US-ASCII] is used in the text.

Thanks,
Mykyta Yevstifeyev

07.07.2011 2:49, Pete Resnick wrote:
Most of the people on the ietf-languages list are probably on the ltru@ietf.org list as well, but I wanted to confirm that everyone got a chance to review this before it proceeded to the IESG. Please have a look at the ltru archive <http://www.ietf.org/mail-archive/web/ltru/current/maillist.html> and send any comments to the ltru@ietf.org list since that's where discussion seems to be taking place.

Thanks.

pr

--------------060509090204040700060801-- From mark.edward.davis@gmail.com Thu Jul 7 07:42:40 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 410041F0C36 for ; Thu, 7 Jul 2011 07:42:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.642 X-Spam-Level: X-Spam-Status: No, score=-0.642 tagged_above=-999 required=5 tests=[AWL=-1.150, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, MANGLED_TEXT=2.3, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5AHRw06AkVrv for ; Thu, 7 Jul 2011 07:42:39 -0700 (PDT) Received: from mail-gx0-f172.google.com (mail-gx0-f172.google.com [209.85.161.172]) by ietfa.amsl.com (Postfix) with ESMTP id 6A91E1F0C34 for ; Thu, 7 Jul 2011 07:42:39 -0700 (PDT) Received: by gxk19 with SMTP id 19so402420gxk.31 for ; Thu, 07 Jul 2011 07:42:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=FH1HBKl4GAesBC2ZAagJAawpa4IBfMh9lRZcjdLXawQ=; b=hLN0t0XFN5CJtMe9pDOL9j+pnH/05ses7rDrjybkE+r3zORGEkYZPunuDnIGFOVbmB 8wGsY2KfIhpEnCBCwbvxFO2huBaDJVk1XM/ICY5GAl7dm+g12XIEh0SQ6IQHk+jEVE3J dOKD4S7hKdPhatM4daGd0bE37ntbJPB5M46tk= MIME-Version: 1.0 Received: by 10.151.6.15 with SMTP id j15mr1025338ybi.330.1310049758896; Thu, 07 Jul 2011 07:42:38 -0700 (PDT) Sender: mark.edward.davis@gmail.com Received: by 10.151.48.19 with HTTP; Thu, 7 Jul 2011 07:42:38 -0700 (PDT) In-Reply-To: <4E152E4F.9070203@gmail.com> References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> Date: Thu, 7 Jul 2011 07:42:38 -0700 X-Google-Sender-Auth: iC3urzls49zxmTDcX4EiILL9CoU Message-ID: From: =?UTF-8?B?TWFyayBEYXZpcyDimJU=?= To: Mykyta Yevstifeyev Content-Type: multipart/alternative; boundary=000e0cd5199884634604a77bba01 Cc: Pete Resnick , ltru@ietf.org Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 14:42:40 -0000 --000e0cd5199884634604a77bba01 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks for the feedback. We can make those corrections. One question. The primary reason that we chose to use a BCP was primarily because it provided a stable reference; the underlying RFCs can (and have) changed while "BCP47" has remained the same. Listing the current RFCs somewhat undercuts that. Note: if that is the practice we should do it, but it seems odd. Mark *=E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94* On Wed, Jul 6, 2011 at 20:55, Mykyta Yevstifeyev wrote= : > ** > Hello, > > I've identified the following issue in the draft. > > Section 2.2 says: > > The subtags in the 't' extension are of the following form: > > +--------+-------------------------+----------------------------+ > | Label | ABNF | Comment | > +--------+-------------------------+----------------------------+ > | t_ext=3D | "t" | Extension | > | | ("-" lang *("-" field) | Source + optional field(s) | > | | / 1*("-" field)) | Field(s) only (no source) | > | lang=3D | language | [BCP47 ], with restrictions | > | | ["-" script] | | > | | ["-" region] | | > | | *("-" variant) | | > | field=3D | sep 1*("-" 3*8alphanum) | With restrictions | > | sep=3D | 1ALPHA 1DIGIT | Subtag separators | > +--------+-------------------------+----------------------------+ > > > I should note that, first of all, reference to RFC 5234 is missing; > moreover, and this is more important, making the ABNF definition in the f= orm > of table makes such definition an invalid one, in terms of RFC 5234. Als= o, > there are a number of ABNF nits here. So, please consider changing this = to: > > The subtags in the 't' extension are of the following form, defined > using ABNF [RFC5234] in rule: > > t-ext =3D "t" ("-" lang *("-" field) / 1*("-" field)) > lang =3D langtag > field =3D sep 1*("-" 3*8alphanum) > sep =3D ALPHA DIGIT > alphanum =3D ALPHA / DIGIT > > where rule is specified in BCP 47 [BCP47], and > rules - in RFC 5234 [RFC5234]. > > Also, the minors comments on references. Reference to BCP 47 should > include both references to RFC 5646 and RFC 4647, like: > > [BCP47] Phillips, A. and M. Davis, "Matching of Language Tags", > BCP 47, RFC 4647, September 2006. > > Phillips, A., Ed., and M. Davis, Ed., "Tags for Identifying > Languages", BCP 47, RFC 5646, September 2009. > > ...and, referencing UTS 35 you shouldn't reference specific parts of the > document; this should be done in the text. Finally, I don't see where > [US-ASCII] is used in the text. > > Thanks, > Mykyta Yevstifeyev > > > 07.07.2011 2:49, Pete Resnick wrote: > > Most of the people on the ietf-languages list are probably on the > ltru@ietf.org list as well, but I wanted to confirm that everyone got a > chance to review this before it proceeded to the IESG. Please have a look= at > the ltru archive > and send any comme= nts to the > ltru@ietf.org list since that's where discussion seems to be taking place= . > > Thanks. > > pr > > > > _______________________________________________ > Ltru mailing list > Ltru@ietf.org > https://www.ietf.org/mailman/listinfo/ltru > > --000e0cd5199884634604a77bba01 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks for the feedback. We can make t= hose corrections.
Mark
=E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94


On Wed, Jul 6, 2011 at 20:55, Mykyta Yev= stifeyev <evnik= ita2@gmail.com> wrote:
=20 =20 =20
Hello,

I've identified the following issue in the draft.

Section 2.2 says:

   The subtags in the 't' extension are of the following=
 form:

     +--------+-------------------------+----------------------------+
     | Label  | ABNF                    | Comment                    |
     +--------+-------------------------+----------------------------+
     | t_ext=3D | "t"                     | Extension            =
      |
     |        | ("-" lang *("-" field)  | Source + opti=
onal field(s) |
     |        | / 1*("-" field))        | Field(s) only (no sourc=
e)  |
     | lang=3D  | language                | [BCP47], wi=
th restrictions |
     |        | ["-" script]            |                        =
    |
     |        | ["-" region]            |                        =
    |
     |        | *("-" variant)          |                        =
    |
     | field=3D | sep 1*("-" 3*8alphanum) | With restrictions    =
      |
     | sep=3D   | 1ALPHA 1DIGIT           | Subtag separators          |
     +--------+-------------------------+----------------------------+

I should note that, first of all, reference to RFC 5234 is missing; moreover, and this is more important, making the ABNF definition in the form of table makes such definition an invalid one, in terms of RFC 5234.=C2=A0 Also, there are a number of ABNF nits here.=C2=A0 So, p= lease consider changing this to:

   The subtags in the 't' extension are of the following=
 form, defined
   using ABNF [RFC5234] in <t-ext> rule:

     t-ext    =3D "t" ("-" lang *("-" field) =
/ 1*("-" field))
     lang     =3D langtag
     field    =3D sep 1*("-" 3*8alphanum)
     sep      =3D ALPHA DIGIT
     alphanum =3D ALPHA / DIGIT

   where <langta> rule is specified in BCP 47 [BCP47], <ALPHA> =
and <DIGIT>
   rules - in RFC 5234 [RFC5234].
Also, the minors comments on references.=C2=A0 Reference to BCP 47 shou= ld include both references to RFC 5646 and RFC 4647, like:
   [BCP47]    Phillips, A. and M. Davis, "Matching of Langu=
age Tags",=20
              BCP 47, RFC 4647, September 2006.

              Phillips, A., Ed., and M. Davis, Ed., "Tags for Identify=
ing
              Languages", BCP 47, RFC 5646, September 2009.
...and, referencing UTS 35 you shouldn't reference specific parts o= f the document; this should be done in the text.=C2=A0 Finally, I don'= ;t see where [US-ASCII] is used in the text.

Thanks,
Mykyta Yevstifeyev


07.07.2011 2:49, Pete Resnick wrote:
=20 Most of the people on the ietf-languages list are probably on the ltru@ietf.org list as well, but I wanted to confirm that everyone got a chance to review this before it proceeded to the IESG. Please have a look at the ltru archive <http://www.ietf.org/mail-archive/web/ltru/curr= ent/maillist.html> and send any comments to the ltru@ietf.org list since that's where discussion seems to be taking place.

Thanks.

pr


_______________________________________________
Ltru mailing list
Ltru@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/ltru


--000e0cd5199884634604a77bba01-- From evnikita2@gmail.com Thu Jul 7 07:46:57 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 667B721F8614 for ; Thu, 7 Jul 2011 07:46:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.938 X-Spam-Level: X-Spam-Status: No, score=-2.938 tagged_above=-999 required=5 tests=[AWL=-0.524, BAYES_00=-2.599, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jVt3YuFhtvLT for ; Thu, 7 Jul 2011 07:46:56 -0700 (PDT) Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by ietfa.amsl.com (Postfix) with ESMTP id 9A2B521F8613 for ; Thu, 7 Jul 2011 07:46:56 -0700 (PDT) Received: by bwb17 with SMTP id 17so1076632bwb.31 for ; Thu, 07 Jul 2011 07:46:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=0/h/xc7QPw0dmvW68+xQubVrYaKcrPpsX8TiIN2Wucw=; b=HYwCjUAB6m/ZWrqHI9ct7tD6FuSNLGFq8klJwhMY7xjt3Q4p7lI08ofJDRkmlPrL4W bTAxXh0eUdi8sgmBvpDH8mjd0UmVeiiwNlVcxeGeko9pXioVBAuODHj+tgbDlC6D7pJO uW5e//rnN9bNPFLjbxGus/6Mrz6Ri9G+MxnLM= Received: by 10.204.35.18 with SMTP id n18mr802300bkd.91.1310050015361; Thu, 07 Jul 2011 07:46:55 -0700 (PDT) Received: from [127.0.0.1] ([195.191.104.224]) by mx.google.com with ESMTPS id k5sm8606141bka.17.2011.07.07.07.46.53 (version=SSLv3 cipher=OTHER); Thu, 07 Jul 2011 07:46:54 -0700 (PDT) Message-ID: <4E15C70C.20403@gmail.com> Date: Thu, 07 Jul 2011 17:47:40 +0300 From: Mykyta Yevstifeyev User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: =?UTF-8?B?TWFyayBEYXZpcyDimJU=?= References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> In-Reply-To: Content-Type: multipart/alternative; boundary="------------090504000306070102060403" Cc: Pete Resnick , ltru@ietf.org Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 14:46:57 -0000 This is a multi-part message in MIME format. --------------090504000306070102060403 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 07.07.2011 17:42, Mark Davis ☕ wrote: > Thanks for the feedback. We can make those corrections. > > One question. The primary reason that we chose to use a BCP was > primarily because it provided a stable reference; the underlying RFCs > can (and have) changed while "BCP47" has remained the same. Listing > the current RFCs somewhat undercuts that. Note: if that is the > practice we should do it, but it seems odd. In this case the current reference is OK. However, Addison Phillips isn't listed as the editor, even if he is an editor of both RFC 5646 and RFC 4647. Mykyta Yevstifeyev > Mark > /— Il meglio è l’inimico del bene —/ --------------090504000306070102060403 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit 07.07.2011 17:42, Mark Davis ☕ wrote:
Thanks for the feedback. We can make those corrections.

One question. The primary reason that we chose to use a BCP was primarily because it provided a stable reference; the underlying RFCs can (and have) changed while "BCP47" has remained the same. Listing the current RFCs somewhat undercuts that. Note: if that is the practice we should do it, but it seems odd.
In this case the current reference is OK.  However, Addison Phillips isn't listed as the editor, even if he is an editor of both RFC 5646 and RFC 4647.

Mykyta Yevstifeyev
Mark
— Il meglio è l’inimico del bene —
--------------090504000306070102060403-- From petercon@microsoft.com Thu Jul 7 08:29:14 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D55421F87F0 for ; Thu, 7 Jul 2011 08:29:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -12.598 X-Spam-Level: X-Spam-Status: No, score=-12.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, GB_I_LETTER=-2, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19WQeH6LUzSK for ; Thu, 7 Jul 2011 08:29:12 -0700 (PDT) Received: from smtp.microsoft.com (smtp.microsoft.com [131.107.115.214]) by ietfa.amsl.com (Postfix) with ESMTP id 5414221F86BB for ; Thu, 7 Jul 2011 08:29:12 -0700 (PDT) Received: from TK5EX14MLTC101.redmond.corp.microsoft.com (157.54.79.178) by TK5-EXGWY-E803.partners.extranet.microsoft.com (10.251.56.169) with Microsoft SMTP Server (TLS) id 8.2.176.0; Thu, 7 Jul 2011 08:29:09 -0700 Received: from TK5EX14MBXC121.redmond.corp.microsoft.com ([169.254.1.5]) by TK5EX14MLTC101.redmond.corp.microsoft.com ([157.54.79.178]) with mapi id 14.01.0289.008; Thu, 7 Jul 2011 08:29:09 -0700 From: Peter Constable To: "ltru@ietf.org" , "ietf-languages@alvestrand.no" Thread-Topic: draft-davis-t-langtag-ext Thread-Index: AQHMPDdpkErIxT9w30uimYA271wDI5Tg/GOA Date: Thu, 7 Jul 2011 15:29:08 +0000 Message-ID: <71734097E7D39C439D341BF9F6C2457B39DFD3C0@TK5EX14MBXC121.redmond.corp.microsoft.com> References: <4E14F473.6030101@qualcomm.com> In-Reply-To: <4E14F473.6030101@qualcomm.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [157.54.51.78] Content-Type: multipart/alternative; boundary="_000_71734097E7D39C439D341BF9F6C2457B39DFD3C0TK5EX14MBXC121r_" MIME-Version: 1.0 Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 15:29:14 -0000 --_000_71734097E7D39C439D341BF9F6C2457B39DFD3C0TK5EX14MBXC121r_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSB3YXMgbm90IGF3YXJlIG9mIHRoZSBkaXNjdXNzaW9uIG9uIExUUlUuIFdoZW4gd2lsbCBpdCBi ZSByZXZpZXdlZCBieSBJRVNHPyBXaGF0IGlzIHRoZSBhY3Rpb24gYmVpbmcgcmVxdWVzdGVkIG9m IElFU0cgLyB3aGF04oCZcyB0aGUgc3RhdHVzIG9mIHRoaXMgZHJhZnQ/DQoNCg0KUGV0ZXINCg0K RnJvbTogaWV0Zi1sYW5ndWFnZXMtYm91bmNlc0BhbHZlc3RyYW5kLm5vIFttYWlsdG86aWV0Zi1s YW5ndWFnZXMtYm91bmNlc0BhbHZlc3RyYW5kLm5vXSBPbiBCZWhhbGYgT2YgUGV0ZSBSZXNuaWNr DQpTZW50OiBXZWRuZXNkYXksIEp1bHkgMDYsIDIwMTEgNDo0OSBQTQ0KVG86IGlldGYtbGFuZ3Vh Z2VzQGFsdmVzdHJhbmQubm8NClN1YmplY3Q6IEZ3ZDogZHJhZnQtZGF2aXMtdC1sYW5ndGFnLWV4 dA0KDQpNb3N0IG9mIHRoZSBwZW9wbGUgb24gdGhlIGlldGYtbGFuZ3VhZ2VzIGxpc3QgYXJlIHBy b2JhYmx5IG9uIHRoZSBsdHJ1QGlldGYub3JnPG1haWx0bzpsdHJ1QGlldGYub3JnPiBsaXN0IGFz IHdlbGwsIGJ1dCBJIHdhbnRlZCB0byBjb25maXJtIHRoYXQgZXZlcnlvbmUgZ290IGEgY2hhbmNl IHRvIHJldmlldyB0aGlzIGJlZm9yZSBpdCBwcm9jZWVkZWQgdG8gdGhlIElFU0cuIFBsZWFzZSBo YXZlIGEgbG9vayBhdCB0aGUgbHRydSBhcmNoaXZlIDxodHRwOi8vd3d3LmlldGYub3JnL21haWwt YXJjaGl2ZS93ZWIvbHRydS9jdXJyZW50L21haWxsaXN0Lmh0bWw+PGh0dHA6Ly93d3cuaWV0Zi5v cmcvbWFpbC1hcmNoaXZlL3dlYi9sdHJ1L2N1cnJlbnQvbWFpbGxpc3QuaHRtbD4gYW5kIHNlbmQg YW55IGNvbW1lbnRzIHRvIHRoZSBsdHJ1QGlldGYub3JnPG1haWx0bzpsdHJ1QGlldGYub3JnPiBs aXN0IHNpbmNlIHRoYXQncyB3aGVyZSBkaXNjdXNzaW9uIHNlZW1zIHRvIGJlIHRha2luZyBwbGFj ZS4NCg0KVGhhbmtzLg0KDQpwcg0KDQotLS0tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0t DQpTdWJqZWN0Og0KDQpbTHRydV0gZHJhZnQtZGF2aXMtdC1sYW5ndGFnLWV4dA0KDQpEYXRlOg0K DQpXZWQsIDIyIEp1biAyMDExIDE1OjAwOjQ3IC0wNzAwDQoNCkZyb206DQoNCk1hcmsgRGF2aXMg 4piVIDxtYXJrQG1hY2NoaWF0by5jb20+PG1haWx0bzptYXJrQG1hY2NoaWF0by5jb20+DQoNClRv Og0KDQpNYXJ0aW4gSi4gRMO8cnN0IDxkdWVyc3RAaXQuYW95YW1hLmFjLmpwPjxtYWlsdG86ZHVl cnN0QGl0LmFveWFtYS5hYy5qcD4NCg0KQ0M6DQoNCkxUUlUgV29ya2luZyBHcm91cCA8bHRydUBp ZXRmLm9yZz48bWFpbHRvOmx0cnVAaWV0Zi5vcmc+LCA8Y291cnRAaW5maWF1dG8uY29tPjxtYWls dG86Y291cnRAaW5maWF1dG8uY29tPg0KDQoNCg0KQSBuZXcgZHJhZnQgcG9zdGVkIGF0IGh0dHA6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWRhdmlzLXQtbGFuZ3RhZy1leHQtMDENCg0KTWFy dGluLCB3ZSB0cmllZCB0byBhZGRyZXNzIHlvdXIgY29uY2VybnM7IHBsZWFzZSB0YWtlIGEgbG9v ayBhbmQgbGV0IHVzIGtub3cgd2hhdCB5b3UgdGhpbmsuDQoNCk1hcmsNCuKAlCBJbCBtZWdsaW8g w6ggbOKAmWluaW1pY28gZGVsIGJlbmUg4oCUDQoNCk9uIFR1ZSwgSnVuIDIxLCAyMDExIGF0IDA5 OjAwLCBNYXJrIERhdmlzIOKYlSA8bWFya0BtYWNjaGlhdG8uY29tPG1haWx0bzptYXJrQG1hY2No aWF0by5jb20+PiB3cm90ZToNClRob3NlIGFyZSBnb29kIGlzc3VlczsgdGhhbmtzIGZvciByYWlz aW5nIHRoZW0gYW5kIHN0YXJ0aW5nIHRoZSBkaXNjdXNzaW9uLiBDb21tZW50cyBiZWxvdy4NCg0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCk1hcmsNCuKAlCBJbCBtZWdsaW8gw6gg bOKAmWluaW1pY28gZGVsIGJlbmUg4oCUDQoNCg0KT24gTW9uLCBKdW4gMjAsIDIwMTEgYXQgMjM6 MzksICJNYXJ0aW4gSi4gRMO8cnN0IiA8ZHVlcnN0QGl0LmFveWFtYS5hYy5qcDxtYWlsdG86ZHVl cnN0QGl0LmFveWFtYS5hYy5qcD4+IHdyb3RlOg0KSGVsbG8gTWFyaywgb3RoZXJzLA0KDQpPdmVy YWxsIGNvbW1lbnQ6DQpUaGUgaWRlYSB0byByZXVzZSBsYW5ndWFnZSB0YWdzIHRvIGluZGljYXRl IHRyYW5zbGl0ZXJhdGlvbi90cmFuc2NyaXB0aW9uIHNvdXJjZSwgYW5kIHRvIGFkZCBzb21lIGFk ZGl0aW9uYWwgdGFncyB0byBkaXN0aW5ndWlzaCBtZXRob2RzIHNlZW1zIHRvIGJlIHJlYXNvbmFi bGUgYW5kIHNvdW5kLg0KDQpUaGUgZGVzY3JpcHRpb24gb2YgdGhlIHN0cnVjdHVyZSBvZiB0aGUg YWxsb3dlZCBzdWJ0YWdzIGFuZCBvZiB0aGUgcmVzcG9uc2liaWxpdHkgc3BsaXQgYmV0d2VlbiBJ RVRGICh0aGlzIGRyYWZ0KSBhbmQgVVRDIChVVFMgMzUpIGxvb2tzIHF1aXRlIG1lc3N5IHRvIG1l LCBhbmQgc2hvdWxkIGJlIGNsZWFuZWQgdXAuIEknZCBwZXJzb25hbGx5IHByZWZlciB0aGF0IFVU UyAzNSAob3Igd2hhdGV2ZXIgZWxzZSBvbiB0aGUgVW5pY29kZSBzaWRlKSBvbmx5IGRlZmluZSB0 aGUgPG1lY2hhbmlzbT4gcGFydCAoYWZ0ZXIgdGhlIG0wIHN1YnRhZykuDQoNClRoYXQgd291bGQg YmUgbXkgcHJlZmVyZW5jZSBhcyB3ZWxsIChjYW4ndCBzcGVhayBmb3IgbXkgY29hdXRob3JzKS4N Cg0KV2UgcGF0dGVybmVkIGl0IHRoaXMgd2F5IGZvbGxvd2luZyB3aGF0IGVuZGVkIHVwIGJlaW5n IGFjY2VwdGVkIGZvciAgdGhlIC11LSBleHRlbnNpb24uIFRoYXQgaXMsIHRoZSBzcGVjIGlzIGlu IFVUUzM1LCBidXQgdGhlcmUgaXMgYSBzdW1tYXJ5IGhlcmUuIEJ1dCBvZiBjb3Vyc2UsIHRoZXJl IGFyZSBtYW55IHdheXMgdG8gZG8gaXQuIEFuZCBtYXliZSB0aGlzIHN1bW1hcnkgaXMgdG9vIGRl dGFpbGVkLCBhdCBsZWFzdCBmb3IgdGhlIG1lY2hhbmlzbSBwYXJ0LCBhbmQgd2UgY291bGQganVz dCBoYXZlIGl0IGluIFVUUzM1Lg0KDQpXZSBjb25zaWRlcmVkIGEgbnVtYmVyIG9mIGFsdGVybmF0 aXZlczoNCg0KICAqICAgV2UgY291bGQgZGVmaW5lIGV2ZXJ5dGhpbmcgYWZ0ZXIgLXQtIHRvIGJl IHRoZSBzb3VyY2UgbGFuZ3VhZ2UsIGFuZCBldmVyeXRoaW5nIGFmdGVyIC1tLSB0byBiZSB0aGUg bWVjaGFuaXNtLiBCdXQgdGhhdCBidXJucyAyIGV4dGVuc2lvbiBsZXR0ZXJzLCBqdXN0IG9uZS4N CiAgKiAgIFdlIGFsc28gY29uc2lkZXJlZCBoYXZpbmcgZXZlcnl0aGluZyBpbiB0aGUgLXUgZXh0 ZW5zaW9uLCBmb3Igd2hpY2ggd2UgYWxyZWFkeSBoYXZlIHRoZSBzdHJ1Y3R1cmUgc2V0IHVwLiBI b3dldmVyLCB0aGF0IHdvdWxkIGZvcmNlIHVzIHRvIGhhdmUgYXJ0aWZpY2lhbCBzb3VyY2Ugc3Vi dGFncyBsaWtlICdlbjAnIGluc3RlYWQgb2YgJ2VuJywgYmVjYXVzZSB0aGUgLXUtIGV4dGVuc2lv biB3b3VsZG4ndCBhbGxvdyB0aGUgMi1sZXR0ZXIgc3VidGFncyAoaXQgYWxyZWFkeSBkZWZpbmVz IGEgdXNlIGZvciB0aGVtKS4NCiAgKiAgIFdlIGNvdWxkIGFsc28gaGF2ZSAtdC0gYmUganVzdCB0 aGUgc291cmNlLCBhbmQgZGVmaW5lIHRoZSBtZWNoYW5pc20gaW4gLXUtLCBhbHNvIGVhc3kuIEJ1 dCB3ZSBmZWx0IGl0IHdvdWxkIGJlIGJldHRlciB0byBoYXZlIGV2ZXJ5dGhpbmcgdW5kZXIgb25l IGV4dGVuc2lvbi4NCg0KDQoNCg0KRGV0YWlsbGVkIGNvbW1lbnRzOg0KDQoiSW4gYWRkaXRpb24s IGl0IG1heSBhbHNvIGJlIGltcG9ydGFudCB0bw0KICBzcGVjaWZ5IGEgcGFydGljdWxhciBzcGVj aWZpY2F0aW9uIGZvciB0aGUgdHJhbnNmb3JtYXRpb24uIjogVG9vIG11Y2ggJ3NwZWMnIGluIG9u ZSBzZW50ZW5jZS4NCg0Kb2sNCg0KDQoiRm9yIGV4YW1wbGUsIGlmIG9uZSBpcyB0cmFuc2NyaWJp bmcgdGhlIG5hbWVzIG9mIEl0YWxpYW4gb3IgUnVzc2lhbg0KICBjaXRpZXMgb24gYSBtYXAgZm9y IEphcGFuZXNlIHVzZXJzLCBlYWNoIG5hbWUgd2lsbCBuZWVkIHRvIGJlDQogIHRyYW5zbGl0ZXJh dGVkIGludG8ga2F0YWthbmEgdXNpbmcgcnVsZXMgYXBwcm9wcmlhdGUgZm9yIHRoZSBzb3VyY2UN CiAgbGFuZ3VhZ2UgYW5kIHRhcmdldCBsYW5ndWFnZXMuIjogInNvdXJjZSBsYW5ndWFnZXMgYW5k IHRhcmdldCBsYW5ndWFnZSI/DQoNCnllcw0KDQoNCkJDUDQ3IHJlcXVpcmVkIGluZm9ybWF0aW9u OiBUaGUgZmlyc3QgdGhyZWUgcGFyYWdyYXBocyBzaG91bGQgbW92ZSB0byB0aGUgaW50cm9kdWN0 aW9uLg0KDQpPdGhlciBhdXRob3JzLCB3aGF0IGRvIHlvdSB0aGluaz8NCg0KDQoiZm9sbG93ZWQg YnkgYSBzZXF1ZW5jZSBvZiBzdWJ0YWdzIHRoYXQgd291bGQgZm9ybSBhIGxhbmd1YWdlIHRhZyI6 IEhlcmUgYW5kIGluIGdlbmVyYWw6IERvbid0IHVzZSAnd291bGQnLg0KDQpHcmFtbWF0aWNhbGx5 LCBpdCBpcyB0aGF0IHRoZSBzZXF1ZW5jZSBvZiBzdWJ0YWdzICp3b3VsZCogZm9ybSBhIGxhbmd1 YWdlIHN1YnRhZyBpZiB0aGV5ICp3ZXJlKiBzZXBhcmF0ZWQgb3V0LiBUaGV5IGFyZSBub3QgYWN0 dWFsbHkgYSBsYW5ndWFnZSB0YWcsIGJlY2F1c2UgdGhleSBvY2N1ciBpbiB0aGUgbWlkZGxlIG9m IGFub3RoZXIgbGFuZ3VhZ2Ugc3VidGFnLiBIb3cgd291bGQgeW91IGxpa2UgdGhhdCB0byBiZSBw aHJhc2VkPw0KDQoNCg0KDQo+Pj4+DQogIFRoZSBzdHJ1Y3R1cmUgb2YgJ3QnIHN1YnRhZ3MgaXMg ZGV0ZXJtaW5lZCBieSB0aGUgVW5pY29kZSBDTERSDQogIFRlY2huaWNhbCBDb21taXR0ZWUsIGlu IGFjY29yZGFuY2Ugd2l0aCB0aGUgcG9saWNpZXMgYW5kIHByb2NlZHVyZXMNCiAgaW4gaHR0cDov L3d3dy51bmljb2RlLm9yZy9jb25zb3J0aXVtL3RjLXByb2NlZHVyZXMuaHRtbCwgYW5kIHN1Ympl Y3QNCiAgdG8gdGhlIFVuaWNvZGUgQ29uc29ydGl1bSBQb2xpY2llcyBvbg0KICBodHRwOi8vd3d3 LnVuaWNvZGUub3JnL3BvbGljaWVzL3BvbGljaWVzLmh0bWwuDQo+Pj4+DQoNCg0KVGhlIGZvbGxv d2luZyBwYXJhZ3JhcGggaXMgYWxzbyBkaWZmaWN1bHQgdG8gdW5kZXJzdGFuZC4gSSB3b3VsZG4n dCBrbm93IGV4YWN0bHkgd2hhdCBmYWxscyBvbiB3aGF0IHNpZGUuIEkgdGhpbmsgb25lIG1ham9y IHJlYXNvbiBpcyB0aGF0IHdlIGFyZSB0cmVhZGluZyBuZXcgZ3JvdW5kIGhlcmUsIGl0J3MgdGhl IGZpcnN0IHRpbWUgd2UgaGF2ZSBhIHNpbmdsZXRvbiBkZWZpbml0aW9uIHRoYXQgYWxsb3dzIHJl dXNlIG9mIGxhbmd1YWdlIHRhZ3MgKHdpdGggYSBmZXcgcmVzdHJpY3Rpb25zKSBhcyB3ZWxsIGFz IGludGVuZHMgdG8gZGVmaW5lIGl0cyBvd24gZXh0ZW5zaW9ucy4NCg0KVGhlc2Ugd2VyZSBib3Ro IHBhdHRlcm5lZCBhZnRlciB3aGF0IHdhcyB1c2VkIGZvciB0aGUgLXUtIGV4dGVuc2lvbi4gV2Ug Y2FuIHRha2UgYSBsb29rIGF0IHRoZW0gdG8gdHJ5IHRvIGNsYXJpZnkuDQoNCg0KDQo+Pj4+DQog IENoYW5nZXMgdGhhdCBjYW4gYmUgbWFkZSBieSBzdWNjZXNzaXZlIHZlcnNpb25zIG9mIExETUwg W1VUUzM1XSBieQ0KICB0aGUgVW5pY29kZSBDb25zb3J0aXVtIHdpdGhvdXQgcmVxdWlyaW5nIGEg bmV3IFJGQyBpbmNsdWRlIHRoZQ0KICBhbGxvY2F0aW9uIG9mIG5ldyBzdWJ0YWdzIGZvciB1c2Ug YWZ0ZXIgdGhlICd0JyBleHRlbnNpb24uICBBIG5ldyBSRkMNCiAgd291bGQgYmUgcmVxdWlyZWQg Zm9yIG1hdGVyaWFsIGNoYW5nZXMgdG8gYW4gZXhpc3RpbmcgJ3QnIHN1YnRhZywgb3INCiAgYW4g aW5jb21wYXRpYmxlIGNoYW5nZSB0byB0aGUgb3ZlcmFsbCBzeW50YWN0aWMgc3RydWN0dXJlIG9m IHRoZSAndCcNCiAgZXh0ZW5zaW9uOyBob3dldmVyLCBzdWNoIGEgY2hhbmdlIHdvdWxkIGJlIGNv bnRyYXJ5IHRvIHRoZSBwb2xpY2llcw0KICBvZiB0aGUgVW5pY29kZSBDb25zb3J0aXVtLCBhbmQg dGh1cyBpcyBub3QgYW50aWNpcGF0ZWQuDQo+Pj4+DQoNCjIuMSBTdW1tYXJ5OiBUaGVyZSBzZWVt cyB0byBiZSBxdWl0ZSBzb21lIG92ZXJsYXAgYmV0d2VlbiB0aGUgcGFydCBvZiBzZWN0aW9uIDIg YmVmb3JlIHRoZSAyLjEgaGVhZGluZy4NCg0KDQpPbmUgcXVlc3Rpb24gSSB3b3VsZCBoYXZlIGFz IGEgbGluZ3Vpc3RpYyByZXNlYXJjaGVyIGlzOiBIb3cgbXVjaCBlZmZvcnQgYW5kIHRpbWUgaXMg aW52b2x2ZWQgaW4gZ2V0dGluZyBhICdtZWNoYW5pc20nIGFwcHJvdmVkPyBJZiBzdWNoICdtZWNo YW5pc21zJyBhcmUgZS5nLiByZWplY3RlZCB3aXRoIGFyZ3VtZW50cyBsaWtlICJpZiB3ZSBhY2Nl cHQgaXQsIHRoZW4gZXZlcnlib2R5IGhhcyB0byBpbXBsZW1lbnQgaXQiIG9yIHNvLCB0aGVuIEkg d291bGQgc2VlIHRoYXQgYXMgYSBwcm9ibGVtLg0KDQpHb29kIHBvaW50LiBJJ2xsIHByb3Bvc2Ug c29tZSB0ZXh0Lg0KDQoNClNvIG11Y2ggZm9yIHRoZSBtb21lbnQuDQoNCg0KUmVnYXJkcywgICBN YXJ0aW4uDQoNCg0KDQpPbiAyMDExLzA2LzE4IDY6MDcsIE1hcmsgRGF2aXMg4piVIHdyb3RlOg0K WW9zaGl0bywgQWRkaXNvbiwgYW5kIEkgaGFkIGhhZCBhbiBhY3Rpb24gZm9yIGEgd2hpbGUgbm93 IGZyb20gdGhlIENMRFINCmNvbW1pdHRlZSB0byBzdWJtaXQgYSBkcmFmdCBmb3IgYSBhbiBleHRl bnNpb24uIFJhdGhlciB0aGFuIGdvIHRocm91Z2ggYWxsDQp0aGUgcHJvYmxlbXMgaW4gdGhlIGZh bGsgZHJhZnQsIHdlIHB1dCB0b2dldGhlciBhbiBhbHRlcm5hdGl2ZSBhcHByb2FjaCwNCmxldmVy YWdpbmcgdGhlIHdvcmsgd2UgYWxyZWFkeSBkaWQgZm9yIHRoZSAtdS0gZXh0ZW5zaW9uLg0KDQpJ dCBqdXN0IGdvdCBwb3N0ZWQgYXQNCmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWRh dmlzLXQtbGFuZ3RhZy1leHQtMDANCg0KQ291cnRuZXksIEkgdGhpbmsgdGhpcyBwcm92aWRlcyBh IHN1cGVyc2V0IG9mIHRoZSBmdW5jdGlvbmFsaXR5IHRoYXQgeW91IGFyZQ0KaW50ZXJlc3RlZCBp bi4gUGVyaGFwcyB5b3UgY2FuIHJlYWQgaXQgb3ZlciwgYW5kIHdlIGNhbiBhZGQgeW91IGFzIGFu IGF1dGhvcg0Kb2YgdGhlIG5leHQgdmVyc2lvbiBvZiB0aGlzIGRyYWZ0IGluc3RlYWQgb2YgaGF2 aW5nIHRoZSB0d28gY29tcGV0aW5nDQpwcm9wb3NhbHMuDQoNCk1hcmsNCg0KKuKAlCBJbCBtZWds aW8gw6ggbOKAmWluaW1pY28gZGVsIGJlbmUg4oCUKg0KDQoNCk9uIFdlZCwgSnVuIDE1LCAyMDEx IGF0IDEwOjUwLCBSYW5keSBQcmVzdWhuDQo8cmFuZHlfcHJlc3VobkBtaW5kc3ByaW5nLmNvbTxt YWlsdG86cmFuZHlfcHJlc3VobkBtaW5kc3ByaW5nLmNvbT4+d3JvdGU6DQpIaSAtDQoNCkkgc3Rh cnRlZCBvdXQgd2l0aCBhbiBvZmYtbGlzdCByZXNwb25zZSwgYnV0IEkgZmlndXJlIHRoaXMgaXMN CnNvbWV0aGluZyB3b3J0aCBzZW5kaW5nIHRvIHRoZSBsaXN0Lg0KDQpPZmYtbGlzdCwgYSBjb250 cmlidXRvciBhc2tlZDoNCg0KLi4uDQpJJ2QgbG92ZSB0byBzZWUgeW91ciBpbnB1dC4gSSdkIGxp a2UgdG8gbWFrZSBzdXJlIEkgdW5kZXJzdGFuZA0KYWxsIHRoZSBjb25jZXJucy4gSXMgdGhlcmUg YW55IHdheSB5b3UgY291bGQgZm9yd2FyZCB0aGlzIHRvIHRoZSBsaXN0Pw0KDQpNeSByZXNwb25z ZToNCg0KU29ycnksIGFscmVhZHkgZGVsZXRlZC4gIEFzIEkgcmVjYWxsLCB0aGUgbWFpbiBjb25j ZXJucyB3ZXJlDQoNCiAoMSkgdGhlcmUgYWxyZWFkeSAqaXMqIHN1cHBvcnQgZm9yIGlkZW50aWZ5 aW5nIG9ydGhvZ3JhcGhpZXMNCiAgICAgKHJlbWVtYmVyIEdlcm1hbj8pDQogKDIpIHRoZSBJLUQg c2VlbXMgdG8gYXNzdW1lIHRoYXQgdHJhbnNsaXRlcmF0aW9ucyBhbHdheXMgcmVzdWx0DQogICAg IGluICJMYXRpbiIgKHByZXZpb3VzIGRpc2N1c3Npb24gb24gTFRSVSBpbmNsdWRlZCB0cmFuc2xp dGVyYXRpb25zDQogICAgIHRvIEN5cmlsbGljIGFuZCBIYW5ndWwsIGFtb25nIG90aGVycykNCiAo MykgdGhlICJvcmlnaW5hbCBvcnRob2dyYXBoeSIgaXMgaXJyZWxldmFudCBmb3IgdGhlIHRyYW5z bGl0ZXJhdGlvbg0KICAgICBzeXN0ZW1zIEkndmUgYmVlbiBhYmxlIHRvIHRoaW5rIG9mLiAgKEF0 IHRoZSBzYW1lIHRpbWUsIHNvbWUNCiAgICAgdHJhbnNsaXRlcmF0aW9uIHN5c3RlbXMgYXJlIHF1 aXRlICJsb3NzeSIgYW5kIHNvbWUgZG9uJ3QgZG8NCiAgICAgInJvdW5kIHRyaXAiIHZlcnkgd2Vs bC4pICBDb25zaWRlciBhbHNvIHRoZSB0cmFuc2xpdGVyYXRpb24gb2YNCm1hdGVyaWFsDQogICAg IHdoaWNoIHdhcyBvcmlnaW5hbGx5IGluIGF1ZGlvIGZvcm0uLi4NCiAoNCkgVGhlIGRyYWZ0IGRv ZXNuJ3QgY2xlYXJseSBkaXN0aW5ndWlzaCAib3J0aG9ncmFwaHkiIGZyb20NCiJ0cmFuc2xpdGVy YXRpb24iLg0KICAgICBUaGlzIG1heSBiZSBiZWNhdXNlIHRoZSBib3VuZGFyeSBiZXR3ZWVuIHRo ZSB0d28gY2FuIGJlIGZ1enp5LCBidXQNCmV2ZW4NCiAgICAgdGhhdCBpcyBhbiBpc3N1ZSB0aGF0 IHNob3VsZCBiZSBhZGRyZXNzZWQuDQogKDUpIEhvdyB0aGlzIGZpdHMgaW4gd2l0aCAqdHJhbnNj cmlwdGlvbiogc3lzdGVtcyAoZS5nLiBJUEEpIHNob3VsZCBiZQ0KICAgICBhZGRyZXNzZWQuICBU aGUgYm91bmRhcnkgZ2V0cyBmdXp6eSB3aXRoIG9ydGhvZ3JhcGhpZXMgdGhhdCBhcmUNCmVxdWl2 YWxlbnQNCiAgICAgdG8gcGhvbmVtaWMgcmVwcmVzZW50YXRpb25zIG9mIHRoZSBsYW5ndWFnZS4g IChlLmcuLCBQaW55aW4gZm9yDQpNYW5kYXJpbikNCiAoNikgVGhlIHByb3Bvc2VkIHNpbmdsZXRv biB1c2FnZSBhcHBlYXJzIGJyb2tlbiBhbmQgdW5uZWNlc3NhcnkuDQoNCk9yIHNvbWV0aGluZyBs aWtlIHRoYXQuICBJIG1heSBoYXZlIGZvcmdvdHRlbiBzb21ldGhpbmcgaGVyZSwgb3IsIGluIHRo ZQ0KcHJvY2VzcyBvZiByZWNvbnN0cnVjdGlvbiwgdGhvdWdodCBvZiBzb21ldGhpbmcgSSBtaXNz ZWQgdGhlIGZpcnN0IHRpbWUuDQoNClJhbmR5DQoNCg== --_000_71734097E7D39C439D341BF9F6C2457B39DFD3C0TK5EX14MBXC121r_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OldpbmdkaW5nczsNCglwYW5vc2UtMTo1IDAgMCAwIDAgMCAwIDAgMCAw O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAw IDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBh bm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 VGFob21hOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6VGltZXM7DQoJcGFub3NlLTE6MiAyIDYgMyA1IDQgNSAyIDMgNDt9DQovKiBT dHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05v cm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6 MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7DQoJY29sb3I6 YmxhY2s7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6 OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRl ZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ Y29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0 eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNh bGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJ e21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2Ug V29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAx LjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8q IExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjkyODM4NzU3OTsN Cgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6MzM4OTc1NTI0O30NCkBsaXN0IGwwOmxldmVsMQ0KCXtt c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1z by1sZXZlbC10YWItc3RvcDouNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN Cgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250 LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9y bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDoxLjBp bjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWlu Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3 IjsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsMDps ZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0 Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MS41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAu MHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxl dmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2 ZWwtdGFiLXN0b3A6Mi4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl eHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFt aWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mi41 aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVp bjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9 DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z by1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6My4waW47DQoJbXNvLWxldmVs LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1m b250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZl bDcNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+C pzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6My41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0 Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwt dGFiLXN0b3A6NC4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt aW5kZW50Oi0uMjVpbjsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5 OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6 YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NC41aW47 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsN Cgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpv bA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQotLT48 L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0i ZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1z byA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9 ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8 L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZs aW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JIHdhcyBu b3QgYXdhcmUgb2YgdGhlIGRpc2N1c3Npb24gb24gTFRSVS4gV2hlbiB3aWxsIGl0IGJlIHJldmll d2VkIGJ5IElFU0c/IFdoYXQgaXMgdGhlIGFjdGlvbiBiZWluZyByZXF1ZXN0ZWQgb2YgSUVTRyAv IHdoYXTigJlzIHRoZSBzdGF0dXMgb2YgdGhpcyBkcmFmdD88bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5QZXRlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9y ZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGlu IDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOndpbmRvd3RleHQiPiBpZXRmLWxhbmd1YWdlcy1ib3VuY2VzQGFsdmVz dHJhbmQubm8gW21haWx0bzppZXRmLWxhbmd1YWdlcy1ib3VuY2VzQGFsdmVzdHJhbmQubm9dDQo8 Yj5PbiBCZWhhbGYgT2YgPC9iPlBldGUgUmVzbmljazxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNk YXksIEp1bHkgMDYsIDIwMTEgNDo0OSBQTTxicj4NCjxiPlRvOjwvYj4gaWV0Zi1sYW5ndWFnZXNA YWx2ZXN0cmFuZC5ubzxicj4NCjxiPlN1YmplY3Q6PC9iPiBGd2Q6IGRyYWZ0LWRhdmlzLXQtbGFu Z3RhZy1leHQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5N b3N0IG9mIHRoZSBwZW9wbGUgb24gdGhlIGlldGYtbGFuZ3VhZ2VzIGxpc3QgYXJlIHByb2JhYmx5 IG9uIHRoZQ0KPGEgaHJlZj0ibWFpbHRvOmx0cnVAaWV0Zi5vcmciPmx0cnVAaWV0Zi5vcmc8L2E+ IGxpc3QgYXMgd2VsbCwgYnV0IEkgd2FudGVkIHRvIGNvbmZpcm0gdGhhdCBldmVyeW9uZSBnb3Qg YSBjaGFuY2UgdG8gcmV2aWV3IHRoaXMgYmVmb3JlIGl0IHByb2NlZWRlZCB0byB0aGUgSUVTRy4g UGxlYXNlIGhhdmUgYSBsb29rIGF0IHRoZSBsdHJ1IGFyY2hpdmUNCjxhIGhyZWY9Imh0dHA6Ly93 d3cuaWV0Zi5vcmcvbWFpbC1hcmNoaXZlL3dlYi9sdHJ1L2N1cnJlbnQvbWFpbGxpc3QuaHRtbCI+ Jmx0O2h0dHA6Ly93d3cuaWV0Zi5vcmcvbWFpbC1hcmNoaXZlL3dlYi9sdHJ1L2N1cnJlbnQvbWFp bGxpc3QuaHRtbCZndDs8L2E+IGFuZCBzZW5kIGFueSBjb21tZW50cyB0byB0aGUNCjxhIGhyZWY9 Im1haWx0bzpsdHJ1QGlldGYub3JnIj5sdHJ1QGlldGYub3JnPC9hPiBsaXN0IHNpbmNlIHRoYXQn cyB3aGVyZSBkaXNjdXNzaW9uIHNlZW1zIHRvIGJlIHRha2luZyBwbGFjZS48YnI+DQo8YnI+DQpU aGFua3MuPGJyPg0KPGJyPg0KcHI8YnI+DQo8YnI+DQotLS0tLS0tLSBPcmlnaW5hbCBNZXNzYWdl IC0tLS0tLS0tIDxvOnA+PC9vOnA+PC9wPg0KPHRhYmxlIGNsYXNzPSJNc29Ob3JtYWxUYWJsZSIg Ym9yZGVyPSIwIiBjZWxsc3BhY2luZz0iMCIgY2VsbHBhZGRpbmc9IjAiPg0KPHRib2R5Pg0KPHRy Pg0KPHRkIG5vd3JhcD0iIiB2YWxpZ249InRvcCIgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4g MGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9InRleHQtYWxp Z246cmlnaHQiPjxiPlN1YmplY3Q6IDxvOnA+PC9vOnA+PC9iPjwvcD4NCjwvdGQ+DQo8dGQgc3R5 bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPltMdHJ1 XSBkcmFmdC1kYXZpcy10LWxhbmd0YWctZXh0PG86cD48L286cD48L3A+DQo8L3RkPg0KPC90cj4N Cjx0cj4NCjx0ZCBub3dyYXA9IiIgdmFsaWduPSJ0b3AiIHN0eWxlPSJwYWRkaW5nOjBpbiAwaW4g MGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0icmlnaHQiIHN0eWxlPSJ0ZXh0 LWFsaWduOnJpZ2h0Ij48Yj5EYXRlOiA8bzpwPjwvbzpwPjwvYj48L3A+DQo8L3RkPg0KPHRkIHN0 eWxlPSJwYWRkaW5nOjBpbiAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XZWQs IDIyIEp1biAyMDExIDE1OjAwOjQ3IC0wNzAwPG86cD48L286cD48L3A+DQo8L3RkPg0KPC90cj4N Cjx0cj4NCjx0ZCBub3dyYXA9IiIgdmFsaWduPSJ0b3AiIHN0eWxlPSJwYWRkaW5nOjBpbiAwaW4g MGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0icmlnaHQiIHN0eWxlPSJ0ZXh0 LWFsaWduOnJpZ2h0Ij48Yj5Gcm9tOiA8bzpwPjwvbzpwPjwvYj48L3A+DQo8L3RkPg0KPHRkIHN0 eWxlPSJwYWRkaW5nOjBpbiAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5NYXJr IERhdmlzIOKYlSA8YSBocmVmPSJtYWlsdG86bWFya0BtYWNjaGlhdG8uY29tIj4mbHQ7bWFya0Bt YWNjaGlhdG8uY29tJmd0OzwvYT48bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPHRyPg0K PHRkIG5vd3JhcD0iIiB2YWxpZ249InRvcCIgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGlu Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9InRleHQtYWxpZ246 cmlnaHQiPjxiPlRvOiA8bzpwPjwvbzpwPjwvYj48L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRk aW5nOjBpbiAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5NYXJ0aW4gSi4gRMO8 cnN0IDxhIGhyZWY9Im1haWx0bzpkdWVyc3RAaXQuYW95YW1hLmFjLmpwIj4mbHQ7ZHVlcnN0QGl0 LmFveWFtYS5hYy5qcCZndDs8L2E+PG86cD48L286cD48L3A+DQo8L3RkPg0KPC90cj4NCjx0cj4N Cjx0ZCBub3dyYXA9IiIgdmFsaWduPSJ0b3AiIHN0eWxlPSJwYWRkaW5nOjBpbiAwaW4gMGluIDBp biI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0icmlnaHQiIHN0eWxlPSJ0ZXh0LWFsaWdu OnJpZ2h0Ij48Yj5DQzogPG86cD48L286cD48L2I+PC9wPg0KPC90ZD4NCjx0ZCBzdHlsZT0icGFk ZGluZzowaW4gMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TFRSVSBXb3JraW5n IEdyb3VwIDxhIGhyZWY9Im1haWx0bzpsdHJ1QGlldGYub3JnIj4mbHQ7bHRydUBpZXRmLm9yZyZn dDs8L2E+LA0KPGEgaHJlZj0ibWFpbHRvOmNvdXJ0QGluZmlhdXRvLmNvbSI+Jmx0O2NvdXJ0QGlu ZmlhdXRvLmNvbSZndDs8L2E+PG86cD48L286cD48L3A+DQo8L3RkPg0KPC90cj4NCjwvdGJvZHk+ DQo8L3RhYmxlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KPGJyPg0KQSBuZXcgZHJhZnQg cG9zdGVkIGF0Jm5ic3A7PGEgaHJlZj0iaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt ZGF2aXMtdC1sYW5ndGFnLWV4dC0wMSI+aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt ZGF2aXMtdC1sYW5ndGFnLWV4dC0wMTwvYT48YnIgY2xlYXI9ImFsbCI+DQo8bzpwPjwvbzpwPjwv cD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMy41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMmcXVvdDssJnF1b3Q7c2VyaWYmcXVv dDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPk1hcnRpbiwgd2UgdHJpZWQgdG8gYWRkcmVzcyB5b3VyIGNvbmNlcm5zOyBw bGVhc2UgdGFrZSBhIGxvb2sgYW5kIGxldCB1cyBrbm93IHdoYXQgeW91IHRoaW5rLjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTMuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzJnF1b3Q7LCZxdW90 O3NlcmlmJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEzLjVwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TWFyazxzcGFu IHN0eWxlPSJmb250LXNpemU6MTMuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzJnF1b3Q7LCZx dW90O3NlcmlmJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGk+4oCUIElsIG1lZ2xp byDDqCBs4oCZaW5pbWljbyBkZWwgYmVuZSDigJQ8L2k+PGJyPg0KPGJyPg0KPG86cD48L286cD48 L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gVHVlLCBKdW4gMjEsIDIwMTEgYXQg MDk6MDAsIE1hcmsgRGF2aXMg4piVICZsdDs8YSBocmVmPSJtYWlsdG86bWFya0BtYWNjaGlhdG8u Y29tIj5tYXJrQG1hY2NoaWF0by5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPlRob3NlIGFyZSBnb29kIGlzc3VlczsgdGhhbmtzIGZvciByYWlz aW5nIHRoZW0gYW5kIHN0YXJ0aW5nIHRoZSBkaXNjdXNzaW9uLiBDb21tZW50cyBiZWxvdy48YnIg Y2xlYXI9ImFsbCI+DQo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEzLjVwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyZx dW90OywmcXVvdDtzZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRp diBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0idGV4dC1hbGlnbjpjZW50 ZXIiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTMuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz JnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4NCjxociBzaXplPSIyIiB3aWR0aD0iMTAwJSIgYWxp Z249ImNlbnRlciI+DQo8L3NwYW4+PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5NYXJrPHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMy41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMmcXVvdDss JnF1b3Q7c2VyaWYmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxpPuKAlCBJbCBtZWdsaW8gw6ggbOKAmWluaW1pY28gZGVs IGJlbmUg4oCUPC9pPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9w Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBNb24sIEp1biAyMCwgMjAx MSBhdCAyMzozOSwgJnF1b3Q7TWFydGluIEouIETDvHJzdCZxdW90OyAmbHQ7PGEgaHJlZj0ibWFp bHRvOmR1ZXJzdEBpdC5hb3lhbWEuYWMuanAiIHRhcmdldD0iX2JsYW5rIj5kdWVyc3RAaXQuYW95 YW1hLmFjLmpwPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5IZWxsbyBNYXJrLCBvdGhlcnMsPGJyPg0KPGJyPg0KT3ZlcmFsbCBjb21tZW50Ojxicj4N ClRoZSBpZGVhIHRvIHJldXNlIGxhbmd1YWdlIHRhZ3MgdG8gaW5kaWNhdGUgdHJhbnNsaXRlcmF0 aW9uL3RyYW5zY3JpcHRpb24gc291cmNlLCBhbmQgdG8gYWRkIHNvbWUgYWRkaXRpb25hbCB0YWdz IHRvIGRpc3Rpbmd1aXNoIG1ldGhvZHMgc2VlbXMgdG8gYmUgcmVhc29uYWJsZSBhbmQgc291bmQu PGJyPg0KPGJyPg0KVGhlIGRlc2NyaXB0aW9uIG9mIHRoZSBzdHJ1Y3R1cmUgb2YgdGhlIGFsbG93 ZWQgc3VidGFncyBhbmQgb2YgdGhlIHJlc3BvbnNpYmlsaXR5IHNwbGl0IGJldHdlZW4gSUVURiAo dGhpcyBkcmFmdCkgYW5kIFVUQyAoVVRTIDM1KSBsb29rcyBxdWl0ZSBtZXNzeSB0byBtZSwgYW5k IHNob3VsZCBiZSBjbGVhbmVkIHVwLiBJJ2QgcGVyc29uYWxseSBwcmVmZXIgdGhhdCBVVFMgMzUg KG9yIHdoYXRldmVyIGVsc2Ugb24gdGhlIFVuaWNvZGUgc2lkZSkgb25seQ0KIGRlZmluZSB0aGUg Jmx0O21lY2hhbmlzbSZndDsgcGFydCAoYWZ0ZXIgdGhlIG0wIHN1YnRhZykuPG86cD48L286cD48 L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYXQgd291bGQgYmUg bXkgcHJlZmVyZW5jZSBhcyB3ZWxsIChjYW4ndCBzcGVhayBmb3IgbXkgY29hdXRob3JzKS48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2UgcGF0 dGVybmVkIGl0IHRoaXMgd2F5IGZvbGxvd2luZyB3aGF0IGVuZGVkIHVwIGJlaW5nIGFjY2VwdGVk IGZvciAmbmJzcDt0aGUgLXUtIGV4dGVuc2lvbi4gVGhhdCBpcywgdGhlIHNwZWMgaXMgaW4gVVRT MzUsIGJ1dCB0aGVyZSBpcyBhIHN1bW1hcnkgaGVyZS4gQnV0IG9mIGNvdXJzZSwgdGhlcmUgYXJl IG1hbnkgd2F5cyB0byBkbyBpdC4gQW5kIG1heWJlIHRoaXMgc3VtbWFyeSBpcyB0b28gZGV0YWls ZWQsIGF0DQogbGVhc3QgZm9yIHRoZSBtZWNoYW5pc20gcGFydCwgYW5kIHdlIGNvdWxkIGp1c3Qg aGF2ZSBpdCBpbiBVVFMzNS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+V2UgY29uc2lkZXJlZCBhIG51bWJlciBvZiBhbHRlcm5hdGl2ZXM6PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8dWwgdHlwZT0iZGlzYyI+DQo8bGkgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj4NCldlIGNvdWxkIGRlZmluZSBl dmVyeXRoaW5nIGFmdGVyIC10LSB0byBiZSB0aGUgc291cmNlIGxhbmd1YWdlLCBhbmQgZXZlcnl0 aGluZyBhZnRlciAtbS0gdG8gYmUgdGhlIG1lY2hhbmlzbS4mbmJzcDtCdXQgdGhhdCBidXJucyAy IGV4dGVuc2lvbiBsZXR0ZXJzLCBqdXN0IG9uZS48bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQpXZSBhbHNvIGNvbnNpZGVyZWQg aGF2aW5nIGV2ZXJ5dGhpbmcgaW4gdGhlIC11IGV4dGVuc2lvbiwmbmJzcDtmb3Igd2hpY2ggd2Ug YWxyZWFkeSBoYXZlIHRoZSBzdHJ1Y3R1cmUgc2V0IHVwLiBIb3dldmVyLCB0aGF0IHdvdWxkIGZv cmNlIHVzIHRvIGhhdmUgYXJ0aWZpY2lhbCBzb3VyY2Ugc3VidGFncyBsaWtlICdlbjAnIGluc3Rl YWQgb2YgJ2VuJywgYmVjYXVzZSB0aGUgLXUtIGV4dGVuc2lvbiB3b3VsZG4ndCBhbGxvdyB0aGUg Mi1sZXR0ZXIgc3VidGFncw0KIChpdCBhbHJlYWR5IGRlZmluZXMgYSB1c2UgZm9yIHRoZW0pLjxv OnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBs Zm8xIj4NCldlIGNvdWxkIGFsc28gaGF2ZSAtdC0gYmUganVzdCB0aGUgc291cmNlLCBhbmQgZGVm aW5lIHRoZSBtZWNoYW5pc20gaW4gLXUtLCBhbHNvIGVhc3kuIEJ1dCB3ZSBmZWx0IGl0IHdvdWxk IGJlIGJldHRlciB0byBoYXZlIGV2ZXJ5dGhpbmcgdW5kZXIgb25lIGV4dGVuc2lvbi48bzpwPjwv bzpwPjwvbGk+PC91bD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBp biA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGluIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxicj4NCjxicj4NCjxicj4NCkRldGFpbGxlZCBjb21tZW50czo8YnI+DQo8YnI+ DQomcXVvdDtJbiBhZGRpdGlvbiwgaXQgbWF5IGFsc28gYmUgaW1wb3J0YW50IHRvPGJyPg0KJm5i c3A7IHNwZWNpZnkgYSBwYXJ0aWN1bGFyIHNwZWNpZmljYXRpb24gZm9yIHRoZSB0cmFuc2Zvcm1h dGlvbi4mcXVvdDs6IFRvbyBtdWNoICdzcGVjJyBpbiBvbmUgc2VudGVuY2UuPG86cD48L286cD48 L3A+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pm9rPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBp biAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48YnI+DQomcXVvdDtGb3IgZXhhbXBsZSwgaWYgb25lIGlzIHRyYW5zY3Jp YmluZyB0aGUgbmFtZXMgb2YgSXRhbGlhbiBvciBSdXNzaWFuPGJyPg0KJm5ic3A7IGNpdGllcyBv biBhIG1hcCBmb3IgSmFwYW5lc2UgdXNlcnMsIGVhY2ggbmFtZSB3aWxsIG5lZWQgdG8gYmU8YnI+ DQombmJzcDsgdHJhbnNsaXRlcmF0ZWQgaW50byBrYXRha2FuYSB1c2luZyBydWxlcyBhcHByb3By aWF0ZSBmb3IgdGhlIHNvdXJjZTxicj4NCiZuYnNwOyBsYW5ndWFnZSBhbmQgdGFyZ2V0IGxhbmd1 YWdlcy4mcXVvdDs6ICZxdW90O3NvdXJjZSBsYW5ndWFnZXMgYW5kIHRhcmdldCBsYW5ndWFnZSZx dW90Oz88bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+eWVzPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxi bG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEu MHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJp Z2h0OjBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQpCQ1A0NyByZXF1aXJlZCBpbmZv cm1hdGlvbjogVGhlIGZpcnN0IHRocmVlIHBhcmFncmFwaHMgc2hvdWxkIG1vdmUgdG8gdGhlIGlu dHJvZHVjdGlvbi48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T3RoZXIgYXV0aG9ycywgd2hhdCBkbyB5b3UgdGhpbms/ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3Jk ZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAw aW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48YnI+DQomcXVvdDtmb2xsb3dlZCBieSBhIHNlcXVlbmNlIG9mIHN1YnRhZ3Mg dGhhdCB3b3VsZCBmb3JtIGEgbGFuZ3VhZ2UgdGFnJnF1b3Q7OiBIZXJlIGFuZCBpbiBnZW5lcmFs OiBEb24ndCB1c2UgJ3dvdWxkJy48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+R3JhbW1hdGljYWxseSwgaXQgaXMgdGhh dCB0aGUgc2VxdWVuY2Ugb2Ygc3VidGFncyAqd291bGQqIGZvcm0gYSBsYW5ndWFnZSBzdWJ0YWcg aWYgdGhleSAqd2VyZSogc2VwYXJhdGVkIG91dC4gVGhleSBhcmUgbm90IGFjdHVhbGx5IGEgbGFu Z3VhZ2UgdGFnLCBiZWNhdXNlIHRoZXkgb2NjdXIgaW4gdGhlIG1pZGRsZSBvZiBhbm90aGVyIGxh bmd1YWdlIHN1YnRhZy4gSG93IHdvdWxkIHlvdSBsaWtlIHRoYXQgdG8NCiBiZSBwaHJhc2VkPzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGlu IDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGluIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxicj4NCiZndDsmZ3Q7Jmd0OyZndDs8YnI+DQombmJzcDsgVGhlIHN0cnVj dHVyZSBvZiAndCcgc3VidGFncyBpcyBkZXRlcm1pbmVkIGJ5IHRoZSBVbmljb2RlIENMRFI8YnI+ DQombmJzcDsgVGVjaG5pY2FsIENvbW1pdHRlZSwgaW4gYWNjb3JkYW5jZSB3aXRoIHRoZSBwb2xp Y2llcyBhbmQgcHJvY2VkdXJlczxicj4NCiZuYnNwOyBpbiA8YSBocmVmPSJodHRwOi8vd3d3LnVu aWNvZGUub3JnL2NvbnNvcnRpdW0vdGMtcHJvY2VkdXJlcy5odG1sIiB0YXJnZXQ9Il9ibGFuayI+ DQpodHRwOi8vd3d3LnVuaWNvZGUub3JnL2NvbnNvcnRpdW0vdGMtcHJvY2VkdXJlcy5odG1sPC9h PiwgYW5kIHN1YmplY3Q8YnI+DQombmJzcDsgdG8gdGhlIFVuaWNvZGUgQ29uc29ydGl1bSBQb2xp Y2llcyBvbjxicj4NCiZuYnNwOyA8YSBocmVmPSJodHRwOi8vd3d3LnVuaWNvZGUub3JnL3BvbGlj aWVzL3BvbGljaWVzLmh0bWwiIHRhcmdldD0iX2JsYW5rIj5odHRwOi8vd3d3LnVuaWNvZGUub3Jn L3BvbGljaWVzL3BvbGljaWVzLmh0bWw8L2E+Ljxicj4NCiZndDsmZ3Q7Jmd0OyZndDs8YnI+DQo8 YnI+DQo8YnI+DQpUaGUgZm9sbG93aW5nIHBhcmFncmFwaCBpcyBhbHNvIGRpZmZpY3VsdCB0byB1 bmRlcnN0YW5kLiBJIHdvdWxkbid0IGtub3cgZXhhY3RseSB3aGF0IGZhbGxzIG9uIHdoYXQgc2lk ZS4gSSB0aGluayBvbmUgbWFqb3IgcmVhc29uIGlzIHRoYXQgd2UgYXJlIHRyZWFkaW5nIG5ldyBn cm91bmQgaGVyZSwgaXQncyB0aGUgZmlyc3QgdGltZSB3ZSBoYXZlIGEgc2luZ2xldG9uIGRlZmlu aXRpb24gdGhhdCBhbGxvd3MgcmV1c2Ugb2YgbGFuZ3VhZ2UgdGFncw0KICh3aXRoIGEgZmV3IHJl c3RyaWN0aW9ucykgYXMgd2VsbCBhcyBpbnRlbmRzIHRvIGRlZmluZSBpdHMgb3duIGV4dGVuc2lv bnMuPG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPlRoZXNlIHdlcmUgYm90aCBwYXR0ZXJuZWQgYWZ0ZXIgd2hhdCB3YXMg dXNlZCBmb3IgdGhlIC11LSBleHRlbnNpb24uIFdlIGNhbiB0YWtlIGEgbG9vayBhdCB0aGVtIHRv IHRyeSB0byBjbGFyaWZ5LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9j a3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0 O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0 OjBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7PGJyPg0K Jm5ic3A7IENoYW5nZXMgdGhhdCBjYW4gYmUgbWFkZSBieSBzdWNjZXNzaXZlIHZlcnNpb25zIG9m IExETUwgW1VUUzM1XSBieTxicj4NCiZuYnNwOyB0aGUgVW5pY29kZSBDb25zb3J0aXVtIHdpdGhv dXQgcmVxdWlyaW5nIGEgbmV3IFJGQyBpbmNsdWRlIHRoZTxicj4NCiZuYnNwOyBhbGxvY2F0aW9u IG9mIG5ldyBzdWJ0YWdzIGZvciB1c2UgYWZ0ZXIgdGhlICd0JyBleHRlbnNpb24uICZuYnNwO0Eg bmV3IFJGQzxicj4NCiZuYnNwOyB3b3VsZCBiZSByZXF1aXJlZCBmb3IgbWF0ZXJpYWwgY2hhbmdl cyB0byBhbiBleGlzdGluZyAndCcgc3VidGFnLCBvcjxicj4NCiZuYnNwOyBhbiBpbmNvbXBhdGli bGUgY2hhbmdlIHRvIHRoZSBvdmVyYWxsIHN5bnRhY3RpYyBzdHJ1Y3R1cmUgb2YgdGhlICd0Jzxi cj4NCiZuYnNwOyBleHRlbnNpb247IGhvd2V2ZXIsIHN1Y2ggYSBjaGFuZ2Ugd291bGQgYmUgY29u dHJhcnkgdG8gdGhlIHBvbGljaWVzPGJyPg0KJm5ic3A7IG9mIHRoZSBVbmljb2RlIENvbnNvcnRp dW0sIGFuZCB0aHVzIGlzIG5vdCBhbnRpY2lwYXRlZC48YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7PGJy Pg0KPGJyPg0KMi4xIFN1bW1hcnk6IFRoZXJlIHNlZW1zIHRvIGJlIHF1aXRlIHNvbWUgb3Zlcmxh cCBiZXR3ZWVuIHRoZSBwYXJ0IG9mIHNlY3Rpb24gMiBiZWZvcmUgdGhlIDIuMSBoZWFkaW5nLjxi cj4NCjxicj4NCjxicj4NCk9uZSBxdWVzdGlvbiBJIHdvdWxkIGhhdmUgYXMgYSBsaW5ndWlzdGlj IHJlc2VhcmNoZXIgaXM6IEhvdyBtdWNoIGVmZm9ydCBhbmQgdGltZSBpcyBpbnZvbHZlZCBpbiBn ZXR0aW5nIGEgJ21lY2hhbmlzbScgYXBwcm92ZWQ/IElmIHN1Y2ggJ21lY2hhbmlzbXMnIGFyZSBl LmcuIHJlamVjdGVkIHdpdGggYXJndW1lbnRzIGxpa2UgJnF1b3Q7aWYgd2UgYWNjZXB0IGl0LCB0 aGVuIGV2ZXJ5Ym9keSBoYXMgdG8gaW1wbGVtZW50IGl0JnF1b3Q7IG9yIHNvLCB0aGVuIEkgd291 bGQNCiBzZWUgdGhhdCBhcyBhIHByb2JsZW0uPG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkdvb2QgcG9pbnQuIEknbGwg cHJvcG9zZSBzb21lIHRleHQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0ND QyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdp bi1yaWdodDowaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KU28gbXVjaCBmb3IgdGhl IG1vbWVudC48YnI+DQo8YnI+DQo8YnI+DQpSZWdhcmRzLCAmbmJzcDsgTWFydGluLiA8bzpwPjwv bzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KPGJyPg0K PGJyPg0KT24gMjAxMS8wNi8xOCA2OjA3LCBNYXJrIERhdmlzIOKYlSB3cm90ZTo8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+ WW9zaGl0bywgQWRkaXNvbiwgYW5kIEkgaGFkIGhhZCBhbiBhY3Rpb24gZm9yIGEgd2hpbGUgbm93 IGZyb20gdGhlIENMRFI8YnI+DQpjb21taXR0ZWUgdG8gc3VibWl0IGEgZHJhZnQgZm9yIGEgYW4g ZXh0ZW5zaW9uLiBSYXRoZXIgdGhhbiBnbyB0aHJvdWdoIGFsbDxicj4NCnRoZSBwcm9ibGVtcyBp biB0aGUgZmFsayBkcmFmdCwgd2UgcHV0IHRvZ2V0aGVyIGFuIGFsdGVybmF0aXZlIGFwcHJvYWNo LDxicj4NCmxldmVyYWdpbmcgdGhlIHdvcmsgd2UgYWxyZWFkeSBkaWQgZm9yIHRoZSAtdS0gZXh0 ZW5zaW9uLjxicj4NCjxicj4NCkl0IGp1c3QgZ290IHBvc3RlZCBhdDxicj4NCjxhIGhyZWY9Imh0 dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWRhdmlzLXQtbGFuZ3RhZy1leHQtMDAiIHRh cmdldD0iX2JsYW5rIj5odHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1kYXZpcy10LWxh bmd0YWctZXh0LTAwPC9hPjxicj4NCjxicj4NCkNvdXJ0bmV5LCBJIHRoaW5rIHRoaXMgcHJvdmlk ZXMgYSBzdXBlcnNldCBvZiB0aGUgZnVuY3Rpb25hbGl0eSB0aGF0IHlvdSBhcmU8YnI+DQppbnRl cmVzdGVkIGluLiBQZXJoYXBzIHlvdSBjYW4gcmVhZCBpdCBvdmVyLCBhbmQgd2UgY2FuIGFkZCB5 b3UgYXMgYW4gYXV0aG9yPGJyPg0Kb2YgdGhlIG5leHQgdmVyc2lvbiBvZiB0aGlzIGRyYWZ0IGlu c3RlYWQgb2YgaGF2aW5nIHRoZSB0d28gY29tcGV0aW5nPGJyPg0KcHJvcG9zYWxzLjxicj4NCjxi cj4NCk1hcms8YnI+DQo8YnI+DQoq4oCUIElsIG1lZ2xpbyDDqCBs4oCZaW5pbWljbyBkZWwgYmVu ZSDigJQqPGJyPg0KPGJyPg0KPGJyPg0KT24gV2VkLCBKdW4gMTUsIDIwMTEgYXQgMTA6NTAsIFJh bmR5IFByZXN1aG48YnI+DQombHQ7PGEgaHJlZj0ibWFpbHRvOnJhbmR5X3ByZXN1aG5AbWluZHNw cmluZy5jb20iIHRhcmdldD0iX2JsYW5rIj5yYW5keV9wcmVzdWhuQG1pbmRzcHJpbmcuY29tPC9h PiZndDt3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpIC08YnI+ DQo8YnI+DQpJIHN0YXJ0ZWQgb3V0IHdpdGggYW4gb2ZmLWxpc3QgcmVzcG9uc2UsIGJ1dCBJIGZp Z3VyZSB0aGlzIGlzPGJyPg0Kc29tZXRoaW5nIHdvcnRoIHNlbmRpbmcgdG8gdGhlIGxpc3QuPGJy Pg0KPGJyPg0KT2ZmLWxpc3QsIGEgY29udHJpYnV0b3IgYXNrZWQ6PGJyPg0KPGJyPg0KLi4uPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JJ2QgbG92ZSB0byBzZWUgeW91ciBp bnB1dC4gSSdkIGxpa2UgdG8gbWFrZSBzdXJlIEkgdW5kZXJzdGFuZDxicj4NCmFsbCB0aGUgY29u Y2VybnMuIElzIHRoZXJlIGFueSB3YXkgeW91IGNvdWxkIGZvcndhcmQgdGhpcyB0byB0aGUgbGlz dD88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCk15IHJlc3BvbnNl Ojxicj4NCjxicj4NClNvcnJ5LCBhbHJlYWR5IGRlbGV0ZWQuICZuYnNwO0FzIEkgcmVjYWxsLCB0 aGUgbWFpbiBjb25jZXJucyB3ZXJlPGJyPg0KPGJyPg0KJm5ic3A7KDEpIHRoZXJlIGFscmVhZHkg KmlzKiBzdXBwb3J0IGZvciBpZGVudGlmeWluZyBvcnRob2dyYXBoaWVzPGJyPg0KJm5ic3A7ICZu YnNwOyAmbmJzcDsocmVtZW1iZXIgR2VybWFuPyk8YnI+DQombmJzcDsoMikgdGhlIEktRCBzZWVt cyB0byBhc3N1bWUgdGhhdCB0cmFuc2xpdGVyYXRpb25zIGFsd2F5cyByZXN1bHQ8YnI+DQombmJz cDsgJm5ic3A7ICZuYnNwO2luICZxdW90O0xhdGluJnF1b3Q7IChwcmV2aW91cyBkaXNjdXNzaW9u IG9uIExUUlUgaW5jbHVkZWQgdHJhbnNsaXRlcmF0aW9uczxicj4NCiZuYnNwOyAmbmJzcDsgJm5i c3A7dG8gQ3lyaWxsaWMgYW5kIEhhbmd1bCwgYW1vbmcgb3RoZXJzKTxicj4NCiZuYnNwOygzKSB0 aGUgJnF1b3Q7b3JpZ2luYWwgb3J0aG9ncmFwaHkmcXVvdDsgaXMgaXJyZWxldmFudCBmb3IgdGhl IHRyYW5zbGl0ZXJhdGlvbjxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7c3lzdGVtcyBJJ3ZlIGJl ZW4gYWJsZSB0byB0aGluayBvZi4gJm5ic3A7KEF0IHRoZSBzYW1lIHRpbWUsIHNvbWU8YnI+DQom bmJzcDsgJm5ic3A7ICZuYnNwO3RyYW5zbGl0ZXJhdGlvbiBzeXN0ZW1zIGFyZSBxdWl0ZSAmcXVv dDtsb3NzeSZxdW90OyBhbmQgc29tZSBkb24ndCBkbzxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7 JnF1b3Q7cm91bmQgdHJpcCZxdW90OyB2ZXJ5IHdlbGwuKSAmbmJzcDtDb25zaWRlciBhbHNvIHRo ZSB0cmFuc2xpdGVyYXRpb24gb2Y8YnI+DQptYXRlcmlhbDxicj4NCiZuYnNwOyAmbmJzcDsgJm5i c3A7d2hpY2ggd2FzIG9yaWdpbmFsbHkgaW4gYXVkaW8gZm9ybS4uLjxicj4NCiZuYnNwOyg0KSBU aGUgZHJhZnQgZG9lc24ndCBjbGVhcmx5IGRpc3Rpbmd1aXNoICZxdW90O29ydGhvZ3JhcGh5JnF1 b3Q7IGZyb208YnI+DQomcXVvdDt0cmFuc2xpdGVyYXRpb24mcXVvdDsuPGJyPg0KJm5ic3A7ICZu YnNwOyAmbmJzcDtUaGlzIG1heSBiZSBiZWNhdXNlIHRoZSBib3VuZGFyeSBiZXR3ZWVuIHRoZSB0 d28gY2FuIGJlIGZ1enp5LCBidXQ8YnI+DQpldmVuPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDt0 aGF0IGlzIGFuIGlzc3VlIHRoYXQgc2hvdWxkIGJlIGFkZHJlc3NlZC48YnI+DQombmJzcDsoNSkg SG93IHRoaXMgZml0cyBpbiB3aXRoICp0cmFuc2NyaXB0aW9uKiBzeXN0ZW1zIChlLmcuIElQQSkg c2hvdWxkIGJlPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDthZGRyZXNzZWQuICZuYnNwO1RoZSBi b3VuZGFyeSBnZXRzIGZ1enp5IHdpdGggb3J0aG9ncmFwaGllcyB0aGF0IGFyZTxicj4NCmVxdWl2 YWxlbnQ8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwO3RvIHBob25lbWljIHJlcHJlc2VudGF0aW9u cyBvZiB0aGUgbGFuZ3VhZ2UuICZuYnNwOyhlLmcuLCBQaW55aW4gZm9yPGJyPg0KTWFuZGFyaW4p PGJyPg0KJm5ic3A7KDYpIFRoZSBwcm9wb3NlZCBzaW5nbGV0b24gdXNhZ2UgYXBwZWFycyBicm9r ZW4gYW5kIHVubmVjZXNzYXJ5Ljxicj4NCjxicj4NCk9yIHNvbWV0aGluZyBsaWtlIHRoYXQuICZu YnNwO0kgbWF5IGhhdmUgZm9yZ290dGVuIHNvbWV0aGluZyBoZXJlLCBvciwgaW4gdGhlPGJyPg0K cHJvY2VzcyBvZiByZWNvbnN0cnVjdGlvbiwgdGhvdWdodCBvZiBzb21ldGhpbmcgSSBtaXNzZWQg dGhlIGZpcnN0IHRpbWUuPGJyPg0KPGJyPg0KUmFuZHk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjwvYm9keT4NCjwvaHRtbD4NCg== --_000_71734097E7D39C439D341BF9F6C2457B39DFD3C0TK5EX14MBXC121r_-- From debbie@ictmarketing.co.uk Thu Jul 7 08:51:37 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F3FC21F85BC for ; Thu, 7 Jul 2011 08:51:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.002 X-Spam-Level: X-Spam-Status: No, score=0.002 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MANGLED_TEXT=2.3, MIME_8BIT_HEADER=0.3] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KfMLGYgbdF9c for ; Thu, 7 Jul 2011 08:51:36 -0700 (PDT) Received: from 145.nexbyte.net (145.nexbyte.net [62.197.41.145]) by ietfa.amsl.com (Postfix) with ESMTP id 4B3D321F85A2 for ; Thu, 7 Jul 2011 08:51:25 -0700 (PDT) Received: from ICTPC ([92.28.116.150]) by 145.nexbyte.net with MailEnable ESMTP; Thu, 07 Jul 2011 16:51:29 +0100 From: "Debbie Garside" To: =?UTF-8?Q?'Mark_Davis_=E2=98=95'?= , "'Mykyta Yevstifeyev'" References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> In-Reply-To: Date: Thu, 7 Jul 2011 16:52:13 +0100 Message-ID: <075401cc3cbd$d7242ee0$856c8ca0$@co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0755_01CC3CC6.38E896E0" X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acw8tGos/6RKM1axQwWCVckufQGRTgACIWTw Content-Language: en-gb Cc: 'Pete Resnick' , ltru@ietf.org Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 15:51:37 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0755_01CC3CC6.38E896E0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi =20 Point of clarification only. =20 The draft states: =20 Any purely numeric subtag is a representation of a date in the Gregorian calendar. It MAY occur in any mechanism field. If it does occur: =20 * it MUST occur as the final subtag in the field, =20 Does field in this context mean the subtags after the t extension but = before any further extensions? =20 In other words is the following allowed: = =E2=80=9Cja-t-it-m0-xxx-v21a-2007-i-ami=E2=80=9D =20 Best regards =20 Debbie =20 =20 =20 From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of = Mark Davis ? Sent: 07 July 2011 15:43 To: Mykyta Yevstifeyev Cc: Pete Resnick; ltru@ietf.org Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext =20 Thanks for the feedback. We can make those corrections. =20 One question. The primary reason that we chose to use a BCP was = primarily because it provided a stable reference; the underlying RFCs = can (and have) changed while "BCP47" has remained the same. Listing the = current RFCs somewhat undercuts that. Note: if that is the practice we = should do it, but it seems odd. =20 Mark =E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94 On Wed, Jul 6, 2011 at 20:55, Mykyta Yevstifeyev = wrote: Hello, I've identified the following issue in the draft. Section 2.2 says: The subtags in the 't' extension are of the following form: =20 +--------+-------------------------+----------------------------+ | Label | ABNF | Comment | +--------+-------------------------+----------------------------+ | t_ext=3D | "t" | Extension | | | ("-" lang *("-" field) | Source + optional field(s) | | | / 1*("-" field)) | Field(s) only (no source) | | lang=3D | language | [BCP47 = ], = with restrictions | | | ["-" script] | | | | ["-" region] | | | | *("-" variant) | | | field=3D | sep 1*("-" 3*8alphanum) | With restrictions | | sep=3D | 1ALPHA 1DIGIT | Subtag separators | +--------+-------------------------+----------------------------+ I should note that, first of all, reference to RFC 5234 is missing; = moreover, and this is more important, making the ABNF definition in the = form of table makes such definition an invalid one, in terms of RFC = 5234. Also, there are a number of ABNF nits here. So, please consider = changing this to: The subtags in the 't' extension are of the following form, defined using ABNF [RFC5234] in rule: =20 t-ext =3D "t" ("-" lang *("-" field) / 1*("-" field)) lang =3D langtag field =3D sep 1*("-" 3*8alphanum) sep =3D ALPHA DIGIT alphanum =3D ALPHA / DIGIT =20 where rule is specified in BCP 47 [BCP47], and = rules - in RFC 5234 [RFC5234]. Also, the minors comments on references. Reference to BCP 47 should = include both references to RFC 5646 and RFC 4647, like: [BCP47] Phillips, A. and M. Davis, "Matching of Language Tags",=20 BCP 47, RFC 4647, September 2006. =20 Phillips, A., Ed., and M. Davis, Ed., "Tags for = Identifying Languages", BCP 47, RFC 5646, September 2009. ...and, referencing UTS 35 you shouldn't reference specific parts of the = document; this should be done in the text. Finally, I don't see where = [US-ASCII] is used in the text. Thanks, Mykyta Yevstifeyev 07.07.2011 2:49, Pete Resnick wrote:=20 Most of the people on the ietf-languages list are probably on the = ltru@ietf.org list as well, but I wanted to confirm that everyone got a = chance to review this before it proceeded to the IESG. Please have a = look at the ltru archive = = and = send any comments to the ltru@ietf.org list since that's where = discussion seems to be taking place. Thanks. pr =20 _______________________________________________ Ltru mailing list Ltru@ietf.org https://www.ietf.org/mailman/listinfo/ltru =20 ------=_NextPart_000_0755_01CC3CC6.38E896E0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hi

 

Point of clarification only.

 

The draft states:

 

Any purely numeric = subtag is a representation of a date in the

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Gregorian calendar.=C2=A0 It = MAY occur in any mechanism field.=C2=A0 If it

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 does = occur:

 

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 *=C2=A0 it MUST occur as the = final subtag in the field,

 

Does field in this context mean the subtags after the t extension but = before any further extensions?

 

In other words is the following allowed: =C2=A0=E2=80=9Cja-t-it-m0-xxx-v21a-2007-i-ami=E2=80=9D

 

Best = regards

 

Debbie

 

 

 

From:= = ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of = Mark Davis ?
Sent: 07 July 2011 15:43
To: Mykyta = Yevstifeyev
Cc: Pete Resnick; ltru@ietf.org
Subject: = Re: [Ltru] Fwd: draft-davis-t-langtag-ext

 

Thanks for = the feedback. We can make those corrections.

 <= /span>

One question. The primary = reason that we chose to use a BCP was primarily because it provided a = stable reference; the underlying RFCs can (and have) changed while = "BCP47" has remained the same. Listing the current RFCs = somewhat undercuts that. Note: if that is the practice we should do it, = but it seems odd.=

 <= /span>

Mark=

=E2=80=94 Il meglio =C3=A8 = l=E2=80=99inimico del bene =E2=80=94

On Wed, Jul 6, 2011 at 20:55, Mykyta Yevstifeyev = <evnikita2@gmail.com> = wrote:

Hello,

I've = identified the following issue in the draft.

Section 2.2 = says:


=C2=A0=C2=A0 The subtags in the 't' =
extension are of the following =
form:
 
=C2=A0=C2=A0=C2=A0=
=C2=A0 =
+--------+-------------------------+----------------------------+
=C2=A0=C2=A0=C2=A0=C2=A0 | Label=C2=A0 | =
ABNF=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | =
Comment=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
|
=C2=A0=C2=A0=C2=A0=C2=A0 =
+--------+-------------------------+----------------------------+
=C2=A0=C2=A0=C2=A0=C2=A0 | t_ext=3D | =
"t"=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | =
Extension=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
|
=C2=A0=C2=A0=C2=A0=C2=A0 =
|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | ("-" lang =
*("-" field)=C2=A0 | Source + optional field(s) =
|
=C2=A0=C2=A0=C2=A0=C2=A0 =
|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | / 1*("-" =
field))=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | Field(s) only (no =
source)=C2=A0 |
=C2=A0=C2=A0=C2=A0=C2=A0 | =
lang=3D=C2=A0 | =
language=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0 | [BCP47], with restrictions =
|
=C2=A0=C2=A0=C2=A0=C2=A0 =
|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | ["-" =
script]=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
 =
|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0 |
=C2=A0=C2=A0=C2=A0=C2=A0 =
|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | ["-" =
region]=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
 =
|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0 |
=C2=A0=C2=A0=C2=A0=C2=A0 =
|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | *("-" =
variant)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0 |
=C2=A0=C2=A0=C2=A0=C2=A0 | =
field=3D | sep 1*("-" 3*8alphanum) | With =
restrictions=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
|
=C2=A0=C2=A0=C2=A0=C2=A0 | sep=3D=C2=A0=C2=A0 | =
1ALPHA =
1DIGIT=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | =
Subtag separators=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
|
=C2=A0=C2=A0=C2=A0=C2=A0 =
+--------+-------------------------+----------------------------+


I should note that, first of all, = reference to RFC 5234 is missing; moreover, and this is more important, = making the ABNF definition in the form of table makes such definition an = invalid one, in terms of RFC 5234.  Also, there are a number of = ABNF nits here.  So, please consider changing this = to:


=C2=A0=C2=A0 The subtags in the 't' =
extension are of the following form, =
defined
=C2=A0=C2=A0 using ABNF [RFC5234] in =
<t-ext> =
rule:
 
=C2=A0=C2=A0=C2=A0=
=C2=A0 t-ext=C2=A0=C2=A0=C2=A0 =3D "t" ("-" lang =
*("-" field) / 1*("-" =
field))
=C2=A0=C2=A0=C2=A0=C2=A0 =
lang=C2=A0=C2=A0=C2=A0=C2=A0 =3D =
langtag
=C2=A0=C2=A0=C2=A0=C2=A0 =
field=C2=A0=C2=A0=C2=A0 =3D sep 1*("-" =
3*8alphanum)
=C2=A0=C2=A0=C2=A0=C2=A0 =
sep=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D ALPHA =
DIGIT
=C2=A0=C2=A0=C2=A0=C2=A0 alphanum =3D ALPHA / =
DIGIT
 
=C2=A0=C2=A0 =
where <langta> rule is specified in BCP 47 [BCP47], <ALPHA> =
and <DIGIT>
=C2=A0=C2=A0 rules - in RFC 5234 =
[RFC5234].

Also, the minors = comments on references.  Reference to BCP 47 should include both = references to RFC 5646 and RFC 4647, = like:

=C2=A0=C2=A0 [BCP47]=C2=A0=C2=A0=C2=A0 =
Phillips, A. and M. Davis, "Matching of Language Tags", =

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0BCP 47, RFC 4647, September =
2006.
 
=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Phillips, =
A., Ed., and M. Davis, Ed., "Tags for =
Identifying
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Languages", BCP 47, RFC 5646, =
September 2009.

...and, referencing = UTS 35 you shouldn't reference specific parts of the document; this = should be done in the text.  Finally, I don't see where [US-ASCII] = is used in the text.

Thanks,
Mykyta Yevstifeyev



07.07.2011 2:49, Pete Resnick wrote: =

Most of the people on the = ietf-languages list are probably on the ltru@ietf.org list as well, but I wanted to = confirm that everyone got a chance to review this before it proceeded to = the IESG. Please have a look at the ltru archive <http://www.ietf.org/mail-archive/web/ltru/current/m= aillist.html> and send any comments to the ltru@ietf.org list = since that's where discussion seems to be taking = place.

Thanks.

pr

 


______________________________________= _________
Ltru mailing list
Ltru@ietf.org
https://www.ietf.org/mailman/listinfo/ltru

 

------=_NextPart_000_0755_01CC3CC6.38E896E0-- From debbie@ictmarketing.co.uk Thu Jul 7 09:00:07 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11A761F0C34 for ; Thu, 7 Jul 2011 09:00:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.002 X-Spam-Level: X-Spam-Status: No, score=0.002 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MANGLED_TEXT=2.3, MIME_8BIT_HEADER=0.3] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mhav+WJZxydQ for ; Thu, 7 Jul 2011 09:00:06 -0700 (PDT) Received: from 145.nexbyte.net (145.nexbyte.net [62.197.41.145]) by ietfa.amsl.com (Postfix) with ESMTP id 96A101F0C3E for ; Thu, 7 Jul 2011 09:00:05 -0700 (PDT) Received: from ICTPC ([92.28.116.150]) by 145.nexbyte.net with MailEnable ESMTP; Thu, 07 Jul 2011 17:00:11 +0100 From: "Debbie Garside" To: =?UTF-8?Q?'Mark_Davis_=E2=98=95'?= , "'Mykyta Yevstifeyev'" References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> In-Reply-To: Date: Thu, 7 Jul 2011 17:00:56 +0100 Message-ID: <075f01cc3cbf$0f04ba90$2d0e2fb0$@co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0760_01CC3CC7.70C92290" X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acw8tGos/6RKM1axQwWCVckufQGRTgACdnaw Content-Language: en-gb Cc: 'Pete Resnick' , ltru@ietf.org Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 16:00:07 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0760_01CC3CC7.70C92290 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I am also concerned about the structure of the Unicode Committee and = voting rights. Perhaps someone can explain how this will work and why it = is required in addition to the current structure for the registration of = language tags. =20 Have I missed something here? (I probably have as I have been away from = the list for some time) Have Unicode already taken over some of the = duties of the BCP47 registrar? =20 Best wishes =20 Debbie =20 From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of = Mark Davis ? Sent: 07 July 2011 15:43 To: Mykyta Yevstifeyev Cc: Pete Resnick; ltru@ietf.org Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext =20 Thanks for the feedback. We can make those corrections. =20 One question. The primary reason that we chose to use a BCP was = primarily because it provided a stable reference; the underlying RFCs = can (and have) changed while "BCP47" has remained the same. Listing the = current RFCs somewhat undercuts that. Note: if that is the practice we = should do it, but it seems odd. =20 Mark =E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94 On Wed, Jul 6, 2011 at 20:55, Mykyta Yevstifeyev = wrote: Hello, I've identified the following issue in the draft. Section 2.2 says: The subtags in the 't' extension are of the following form: =20 +--------+-------------------------+----------------------------+ | Label | ABNF | Comment | +--------+-------------------------+----------------------------+ | t_ext=3D | "t" | Extension | | | ("-" lang *("-" field) | Source + optional field(s) | | | / 1*("-" field)) | Field(s) only (no source) | | lang=3D | language | [BCP47 = ], = with restrictions | | | ["-" script] | | | | ["-" region] | | | | *("-" variant) | | | field=3D | sep 1*("-" 3*8alphanum) | With restrictions | | sep=3D | 1ALPHA 1DIGIT | Subtag separators | +--------+-------------------------+----------------------------+ I should note that, first of all, reference to RFC 5234 is missing; = moreover, and this is more important, making the ABNF definition in the = form of table makes such definition an invalid one, in terms of RFC = 5234. Also, there are a number of ABNF nits here. So, please consider = changing this to: The subtags in the 't' extension are of the following form, defined using ABNF [RFC5234] in rule: =20 t-ext =3D "t" ("-" lang *("-" field) / 1*("-" field)) lang =3D langtag field =3D sep 1*("-" 3*8alphanum) sep =3D ALPHA DIGIT alphanum =3D ALPHA / DIGIT =20 where rule is specified in BCP 47 [BCP47], and = rules - in RFC 5234 [RFC5234]. Also, the minors comments on references. Reference to BCP 47 should = include both references to RFC 5646 and RFC 4647, like: [BCP47] Phillips, A. and M. Davis, "Matching of Language Tags",=20 BCP 47, RFC 4647, September 2006. =20 Phillips, A., Ed., and M. Davis, Ed., "Tags for = Identifying Languages", BCP 47, RFC 5646, September 2009. ...and, referencing UTS 35 you shouldn't reference specific parts of the = document; this should be done in the text. Finally, I don't see where = [US-ASCII] is used in the text. Thanks, Mykyta Yevstifeyev 07.07.2011 2:49, Pete Resnick wrote:=20 Most of the people on the ietf-languages list are probably on the = ltru@ietf.org list as well, but I wanted to confirm that everyone got a = chance to review this before it proceeded to the IESG. Please have a = look at the ltru archive = = and = send any comments to the ltru@ietf.org list since that's where = discussion seems to be taking place. Thanks. pr =20 _______________________________________________ Ltru mailing list Ltru@ietf.org https://www.ietf.org/mailman/listinfo/ltru =20 ------=_NextPart_000_0760_01CC3CC7.70C92290 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

I am also concerned about the structure of the Unicode Committee and = voting rights. Perhaps someone can explain how this will work and why it = is required in addition to the current structure for the registration of = language tags.

 

Have I missed something here? (I probably have as I have been away = from the list for some time)=C2=A0 Have Unicode already taken over some = of the duties of the BCP47 registrar?

 

Best wishes

 

Debbie

 

From:= = ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of = Mark Davis ?
Sent: 07 July 2011 15:43
To: Mykyta = Yevstifeyev
Cc: Pete Resnick; ltru@ietf.org
Subject: = Re: [Ltru] Fwd: draft-davis-t-langtag-ext

 

Thanks for = the feedback. We can make those corrections.

 <= /span>

One question. The primary = reason that we chose to use a BCP was primarily because it provided a = stable reference; the underlying RFCs can (and have) changed while = "BCP47" has remained the same. Listing the current RFCs = somewhat undercuts that. Note: if that is the practice we should do it, = but it seems odd.=

 <= /span>

Mark=

=E2=80=94 Il meglio =C3=A8 = l=E2=80=99inimico del bene =E2=80=94

On Wed, Jul 6, 2011 at 20:55, Mykyta Yevstifeyev = <evnikita2@gmail.com> = wrote:

Hello,

I've = identified the following issue in the draft.

Section 2.2 = says:


=C2=A0=C2=A0 The subtags in the 't' =
extension are of the following =
form:
 
=C2=A0=C2=A0=C2=A0=
=C2=A0 =
+--------+-------------------------+----------------------------+
=C2=A0=C2=A0=C2=A0=C2=A0 | Label=C2=A0 | =
ABNF=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | =
Comment=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
|
=C2=A0=C2=A0=C2=A0=C2=A0 =
+--------+-------------------------+----------------------------+
=C2=A0=C2=A0=C2=A0=C2=A0 | t_ext=3D | =
"t"=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | =
Extension=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
|
=C2=A0=C2=A0=C2=A0=C2=A0 =
|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | ("-" lang =
*("-" field)=C2=A0 | Source + optional field(s) =
|
=C2=A0=C2=A0=C2=A0=C2=A0 =
|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | / 1*("-" =
field))=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | Field(s) only (no =
source)=C2=A0 |
=C2=A0=C2=A0=C2=A0=C2=A0 | =
lang=3D=C2=A0 | =
language=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0 | [BCP47], with restrictions =
|
=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0 =
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| ["-" =
script]=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
 =
|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0 |
=C2=A0=C2=A0=C2=A0=C2=A0 =
|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | ["-" =
region]=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
 =
|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0 |
=C2=A0=C2=A0=C2=A0=C2=A0 =
|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | *("-" =
variant)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0 |
=C2=A0=C2=A0=C2=A0=C2=A0 | =
field=3D | sep 1*("-" 3*8alphanum) | With =
restrictions=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
|
=C2=A0=C2=A0=C2=A0=C2=A0 | sep=3D=C2=A0=C2=A0 | =
1ALPHA =
1DIGIT=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | =
Subtag separators=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
|
=C2=A0=C2=A0=C2=A0=C2=A0 =
+--------+-------------------------+----------------------------+


I should note that, first of all, = reference to RFC 5234 is missing; moreover, and this is more important, = making the ABNF definition in the form of table makes such definition an = invalid one, in terms of RFC 5234.  Also, there are a number of = ABNF nits here.  So, please consider changing this = to:


=C2=A0=C2=A0 The subtags in the 't' =
extension are of the following form, =
defined
=C2=A0=C2=A0 using ABNF [RFC5234] in =
<t-ext> =
rule:
 
=C2=A0=C2=A0=C2=A0=
=C2=A0 t-ext=C2=A0=C2=A0=C2=A0 =3D "t" ("-" lang =
*("-" field) / 1*("-" =
field))
=C2=A0=C2=A0=C2=A0=C2=A0 =
lang=C2=A0=C2=A0=C2=A0=C2=A0 =3D =
langtag
=C2=A0=C2=A0=C2=A0=C2=A0 =
field=C2=A0=C2=A0=C2=A0 =3D sep 1*("-" =
3*8alphanum)
=C2=A0=C2=A0=C2=A0=C2=A0 =
sep=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D ALPHA =
DIGIT
=C2=A0=C2=A0=C2=A0=C2=A0 alphanum =3D ALPHA / =
DIGIT
 
=C2=A0=C2=A0 =
where <langta> rule is specified in BCP 47 [BCP47], <ALPHA> =
and <DIGIT>
=C2=A0=C2=A0 rules - in RFC 5234 =
[RFC5234].

Also, the minors = comments on references.  Reference to BCP 47 should include both = references to RFC 5646 and RFC 4647, = like:

=C2=A0=C2=A0 [BCP47]=C2=A0=C2=A0=C2=A0 =
Phillips, A. and M. Davis, "Matching of Language Tags", =

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0BCP 47, RFC 4647, September =
2006.
 
=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Phillips, =
A., Ed., and M. Davis, Ed., "Tags for =
Identifying
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Languages", BCP 47, RFC 5646, =
September 2009.

...and, referencing = UTS 35 you shouldn't reference specific parts of the document; this = should be done in the text.  Finally, I don't see where [US-ASCII] = is used in the text.

Thanks,
Mykyta Yevstifeyev



07.07.2011 2:49, Pete Resnick wrote: =

Most of the people on the = ietf-languages list are probably on the ltru@ietf.org list as well, but I wanted to = confirm that everyone got a chance to review this before it proceeded to = the IESG. Please have a look at the ltru archive <http://www.ietf.org/mail-archive/web/ltru/current/m= aillist.html> and send any comments to the ltru@ietf.org list = since that's where discussion seems to be taking = place.

Thanks.

pr

 


______________________________________= _________
Ltru mailing list
Ltru@ietf.org
https://www.ietf.org/mailman/listinfo/ltru

 

------=_NextPart_000_0760_01CC3CC7.70C92290-- From addison@lab126.com Thu Jul 7 09:27:32 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67E2D1F0C4C for ; Thu, 7 Jul 2011 09:27:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.998 X-Spam-Level: X-Spam-Status: No, score=-103.998 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MANGLED_TEXT=2.3, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Uh8QP7FOSPny for ; Thu, 7 Jul 2011 09:27:31 -0700 (PDT) Received: from smtp-fw-4101.amazon.com (smtp-fw-4101.amazon.com [72.21.198.25]) by ietfa.amsl.com (Postfix) with ESMTP id BAC281F0C3E for ; Thu, 7 Jul 2011 09:27:30 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.65,494,1304294400"; d="scan'208,217";a="478592330" Received: from smtp-in-0102.sea3.amazon.com ([10.224.19.46]) by smtp-border-fw-out-4101.iad4.amazon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 07 Jul 2011 16:27:28 +0000 Received: from ex-hub-31012.ant.amazon.com (ex-hub-31012.sea31.amazon.com [10.185.169.29]) by smtp-in-0102.sea3.amazon.com (8.13.8/8.13.8) with ESMTP id p67GRNYn017292 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 7 Jul 2011 16:27:24 GMT Received: from EX-SEA31-D.ant.amazon.com ([169.254.1.184]) by ex-hub-31012.ant.amazon.com ([fe80::24e8:aabe:e5e7:2f81%12]) with mapi; Thu, 7 Jul 2011 09:27:23 -0700 From: "Phillips, Addison" To: Debbie Garside , =?utf-8?B?J01hcmsgRGF2aXMg4piVJw==?= , "'Mykyta Yevstifeyev'" Date: Thu, 7 Jul 2011 09:27:21 -0700 Thread-Topic: [Ltru] Fwd: draft-davis-t-langtag-ext Thread-Index: Acw8tGos/6RKM1axQwWCVckufQGRTgACIWTwAAFesQA= Message-ID: <131F80DEA635F044946897AFDA9AC3476A941CADB3@EX-SEA31-D.ant.amazon.com> References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> <075401cc3cbd$d7242ee0$856c8ca0$@co.uk> In-Reply-To: <075401cc3cbd$d7242ee0$856c8ca0$@co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_131F80DEA635F044946897AFDA9AC3476A941CADB3EXSEA31Dantam_" MIME-Version: 1.0 Cc: 'Pete Resnick' , "ltru@ietf.org" Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 16:27:32 -0000 --_000_131F80DEA635F044946897AFDA9AC3476A941CADB3EXSEA31Dantam_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhlIHdvcmQg4oCcZmllbGTigJ0gaGVyZSByZWZlcnMgdG8gdGhlIEFCTkYgY29uc3RydWN0IOKA nGZpZWxk4oCdIG9uIHRoZSBkb2N1bWVudC4gU28gaXQgbWVhbnMgdGhhdCB0aGUgc3VidGFnIG11 c3Qgb2NjdXIgYXQgdGhlIGVuZCBvZiB0aGF0IHBhcnQgb2YgdGhlIOKAk3QgZXh0ZW5zaW9uLiBU aGUg4oCTdCBleHRlbnNpb24gY2FuLCBpdHNlbGYsIGJlIGZvbGxvd2VkIGJ5IG90aGVyIGV4dGVu c2lvbnMgb3IgYnkgcHJpdmF0ZSB1c2UuIFNvLCB5ZXMsIHRoYXQgbGFuZ3VhZ2UgdGFnIHdvdWxk IGJlIGFsbG93ZWQuDQoNCkFkZGlzb24NCg0KDQpGcm9tOiBsdHJ1LWJvdW5jZXNAaWV0Zi5vcmcg W21haWx0bzpsdHJ1LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBEZWJiaWUgR2Fyc2lk ZQ0KU2VudDogVGh1cnNkYXksIEp1bHkgMDcsIDIwMTEgODo1MiBBTQ0KVG86ICdNYXJrIERhdmlz IOKYlSc7ICdNeWt5dGEgWWV2c3RpZmV5ZXYnDQpDYzogJ1BldGUgUmVzbmljayc7IGx0cnVAaWV0 Zi5vcmcNClN1YmplY3Q6IFJlOiBbTHRydV0gRndkOiBkcmFmdC1kYXZpcy10LWxhbmd0YWctZXh0 DQoNCkhpDQoNClBvaW50IG9mIGNsYXJpZmljYXRpb24gb25seS4NCg0KVGhlIGRyYWZ0IHN0YXRl czoNCg0KQW55IHB1cmVseSBudW1lcmljIHN1YnRhZyBpcyBhIHJlcHJlc2VudGF0aW9uIG9mIGEg ZGF0ZSBpbiB0aGUNCiAgICAgICBHcmVnb3JpYW4gY2FsZW5kYXIuICBJdCBNQVkgb2NjdXIgaW4g YW55IG1lY2hhbmlzbSBmaWVsZC4gIElmIGl0DQogICAgICAgZG9lcyBvY2N1cjoNCg0KICAgICAg ICogIGl0IE1VU1Qgb2NjdXIgYXMgdGhlIGZpbmFsIHN1YnRhZyBpbiB0aGUgZmllbGQsDQoNCkRv ZXMgZmllbGQgaW4gdGhpcyBjb250ZXh0IG1lYW4gdGhlIHN1YnRhZ3MgYWZ0ZXIgdGhlIHQgZXh0 ZW5zaW9uIGJ1dCBiZWZvcmUgYW55IGZ1cnRoZXIgZXh0ZW5zaW9ucz8NCg0KSW4gb3RoZXIgd29y ZHMgaXMgdGhlIGZvbGxvd2luZyBhbGxvd2VkOiAg4oCcamEtdC1pdC1tMC14eHgtdjIxYS0yMDA3 LWktYW1p4oCdDQoNCkJlc3QgcmVnYXJkcw0KDQpEZWJiaWUNCg0KDQoNCkZyb206IGx0cnUtYm91 bmNlc0BpZXRmLm9yZyBbbWFpbHRvOmx0cnUtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9m IE1hcmsgRGF2aXMgPw0KU2VudDogMDcgSnVseSAyMDExIDE1OjQzDQpUbzogTXlreXRhIFlldnN0 aWZleWV2DQpDYzogUGV0ZSBSZXNuaWNrOyBsdHJ1QGlldGYub3JnDQpTdWJqZWN0OiBSZTogW0x0 cnVdIEZ3ZDogZHJhZnQtZGF2aXMtdC1sYW5ndGFnLWV4dA0KDQpUaGFua3MgZm9yIHRoZSBmZWVk YmFjay4gV2UgY2FuIG1ha2UgdGhvc2UgY29ycmVjdGlvbnMuDQoNCk9uZSBxdWVzdGlvbi4gVGhl IHByaW1hcnkgcmVhc29uIHRoYXQgd2UgY2hvc2UgdG8gdXNlIGEgQkNQIHdhcyBwcmltYXJpbHkg YmVjYXVzZSBpdCBwcm92aWRlZCBhIHN0YWJsZSByZWZlcmVuY2U7IHRoZSB1bmRlcmx5aW5nIFJG Q3MgY2FuIChhbmQgaGF2ZSkgY2hhbmdlZCB3aGlsZSAiQkNQNDciIGhhcyByZW1haW5lZCB0aGUg c2FtZS4gTGlzdGluZyB0aGUgY3VycmVudCBSRkNzIHNvbWV3aGF0IHVuZGVyY3V0cyB0aGF0LiBO b3RlOiBpZiB0aGF0IGlzIHRoZSBwcmFjdGljZSB3ZSBzaG91bGQgZG8gaXQsIGJ1dCBpdCBzZWVt cyBvZGQuDQoNCk1hcmsNCuKAlCBJbCBtZWdsaW8gw6ggbOKAmWluaW1pY28gZGVsIGJlbmUg4oCU DQpPbiBXZWQsIEp1bCA2LCAyMDExIGF0IDIwOjU1LCBNeWt5dGEgWWV2c3RpZmV5ZXYgPGV2bmlr aXRhMkBnbWFpbC5jb208bWFpbHRvOmV2bmlraXRhMkBnbWFpbC5jb20+PiB3cm90ZToNCkhlbGxv LA0KDQpJJ3ZlIGlkZW50aWZpZWQgdGhlIGZvbGxvd2luZyBpc3N1ZSBpbiB0aGUgZHJhZnQuDQoN ClNlY3Rpb24gMi4yIHNheXM6DQoNCg0KICAgVGhlIHN1YnRhZ3MgaW4gdGhlICd0JyBleHRlbnNp b24gYXJlIG9mIHRoZSBmb2xsb3dpbmcgZm9ybToNCg0KDQoNCiAgICAgKy0tLS0tLS0tKy0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCg0KICAg ICB8IExhYmVsICB8IEFCTkYgICAgICAgICAgICAgICAgICAgIHwgQ29tbWVudCAgICAgICAgICAg ICAgICAgICAgfA0KDQogICAgICstLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQoNCiAgICAgfCB0X2V4dD0gfCAidCIgICAgICAg ICAgICAgICAgICAgICB8IEV4dGVuc2lvbiAgICAgICAgICAgICAgICAgIHwNCg0KICAgICB8ICAg ICAgICB8ICgiLSIgbGFuZyAqKCItIiBmaWVsZCkgIHwgU291cmNlICsgb3B0aW9uYWwgZmllbGQo cykgfA0KDQogICAgIHwgICAgICAgIHwgLyAxKigiLSIgZmllbGQpKSAgICAgICAgfCBGaWVsZChz KSBvbmx5IChubyBzb3VyY2UpICB8DQoNCiAgICAgfCBsYW5nPSAgfCBsYW5ndWFnZSAgICAgICAg ICAgICAgICB8IFtCQ1A0NzxodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1kYXZpcy10 LWxhbmd0YWctZXh0LTAxI3JlZi1CQ1A0Nz5dLCB3aXRoIHJlc3RyaWN0aW9ucyB8DQoNCiAgICAg fCAgICAgICAgfCBbIi0iIHNjcmlwdF0gICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAg ICAgICAgIHwNCg0KICAgICB8ICAgICAgICB8IFsiLSIgcmVnaW9uXSAgICAgICAgICAgIHwgICAg ICAgICAgICAgICAgICAgICAgICAgICAgfA0KDQogICAgIHwgICAgICAgIHwgKigiLSIgdmFyaWFu dCkgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQoNCiAgICAgfCBmaWVs ZD0gfCBzZXAgMSooIi0iIDMqOGFscGhhbnVtKSB8IFdpdGggcmVzdHJpY3Rpb25zICAgICAgICAg IHwNCg0KICAgICB8IHNlcD0gICB8IDFBTFBIQSAxRElHSVQgICAgICAgICAgIHwgU3VidGFnIHNl cGFyYXRvcnMgICAgICAgICAgfA0KDQogICAgICstLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQoNCkkgc2hvdWxkIG5vdGUgdGhh dCwgZmlyc3Qgb2YgYWxsLCByZWZlcmVuY2UgdG8gUkZDIDUyMzQgaXMgbWlzc2luZzsgbW9yZW92 ZXIsIGFuZCB0aGlzIGlzIG1vcmUgaW1wb3J0YW50LCBtYWtpbmcgdGhlIEFCTkYgZGVmaW5pdGlv biBpbiB0aGUgZm9ybSBvZiB0YWJsZSBtYWtlcyBzdWNoIGRlZmluaXRpb24gYW4gaW52YWxpZCBv bmUsIGluIHRlcm1zIG9mIFJGQyA1MjM0LiAgQWxzbywgdGhlcmUgYXJlIGEgbnVtYmVyIG9mIEFC TkYgbml0cyBoZXJlLiAgU28sIHBsZWFzZSBjb25zaWRlciBjaGFuZ2luZyB0aGlzIHRvOg0KDQoN CiAgIFRoZSBzdWJ0YWdzIGluIHRoZSAndCcgZXh0ZW5zaW9uIGFyZSBvZiB0aGUgZm9sbG93aW5n IGZvcm0sIGRlZmluZWQNCg0KICAgdXNpbmcgQUJORiBbUkZDNTIzNF0gaW4gPHQtZXh0PiBydWxl Og0KDQoNCg0KICAgICB0LWV4dCAgICA9ICJ0IiAoIi0iIGxhbmcgKigiLSIgZmllbGQpIC8gMSoo Ii0iIGZpZWxkKSkNCg0KICAgICBsYW5nICAgICA9IGxhbmd0YWcNCg0KICAgICBmaWVsZCAgICA9 IHNlcCAxKigiLSIgMyo4YWxwaGFudW0pDQoNCiAgICAgc2VwICAgICAgPSBBTFBIQSBESUdJVA0K DQogICAgIGFscGhhbnVtID0gQUxQSEEgLyBESUdJVA0KDQoNCg0KICAgd2hlcmUgPGxhbmd0YT4g cnVsZSBpcyBzcGVjaWZpZWQgaW4gQkNQIDQ3IFtCQ1A0N10sIDxBTFBIQT4gYW5kIDxESUdJVD4N Cg0KICAgcnVsZXMgLSBpbiBSRkMgNTIzNCBbUkZDNTIzNF0uDQpBbHNvLCB0aGUgbWlub3JzIGNv bW1lbnRzIG9uIHJlZmVyZW5jZXMuICBSZWZlcmVuY2UgdG8gQkNQIDQ3IHNob3VsZCBpbmNsdWRl IGJvdGggcmVmZXJlbmNlcyB0byBSRkMgNTY0NiBhbmQgUkZDIDQ2NDcsIGxpa2U6DQoNCiAgIFtC Q1A0N10gICAgUGhpbGxpcHMsIEEuIGFuZCBNLiBEYXZpcywgIk1hdGNoaW5nIG9mIExhbmd1YWdl IFRhZ3MiLA0KDQogICAgICAgICAgICAgIEJDUCA0NywgUkZDIDQ2NDcsIFNlcHRlbWJlciAyMDA2 Lg0KDQoNCg0KICAgICAgICAgICAgICBQaGlsbGlwcywgQS4sIEVkLiwgYW5kIE0uIERhdmlzLCBF ZC4sICJUYWdzIGZvciBJZGVudGlmeWluZw0KDQogICAgICAgICAgICAgIExhbmd1YWdlcyIsIEJD UCA0NywgUkZDIDU2NDYsIFNlcHRlbWJlciAyMDA5Lg0KLi4uYW5kLCByZWZlcmVuY2luZyBVVFMg MzUgeW91IHNob3VsZG4ndCByZWZlcmVuY2Ugc3BlY2lmaWMgcGFydHMgb2YgdGhlIGRvY3VtZW50 OyB0aGlzIHNob3VsZCBiZSBkb25lIGluIHRoZSB0ZXh0LiAgRmluYWxseSwgSSBkb24ndCBzZWUg d2hlcmUgW1VTLUFTQ0lJXSBpcyB1c2VkIGluIHRoZSB0ZXh0Lg0KDQpUaGFua3MsDQpNeWt5dGEg WWV2c3RpZmV5ZXYNCg0KDQowNy4wNy4yMDExIDI6NDksIFBldGUgUmVzbmljayB3cm90ZToNCk1v c3Qgb2YgdGhlIHBlb3BsZSBvbiB0aGUgaWV0Zi1sYW5ndWFnZXMgbGlzdCBhcmUgcHJvYmFibHkg b24gdGhlIGx0cnVAaWV0Zi5vcmc8bWFpbHRvOmx0cnVAaWV0Zi5vcmc+IGxpc3QgYXMgd2VsbCwg YnV0IEkgd2FudGVkIHRvIGNvbmZpcm0gdGhhdCBldmVyeW9uZSBnb3QgYSBjaGFuY2UgdG8gcmV2 aWV3IHRoaXMgYmVmb3JlIGl0IHByb2NlZWRlZCB0byB0aGUgSUVTRy4gUGxlYXNlIGhhdmUgYSBs b29rIGF0IHRoZSBsdHJ1IGFyY2hpdmUgPGh0dHA6Ly93d3cuaWV0Zi5vcmcvbWFpbC1hcmNoaXZl L3dlYi9sdHJ1L2N1cnJlbnQvbWFpbGxpc3QuaHRtbD48aHR0cDovL3d3dy5pZXRmLm9yZy9tYWls LWFyY2hpdmUvd2ViL2x0cnUvY3VycmVudC9tYWlsbGlzdC5odG1sPiBhbmQgc2VuZCBhbnkgY29t bWVudHMgdG8gdGhlIGx0cnVAaWV0Zi5vcmc8bWFpbHRvOmx0cnVAaWV0Zi5vcmc+IGxpc3Qgc2lu Y2UgdGhhdCdzIHdoZXJlIGRpc2N1c3Npb24gc2VlbXMgdG8gYmUgdGFraW5nIHBsYWNlLg0KDQpU aGFua3MuDQoNCnByDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCkx0cnUgbWFpbGluZyBsaXN0DQpMdHJ1QGlldGYub3JnPG1haWx0bzpMdHJ1QGll dGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9sdHJ1DQoNCg== --_000_131F80DEA635F044946897AFDA9AC3476A941CADB3EXSEA31Dantam_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Ik1TIE1pbmNobyI7 DQoJcGFub3NlLTE6MiAyIDYgOSA0IDIgNSA4IDMgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFt aWx5OiJNUyBNaW5jaG8iOw0KCXBhbm9zZS0xOjIgMiA2IDkgNCAyIDUgOCAzIDQ7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFob21hOw0KCXBhbm9zZS0xOjIgMTEg NiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJ cGFub3NlLTE6MiAxMSA2IDkgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eToiXEBNUyBNaW5jaG8iOw0KCXBhbm9zZS0xOjIgMiA2IDkgNCAyIDUgOCAzIDQ7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseTpUaW1lczsNCglwYW5vc2UtMToyIDIgNiAzIDUgNCA1IDIgMyA0 O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBk aXYuTXNvTm9ybWFsDQoJe21hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZv bnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCglt YXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0K CWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRl LCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp bms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAw MDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2Vy aWYiO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwg UHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUt bGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzO30NCnNwYW4u RW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkJhbGxvb25UZXh0 Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1w cmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IjsNCglmb250LWZhbWls eToiVGFob21hIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjINCgl7bXNvLXN0eWxl LXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlm IjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4 cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3Np emU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYu V29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBn dGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIx MDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpz aGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIg Lz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT48L2hlYWQ+PGJvZHkgbGFuZz1F Ti1VUyBsaW5rPWJsdWUgdmxpbms9cHVycGxlPjxkaXYgY2xhc3M9V29yZFNlY3Rpb24xPjxwIGNs YXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToi Q2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPlRoZSB3b3JkIOKAnGZpZWxk4oCd IGhlcmUgcmVmZXJzIHRvIHRoZSBBQk5GIGNvbnN0cnVjdCDigJxmaWVsZOKAnSBvbiB0aGUgZG9j dW1lbnQuIFNvIGl0IG1lYW5zIHRoYXQgdGhlIHN1YnRhZyBtdXN0IG9jY3VyIGF0IHRoZSBlbmQg b2YgdGhhdCBwYXJ0IG9mIHRoZSDigJN0IGV4dGVuc2lvbi4gVGhlIOKAk3QgZXh0ZW5zaW9uIGNh biwgaXRzZWxmLCBiZSBmb2xsb3dlZCBieSBvdGhlciBleHRlbnNpb25zIG9yIGJ5IHByaXZhdGUg dXNlLiBTbywgeWVzLCB0aGF0IGxhbmd1YWdlIHRhZyB3b3VsZCBiZSBhbGxvd2VkLjxvOnA+PC9v OnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxl PSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29s b3I6IzFGNDk3RCc+QWRkaXNvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3Jt YWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJz YW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAg Y2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPjxkaXYgc3R5bGU9J2JvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUg MS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCc+PGRpdj48ZGl2IHN0eWxlPSdib3JkZXI6 bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGlu IDBpbic+PHAgY2xhc3M9TXNvTm9ybWFsPjxiPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+RnJvbTo8L3NwYW4+PC9iPjxzcGFu IHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlm Iic+IGx0cnUtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOmx0cnUtYm91bmNlc0BpZXRmLm9yZ10g PGI+T24gQmVoYWxmIE9mIDwvYj5EZWJiaWUgR2Fyc2lkZTxicj48Yj5TZW50OjwvYj4gVGh1cnNk YXksIEp1bHkgMDcsIDIwMTEgODo1MiBBTTxicj48Yj5Ubzo8L2I+ICdNYXJrIERhdmlzIOKYlSc7 ICdNeWt5dGEgWWV2c3RpZmV5ZXYnPGJyPjxiPkNjOjwvYj4gJ1BldGUgUmVzbmljayc7IGx0cnVA aWV0Zi5vcmc8YnI+PGI+U3ViamVjdDo8L2I+IFJlOiBbTHRydV0gRndkOiBkcmFmdC1kYXZpcy10 LWxhbmd0YWctZXh0PG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNzPU1z b05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFu Zz1FTi1HQiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNh bnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPkhpPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNz PU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxl PSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29s b3I6IzFGNDk3RCc+UG9pbnQgb2YgY2xhcmlmaWNhdGlvbiBvbmx5LjxvOnA+PC9vOnA+PC9zcGFu PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0Qn PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFu Zz1FTi1HQiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNh bnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPlRoZSBkcmFmdCBzdGF0ZXM6PG86cD48L286cD48L3Nw YW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3 RCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0n cGFnZS1icmVhay1iZWZvcmU6YWx3YXlzJz48c3BhbiBsYW5nPUVOIHN0eWxlPSdmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyInPkFueSBwdXJlbHkgbnVtZXJpYyBzdWJ0 YWcgaXMgYSByZXByZXNlbnRhdGlvbiBvZiBhIGRhdGUgaW4gdGhlPG86cD48L286cD48L3NwYW4+ PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0ncGFnZS1icmVhay1iZWZvcmU6YWx3YXlzJz48 c3BhbiBsYW5nPUVOIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVy IE5ldyInPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBHcmVnb3JpYW4gY2Fs ZW5kYXIuJm5ic3A7IEl0IE1BWSBvY2N1ciBpbiBhbnkgbWVjaGFuaXNtIGZpZWxkLiZuYnNwOyBJ ZiBpdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J3BhZ2Ut YnJlYWstYmVmb3JlOmFsd2F5cyc+PHNwYW4gbGFuZz1FTiBzdHlsZT0nZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseToiQ291cmllciBOZXciJz4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgZG9lcyBvY2N1cjo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9y bWFsIHN0eWxlPSdwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMnPjxzcGFuIGxhbmc9RU4gc3R5bGU9 J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Iic+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0ncGFnZS1icmVhay1iZWZv cmU6YWx3YXlzJz48c3BhbiBsYW5nPUVOIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiJDb3VyaWVyIE5ldyInPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAq Jm5ic3A7IGl0IE1VU1Qgb2NjdXIgYXMgdGhlIGZpbmFsIHN1YnRhZyBpbiB0aGUgZmllbGQsPG86 cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0ncGFnZS1icmVhay1i ZWZvcmU6YWx3YXlzJz48c3BhbiBsYW5nPUVOIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiJDb3VyaWVyIE5ldyInPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFz cz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPkRvZXMgZmllbGQgaW4g dGhpcyBjb250ZXh0IG1lYW4gdGhlIHN1YnRhZ3MgYWZ0ZXIgdGhlIHQgZXh0ZW5zaW9uIGJ1dCBi ZWZvcmUgYW55IGZ1cnRoZXIgZXh0ZW5zaW9ucz88bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xh c3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4gc3R5bGU9J2Zv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjoj MUY0OTdEJz5JbiBvdGhlciB3b3JkcyBpcyB0aGUgZm9sbG93aW5nIGFsbG93ZWQ6ICZuYnNwO+KA nDwvc3Bhbj48c3BhbiBsYW5nPUVOIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Jz5qYS10LWl0LW0w LXh4eC12MjFhLTIwMDctaS1hbWnigJ08bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsPjxzcGFuIGxhbmc9RU4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQnPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTiBzdHlsZT0n Zm9udC1zaXplOjEwLjBwdCc+QmVzdCByZWdhcmRzPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNs YXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Jz48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4g c3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQnPkRlYmJpZTwvc3Bhbj48c3BhbiBsYW5nPUVOIHN0eWxl PSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29s b3I6IzFGNDk3RCc+PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3Bh biBsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJp Iiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVO LUdCIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1z ZXJpZiI7Y29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxkaXYgc3R5 bGU9J2JvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMu MHB0IDBpbiAwaW4gMGluJz48cCBjbGFzcz1Nc29Ob3JtYWw+PGI+PHNwYW4gc3R5bGU9J2ZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiJz5Gcm9tOjwvc3Bh bj48L2I+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIs InNhbnMtc2VyaWYiJz4gbHRydS1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86bHRydS1ib3VuY2Vz QGlldGYub3JnXSA8Yj5PbiBCZWhhbGYgT2YgPC9iPk1hcmsgRGF2aXMgPzxicj48Yj5TZW50Ojwv Yj4gMDcgSnVseSAyMDExIDE1OjQzPGJyPjxiPlRvOjwvYj4gTXlreXRhIFlldnN0aWZleWV2PGJy PjxiPkNjOjwvYj4gUGV0ZSBSZXNuaWNrOyBsdHJ1QGlldGYub3JnPGJyPjxiPlN1YmplY3Q6PC9i PiBSZTogW0x0cnVdIEZ3ZDogZHJhZnQtZGF2aXMtdC1sYW5ndGFnLWV4dDxvOnA+PC9vOnA+PC9z cGFuPjwvcD48L2Rpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1HQj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tR0I+ VGhhbmtzIGZvciB0aGUgZmVlZGJhY2suIFdlIGNhbiBtYWtlIHRob3NlIGNvcnJlY3Rpb25zLjxi ciBjbGVhcj1hbGw+PG86cD48L286cD48L3NwYW4+PC9wPjxkaXY+PGRpdj48cCBjbGFzcz1Nc29O b3JtYWw+PHNwYW4gbGFuZz1FTi1HQiBzdHlsZT0nZm9udC1zaXplOjEzLjVwdDtmb250LWZhbWls eTpUaW1lcyc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9 TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tR0I+T25lIHF1ZXN0aW9uLiBUaGUgcHJpbWFyeSByZWFz b24gdGhhdCB3ZSBjaG9zZSB0byB1c2UgYSBCQ1Agd2FzIHByaW1hcmlseSBiZWNhdXNlIGl0IHBy b3ZpZGVkIGEgc3RhYmxlIHJlZmVyZW5jZTsgdGhlIHVuZGVybHlpbmcgUkZDcyBjYW4gKGFuZCBo YXZlKSBjaGFuZ2VkIHdoaWxlICZxdW90O0JDUDQ3JnF1b3Q7IGhhcyByZW1haW5lZCB0aGUgc2Ft ZS4gTGlzdGluZyB0aGUgY3VycmVudCBSRkNzIHNvbWV3aGF0IHVuZGVyY3V0cyB0aGF0LiBOb3Rl OiBpZiB0aGF0IGlzIHRoZSBwcmFjdGljZSB3ZSBzaG91bGQgZG8gaXQsIGJ1dCBpdCBzZWVtcyBv ZGQuPC9zcGFuPjxzcGFuIGxhbmc9RU4tR0Igc3R5bGU9J2ZvbnQtc2l6ZToxMy41cHQ7Zm9udC1m YW1pbHk6VGltZXMnPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1z b05vcm1hbD48c3BhbiBsYW5nPUVOLUdCIHN0eWxlPSdmb250LXNpemU6MTMuNXB0O2ZvbnQtZmFt aWx5OlRpbWVzJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBjbGFz cz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1HQj5NYXJrPC9zcGFuPjxzcGFuIGxhbmc9RU4tR0Ig c3R5bGU9J2ZvbnQtc2l6ZToxMy41cHQ7Zm9udC1mYW1pbHk6VGltZXMnPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD48L2Rpdj48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1ib3R0b206MTIu MHB0Jz48aT48c3BhbiBsYW5nPUVOLUdCPuKAlCBJbCBtZWdsaW8gw6ggbOKAmWluaW1pY28gZGVs IGJlbmUg4oCUPC9zcGFuPjwvaT48c3BhbiBsYW5nPUVOLUdCPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLUdCPk9uIFdlZCwgSnVsIDYs IDIwMTEgYXQgMjA6NTUsIE15a3l0YSBZZXZzdGlmZXlldiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmV2 bmlraXRhMkBnbWFpbC5jb20iPmV2bmlraXRhMkBnbWFpbC5jb208L2E+Jmd0OyB3cm90ZTo8bzpw PjwvbzpwPjwvc3Bhbj48L3A+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1i b3R0b206MTIuMHB0Jz48c3BhbiBsYW5nPUVOLUdCPkhlbGxvLDxicj48YnI+SSd2ZSBpZGVudGlm aWVkIHRoZSBmb2xsb3dpbmcgaXNzdWUgaW4gdGhlIGRyYWZ0Ljxicj48YnI+U2VjdGlvbiAyLjIg c2F5czo8YnI+PGJyPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cHJlPjxzcGFuIGxhbmc9RU4tR0I+ Jm5ic3A7Jm5ic3A7IFRoZSBzdWJ0YWdzIGluIHRoZSAndCcgZXh0ZW5zaW9uIGFyZSBvZiB0aGUg Zm9sbG93aW5nIGZvcm06PG86cD48L286cD48L3NwYW4+PC9wcmU+PHByZT48c3BhbiBsYW5nPUVO LUdCPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPjxwcmU+PHNwYW4gbGFuZz1FTi1HQj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgKy0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT48 cHJlPjxzcGFuIGxhbmc9RU4tR0I+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgTGFiZWwmbmJz cDsgfCBBQk5GJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IHwgQ29tbWVudCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyB8PG86cD48L286cD48L3NwYW4+PC9wcmU+PHByZT48c3BhbiBs YW5nPUVOLUdCPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyArLS0tLS0tLS0rLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKzxvOnA+PC9vOnA+PC9z cGFuPjwvcHJlPjxwcmU+PHNwYW4gbGFuZz1FTi1HQj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg fCB0X2V4dD0gfCAmcXVvdDt0JnF1b3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgRXh0ZW5zaW9uJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT48 cHJlPjxzcGFuIGxhbmc9RU4tR0I+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCAoJnF1b3Q7LSZxdW90OyBsYW5nICoo JnF1b3Q7LSZxdW90OyBmaWVsZCkmbmJzcDsgfCBTb3VyY2UgKyBvcHRpb25hbCBmaWVsZChzKSB8 PG86cD48L286cD48L3NwYW4+PC9wcmU+PHByZT48c3BhbiBsYW5nPUVOLUdCPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IHwgLyAxKigmcXVvdDstJnF1b3Q7IGZpZWxkKSkmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgfCBGaWVsZChzKSBvbmx5IChubyBzb3VyY2UpJm5ic3A7IHw8bzpwPjwv bzpwPjwvc3Bhbj48L3ByZT48cHJlPjxzcGFuIGxhbmc9RU4tR0I+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IHwgbGFuZz0mbmJzcDsgfCBsYW5ndWFnZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyB8IFs8YSBocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1kYXZp cy10LWxhbmd0YWctZXh0LTAxI3JlZi1CQ1A0NyIgdGFyZ2V0PSJfYmxhbmsiIHRpdGxlPSImcXVv dDtUYWdzIGZvciB0aGUgSWRlbnRpZmljYXRpb24gb2YgTGFuZ3VhZ2UgKEJDUDQ3KSZxdW90OyI+ QkNQNDc8L2E+XSwgd2l0aCByZXN0cmljdGlvbnMgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPjxw cmU+PHNwYW4gbGFuZz1FTi1HQj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8IFsmcXVvdDstJnF1b3Q7IHNjcmlwdF0m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyB8PG86cD48L286cD48L3NwYW4+PC9wcmU+PHByZT48c3BhbiBsYW5nPUVOLUdCPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IHwgWyZxdW90Oy0mcXVvdDsgcmVnaW9uXSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT48 cHJlPjxzcGFuIGxhbmc9RU4tR0I+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCAqKCZxdW90Oy0mcXVvdDsgdmFyaWFu dCkmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8PG86cD48 L286cD48L3NwYW4+PC9wcmU+PHByZT48c3BhbiBsYW5nPUVOLUdCPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyB8IGZpZWxkPSB8IHNlcCAxKigmcXVvdDstJnF1b3Q7IDMqOGFscGhhbnVtKSB8IFdp dGggcmVzdHJpY3Rpb25zJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IHw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT48cHJlPjxzcGFuIGxhbmc9RU4t R0I+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgc2VwPSZuYnNwOyZuYnNwOyB8IDFBTFBIQSAx RElHSVQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgfCBTdWJ0YWcgc2VwYXJhdG9ycyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8PG86cD48L286cD48L3NwYW4+PC9wcmU+PHByZT48 c3BhbiBsYW5nPUVOLUdCPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyArLS0tLS0tLS0rLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKzxvOnA+PC9v OnA+PC9zcGFuPjwvcHJlPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWJvdHRvbTox Mi4wcHQnPjxzcGFuIGxhbmc9RU4tR0I+PGJyPkkgc2hvdWxkIG5vdGUgdGhhdCwgZmlyc3Qgb2Yg YWxsLCByZWZlcmVuY2UgdG8gUkZDIDUyMzQgaXMgbWlzc2luZzsgbW9yZW92ZXIsIGFuZCB0aGlz IGlzIG1vcmUgaW1wb3J0YW50LCBtYWtpbmcgdGhlIEFCTkYgZGVmaW5pdGlvbiBpbiB0aGUgZm9y bSBvZiB0YWJsZSBtYWtlcyBzdWNoIGRlZmluaXRpb24gYW4gaW52YWxpZCBvbmUsIGluIHRlcm1z IG9mIFJGQyA1MjM0LiZuYnNwOyBBbHNvLCB0aGVyZSBhcmUgYSBudW1iZXIgb2YgQUJORiBuaXRz IGhlcmUuJm5ic3A7IFNvLCBwbGVhc2UgY29uc2lkZXIgY2hhbmdpbmcgdGhpcyB0bzo8YnI+PGJy PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cHJlPjxzcGFuIGxhbmc9RU4tR0I+Jm5ic3A7Jm5ic3A7 IFRoZSBzdWJ0YWdzIGluIHRoZSAndCcgZXh0ZW5zaW9uIGFyZSBvZiB0aGUgZm9sbG93aW5nIGZv cm0sIGRlZmluZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT48cHJlPjxzcGFuIGxhbmc9RU4tR0I+ Jm5ic3A7Jm5ic3A7IHVzaW5nIEFCTkYgW1JGQzUyMzRdIGluICZsdDt0LWV4dCZndDsgcnVsZTo8 bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT48cHJlPjxzcGFuIGxhbmc9RU4tR0I+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wcmU+PHByZT48c3BhbiBsYW5nPUVOLUdCPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyB0LWV4dCZuYnNwOyZuYnNwOyZuYnNwOyA9ICZxdW90O3QmcXVvdDsgKCZxdW90Oy0m cXVvdDsgbGFuZyAqKCZxdW90Oy0mcXVvdDsgZmllbGQpIC8gMSooJnF1b3Q7LSZxdW90OyBmaWVs ZCkpPG86cD48L286cD48L3NwYW4+PC9wcmU+PHByZT48c3BhbiBsYW5nPUVOLUdCPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBsYW5nJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ID0gbGFuZ3RhZzxv OnA+PC9vOnA+PC9zcGFuPjwvcHJlPjxwcmU+PHNwYW4gbGFuZz1FTi1HQj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgZmllbGQmbmJzcDsmbmJzcDsmbmJzcDsgPSBzZXAgMSooJnF1b3Q7LSZxdW90 OyAzKjhhbHBoYW51bSk8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT48cHJlPjxzcGFuIGxhbmc9RU4t R0I+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHNlcCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyA9IEFMUEhBIERJR0lUPG86cD48L286cD48L3NwYW4+PC9wcmU+PHByZT48c3BhbiBsYW5n PUVOLUdCPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhbHBoYW51bSA9IEFMUEhBIC8gRElHSVQ8 bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT48cHJlPjxzcGFuIGxhbmc9RU4tR0I+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wcmU+PHByZT48c3BhbiBsYW5nPUVOLUdCPiZuYnNwOyZuYnNwOyB3aGVy ZSAmbHQ7bGFuZ3RhJmd0OyBydWxlIGlzIHNwZWNpZmllZCBpbiBCQ1AgNDcgW0JDUDQ3XSwgJmx0 O0FMUEhBJmd0OyBhbmQgJmx0O0RJR0lUJmd0OzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPjxwcmU+ PHNwYW4gbGFuZz1FTi1HQj4mbmJzcDsmbmJzcDsgcnVsZXMgLSBpbiBSRkMgNTIzNCBbUkZDNTIz NF0uPG86cD48L286cD48L3NwYW4+PC9wcmU+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJn aW4tYm90dG9tOjEyLjBwdCc+PHNwYW4gbGFuZz1FTi1HQj5BbHNvLCB0aGUgbWlub3JzIGNvbW1l bnRzIG9uIHJlZmVyZW5jZXMuJm5ic3A7IFJlZmVyZW5jZSB0byBCQ1AgNDcgc2hvdWxkIGluY2x1 ZGUgYm90aCByZWZlcmVuY2VzIHRvIFJGQyA1NjQ2IGFuZCBSRkMgNDY0NywgbGlrZTo8bzpwPjwv bzpwPjwvc3Bhbj48L3A+PHByZT48c3BhbiBsYW5nPUVOLUdCPiZuYnNwOyZuYnNwOyBbQkNQNDdd Jm5ic3A7Jm5ic3A7Jm5ic3A7IFBoaWxsaXBzLCBBLiBhbmQgTS4gRGF2aXMsICZxdW90O01hdGNo aW5nIG9mIExhbmd1YWdlIFRhZ3MmcXVvdDssIDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPjxwcmU+ PHNwYW4gbGFuZz1FTi1HQj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtCQ1AgNDcsIFJGQyA0 NjQ3LCBTZXB0ZW1iZXIgMjAwNi48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT48cHJlPjxzcGFuIGxh bmc9RU4tR0I+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+PHByZT48c3BhbiBsYW5nPUVO LUdCPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBQaGlsbGlwcywgQS4sIEVkLiwgYW5kIE0uIERhdmlz LCBFZC4sICZxdW90O1RhZ3MgZm9yIElkZW50aWZ5aW5nPG86cD48L286cD48L3NwYW4+PC9wcmU+ PHByZT48c3BhbiBsYW5nPUVOLUdCPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBMYW5ndWFnZXMmcXVv dDssIEJDUCA0NywgUkZDIDU2NDYsIFNlcHRlbWJlciAyMDA5LjxvOnA+PC9vOnA+PC9zcGFuPjwv cHJlPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLUdCPi4uLmFuZCwgcmVmZXJlbmNp bmcgVVRTIDM1IHlvdSBzaG91bGRuJ3QgcmVmZXJlbmNlIHNwZWNpZmljIHBhcnRzIG9mIHRoZSBk b2N1bWVudDsgdGhpcyBzaG91bGQgYmUgZG9uZSBpbiB0aGUgdGV4dC4mbmJzcDsgRmluYWxseSwg SSBkb24ndCBzZWUgd2hlcmUgW1VTLUFTQ0lJXSBpcyB1c2VkIGluIHRoZSB0ZXh0Ljxicj48YnI+ VGhhbmtzLDxicj48c3BhbiBzdHlsZT0nY29sb3I6Izg4ODg4OCc+TXlreXRhIFlldnN0aWZleWV2 PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48c3Bh biBsYW5nPUVOLUdCPjxicj48YnI+MDcuMDcuMjAxMSAyOjQ5LCBQZXRlIFJlc25pY2sgd3JvdGU6 IDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1H Qj5Nb3N0IG9mIHRoZSBwZW9wbGUgb24gdGhlIGlldGYtbGFuZ3VhZ2VzIGxpc3QgYXJlIHByb2Jh Ymx5IG9uIHRoZSA8YSBocmVmPSJtYWlsdG86bHRydUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsi Pmx0cnVAaWV0Zi5vcmc8L2E+IGxpc3QgYXMgd2VsbCwgYnV0IEkgd2FudGVkIHRvIGNvbmZpcm0g dGhhdCBldmVyeW9uZSBnb3QgYSBjaGFuY2UgdG8gcmV2aWV3IHRoaXMgYmVmb3JlIGl0IHByb2Nl ZWRlZCB0byB0aGUgSUVTRy4gUGxlYXNlIGhhdmUgYSBsb29rIGF0IHRoZSBsdHJ1IGFyY2hpdmUg PGEgaHJlZj0iaHR0cDovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL2x0cnUvY3VycmVu dC9tYWlsbGlzdC5odG1sIiB0YXJnZXQ9Il9ibGFuayI+Jmx0O2h0dHA6Ly93d3cuaWV0Zi5vcmcv bWFpbC1hcmNoaXZlL3dlYi9sdHJ1L2N1cnJlbnQvbWFpbGxpc3QuaHRtbCZndDs8L2E+IGFuZCBz ZW5kIGFueSBjb21tZW50cyB0byB0aGUgPGEgaHJlZj0ibWFpbHRvOmx0cnVAaWV0Zi5vcmciIHRh cmdldD0iX2JsYW5rIj5sdHJ1QGlldGYub3JnPC9hPiBsaXN0IHNpbmNlIHRoYXQncyB3aGVyZSBk aXNjdXNzaW9uIHNlZW1zIHRvIGJlIHRha2luZyBwbGFjZS48YnI+PGJyPlRoYW5rcy48YnI+PGJy PnByPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVO LUdCPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48L2Rpdj48cCBjbGFzcz1Nc29O b3JtYWwgc3R5bGU9J21hcmdpbi1ib3R0b206MTIuMHB0Jz48c3BhbiBsYW5nPUVOLUdCPjxicj5f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj5MdHJ1IG1h aWxpbmcgbGlzdDxicj48YSBocmVmPSJtYWlsdG86THRydUBpZXRmLm9yZyI+THRydUBpZXRmLm9y ZzwvYT48YnI+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9s dHJ1IiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9sdHJ1PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48cCBjbGFzcz1Nc29Ob3JtYWw+ PHNwYW4gbGFuZz1FTi1HQj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PC9kaXY+ PC9kaXY+PC9ib2R5PjwvaHRtbD4= --_000_131F80DEA635F044946897AFDA9AC3476A941CADB3EXSEA31Dantam_-- From debbie@ictmarketing.co.uk Thu Jul 7 09:45:26 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB39411E807C for ; Thu, 7 Jul 2011 09:45:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.002 X-Spam-Level: X-Spam-Status: No, score=0.002 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MANGLED_TEXT=2.3, MIME_8BIT_HEADER=0.3] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lxTnp4ZCu1v2 for ; Thu, 7 Jul 2011 09:45:26 -0700 (PDT) Received: from 145.nexbyte.net (145.nexbyte.net [62.197.41.145]) by ietfa.amsl.com (Postfix) with ESMTP id 1AF0011E8072 for ; Thu, 7 Jul 2011 09:45:24 -0700 (PDT) Received: from ICTPC ([78.145.15.117]) by 145.nexbyte.net with MailEnable ESMTP; Thu, 07 Jul 2011 17:45:30 +0100 From: "Debbie Garside" To: "'Phillips, Addison'" , =?UTF-8?Q?'Mark_Davis_=E2=98=95'?= , "'Mykyta Yevstifeyev'" References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> <075401cc3cbd$d7242ee0$856c8ca0$@co.uk> <131F80DEA635F044946897AFDA9AC3476A941CADB3@EX-SEA31-D.ant.amazon.com> In-Reply-To: <131F80DEA635F044946897AFDA9AC3476A941CADB3@EX-SEA31-D.ant.amazon.com> Date: Thu, 7 Jul 2011 17:46:21 +0100 Message-ID: <078701cc3cc5$678adf40$36a09dc0$@co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0788_01CC3CCD.C94F4740" X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acw8tGos/6RKM1axQwWCVckufQGRTgACIWTwAAFesQAAALpy4A== Content-Language: en-gb Cc: 'Pete Resnick' , ltru@ietf.org Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 16:45:27 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0788_01CC3CCD.C94F4740 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thank you. I thought so but best to check. =20 Debbie =20 From: Phillips, Addison [mailto:addison@lab126.com]=20 Sent: 07 July 2011 17:27 To: Debbie Garside; 'Mark Davis =E2=98=95'; 'Mykyta Yevstifeyev' Cc: 'Pete Resnick'; ltru@ietf.org Subject: RE: [Ltru] Fwd: draft-davis-t-langtag-ext =20 The word =E2=80=9Cfield=E2=80=9D here refers to the ABNF construct = =E2=80=9Cfield=E2=80=9D on the document. So it means that the subtag = must occur at the end of that part of the =E2=80=93t extension. The = =E2=80=93t extension can, itself, be followed by other extensions or by = private use. So, yes, that language tag would be allowed. =20 Addison =20 =20 From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of = Debbie Garside Sent: Thursday, July 07, 2011 8:52 AM To: 'Mark Davis =E2=98=95'; 'Mykyta Yevstifeyev' Cc: 'Pete Resnick'; ltru@ietf.org Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext =20 Hi =20 Point of clarification only. =20 The draft states: =20 Any purely numeric subtag is a representation of a date in the Gregorian calendar. It MAY occur in any mechanism field. If it does occur: =20 * it MUST occur as the final subtag in the field, =20 Does field in this context mean the subtags after the t extension but = before any further extensions? =20 In other words is the following allowed: = =E2=80=9Cja-t-it-m0-xxx-v21a-2007-i-ami=E2=80=9D =20 Best regards =20 Debbie =20 =20 =20 From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of = Mark Davis ? Sent: 07 July 2011 15:43 To: Mykyta Yevstifeyev Cc: Pete Resnick; ltru@ietf.org Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext =20 Thanks for the feedback. We can make those corrections. =20 One question. The primary reason that we chose to use a BCP was = primarily because it provided a stable reference; the underlying RFCs = can (and have) changed while "BCP47" has remained the same. Listing the = current RFCs somewhat undercuts that. Note: if that is the practice we = should do it, but it seems odd. =20 Mark =E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94 On Wed, Jul 6, 2011 at 20:55, Mykyta Yevstifeyev = wrote: Hello, I've identified the following issue in the draft. Section 2.2 says: The subtags in the 't' extension are of the following form: =20 +--------+-------------------------+----------------------------+ | Label | ABNF | Comment | +--------+-------------------------+----------------------------+ | t_ext=3D | "t" | Extension | | | ("-" lang *("-" field) | Source + optional field(s) | | | / 1*("-" field)) | Field(s) only (no source) | | lang=3D | language | [BCP47 = ], = with restrictions | | | ["-" script] | | | | ["-" region] | | | | *("-" variant) | | | field=3D | sep 1*("-" 3*8alphanum) | With restrictions | | sep=3D | 1ALPHA 1DIGIT | Subtag separators | +--------+-------------------------+----------------------------+ I should note that, first of all, reference to RFC 5234 is missing; = moreover, and this is more important, making the ABNF definition in the = form of table makes such definition an invalid one, in terms of RFC = 5234. Also, there are a number of ABNF nits here. So, please consider = changing this to: The subtags in the 't' extension are of the following form, defined using ABNF [RFC5234] in rule: =20 t-ext =3D "t" ("-" lang *("-" field) / 1*("-" field)) lang =3D langtag field =3D sep 1*("-" 3*8alphanum) sep =3D ALPHA DIGIT alphanum =3D ALPHA / DIGIT =20 where rule is specified in BCP 47 [BCP47], and = rules - in RFC 5234 [RFC5234]. Also, the minors comments on references. Reference to BCP 47 should = include both references to RFC 5646 and RFC 4647, like: [BCP47] Phillips, A. and M. Davis, "Matching of Language Tags",=20 BCP 47, RFC 4647, September 2006. =20 Phillips, A., Ed., and M. Davis, Ed., "Tags for = Identifying Languages", BCP 47, RFC 5646, September 2009. ...and, referencing UTS 35 you shouldn't reference specific parts of the = document; this should be done in the text. Finally, I don't see where = [US-ASCII] is used in the text. Thanks, Mykyta Yevstifeyev 07.07.2011 2:49, Pete Resnick wrote:=20 Most of the people on the ietf-languages list are probably on the = ltru@ietf.org list as well, but I wanted to confirm that everyone got a = chance to review this before it proceeded to the IESG. Please have a = look at the ltru archive = = and = send any comments to the ltru@ietf.org list since that's where = discussion seems to be taking place. Thanks. pr =20 _______________________________________________ Ltru mailing list Ltru@ietf.org https://www.ietf.org/mailman/listinfo/ltru =20 ------=_NextPart_000_0788_01CC3CCD.C94F4740 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Thank you.=C2=A0 I thought so but best to = check.

 

Debbie

 

From:= Phillips, = Addison [mailto:addison@lab126.com]
Sent: 07 July 2011 = 17:27
To: Debbie Garside; 'Mark Davis =E2=98=95'; 'Mykyta = Yevstifeyev'
Cc: 'Pete Resnick'; = ltru@ietf.org
Subject: RE: [Ltru] Fwd: = draft-davis-t-langtag-ext

 

The word =E2=80=9Cfield=E2=80=9D here refers to the ABNF construct = =E2=80=9Cfield=E2=80=9D on the document. So it means that the subtag = must occur at the end of that part of the =E2=80=93t extension. The = =E2=80=93t extension can, itself, be followed by other extensions or by = private use. So, yes, that language tag would be = allowed.

 

Addison

 

 

From:= = ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of = Debbie Garside
Sent: Thursday, July 07, 2011 8:52 = AM
To: 'Mark Davis =E2=98=95'; 'Mykyta = Yevstifeyev'
Cc: 'Pete Resnick'; = ltru@ietf.org
Subject: Re: [Ltru] Fwd: = draft-davis-t-langtag-ext

 

Hi

 

Point of clarification only.

 

The draft states:

 

Any purely numeric = subtag is a representation of a date in the

       Gregorian calendar.  It = MAY occur in any mechanism field.  If it

       does = occur:

 

       *  it MUST occur as the = final subtag in the field,

 

Does field in this context mean the subtags after the t extension but = before any further extensions?

 

In other words is the following allowed:  =E2=80=9Cja-t-it-m0-xxx-v21a-2007-i-ami=E2=80=9D

 

Best = regards

 

Debbie

 

 

 

From:= = ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of = Mark Davis ?
Sent: 07 July 2011 15:43
To: Mykyta = Yevstifeyev
Cc: Pete Resnick; ltru@ietf.org
Subject: = Re: [Ltru] Fwd: draft-davis-t-langtag-ext

 

Thanks for = the feedback. We can make those corrections.

 <= /span>

One question. The primary = reason that we chose to use a BCP was primarily because it provided a = stable reference; the underlying RFCs can (and have) changed while = "BCP47" has remained the same. Listing the current RFCs = somewhat undercuts that. Note: if that is the practice we should do it, = but it seems odd.=

 <= /span>

Mark=

=E2=80=94 Il meglio =C3=A8 = l=E2=80=99inimico del bene =E2=80=94

On Wed, Jul 6, 2011 at 20:55, Mykyta Yevstifeyev = <evnikita2@gmail.com> = wrote:

Hello,

I've identified the = following issue in the draft.

Section 2.2 = says:

   The subtags in the 't' extension =
are of the following =
form:
 
   =
  =
+--------+-------------------------+----------------------------+
     | Label  | =
ABNF           &nb=
sp;        | =
Comment           =
         =
|
     =
+--------+-------------------------+----------------------------+
     | t_ext=3D | =
"t"          =
           | =
Extension          &nbs=
p;       =
|
     =
|        | ("-" lang =
*("-" field)  | Source + optional field(s) =
|
     =
|        | / 1*("-" =
field))        | Field(s) only (no =
source)  |
     | =
lang=3D  | =
language           =
;     | [BCP47], with restrictions =
|
     =
|        | ["-" =
script]           =
 =
|            =
            &=
nbsp;   |
     =
|        | ["-" =
region]           =
 =
|            =
            &=
nbsp;   |
     =
|        | *("-" =
variant)          =
|            =
            &=
nbsp;   |
     | =
field=3D | sep 1*("-" 3*8alphanum) | With =
restrictions          =
|
     | sep=3D   | =
1ALPHA =
1DIGIT           | =
Subtag separators          =
|
     =
+--------+-------------------------+----------------------------+


I = should note that, first of all, reference to RFC 5234 is missing; = moreover, and this is more important, making the ABNF definition in the = form of table makes such definition an invalid one, in terms of RFC = 5234.  Also, there are a number of ABNF nits here.  So, please = consider changing this to:

   The subtags =
in the 't' extension are of the following form, =
defined
   using ABNF [RFC5234] in =
<t-ext> =
rule:
 
   =
  t-ext    =3D "t" ("-" lang =
*("-" field) / 1*("-" =
field))
     =
lang     =3D =
langtag
     =
field    =3D sep 1*("-" =
3*8alphanum)
     =
sep      =3D ALPHA =
DIGIT
     alphanum =3D ALPHA / =
DIGIT
 
   =
where <langta> rule is specified in BCP 47 [BCP47], <ALPHA> =
and <DIGIT>
   rules - in RFC 5234 =
[RFC5234].

Also, the minors comments on = references.  Reference to BCP 47 should include both references to = RFC 5646 and RFC 4647, like:

   =
[BCP47]    Phillips, A. and M. Davis, "Matching of =
Language Tags", =

        &nb=
sp;     BCP 47, RFC 4647, September =
2006.
 
   =
           Phillips, =
A., Ed., and M. Davis, Ed., "Tags for =
Identifying
      &nbs=
p;       Languages", BCP 47, RFC =
5646, September 2009.

...and, = referencing UTS 35 you shouldn't reference specific parts of the = document; this should be done in the text.  Finally, I don't see = where [US-ASCII] is used in the text.

Thanks,
Mykyta Yevstifeyev



07.07.2011 2:49, Pete Resnick wrote: =

Most of the people on the = ietf-languages list are probably on the ltru@ietf.org list as well, but I wanted to = confirm that everyone got a chance to review this before it proceeded to = the IESG. Please have a look at the ltru archive <http://www.ietf.org/mail-archive/web/ltru/current/m= aillist.html> and send any comments to the ltru@ietf.org list = since that's where discussion seems to be taking = place.

Thanks.

pr

 


______________________________________= _________
Ltru mailing list
Ltru@ietf.org
https://www.ietf.org/mailman/listinfo/ltru

 

------=_NextPart_000_0788_01CC3CCD.C94F4740-- From debbie@ictmarketing.co.uk Thu Jul 7 09:59:32 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 52C7C11E80B2 for ; Thu, 7 Jul 2011 09:59:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.002 X-Spam-Level: X-Spam-Status: No, score=0.002 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MANGLED_TEXT=2.3, MIME_8BIT_HEADER=0.3] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6EYSus0OEg2H for ; Thu, 7 Jul 2011 09:59:31 -0700 (PDT) Received: from 145.nexbyte.net (145.nexbyte.net [62.197.41.145]) by ietfa.amsl.com (Postfix) with ESMTP id A4B6A11E808B for ; Thu, 7 Jul 2011 09:59:30 -0700 (PDT) Received: from ICTPC ([78.145.15.218]) by 145.nexbyte.net with MailEnable ESMTP; Thu, 07 Jul 2011 17:59:36 +0100 From: "Debbie Garside" To: "'Debbie Garside'" , =?UTF-8?Q?'Mark_Davis_=E2=98=95'?= , "'Mykyta Yevstifeyev'" References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> <075f01cc3cbf$0f04ba90$2d0e2fb0$@co.uk> In-Reply-To: <075f01cc3cbf$0f04ba90$2d0e2fb0$@co.uk> Date: Thu, 7 Jul 2011 18:00:30 +0100 Message-ID: <079501cc3cc7$6134a3e0$239deba0$@co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0796_01CC3CCF.C2F90BE0" X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acw8tGos/6RKM1axQwWCVckufQGRTgACdnawAAH3r6A= Content-Language: en-gb Cc: 'Pete Resnick' , ltru@ietf.org Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 16:59:32 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0796_01CC3CCF.C2F90BE0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Let me elaborate further on this. From memory, data in CLDR may be = incorporated on a vote system, This vote system is linked to the amount = paid by companies by way of subscriptions. Or am I wrong? I seem to = remember a lot of Google data being incorporated (dumped) into CLDR = against the wishes of experts in the field who had been working most = diligently to make sure their data was correct. A paid for votes system = is contrary to the entire ethos of IETF where, I believe, a general = consensus is required rather than paid votes and affiliations are not = taken into account. This is the basis for my concern. =20 Maybe I am totally wrong and if so I apologise. Please feel free to = correct me. =20 If I am right, there is still a way for Unicode to do this, as = stipulated within the RFC, but rather by recommendation to the = IETF-Languages Registrar who can then invite further discussion. =20 Best wishes =20 Debbie =20 From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of = Debbie Garside Sent: 07 July 2011 17:01 To: 'Mark Davis =E2=98=95'; 'Mykyta Yevstifeyev' Cc: 'Pete Resnick'; ltru@ietf.org Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext =20 I am also concerned about the structure of the Unicode Committee and = voting rights. Perhaps someone can explain how this will work and why it = is required in addition to the current structure for the registration of = language tags. =20 Have I missed something here? (I probably have as I have been away from = the list for some time) Have Unicode already taken over some of the = duties of the BCP47 registrar? =20 Best wishes =20 Debbie =20 From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of = Mark Davis ? Sent: 07 July 2011 15:43 To: Mykyta Yevstifeyev Cc: Pete Resnick; ltru@ietf.org Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext =20 Thanks for the feedback. We can make those corrections. =20 One question. The primary reason that we chose to use a BCP was = primarily because it provided a stable reference; the underlying RFCs = can (and have) changed while "BCP47" has remained the same. Listing the = current RFCs somewhat undercuts that. Note: if that is the practice we = should do it, but it seems odd. =20 Mark =E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94 On Wed, Jul 6, 2011 at 20:55, Mykyta Yevstifeyev = wrote: Hello, I've identified the following issue in the draft. Section 2.2 says: The subtags in the 't' extension are of the following form: =20 +--------+-------------------------+----------------------------+ | Label | ABNF | Comment | +--------+-------------------------+----------------------------+ | t_ext=3D | "t" | Extension | | | ("-" lang *("-" field) | Source + optional field(s) | | | / 1*("-" field)) | Field(s) only (no source) | | lang=3D | language | [BCP47 = ], = with restrictions | | | ["-" script] | | | | ["-" region] | | | | *("-" variant) | | | field=3D | sep 1*("-" 3*8alphanum) | With restrictions | | sep=3D | 1ALPHA 1DIGIT | Subtag separators | +--------+-------------------------+----------------------------+ I should note that, first of all, reference to RFC 5234 is missing; = moreover, and this is more important, making the ABNF definition in the = form of table makes such definition an invalid one, in terms of RFC = 5234. Also, there are a number of ABNF nits here. So, please consider = changing this to: The subtags in the 't' extension are of the following form, defined using ABNF [RFC5234] in rule: =20 t-ext =3D "t" ("-" lang *("-" field) / 1*("-" field)) lang =3D langtag field =3D sep 1*("-" 3*8alphanum) sep =3D ALPHA DIGIT alphanum =3D ALPHA / DIGIT =20 where rule is specified in BCP 47 [BCP47], and = rules - in RFC 5234 [RFC5234]. Also, the minors comments on references. Reference to BCP 47 should = include both references to RFC 5646 and RFC 4647, like: [BCP47] Phillips, A. and M. Davis, "Matching of Language Tags",=20 BCP 47, RFC 4647, September 2006. =20 Phillips, A., Ed., and M. Davis, Ed., "Tags for = Identifying Languages", BCP 47, RFC 5646, September 2009. ...and, referencing UTS 35 you shouldn't reference specific parts of the = document; this should be done in the text. Finally, I don't see where = [US-ASCII] is used in the text. Thanks, Mykyta Yevstifeyev 07.07.2011 2:49, Pete Resnick wrote:=20 Most of the people on the ietf-languages list are probably on the = ltru@ietf.org list as well, but I wanted to confirm that everyone got a = chance to review this before it proceeded to the IESG. Please have a = look at the ltru archive = = and = send any comments to the ltru@ietf.org list since that's where = discussion seems to be taking place. Thanks. pr =20 _______________________________________________ Ltru mailing list Ltru@ietf.org https://www.ietf.org/mailman/listinfo/ltru =20 ------=_NextPart_000_0796_01CC3CCF.C2F90BE0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Let me elaborate further on this.=C2=A0 From memory, data in CLDR may = be incorporated on a vote system,=C2=A0 This vote system is linked to = the amount paid by companies by way of subscriptions.=C2=A0 Or am I = wrong?=C2=A0 I seem to remember a lot of Google data being incorporated = (dumped) into CLDR against the wishes of experts in the field who had = been working most diligently to make sure their data was correct.=C2=A0 = A paid for votes system is contrary to the entire ethos of IETF where, I = believe, a general consensus is required rather than paid votes and = affiliations are not taken into account.=C2=A0 This is the basis for my = concern.

 

Maybe I am totally wrong and if so I apologise.=C2=A0 Please feel = free to correct me.

 

If I am right, there is still a way for Unicode to do this, as = stipulated within the RFC, but rather by recommendation to the = IETF-Languages Registrar who can then invite further = discussion.

 

Best wishes

 

Debbie

 

From:= = ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of = Debbie Garside
Sent: 07 July 2011 17:01
To: = 'Mark Davis =E2=98=95'; 'Mykyta Yevstifeyev'
Cc: 'Pete = Resnick'; ltru@ietf.org
Subject: Re: [Ltru] Fwd: = draft-davis-t-langtag-ext

 

I am also concerned about the structure of the Unicode Committee and = voting rights. Perhaps someone can explain how this will work and why it = is required in addition to the current structure for the registration of = language tags.

 

Have I missed something here? (I probably have as I have been away = from the list for some time)  Have Unicode already taken over some = of the duties of the BCP47 registrar?

 

Best wishes

 

Debbie

 

From:= = ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of = Mark Davis ?
Sent: 07 July 2011 15:43
To: Mykyta = Yevstifeyev
Cc: Pete Resnick; ltru@ietf.org
Subject: = Re: [Ltru] Fwd: draft-davis-t-langtag-ext

 

Thanks for = the feedback. We can make those corrections.

 <= /span>

One question. The primary = reason that we chose to use a BCP was primarily because it provided a = stable reference; the underlying RFCs can (and have) changed while = "BCP47" has remained the same. Listing the current RFCs = somewhat undercuts that. Note: if that is the practice we should do it, = but it seems odd.=

 <= /span>

Mark=

=E2=80=94 Il meglio =C3=A8 = l=E2=80=99inimico del bene =E2=80=94

On Wed, Jul 6, 2011 at 20:55, Mykyta Yevstifeyev = <evnikita2@gmail.com> = wrote:

Hello,

I've identified the = following issue in the draft.

Section 2.2 = says:

   The subtags in the 't' =
extension are of the following =
form:
 
   =
  =
+--------+-------------------------+----------------------------+
     | Label  | =
ABNF           &nb=
sp;        | =
Comment           =
         =
|
     =
+--------+-------------------------+----------------------------+
     | t_ext=3D | =
"t"          =
           | =
Extension          &nbs=
p;       =
|
     =
|        | ("-" lang =
*("-" field)  | Source + optional field(s) =
|
     =
|        | / 1*("-" =
field))        | Field(s) only (no =
source)  |
     | =
lang=3D  | =
language           =
;     | [BCP47], with restrictions =
|
     |  =
      | ["-" =
script]           =
 =
|            =
            &=
nbsp;   |
     =
|        | ["-" =
region]           =
 =
|            =
            &=
nbsp;   |
     =
|        | *("-" =
variant)          =
|            =
            &=
nbsp;   |
     | =
field=3D | sep 1*("-" 3*8alphanum) | With =
restrictions          =
|
     | sep=3D   | =
1ALPHA =
1DIGIT           | =
Subtag separators          =
|
     =
+--------+-------------------------+----------------------------+


I = should note that, first of all, reference to RFC 5234 is missing; = moreover, and this is more important, making the ABNF definition in the = form of table makes such definition an invalid one, in terms of RFC = 5234.  Also, there are a number of ABNF nits here.  So, please = consider changing this to:

   The =
subtags in the 't' extension are of the following form, =
defined
   using ABNF [RFC5234] in =
<t-ext> =
rule:
 
   =
  t-ext    =3D "t" ("-" lang =
*("-" field) / 1*("-" =
field))
     =
lang     =3D =
langtag
     =
field    =3D sep 1*("-" =
3*8alphanum)
     =
sep      =3D ALPHA =
DIGIT
     alphanum =3D ALPHA / =
DIGIT
 
   =
where <langta> rule is specified in BCP 47 [BCP47], <ALPHA> =
and <DIGIT>
   rules - in RFC 5234 =
[RFC5234].

Also, the minors comments on = references.  Reference to BCP 47 should include both references to = RFC 5646 and RFC 4647, like:

   =
[BCP47]    Phillips, A. and M. Davis, "Matching of =
Language Tags", =

        &nb=
sp;     BCP 47, RFC 4647, September =
2006.
 
   =
           Phillips, =
A., Ed., and M. Davis, Ed., "Tags for =
Identifying
      &nbs=
p;       Languages", BCP 47, RFC =
5646, September 2009.

...and, = referencing UTS 35 you shouldn't reference specific parts of the = document; this should be done in the text.  Finally, I don't see = where [US-ASCII] is used in the text.

Thanks,
Mykyta Yevstifeyev



07.07.2011 2:49, Pete Resnick wrote: =

Most of the people on the = ietf-languages list are probably on the ltru@ietf.org list as well, but I wanted to = confirm that everyone got a chance to review this before it proceeded to = the IESG. Please have a look at the ltru archive <http://www.ietf.org/mail-archive/web/ltru/current/m= aillist.html> and send any comments to the ltru@ietf.org list = since that's where discussion seems to be taking = place.

Thanks.

pr

 


______________________________________= _________
Ltru mailing list
Ltru@ietf.org
https://www.ietf.org/mailman/listinfo/ltru

 

------=_NextPart_000_0796_01CC3CCF.C2F90BE0-- From mark.edward.davis@gmail.com Thu Jul 7 12:58:33 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7334D11E80B1 for ; Thu, 7 Jul 2011 12:58:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.217 X-Spam-Level: X-Spam-Status: No, score=-2.217 tagged_above=-999 required=5 tests=[AWL=1.575, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, GB_I_LETTER=-2, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aa0iExzaxr1n for ; Thu, 7 Jul 2011 12:58:31 -0700 (PDT) Received: from mail-yw0-f44.google.com (mail-yw0-f44.google.com [209.85.213.44]) by ietfa.amsl.com (Postfix) with ESMTP id 8EC7211E80AF for ; Thu, 7 Jul 2011 12:58:31 -0700 (PDT) Received: by ywp31 with SMTP id 31so615306ywp.31 for ; Thu, 07 Jul 2011 12:58:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=0Qc5xu683BBSdQMugsTwofF06V89aNm3wZN2L70WmuY=; b=GqGL30L31M+uTTFTE+vztjYNGV2PFLq8IqbdI35A1IF5pkSGd/H9QWLBtZowxbgOBv /h+Z9GmZ1/xbBjMeX7/A2yG3igWEPFHZ8e7M2lSPx6WfwyBGMpX3DivMxVUaxr7NmWMu pDCRUbQYTM/qqXbWrJxTfVO1NK5ig6IHGwgto= MIME-Version: 1.0 Received: by 10.150.2.20 with SMTP id 20mr1256802ybb.444.1310068709001; Thu, 07 Jul 2011 12:58:29 -0700 (PDT) Sender: mark.edward.davis@gmail.com Received: by 10.151.48.19 with HTTP; Thu, 7 Jul 2011 12:58:28 -0700 (PDT) In-Reply-To: <71734097E7D39C439D341BF9F6C2457B39DFD3C0@TK5EX14MBXC121.redmond.corp.microsoft.com> References: <4E14F473.6030101@qualcomm.com> <71734097E7D39C439D341BF9F6C2457B39DFD3C0@TK5EX14MBXC121.redmond.corp.microsoft.com> Date: Thu, 7 Jul 2011 12:58:28 -0700 X-Google-Sender-Auth: xu_LVmTPc3BggMF9yAuXIKBfqw8 Message-ID: From: =?UTF-8?B?TWFyayBEYXZpcyDimJU=?= To: Peter Constable Content-Type: multipart/alternative; boundary=000e0cd48714080b8f04a780240b Cc: "ltru@ietf.org" , "ietf-languages@alvestrand.no" Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 19:58:33 -0000 --000e0cd48714080b8f04a780240b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable It's still in discussion, so feedback is welcome. (I'd thought you were on LTRU...) Mark *=E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94* On Thu, Jul 7, 2011 at 08:29, Peter Constable wrote= : > I was not aware of the discussion on LTRU. When will it be reviewed by > IESG? What is the action being requested of IESG / what=E2=80=99s the sta= tus of this > draft?**** > > ** ** > > ** ** > > Peter**** > > ** ** > > *From:* ietf-languages-bounces@alvestrand.no [mailto: > ietf-languages-bounces@alvestrand.no] *On Behalf Of *Pete Resnick > *Sent:* Wednesday, July 06, 2011 4:49 PM > *To:* ietf-languages@alvestrand.no > *Subject:* Fwd: draft-davis-t-langtag-ext**** > > ** ** > > Most of the people on the ietf-languages list are probably on the > ltru@ietf.org list as well, but I wanted to confirm that everyone got a > chance to review this before it proceeded to the IESG. Please have a look= at > the ltru archive > and send any comme= nts to the > ltru@ietf.org list since that's where discussion seems to be taking place= . > > Thanks. > > pr > > -------- Original Message -------- **** > > *Subject: * > > [Ltru] draft-davis-t-langtag-ext**** > > *Date: * > > Wed, 22 Jun 2011 15:00:47 -0700**** > > *From: * > > Mark Davis =E2=98=95 **** > > *To: * > > Martin J. D=C3=BCrst ***= * > > *CC: * > > LTRU Working Group , <= court@infiauto.com> > **** > > > > A new draft posted at > http://tools.ietf.org/html/draft-davis-t-langtag-ext-01 > **** > > ** ** > > Martin, we tried to address your concerns; please take a look and let us > know what you think.**** > > ** ** > > Mark**** > > *=E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94* > > **** > > On Tue, Jun 21, 2011 at 09:00, Mark Davis =E2=98=95 = wrote:*** > * > > Those are good issues; thanks for raising them and starting the discussio= n. > Comments below. > **** > > ** ** > ------------------------------ > > Mark**** > > *=E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94***** > > > > **** > > On Mon, Jun 20, 2011 at 23:39, "Martin J. D=C3=BCrst" > wrote:**** > > Hello Mark, others, > > Overall comment: > The idea to reuse language tags to indicate transliteration/transcription > source, and to add some additional tags to distinguish methods seems to b= e > reasonable and sound. > > The description of the structure of the allowed subtags and of the > responsibility split between IETF (this draft) and UTC (UTS 35) looks qui= te > messy to me, and should be cleaned up. I'd personally prefer that UTS 35 = (or > whatever else on the Unicode side) only define the part (afte= r > the m0 subtag).**** > > ** ** > > That would be my preference as well (can't speak for my coauthors).**** > > ** ** > > We patterned it this way following what ended up being accepted for the > -u- extension. That is, the spec is in UTS35, but there is a summary here= . > But of course, there are many ways to do it. And maybe this summary is to= o > detailed, at least for the mechanism part, and we could just have it in > UTS35.**** > > ** ** > > We considered a number of alternatives:**** > > - We could define everything after -t- to be the source language, and > everything after -m- to be the mechanism. But that burns 2 extension > letters, just one.**** > - We also considered having everything in the -u extension, for which > we already have the structure set up. However, that would force us to = have > artificial source subtags like 'en0' instead of 'en', because the -u- > extension wouldn't allow the 2-letter subtags (it already defines a us= e for > them).**** > - We could also have -t- be just the source, and define the mechanism > in -u-, also easy. But we felt it would be better to have everything u= nder > one extension.**** > > ** ** > > > > > Detailled comments: > > "In addition, it may also be important to > specify a particular specification for the transformation.": Too much > 'spec' in one sentence.**** > > ** ** > > ok**** > > **** > > > "For example, if one is transcribing the names of Italian or Russian > cities on a map for Japanese users, each name will need to be > transliterated into katakana using rules appropriate for the source > language and target languages.": "source languages and target language"= ? > **** > > ** ** > > yes**** > > **** > > > BCP47 required information: The first three paragraphs should move to the > introduction.**** > > ** ** > > Other authors, what do you think?**** > > **** > > > "followed by a sequence of subtags that would form a language tag": Here > and in general: Don't use 'would'.**** > > ** ** > > Grammatically, it is that the sequence of subtags *would* form a language > subtag if they *were* separated out. They are not actually a language tag= , > because they occur in the middle of another language subtag. How would yo= u > like that to be phrased?**** > > ** ** > > ** ** > > ** ** > > > >>>> > The structure of 't' subtags is determined by the Unicode CLDR > Technical Committee, in accordance with the policies and procedures > in http://www.unicode.org/consortium/tc-procedures.html, and subject > to the Unicode Consortium Policies on > http://www.unicode.org/policies/policies.html. > >>>> > > > The following paragraph is also difficult to understand. I wouldn't know > exactly what falls on what side. I think one major reason is that we are > treading new ground here, it's the first time we have a singleton definit= ion > that allows reuse of language tags (with a few restrictions) as well as > intends to define its own extensions.**** > > ** ** > > These were both patterned after what was used for the -u- extension. We c= an > take a look at them to try to clarify.**** > > ** ** > > **** > > > >>>> > Changes that can be made by successive versions of LDML [UTS35] by > the Unicode Consortium without requiring a new RFC include the > allocation of new subtags for use after the 't' extension. A new RFC > would be required for material changes to an existing 't' subtag, or > an incompatible change to the overall syntactic structure of the 't' > extension; however, such a change would be contrary to the policies > of the Unicode Consortium, and thus is not anticipated. > >>>> > > 2.1 Summary: There seems to be quite some overlap between the part of > section 2 before the 2.1 heading. > > > One question I would have as a linguistic researcher is: How much effort > and time is involved in getting a 'mechanism' approved? If such 'mechanis= ms' > are e.g. rejected with arguments like "if we accept it, then everybody ha= s > to implement it" or so, then I would see that as a problem.**** > > ** ** > > Good point. I'll propose some text.**** > > **** > > > So much for the moment. > > > Regards, Martin. **** > > > > > On 2011/06/18 6:07, Mark Davis =E2=98=95 wrote:**** > > Yoshito, Addison, and I had had an action for a while now from the CLDR > committee to submit a draft for a an extension. Rather than go through al= l > the problems in the falk draft, we put together an alternative approach, > leveraging the work we already did for the -u- extension. > > It just got posted at > http://tools.ietf.org/html/draft-davis-t-langtag-ext-00 > > Courtney, I think this provides a superset of the functionality that you > are > interested in. Perhaps you can read it over, and we can add you as an > author > of the next version of this draft instead of having the two competing > proposals. > > Mark > > *=E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94* > > > On Wed, Jun 15, 2011 at 10:50, Randy Presuhn > wrote:**** > > Hi - > > I started out with an off-list response, but I figure this is > something worth sending to the list. > > Off-list, a contributor asked: > > ...**** > > I'd love to see your input. I'd like to make sure I understand > all the concerns. Is there any way you could forward this to the list?***= * > > > My response: > > Sorry, already deleted. As I recall, the main concerns were > > (1) there already *is* support for identifying orthographies > (remember German?) > (2) the I-D seems to assume that transliterations always result > in "Latin" (previous discussion on LTRU included transliterations > to Cyrillic and Hangul, among others) > (3) the "original orthography" is irrelevant for the transliteration > systems I've been able to think of. (At the same time, some > transliteration systems are quite "lossy" and some don't do > "round trip" very well.) Consider also the transliteration of > material > which was originally in audio form... > (4) The draft doesn't clearly distinguish "orthography" from > "transliteration". > This may be because the boundary between the two can be fuzzy, but > even > that is an issue that should be addressed. > (5) How this fits in with *transcription* systems (e.g. IPA) should be > addressed. The boundary gets fuzzy with orthographies that are > equivalent > to phonemic representations of the language. (e.g., Pinyin for > Mandarin) > (6) The proposed singleton usage appears broken and unnecessary. > > Or something like that. I may have forgotten something here, or, in the > process of reconstruction, thought of something I missed the first time. > > Randy**** > > ** ** > > _______________________________________________ > Ltru mailing list > Ltru@ietf.org > https://www.ietf.org/mailman/listinfo/ltru > > --000e0cd48714080b8f04a780240b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable It's still in discussion, so feedb= ack is welcome. (I'd thought you were on LTRU...)
On Thu, Jul 7, 2011 at 08:29, Peter Cons= table <peter= con@microsoft.com> wrote:

I was= not aware of the discussion on LTRU. When will it be reviewed by IESG? Wha= t is the action being requested of IESG / what=E2=80=99s the status of this= draft?

=C2=A0

=C2=A0

Peter=

=C2=A0

From: ietf-lan= guages-bounces@alvestrand.no [mailto:ietf-languages-bounces@alvestrand.n= o] On Behalf Of Pete Resnick
Sent: Wednesday, July 06, 2011 4:49 PM
To: ietf-languages@alvestrand.no
Subject: Fwd: draft-davis-t-langtag-ext

=C2=A0

Most of the people on the ietf-languages list are pr= obably on the ltru@ietf.org list a= s well, but I wanted to confirm that everyone got a chance to review this b= efore it proceeded to the IESG. Please have a look at the ltru archive <http://www.ietf.org/mail-archive/web/ltru/current/ma= illist.html> and send any comments to the ltru@ietf.org list s= ince that's where discussion seems to be taking place.

Thanks.

pr

-------- Original Message --------

Subjec= t:

[Ltru] draft-davis-t-langtag-ext

Date: =

Wed, 22 Jun 2011 15:00:47 -0700

From: =

Mark Davis =E2=98=95 <mark@macchiato.com>

To:

Martin J. D=C3=BCrst <duerst@it.aoyama.ac.jp>

CC:

LTRU Working Group <ltru@ietf.org>, <court@infiauto.= com>



A new draft posted at=C2=A0http://tools.ietf.org/html/draft-davi= s-t-langtag-ext-01

=C2=A0

Martin, we tried to address your concerns; please ta= ke a look and let us know what you think.

=C2=A0

Mark

=E2=80=94 Il megli= o =C3=A8 l=E2=80=99inimico del bene =E2=80=94

On Tue, Jun 21, 2011 at 09:00, Mark Davis =E2=98=95 = <mark@macchiato.= com> wrote:

Those are good issues; thanks for raising them and s= tarting the discussion. Comments below.

=C2=A0

Mark

=E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del = bene =E2=80=94



On Mon, Jun 20, 2011 at 23:39, "Martin J. D=C3= =BCrst" <duerst@it.aoyama.ac.jp> wrote:

Hello Mark, others,

Overall comment:
The idea to reuse language tags to indicate transliteration/transcription s= ource, and to add some additional tags to distinguish methods seems to be r= easonable and sound.

The description of the structure of the allowed subtags and of the responsi= bility split between IETF (this draft) and UTC (UTS 35) looks quite messy t= o me, and should be cleaned up. I'd personally prefer that UTS 35 (or w= hatever else on the Unicode side) only define the <mechanism> part (after the m0 subtag).

=C2=A0

That would be my preference as well (can't speak= for my coauthors).

=C2=A0

We patterned it this way following what ended up bei= ng accepted for =C2=A0the -u- extension. That is, the spec is in UTS35, but= there is a summary here. But of course, there are many ways to do it. And = maybe this summary is too detailed, at least for the mechanism part, and we could just have it in UTS35.

=C2=A0

We considered a number of alternatives:

  • We could define everything after -t- to be the source language, and everyth= ing after -m- to be the mechanism.=C2=A0But that burns 2 extension letters,= just one.
  • We also considered having everything in the -u extension,=C2=A0for which we= already have the structure set up. However, that would force us to have ar= tificial source subtags like 'en0' instead of 'en', because= the -u- extension wouldn't allow the 2-letter subtags (it already defines a use for them).
  • We could also have -t- be just the source, and define the mechanism in -u-,= also easy. But we felt it would be better to have everything under one ext= ension.

=C2=A0




Detailled comments:

"In addition, it may also be important to
=C2=A0 specify a particular specification for the transformation.": To= o much 'spec' in one sentence.

=C2=A0

ok

=C2=A0


"For example, if one is transcribing the names of Italian or Russian =C2=A0 cities on a map for Japanese users, each name will need to be
=C2=A0 transliterated into katakana using rules appropriate for the source<= br> =C2=A0 language and target languages.": "source languages and tar= get language"?

=C2=A0

yes

=C2=A0


BCP47 required information: The first three paragraphs should move to the i= ntroduction.

=C2=A0

Other authors, what do you think?

=C2=A0


"followed by a sequence of subtags that would form a language tag"= ;: Here and in general: Don't use 'would'.

=C2=A0

Grammatically, it is that the sequence of subtags *w= ould* form a language subtag if they *were* separated out. They are not act= ually a language tag, because they occur in the middle of another language = subtag. How would you like that to be phrased?

=C2=A0

=C2=A0

=C2=A0


>>>>
=C2=A0 The structure of 't' subtags is determined by the Unicode CL= DR
=C2=A0 Technical Committee, in accordance with the policies and procedures<= br> =C2=A0 in http://www.unicode.org/consortium/tc-procedures.html, and subject
=C2=A0 to the Unicode Consortium Policies on
=C2=A0 http://www.unicode.org/policies/policies.html.
>>>>


The following paragraph is also difficult to understand. I wouldn't kno= w exactly what falls on what side. I think one major reason is that we are = treading new ground here, it's the first time we have a singleton defin= ition that allows reuse of language tags (with a few restrictions) as well as intends to define its own extensions.=

=C2=A0

These were both patterned after what was used for th= e -u- extension. We can take a look at them to try to clarify.

=C2=A0

=C2=A0


>>>>
=C2=A0 Changes that can be made by successive versions of LDML [UTS35] by =C2=A0 the Unicode Consortium without requiring a new RFC include the
=C2=A0 allocation of new subtags for use after the 't' extension. = =C2=A0A new RFC
=C2=A0 would be required for material changes to an existing 't' su= btag, or
=C2=A0 an incompatible change to the overall syntactic structure of the = 9;t'
=C2=A0 extension; however, such a change would be contrary to the policies<= br> =C2=A0 of the Unicode Consortium, and thus is not anticipated.
>>>>

2.1 Summary: There seems to be quite some overlap between the part of secti= on 2 before the 2.1 heading.


One question I would have as a linguistic researcher is: How much effort an= d time is involved in getting a 'mechanism' approved? If such '= mechanisms' are e.g. rejected with arguments like "if we accept it= , then everybody has to implement it" or so, then I would see that as a problem.

=C2=A0

Good point. I'll propose some text.

=C2=A0


So much for the moment.


Regards, =C2=A0 Martin.




On 2011/06/18 6:07, Mark Davis =E2=98=95 wrote:

Yoshito, Addison, and= I had had an action for a while now from the CLDR
committee to submit a draft for a an extension. Rather than go through all<= br> the problems in the falk draft, we put together an alternative approach, leveraging the work we already did for the -u- extension.

It just got posted at
http://tools.ietf.org/html/draft-davis-t-langtag-ext-00

Courtney, I think this provides a superset of the functionality that you ar= e
interested in. Perhaps you can read it over, and we can add you as an autho= r
of the next version of this draft instead of having the two competing
proposals.

Mark

*=E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94*


On Wed, Jun 15, 2011 at 10:50, Randy Presuhn
<randy= _presuhn@mindspring.com>wrote:

Hi -

I started out with an off-list response, but I figure this is
something worth sending to the list.

Off-list, a contributor asked:

...

I'd love to see your input. I'd like to make= sure I understand
all the concerns. Is there any way you could forward this to the list?


My response:

Sorry, already deleted. =C2=A0As I recall, the main concerns were

=C2=A0(1) there already *is* support for identifying orthographies
=C2=A0 =C2=A0 =C2=A0(remember German?)
=C2=A0(2) the I-D seems to assume that transliterations always result
=C2=A0 =C2=A0 =C2=A0in "Latin" (previous discussion on LTRU inclu= ded transliterations
=C2=A0 =C2=A0 =C2=A0to Cyrillic and Hangul, among others)
=C2=A0(3) the "original orthography" is irrelevant for the transl= iteration
=C2=A0 =C2=A0 =C2=A0systems I've been able to think of. =C2=A0(At the s= ame time, some
=C2=A0 =C2=A0 =C2=A0transliteration systems are quite "lossy" and= some don't do
=C2=A0 =C2=A0 =C2=A0"round trip" very well.) =C2=A0Consider also = the transliteration of
material
=C2=A0 =C2=A0 =C2=A0which was originally in audio form...
=C2=A0(4) The draft doesn't clearly distinguish "orthography"= from
"transliteration".
=C2=A0 =C2=A0 =C2=A0This may be because the boundary between the two can be= fuzzy, but
even
=C2=A0 =C2=A0 =C2=A0that is an issue that should be addressed.
=C2=A0(5) How this fits in with *transcription* systems (e.g. IPA) should b= e
=C2=A0 =C2=A0 =C2=A0addressed. =C2=A0The boundary gets fuzzy with orthograp= hies that are
equivalent
=C2=A0 =C2=A0 =C2=A0to phonemic representations of the language. =C2=A0(e.g= ., Pinyin for
Mandarin)
=C2=A0(6) The proposed singleton usage appears broken and unnecessary.

Or something like that. =C2=A0I may have forgotten something here, or, in t= he
process of reconstruction, thought of something I missed the first time.
Randy

=C2=A0


_______________________________________________
Ltru mailing list
Ltru@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/ltru


--000e0cd48714080b8f04a780240b-- From mark.edward.davis@gmail.com Thu Jul 7 13:07:00 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8089611E80B8 for ; Thu, 7 Jul 2011 13:07:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.592 X-Spam-Level: X-Spam-Status: No, score=-0.592 tagged_above=-999 required=5 tests=[AWL=-1.100, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, MANGLED_TEXT=2.3, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MXIUAz5mMayV for ; Thu, 7 Jul 2011 13:06:59 -0700 (PDT) Received: from mail-gy0-f172.google.com (mail-gy0-f172.google.com [209.85.160.172]) by ietfa.amsl.com (Postfix) with ESMTP id 2622811E80AB for ; Thu, 7 Jul 2011 13:06:59 -0700 (PDT) Received: by gyd5 with SMTP id 5so630733gyd.31 for ; Thu, 07 Jul 2011 13:06:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=QvYpeHeaeecG+XM/cRDCmVymdZlBEPjATgUvQ+qfT/w=; b=VcFIoZRXMdKt6kGmoT4wB7nwcaMiJE8NM6qMuz7dXLnMKJ+4eZ5zWTBM3ZkToSU03E L4kEKpnEmKDSSRGC9D7mOLCxVkHi5fR7WOyqkV6/KRN7fAFF3AZPkSZZVOcbKEUdB1VO IgFNeY7jfK/MMpRKCQi12A7EnnICptwNxfVZY= MIME-Version: 1.0 Received: by 10.150.94.6 with SMTP id r6mr1242841ybb.387.1310069218421; Thu, 07 Jul 2011 13:06:58 -0700 (PDT) Sender: mark.edward.davis@gmail.com Received: by 10.151.48.19 with HTTP; Thu, 7 Jul 2011 13:06:58 -0700 (PDT) In-Reply-To: <075f01cc3cbf$0f04ba90$2d0e2fb0$@co.uk> References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> <075f01cc3cbf$0f04ba90$2d0e2fb0$@co.uk> Date: Thu, 7 Jul 2011 13:06:58 -0700 X-Google-Sender-Auth: 3iKq0-CamMwM25tW99kvvEUjnRs Message-ID: From: =?UTF-8?B?TWFyayBEYXZpcyDimJU=?= To: Debbie Garside Content-Type: multipart/alternative; boundary=000e0cd6e7e6652ada04a7804211 Cc: Pete Resnick , CLDR list , LTRU Working Group Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 20:07:00 -0000 --000e0cd6e7e6652ada04a7804211 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable These are not primary language subtags or variants, as covered by BCP47. That still remains as it has been. This is a different area, part of an extension that is to provide a structured approach to the specification of transliteration. The developmen= t of extensions and their scope is covered by BCP47, and you can find the details there. The Unicode CLDR committee is already serves as the registrar for the -u- extension. The committee operates under the procedures in http://unicode.org/consortium/tc-procedures.html, but the vast majority of decisions are taken by consensus. The consortium is already the Registratio= n Authority for ISO 15924 (Scripts). Mark *=E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94* On Thu, Jul 7, 2011 at 09:00, Debbie Garside wro= te: > I am also concerned about the structure of the Unicode Committee and voti= ng > rights. Perhaps someone can explain how this will work and why it is > required in addition to the current structure for the registration of > language tags.**** > > ** ** > > Have I missed something here? (I probably have as I have been away from t= he > list for some time) Have Unicode already taken over some of the duties o= f > the BCP47 registrar?**** > > ** ** > > Best wishes**** > > ** ** > > Debbie**** > > ** ** > > *From:* ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] *On Behalf O= f > *Mark Davis ? > > *Sent:* 07 July 2011 15:43 > *To:* Mykyta Yevstifeyev > *Cc:* Pete Resnick; ltru@ietf.org > *Subject:* Re: [Ltru] Fwd: draft-davis-t-langtag-ext**** > > ** ** > > Thanks for the feedback. We can make those corrections. > **** > > ** ** > > One question. The primary reason that we chose to use a BCP was primarily > because it provided a stable reference; the underlying RFCs can (and have= ) > changed while "BCP47" has remained the same. Listing the current RFCs > somewhat undercuts that. Note: if that is the practice we should do it, b= ut > it seems odd.**** > > ** ** > > Mark**** > > *=E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94* > > **** > > On Wed, Jul 6, 2011 at 20:55, Mykyta Yevstifeyev > wrote:**** > > Hello, > > I've identified the following issue in the draft. > > Section 2.2 says: > > > **** > > The subtags in the 't' extension are of the following form:**** > > ** ** > > +--------+-------------------------+----------------------------+***= * > > | Label | ABNF | Comment |***= * > > +--------+-------------------------+----------------------------+***= * > > | t_ext=3D | "t" | Extension |*= *** > > | | ("-" lang *("-" field) | Source + optional field(s) |***= * > > | | / 1*("-" field)) | Field(s) only (no source) |***= * > > | lang=3D | language | [BCP47 ], with restrictions |**** > > | | ["-" script] | |***= * > > | | ["-" region] | |***= * > > | | *("-" variant) | |***= * > > | field=3D | sep 1*("-" 3*8alphanum) | With restrictions |*= *** > > | sep=3D | 1ALPHA 1DIGIT | Subtag separators |*= *** > > +--------+-------------------------+----------------------------+***= * > > > I should note that, first of all, reference to RFC 5234 is missing; > moreover, and this is more important, making the ABNF definition in the f= orm > of table makes such definition an invalid one, in terms of RFC 5234. Als= o, > there are a number of ABNF nits here. So, please consider changing this = to: > > > **** > > The subtags in the 't' extension are of the following form, defined***= * > > using ABNF [RFC5234] in rule:**** > > ** ** > > t-ext =3D "t" ("-" lang *("-" field) / 1*("-" field))**** > > lang =3D langtag**** > > field =3D sep 1*("-" 3*8alphanum)**** > > sep =3D ALPHA DIGIT**** > > alphanum =3D ALPHA / DIGIT**** > > ** ** > > where rule is specified in BCP 47 [BCP47], and **** > > rules - in RFC 5234 [RFC5234].**** > > Also, the minors comments on references. Reference to BCP 47 should > include both references to RFC 5646 and RFC 4647, like: > > **** > > [BCP47] Phillips, A. and M. Davis, "Matching of Language Tags", ***= * > > BCP 47, RFC 4647, September 2006.**** > > ** ** > > Phillips, A., Ed., and M. Davis, Ed., "Tags for Identifying= **** > > Languages", BCP 47, RFC 5646, September 2009.**** > > ...and, referencing UTS 35 you shouldn't reference specific parts of the > document; this should be done in the text. Finally, I don't see where > [US-ASCII] is used in the text. > > Thanks, > Mykyta Yevstifeyev**** > > > > 07.07.2011 2:49, Pete Resnick wrote: **** > > Most of the people on the ietf-languages list are probably on the > ltru@ietf.org list as well, but I wanted to confirm that everyone got a > chance to review this before it proceeded to the IESG. Please have a look= at > the ltru archive > and send any comme= nts to the > ltru@ietf.org list since that's where discussion seems to be taking place= . > > Thanks. > > pr**** > > ** ** > > > _______________________________________________ > Ltru mailing list > Ltru@ietf.org > https://www.ietf.org/mailman/listinfo/ltru**** > > ** ** > --000e0cd6e7e6652ada04a7804211 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable These are not primary language subtags= or variants, as covered by BCP47. That still remains as it has been.
The Unicode CLDR committ= ee is already serves as the registrar for the -u- extension. The committee = operates under the procedures in http://unicode.org/consortium/tc-procedures.html, bu= t the vast majority of decisions are taken by consensus. The consortium is = already the Registration Authority for ISO 15924 (Scripts).
Mark
=E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94


On Thu, Jul 7, 2011 at 09:00, Debbie Gar= side <deb= bie@ictmarketing.co.uk> wrote:

I am also concerned abou= t the structure of the Unicode Committee and voting rights. Perhaps someone= can explain how this will work and why it is required in addition to the c= urrent structure for the registration of language tags.

=C2=A0

Have I missed something here? (I probably have as I ha= ve been away from the list for some time)=C2=A0 Have Unicode already taken = over some of the duties of the BCP47 registrar?

=C2=A0

Best wishes

=C2=A0

Debbi= e

=C2=A0

F= rom: ltru-bounces@ietf.org [= mailto:ltru-boun= ces@ietf.org] On Behalf Of Mark Davis ?


Sent: 07 July 2011 15:43
To: Mykyta = Yevstifeyev
Cc: Pete Resnick; ltru@ietf.org
Subject: Re: [Ltru] Fwd: = draft-davis-t-langtag-ext

= =C2=A0

Thanks for the feedback. We can mak= e those corrections.

=C2=A0

One = question. The primary reason that we chose to use a BCP was primarily becau= se it provided a stable reference; the underlying RFCs can (and have) chang= ed while "BCP47" has remained the same. Listing the current RFCs = somewhat undercuts that. Note: if that is the practice we should do it, but= it seems odd.

=C2=A0

Mark

=E2=80=94 Il= meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94

On Wed, Jul 6, 2011 at 20:55, Mykyta Yevs= tifeyev <evniki= ta2@gmail.com> wrote:

Hello,

I've identified the following= issue in the draft.

Section 2.2 says:


= 
=C2=A0=C2=A0 The subtags in the 't' extension are of the follo=
wing form:
=C2=A0
=C2=A0=C2=A0=C2=A0=C2=A0 +--------+----=
---------------------+----------------------------+
=C2=A0=C2=A0=C2=A0=C2=A0 | Label=C2=A0 | ABNF=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 | Comment=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |= 
=C2=A0=C2=A0=C2=A0=C2=A0 +--------+-------------------------+--------------=
--------------+
=C2=A0=C2=A0=C2=A0=C2=A0 | t_ext=3D=
 | "t"=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | Extension=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0 |
=C2=A0=C2=A0=C2=A0=C2=
=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | ("-" lang *(&qu=
ot;-" field)=C2=A0 | Source + optional field(s) |
=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=
 / 1*("-" field))=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | Fie=
ld(s) only (no source)=C2=A0 |
=C2=A0=C2=A0=C2=A0=
=C2=A0 | lang=3D=C2=A0 | language=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | [BCP47], with restrictions |
=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|=
 ["-" script]=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |
=C2=A0=C2=A0=C2=A0=
=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | ["-" region]=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 |
=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0 | *("-" variant)=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |
=C2=A0=C2=A0=C2=A0=C2=A0 | field=3D | sep 1*("-" 3*8alphanum=
) | With restrictions=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
 |
=C2=A0=C2=A0=C2=A0=C2=A0 | sep=3D=C2=A0=C2=A0 | =
1ALPHA 1DIGIT=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=
 Subtag separators=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |<=
u>
=C2=A0=C2=A0=C2=A0=C2=A0 +--------+----------------=
---------+----------------------------+


I should note that, first of all, reference to R= FC 5234 is missing; moreover, and this is more important, making the ABNF d= efinition in the form of table makes such definition an invalid one, in ter= ms of RFC 5234.=C2=A0 Also, there are a number of ABNF nits here.=C2=A0 So,= please consider changing this to:


=C2=A0=C2=A0 The subtags in the 't' =
extension are of the following form, defined
=C2=A0=
=C2=A0 using ABNF [RFC5234] in <t-ext> rule:
=
=C2=A0
=C2=A0=C2=A0=C2=A0=C2=A0 t-ext=C2=A0=C2=A0=C2=A0 =3D "t" (&q=
uot;-" lang *("-" field) / 1*("-" field))
=C2=A0=C2=A0=C2=A0=C2=A0 lang=C2=A0=C2=A0=C2=A0=C2=A0 =3D l=
angtag
=C2=A0=C2=A0=C2=A0=C2=A0 field=C2=A0=C2=A0=
=C2=A0 =3D sep 1*("-" 3*8alphanum)
=C2=A0=C2=A0=C2=A0=C2=A0 sep=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D ALPHA D=
IGIT
=C2=A0=C2=A0=C2=A0=C2=A0 alphanum =3D ALPHA / =
DIGIT
=C2=A0
=C2=A0=C2=A0 w=
here <langta> rule is specified in BCP 47 [BCP47], <ALPHA> and =
<DIGIT>
=C2=A0=C2=A0 rules - in RFC 5234 [RFC5234].

Also, the minors comments on references.=C2=A0 Reference to= BCP 47 should include both references to RFC 5646 and RFC 4647, like:
<= br>

=C2=A0=C2=A0 [BCP47]=C2=A0=C2=A0=C2=A0 Phillips, A. and M. Davis, &quo=
t;Matching of Language Tags", 
=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0BCP 47=
, RFC 4647, September 2006.
=C2=A0
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 Phillips, A., Ed., and M. Davis, Ed., "Tags for Identifyi=
ng


=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 Languages", BCP 47, RFC 5646, September 2009.<=
/pre>
...and, referencing UTS 35 you shouldn't re=
ference specific parts of the document; this should be done in the text.=C2=
=A0 Finally, I don't see where [US-ASCII] is used in the text.


Thanks,
Mykyta Yevstifeyev


07.07.2011 2:49, Pete Resn=
ick wrote: 
Most of the people on t=
he ietf-languages list are probably on the ltru@ietf.org list as well, but I wanted to confirm =
that everyone got a chance to review this before it proceeded to the IESG. =
Please have a look at the ltru archive <http://www.ie=
tf.org/mail-archive/web/ltru/current/maillist.html> and send any com=
ments to the ltru@ietf.o=
rg list since that's where discussion seems to be taking place.


Thanks.

pr
=C2=A0=


_______________________________________________
Ltru mailing list<= br>Ltru@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/ltru

=C2=A0


--000e0cd6e7e6652ada04a7804211-- From presnick@qualcomm.com Thu Jul 7 13:24:58 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 434061F0C63 for ; Thu, 7 Jul 2011 13:24:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.364 X-Spam-Level: X-Spam-Status: No, score=-106.364 tagged_above=-999 required=5 tests=[AWL=0.234, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vkASf3PU8-+M for ; Thu, 7 Jul 2011 13:24:57 -0700 (PDT) Received: from wolverine02.qualcomm.com (wolverine02.qualcomm.com [199.106.114.251]) by ietfa.amsl.com (Postfix) with ESMTP id 1E40C1F0C3C for ; Thu, 7 Jul 2011 13:24:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qualcomm.com; i=presnick@qualcomm.com; q=dns/txt; s=qcdkim; t=1310070297; x=1341606297; h=message-id:date:from:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: x-originating-ip; z=Message-ID:=20<4E161592.5020301@qualcomm.com>|Date:=20Th u,=207=20Jul=202011=2015:22:42=20-0500|From:=20Pete=20Res nick=20|User-Agent:=20Mozilla/5.0 =20(Macintosh=3B=20U=3B=20Intel=20Mac=20OS=20X=2010.6=3B =20en-US=3B=20rv:1.9.1.9)=20Gecko/20100630=20Eudora/3.0.4 |MIME-Version:=201.0|To:=20Peter=20Constable=20|CC:=20"ltru@ietf.org"=20, =20"ietf-languages@alvestrand.no"=0D=0A=09|Subject:=20Re:=20[Ltru]=20draft-davis-t-l angtag-ext|References:=20<4E14F473.6030101@qualcomm.com> =20<71734097E7D39C439D341BF9F6C2457B39DFD3C0@TK5EX14MBXC1 21.redmond.corp.microsoft.com>|In-Reply-To:=20<71734097E7 D39C439D341BF9F6C2457B39DFD3C0@TK5EX14MBXC121.redmond.cor p.microsoft.com>|Content-Type:=20multipart/alternative=3B =0D=0A=09boundary=3D"------------030503050307030101000706 "|X-Originating-IP:=20[172.30.48.1]; bh=rPMn88Qrnrg955zMDZOZ57DiJiFp4CZJ7uake9hniQI=; b=QmKSpN4KrX+/y1Y06leMGgFcuGTUh/c2NCTc02MGC0B5U9m+fmm+a7ZG KocAqcdTp7D+Jp8FsEcflC0kZ3De3P/v+LqZDp/LnTcbxWqwf0QQad1rX ceLeO1fuTJGsJD9CiJSmko7wAupPhcHCpC3d5YPBvcyjpIIaLyTsYfh3V g=; X-IronPort-AV: E=McAfee;i="5400,1158,6400"; a="102233936" Received: from ironmsg02-r.qualcomm.com ([172.30.46.16]) by wolverine02.qualcomm.com with ESMTP; 07 Jul 2011 13:24:56 -0700 X-IronPort-AV: E=Sophos;i="4.65,493,1304319600"; d="scan'208,217";a="155022808" Received: from nasanexhc04.na.qualcomm.com ([172.30.48.17]) by ironmsg02-R.qualcomm.com with ESMTP/TLS/AES128-SHA; 07 Jul 2011 13:24:55 -0700 Received: from Macintosh-4.local (172.30.48.1) by qcmail1.qualcomm.com (172.30.48.17) with Microsoft SMTP Server (TLS) id 14.1.323.0; Thu, 7 Jul 2011 13:22:45 -0700 Message-ID: <4E161592.5020301@qualcomm.com> Date: Thu, 7 Jul 2011 15:22:42 -0500 From: Pete Resnick User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100630 Eudora/3.0.4 MIME-Version: 1.0 To: Peter Constable References: <4E14F473.6030101@qualcomm.com> <71734097E7D39C439D341BF9F6C2457B39DFD3C0@TK5EX14MBXC121.redmond.corp.microsoft.com> In-Reply-To: <71734097E7D39C439D341BF9F6C2457B39DFD3C0@TK5EX14MBXC121.redmond.corp.microsoft.com> Content-Type: multipart/alternative; boundary="------------030503050307030101000706" X-Originating-IP: [172.30.48.1] Cc: "ltru@ietf.org" , "ietf-languages@alvestrand.no" Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 20:24:58 -0000 --------------030503050307030101000706 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit On 7/7/11 10:29 AM, Peter Constable wrote: > I was not aware of the discussion on LTRU. When will it be reviewed by > IESG? What is the action being requested of IESG / what's the status > of this draft? It is intended to be published as an AD-sponsored individual submission and is currently marked as going for "Informational". I'm the AD on the hook. We may revisit the question of status later. Publication of this document was requested and we decided that it needed to get some review on ltru and ietf-languages. As soon as the authors feel like they've gotten solid community review, I'll start the process of reviewing the document and bringing it through the IESG process. pr -- Pete Resnick Qualcomm Incorporated - Direct phone: (858)651-4478, Fax: (858)651-1102 --------------030503050307030101000706 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit On 7/7/11 10:29 AM, Peter Constable wrote:
I was not aware of the discussion on LTRU. When will it be reviewed by IESG? What is the action being requested of IESG / what’s the status of this draft?

It is intended to be published as an AD-sponsored individual submission and is currently marked as going for "Informational". I'm the AD on the hook. We may revisit the question of status later.

Publication of this document was requested and we decided that it needed to get some review on ltru and ietf-languages. As soon as the authors feel like they've gotten solid community review, I'll start the process of reviewing the document and bringing it through the IESG process.

pr
-- 
Pete Resnick <http://www.qualcomm.com/~presnick/>
Qualcomm Incorporated - Direct phone: (858)651-4478, Fax: (858)651-1102
--------------030503050307030101000706-- From presnick@qualcomm.com Thu Jul 7 13:24:58 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 563391F0C3C for ; Thu, 7 Jul 2011 13:24:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.374 X-Spam-Level: X-Spam-Status: No, score=-106.374 tagged_above=-999 required=5 tests=[AWL=0.224, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s87Udhqd6Z66 for ; Thu, 7 Jul 2011 13:24:57 -0700 (PDT) Received: from wolverine02.qualcomm.com (wolverine02.qualcomm.com [199.106.114.251]) by ietfa.amsl.com (Postfix) with ESMTP id 422BA1F0C5E for ; Thu, 7 Jul 2011 13:24:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qualcomm.com; i=presnick@qualcomm.com; q=dns/txt; s=qcdkim; t=1310070297; x=1341606297; h=message-id:date:from:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: x-originating-ip; z=Message-ID:=20<4E1615CD.8070002@qualcomm.com>|Date:=20Th u,=207=20Jul=202011=2015:23:41=20-0500|From:=20Pete=20Res nick=20|User-Agent:=20Mozilla/5.0 =20(Macintosh=3B=20U=3B=20Intel=20Mac=20OS=20X=2010.6=3B =20en-US=3B=20rv:1.9.1.9)=20Gecko/20100630=20Eudora/3.0.4 |MIME-Version:=201.0|To:=20Peter=20Constable=20|CC:=20"ltru@ietf.org"=20, =20"ietf-languages@alvestrand.no"=0D=0A=09|Subject:=20Re:=20[Ltru]=20draft-davis-t-l angtag-ext|References:=20<4E14F473.6030101@qualcomm.com> =20<71734097E7D39C439D341BF9F6C2457B39DFD3C0@TK5EX14MBXC1 21.redmond.corp.microsoft.com>|In-Reply-To:=20<71734097E7 D39C439D341BF9F6C2457B39DFD3C0@TK5EX14MBXC121.redmond.cor p.microsoft.com>|Content-Type:=20multipart/alternative=3B =0D=0A=09boundary=3D"------------000503060707030009000606 "|X-Originating-IP:=20[172.30.48.1]; bh=TA7px0uczR+MUDJ6MG+AvGEGxBXfVbWjry0rhTnMg1E=; b=o7o1e4tbDQ2rFF5G3ibdspCWIdKsMl78P85CnykCm7yRu3t7sIYPhEjR i0DimT3O4kvhbN+h/l3OQx/JmHdEKuJag9BkP++TAzDMpg83UW9hyTG+O iCy4B+JTZNPA64tTX6swFm+6JWEYT2oyIeYWnUH9bYnUiqkNu21wMJ8Kr M=; X-IronPort-AV: E=McAfee;i="5400,1158,6400"; a="102233938" Received: from ironmsg02-r.qualcomm.com ([172.30.46.16]) by wolverine02.qualcomm.com with ESMTP; 07 Jul 2011 13:24:56 -0700 X-IronPort-AV: E=Sophos;i="4.65,493,1304319600"; d="scan'208,217";a="155022815" Received: from nasanexhc04.na.qualcomm.com ([172.30.48.17]) by ironmsg02-R.qualcomm.com with ESMTP/TLS/AES128-SHA; 07 Jul 2011 13:24:56 -0700 Received: from Macintosh-4.local (172.30.48.1) by qcmail1.qualcomm.com (172.30.48.17) with Microsoft SMTP Server (TLS) id 14.1.323.0; Thu, 7 Jul 2011 13:23:43 -0700 Message-ID: <4E1615CD.8070002@qualcomm.com> Date: Thu, 7 Jul 2011 15:23:41 -0500 From: Pete Resnick User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100630 Eudora/3.0.4 MIME-Version: 1.0 To: Peter Constable References: <4E14F473.6030101@qualcomm.com> <71734097E7D39C439D341BF9F6C2457B39DFD3C0@TK5EX14MBXC121.redmond.corp.microsoft.com> In-Reply-To: <71734097E7D39C439D341BF9F6C2457B39DFD3C0@TK5EX14MBXC121.redmond.corp.microsoft.com> Content-Type: multipart/alternative; boundary="------------000503060707030009000606" X-Originating-IP: [172.30.48.1] Cc: "ltru@ietf.org" , "ietf-languages@alvestrand.no" Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 20:24:58 -0000 --------------000503060707030009000606 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit On 7/7/11 10:29 AM, Peter Constable wrote: > I was not aware of the discussion on LTRU. When will it be reviewed by > IESG? What is the action being requested of IESG / what's the status > of this draft? It is intended to be published as an AD-sponsored individual submission and is currently marked as going for "Informational". I'm the AD on the hook. We may revisit the question of status later. Publication of this document was requested and we decided that it needed to get some review on ltru and ietf-languages. (I just updated the data in the draft tracker to reflect that it is currently in "Expert Review", just as a reminder to me that it's being discussed here on the lists.) As soon as the authors feel like they've gotten solid community review, I'll start the process of reviewing the document and bringing it through the IESG process. pr -- Pete Resnick Qualcomm Incorporated - Direct phone: (858)651-4478, Fax: (858)651-1102 --------------000503060707030009000606 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit On 7/7/11 10:29 AM, Peter Constable wrote:
I was not aware of the discussion on LTRU. When will it be reviewed by IESG? What is the action being requested of IESG / what’s the status of this draft?

It is intended to be published as an AD-sponsored individual submission and is currently marked as going for "Informational". I'm the AD on the hook. We may revisit the question of status later.

Publication of this document was requested and we decided that it needed to get some review on ltru and ietf-languages. (I just updated the data in the draft tracker to reflect that it is currently in "Expert Review", just as a reminder to me that it's being discussed here on the lists.) As soon as the authors feel like they've gotten solid community review, I'll start the process of reviewing the document and bringing it through the IESG process.

pr
-- 
Pete Resnick <http://www.qualcomm.com/~presnick/>
Qualcomm Incorporated - Direct phone: (858)651-4478, Fax: (858)651-1102
--------------000503060707030009000606-- From mark.edward.davis@gmail.com Thu Jul 7 13:26:21 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3EFF421F858D for ; Thu, 7 Jul 2011 13:26:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.317 X-Spam-Level: X-Spam-Status: No, score=-0.317 tagged_above=-999 required=5 tests=[AWL=-0.825, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, MANGLED_TEXT=2.3, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ySCDjZcalVOw for ; Thu, 7 Jul 2011 13:26:19 -0700 (PDT) Received: from mail-gx0-f172.google.com (mail-gx0-f172.google.com [209.85.161.172]) by ietfa.amsl.com (Postfix) with ESMTP id A44FB21F8589 for ; Thu, 7 Jul 2011 13:26:19 -0700 (PDT) Received: by gxk19 with SMTP id 19so4127gxk.31 for ; Thu, 07 Jul 2011 13:26:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=1UQQFn3X2/0JDXU6rdZShMVcQ5vgtHGyU+TMeM5Xxfc=; b=OCvE4kth3LUKtYmyRzjQ89UPVOdrTeh+U2PuZ50dgrf3aaP8aR6Ck/cdGuUXVPIU0l CmTBUAdvumClZ1yIKWuul7xFwAAOM0FurqdmpVD0VlvE1EYmycyGeN7Ru0YbMVL/FI7z qQrNE9M5sr7f6HQ5lDP2FmV4gIlTwkCw/8ft0= MIME-Version: 1.0 Received: by 10.150.169.1 with SMTP id r1mr1305255ybe.216.1310070378958; Thu, 07 Jul 2011 13:26:18 -0700 (PDT) Sender: mark.edward.davis@gmail.com Received: by 10.151.48.19 with HTTP; Thu, 7 Jul 2011 13:26:18 -0700 (PDT) In-Reply-To: <079501cc3cc7$6134a3e0$239deba0$@co.uk> References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> <075f01cc3cbf$0f04ba90$2d0e2fb0$@co.uk> <079501cc3cc7$6134a3e0$239deba0$@co.uk> Date: Thu, 7 Jul 2011 13:26:18 -0700 X-Google-Sender-Auth: WJWsAdvgUqZE-m0j5aUh8nSktEk Message-ID: From: =?UTF-8?B?TWFyayBEYXZpcyDimJU=?= To: Debbie Garside Content-Type: multipart/alternative; boundary=000e0cd4c15091900d04a78087af Cc: Pete Resnick , ltru@ietf.org, "Erkki I. Kolehmainen" Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 20:26:21 -0000 --000e0cd4c15091900d04a78087af Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable There are two very different issues: votes of the technical committee, and the voting process used in deriving consensus on submitted locale data for each release. You seem to be focusing on the later, which is not relevant for this issue. But just to prevent further FUD on it, I'll take a minute. The voting on data is by organization, with administrators in the organization responsibl= e for setting the voting level for participants. Some organizations are full voting (and paying) members of the consortium, while others are representin= g liaison (gratis) members. For more information, see http://cldr.unicode.org/index/process. As to the issue of "I seem to remember a lot of Google data being incorporated (dumped) into CLDR", Google data, like others' data, has been contributed into CLDR. There were some problems with translators' understanding of instructions and context, but that happens all the time, s= o the committee ends up going through successive data resolution phases to mediate any differences and adjust for problems. The process isn't perfect--but no process could be, especially when we have to handle the volume of data with each release, with over 600 locales and up to 3,000 values per locale. As to the IETF not being willing to work with membership organizations, well, that would preclude the Unicode Consortium, as well as many other organizations like the W3C. For that matter you'd have to pay a lot to be a= n ISO member, since you'd have to start your own country ;-) Mark *=E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94* On Thu, Jul 7, 2011 at 10:00, Debbie Garside wro= te: > Let me elaborate further on this. From memory, data in CLDR may be > incorporated on a vote system, This vote system is linked to the amount > paid by companies by way of subscriptions. > > Or am I wrong? I seem to remember a lot of Google data being incorporate= d > (dumped) into CLDR against the wishes of experts in the field who had bee= n > working most diligently to make sure their data was correct. A paid for > votes system is contrary to the entire ethos of IETF where, I believe, a > general consensus is required rather than paid votes and affiliations are > not taken into account. This is the basis for my concern.**** > > ** ** > > Maybe I am totally wrong and if so I apologise. Please feel free to > correct me.**** > > ** ** > > If I am right, there is still a way for Unicode to do this, as stipulated > within the RFC, but rather by recommendation to the IETF-Languages Regist= rar > who can then invite further discussion.**** > > ** ** > > Best wishes**** > > ** ** > > Debbie**** > > ** ** > > *From:* ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] *On Behalf O= f > *Debbie Garside > *Sent:* 07 July 2011 17:01 > *To:* 'Mark Davis =E2=98=95'; 'Mykyta Yevstifeyev' > > *Cc:* 'Pete Resnick'; ltru@ietf.org > *Subject:* Re: [Ltru] Fwd: draft-davis-t-langtag-ext**** > > ** ** > > I am also concerned about the structure of the Unicode Committee and voti= ng > rights. Perhaps someone can explain how this will work and why it is > required in addition to the current structure for the registration of > language tags.**** > > ** ** > > Have I missed something here? (I probably have as I have been away from t= he > list for some time) Have Unicode already taken over some of the duties o= f > the BCP47 registrar?**** > > ** ** > > Best wishes**** > > ** ** > > Debbie**** > > ** ** > > *From:* ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] *On Behalf O= f > *Mark Davis ? > *Sent:* 07 July 2011 15:43 > *To:* Mykyta Yevstifeyev > *Cc:* Pete Resnick; ltru@ietf.org > *Subject:* Re: [Ltru] Fwd: draft-davis-t-langtag-ext**** > > ** ** > > Thanks for the feedback. We can make those corrections. > **** > > ** ** > > One question. The primary reason that we chose to use a BCP was primarily > because it provided a stable reference; the underlying RFCs can (and have= ) > changed while "BCP47" has remained the same. Listing the current RFCs > somewhat undercuts that. Note: if that is the practice we should do it, b= ut > it seems odd.**** > > ** ** > > Mark**** > > *=E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94***** > > On Wed, Jul 6, 2011 at 20:55, Mykyta Yevstifeyev > wrote:**** > > Hello, > > I've identified the following issue in the draft. > > Section 2.2 says: > > **** > > The subtags in the 't' extension are of the following form:**** > > ** ** > > +--------+-------------------------+----------------------------+***= * > > | Label | ABNF | Comment |***= * > > +--------+-------------------------+----------------------------+***= * > > | t_ext=3D | "t" | Extension |*= *** > > | | ("-" lang *("-" field) | Source + optional field(s) |***= * > > | | / 1*("-" field)) | Field(s) only (no source) |***= * > > | lang=3D | language | [BCP47 ], with restrictions |**** > > | | ["-" script] | |***= * > > | | ["-" region] | |***= * > > | | *("-" variant) | |***= * > > | field=3D | sep 1*("-" 3*8alphanum) | With restrictions |*= *** > > | sep=3D | 1ALPHA 1DIGIT | Subtag separators |*= *** > > +--------+-------------------------+----------------------------+***= * > > > I should note that, first of all, reference to RFC 5234 is missing; > moreover, and this is more important, making the ABNF definition in the f= orm > of table makes such definition an invalid one, in terms of RFC 5234. Als= o, > there are a number of ABNF nits here. So, please consider changing this = to: > > **** > > The subtags in the 't' extension are of the following form, defined***= * > > using ABNF [RFC5234] in rule:**** > > ** ** > > t-ext =3D "t" ("-" lang *("-" field) / 1*("-" field))**** > > lang =3D langtag**** > > field =3D sep 1*("-" 3*8alphanum)**** > > sep =3D ALPHA DIGIT**** > > alphanum =3D ALPHA / DIGIT**** > > ** ** > > where rule is specified in BCP 47 [BCP47], and **** > > rules - in RFC 5234 [RFC5234].**** > > Also, the minors comments on references. Reference to BCP 47 should > include both references to RFC 5646 and RFC 4647, like:**** > > [BCP47] Phillips, A. and M. Davis, "Matching of Language Tags", ***= * > > BCP 47, RFC 4647, September 2006.**** > > ** ** > > Phillips, A., Ed., and M. Davis, Ed., "Tags for Identifying= **** > > Languages", BCP 47, RFC 5646, September 2009.**** > > ...and, referencing UTS 35 you shouldn't reference specific parts of the > document; this should be done in the text. Finally, I don't see where > [US-ASCII] is used in the text. > > Thanks, > Mykyta Yevstifeyev**** > > > > 07.07.2011 2:49, Pete Resnick wrote: **** > > Most of the people on the ietf-languages list are probably on the > ltru@ietf.org list as well, but I wanted to confirm that everyone got a > chance to review this before it proceeded to the IESG. Please have a look= at > the ltru archive > and send any comme= nts to the > ltru@ietf.org list since that's where discussion seems to be taking place= . > > Thanks. > > pr**** > > ** ** > > > _______________________________________________ > Ltru mailing list > Ltru@ietf.org > https://www.ietf.org/mailman/listinfo/ltru**** > > ** ** > --000e0cd4c15091900d04a78087af Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable There are two very different issues: votes of the technical committee, and = the voting process used in deriving consensus on submitted locale data for = each release.

You seem to be focusing on the later, which is not relevant = for this issue. But just to prevent further FUD on it, I'll take a minu= te. The voting on data is by organization, with administrators in the organ= ization responsible for setting the voting level for participants. Some org= anizations are full voting (and paying) members of the consortium, while ot= hers are representing liaison (gratis) members. For more information, see <= a href=3D"http://cldr.unicode.org/index/process">http://cldr.unicode.org/in= dex/process.

As to the issue of "I seem to remember a lot of Go= ogle data being incorporated (dumped) into CLDR", Google data, like ot= hers' data, has been contributed into CLDR. There were some problems wi= th translators' understanding of instructions and context, but that hap= pens all the time, so the committee ends up going through successive data r= esolution phases to mediate any differences and adjust for problems. The pr= ocess isn't perfect--but no process could be, especially when we have t= o handle the volume of data with each release, with over 600 locales and up= to 3,000 values per locale.

As to the IETF not being willing to work with membership organizations, wel= l, that would preclude the Unicode Consortium, as well as many other organi= zations like the W3C. For that matter you'd have to pay a lot to be an = ISO member, since you'd have to start your own country ;-)

Mark
=E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94


On Thu, Jul 7, 2011 at 10:00, Debbie Gar= side <deb= bie@ictmarketing.co.uk> wrote:

Let me elaborate further= on this.=C2=A0 From memory, data in CLDR may be incorporated on a vote sys= tem,=C2=A0 This vote system is linked to the amount paid by companies by wa= y of subscriptions.=C2=A0


=C2=A0

Or am I wrong?=C2=A0 I seem = to remember a lot of Google data being incorporated (dumped) into CLDR agai= nst the wishes of experts in the field who had been working most diligently= to make sure their data was correct.=C2=A0 A paid for votes system is cont= rary to the entire ethos of IETF where, I believe, a general consensus is r= equired rather than paid votes and affiliations are not taken into account.= =C2=A0 This is the basis for my concern.

=C2=A0

Maybe I am totally wrong and if so I apologise.=C2=A0 = Please feel free to correct me.

=C2=A0

If I am right, there is still a way for Unicode to do = this, as stipulated within the RFC, but rather by recommendation to the IET= F-Languages Registrar who can then invite further discussion.=

=C2=A0

Best wishes

=C2=A0

Debbi= e

=C2=A0

F= rom: ltru-bounces@ietf.org [= mailto:ltru-boun= ces@ietf.org] On Behalf Of Debbie Garside
Sent: 07 July 2011 17:01
To: 'Mark Davis =E2=98=95'= ;; 'Mykyta Yevstifeyev'


Cc: 'Pete Resnick'; ltru@ietf.org
Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext

=C2=A0

I am also concerned about the structure of the = Unicode Committee and voting rights. Perhaps someone can explain how this w= ill work and why it is required in addition to the current structure for th= e registration of language tags.

=C2=A0

Have I missed something here? (I probably have as I ha= ve been away from the list for some time)=C2=A0 Have Unicode already taken = over some of the duties of the BCP47 registrar?

=C2=A0

Best wishes

=C2=A0

Debbi= e

=C2=A0

F= rom: ltru-bounces@ietf.org [= mailto:ltru-boun= ces@ietf.org] On Behalf Of Mark Davis ?
Sent: 07 July 2011 15:43
To: Mykyta Yevstifeyev
Cc:<= /b> Pete Resnick; ltru@i= etf.org
Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext=

=C2=A0

Thanks for the feedback. We can make those corrections.
<= u>

=C2=A0

One question. The primary reason that we = chose to use a BCP was primarily because it provided a stable reference; th= e underlying RFCs can (and have) changed while "BCP47" has remain= ed the same. Listing the current RFCs somewhat undercuts that. Note: if tha= t is the practice we should do it, but it seems odd.

=C2=A0

Mark

=E2=80=94 Il= meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94

On Wed, Jul 6, 2011 at 20:55, Mykyta Yevstifeyev = <evnikita2@gmai= l.com> wrote:

Hello,

I&= #39;ve identified the following issue in the draft.

Section 2.2 says= :

=C2=A0=C2=A0 The subtags in the 't'=
 extension are of the following form:
=C2=A0
=C2=A0=C2=A0=C2=A0=C2=A0 +--------+----=
---------------------+----------------------------+
=C2=A0=C2=A0=C2=A0=C2=A0 | Label=C2=A0 | ABNF=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 | Comment=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |= 
=C2=A0=C2=A0=C2=A0=C2=A0 +--------+-------------------------+--------------=
--------------+
=C2=A0=C2=A0=C2=A0=C2=A0 | t_ext=3D=
 | "t"=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | Extension=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0 |
=C2=A0=C2=A0=C2=A0=C2=
=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | ("-" lang *(&qu=
ot;-" field)=C2=A0 | Source + optional field(s) |
=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=
 / 1*("-" field))=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | Fie=
ld(s) only (no source)=C2=A0 |
=C2=A0=C2=A0=C2=A0=
=C2=A0 | lang=3D=C2=A0 | language=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | [BCP47], with restrictions |
=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|=
 ["-" script]=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |
=C2=A0=C2=A0=C2=A0=
=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | ["-" region]=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 |
=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0 | *("-" variant)=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |
=C2=A0=C2=A0=C2=A0=C2=A0 | field=3D | sep 1*("-" 3*8alphanum=
) | With restrictions=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
 |
=C2=A0=C2=A0=C2=A0=C2=A0 | sep=3D=C2=A0=C2=A0 | =
1ALPHA 1DIGIT=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=
 Subtag separators=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |<=
u>
=C2=A0=C2=A0=C2=A0=C2=A0 +--------+----------------=
---------+----------------------------+


I should note tha= t, first of all, reference to RFC 5234 is missing; moreover, and this is mo= re important, making the ABNF definition in the form of table makes such de= finition an invalid one, in terms of RFC 5234.=C2=A0 Also, there are a numb= er of ABNF nits here.=C2=A0 So, please consider changing this to:

=C2=A0=C2=A0 The subtags in the 't' exte=
nsion are of the following form, defined
=C2=A0=C2=
=A0 using ABNF [RFC5234] in <t-ext> rule:
=
=C2=A0
=C2=A0=C2=A0=C2=A0=C2=A0 t-ext=C2=A0=C2=A0=C2=A0 =3D "t" (&q=
uot;-" lang *("-" field) / 1*("-" field))
=C2=A0=C2=A0=C2=A0=C2=A0 lang=C2=A0=C2=A0=C2=A0=C2=A0 =3D l=
angtag
=C2=A0=C2=A0=C2=A0=C2=A0 field=C2=A0=C2=A0=
=C2=A0 =3D sep 1*("-" 3*8alphanum)
=C2=A0=C2=A0=C2=A0=C2=A0 sep=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D ALPHA D=
IGIT
=C2=A0=C2=A0=C2=A0=C2=A0 alphanum =3D ALPHA / =
DIGIT
=C2=A0
=C2=A0=C2=A0 w=
here <langta> rule is specified in BCP 47 [BCP47], <ALPHA> and =
<DIGIT>
=C2=A0=C2=A0 rules - in RFC 5234 [RFC5234].

Also, the minors comments on= references.=C2=A0 Reference to BCP 47 should include both references to RF= C 5646 and RFC 4647, like:

=C2=A0=C2=A0 [BCP47]=C2=A0=C2=A0=C2=A0 Phillips, A. and M. Davis, &quo=
t;Matching of Language Tags", 
=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0BCP 47=
, RFC 4647, September 2006.
=C2=A0
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0 Phillips, A., Ed., and M. Davis, Ed., "Tags for Identifyi=
ng


=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 Languages", BCP 47, RFC 5646, September 2009.<=
/pre>
...and, referencing UTS 35 you shouldn't re=
ference specific parts of the document; this should be done in the text.=C2=
=A0 Finally, I don't see where [US-ASCII] is used in the text.


Thanks,
Mykyta Yevstifeyev


07.07.2011 2:49, Pete Resn=
ick wrote: 
Most of the people on t=
he ietf-languages list are probably on the ltru@ietf.org list as well, but I wanted to confirm =
that everyone got a chance to review this before it proceeded to the IESG. =
Please have a look at the ltru archive <http://www.ie=
tf.org/mail-archive/web/ltru/current/maillist.html> and send any com=
ments to the ltru@ietf.o=
rg list since that's where discussion seems to be taking place.


Thanks.

pr
=C2=A0=


_______________________________________________
Ltru mailing list<= br>Ltru@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/ltru

=C2=A0


--000e0cd4c15091900d04a78087af-- From debbie@ictmarketing.co.uk Thu Jul 7 13:38:43 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5325811E80A4 for ; Thu, 7 Jul 2011 13:38:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.002 X-Spam-Level: X-Spam-Status: No, score=0.002 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MANGLED_TEXT=2.3, MIME_8BIT_HEADER=0.3] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JdUYSU9ijL6z for ; Thu, 7 Jul 2011 13:38:42 -0700 (PDT) Received: from 145.nexbyte.net (145.nexbyte.net [62.197.41.145]) by ietfa.amsl.com (Postfix) with ESMTP id 741C611E8088 for ; Thu, 7 Jul 2011 13:38:40 -0700 (PDT) Received: from ICTPC ([78.145.15.218]) by 145.nexbyte.net with MailEnable ESMTP; Thu, 07 Jul 2011 21:38:43 +0100 From: "Debbie Garside" To: =?UTF-8?Q?'Mark_Davis_=E2=98=95'?= References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> <075f01cc3cbf$0f04ba90$2d0e2fb0$@co.uk> In-Reply-To: Date: Thu, 7 Jul 2011 21:40:10 +0100 Message-ID: <07be01cc3ce6$114dfc90$33e9f5b0$@co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_07BF_01CC3CEE.73126490" X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acw84iBaMpzd9dMZQ0SblWYOB9P9RwAA5nCw Content-Language: en-gb Cc: 'Pete Resnick' , 'CLDR list' , 'LTRU Working Group' Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 20:38:43 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_07BF_01CC3CEE.73126490 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thank you. This confirms what I thought. You pay your money you get a = vote but individual members (such as me) get no say. =20 Sorry but I cannot agree with this. It goes against the IETF ethos. =20 =20 Best regards =20 Debbie =20 =20 =20 From: cldr-bounce@unicode.org [mailto:cldr-bounce@unicode.org] On Behalf = Of Mark Davis ? Sent: 07 July 2011 21:07 To: Debbie Garside Cc: Mykyta Yevstifeyev; Pete Resnick; LTRU Working Group; CLDR list Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext =20 These are not primary language subtags or variants, as covered by BCP47. = That still remains as it has been. =20 This is a different area, part of an extension that is to provide a = structured approach to the specification of transliteration. The = development of extensions and their scope is covered by BCP47, and you = can find the details there. =20 The Unicode CLDR committee is already serves as the registrar for the = -u- extension. The committee operates under the procedures in = http://unicode.org/consortium/tc-procedures.html, but the vast majority = of decisions are taken by consensus. The consortium is already the = Registration Authority for ISO 15924 (Scripts). =20 Mark =E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94 On Thu, Jul 7, 2011 at 09:00, Debbie Garside = wrote: I am also concerned about the structure of the Unicode Committee and = voting rights. Perhaps someone can explain how this will work and why it = is required in addition to the current structure for the registration of = language tags. =20 Have I missed something here? (I probably have as I have been away from = the list for some time) Have Unicode already taken over some of the = duties of the BCP47 registrar? =20 Best wishes =20 Debbie =20 From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of = Mark Davis ? Sent: 07 July 2011 15:43 To: Mykyta Yevstifeyev Cc: Pete Resnick; ltru@ietf.org Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext =20 Thanks for the feedback. We can make those corrections. =20 One question. The primary reason that we chose to use a BCP was = primarily because it provided a stable reference; the underlying RFCs = can (and have) changed while "BCP47" has remained the same. Listing the = current RFCs somewhat undercuts that. Note: if that is the practice we = should do it, but it seems odd. =20 Mark =E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94 On Wed, Jul 6, 2011 at 20:55, Mykyta Yevstifeyev = wrote: Hello, I've identified the following issue in the draft. Section 2.2 says: The subtags in the 't' extension are of the following form: =20 +--------+-------------------------+----------------------------+ | Label | ABNF | Comment | =20 +--------+-------------------------+----------------------------+ | t_ext=3D | "t" | Extension | | | ("-" lang *("-" field) | Source + optional field(s) | | | / 1*("-" field)) | Field(s) only (no source) | | lang=3D | language | [BCP47 = ], = with restrictions | | | ["-" script] | | | | ["-" region] | | | | *("-" variant) | | | field=3D | sep 1*("-" 3*8alphanum) | With restrictions | | sep=3D | 1ALPHA 1DIGIT | Subtag separators | +--------+-------------------------+----------------------------+ I should note that, first of all, reference to RFC 5234 is missing; = moreover, and this is more important, making the ABNF definition in the = form of table makes such definition an invalid one, in terms of RFC = 5234. Also, there are a number of ABNF nits here. So, please consider = changing this to: The subtags in the 't' extension are of the following form, defined using ABNF [RFC5234] in rule: =20 t-ext =3D "t" ("-" lang *("-" field) / 1*("-" field)) lang =3D langtag field =3D sep 1*("-" 3*8alphanum) sep =3D ALPHA DIGIT alphanum =3D ALPHA / DIGIT =20 where rule is specified in BCP 47 [BCP47], and = rules - in RFC 5234 [RFC5234]. Also, the minors comments on references. Reference to BCP 47 should = include both references to RFC 5646 and RFC 4647, like: [BCP47] Phillips, A. and M. Davis, "Matching of Language Tags",=20 BCP 47, RFC 4647, September 2006. =20 Phillips, A., Ed., and M. Davis, Ed., "Tags for = Identifying Languages", BCP 47, RFC 5646, September 2009. ...and, referencing UTS 35 you shouldn't reference specific parts of the = document; this should be done in the text. Finally, I don't see where = [US-ASCII] is used in the text. Thanks, Mykyta Yevstifeyev 07.07.2011 2:49, Pete Resnick wrote:=20 Most of the people on the ietf-languages list are probably on the = ltru@ietf.org list as well, but I wanted to confirm that everyone got a = chance to review this before it proceeded to the IESG. Please have a = look at the ltru archive = = and = send any comments to the ltru@ietf.org list since that's where = discussion seems to be taking place. Thanks. pr =20 _______________________________________________ Ltru mailing list Ltru@ietf.org https://www.ietf.org/mailman/listinfo/ltru =20 =20 ------=_NextPart_000_07BF_01CC3CEE.73126490 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Thank you.=C2=A0 This confirms what I thought. =C2=A0You pay your = money you get a vote but individual members (such as me) get no = say.

 

Sorry but I cannot agree with this.=C2=A0 It goes against the IETF = ethos.=C2=A0

 

Best regards

 

Debbie

 

 

 

From:= = cldr-bounce@unicode.org [mailto:cldr-bounce@unicode.org] On Behalf Of = Mark Davis ?
Sent: 07 July 2011 21:07
To: Debbie = Garside
Cc: Mykyta Yevstifeyev; Pete Resnick; LTRU Working = Group; CLDR list
Subject: Re: [Ltru] Fwd: = draft-davis-t-langtag-ext

 

These are = not primary language subtags or variants, as covered by BCP47. That = still remains as it has been.

 <= /span>

This is a different area, part = of an extension that is to provide a structured approach to the = specification of transliteration. The development of extensions and = their scope is covered by BCP47, and you can find the details = there.=

 <= /span>

The Unicode CLDR committee is already serves as = the registrar for the -u- extension. The committee operates under the = procedures in http://unicode.= org/consortium/tc-procedures.html, but the vast majority of = decisions are taken by consensus. The consortium is already the = Registration Authority for ISO 15924 (Scripts).=

 <= /span>

Mark=

=E2=80=94 Il meglio =C3=A8 = l=E2=80=99inimico del bene =E2=80=94

On Thu, Jul 7, 2011 at 09:00, Debbie Garside <debbie@ictmarketing.co.uk&g= t; wrote:

I am also concerned about the = structure of the Unicode Committee and voting rights. Perhaps someone = can explain how this will work and why it is required in addition to the = current structure for the registration of language = tags.

 

Have I missed something here? = (I probably have as I have been away from the list for some time)  = Have Unicode already taken over some of the duties of the BCP47 = registrar?

 

Best = wishes

 

Debbie

 

From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of Mark = Davis ?


Sent: = 07 July 2011 15:43
To: Mykyta Yevstifeyev
Cc: Pete = Resnick; ltru@ietf.org

Subject: Re: [Ltru] Fwd: = draft-davis-t-langtag-ext

 <= /o:p>

Thanks for = the feedback. We can make those corrections.

 =

One = question. The primary reason that we chose to use a BCP was primarily = because it provided a stable reference; the underlying RFCs can (and = have) changed while "BCP47" has remained the same. Listing the = current RFCs somewhat undercuts that. Note: if that is the practice we = should do it, but it seems odd.

 =

Mark

=E2=80=94 Il = meglio =C3=A8 l=E2=80=99inimico del bene = =E2=80=94

On Wed, Jul = 6, 2011 at 20:55, Mykyta Yevstifeyev <evnikita2@gmail.com> = wrote:

Hello,

I've= identified the following issue in the draft.

Section 2.2 = says:

   The subtags in the 't' =
extension are of the following =
form:
 
   =
  =
+--------+-------------------------+----------------------------+
     | Label  | =
ABNF           &nb=
sp;        | =
Comment           =
         =
|
 
   &nbs=
p; =
+--------+-------------------------+----------------------------+
     | t_ext=3D | =
"t"          =
           | =
Extension          &nbs=
p;       =
|
     =
|        | ("-" lang =
*("-" field)  | Source + optional field(s) =
|
     =
|        | / 1*("-" =
field))        | Field(s) only (no =
source)  |
     | =
lang=3D  | =
language           =
;     | [BCP47], with restrictions =
|
     |  =
      | ["-" =
script]           =
 =
|            =
            &=
nbsp;   |
     =
|        | ["-" =
region]           =
 =
|            =
            &=
nbsp;   |
     =
|        | *("-" =
variant)          =
|            =
            &=
nbsp;   |
     | =
field=3D | sep 1*("-" 3*8alphanum) | With =
restrictions          =
|
     | sep=3D   | =
1ALPHA =
1DIGIT           | =
Subtag separators          =
|
     =
+--------+-------------------------+----------------------------+


I should note = that, first of all, reference to RFC 5234 is missing; moreover, and this = is more important, making the ABNF definition in the form of table makes = such definition an invalid one, in terms of RFC 5234.  Also, there = are a number of ABNF nits here.  So, please consider changing this = to:

   The subtags in the 't' =
extension are of the following form, =
defined
   using ABNF [RFC5234] in =
<t-ext> =
rule:
 
   =
  t-ext    =3D "t" ("-" lang =
*("-" field) / 1*("-" =
field))
     =
lang     =3D =
langtag
     =
field    =3D sep 1*("-" =
3*8alphanum)
     =
sep      =3D ALPHA =
DIGIT
     alphanum =3D ALPHA / =
DIGIT
 
   =
where <langta> rule is specified in BCP 47 [BCP47], <ALPHA> =
and <DIGIT>
   rules - in RFC 5234 =
[RFC5234].

Also, the minors = comments on references.  Reference to BCP 47 should include both = references to RFC 5646 and RFC 4647, = like:

   [BCP47]    =
Phillips, A. and M. Davis, "Matching of Language Tags", =

        &nb=
sp;     BCP 47, RFC 4647, September =
2006.
 
   =
           Phillips, =
A., Ed., and M. Davis, Ed., "Tags for =
Identifying
      &nbs=
p;       Languages", BCP 47, RFC =
5646, September 2009.

...and, = referencing UTS 35 you shouldn't reference specific parts of the = document; this should be done in the text.  Finally, I don't see = where [US-ASCII] is used in the text.

Thanks,
Mykyta Yevstifeyev



07.0= 7.2011 2:49, Pete Resnick wrote:

Most of the = people on the ietf-languages list are probably on the ltru@ietf.org list = as well, but I wanted to confirm that everyone got a chance to review = this before it proceeded to the IESG. Please have a look at the ltru = archive <http://www.ietf.org/mail-archive/web/ltru/current/m= aillist.html> and send any comments to the ltru@ietf.org list = since that's where discussion seems to be taking = place.

Thanks.

pr

 <= /o:p>


______________= _________________________________
Ltru mailing list
Ltru@ietf.org
https://www.ietf.org/mailman/listinfo/ltru

 <= /o:p>

 

------=_NextPart_000_07BF_01CC3CEE.73126490-- From doug@ewellic.org Thu Jul 7 14:00:49 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E83CC21F886B for ; Thu, 7 Jul 2011 14:00:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CzKloX5vNjGg for ; Thu, 7 Jul 2011 14:00:49 -0700 (PDT) Received: from smtpoutwbe08.prod.mesa1.secureserver.net (smtpoutwbe08.prod.mesa1.secureserver.net [208.109.78.210]) by ietfa.amsl.com (Postfix) with SMTP id 1EE9721F885A for ; Thu, 7 Jul 2011 14:00:49 -0700 (PDT) Received: (qmail 1380 invoked from network); 7 Jul 2011 21:00:48 -0000 Received: from unknown (HELO localhost) (72.167.218.133) by smtpoutwbe08.prod.mesa1.secureserver.net with SMTP; 7 Jul 2011 21:00:48 -0000 Received: (qmail 9682 invoked by uid 99); 7 Jul 2011 21:00:48 -0000 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Originating-IP: 208.51.143.190 User-Agent: Web-Based Email 5.5.08 Message-Id: <20110707140047.665a7a7059d7ee80bb4d670165c8327d.487d506b5f.wbe@email03.secureserver.net> From: "Doug Ewell" To: ltru@ietf.org Date: Thu, 07 Jul 2011 14:00:47 -0700 Mime-Version: 1.0 Cc: ietf-languages@iana.org Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 21:00:50 -0000 Pete Resnick wrote: > Publication of this document was requested and we decided that it needed= =20 > to get some review on ltru and ietf-languages. Unfortunately, it was only today that the discussion expanded to ietf-languages. I did see it on LTRU, but I'm sure quite a few regular ietf-languages participants are no longer on that list, since the WG has been closed for 19 months now. I'm concerned that all of the procedures for assigning field values adopted in RFC 6067 are being taken as a precedent for this draft as well. The assignments are solely up to the CLDR committee, and there is no public announcement or notification that a change has been made or why a request was rejected. It could be argued that the -u- mechanism was really only meant for CLDR-type usage; no such argument can be made for the -t- mechanism. With CLDR 2.0 a new 'calendar' value was added, 'iso8601', and I can't find any publicly available information about the process by which it was added, nor about which of the numerous ISO 8601 formats might or might not be indicated by such an extension value. Under the present draft, new releases of CLDR might again contain silent changes to the "registry" of allowable values. I can't find any indication of where within CLDR the list of allowable values will be located. Saying they're in core.zip is almost useless.=20 Saying they're in common/bcp47 is better, but I'd still like to know what file name, what XML element, etc. An example would help. I see in Section 2.1 that the CLDR committee has already approved the mechanism and we'll be able to see it by the time the draft is approved, which does not help. Section 2.5, item b says I can write any 4-, 6-, or 8-digit subtag and have that interpreted as a date. I don't know, as a developer, whether I'm supposed to validate those in any way -- rejecting, say, '20110229' as impossible, or '2012' as futuristic. I'm not even sure what to do, with regard to the May 1, 2011 revision of BGN used as an example, whether to treat '2011' and '201105' and '20110501' as synonyms for matching purposes, or whether any is more valid than the others, since the draft only says users SHOULD use the short form. I know this draft will be approved, and I'm hopeful that some of these concerns will be addressed before it does. -- Doug Ewell | Thornton, Colorado, USA | RFC 5645, 4645, UTN #14 www.ewellic.org | www.facebook.com/doug.ewell | @DougEwell =C2=AD From debbie@ictmarketing.co.uk Thu Jul 7 14:12:10 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72E6C21F88E6 for ; Thu, 7 Jul 2011 14:12:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.149 X-Spam-Level: X-Spam-Status: No, score=-0.149 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599, MANGLED_TEXT=2.3] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kBt8yw01145Y for ; Thu, 7 Jul 2011 14:12:09 -0700 (PDT) Received: from 145.nexbyte.net (145.nexbyte.net [62.197.41.145]) by ietfa.amsl.com (Postfix) with ESMTP id 826EC21F88DF for ; Thu, 7 Jul 2011 14:12:07 -0700 (PDT) Received: from ICTPC ([78.145.15.218]) by 145.nexbyte.net with MailEnable ESMTP; Thu, 07 Jul 2011 22:12:11 +0100 From: "Debbie Garside" To: "'Roozbeh Pournader'" References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> <075f01cc3cbf$0f04ba90$2d0e2fb0$@co.uk> <07be01cc3ce6$114dfc90$33e9f5b0$@co.uk> <1310071653.2702.3.camel@tehran.htpassport.net> In-Reply-To: <1310071653.2702.3.camel@tehran.htpassport.net> Date: Thu, 7 Jul 2011 22:13:43 +0100 Message-ID: <07de01cc3cea$c0b56930$42203b90$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acw857d2nAOdFn9uQk2jIrU6KXp4YAAAUqrA Content-Language: en-gb Cc: 'Pete Resnick' , 'CLDR list' , 'LTRU Working Group' Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 21:12:10 -0000 But I still don't see why it needs to be taken out of IETF. Where is = the added value? Where are discussions held? Why create another list = when we already have IETF-languages? I am not trying to be obstructive and I am a supporter of Unicode but I = do believe these sort of questions need answering. I really like the IETF structure as I feel it is very inclusive whereas = Unicode can be exclusive. The damage that is done when controversial = issues are raised and non-voting experts are over-ridden by those who = pay for votes can actually put development back years as we lose those = volunteers who work so fastidiously. I have heard from a colleague who = has been instrumental in adding 100 locales to CLDR that many volunteers = are disillusioned and have stopped contributing. I would hate for IETF = to find that they agree to "outsource" this work and then find that = their volunteer experts disappear. I really need to be shown the added value of outsourcing this work. I am = open to being persuaded. Best regards Debbie -----Original Message----- From: cldr-bounce@unicode.org [mailto:cldr-bounce@unicode.org] On Behalf = Of Roozbeh Pournader Sent: 07 July 2011 21:48 To: Debbie Garside Cc: 'Mark Davis =E2=98=95'; 'Mykyta Yevstifeyev'; 'Pete Resnick'; 'LTRU = Working Group'; 'CLDR list' Subject: RE: [Ltru] Fwd: draft-davis-t-langtag-ext Not at all. You definitely get a say. You don't even need to be an individual member to get a say. Then the responsible committee discusses the issue and tries to arrive at consensus. In very few cases, there's a vote. In my experience of being in contact with the Unicode Consortium for more than a decade now (and I never had the right to vote), I'd say they are very considerate of expert opinions. They are a meritocracy, not a democracy of full members. Votes are only rarely used to decide about very controversial issues. And there aren't many of those. Roozbeh On Thu, 2011-07-07 at 21:40 +0100, Debbie Garside wrote: > Thank you. This confirms what I thought. You pay your money you get > a vote but individual members (such as me) get no say. >=20 > =20 >=20 > Sorry but I cannot agree with this. It goes against the IETF ethos. =20 >=20 > =20 >=20 > Best regards >=20 > =20 >=20 > Debbie >=20 > =20 >=20 > =20 >=20 > =20 >=20 > From: cldr-bounce@unicode.org [mailto:cldr-bounce@unicode.org] On > Behalf Of Mark Davis ? > Sent: 07 July 2011 21:07 > To: Debbie Garside > Cc: Mykyta Yevstifeyev; Pete Resnick; LTRU Working Group; CLDR list > Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext >=20 >=20 > =20 >=20 > These are not primary language subtags or variants, as covered by > BCP47. That still remains as it has been. >=20 >=20 > =20 >=20 >=20 > This is a different area, part of an extension that is to provide a > structured approach to the specification of transliteration. The > development of extensions and their scope is covered by BCP47, and you > can find the details there. >=20 >=20 > =20 >=20 >=20 > The Unicode CLDR committee is already serves as the registrar for the > -u- extension. The committee operates under the procedures in > http://unicode.org/consortium/tc-procedures.html, but the vast > majority of decisions are taken by consensus. The consortium is > already the Registration Authority for ISO 15924 (Scripts). >=20 >=20 > =20 >=20 >=20 > Mark >=20 >=20 > =E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94 >=20 >=20 >=20 > On Thu, Jul 7, 2011 at 09:00, Debbie Garside > wrote: >=20 > I am also concerned about the structure of the Unicode Committee and > voting rights. Perhaps someone can explain how this will work and why > it is required in addition to the current structure for the > registration of language tags. >=20 > =20 >=20 > Have I missed something here? (I probably have as I have been away > from the list for some time) Have Unicode already taken over some of > the duties of the BCP47 registrar? >=20 > =20 >=20 > Best wishes >=20 > =20 >=20 > Debbie >=20 > =20 >=20 > From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf > Of Mark Davis ? >=20 >=20 > Sent: 07 July 2011 15:43 > To: Mykyta Yevstifeyev > Cc: Pete Resnick; ltru@ietf.org >=20 >=20 > Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext >=20 >=20 > =20 >=20 > Thanks for the feedback. We can make those corrections. >=20 >=20 > =20 >=20 >=20 > One question. The primary reason that we chose to use a BCP was > primarily because it provided a stable reference; the underlying RFCs > can (and have) changed while "BCP47" has remained the same. Listing > the current RFCs somewhat undercuts that. Note: if that is the > practice we should do it, but it seems odd. >=20 >=20 > =20 >=20 >=20 > Mark >=20 >=20 > =E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94 >=20 > On Wed, Jul 6, 2011 at 20:55, Mykyta Yevstifeyev > wrote: >=20 > Hello, >=20 > I've identified the following issue in the draft. >=20 > Section 2.2 says: >=20 >=20 >=20 > The subtags in the 't' extension are of the following form: > =20 > +--------+-------------------------+----------------------------+ > | Label | ABNF | Comment | > =20 > +--------+-------------------------+----------------------------+ > | t_ext=3D | "t" | Extension = | > | | ("-" lang *("-" field) | Source + optional field(s) | > | | / 1*("-" field)) | Field(s) only (no source) | > | lang=3D | language | [BCP47], with restrictions = | > | | ["-" script] | | > | | ["-" region] | | > | | *("-" variant) | | > | field=3D | sep 1*("-" 3*8alphanum) | With restrictions = | > | sep=3D | 1ALPHA 1DIGIT | Subtag separators = | > +--------+-------------------------+----------------------------+ >=20 >=20 > I should note that, first of all, reference to RFC 5234 is missing; > moreover, and this is more important, making the ABNF definition in > the form of table makes such definition an invalid one, in terms of > RFC 5234. Also, there are a number of ABNF nits here. So, please > consider changing this to: >=20 >=20 >=20 > The subtags in the 't' extension are of the following form, defined > using ABNF [RFC5234] in rule: > =20 > t-ext =3D "t" ("-" lang *("-" field) / 1*("-" field)) > lang =3D langtag > field =3D sep 1*("-" 3*8alphanum) > sep =3D ALPHA DIGIT > alphanum =3D ALPHA / DIGIT > =20 > where rule is specified in BCP 47 [BCP47], and = > rules - in RFC 5234 [RFC5234]. >=20 > Also, the minors comments on references. Reference to BCP 47 should > include both references to RFC 5646 and RFC 4647, like: >=20 > [BCP47] Phillips, A. and M. Davis, "Matching of Language Tags",=20 > BCP 47, RFC 4647, September 2006. > =20 > Phillips, A., Ed., and M. Davis, Ed., "Tags for = Identifying > Languages", BCP 47, RFC 5646, September 2009. >=20 > ...and, referencing UTS 35 you shouldn't reference specific parts of > the document; this should be done in the text. Finally, I don't see > where [US-ASCII] is used in the text. >=20 > Thanks, > Mykyta Yevstifeyev >=20 >=20 >=20 > 07.07.2011 2:49, Pete Resnick wrote:=20 >=20 > Most of the people on the ietf-languages list are probably on the > ltru@ietf.org list as well, but I wanted to confirm that everyone got > a chance to review this before it proceeded to the IESG. Please have a > look at the ltru archive > and > send any comments to the ltru@ietf.org list since that's where > discussion seems to be taking place. >=20 > Thanks. >=20 > pr >=20 > =20 >=20 >=20 >=20 > _______________________________________________ > Ltru mailing list > Ltru@ietf.org > https://www.ietf.org/mailman/listinfo/ltru >=20 >=20 > =20 >=20 >=20 > =20 >=20 >=20 From debbie@ictmarketing.co.uk Thu Jul 7 14:22:08 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 35FE321F8971 for ; Thu, 7 Jul 2011 14:22:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.036 X-Spam-Level: X-Spam-Status: No, score=-0.036 tagged_above=-999 required=5 tests=[AWL=-0.038, BAYES_00=-2.599, HTML_MESSAGE=0.001, MANGLED_TEXT=2.3, MIME_8BIT_HEADER=0.3] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MPaQeAMd72Z5 for ; Thu, 7 Jul 2011 14:22:07 -0700 (PDT) Received: from 145.nexbyte.net (145.nexbyte.net [62.197.41.145]) by ietfa.amsl.com (Postfix) with ESMTP id 6A46E21F8947 for ; Thu, 7 Jul 2011 14:22:06 -0700 (PDT) Received: from ICTPC ([78.145.15.218]) by 145.nexbyte.net with MailEnable ESMTP; Thu, 07 Jul 2011 22:22:10 +0100 From: "Debbie Garside" To: =?UTF-8?Q?'Mark_Davis_=E2=98=95'?= References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> <075f01cc3cbf$0f04ba90$2d0e2fb0$@co.uk> In-Reply-To: Date: Thu, 7 Jul 2011 22:23:43 +0100 Message-ID: <07e001cc3cec$269db580$73d92080$@co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_07E1_01CC3CF4.88621D80" X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acw84ZMXAd+nTwj0T1e9QOQ4KzYzLwACgHPQ Content-Language: en-gb Cc: 'Pete Resnick' , 'CLDR list' , 'LTRU Working Group' Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 21:22:08 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_07E1_01CC3CF4.88621D80 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Mark wrote: =20 >> The consortium is already the Registration Authority for ISO 15924 = (Scripts). =20 My company (GeoLang) is RA for ISO 639-6 (language encoding) it = doesn=E2=80=99t mean we should be the Registrar for an IETF extension = subtag. =20 On the subject of ISO 639-6, I am ready to re-write RFC 5646 for their = inclusion. The data will be ready by the time the RFC is accepted. =20 Best regards =20 Debbi =20 =20 =20 From: mark.edward.davis@gmail.com [mailto:mark.edward.davis@gmail.com] = On Behalf Of Mark Davis ? Sent: 07 July 2011 21:07 To: Debbie Garside Cc: Mykyta Yevstifeyev; Pete Resnick; LTRU Working Group; CLDR list Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext =20 These are not primary language subtags or variants, as covered by BCP47. = That still remains as it has been. =20 This is a different area, part of an extension that is to provide a = structured approach to the specification of transliteration. The = development of extensions and their scope is covered by BCP47, and you = can find the details there. =20 The Unicode CLDR committee is already serves as the registrar for the = -u- extension. The committee operates under the procedures in = http://unicode.org/consortium/tc-procedures.html, but the vast majority = of decisions are taken by consensus. The consortium is already the = Registration Authority for ISO 15924 (Scripts). =20 Mark =E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94 On Thu, Jul 7, 2011 at 09:00, Debbie Garside = wrote: I am also concerned about the structure of the Unicode Committee and = voting rights. Perhaps someone can explain how this will work and why it = is required in addition to the current structure for the registration of = language tags. =20 Have I missed something here? (I probably have as I have been away from = the list for some time) Have Unicode already taken over some of the = duties of the BCP47 registrar? =20 Best wishes =20 Debbie =20 From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of = Mark Davis ? Sent: 07 July 2011 15:43 To: Mykyta Yevstifeyev Cc: Pete Resnick; ltru@ietf.org Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext =20 Thanks for the feedback. We can make those corrections. =20 One question. The primary reason that we chose to use a BCP was = primarily because it provided a stable reference; the underlying RFCs = can (and have) changed while "BCP47" has remained the same. Listing the = current RFCs somewhat undercuts that. Note: if that is the practice we = should do it, but it seems odd. =20 Mark =E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94 On Wed, Jul 6, 2011 at 20:55, Mykyta Yevstifeyev = wrote: Hello, I've identified the following issue in the draft. Section 2.2 says: The subtags in the 't' extension are of the following form: =20 +--------+-------------------------+----------------------------+ | Label | ABNF | Comment | =20 +--------+-------------------------+----------------------------+ | t_ext=3D | "t" | Extension | | | ("-" lang *("-" field) | Source + optional field(s) | | | / 1*("-" field)) | Field(s) only (no source) | | lang=3D | language | [BCP47 = ], = with restrictions | | | ["-" script] | | | | ["-" region] | | | | *("-" variant) | | | field=3D | sep 1*("-" 3*8alphanum) | With restrictions | | sep=3D | 1ALPHA 1DIGIT | Subtag separators | +--------+-------------------------+----------------------------+ I should note that, first of all, reference to RFC 5234 is missing; = moreover, and this is more important, making the ABNF definition in the = form of table makes such definition an invalid one, in terms of RFC = 5234. Also, there are a number of ABNF nits here. So, please consider = changing this to: The subtags in the 't' extension are of the following form, defined using ABNF [RFC5234] in rule: =20 t-ext =3D "t" ("-" lang *("-" field) / 1*("-" field)) lang =3D langtag field =3D sep 1*("-" 3*8alphanum) sep =3D ALPHA DIGIT alphanum =3D ALPHA / DIGIT =20 where rule is specified in BCP 47 [BCP47], and = rules - in RFC 5234 [RFC5234]. Also, the minors comments on references. Reference to BCP 47 should = include both references to RFC 5646 and RFC 4647, like: [BCP47] Phillips, A. and M. Davis, "Matching of Language Tags",=20 BCP 47, RFC 4647, September 2006. =20 Phillips, A., Ed., and M. Davis, Ed., "Tags for = Identifying Languages", BCP 47, RFC 5646, September 2009. ...and, referencing UTS 35 you shouldn't reference specific parts of the = document; this should be done in the text. Finally, I don't see where = [US-ASCII] is used in the text. Thanks, Mykyta Yevstifeyev 07.07.2011 2:49, Pete Resnick wrote:=20 Most of the people on the ietf-languages list are probably on the = ltru@ietf.org list as well, but I wanted to confirm that everyone got a = chance to review this before it proceeded to the IESG. Please have a = look at the ltru archive = = and = send any comments to the ltru@ietf.org list since that's where = discussion seems to be taking place. Thanks. pr =20 _______________________________________________ Ltru mailing list Ltru@ietf.org https://www.ietf.org/mailman/listinfo/ltru =20 =20 ------=_NextPart_000_07E1_01CC3CF4.88621D80 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Mark wrote:

 

>> The consortium is already the = Registration Authority for ISO 15924 (Scripts).

 

My company (GeoLang) is = RA for ISO 639-6 (language encoding) it doesn=E2=80=99t mean we should = be the Registrar for an IETF extension subtag.

 

On the subject of ISO = 639-6, I am ready to re-write RFC 5646 for their inclusion.=C2=A0 The = data will be ready by the time the RFC is = accepted.

 

Best = regards

 

Debbi

 

 

 

From:= = mark.edward.davis@gmail.com [mailto:mark.edward.davis@gmail.com] On = Behalf Of Mark Davis ?
Sent: 07 July 2011 = 21:07
To: Debbie Garside
Cc: Mykyta Yevstifeyev; = Pete Resnick; LTRU Working Group; CLDR list
Subject: Re: = [Ltru] Fwd: draft-davis-t-langtag-ext

 

These are = not primary language subtags or variants, as covered by BCP47. That = still remains as it has been.

 <= /span>

This is a different area, part = of an extension that is to provide a structured approach to the = specification of transliteration. The development of extensions and = their scope is covered by BCP47, and you can find the details = there.=

 <= /span>

The Unicode CLDR committee is already serves as = the registrar for the -u- extension. The committee operates under the = procedures in http://unicode.= org/consortium/tc-procedures.html, but the vast majority of = decisions are taken by consensus. The consortium is already the = Registration Authority for ISO 15924 (Scripts).=

 <= /span>

Mark=

=E2=80=94 Il meglio =C3=A8 = l=E2=80=99inimico del bene =E2=80=94

On Thu, Jul 7, 2011 at 09:00, Debbie Garside <debbie@ictmarketing.co.uk&g= t; wrote:

I am also concerned about the = structure of the Unicode Committee and voting rights. Perhaps someone = can explain how this will work and why it is required in addition to the = current structure for the registration of language = tags.

 

Have I missed something here? = (I probably have as I have been away from the list for some time)  = Have Unicode already taken over some of the duties of the BCP47 = registrar?

 

Best = wishes

 

Debbie

 

From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of Mark = Davis ?


Sent: = 07 July 2011 15:43
To: Mykyta Yevstifeyev
Cc: Pete = Resnick; ltru@ietf.org

Subject: Re: [Ltru] Fwd: = draft-davis-t-langtag-ext

 <= /o:p>

Thanks for = the feedback. We can make those corrections.

 =

One = question. The primary reason that we chose to use a BCP was primarily = because it provided a stable reference; the underlying RFCs can (and = have) changed while "BCP47" has remained the same. Listing the = current RFCs somewhat undercuts that. Note: if that is the practice we = should do it, but it seems odd.

 =

Mark

=E2=80=94 Il = meglio =C3=A8 l=E2=80=99inimico del bene = =E2=80=94

On Wed, Jul = 6, 2011 at 20:55, Mykyta Yevstifeyev <evnikita2@gmail.com> = wrote:

Hello,

I've= identified the following issue in the draft.

Section 2.2 = says:

   The subtags in the 't' =
extension are of the following =
form:
 
   =
  =
+--------+-------------------------+----------------------------+
     | Label  | =
ABNF           &nb=
sp;        | =
Comment           =
         =
|
 
   &nbs=
p; =
+--------+-------------------------+----------------------------+
     | t_ext=3D | =
"t"          =
           | =
Extension          &nbs=
p;       =
|
     =
|        | ("-" lang =
*("-" field)  | Source + optional field(s) =
|
     =
|        | / 1*("-" =
field))        | Field(s) only (no =
source)  |
     | =
lang=3D  | =
language           =
;     | [BCP47], with restrictions =
|
     |  =
      | ["-" =
script]           =
 =
|            =
            &=
nbsp;   |
     =
|        | ["-" =
region]           =
 =
|            =
            &=
nbsp;   |
     =
|        | *("-" =
variant)          =
|            =
            &=
nbsp;   |
     | =
field=3D | sep 1*("-" 3*8alphanum) | With =
restrictions          =
|
     | sep=3D   | =
1ALPHA =
1DIGIT           | =
Subtag separators          =
|
     =
+--------+-------------------------+----------------------------+


I should note = that, first of all, reference to RFC 5234 is missing; moreover, and this = is more important, making the ABNF definition in the form of table makes = such definition an invalid one, in terms of RFC 5234.  Also, there = are a number of ABNF nits here.  So, please consider changing this = to:

   The subtags in the 't' =
extension are of the following form, =
defined
   using ABNF [RFC5234] in =
<t-ext> =
rule:
 
   =
  t-ext    =3D "t" ("-" lang =
*("-" field) / 1*("-" =
field))
     =
lang     =3D =
langtag
     =
field    =3D sep 1*("-" =
3*8alphanum)
     =
sep      =3D ALPHA =
DIGIT
     alphanum =3D ALPHA / =
DIGIT
 
   =
where <langta> rule is specified in BCP 47 [BCP47], <ALPHA> =
and <DIGIT>
   rules - in RFC 5234 =
[RFC5234].

Also, the minors = comments on references.  Reference to BCP 47 should include both = references to RFC 5646 and RFC 4647, = like:

   [BCP47]    =
Phillips, A. and M. Davis, "Matching of Language Tags", =

        &nb=
sp;     BCP 47, RFC 4647, September =
2006.
 
   =
           Phillips, =
A., Ed., and M. Davis, Ed., "Tags for =
Identifying
      &nbs=
p;       Languages", BCP 47, RFC =
5646, September 2009.

...and, = referencing UTS 35 you shouldn't reference specific parts of the = document; this should be done in the text.  Finally, I don't see = where [US-ASCII] is used in the text.

Thanks,
Mykyta Yevstifeyev



07.0= 7.2011 2:49, Pete Resnick wrote:

Most of the = people on the ietf-languages list are probably on the ltru@ietf.org list = as well, but I wanted to confirm that everyone got a chance to review = this before it proceeded to the IESG. Please have a look at the ltru = archive <http://www.ietf.org/mail-archive/web/ltru/current/m= aillist.html> and send any comments to the ltru@ietf.org list = since that's where discussion seems to be taking = place.

Thanks.

pr

 <= /o:p>


______________= _________________________________
Ltru mailing list
Ltru@ietf.org
https://www.ietf.org/mailman/listinfo/ltru

 <= /o:p>

 

------=_NextPart_000_07E1_01CC3CF4.88621D80-- From debbie@ictmarketing.co.uk Thu Jul 7 15:03:46 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A1A61F0C60 for ; Thu, 7 Jul 2011 15:03:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.329 X-Spam-Level: X-Spam-Status: No, score=-1.329 tagged_above=-999 required=5 tests=[AWL=1.270, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0SyVhnCq+n2u for ; Thu, 7 Jul 2011 15:03:46 -0700 (PDT) Received: from 145.nexbyte.net (145.nexbyte.net [62.197.41.145]) by ietfa.amsl.com (Postfix) with ESMTP id AF1911F0C3A for ; Thu, 7 Jul 2011 15:03:45 -0700 (PDT) Received: from ICTPC ([78.145.15.218]) by 145.nexbyte.net with MailEnable ESMTP; Thu, 07 Jul 2011 23:03:51 +0100 From: "Debbie Garside" To: "'Roozbeh Pournader'" References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> <075f01cc3cbf$0f04ba90$2d0e2fb0$@co.uk> <07be01cc3ce6$114dfc90$33e9f5b0$@co.uk> <1310071653.2702.3.camel@tehran.htpassport.net> <07de01cc3cea$c0b56930$42203b90$@co.uk> <1310075151.2702.9.camel@tehran.htpassport.net> In-Reply-To: <1310075151.2702.9.camel@tehran.htpassport.net> Date: Thu, 7 Jul 2011 23:04:27 +0100 Message-ID: <07fa01cc3cf1$d7437910$85ca6b30$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acw872cCry7uslC2R4i2scSYL+mRqgAAbYtA Content-Language: en-gb Cc: 'Pete Resnick' , 'CLDR list' , 'LTRU Working Group' Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 22:03:46 -0000 My enquiry is, why do we need Unicode/CLDR to be the registration = authority for the -t extension? We have a perfectly good registration = authority for subtags that does not require any payment for votes and = does not require subscribing to another list. I have no problem with = the -t extension mechanism as proposed (that I can see). Admittedly, I haven't looked at BCP47 lately. I was unaware of any = changes to the application procedures for registration of subtags or = extensions. I obviously need to read it. Best wishes Debbie -----Original Message----- From: Roozbeh Pournader [mailto:roozbeh@htpassport.com]=20 Sent: 07 July 2011 22:46 To: Debbie Garside Cc: 'Mark Davis =E2=98=95'; 'Mykyta Yevstifeyev'; 'Pete Resnick'; 'LTRU = Working Group'; 'CLDR list' Subject: RE: [Ltru] Fwd: draft-davis-t-langtag-ext On Thu, 2011-07-07 at 22:13 +0100, Debbie Garside wrote: > But I still don't see why it needs to be taken out of IETF. Where is > the added value? Where are discussions held? Why create another list > when we already have IETF-languages? My understanding is that you are not objecting to the Unicode Consortium registering authority for a BCP 47 extension subtag, but you are objecting to BCP 47 section 3.7, right? You basically want to change BCP 47 section 3.7 to have more restrictions on the extension subtag registering authorities, right? Roozbeh From debbie@ictmarketing.co.uk Thu Jul 7 15:12:40 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B646221F890C for ; Thu, 7 Jul 2011 15:12:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.54 X-Spam-Level: X-Spam-Status: No, score=-1.54 tagged_above=-999 required=5 tests=[AWL=1.059, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xVLMW0nl5-YR for ; Thu, 7 Jul 2011 15:12:40 -0700 (PDT) Received: from 145.nexbyte.net (145.nexbyte.net [62.197.41.145]) by ietfa.amsl.com (Postfix) with ESMTP id B71D021F87B6 for ; Thu, 7 Jul 2011 15:12:39 -0700 (PDT) Received: from ICTPC ([78.145.15.218]) by 145.nexbyte.net with MailEnable ESMTP; Thu, 07 Jul 2011 23:12:46 +0100 From: "Debbie Garside" To: "'Roozbeh Pournader'" References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> <075f01cc3cbf$0f04ba90$2d0e2fb0$@co.uk> <07be01cc3ce6$114dfc90$33e9f5b0$@co.uk> <1310071653.2702.3.camel@tehran.htpassport.net> <07de01cc3cea$c0b56930$42203b90$@co.uk> <1310075884.2702.21.camel@tehran.htpassport.net> In-Reply-To: <1310075884.2702.21.camel@tehran.htpassport.net> Date: Thu, 7 Jul 2011 23:13:19 +0100 Message-ID: <07fb01cc3cf3$16c46170$444d2450$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acw88X90ChiaxeuCR3ajOecXKcBZuwAAIzFw Content-Language: en-gb Cc: 'Pete Resnick' , 'CLDR list' , 'LTRU Working Group' Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 22:12:40 -0000 I will say just say a couple of things on this and then will let it go. = I really am not about attacking either Unicode or CLDR as I believe I am = still a member (and have been since they last printed a hard copy - = whenever that was). I believe that CLDR has lost experts due to a data dump from Google that = overwrote their work. I had a face to face conversation with a = colleague involved whilst in Korea three weeks ago. Saying that all the core people are still there after 20 years does not = address the issue of paying for votes - they may have been paying for 20 = years. In any case, I believe CLDR was created some 7 years ago (or = maybe 8). One could ask, how many people are on the proposed CLDR committee and, = of these, how many are not attached to paying organisations? Best wishes Debbie -----Original Message----- From: cldr-bounce@unicode.org [mailto:cldr-bounce@unicode.org] On Behalf = Of Roozbeh Pournader Sent: 07 July 2011 22:58 To: Debbie Garside Cc: 'Mark Davis =E2=98=95'; 'Mykyta Yevstifeyev'; 'Pete Resnick'; 'LTRU = Working Group'; 'CLDR list' Subject: RE: [Ltru] Fwd: draft-davis-t-langtag-ext On Thu, 2011-07-07 at 22:13 +0100, Debbie Garside wrote: > I have heard from a colleague who has been instrumental in adding 100 > locales to CLDR that many volunteers are disillusioned and have > stopped contributing. That's not because of committee voting. Maintaining and updating the data in CLDR locales uses a vetting procedure vastly different from the CLDR commitee itself. And I have seen the feedback from experts with limited voting right incorporated not only in CLDR data, but also in updates to the CLDR data vetting process. From what I've seen, most volunteer experts objections has been about not being able to keep up with the pace of data that comes from some full members. So, it's mostly been volunteer contributors (myself included) trying to slow down the process, instead of voting members. So contrary to what you think, it's the organizational and data support from the voting members that makes sure the process is fast enough. Not only it doesn't put development back for years, it's usually volunteer contributors who want the process slowed down so they can catch up. Again, all of that is about "locale data", which is really very large amount of data. I don't think we can use that experience to see how the "t" extension will be maintained. A better comparison is how the Unicode Consortium and the CLDR committee has been maintaining the already-registered "u" extension. Do you know anybody who has had a problem with that? > I would hate for IETF to find that they agree to "outsource" this work > and then find that their volunteer experts disappear. Well, Unicode has been here for more than two decades, and I have yet to see expertise disappear from it. Not only that, but also almost all the core people are still contributing. Roozbeh From roozbeh@htpassport.com Thu Jul 7 13:47:48 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A6DB9E8008 for ; Thu, 7 Jul 2011 13:47:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.299 X-Spam-Level: X-Spam-Status: No, score=-0.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MANGLED_TEXT=2.3] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8IKFtg9CK9+m for ; Thu, 7 Jul 2011 13:47:47 -0700 (PDT) Received: from mx2.htpassport.net (mx2.htpassport.net [173.13.187.84]) by ietfa.amsl.com (Postfix) with ESMTP id 491219E8004 for ; Thu, 7 Jul 2011 13:47:47 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mx2.htpassport.net (HTP_ESMTP) with ESMTP id 7D814AFA803; Thu, 7 Jul 2011 13:47:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at htpassport.com Received: from [192.168.0.40] (unknown [192.168.0.40]) by mx2.htpassport.net (HTP_ESMTP) with ESMTP id 6CD93AFA802; Thu, 7 Jul 2011 13:47:41 -0700 (PDT) From: Roozbeh Pournader To: Debbie Garside In-Reply-To: <07be01cc3ce6$114dfc90$33e9f5b0$@co.uk> References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> <075f01cc3cbf$0f04ba90$2d0e2fb0$@co.uk> <07be01cc3ce6$114dfc90$33e9f5b0$@co.uk> Content-Type: text/plain; charset="UTF-8" Organization: HighTech Passport Date: Thu, 07 Jul 2011 13:47:32 -0700 Message-ID: <1310071653.2702.3.camel@tehran.htpassport.net> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 (2.32.2-1.fc14) Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Thu, 07 Jul 2011 20:07:02 -0700 Cc: 'Pete Resnick' , 'CLDR list' , 'LTRU Working Group' Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 21:36:19 -0000 Not at all. You definitely get a say. You don't even need to be an individual member to get a say. Then the responsible committee discusses the issue and tries to arrive at consensus. In very few cases, there's a vote. In my experience of being in contact with the Unicode Consortium for more than a decade now (and I never had the right to vote), I'd say they are very considerate of expert opinions. They are a meritocracy, not a democracy of full members. Votes are only rarely used to decide about very controversial issues. And there aren't many of those. Roozbeh On Thu, 2011-07-07 at 21:40 +0100, Debbie Garside wrote: > Thank you. This confirms what I thought. You pay your money you get > a vote but individual members (such as me) get no say. > > > > Sorry but I cannot agree with this. It goes against the IETF ethos. > > > > Best regards > > > > Debbie > > > > > > > > From: cldr-bounce@unicode.org [mailto:cldr-bounce@unicode.org] On > Behalf Of Mark Davis ? > Sent: 07 July 2011 21:07 > To: Debbie Garside > Cc: Mykyta Yevstifeyev; Pete Resnick; LTRU Working Group; CLDR list > Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext > > > > > These are not primary language subtags or variants, as covered by > BCP47. That still remains as it has been. > > > > > > This is a different area, part of an extension that is to provide a > structured approach to the specification of transliteration. The > development of extensions and their scope is covered by BCP47, and you > can find the details there. > > > > > > The Unicode CLDR committee is already serves as the registrar for the > -u- extension. The committee operates under the procedures in > http://unicode.org/consortium/tc-procedures.html, but the vast > majority of decisions are taken by consensus. The consortium is > already the Registration Authority for ISO 15924 (Scripts). > > > > > > Mark > > > — Il meglio è l’inimico del bene — > > > > On Thu, Jul 7, 2011 at 09:00, Debbie Garside > wrote: > > I am also concerned about the structure of the Unicode Committee and > voting rights. Perhaps someone can explain how this will work and why > it is required in addition to the current structure for the > registration of language tags. > > > > Have I missed something here? (I probably have as I have been away > from the list for some time) Have Unicode already taken over some of > the duties of the BCP47 registrar? > > > > Best wishes > > > > Debbie > > > > From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf > Of Mark Davis ? > > > Sent: 07 July 2011 15:43 > To: Mykyta Yevstifeyev > Cc: Pete Resnick; ltru@ietf.org > > > Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext > > > > > Thanks for the feedback. We can make those corrections. > > > > > > One question. The primary reason that we chose to use a BCP was > primarily because it provided a stable reference; the underlying RFCs > can (and have) changed while "BCP47" has remained the same. Listing > the current RFCs somewhat undercuts that. Note: if that is the > practice we should do it, but it seems odd. > > > > > > Mark > > > — Il meglio è l’inimico del bene — > > On Wed, Jul 6, 2011 at 20:55, Mykyta Yevstifeyev > wrote: > > Hello, > > I've identified the following issue in the draft. > > Section 2.2 says: > > > > The subtags in the 't' extension are of the following form: > > +--------+-------------------------+----------------------------+ > | Label | ABNF | Comment | > > +--------+-------------------------+----------------------------+ > | t_ext= | "t" | Extension | > | | ("-" lang *("-" field) | Source + optional field(s) | > | | / 1*("-" field)) | Field(s) only (no source) | > | lang= | language | [BCP47], with restrictions | > | | ["-" script] | | > | | ["-" region] | | > | | *("-" variant) | | > | field= | sep 1*("-" 3*8alphanum) | With restrictions | > | sep= | 1ALPHA 1DIGIT | Subtag separators | > +--------+-------------------------+----------------------------+ > > > I should note that, first of all, reference to RFC 5234 is missing; > moreover, and this is more important, making the ABNF definition in > the form of table makes such definition an invalid one, in terms of > RFC 5234. Also, there are a number of ABNF nits here. So, please > consider changing this to: > > > > The subtags in the 't' extension are of the following form, defined > using ABNF [RFC5234] in rule: > > t-ext = "t" ("-" lang *("-" field) / 1*("-" field)) > lang = langtag > field = sep 1*("-" 3*8alphanum) > sep = ALPHA DIGIT > alphanum = ALPHA / DIGIT > > where rule is specified in BCP 47 [BCP47], and > rules - in RFC 5234 [RFC5234]. > > Also, the minors comments on references. Reference to BCP 47 should > include both references to RFC 5646 and RFC 4647, like: > > [BCP47] Phillips, A. and M. Davis, "Matching of Language Tags", > BCP 47, RFC 4647, September 2006. > > Phillips, A., Ed., and M. Davis, Ed., "Tags for Identifying > Languages", BCP 47, RFC 5646, September 2009. > > ...and, referencing UTS 35 you shouldn't reference specific parts of > the document; this should be done in the text. Finally, I don't see > where [US-ASCII] is used in the text. > > Thanks, > Mykyta Yevstifeyev > > > > 07.07.2011 2:49, Pete Resnick wrote: > > Most of the people on the ietf-languages list are probably on the > ltru@ietf.org list as well, but I wanted to confirm that everyone got > a chance to review this before it proceeded to the IESG. Please have a > look at the ltru archive > and > send any comments to the ltru@ietf.org list since that's where > discussion seems to be taking place. > > Thanks. > > pr > > > > > > _______________________________________________ > Ltru mailing list > Ltru@ietf.org > https://www.ietf.org/mailman/listinfo/ltru > > > > > > > > From roozbeh@htpassport.com Thu Jul 7 14:45:54 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 476999E8035 for ; Thu, 7 Jul 2011 14:45:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.933 X-Spam-Level: X-Spam-Status: No, score=-1.933 tagged_above=-999 required=5 tests=[AWL=0.666, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JQVag4s8vLfE for ; Thu, 7 Jul 2011 14:45:53 -0700 (PDT) Received: from mx2.htpassport.net (mx2.htpassport.net [173.13.187.84]) by ietfa.amsl.com (Postfix) with ESMTP id D24609E8031 for ; Thu, 7 Jul 2011 14:45:53 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mx2.htpassport.net (HTP_ESMTP) with ESMTP id 764C8AFA804; Thu, 7 Jul 2011 14:45:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at htpassport.com Received: from [192.168.0.40] (unknown [192.168.0.40]) by mx2.htpassport.net (HTP_ESMTP) with ESMTP id 1ABDBAFA802; Thu, 7 Jul 2011 14:45:52 -0700 (PDT) From: Roozbeh Pournader To: Debbie Garside In-Reply-To: <07de01cc3cea$c0b56930$42203b90$@co.uk> References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> <075f01cc3cbf$0f04ba90$2d0e2fb0$@co.uk> <07be01cc3ce6$114dfc90$33e9f5b0$@co.uk> <1310071653.2702.3.camel@tehran.htpassport.net> <07de01cc3cea$c0b56930$42203b90$@co.uk> Content-Type: text/plain; charset="UTF-8" Organization: HighTech Passport Date: Thu, 07 Jul 2011 14:45:51 -0700 Message-ID: <1310075151.2702.9.camel@tehran.htpassport.net> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 (2.32.2-1.fc14) Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 07 Jul 2011 20:07:17 -0700 Cc: 'Pete Resnick' , 'CLDR list' , 'LTRU Working Group' Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 21:45:54 -0000 On Thu, 2011-07-07 at 22:13 +0100, Debbie Garside wrote: > But I still don't see why it needs to be taken out of IETF. Where is > the added value? Where are discussions held? Why create another list > when we already have IETF-languages? My understanding is that you are not objecting to the Unicode Consortium registering authority for a BCP 47 extension subtag, but you are objecting to BCP 47 section 3.7, right? You basically want to change BCP 47 section 3.7 to have more restrictions on the extension subtag registering authorities, right? Roozbeh From roozbeh@htpassport.com Thu Jul 7 14:58:08 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 180D311E8077 for ; Thu, 7 Jul 2011 14:58:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.155 X-Spam-Level: X-Spam-Status: No, score=-2.155 tagged_above=-999 required=5 tests=[AWL=0.444, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UIvMRgW210IE for ; Thu, 7 Jul 2011 14:58:07 -0700 (PDT) Received: from mx2.htpassport.net (mx2.htpassport.net [173.13.187.84]) by ietfa.amsl.com (Postfix) with ESMTP id 993B221F8903 for ; Thu, 7 Jul 2011 14:58:07 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mx2.htpassport.net (HTP_ESMTP) with ESMTP id 350FFAFA804; Thu, 7 Jul 2011 14:58:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at htpassport.com Received: from [192.168.0.40] (unknown [192.168.0.40]) by mx2.htpassport.net (HTP_ESMTP) with ESMTP id 18D76AFA802; Thu, 7 Jul 2011 14:58:05 -0700 (PDT) From: Roozbeh Pournader To: Debbie Garside In-Reply-To: <07de01cc3cea$c0b56930$42203b90$@co.uk> References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> <075f01cc3cbf$0f04ba90$2d0e2fb0$@co.uk> <07be01cc3ce6$114dfc90$33e9f5b0$@co.uk> <1310071653.2702.3.camel@tehran.htpassport.net> <07de01cc3cea$c0b56930$42203b90$@co.uk> Content-Type: text/plain; charset="UTF-8" Organization: HighTech Passport Date: Thu, 07 Jul 2011 14:58:04 -0700 Message-ID: <1310075884.2702.21.camel@tehran.htpassport.net> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 (2.32.2-1.fc14) Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 07 Jul 2011 20:07:17 -0700 Cc: 'Pete Resnick' , 'CLDR list' , 'LTRU Working Group' Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 21:58:08 -0000 On Thu, 2011-07-07 at 22:13 +0100, Debbie Garside wrote: > I have heard from a colleague who has been instrumental in adding 100 > locales to CLDR that many volunteers are disillusioned and have > stopped contributing. That's not because of committee voting. Maintaining and updating the data in CLDR locales uses a vetting procedure vastly different from the CLDR commitee itself. And I have seen the feedback from experts with limited voting right incorporated not only in CLDR data, but also in updates to the CLDR data vetting process. From what I've seen, most volunteer experts objections has been about not being able to keep up with the pace of data that comes from some full members. So, it's mostly been volunteer contributors (myself included) trying to slow down the process, instead of voting members. So contrary to what you think, it's the organizational and data support from the voting members that makes sure the process is fast enough. Not only it doesn't put development back for years, it's usually volunteer contributors who want the process slowed down so they can catch up. Again, all of that is about "locale data", which is really very large amount of data. I don't think we can use that experience to see how the "t" extension will be maintained. A better comparison is how the Unicode Consortium and the CLDR committee has been maintaining the already-registered "u" extension. Do you know anybody who has had a problem with that? > I would hate for IETF to find that they agree to "outsource" this work > and then find that their volunteer experts disappear. Well, Unicode has been here for more than two decades, and I have yet to see expertise disappear from it. Not only that, but also almost all the core people are still contributing. Roozbeh From debbie@ictmarketing.co.uk Fri Jul 8 01:01:12 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5198B21F874F for ; Fri, 8 Jul 2011 01:01:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.692 X-Spam-Level: X-Spam-Status: No, score=-1.692 tagged_above=-999 required=5 tests=[AWL=0.907, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L35pM4ctGG52 for ; Fri, 8 Jul 2011 01:01:11 -0700 (PDT) Received: from 145.nexbyte.net (145.nexbyte.net [62.197.41.145]) by ietfa.amsl.com (Postfix) with ESMTP id D655B21F874E for ; Fri, 8 Jul 2011 01:01:10 -0700 (PDT) Received: from ICTPC ([78.145.15.218]) by 145.nexbyte.net with MailEnable ESMTP; Fri, 08 Jul 2011 09:01:16 +0100 From: "Debbie Garside" To: "'Steven R. Loomis'" References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> <075f01cc3cbf$0f04ba90$2d0e2fb0$@co.uk> <07be01cc3ce6$114dfc90$33e9f5b0$@co.uk> <1310071653.2702.3.camel@tehran.htpassport.net> <07de01cc3cea$c0b56930$42203b90$@co.uk> <1310075884.2702.21.camel@tehran.htpassport.net> <07fb01cc3cf3$16c46170$444d2450$@co.uk> <20110707182756.7333f020@naf.sanjose.ibm.com> In-Reply-To: <20110707182756.7333f020@naf.sanjose.ibm.com> Date: Fri, 8 Jul 2011 09:01:51 +0100 Message-ID: <083a01cc3d45$4c365a50$e4a30ef0$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acw9DtbUXcoPM6XxTU65e0/PWxSODAANbkfA Content-Language: en-gb Cc: 'LTRU Working Group' , 'CLDR list' , 'Pete Resnick' , 'Roozbeh Pournader' Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2011 08:01:12 -0000 Hi Steven Thanks. I really am not trying to criticise CLDR. I understand = (somewhat) the problems and the needs of industry. As already = mentioned, I am a supporter of both Unicode and CLDR. I will ask my = colleague to speak with you about his concerns. My concern here on IETF-LTRU is that a process is being taken out of = IETF unnecessarily IMHO - at least from the responses received so far, I = can see no added value in CLDR functioning as the Registrar for -t = extensions. Best wishes Debbie -----Original Message----- From: cldr-bounce@unicode.org [mailto:cldr-bounce@unicode.org] On Behalf = Of Steven R. Loomis Sent: 08 July 2011 02:28 To: Debbie Garside Cc: 'Roozbeh Pournader'; 'Mark Davis =E2=98=95'; 'Mykyta Yevstifeyev'; = 'Pete Resnick'; 'LTRU Working Group'; 'CLDR list' Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext Debbie, I think that the concern about the data dump was due to some misunderstandings regarding the CLDR process. As the one who developed and manages major parts of the CLDR tooling (along with many others), I can say that the human users involved with the "data dump" (which was another misconception, that it was merely a one-way "dump") were very involved with the CLDR forum process. We are hard at work to make the vetting process easier to use for everyone. The sheer number of increased users and data the last time around, brought to the forefront stability and performance issues that were still unresolved. One of the issues is the amount of data that is in a CLDR locale can be daunting, it would be in the tens of thousands of data items. We've already introduced a system ('coverage') that lets the user reduce what is shown normally to just critical items. This system is already slated to be improved. As well, we have some faster hardware to run the server on that we will be testing out soon. I realize that you are relaying a concern from a third party, but I would invite your colleague to discuss the specific concerns with us if they had not already. One of the very exciting parts, for me, of this process is that anyone regardless of other 'status' can (and does) sign up and contribute data, and has a voice. Previous to the launch of the CLDR project about eight years ago, this locale data existed in multiple organization's repositories, where it would take a bug report to cause any change. Then I (and others in different companies, independently) would have to look at the bug report and decide when and if to spend time updating that data. Now there is a process for sorting out the data, and also a common repository and format for many projects (both open-source and commercial) to pick up and use. It's not a perfect process, but it's a process. Regards, Steven On Thu, 7 Jul 2011 23:13:19 +0100 "Debbie Garside" wrote: > I will say just say a couple of things on this and then will let it > go. I really am not about attacking either Unicode or CLDR as I > believe I am still a member (and have been since they last printed a > hard copy - whenever that was). >=20 > I believe that CLDR has lost experts due to a data dump from Google > that overwrote their work. I had a face to face conversation with a > colleague involved whilst in Korea three weeks ago. >=20 > Saying that all the core people are still there after 20 years does > not address the issue of paying for votes - they may have been paying > for 20 years. In any case, I believe CLDR was created some 7 years > ago (or maybe 8). >=20 > One could ask, how many people are on the proposed CLDR committee > and, of these, how many are not attached to paying organisations? >=20 > Best wishes >=20 > Debbie >=20 > -----Original Message----- > From: cldr-bounce@unicode.org [mailto:cldr-bounce@unicode.org] On > Behalf Of Roozbeh Pournader Sent: 07 July 2011 22:58 > To: Debbie Garside > Cc: 'Mark Davis =E2=98=95'; 'Mykyta Yevstifeyev'; 'Pete Resnick'; = 'LTRU > Working Group'; 'CLDR list' Subject: RE: [Ltru] Fwd: > draft-davis-t-langtag-ext >=20 > On Thu, 2011-07-07 at 22:13 +0100, Debbie Garside wrote: >=20 > > I have heard from a colleague who has been instrumental in adding > > 100 locales to CLDR that many volunteers are disillusioned and have > > stopped contributing. >=20 > That's not because of committee voting. Maintaining and updating the > data in CLDR locales uses a vetting procedure vastly different from > the CLDR commitee itself. And I have seen the feedback from experts > with limited voting right incorporated not only in CLDR data, but > also in updates to the CLDR data vetting process. From what I've > seen, most volunteer experts objections has been about not being able > to keep up with the pace of data that comes from some full members. > So, it's mostly been volunteer contributors (myself included) trying > to slow down the process, instead of voting members. So contrary to > what you think, it's the organizational and data support from the > voting members that makes sure the process is fast enough. Not only > it doesn't put development back for years, it's usually volunteer > contributors who want the process slowed down so they can catch up. >=20 > Again, all of that is about "locale data", which is really very large > amount of data. I don't think we can use that experience to see how > the "t" extension will be maintained. A better comparison is how the > Unicode Consortium and the CLDR committee has been maintaining the > already-registered "u" extension. Do you know anybody who has had a > problem with that? >=20 > > I would hate for IETF to find that they agree to "outsource" this > > work and then find that their volunteer experts disappear. >=20 > Well, Unicode has been here for more than two decades, and I have yet > to see expertise disappear from it. Not only that, but also almost > all the core people are still contributing. >=20 > Roozbeh From doug@ewellic.org Fri Jul 8 07:55:29 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DACCC21F86C5 for ; Fri, 8 Jul 2011 07:55:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z8kKgxBqdB6C for ; Fri, 8 Jul 2011 07:55:29 -0700 (PDT) Received: from smtpoutwbe05.prod.mesa1.secureserver.net (smtpoutwbe05.prod.mesa1.secureserver.net [208.109.78.207]) by ietfa.amsl.com (Postfix) with SMTP id 3392821F869E for ; Fri, 8 Jul 2011 07:55:29 -0700 (PDT) Received: (qmail 20352 invoked from network); 8 Jul 2011 14:55:26 -0000 Received: from unknown (HELO localhost) (72.167.218.132) by smtpoutwbe05.prod.mesa1.secureserver.net with SMTP; 8 Jul 2011 14:55:26 -0000 Received: (qmail 12031 invoked by uid 99); 8 Jul 2011 14:55:26 -0000 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Originating-IP: 208.51.143.190 User-Agent: Web-Based Email 5.5.08 Message-Id: <20110708075525.665a7a7059d7ee80bb4d670165c8327d.e096f74976.wbe@email03.secureserver.net> From: "Doug Ewell" To: ltru@ietf.org Date: Fri, 08 Jul 2011 07:55:25 -0700 Mime-Version: 1.0 Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2011 14:55:30 -0000 Debbie Garside wrote: > But I still don't see why it needs to be taken out of IETF. Where is > the added value? Where are discussions held? Why create another list > when we already have IETF-languages? > ... > I really need to be shown the added value of outsourcing this work. I > am open to being persuaded. Actually, the responsibility for maintaining extension data has always been delegated, ever since RFC 4646 introduced the extension mechanism. A draft that proposes a new extension, such as the one under discussion, defines the maintaining or registering authority for that extension. In theory this could be the ietf-languages list itself, but the membership of that list, taken as a whole, has historically been less than eager to embrace the extension concept. Usually, proposing an extension implies that one is assuming responsibility for its maintenance, including setting up a mailing list for discussion. The CLDR folks were ultimately responsible for proposing both RFC 6067 (the -u- extension) and the present draft, and it is natural that they assume responsibility for maintaining it. I'm not worried about that.=20 I do have concerns that we neglected, in 4646 and 5646, to require that the maintaining authority be open or have a transparent process, or that the "registry" of extension data (paragraph 3) not be spread out across multiple documents in different formats, including algorithms and prose descriptions, omissions which are exploited (both IMHO) by 6067 and by the present draft. -- Doug Ewell | Thornton, Colorado, USA | RFC 5645, 4645, UTN #14 www.ewellic.org | www.facebook.com/doug.ewell | @DougEwell =C2=AD From debbie@ictmarketing.co.uk Fri Jul 8 08:13:45 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 110D221F8ABC for ; Fri, 8 Jul 2011 08:13:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.805 X-Spam-Level: X-Spam-Status: No, score=-1.805 tagged_above=-999 required=5 tests=[AWL=0.794, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2XMKOhDDZPNf for ; Fri, 8 Jul 2011 08:13:44 -0700 (PDT) Received: from 145.nexbyte.net (145.nexbyte.net [62.197.41.145]) by ietfa.amsl.com (Postfix) with ESMTP id 9782521F89F0 for ; Fri, 8 Jul 2011 08:13:43 -0700 (PDT) Received: from ICTPC ([78.145.15.218]) by 145.nexbyte.net with MailEnable ESMTP; Fri, 08 Jul 2011 16:13:49 +0100 From: "Debbie Garside" To: "'Doug Ewell'" , References: <20110708075525.665a7a7059d7ee80bb4d670165c8327d.e096f74976.wbe@email03.secureserver.net> In-Reply-To: <20110708075525.665a7a7059d7ee80bb4d670165c8327d.e096f74976.wbe@email03.secureserver.net> Date: Fri, 8 Jul 2011 16:14:24 +0100 Message-ID: <08c601cc3d81$b9370cd0$2ba52670$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acw9fzNvTmKyUnWJQrOBDmYo6GVsOAAAlH1A Content-Language: en-gb Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2011 15:13:45 -0000 Thanks for the explanations Doug Yes, it all seems terribly fractured which is another reason for keeping = it within IETF. Best wishes Debbie -----Original Message----- From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of = Doug Ewell Sent: 08 July 2011 15:55 To: ltru@ietf.org Subject: Re: [Ltru] draft-davis-t-langtag-ext Debbie Garside wrote: > But I still don't see why it needs to be taken out of IETF. Where is > the added value? Where are discussions held? Why create another list > when we already have IETF-languages? > ... > I really need to be shown the added value of outsourcing this work. I > am open to being persuaded. Actually, the responsibility for maintaining extension data has always been delegated, ever since RFC 4646 introduced the extension mechanism. A draft that proposes a new extension, such as the one under discussion, defines the maintaining or registering authority for that extension. In theory this could be the ietf-languages list itself, but the membership of that list, taken as a whole, has historically been less than eager to embrace the extension concept. Usually, proposing an extension implies that one is assuming responsibility for its maintenance, including setting up a mailing list for discussion. The CLDR folks were ultimately responsible for proposing both RFC 6067 (the -u- extension) and the present draft, and it is natural that they assume responsibility for maintaining it. I'm not worried about that.=20 I do have concerns that we neglected, in 4646 and 5646, to require that the maintaining authority be open or have a transparent process, or that the "registry" of extension data (paragraph 3) not be spread out across multiple documents in different formats, including algorithms and prose descriptions, omissions which are exploited (both IMHO) by 6067 and by the present draft. -- Doug Ewell | Thornton, Colorado, USA | RFC 5645, 4645, UTN #14 www.ewellic.org | www.facebook.com/doug.ewell | @DougEwell =C2=AD _______________________________________________ Ltru mailing list Ltru@ietf.org https://www.ietf.org/mailman/listinfo/ltru From debbie@ictmarketing.co.uk Fri Jul 8 09:08:00 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 20DAA21F899F for ; Fri, 8 Jul 2011 09:08:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.893 X-Spam-Level: X-Spam-Status: No, score=-1.893 tagged_above=-999 required=5 tests=[AWL=0.706, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fMUWYVmfvb3U for ; Fri, 8 Jul 2011 09:07:59 -0700 (PDT) Received: from 145.nexbyte.net (145.nexbyte.net [62.197.41.145]) by ietfa.amsl.com (Postfix) with ESMTP id CE6B721F8B59 for ; Fri, 8 Jul 2011 09:07:58 -0700 (PDT) Received: from ICTPC ([78.145.15.218]) by 145.nexbyte.net with MailEnable ESMTP; Fri, 08 Jul 2011 17:08:04 +0100 From: "Debbie Garside" To: "'Doug Ewell'" , References: <20110708075525.665a7a7059d7ee80bb4d670165c8327d.e096f74976.wbe@email03.secureserver.net> <08c601cc3d81$b9370cd0$2ba52670$@co.uk> In-Reply-To: <08c601cc3d81$b9370cd0$2ba52670$@co.uk> Date: Fri, 8 Jul 2011 17:08:47 +0100 Message-ID: <08ca01cc3d89$52219c10$f664d430$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acw9fzNvTmKyUnWJQrOBDmYo6GVsOAAAlH1AAAHhltA= Content-Language: en-gb Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2011 16:08:00 -0000 Also, if my memory serves me correct, the responsibility for maintaining = extension data was designed for private extensions not this type of = extension where there is a more public use. Debbie -----Original Message----- From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of = Debbie Garside Sent: 08 July 2011 16:14 To: 'Doug Ewell'; ltru@ietf.org Subject: Re: [Ltru] draft-davis-t-langtag-ext Thanks for the explanations Doug Yes, it all seems terribly fractured which is another reason for keeping = it within IETF. Best wishes Debbie -----Original Message----- From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of = Doug Ewell Sent: 08 July 2011 15:55 To: ltru@ietf.org Subject: Re: [Ltru] draft-davis-t-langtag-ext Debbie Garside wrote: > But I still don't see why it needs to be taken out of IETF. Where is > the added value? Where are discussions held? Why create another list > when we already have IETF-languages? > ... > I really need to be shown the added value of outsourcing this work. I > am open to being persuaded. Actually, the responsibility for maintaining extension data has always been delegated, ever since RFC 4646 introduced the extension mechanism. A draft that proposes a new extension, such as the one under discussion, defines the maintaining or registering authority for that extension. In theory this could be the ietf-languages list itself, but the membership of that list, taken as a whole, has historically been less than eager to embrace the extension concept. Usually, proposing an extension implies that one is assuming responsibility for its maintenance, including setting up a mailing list for discussion. The CLDR folks were ultimately responsible for proposing both RFC 6067 (the -u- extension) and the present draft, and it is natural that they assume responsibility for maintaining it. I'm not worried about that.=20 I do have concerns that we neglected, in 4646 and 5646, to require that the maintaining authority be open or have a transparent process, or that the "registry" of extension data (paragraph 3) not be spread out across multiple documents in different formats, including algorithms and prose descriptions, omissions which are exploited (both IMHO) by 6067 and by the present draft. -- Doug Ewell | Thornton, Colorado, USA | RFC 5645, 4645, UTN #14 www.ewellic.org | www.facebook.com/doug.ewell | @DougEwell =C2=AD _______________________________________________ Ltru mailing list Ltru@ietf.org https://www.ietf.org/mailman/listinfo/ltru _______________________________________________ Ltru mailing list Ltru@ietf.org https://www.ietf.org/mailman/listinfo/ltru From addison@lab126.com Fri Jul 8 09:31:50 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA96721F87E2 for ; Fri, 8 Jul 2011 09:31:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.599 X-Spam-Level: X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dG1z9v5lqjul for ; Fri, 8 Jul 2011 09:31:50 -0700 (PDT) Received: from smtp-fw-9101.amazon.com (smtp-fw-9101.amazon.com [207.171.184.25]) by ietfa.amsl.com (Postfix) with ESMTP id 1E8ED21F8751 for ; Fri, 8 Jul 2011 09:31:50 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.65,500,1304294400"; d="scan'208";a="739814113" Received: from smtp-in-9003.sea19.amazon.com ([10.186.104.20]) by smtp-border-fw-out-9101.sea19.amazon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 08 Jul 2011 16:31:44 +0000 Received: from ex-hub-31012.ant.amazon.com (ex-hub-31012.sea31.amazon.com [10.185.169.29]) by smtp-in-9003.sea19.amazon.com (8.13.8/8.13.8) with ESMTP id p68GVf5J032611 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 8 Jul 2011 16:31:41 GMT Received: from EX-SEA31-D.ant.amazon.com ([169.254.1.184]) by ex-hub-31012.ant.amazon.com ([fe80::24e8:aabe:e5e7:2f81%12]) with mapi; Fri, 8 Jul 2011 09:31:41 -0700 From: "Phillips, Addison" To: Debbie Garside , "'Doug Ewell'" , "ltru@ietf.org" Date: Fri, 8 Jul 2011 09:31:39 -0700 Thread-Topic: [Ltru] draft-davis-t-langtag-ext Thread-Index: Acw9fzNvTmKyUnWJQrOBDmYo6GVsOAAAlH1AAAHhltAAAJDGoA== Message-ID: <131F80DEA635F044946897AFDA9AC3476A941CB696@EX-SEA31-D.ant.amazon.com> References: <20110708075525.665a7a7059d7ee80bb4d670165c8327d.e096f74976.wbe@email03.secureserver.net> <08c601cc3d81$b9370cd0$2ba52670$@co.uk> <08ca01cc3d89$52219c10$f664d430$@co.uk> In-Reply-To: <08ca01cc3d89$52219c10$f664d430$@co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2011 16:31:51 -0000 VGhlcmUgaXMgbm8gc3VjaCB0aGluZyBhcyBhICJwcml2YXRlIGV4dGVuc2lvbiIuIFRoZSB3aG9s ZSBwb2ludCBvZiB0aGUgZXh0ZW5zaW9uIG1lY2hhbmlzbSBpcyBwdWJsaWMgdXNlLg0KDQpXZSBw cm92aWRlIHByaXZhdGUgdXNlIHN1YnRhZ3MgZm9yIHByaXZhdGUgdXNlLg0KDQpBZGRpc29uDQoN Cj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogbHRydS1ib3VuY2VzQGlldGYu b3JnIFttYWlsdG86bHRydS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YNCj4gRGViYmll IEdhcnNpZGUNCj4gU2VudDogRnJpZGF5LCBKdWx5IDA4LCAyMDExIDk6MDkgQU0NCj4gVG86ICdE b3VnIEV3ZWxsJzsgbHRydUBpZXRmLm9yZw0KPiBTdWJqZWN0OiBSZTogW0x0cnVdIGRyYWZ0LWRh dmlzLXQtbGFuZ3RhZy1leHQNCj4gDQo+IEFsc28sIGlmIG15IG1lbW9yeSBzZXJ2ZXMgbWUgY29y cmVjdCwgdGhlIHJlc3BvbnNpYmlsaXR5IGZvciBtYWludGFpbmluZw0KPiBleHRlbnNpb24gZGF0 YSB3YXMgZGVzaWduZWQgZm9yIHByaXZhdGUgZXh0ZW5zaW9ucyBub3QgdGhpcyB0eXBlIG9mIGV4 dGVuc2lvbg0KPiB3aGVyZSB0aGVyZSBpcyBhIG1vcmUgcHVibGljIHVzZS4NCj4gDQo+IERlYmJp ZQ0KPiANCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogbHRydS1ib3VuY2Vz QGlldGYub3JnIFttYWlsdG86bHRydS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YNCj4g RGViYmllIEdhcnNpZGUNCj4gU2VudDogMDggSnVseSAyMDExIDE2OjE0DQo+IFRvOiAnRG91ZyBF d2VsbCc7IGx0cnVAaWV0Zi5vcmcNCj4gU3ViamVjdDogUmU6IFtMdHJ1XSBkcmFmdC1kYXZpcy10 LWxhbmd0YWctZXh0DQo+IA0KPiBUaGFua3MgZm9yIHRoZSBleHBsYW5hdGlvbnMgRG91Zw0KPiAN Cj4gWWVzLCBpdCBhbGwgc2VlbXMgdGVycmlibHkgZnJhY3R1cmVkIHdoaWNoIGlzIGFub3RoZXIg cmVhc29uIGZvciBrZWVwaW5nIGl0IHdpdGhpbg0KPiBJRVRGLg0KPiANCj4gQmVzdCB3aXNoZXMN Cj4gDQo+IERlYmJpZQ0KPiANCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTog bHRydS1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86bHRydS1ib3VuY2VzQGlldGYub3JnXSBPbiBC ZWhhbGYgT2YgRG91Zw0KPiBFd2VsbA0KPiBTZW50OiAwOCBKdWx5IDIwMTEgMTU6NTUNCj4gVG86 IGx0cnVAaWV0Zi5vcmcNCj4gU3ViamVjdDogUmU6IFtMdHJ1XSBkcmFmdC1kYXZpcy10LWxhbmd0 YWctZXh0DQo+IA0KPiBEZWJiaWUgR2Fyc2lkZSA8ZGViYmllIGF0IGljdG1hcmtldGluZyBkb3Qg Y28gZG90IHVrPiB3cm90ZToNCj4gDQo+ID4gQnV0IEkgc3RpbGwgZG9uJ3Qgc2VlIHdoeSBpdCBu ZWVkcyB0byBiZSB0YWtlbiBvdXQgb2YgSUVURi4gIFdoZXJlIGlzDQo+ID4gdGhlIGFkZGVkIHZh bHVlPyAgV2hlcmUgYXJlIGRpc2N1c3Npb25zIGhlbGQ/ICBXaHkgY3JlYXRlIGFub3RoZXIgbGlz dA0KPiA+IHdoZW4gd2UgYWxyZWFkeSBoYXZlIElFVEYtbGFuZ3VhZ2VzPw0KPiA+IC4uLg0KPiA+ IEkgcmVhbGx5IG5lZWQgdG8gYmUgc2hvd24gdGhlIGFkZGVkIHZhbHVlIG9mIG91dHNvdXJjaW5n IHRoaXMgd29yay4gSQ0KPiA+IGFtIG9wZW4gdG8gYmVpbmcgcGVyc3VhZGVkLg0KPiANCj4gQWN0 dWFsbHksIHRoZSByZXNwb25zaWJpbGl0eSBmb3IgbWFpbnRhaW5pbmcgZXh0ZW5zaW9uIGRhdGEg aGFzIGFsd2F5cyBiZWVuDQo+IGRlbGVnYXRlZCwgZXZlciBzaW5jZSBSRkMgNDY0NiBpbnRyb2R1 Y2VkIHRoZSBleHRlbnNpb24gbWVjaGFuaXNtLg0KPiANCj4gQSBkcmFmdCB0aGF0IHByb3Bvc2Vz IGEgbmV3IGV4dGVuc2lvbiwgc3VjaCBhcyB0aGUgb25lIHVuZGVyIGRpc2N1c3Npb24sDQo+IGRl ZmluZXMgdGhlIG1haW50YWluaW5nIG9yIHJlZ2lzdGVyaW5nIGF1dGhvcml0eSBmb3IgdGhhdCBl eHRlbnNpb24uICBJbiB0aGVvcnkNCj4gdGhpcyBjb3VsZCBiZSB0aGUgaWV0Zi1sYW5ndWFnZXMg bGlzdCBpdHNlbGYsIGJ1dCB0aGUgbWVtYmVyc2hpcCBvZiB0aGF0IGxpc3QsIHRha2VuDQo+IGFz IGEgd2hvbGUsIGhhcyBoaXN0b3JpY2FsbHkgYmVlbiBsZXNzIHRoYW4gZWFnZXIgdG8gZW1icmFj ZSB0aGUgZXh0ZW5zaW9uDQo+IGNvbmNlcHQuICBVc3VhbGx5LCBwcm9wb3NpbmcgYW4gZXh0ZW5z aW9uIGltcGxpZXMgdGhhdCBvbmUgaXMgYXNzdW1pbmcNCj4gcmVzcG9uc2liaWxpdHkgZm9yIGl0 cyBtYWludGVuYW5jZSwgaW5jbHVkaW5nIHNldHRpbmcgdXAgYSBtYWlsaW5nIGxpc3QgZm9yDQo+ IGRpc2N1c3Npb24uDQo+IA0KPiBUaGUgQ0xEUiBmb2xrcyB3ZXJlIHVsdGltYXRlbHkgcmVzcG9u c2libGUgZm9yIHByb3Bvc2luZyBib3RoIFJGQyA2MDY3ICh0aGUgLQ0KPiB1LSBleHRlbnNpb24p IGFuZCB0aGUgcHJlc2VudCBkcmFmdCwgYW5kIGl0IGlzIG5hdHVyYWwgdGhhdCB0aGV5IGFzc3Vt ZQ0KPiByZXNwb25zaWJpbGl0eSBmb3IgbWFpbnRhaW5pbmcgaXQuICBJJ20gbm90IHdvcnJpZWQg YWJvdXQgdGhhdC4NCj4gSSBkbyBoYXZlIGNvbmNlcm5zIHRoYXQgd2UgbmVnbGVjdGVkLCBpbiA0 NjQ2IGFuZCA1NjQ2LCB0byByZXF1aXJlIHRoYXQgdGhlDQo+IG1haW50YWluaW5nIGF1dGhvcml0 eSBiZSBvcGVuIG9yIGhhdmUgYSB0cmFuc3BhcmVudCBwcm9jZXNzLCBvciB0aGF0IHRoZQ0KPiAi cmVnaXN0cnkiIG9mIGV4dGVuc2lvbiBkYXRhIChwYXJhZ3JhcGggMykgbm90IGJlIHNwcmVhZCBv dXQgYWNyb3NzIG11bHRpcGxlDQo+IGRvY3VtZW50cyBpbiBkaWZmZXJlbnQgZm9ybWF0cywgaW5j bHVkaW5nIGFsZ29yaXRobXMgYW5kIHByb3NlIGRlc2NyaXB0aW9ucywNCj4gb21pc3Npb25zIHdo aWNoIGFyZSBleHBsb2l0ZWQgKGJvdGggSU1ITykgYnkgNjA2NyBhbmQgYnkgdGhlIHByZXNlbnQg ZHJhZnQuDQo+IA0KPiAtLQ0KPiBEb3VnIEV3ZWxsIHwgVGhvcm50b24sIENvbG9yYWRvLCBVU0Eg fCBSRkMgNTY0NSwgNDY0NSwgVVROICMxNA0KPiB3d3cuZXdlbGxpYy5vcmcgfCB3d3cuZmFjZWJv b2suY29tL2RvdWcuZXdlbGwgfCBARG91Z0V3ZWxsIMKtDQo+IA0KPiANCj4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gTHRydSBtYWlsaW5nIGxpc3QN Cj4gTHRydUBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2x0cnUNCj4gDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KPiBMdHJ1IG1haWxpbmcgbGlzdA0KPiBMdHJ1QGlldGYub3JnDQo+IGh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbHRydQ0KPiANCj4gDQo+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IEx0cnUgbWFpbGluZyBsaXN0 DQo+IEx0cnVAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9sdHJ1DQo= From doug@ewellic.org Fri Jul 8 09:38:52 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 060EE21F8B60 for ; Fri, 8 Jul 2011 09:38:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w7CgPelACLxz for ; Fri, 8 Jul 2011 09:38:51 -0700 (PDT) Received: from smtpoutwbe09.prod.mesa1.secureserver.net (smtpoutwbe09.prod.mesa1.secureserver.net [208.109.78.21]) by ietfa.amsl.com (Postfix) with SMTP id 501EA21F8B5F for ; Fri, 8 Jul 2011 09:38:51 -0700 (PDT) Received: (qmail 10649 invoked from network); 8 Jul 2011 16:38:50 -0000 Received: from unknown (HELO localhost) (72.167.218.132) by smtpoutwbe09.prod.mesa1.secureserver.net with SMTP; 8 Jul 2011 16:38:50 -0000 Received: (qmail 6948 invoked by uid 99); 8 Jul 2011 16:38:50 -0000 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Originating-IP: 208.51.143.190 User-Agent: Web-Based Email 5.5.08 Message-Id: <20110708093849.665a7a7059d7ee80bb4d670165c8327d.f7747e9524.wbe@email03.secureserver.net> From: "Doug Ewell" To: "Debbie Garside" Date: Fri, 08 Jul 2011 09:38:49 -0700 Mime-Version: 1.0 Cc: ltru@ietf.org Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2011 16:38:52 -0000 Debbie Garside wrote: > Also, if my memory serves me correct, the responsibility for > maintaining extension data was designed for private extensions not > this type of extension where there is a more public use. If you mean the 'x' singleton, as in "en-x-whatever", there are no procedures. You just make up the subtags and use them, and if you want anyone else to understand them, you distribute a private agreement.=20 These subtags don't have to be stabled, versioned, or freely available.=20 They do have to be syntactically valid (e.g. 2*8alphanum), but that's about it. I just noticed that RFC 5646, Section 2.2.6 ("Extension Subtags"), item 3 says, "Note that there might not be a registry of these subtags." I missed this until now and wonder how it fits with Section 3.7, which requires the extension RFC to specify the "URL location of the registry." Obviously that doesn't mean the IANA Language Tag Extensions Registry; there would be no point in repeating that in every extension RFC. -- Doug Ewell | Thornton, Colorado, USA | RFC 5645, 4645, UTN #14 www.ewellic.org | www.facebook.com/doug.ewell | @DougEwell =C2=AD From debbie@ictmarketing.co.uk Fri Jul 8 11:51:29 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 93B8221F8A43 for ; Fri, 8 Jul 2011 11:51:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.299 X-Spam-Level: X-Spam-Status: No, score=-1.299 tagged_above=-999 required=5 tests=[AWL=1.300, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qn+BW5E0FpgF for ; Fri, 8 Jul 2011 11:51:26 -0700 (PDT) Received: from 145.nexbyte.net (145.nexbyte.net [62.197.41.145]) by ietfa.amsl.com (Postfix) with ESMTP id 84F8021F8A7E for ; Fri, 8 Jul 2011 11:51:22 -0700 (PDT) Received: from ICTPC ([92.28.116.69]) by 145.nexbyte.net with MailEnable ESMTP; Fri, 08 Jul 2011 19:51:30 +0100 From: "Debbie Garside" To: "'Doug Ewell'" References: <20110708093849.665a7a7059d7ee80bb4d670165c8327d.f7747e9524.wbe@email03.secureserver.net> In-Reply-To: <20110708093849.665a7a7059d7ee80bb4d670165c8327d.f7747e9524.wbe@email03.secureserver.net> Date: Fri, 8 Jul 2011 19:52:37 +0100 Message-ID: <090501cc3da0$354aad90$9fe008b0$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acw9jZXP2nGraEblQRKbIuDvzwNSNgAEd2yQ Content-Language: en-gb Cc: ltru@ietf.org Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2011 18:51:29 -0000 Thanks Doug Yes that's what I was thinking of. (Being lazy here) Does BCP47 reference the -u extension RFC? If not things seem to be getting very messy with subtag rules = potentially in a number of RFCs. Just as an aside, ISO are actually merging all of the ISO 639 standards = into one workable document. It will be known as ISO 639 and will = replace all the other standards. I am the new Editor (appointed in = Korea in June). I must say I am more for merging procedures rather than splitting. = Quite funny as when it comes to languages I am for splitting rather than = clumping :-) Best Debbie -----Original Message----- From: Doug Ewell [mailto:doug@ewellic.org]=20 Sent: 08 July 2011 17:39 To: Debbie Garside Cc: ltru@ietf.org Subject: RE: [Ltru] draft-davis-t-langtag-ext Debbie Garside wrote: > Also, if my memory serves me correct, the responsibility for > maintaining extension data was designed for private extensions not > this type of extension where there is a more public use. If you mean the 'x' singleton, as in "en-x-whatever", there are no procedures. You just make up the subtags and use them, and if you want anyone else to understand them, you distribute a private agreement.=20 These subtags don't have to be stabled, versioned, or freely available.=20 They do have to be syntactically valid (e.g. 2*8alphanum), but that's about it. I just noticed that RFC 5646, Section 2.2.6 ("Extension Subtags"), item 3 says, "Note that there might not be a registry of these subtags." I missed this until now and wonder how it fits with Section 3.7, which requires the extension RFC to specify the "URL location of the registry." Obviously that doesn't mean the IANA Language Tag Extensions Registry; there would be no point in repeating that in every extension RFC. -- Doug Ewell | Thornton, Colorado, USA | RFC 5645, 4645, UTN #14 www.ewellic.org | www.facebook.com/doug.ewell | @DougEwell =C2=AD From debbie@ictmarketing.co.uk Fri Jul 8 11:52:06 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 10C8B21F85C6 for ; Fri, 8 Jul 2011 11:52:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.732 X-Spam-Level: X-Spam-Status: No, score=-1.732 tagged_above=-999 required=5 tests=[AWL=0.867, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zu3Wo3pAh7am for ; Fri, 8 Jul 2011 11:52:05 -0700 (PDT) Received: from 145.nexbyte.net (145.nexbyte.net [62.197.41.145]) by ietfa.amsl.com (Postfix) with ESMTP id 0D0AF21F85AA for ; Fri, 8 Jul 2011 11:52:04 -0700 (PDT) Received: from ICTPC ([92.28.116.69]) by 145.nexbyte.net with MailEnable ESMTP; Fri, 08 Jul 2011 19:52:11 +0100 From: "Debbie Garside" To: "'Phillips, Addison'" , "'Doug Ewell'" , References: <20110708075525.665a7a7059d7ee80bb4d670165c8327d.e096f74976.wbe@email03.secureserver.net> <08c601cc3d81$b9370cd0$2ba52670$@co.uk> <08ca01cc3d89$52219c10$f664d430$@co.uk> <131F80DEA635F044946897AFDA9AC3476A941CB696@EX-SEA31-D.ant.amazon.com> In-Reply-To: <131F80DEA635F044946897AFDA9AC3476A941CB696@EX-SEA31-D.ant.amazon.com> Date: Fri, 8 Jul 2011 19:53:19 +0100 Message-ID: <090601cc3da0$4e424790$eac6d6b0$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acw9fzNvTmKyUnWJQrOBDmYo6GVsOAAAlH1AAAHhltAAAJDGoAAFPHrg Content-Language: en-gb Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2011 18:52:06 -0000 Thanks for the clarification Addison Debbie -----Original Message----- From: Phillips, Addison [mailto:addison@lab126.com]=20 Sent: 08 July 2011 17:32 To: Debbie Garside; 'Doug Ewell'; ltru@ietf.org Subject: RE: [Ltru] draft-davis-t-langtag-ext There is no such thing as a "private extension". The whole point of the = extension mechanism is public use. We provide private use subtags for private use. Addison > -----Original Message----- > From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf = Of > Debbie Garside > Sent: Friday, July 08, 2011 9:09 AM > To: 'Doug Ewell'; ltru@ietf.org > Subject: Re: [Ltru] draft-davis-t-langtag-ext >=20 > Also, if my memory serves me correct, the responsibility for = maintaining > extension data was designed for private extensions not this type of = extension > where there is a more public use. >=20 > Debbie >=20 > -----Original Message----- > From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf = Of > Debbie Garside > Sent: 08 July 2011 16:14 > To: 'Doug Ewell'; ltru@ietf.org > Subject: Re: [Ltru] draft-davis-t-langtag-ext >=20 > Thanks for the explanations Doug >=20 > Yes, it all seems terribly fractured which is another reason for = keeping it within > IETF. >=20 > Best wishes >=20 > Debbie >=20 > -----Original Message----- > From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf = Of Doug > Ewell > Sent: 08 July 2011 15:55 > To: ltru@ietf.org > Subject: Re: [Ltru] draft-davis-t-langtag-ext >=20 > Debbie Garside wrote: >=20 > > But I still don't see why it needs to be taken out of IETF. Where = is > > the added value? Where are discussions held? Why create another = list > > when we already have IETF-languages? > > ... > > I really need to be shown the added value of outsourcing this work. = I > > am open to being persuaded. >=20 > Actually, the responsibility for maintaining extension data has always = been > delegated, ever since RFC 4646 introduced the extension mechanism. >=20 > A draft that proposes a new extension, such as the one under = discussion, > defines the maintaining or registering authority for that extension. = In theory > this could be the ietf-languages list itself, but the membership of = that list, taken > as a whole, has historically been less than eager to embrace the = extension > concept. Usually, proposing an extension implies that one is assuming > responsibility for its maintenance, including setting up a mailing = list for > discussion. >=20 > The CLDR folks were ultimately responsible for proposing both RFC 6067 = (the - > u- extension) and the present draft, and it is natural that they = assume > responsibility for maintaining it. I'm not worried about that. > I do have concerns that we neglected, in 4646 and 5646, to require = that the > maintaining authority be open or have a transparent process, or that = the > "registry" of extension data (paragraph 3) not be spread out across = multiple > documents in different formats, including algorithms and prose = descriptions, > omissions which are exploited (both IMHO) by 6067 and by the present = draft. >=20 > -- > Doug Ewell | Thornton, Colorado, USA | RFC 5645, 4645, UTN #14 > www.ewellic.org | www.facebook.com/doug.ewell | @DougEwell =C2=AD >=20 >=20 > _______________________________________________ > Ltru mailing list > Ltru@ietf.org > https://www.ietf.org/mailman/listinfo/ltru >=20 >=20 > _______________________________________________ > Ltru mailing list > Ltru@ietf.org > https://www.ietf.org/mailman/listinfo/ltru >=20 >=20 > _______________________________________________ > Ltru mailing list > Ltru@ietf.org > https://www.ietf.org/mailman/listinfo/ltru From cowan@ccil.org Fri Jul 8 12:05:28 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D3F8C21F8B99 for ; Fri, 8 Jul 2011 12:05:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id owxmLr3Te4OU for ; Fri, 8 Jul 2011 12:05:28 -0700 (PDT) Received: from earth.ccil.org (earth.ccil.org [192.190.237.11]) by ietfa.amsl.com (Postfix) with ESMTP id 2A8B621F8B75 for ; Fri, 8 Jul 2011 12:05:28 -0700 (PDT) Received: from cowan by earth.ccil.org with local (Exim 4.69) (envelope-from ) id 1QfGMe-0000Vn-Mp; Fri, 08 Jul 2011 15:05:24 -0400 Date: Fri, 8 Jul 2011 15:05:24 -0400 From: John Cowan To: Debbie Garside Message-ID: <20110708190524.GD18832@mercury.ccil.org> References: <20110708093849.665a7a7059d7ee80bb4d670165c8327d.f7747e9524.wbe@email03.secureserver.net> <090501cc3da0$354aad90$9fe008b0$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <090501cc3da0$354aad90$9fe008b0$@co.uk> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: John Cowan Cc: ltru@ietf.org, 'Doug Ewell' Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2011 19:05:28 -0000 Debbie Garside scripsit: > (Being lazy here) Does BCP47 reference the -u extension RFC? No, it doesn't. It provides for the existence of a registry of extension subtags, which IANA maintains at http://www.iana.org/assignments/language-tag-extensions-registry . > If not things seem to be getting very messy with subtag rules > potentially in a number of RFCs. Inevitably so. BCP 47 is based on the primary-language, region, script, variant model of language tagging, but it was foreseen that other models might need to be incorporated into it. BCP points to the extension registry, which points to the RFCs documenting those extensions. It also explains how to strip the extensions if you don't want them. > Just as an aside, ISO are actually merging all of the ISO 639 > standards into one workable document. It will be known as ISO 639 and > will replace all the other standards. I am the new Editor (appointed > in Korea in June). Congratulations. -- Not to perambulate John Cowan the corridors http://www.ccil.org/~cowan during the hours of repose in the boots of ascension. --Sign in Austrian ski-resort hotel From kent.karlsson14@telia.com Fri Jul 8 14:32:48 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8770C21F88AC for ; Fri, 8 Jul 2011 14:32:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9q-RTQWqhSLF for ; Fri, 8 Jul 2011 14:32:48 -0700 (PDT) Received: from smtp-out21.han.skanova.net (smtp-out21.han.skanova.net [195.67.226.208]) by ietfa.amsl.com (Postfix) with ESMTP id B393E21F88A6 for ; Fri, 8 Jul 2011 14:32:47 -0700 (PDT) Received: from [192.168.1.2] (213.66.59.107) by smtp-out21.han.skanova.net (8.5.133) (authenticated as u05202586) id 4DEDBD7B00A35766; Fri, 8 Jul 2011 23:32:35 +0200 User-Agent: Microsoft-Entourage/12.29.0.110113 Date: Fri, 08 Jul 2011 23:32:29 +0200 From: Kent Karlsson To: Doug Ewell , Debbie Garside Message-ID: Thread-Topic: [Ltru] draft-davis-t-langtag-ext Thread-Index: Acw9tomsIiP9xp9jqkaXNQ0skM6Z5Q== In-Reply-To: <20110708093849.665a7a7059d7ee80bb4d670165c8327d.f7747e9524.wbe@email03.secureserver.net> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Cc: ltru@ietf.org Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2011 21:32:48 -0000 Den 2011-07-08 18:38, skrev "Doug Ewell" : > I just noticed that RFC 5646, Section 2.2.6 ("Extension Subtags"), item 3 > says, "Note that there might not be a registry of these subtags." I The extension subtags may be defined (by listing them) only in the RFC defining the extension. Or, as in the current draft, refer (in part) to *another* registry; in the case of the current draft: the IANA language subtag registry; ok, that is a registry, but not specifically for that extension. Den 2011-07-07 23:00, skrev "Doug Ewell" : > I can't find any indication of where within CLDR the list of allowable values > will be located. Saying they're in core.zip is almost useless. Saying > they're in common/bcp47 is better, but I'd still like to know w I agree that "URL: http://www.unicode.org/Public/cldr/latest/core.zip", referring to a rather larger zip-file, containing *lots* of other stuff, *unrelated* to the registry (for the "mechanisms" part) for this extension, is highly unsatisfactory. It shouldn't be a zip-file (nor any other kind of non-plain-text file; though a directory with plain text files would be ok), and it should be a URL to *only* the registry for the extension. /Kent K From debbie@ictmarketing.co.uk Fri Jul 8 14:47:23 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D62DE21F8A5A for ; Fri, 8 Jul 2011 14:47:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.949 X-Spam-Level: X-Spam-Status: No, score=-1.949 tagged_above=-999 required=5 tests=[AWL=0.650, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jrd1r9aX9LxG for ; Fri, 8 Jul 2011 14:47:23 -0700 (PDT) Received: from 145.nexbyte.net (145.nexbyte.net [62.197.41.145]) by ietfa.amsl.com (Postfix) with ESMTP id 081E321F8A66 for ; Fri, 8 Jul 2011 14:47:17 -0700 (PDT) Received: from ICTPC ([92.28.116.69]) by 145.nexbyte.net with MailEnable ESMTP; Fri, 08 Jul 2011 22:47:20 +0100 From: "Debbie Garside" To: "'John Cowan'" References: <20110708093849.665a7a7059d7ee80bb4d670165c8327d.f7747e9524.wbe@email03.secureserver.net> <090501cc3da0$354aad90$9fe008b0$@co.uk> <20110708190524.GD18832@mercury.ccil.org> In-Reply-To: <20110708190524.GD18832@mercury.ccil.org> Date: Fri, 8 Jul 2011 22:48:48 +0100 Message-ID: <090a01cc3db8$d542e6b0$7fc8b410$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acw9okUWrXqwtgb7Rd6ZRwhJZoUMEgAFnMDg Content-Language: en-gb Cc: ltru@ietf.org, 'Doug Ewell' Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2011 21:47:23 -0000 Thanks John. That makes sense. Best wishes Debbie -----Original Message----- From: John Cowan [mailto:cowan@ccil.org] On Behalf Of John Cowan Sent: 08 July 2011 20:05 To: Debbie Garside Cc: 'Doug Ewell'; ltru@ietf.org Subject: Re: [Ltru] draft-davis-t-langtag-ext Debbie Garside scripsit: > (Being lazy here) Does BCP47 reference the -u extension RFC? No, it doesn't. It provides for the existence of a registry of extension subtags, which IANA maintains at http://www.iana.org/assignments/language-tag-extensions-registry . > If not things seem to be getting very messy with subtag rules > potentially in a number of RFCs. Inevitably so. BCP 47 is based on the primary-language, region, script, variant model of language tagging, but it was foreseen that other models might need to be incorporated into it. BCP points to the extension registry, which points to the RFCs documenting those extensions. It also explains how to strip the extensions if you don't want them. > Just as an aside, ISO are actually merging all of the ISO 639 > standards into one workable document. It will be known as ISO 639 and > will replace all the other standards. I am the new Editor (appointed > in Korea in June). Congratulations. -- Not to perambulate John Cowan the corridors http://www.ccil.org/~cowan during the hours of repose in the boots of ascension. --Sign in Austrian ski-resort hotel From SRS0=g4oZEm=Z4=ewellic.org=doug@srs.bis6.us.blackberry.com Fri Jul 8 17:59:12 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AF9C21F8B42 for ; Fri, 8 Jul 2011 17:59:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.846 X-Spam-Level: X-Spam-Status: No, score=-4.846 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_BASE64_TEXT=1.753, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vEEsSrOcnopW for ; Fri, 8 Jul 2011 17:59:11 -0700 (PDT) Received: from smtp07.bis6.us.blackberry.com (smtp07.bis6.us.blackberry.com [74.82.85.7]) by ietfa.amsl.com (Postfix) with ESMTP id 92C7A21F8B40 for ; Fri, 8 Jul 2011 17:59:10 -0700 (PDT) Received: from b15.c19.bise6.blackberry ([192.168.0.115]) by srs.bis6.us.blackberry.com (8.13.7 TEAMON/8.13.7) with ESMTP id p690wvWF009011; Sat, 9 Jul 2011 00:58:57 GMT Received: from 172.29.212.206 (cmp36.c19.bise6.blackberry [172.29.212.206]) by b15.c19.bise6.blackberry (8.13.7 TEAMON/8.13.7) with ESMTP id p690wvQa031222; Sat, 9 Jul 2011 00:58:57 GMT X-rim-org-msg-ref-id: 267398641 Message-ID: <267398641-1310173137-cardhu_decombobulator_blackberry.rim.net-1242757085-@b17.c19.bise6.blackberry> Content-Transfer-Encoding: base64 X-Priority: Normal Sensitivity: Normal Importance: Normal To: "Kent Karlsson" , "Debbie Garside" From: doug@ewellic.org Date: Sat, 9 Jul 2011 00:58:54 +0000 Content-Type: text/plain MIME-Version: 1.0 Cc: ltru@ietf.org Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: doug@ewellic.org List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2011 01:00:25 -0000 VGhlIGN1cnJlbnQgZHJhZnQgcmVmZXJzIHBhcnRseSB0byB0aGUgTFNSIChmb3IgImZyb20iIHRh Z3MsIHdoaWNoIEkgdW5kZXJzdGFuZCksIHBhcnRseSB0byBkYXRhIGxvY2F0ZWQgc29tZXdoZXJl IHdpdGhpbiBDTERSLCBhbmQgcGFydGx5IHRvIGEgc2V0IG9mIG51bWVyaWMgcGF0dGVybnMgYW5k IGFuIGludGVycHJldGF0aW9uIHJ1bGUuIFRoYXQncyBub3QgImEgcmVnaXN0cnkiIGluIGFueSBz ZW5zZSwgc28gSSBndWVzcyBpdCdzIGEgZ29vZCB0aGluZyB0aGF0IEJDUCA0NyBkb2Vzbid0IHNl ZW0gdG8gcmVxdWlyZSBvbmUuCgpEdXJpbmcgdGhlIHJldmlldyBwZXJpb2QgZm9yIHRoZSBkcmFm dCB0aGF0IGJlY2FtZSA2MDY3LCBJIGFyZ3VlZCBoYXJkIGZvciBwdXR0aW5nIGFsbCB0aGUgcmVs ZXZhbnQgZGF0YSBpbiBvbmUgZWFzeS10by1maW5kIHBsYWNlLCBub3QgemlwcGVkIHRvZ2V0aGVy IHdpdGggYSBsb3Qgb2YgdW5yZWxhdGVkIGRhdGEuIFRoYXQgYXJndW1lbnQgd2FzIG5vdCBzdWNj ZXNzZnVsLCBhbmQgeW91IGNhbiBzZWUgbm93IHRoYXQgbXVjaCBvZiB0aGUgY3VycmVudCBkcmFm dCBpcyBiZWluZyBkZWZlbmRlZCBhcyAidGhpcyBpcyB0aGUgc2FtZSB0aGluZyB3ZSBkaWQgaW4g NjA2Nywgd2hpY2ggd2FzIGFwcHJvdmVkLiIgU28gdGhlIGFyZ3VtZW50IGlzIGV2ZW4gbGVzcyBs aWtlbHkgdG8gYmUgYWNjZXB0ZWQgdGhhbiBpdCB3YXMgYmVmb3JlLgoKLS1Eb3VnICAKLS0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tLQpGcm9tOiBLZW50IEthcmxzc29uClRvOiBEb3VnIEV3ZWxs ClRvOiBEZWJiaWUgR2Fyc2lkZQpDYzogbHRydUBpZXRmLm9yZwpTdWJqZWN0OiBSZTogW0x0cnVd IGRyYWZ0LWRhdmlzLXQtbGFuZ3RhZy1leHQKU2VudDogSnVsIDgsIDIwMTEgMTU6MzIKCgpEZW4g MjAxMS0wNy0wOCAxODozOCwgc2tyZXYgIkRvdWcgRXdlbGwiIDxkb3VnQGV3ZWxsaWMub3JnPjoK Cj4gSSBqdXN0IG5vdGljZWQgdGhhdCBSRkMgNTY0NiwgU2VjdGlvbiAyLjIuNiAoIkV4dGVuc2lv biBTdWJ0YWdzIiksIGl0ZW0KMwo+IHNheXMsICJOb3RlIHRoYXQgdGhlcmUgbWlnaHQgbm90IGJl IGEgcmVnaXN0cnkgb2YgdGhlc2Ugc3VidGFncy4iICBJCgoKVGhlIGV4dGVuc2lvbiBzdWJ0YWdz IG1heSBiZSBkZWZpbmVkIChieSBsaXN0aW5nIHRoZW0pIG9ubHkgaW4gdGhlIFJGQwpkZWZpbmlu ZyB0aGUgZXh0ZW5zaW9uLiBPciwgYXMgaW4gdGhlIGN1cnJlbnQgZHJhZnQsIHJlZmVyIChpbiBw YXJ0KSB0bwoqYW5vdGhlciogcmVnaXN0cnk7IGluIHRoZSBjYXNlIG9mIHRoZSBjdXJyZW50IGRy YWZ0OiB0aGUgSUFOQSBsYW5ndWFnZQpzdWJ0YWcgcmVnaXN0cnk7IG9rLCB0aGF0IGlzIGEgcmVn aXN0cnksIGJ1dCBub3Qgc3BlY2lmaWNhbGx5IGZvciB0aGF0CmV4dGVuc2lvbi4KCgoKRGVuIDIw MTEtMDctMDcgMjM6MDAsIHNrcmV2ICJEb3VnIEV3ZWxsIiA8ZG91Z0Bld2VsbGljLm9yZz46Cgo+ IEkgY2FuJ3QgZmluZCBhbnkgaW5kaWNhdGlvbiBvZiB3aGVyZSB3aXRoaW4gQ0xEUiB0aGUgbGlz dCBvZiBhbGxvd2FibGUKdmFsdWVzCj4gd2lsbCBiZSBsb2NhdGVkLiAgU2F5aW5nIHRoZXkncmUg aW4gY29yZS56aXAgaXMgYWxtb3N0IHVzZWxlc3MuIApTYXlpbmcKPiB0aGV5J3JlIGluIGNvbW1v bi9iY3A0NyBpcyBiZXR0ZXIsIGJ1dCBJJ2Qgc3RpbGwgbGlrZSB0byBrbm93CncKCkkgYWdyZWUg dGhhdCAiVVJMOiBodHRwOi8vd3d3LnVuaWNvZGUub3JnL1B1YmxpYy9jbGRyL2xhdGVzdC9jb3Jl LnppcCIsCnJlZmVycmluZyB0byBhIHJhdGhlciBsYXJnZXIgemlwLWZpbGUsIGNvbnRhaW5pbmcg KmxvdHMqIG9mIG90aGVyIHN0dWZmLAoqdW5yZWxhdGVkKiB0byB0aGUgcmVnaXN0cnkgKGZvciB0 aGUgIm1lY2hhbmlzbXMiIHBhcnQpIGZvciB0aGlzIGV4dGVuc2lvbiwKaXMgaGlnaGx5IHVuc2F0 aXNmYWN0b3J5LiBJdCBzaG91bGRuJ3QgYmUgYSB6aXAtZmlsZSAobm9yIGFueSBvdGhlciBraW5k IG9mCm5vbi1wbGFpbi10ZXh0IGZpbGU7IHRob3VnaCBhIGRpcmVjdG9yeSB3aXRoIHBsYWluIHRl eHQgZmlsZXMgd291bGQgYmUgb2spLAphbmQgaXQgc2hvdWxkIGJlIGEgVVJMIHRvICpvbmx5KiB0 aGUgcmVnaXN0cnkgZm9yIHRoZSBleHRlbnNpb24uCgoKICAgIC9LZW50IEsKCgoKDQpTZW50IHZp YSBCbGFja0JlcnJ5IGJ5IEFUJlQ= From petercon@microsoft.com Sat Jul 9 00:31:46 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DFE921F86FF for ; Sat, 9 Jul 2011 00:31:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -12.448 X-Spam-Level: X-Spam-Status: No, score=-12.448 tagged_above=-999 required=5 tests=[AWL=-0.150, BAYES_00=-2.599, GB_I_LETTER=-2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R+XxArHDj0Ua for ; Sat, 9 Jul 2011 00:31:44 -0700 (PDT) Received: from smtp.microsoft.com (mail3.microsoft.com [131.107.115.214]) by ietfa.amsl.com (Postfix) with ESMTP id 9902F21F86FE for ; Sat, 9 Jul 2011 00:31:44 -0700 (PDT) Received: from TK5EX14HUBC101.redmond.corp.microsoft.com (157.54.7.153) by TK5-EXGWY-E803.partners.extranet.microsoft.com (10.251.56.169) with Microsoft SMTP Server (TLS) id 8.2.176.0; Sat, 9 Jul 2011 00:31:44 -0700 Received: from TK5EX14MBXC128.redmond.corp.microsoft.com ([169.254.7.115]) by TK5EX14HUBC101.redmond.corp.microsoft.com ([157.54.7.153]) with mapi id 14.01.0323.002; Sat, 9 Jul 2011 00:31:44 -0700 From: Peter Constable To: =?utf-8?B?TWFyayBEYXZpcyDimJU=?= Thread-Topic: [Ltru] draft-davis-t-langtag-ext Thread-Index: AQHMPDdpkErIxT9w30uimYA271wDI5Tg/GOAgADBAACAAd6QoA== Date: Sat, 9 Jul 2011 07:31:43 +0000 Message-ID: <71734097E7D39C439D341BF9F6C2457B39E382C3@TK5EX14MBXC128.redmond.corp.microsoft.com> References: <4E14F473.6030101@qualcomm.com> <71734097E7D39C439D341BF9F6C2457B39DFD3C0@TK5EX14MBXC121.redmond.corp.microsoft.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [157.54.51.36] Content-Type: multipart/alternative; boundary="_000_71734097E7D39C439D341BF9F6C2457B39E382C3TK5EX14MBXC128r_" MIME-Version: 1.0 Cc: "ltru@ietf.org" , "ietf-languages@alvestrand.no" Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2011 07:31:46 -0000 --_000_71734097E7D39C439D341BF9F6C2457B39E382C3TK5EX14MBXC128r_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBhbSwgYnV0IHRoYXQgaGFzIGJlZW4gaW5hY3RpdmUgZm9yIHNvIGxvbmcgSSB3YXNu4oCZdCBw YXlpbmcgYXR0ZW50aW9uIHRvIGl0Lg0KDQoNClBldGVyDQoNCkZyb206IG1hcmsuZWR3YXJkLmRh dmlzQGdtYWlsLmNvbSBbbWFpbHRvOm1hcmsuZWR3YXJkLmRhdmlzQGdtYWlsLmNvbV0gT24gQmVo YWxmIE9mIE1hcmsgRGF2aXMgPw0KU2VudDogVGh1cnNkYXksIEp1bHkgMDcsIDIwMTEgMTI6NTgg UE0NClRvOiBQZXRlciBDb25zdGFibGUNCkNjOiBsdHJ1QGlldGYub3JnOyBpZXRmLWxhbmd1YWdl c0BhbHZlc3RyYW5kLm5vDQpTdWJqZWN0OiBSZTogW0x0cnVdIGRyYWZ0LWRhdmlzLXQtbGFuZ3Rh Zy1leHQNCg0KSXQncyBzdGlsbCBpbiBkaXNjdXNzaW9uLCBzbyBmZWVkYmFjayBpcyB3ZWxjb21l LiAoSSdkIHRob3VnaHQgeW91IHdlcmUgb24gTFRSVS4uLikNCg0KTWFyaw0K4oCUIElsIG1lZ2xp byDDqCBs4oCZaW5pbWljbyBkZWwgYmVuZSDigJQNCg0KT24gVGh1LCBKdWwgNywgMjAxMSBhdCAw ODoyOSwgUGV0ZXIgQ29uc3RhYmxlIDxwZXRlcmNvbkBtaWNyb3NvZnQuY29tPG1haWx0bzpwZXRl cmNvbkBtaWNyb3NvZnQuY29tPj4gd3JvdGU6DQpJIHdhcyBub3QgYXdhcmUgb2YgdGhlIGRpc2N1 c3Npb24gb24gTFRSVS4gV2hlbiB3aWxsIGl0IGJlIHJldmlld2VkIGJ5IElFU0c/IFdoYXQgaXMg dGhlIGFjdGlvbiBiZWluZyByZXF1ZXN0ZWQgb2YgSUVTRyAvIHdoYXTigJlzIHRoZSBzdGF0dXMg b2YgdGhpcyBkcmFmdD8NCg0KDQpQZXRlcg0KDQpGcm9tOiBpZXRmLWxhbmd1YWdlcy1ib3VuY2Vz QGFsdmVzdHJhbmQubm88bWFpbHRvOmlldGYtbGFuZ3VhZ2VzLWJvdW5jZXNAYWx2ZXN0cmFuZC5u bz4gW21haWx0bzppZXRmLWxhbmd1YWdlcy1ib3VuY2VzQGFsdmVzdHJhbmQubm88bWFpbHRvOmll dGYtbGFuZ3VhZ2VzLWJvdW5jZXNAYWx2ZXN0cmFuZC5ubz5dIE9uIEJlaGFsZiBPZiBQZXRlIFJl c25pY2sNClNlbnQ6IFdlZG5lc2RheSwgSnVseSAwNiwgMjAxMSA0OjQ5IFBNDQpUbzogaWV0Zi1s YW5ndWFnZXNAYWx2ZXN0cmFuZC5ubzxtYWlsdG86aWV0Zi1sYW5ndWFnZXNAYWx2ZXN0cmFuZC5u bz4NClN1YmplY3Q6IEZ3ZDogZHJhZnQtZGF2aXMtdC1sYW5ndGFnLWV4dA0KDQpNb3N0IG9mIHRo ZSBwZW9wbGUgb24gdGhlIGlldGYtbGFuZ3VhZ2VzIGxpc3QgYXJlIHByb2JhYmx5IG9uIHRoZSBs dHJ1QGlldGYub3JnPG1haWx0bzpsdHJ1QGlldGYub3JnPiBsaXN0IGFzIHdlbGwsIGJ1dCBJIHdh bnRlZCB0byBjb25maXJtIHRoYXQgZXZlcnlvbmUgZ290IGEgY2hhbmNlIHRvIHJldmlldyB0aGlz IGJlZm9yZSBpdCBwcm9jZWVkZWQgdG8gdGhlIElFU0cuIFBsZWFzZSBoYXZlIGEgbG9vayBhdCB0 aGUgbHRydSBhcmNoaXZlIDxodHRwOi8vd3d3LmlldGYub3JnL21haWwtYXJjaGl2ZS93ZWIvbHRy dS9jdXJyZW50L21haWxsaXN0Lmh0bWw+PGh0dHA6Ly93d3cuaWV0Zi5vcmcvbWFpbC1hcmNoaXZl L3dlYi9sdHJ1L2N1cnJlbnQvbWFpbGxpc3QuaHRtbD4gYW5kIHNlbmQgYW55IGNvbW1lbnRzIHRv IHRoZSBsdHJ1QGlldGYub3JnPG1haWx0bzpsdHJ1QGlldGYub3JnPiBsaXN0IHNpbmNlIHRoYXQn cyB3aGVyZSBkaXNjdXNzaW9uIHNlZW1zIHRvIGJlIHRha2luZyBwbGFjZS4NCg0KVGhhbmtzLg0K DQpwcg0KDQotLS0tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0tDQpTdWJqZWN0Og0KDQpb THRydV0gZHJhZnQtZGF2aXMtdC1sYW5ndGFnLWV4dA0KDQpEYXRlOg0KDQpXZWQsIDIyIEp1biAy MDExIDE1OjAwOjQ3IC0wNzAwDQoNCkZyb206DQoNCk1hcmsgRGF2aXMg4piVIDxtYXJrQG1hY2No aWF0by5jb20+PG1haWx0bzptYXJrQG1hY2NoaWF0by5jb20+DQoNClRvOg0KDQpNYXJ0aW4gSi4g RMO8cnN0IDxkdWVyc3RAaXQuYW95YW1hLmFjLmpwPjxtYWlsdG86ZHVlcnN0QGl0LmFveWFtYS5h Yy5qcD4NCg0KQ0M6DQoNCkxUUlUgV29ya2luZyBHcm91cCA8bHRydUBpZXRmLm9yZz48bWFpbHRv Omx0cnVAaWV0Zi5vcmc+LCA8Y291cnRAaW5maWF1dG8uY29tPjxtYWlsdG86Y291cnRAaW5maWF1 dG8uY29tPg0KDQoNCg0KQSBuZXcgZHJhZnQgcG9zdGVkIGF0IGh0dHA6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LWRhdmlzLXQtbGFuZ3RhZy1leHQtMDENCg0KTWFydGluLCB3ZSB0cmllZCB0 byBhZGRyZXNzIHlvdXIgY29uY2VybnM7IHBsZWFzZSB0YWtlIGEgbG9vayBhbmQgbGV0IHVzIGtu b3cgd2hhdCB5b3UgdGhpbmsuDQoNCk1hcmsNCuKAlCBJbCBtZWdsaW8gw6ggbOKAmWluaW1pY28g ZGVsIGJlbmUg4oCUDQpPbiBUdWUsIEp1biAyMSwgMjAxMSBhdCAwOTowMCwgTWFyayBEYXZpcyDi mJUgPG1hcmtAbWFjY2hpYXRvLmNvbTxtYWlsdG86bWFya0BtYWNjaGlhdG8uY29tPj4gd3JvdGU6 DQpUaG9zZSBhcmUgZ29vZCBpc3N1ZXM7IHRoYW5rcyBmb3IgcmFpc2luZyB0aGVtIGFuZCBzdGFy dGluZyB0aGUgZGlzY3Vzc2lvbi4gQ29tbWVudHMgYmVsb3cuDQoNCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQpNYXJrDQrigJQgSWwgbWVnbGlvIMOoIGzigJlpbmltaWNvIGRlbCBi ZW5lIOKAlA0KDQpPbiBNb24sIEp1biAyMCwgMjAxMSBhdCAyMzozOSwgIk1hcnRpbiBKLiBEw7xy c3QiIDxkdWVyc3RAaXQuYW95YW1hLmFjLmpwPG1haWx0bzpkdWVyc3RAaXQuYW95YW1hLmFjLmpw Pj4gd3JvdGU6DQpIZWxsbyBNYXJrLCBvdGhlcnMsDQoNCk92ZXJhbGwgY29tbWVudDoNClRoZSBp ZGVhIHRvIHJldXNlIGxhbmd1YWdlIHRhZ3MgdG8gaW5kaWNhdGUgdHJhbnNsaXRlcmF0aW9uL3Ry YW5zY3JpcHRpb24gc291cmNlLCBhbmQgdG8gYWRkIHNvbWUgYWRkaXRpb25hbCB0YWdzIHRvIGRp c3Rpbmd1aXNoIG1ldGhvZHMgc2VlbXMgdG8gYmUgcmVhc29uYWJsZSBhbmQgc291bmQuDQoNClRo ZSBkZXNjcmlwdGlvbiBvZiB0aGUgc3RydWN0dXJlIG9mIHRoZSBhbGxvd2VkIHN1YnRhZ3MgYW5k IG9mIHRoZSByZXNwb25zaWJpbGl0eSBzcGxpdCBiZXR3ZWVuIElFVEYgKHRoaXMgZHJhZnQpIGFu ZCBVVEMgKFVUUyAzNSkgbG9va3MgcXVpdGUgbWVzc3kgdG8gbWUsIGFuZCBzaG91bGQgYmUgY2xl YW5lZCB1cC4gSSdkIHBlcnNvbmFsbHkgcHJlZmVyIHRoYXQgVVRTIDM1IChvciB3aGF0ZXZlciBl bHNlIG9uIHRoZSBVbmljb2RlIHNpZGUpIG9ubHkgZGVmaW5lIHRoZSA8bWVjaGFuaXNtPiBwYXJ0 IChhZnRlciB0aGUgbTAgc3VidGFnKS4NCg0KVGhhdCB3b3VsZCBiZSBteSBwcmVmZXJlbmNlIGFz IHdlbGwgKGNhbid0IHNwZWFrIGZvciBteSBjb2F1dGhvcnMpLg0KDQpXZSBwYXR0ZXJuZWQgaXQg dGhpcyB3YXkgZm9sbG93aW5nIHdoYXQgZW5kZWQgdXAgYmVpbmcgYWNjZXB0ZWQgZm9yICB0aGUg LXUtIGV4dGVuc2lvbi4gVGhhdCBpcywgdGhlIHNwZWMgaXMgaW4gVVRTMzUsIGJ1dCB0aGVyZSBp cyBhIHN1bW1hcnkgaGVyZS4gQnV0IG9mIGNvdXJzZSwgdGhlcmUgYXJlIG1hbnkgd2F5cyB0byBk byBpdC4gQW5kIG1heWJlIHRoaXMgc3VtbWFyeSBpcyB0b28gZGV0YWlsZWQsIGF0IGxlYXN0IGZv ciB0aGUgbWVjaGFuaXNtIHBhcnQsIGFuZCB3ZSBjb3VsZCBqdXN0IGhhdmUgaXQgaW4gVVRTMzUu DQoNCldlIGNvbnNpZGVyZWQgYSBudW1iZXIgb2YgYWx0ZXJuYXRpdmVzOg0KDQogICogICBXZSBj b3VsZCBkZWZpbmUgZXZlcnl0aGluZyBhZnRlciAtdC0gdG8gYmUgdGhlIHNvdXJjZSBsYW5ndWFn ZSwgYW5kIGV2ZXJ5dGhpbmcgYWZ0ZXIgLW0tIHRvIGJlIHRoZSBtZWNoYW5pc20uIEJ1dCB0aGF0 IGJ1cm5zIDIgZXh0ZW5zaW9uIGxldHRlcnMsIGp1c3Qgb25lLg0KICAqICAgV2UgYWxzbyBjb25z aWRlcmVkIGhhdmluZyBldmVyeXRoaW5nIGluIHRoZSAtdSBleHRlbnNpb24sIGZvciB3aGljaCB3 ZSBhbHJlYWR5IGhhdmUgdGhlIHN0cnVjdHVyZSBzZXQgdXAuIEhvd2V2ZXIsIHRoYXQgd291bGQg Zm9yY2UgdXMgdG8gaGF2ZSBhcnRpZmljaWFsIHNvdXJjZSBzdWJ0YWdzIGxpa2UgJ2VuMCcgaW5z dGVhZCBvZiAnZW4nLCBiZWNhdXNlIHRoZSAtdS0gZXh0ZW5zaW9uIHdvdWxkbid0IGFsbG93IHRo ZSAyLWxldHRlciBzdWJ0YWdzIChpdCBhbHJlYWR5IGRlZmluZXMgYSB1c2UgZm9yIHRoZW0pLg0K ICAqICAgV2UgY291bGQgYWxzbyBoYXZlIC10LSBiZSBqdXN0IHRoZSBzb3VyY2UsIGFuZCBkZWZp bmUgdGhlIG1lY2hhbmlzbSBpbiAtdS0sIGFsc28gZWFzeS4gQnV0IHdlIGZlbHQgaXQgd291bGQg YmUgYmV0dGVyIHRvIGhhdmUgZXZlcnl0aGluZyB1bmRlciBvbmUgZXh0ZW5zaW9uLg0KDQoNCg0K DQpEZXRhaWxsZWQgY29tbWVudHM6DQoNCiJJbiBhZGRpdGlvbiwgaXQgbWF5IGFsc28gYmUgaW1w b3J0YW50IHRvDQogIHNwZWNpZnkgYSBwYXJ0aWN1bGFyIHNwZWNpZmljYXRpb24gZm9yIHRoZSB0 cmFuc2Zvcm1hdGlvbi4iOiBUb28gbXVjaCAnc3BlYycgaW4gb25lIHNlbnRlbmNlLg0KDQpvaw0K DQoNCiJGb3IgZXhhbXBsZSwgaWYgb25lIGlzIHRyYW5zY3JpYmluZyB0aGUgbmFtZXMgb2YgSXRh bGlhbiBvciBSdXNzaWFuDQogIGNpdGllcyBvbiBhIG1hcCBmb3IgSmFwYW5lc2UgdXNlcnMsIGVh Y2ggbmFtZSB3aWxsIG5lZWQgdG8gYmUNCiAgdHJhbnNsaXRlcmF0ZWQgaW50byBrYXRha2FuYSB1 c2luZyBydWxlcyBhcHByb3ByaWF0ZSBmb3IgdGhlIHNvdXJjZQ0KICBsYW5ndWFnZSBhbmQgdGFy Z2V0IGxhbmd1YWdlcy4iOiAic291cmNlIGxhbmd1YWdlcyBhbmQgdGFyZ2V0IGxhbmd1YWdlIj8N Cg0KeWVzDQoNCg0KQkNQNDcgcmVxdWlyZWQgaW5mb3JtYXRpb246IFRoZSBmaXJzdCB0aHJlZSBw YXJhZ3JhcGhzIHNob3VsZCBtb3ZlIHRvIHRoZSBpbnRyb2R1Y3Rpb24uDQoNCk90aGVyIGF1dGhv cnMsIHdoYXQgZG8geW91IHRoaW5rPw0KDQoNCiJmb2xsb3dlZCBieSBhIHNlcXVlbmNlIG9mIHN1 YnRhZ3MgdGhhdCB3b3VsZCBmb3JtIGEgbGFuZ3VhZ2UgdGFnIjogSGVyZSBhbmQgaW4gZ2VuZXJh bDogRG9uJ3QgdXNlICd3b3VsZCcuDQoNCkdyYW1tYXRpY2FsbHksIGl0IGlzIHRoYXQgdGhlIHNl cXVlbmNlIG9mIHN1YnRhZ3MgKndvdWxkKiBmb3JtIGEgbGFuZ3VhZ2Ugc3VidGFnIGlmIHRoZXkg KndlcmUqIHNlcGFyYXRlZCBvdXQuIFRoZXkgYXJlIG5vdCBhY3R1YWxseSBhIGxhbmd1YWdlIHRh ZywgYmVjYXVzZSB0aGV5IG9jY3VyIGluIHRoZSBtaWRkbGUgb2YgYW5vdGhlciBsYW5ndWFnZSBz dWJ0YWcuIEhvdyB3b3VsZCB5b3UgbGlrZSB0aGF0IHRvIGJlIHBocmFzZWQ/DQoNCg0KDQoNCj4+ Pj4NCiAgVGhlIHN0cnVjdHVyZSBvZiAndCcgc3VidGFncyBpcyBkZXRlcm1pbmVkIGJ5IHRoZSBV bmljb2RlIENMRFINCiAgVGVjaG5pY2FsIENvbW1pdHRlZSwgaW4gYWNjb3JkYW5jZSB3aXRoIHRo ZSBwb2xpY2llcyBhbmQgcHJvY2VkdXJlcw0KICBpbiBodHRwOi8vd3d3LnVuaWNvZGUub3JnL2Nv bnNvcnRpdW0vdGMtcHJvY2VkdXJlcy5odG1sLCBhbmQgc3ViamVjdA0KICB0byB0aGUgVW5pY29k ZSBDb25zb3J0aXVtIFBvbGljaWVzIG9uDQogIGh0dHA6Ly93d3cudW5pY29kZS5vcmcvcG9saWNp ZXMvcG9saWNpZXMuaHRtbC4NCj4+Pj4NCg0KDQpUaGUgZm9sbG93aW5nIHBhcmFncmFwaCBpcyBh bHNvIGRpZmZpY3VsdCB0byB1bmRlcnN0YW5kLiBJIHdvdWxkbid0IGtub3cgZXhhY3RseSB3aGF0 IGZhbGxzIG9uIHdoYXQgc2lkZS4gSSB0aGluayBvbmUgbWFqb3IgcmVhc29uIGlzIHRoYXQgd2Ug YXJlIHRyZWFkaW5nIG5ldyBncm91bmQgaGVyZSwgaXQncyB0aGUgZmlyc3QgdGltZSB3ZSBoYXZl IGEgc2luZ2xldG9uIGRlZmluaXRpb24gdGhhdCBhbGxvd3MgcmV1c2Ugb2YgbGFuZ3VhZ2UgdGFn cyAod2l0aCBhIGZldyByZXN0cmljdGlvbnMpIGFzIHdlbGwgYXMgaW50ZW5kcyB0byBkZWZpbmUg aXRzIG93biBleHRlbnNpb25zLg0KDQpUaGVzZSB3ZXJlIGJvdGggcGF0dGVybmVkIGFmdGVyIHdo YXQgd2FzIHVzZWQgZm9yIHRoZSAtdS0gZXh0ZW5zaW9uLiBXZSBjYW4gdGFrZSBhIGxvb2sgYXQg dGhlbSB0byB0cnkgdG8gY2xhcmlmeS4NCg0KDQoNCj4+Pj4NCiAgQ2hhbmdlcyB0aGF0IGNhbiBi ZSBtYWRlIGJ5IHN1Y2Nlc3NpdmUgdmVyc2lvbnMgb2YgTERNTCBbVVRTMzVdIGJ5DQogIHRoZSBV bmljb2RlIENvbnNvcnRpdW0gd2l0aG91dCByZXF1aXJpbmcgYSBuZXcgUkZDIGluY2x1ZGUgdGhl DQogIGFsbG9jYXRpb24gb2YgbmV3IHN1YnRhZ3MgZm9yIHVzZSBhZnRlciB0aGUgJ3QnIGV4dGVu c2lvbi4gIEEgbmV3IFJGQw0KICB3b3VsZCBiZSByZXF1aXJlZCBmb3IgbWF0ZXJpYWwgY2hhbmdl cyB0byBhbiBleGlzdGluZyAndCcgc3VidGFnLCBvcg0KICBhbiBpbmNvbXBhdGlibGUgY2hhbmdl IHRvIHRoZSBvdmVyYWxsIHN5bnRhY3RpYyBzdHJ1Y3R1cmUgb2YgdGhlICd0Jw0KICBleHRlbnNp b247IGhvd2V2ZXIsIHN1Y2ggYSBjaGFuZ2Ugd291bGQgYmUgY29udHJhcnkgdG8gdGhlIHBvbGlj aWVzDQogIG9mIHRoZSBVbmljb2RlIENvbnNvcnRpdW0sIGFuZCB0aHVzIGlzIG5vdCBhbnRpY2lw YXRlZC4NCj4+Pj4NCg0KMi4xIFN1bW1hcnk6IFRoZXJlIHNlZW1zIHRvIGJlIHF1aXRlIHNvbWUg b3ZlcmxhcCBiZXR3ZWVuIHRoZSBwYXJ0IG9mIHNlY3Rpb24gMiBiZWZvcmUgdGhlIDIuMSBoZWFk aW5nLg0KDQoNCk9uZSBxdWVzdGlvbiBJIHdvdWxkIGhhdmUgYXMgYSBsaW5ndWlzdGljIHJlc2Vh cmNoZXIgaXM6IEhvdyBtdWNoIGVmZm9ydCBhbmQgdGltZSBpcyBpbnZvbHZlZCBpbiBnZXR0aW5n IGEgJ21lY2hhbmlzbScgYXBwcm92ZWQ/IElmIHN1Y2ggJ21lY2hhbmlzbXMnIGFyZSBlLmcuIHJl amVjdGVkIHdpdGggYXJndW1lbnRzIGxpa2UgImlmIHdlIGFjY2VwdCBpdCwgdGhlbiBldmVyeWJv ZHkgaGFzIHRvIGltcGxlbWVudCBpdCIgb3Igc28sIHRoZW4gSSB3b3VsZCBzZWUgdGhhdCBhcyBh IHByb2JsZW0uDQoNCkdvb2QgcG9pbnQuIEknbGwgcHJvcG9zZSBzb21lIHRleHQuDQoNCg0KU28g bXVjaCBmb3IgdGhlIG1vbWVudC4NCg0KDQpSZWdhcmRzLCAgIE1hcnRpbi4NCg0KDQoNCk9uIDIw MTEvMDYvMTggNjowNywgTWFyayBEYXZpcyDimJUgd3JvdGU6DQpZb3NoaXRvLCBBZGRpc29uLCBh bmQgSSBoYWQgaGFkIGFuIGFjdGlvbiBmb3IgYSB3aGlsZSBub3cgZnJvbSB0aGUgQ0xEUg0KY29t bWl0dGVlIHRvIHN1Ym1pdCBhIGRyYWZ0IGZvciBhIGFuIGV4dGVuc2lvbi4gUmF0aGVyIHRoYW4g Z28gdGhyb3VnaCBhbGwNCnRoZSBwcm9ibGVtcyBpbiB0aGUgZmFsayBkcmFmdCwgd2UgcHV0IHRv Z2V0aGVyIGFuIGFsdGVybmF0aXZlIGFwcHJvYWNoLA0KbGV2ZXJhZ2luZyB0aGUgd29yayB3ZSBh bHJlYWR5IGRpZCBmb3IgdGhlIC11LSBleHRlbnNpb24uDQoNCkl0IGp1c3QgZ290IHBvc3RlZCBh dA0KaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZGF2aXMtdC1sYW5ndGFnLWV4dC0w MA0KDQpDb3VydG5leSwgSSB0aGluayB0aGlzIHByb3ZpZGVzIGEgc3VwZXJzZXQgb2YgdGhlIGZ1 bmN0aW9uYWxpdHkgdGhhdCB5b3UgYXJlDQppbnRlcmVzdGVkIGluLiBQZXJoYXBzIHlvdSBjYW4g cmVhZCBpdCBvdmVyLCBhbmQgd2UgY2FuIGFkZCB5b3UgYXMgYW4gYXV0aG9yDQpvZiB0aGUgbmV4 dCB2ZXJzaW9uIG9mIHRoaXMgZHJhZnQgaW5zdGVhZCBvZiBoYXZpbmcgdGhlIHR3byBjb21wZXRp bmcNCnByb3Bvc2Fscy4NCg0KTWFyaw0KDQoq4oCUIElsIG1lZ2xpbyDDqCBs4oCZaW5pbWljbyBk ZWwgYmVuZSDigJQqDQoNCg0KT24gV2VkLCBKdW4gMTUsIDIwMTEgYXQgMTA6NTAsIFJhbmR5IFBy ZXN1aG4NCjxyYW5keV9wcmVzdWhuQG1pbmRzcHJpbmcuY29tPG1haWx0bzpyYW5keV9wcmVzdWhu QG1pbmRzcHJpbmcuY29tPj53cm90ZToNCkhpIC0NCg0KSSBzdGFydGVkIG91dCB3aXRoIGFuIG9m Zi1saXN0IHJlc3BvbnNlLCBidXQgSSBmaWd1cmUgdGhpcyBpcw0Kc29tZXRoaW5nIHdvcnRoIHNl bmRpbmcgdG8gdGhlIGxpc3QuDQoNCk9mZi1saXN0LCBhIGNvbnRyaWJ1dG9yIGFza2VkOg0KDQou Li4NCkknZCBsb3ZlIHRvIHNlZSB5b3VyIGlucHV0LiBJJ2QgbGlrZSB0byBtYWtlIHN1cmUgSSB1 bmRlcnN0YW5kDQphbGwgdGhlIGNvbmNlcm5zLiBJcyB0aGVyZSBhbnkgd2F5IHlvdSBjb3VsZCBm b3J3YXJkIHRoaXMgdG8gdGhlIGxpc3Q/DQoNCk15IHJlc3BvbnNlOg0KDQpTb3JyeSwgYWxyZWFk eSBkZWxldGVkLiAgQXMgSSByZWNhbGwsIHRoZSBtYWluIGNvbmNlcm5zIHdlcmUNCg0KICgxKSB0 aGVyZSBhbHJlYWR5ICppcyogc3VwcG9ydCBmb3IgaWRlbnRpZnlpbmcgb3J0aG9ncmFwaGllcw0K ICAgICAocmVtZW1iZXIgR2VybWFuPykNCiAoMikgdGhlIEktRCBzZWVtcyB0byBhc3N1bWUgdGhh dCB0cmFuc2xpdGVyYXRpb25zIGFsd2F5cyByZXN1bHQNCiAgICAgaW4gIkxhdGluIiAocHJldmlv dXMgZGlzY3Vzc2lvbiBvbiBMVFJVIGluY2x1ZGVkIHRyYW5zbGl0ZXJhdGlvbnMNCiAgICAgdG8g Q3lyaWxsaWMgYW5kIEhhbmd1bCwgYW1vbmcgb3RoZXJzKQ0KICgzKSB0aGUgIm9yaWdpbmFsIG9y dGhvZ3JhcGh5IiBpcyBpcnJlbGV2YW50IGZvciB0aGUgdHJhbnNsaXRlcmF0aW9uDQogICAgIHN5 c3RlbXMgSSd2ZSBiZWVuIGFibGUgdG8gdGhpbmsgb2YuICAoQXQgdGhlIHNhbWUgdGltZSwgc29t ZQ0KICAgICB0cmFuc2xpdGVyYXRpb24gc3lzdGVtcyBhcmUgcXVpdGUgImxvc3N5IiBhbmQgc29t ZSBkb24ndCBkbw0KICAgICAicm91bmQgdHJpcCIgdmVyeSB3ZWxsLikgIENvbnNpZGVyIGFsc28g dGhlIHRyYW5zbGl0ZXJhdGlvbiBvZg0KbWF0ZXJpYWwNCiAgICAgd2hpY2ggd2FzIG9yaWdpbmFs bHkgaW4gYXVkaW8gZm9ybS4uLg0KICg0KSBUaGUgZHJhZnQgZG9lc24ndCBjbGVhcmx5IGRpc3Rp bmd1aXNoICJvcnRob2dyYXBoeSIgZnJvbQ0KInRyYW5zbGl0ZXJhdGlvbiIuDQogICAgIFRoaXMg bWF5IGJlIGJlY2F1c2UgdGhlIGJvdW5kYXJ5IGJldHdlZW4gdGhlIHR3byBjYW4gYmUgZnV6enks IGJ1dA0KZXZlbg0KICAgICB0aGF0IGlzIGFuIGlzc3VlIHRoYXQgc2hvdWxkIGJlIGFkZHJlc3Nl ZC4NCiAoNSkgSG93IHRoaXMgZml0cyBpbiB3aXRoICp0cmFuc2NyaXB0aW9uKiBzeXN0ZW1zIChl LmcuIElQQSkgc2hvdWxkIGJlDQogICAgIGFkZHJlc3NlZC4gIFRoZSBib3VuZGFyeSBnZXRzIGZ1 enp5IHdpdGggb3J0aG9ncmFwaGllcyB0aGF0IGFyZQ0KZXF1aXZhbGVudA0KICAgICB0byBwaG9u ZW1pYyByZXByZXNlbnRhdGlvbnMgb2YgdGhlIGxhbmd1YWdlLiAgKGUuZy4sIFBpbnlpbiBmb3IN Ck1hbmRhcmluKQ0KICg2KSBUaGUgcHJvcG9zZWQgc2luZ2xldG9uIHVzYWdlIGFwcGVhcnMgYnJv a2VuIGFuZCB1bm5lY2Vzc2FyeS4NCg0KT3Igc29tZXRoaW5nIGxpa2UgdGhhdC4gIEkgbWF5IGhh dmUgZm9yZ290dGVuIHNvbWV0aGluZyBoZXJlLCBvciwgaW4gdGhlDQpwcm9jZXNzIG9mIHJlY29u c3RydWN0aW9uLCB0aG91Z2h0IG9mIHNvbWV0aGluZyBJIG1pc3NlZCB0aGUgZmlyc3QgdGltZS4N Cg0KUmFuZHkNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KTHRydSBtYWlsaW5nIGxpc3QNCkx0cnVAaWV0Zi5vcmc8bWFpbHRvOkx0cnVAaWV0Zi5v cmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2x0cnUNCg0K --_000_71734097E7D39C439D341BF9F6C2457B39E382C3TK5EX14MBXC128r_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OlNpbVN1bjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNvcmRpYSBOZXciOw0KCXBhbm9zZS0xOjIgMTEg MyA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNvcmRpYSBOZXci Ow0KCXBhbm9zZS0xOjIgMTEgMyA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1m YW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIg NDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQFNpbVN1biI7DQoJcGFub3NlLTE6MiAx IDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRpbWVzOw0KCXBh bm9zZS0xOjIgMiA2IDMgNSA0IDUgMiAzIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAu TXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCglt YXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToi VGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7 bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVu ZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs aW5lO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQgQ2hhciI7 DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjguMHB0 Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkVtYWlsU3R5bGUx Nw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJy aSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5CYWxsb29uVGV4dENoYXIN Cgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCI7DQoJZm9udC1mYW1pbHk6IlRh aG9tYSIsInNhbnMtc2VyaWYiO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4 cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KQHBhZ2Ug V29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAx LjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8q IExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjE5Mjc2ODY4NTU7 DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi0yMDM4NjM5MjQ2O30NCkBsaXN0IGwwOmxldmVsMQ0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0K CW1zby1sZXZlbC10YWItc3RvcDouNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglm b250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9w OjEuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot LjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7 fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt c28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEuNWluOw0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2kt Zm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw0 DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7 DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsN Cglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1i ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1z dG9wOjIuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu dDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1i b2w7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN Cgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMuMGluOw0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFu c2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2 ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv grc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBw dDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRh Yi1zdG9wOjQuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu ZGVudDotLjI1aW47DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpT eW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl dDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjQuNWluOw0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJbXNv LWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0Kb2wNCgl7bWFy Z2luLWJvdHRvbTowaW47fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowaW47fQ0KLS0+PC9zdHlsZT48 IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNw aWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHht bD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBk YXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0K PGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFz cz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JIGFtLCBidXQgdGhhdCBoYXMgYmVlbiBpbmFjdGl2 ZSBmb3Igc28gbG9uZyBJIHdhc27igJl0IHBheWluZyBhdHRlbnRpb24gdG8gaXQuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+UGV0ZXI8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBuYW1lPSJfTWFpbEVuZENvbXBvc2Ui PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L2E+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OyI+IG1hcmsuZWR3YXJkLmRhdmlzQGdtYWlsLmNvbSBbbWFpbHRvOm1hcmsuZWR3YXJkLmRhdmlz QGdtYWlsLmNvbV0NCjxiPk9uIEJlaGFsZiBPZiA8L2I+TWFyayBEYXZpcyA/PGJyPg0KPGI+U2Vu dDo8L2I+IFRodXJzZGF5LCBKdWx5IDA3LCAyMDExIDEyOjU4IFBNPGJyPg0KPGI+VG86PC9iPiBQ ZXRlciBDb25zdGFibGU8YnI+DQo8Yj5DYzo8L2I+IGx0cnVAaWV0Zi5vcmc7IGlldGYtbGFuZ3Vh Z2VzQGFsdmVzdHJhbmQubm88YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtMdHJ1XSBkcmFmdC1k YXZpcy10LWxhbmd0YWctZXh0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JdCdzIHN0 aWxsIGluIGRpc2N1c3Npb24sIHNvIGZlZWRiYWNrIGlzIHdlbGNvbWUuIChJJ2QgdGhvdWdodCB5 b3Ugd2VyZSBvbiBMVFJVLi4uKTxiciBjbGVhcj0iYWxsIj4NCjxvOnA+PC9vOnA+PC9wPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTMuNXB0O2Zv bnQtZmFtaWx5OlRpbWVzIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5NYXJrPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy41 cHQ7Zm9udC1mYW1pbHk6VGltZXMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48aT7igJQgSWwg bWVnbGlvIMOoIGzigJlpbmltaWNvIGRlbCBiZW5lIOKAlDwvaT48YnI+DQo8YnI+DQo8bzpwPjwv bzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBUaHUsIEp1bCA3LCAyMDEx IGF0IDA4OjI5LCBQZXRlciBDb25zdGFibGUgJmx0OzxhIGhyZWY9Im1haWx0bzpwZXRlcmNvbkBt aWNyb3NvZnQuY29tIj5wZXRlcmNvbkBtaWNyb3NvZnQuY29tPC9hPiZndDsgd3JvdGU6PG86cD48 L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6IzFGNDk3RCI+SSB3YXMgbm90IGF3YXJlIG9mIHRo ZSBkaXNjdXNzaW9uIG9uIExUUlUuIFdoZW4gd2lsbCBpdCBiZSByZXZpZXdlZCBieSBJRVNHPyBX aGF0IGlzIHRoZSBhY3Rpb24gYmVpbmcgcmVxdWVzdGVkIG9mIElFU0cgLyB3aGF04oCZcyB0aGUN CiBzdGF0dXMgb2YgdGhpcyBkcmFmdD88L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOiMxRjQ5N0Qi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtjb2xvcjojMUY0OTdEIj5QZXRlcjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6 IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0 IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdCI+DQo8YSBocmVmPSJtYWlsdG86aWV0Zi1sYW5ndWFnZXMtYm91bmNlc0BhbHZlc3RyYW5k Lm5vIiB0YXJnZXQ9Il9ibGFuayI+aWV0Zi1sYW5ndWFnZXMtYm91bmNlc0BhbHZlc3RyYW5kLm5v PC9hPiBbbWFpbHRvOjxhIGhyZWY9Im1haWx0bzppZXRmLWxhbmd1YWdlcy1ib3VuY2VzQGFsdmVz dHJhbmQubm8iIHRhcmdldD0iX2JsYW5rIj5pZXRmLWxhbmd1YWdlcy1ib3VuY2VzQGFsdmVzdHJh bmQubm88L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5QZXRlIFJlc25pY2s8YnI+DQo8Yj5TZW50 OjwvYj4gV2VkbmVzZGF5LCBKdWx5IDA2LCAyMDExIDQ6NDkgUE08YnI+DQo8Yj5Ubzo8L2I+IDxh IGhyZWY9Im1haWx0bzppZXRmLWxhbmd1YWdlc0BhbHZlc3RyYW5kLm5vIiB0YXJnZXQ9Il9ibGFu ayI+aWV0Zi1sYW5ndWFnZXNAYWx2ZXN0cmFuZC5ubzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4g RndkOiBkcmFmdC1kYXZpcy10LWxhbmd0YWctZXh0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+TW9zdCBvZiB0aGUgcGVvcGxl IG9uIHRoZSBpZXRmLWxhbmd1YWdlcyBsaXN0IGFyZSBwcm9iYWJseSBvbiB0aGUNCjxhIGhyZWY9 Im1haWx0bzpsdHJ1QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bHRydUBpZXRmLm9yZzwvYT4g bGlzdCBhcyB3ZWxsLCBidXQgSSB3YW50ZWQgdG8gY29uZmlybSB0aGF0IGV2ZXJ5b25lIGdvdCBh IGNoYW5jZSB0byByZXZpZXcgdGhpcyBiZWZvcmUgaXQgcHJvY2VlZGVkIHRvIHRoZSBJRVNHLiBQ bGVhc2UgaGF2ZSBhIGxvb2sgYXQgdGhlIGx0cnUgYXJjaGl2ZQ0KPGEgaHJlZj0iaHR0cDovL3d3 dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL2x0cnUvY3VycmVudC9tYWlsbGlzdC5odG1sIiB0 YXJnZXQ9Il9ibGFuayI+DQombHQ7aHR0cDovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2Vi L2x0cnUvY3VycmVudC9tYWlsbGlzdC5odG1sJmd0OzwvYT4gYW5kIHNlbmQgYW55IGNvbW1lbnRz IHRvIHRoZQ0KPGEgaHJlZj0ibWFpbHRvOmx0cnVAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5s dHJ1QGlldGYub3JnPC9hPiBsaXN0IHNpbmNlIHRoYXQncyB3aGVyZSBkaXNjdXNzaW9uIHNlZW1z IHRvIGJlIHRha2luZyBwbGFjZS48YnI+DQo8YnI+DQpUaGFua3MuPGJyPg0KPGJyPg0KcHI8YnI+ DQo8YnI+DQotLS0tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0tIDxvOnA+PC9vOnA+PC9w Pg0KPHRhYmxlIGNsYXNzPSJNc29Ob3JtYWxUYWJsZSIgYm9yZGVyPSIwIiBjZWxsc3BhY2luZz0i MCIgY2VsbHBhZGRpbmc9IjAiPg0KPHRib2R5Pg0KPHRyPg0KPHRkIG5vd3JhcD0iIiB2YWxpZ249 InRvcCIgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIGFsaWduPSJyaWdodCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvO3RleHQtYWxpZ246cmlnaHQiPg0KPGI+U3ViamVjdDogPC9iPjxv OnA+PC9vOnA+PC9wPg0KPC90ZD4NCjx0ZCBzdHlsZT0icGFkZGluZzowaW4gMGluIDBpbiAwaW4i Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5bTHRydV0gZHJhZnQtZGF2aXMtdC1sYW5ndGFnLWV4 dDxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjwvdHI+DQo8dHI+DQo8dGQgbm93cmFwPSIiIHZhbGln bj0idG9wIiBzdHlsZT0icGFkZGluZzowaW4gMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgYWxpZ249InJpZ2h0IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG87dGV4dC1hbGlnbjpyaWdodCI+DQo8Yj5EYXRlOiA8L2I+PG86 cD48L286cD48L3A+DQo8L3RkPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBpbiAwaW4gMGluIDBpbiI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPldlZCwgMjIgSnVuIDIwMTEgMTU6MDA6NDcgLTA3MDA8 bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIG5vd3JhcD0iIiB2YWxpZ249 InRvcCIgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIGFsaWduPSJyaWdodCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvO3RleHQtYWxpZ246cmlnaHQiPg0KPGI+RnJvbTogPC9iPjxvOnA+ PC9vOnA+PC9wPg0KPC90ZD4NCjx0ZCBzdHlsZT0icGFkZGluZzowaW4gMGluIDBpbiAwaW4iPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj5NYXJrIERhdmlzIOKYlQ0KPGEgaHJlZj0ibWFpbHRvOm1h cmtAbWFjY2hpYXRvLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPiZsdDttYXJrQG1hY2NoaWF0by5jb20m Z3Q7PC9hPjxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjwvdHI+DQo8dHI+DQo8dGQgbm93cmFwPSIi IHZhbGlnbj0idG9wIiBzdHlsZT0icGFkZGluZzowaW4gMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgYWxpZ249InJpZ2h0IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87dGV4dC1hbGlnbjpyaWdodCI+DQo8Yj5UbzogPC9i PjxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjx0ZCBzdHlsZT0icGFkZGluZzowaW4gMGluIDBpbiAw aW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5NYXJ0aW4gSi4gRMO8cnN0DQo8YSBocmVmPSJt YWlsdG86ZHVlcnN0QGl0LmFveWFtYS5hYy5qcCIgdGFyZ2V0PSJfYmxhbmsiPiZsdDtkdWVyc3RA aXQuYW95YW1hLmFjLmpwJmd0OzwvYT48bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPHRy Pg0KPHRkIG5vd3JhcD0iIiB2YWxpZ249InRvcCIgc3R5bGU9InBhZGRpbmc6MGluIDBpbiAwaW4g MGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO3RleHQtYWxpZ246cmln aHQiPg0KPGI+Q0M6IDwvYj48bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8dGQgc3R5bGU9InBhZGRp bmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+TFRSVSBXb3JraW5n IEdyb3VwDQo8YSBocmVmPSJtYWlsdG86bHRydUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPiZs dDtsdHJ1QGlldGYub3JnJmd0OzwvYT4sIDxhIGhyZWY9Im1haWx0bzpjb3VydEBpbmZpYXV0by5j b20iIHRhcmdldD0iX2JsYW5rIj4NCiZsdDtjb3VydEBpbmZpYXV0by5jb20mZ3Q7PC9hPjxvOnA+ PC9vOnA+PC9wPg0KPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PGJyPg0KPGJyPg0KQSBuZXcgZHJhZnQgcG9zdGVkIGF0Jm5ic3A7PGEgaHJl Zj0iaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZGF2aXMtdC1sYW5ndGFnLWV4dC0w MSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWRhdmlz LXQtbGFuZ3RhZy1leHQtMDE8L2E+PGJyIGNsZWFyPSJhbGwiPg0KPG86cD48L286cD48L3A+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMy41cHQ7Zm9udC1mYW1pbHk6VGltZXMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+TWFydGluLCB3ZSB0cmllZCB0 byBhZGRyZXNzIHlvdXIgY29uY2VybnM7IHBsZWFzZSB0YWtlIGEgbG9vayBhbmQgbGV0IHVzIGtu b3cgd2hhdCB5b3UgdGhpbmsuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTMuNXB0O2ZvbnQtZmFtaWx5 OlRpbWVzIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPk1hcms8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21hcmdpbi1ib3R0b206 MTIuMHB0Ij48aT7igJQgSWwgbWVnbGlvIMOoIGzigJlpbmltaWNvIGRlbCBiZW5lIOKAlDwvaT48 bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPk9uIFR1ZSwgSnVu IDIxLCAyMDExIGF0IDA5OjAwLCBNYXJrIERhdmlzIOKYlSAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1h cmtAbWFjY2hpYXRvLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPm1hcmtAbWFjY2hpYXRvLmNvbTwvYT4m Z3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5UaG9zZSBh cmUgZ29vZCBpc3N1ZXM7IHRoYW5rcyBmb3IgcmFpc2luZyB0aGVtIGFuZCBzdGFydGluZyB0aGUg ZGlzY3Vzc2lvbi4gQ29tbWVudHMgYmVsb3cuPGJyIGNsZWFyPSJhbGwiPg0KPG86cD48L286cD48 L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEzLjVwdDtmb250LWZhbWlseTpUaW1lcyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PGRpdiBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0idGV4dC1hbGlnbjpj ZW50ZXIiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTMuNXB0O2ZvbnQtZmFtaWx5OlRpbWVzIj4N CjxociBzaXplPSIyIiB3aWR0aD0iMTAwJSIgYWxpZ249ImNlbnRlciI+DQo8L3NwYW4+PC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPk1hcms8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGk+4oCUIElsIG1lZ2xpbyDDqCBs4oCZaW5pbWlj byBkZWwgYmVuZSDigJQ8L2k+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttYXJnaW4tYm90dG9tOjEyLjBw dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+T24gTW9uLCBKdW4gMjAsIDIwMTEgYXQgMjM6MzksICZxdW90O01hcnRpbiBKLiBEw7xy c3QmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpkdWVyc3RAaXQuYW95YW1hLmFjLmpwIiB0YXJn ZXQ9Il9ibGFuayI+ZHVlcnN0QGl0LmFveWFtYS5hYy5qcDwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5IZWxsbyBNYXJrLCBvdGhlcnMsPGJyPg0K PGJyPg0KT3ZlcmFsbCBjb21tZW50Ojxicj4NClRoZSBpZGVhIHRvIHJldXNlIGxhbmd1YWdlIHRh Z3MgdG8gaW5kaWNhdGUgdHJhbnNsaXRlcmF0aW9uL3RyYW5zY3JpcHRpb24gc291cmNlLCBhbmQg dG8gYWRkIHNvbWUgYWRkaXRpb25hbCB0YWdzIHRvIGRpc3Rpbmd1aXNoIG1ldGhvZHMgc2VlbXMg dG8gYmUgcmVhc29uYWJsZSBhbmQgc291bmQuPGJyPg0KPGJyPg0KVGhlIGRlc2NyaXB0aW9uIG9m IHRoZSBzdHJ1Y3R1cmUgb2YgdGhlIGFsbG93ZWQgc3VidGFncyBhbmQgb2YgdGhlIHJlc3BvbnNp YmlsaXR5IHNwbGl0IGJldHdlZW4gSUVURiAodGhpcyBkcmFmdCkgYW5kIFVUQyAoVVRTIDM1KSBs b29rcyBxdWl0ZSBtZXNzeSB0byBtZSwgYW5kIHNob3VsZCBiZSBjbGVhbmVkIHVwLiBJJ2QgcGVy c29uYWxseSBwcmVmZXIgdGhhdCBVVFMgMzUgKG9yIHdoYXRldmVyIGVsc2Ugb24gdGhlIFVuaWNv ZGUgc2lkZSkgb25seQ0KIGRlZmluZSB0aGUgJmx0O21lY2hhbmlzbSZndDsgcGFydCAoYWZ0ZXIg dGhlIG0wIHN1YnRhZykuPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj5UaGF0IHdvdWxkIGJlIG15IHByZWZlcmVuY2UgYXMgd2VsbCAoY2Fu J3Qgc3BlYWsgZm9yIG15IGNvYXV0aG9ycykuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5XZSBwYXR0ZXJuZWQgaXQgdGhpcyB3YXkgZm9s bG93aW5nIHdoYXQgZW5kZWQgdXAgYmVpbmcgYWNjZXB0ZWQgZm9yICZuYnNwO3RoZSAtdS0gZXh0 ZW5zaW9uLiBUaGF0IGlzLCB0aGUgc3BlYyBpcyBpbiBVVFMzNSwgYnV0IHRoZXJlIGlzIGEgc3Vt bWFyeSBoZXJlLiBCdXQgb2YgY291cnNlLCB0aGVyZSBhcmUgbWFueQ0KIHdheXMgdG8gZG8gaXQu IEFuZCBtYXliZSB0aGlzIHN1bW1hcnkgaXMgdG9vIGRldGFpbGVkLCBhdCBsZWFzdCBmb3IgdGhl IG1lY2hhbmlzbSBwYXJ0LCBhbmQgd2UgY291bGQganVzdCBoYXZlIGl0IGluIFVUUzM1LjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+V2Ug Y29uc2lkZXJlZCBhIG51bWJlciBvZiBhbHRlcm5hdGl2ZXM6PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8dWwgdHlwZT0iZGlzYyI+DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1s aXN0OmwwIGxldmVsMSBsZm8xIj4NCldlIGNvdWxkIGRlZmluZSBldmVyeXRoaW5nIGFmdGVyIC10 LSB0byBiZSB0aGUgc291cmNlIGxhbmd1YWdlLCBhbmQgZXZlcnl0aGluZyBhZnRlciAtbS0gdG8g YmUgdGhlIG1lY2hhbmlzbS4mbmJzcDtCdXQgdGhhdCBidXJucyAyIGV4dGVuc2lvbiBsZXR0ZXJz LCBqdXN0IG9uZS48bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlz dDpsMCBsZXZlbDEgbGZvMSI+DQpXZSBhbHNvIGNvbnNpZGVyZWQgaGF2aW5nIGV2ZXJ5dGhpbmcg aW4gdGhlIC11IGV4dGVuc2lvbiwmbmJzcDtmb3Igd2hpY2ggd2UgYWxyZWFkeSBoYXZlIHRoZSBz dHJ1Y3R1cmUgc2V0IHVwLiBIb3dldmVyLCB0aGF0IHdvdWxkIGZvcmNlIHVzIHRvIGhhdmUgYXJ0 aWZpY2lhbCBzb3VyY2Ugc3VidGFncyBsaWtlICdlbjAnIGluc3RlYWQgb2YgJ2VuJywgYmVjYXVz ZSB0aGUgLXUtIGV4dGVuc2lvbiB3b3VsZG4ndCBhbGxvdyB0aGUgMi1sZXR0ZXIgc3VidGFncw0K IChpdCBhbHJlYWR5IGRlZmluZXMgYSB1c2UgZm9yIHRoZW0pLjxvOnA+PC9vOnA+PC9saT48bGkg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj4NCldlIGNvdWxkIGFs c28gaGF2ZSAtdC0gYmUganVzdCB0aGUgc291cmNlLCBhbmQgZGVmaW5lIHRoZSBtZWNoYW5pc20g aW4gLXUtLCBhbHNvIGVhc3kuIEJ1dCB3ZSBmZWx0IGl0IHdvdWxkIGJlIGJldHRlciB0byBoYXZl IGV2ZXJ5dGhpbmcgdW5kZXIgb25lIGV4dGVuc2lvbi48bzpwPjwvbzpwPjwvbGk+PC91bD4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxl ZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1s ZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9t OjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGJyPg0KPGJyPg0KPGJyPg0KRGV0YWls bGVkIGNvbW1lbnRzOjxicj4NCjxicj4NCiZxdW90O0luIGFkZGl0aW9uLCBpdCBtYXkgYWxzbyBi ZSBpbXBvcnRhbnQgdG88YnI+DQombmJzcDsgc3BlY2lmeSBhIHBhcnRpY3VsYXIgc3BlY2lmaWNh dGlvbiBmb3IgdGhlIHRyYW5zZm9ybWF0aW9uLiZxdW90OzogVG9vIG11Y2ggJ3NwZWMnIGluIG9u ZSBzZW50ZW5jZS48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPm9rPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlk ICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0Ljhw dDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxicj4NCiZxdW90O0ZvciBleGFtcGxlLCBpZiBvbmUg aXMgdHJhbnNjcmliaW5nIHRoZSBuYW1lcyBvZiBJdGFsaWFuIG9yIFJ1c3NpYW48YnI+DQombmJz cDsgY2l0aWVzIG9uIGEgbWFwIGZvciBKYXBhbmVzZSB1c2VycywgZWFjaCBuYW1lIHdpbGwgbmVl ZCB0byBiZTxicj4NCiZuYnNwOyB0cmFuc2xpdGVyYXRlZCBpbnRvIGthdGFrYW5hIHVzaW5nIHJ1 bGVzIGFwcHJvcHJpYXRlIGZvciB0aGUgc291cmNlPGJyPg0KJm5ic3A7IGxhbmd1YWdlIGFuZCB0 YXJnZXQgbGFuZ3VhZ2VzLiZxdW90OzogJnF1b3Q7c291cmNlIGxhbmd1YWdlcyBhbmQgdGFyZ2V0 IGxhbmd1YWdlJnF1b3Q7PzxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+eWVzPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0 OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVm dDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbTo1 LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxicj4NCkJDUDQ3IHJlcXVpcmVkIGluZm9y bWF0aW9uOiBUaGUgZmlyc3QgdGhyZWUgcGFyYWdyYXBocyBzaG91bGQgbW92ZSB0byB0aGUgaW50 cm9kdWN0aW9uLjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+T3RoZXIgYXV0aG9ycywgd2hhdCBkbyB5b3UgdGhp bms/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4g MGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1y aWdodDowaW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxi cj4NCiZxdW90O2ZvbGxvd2VkIGJ5IGEgc2VxdWVuY2Ugb2Ygc3VidGFncyB0aGF0IHdvdWxkIGZv cm0gYSBsYW5ndWFnZSB0YWcmcXVvdDs6IEhlcmUgYW5kIGluIGdlbmVyYWw6IERvbid0IHVzZSAn d291bGQnLjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+R3JhbW1hdGljYWxseSwgaXQgaXMgdGhhdCB0aGUgc2Vx dWVuY2Ugb2Ygc3VidGFncyAqd291bGQqIGZvcm0gYSBsYW5ndWFnZSBzdWJ0YWcgaWYgdGhleSAq d2VyZSogc2VwYXJhdGVkIG91dC4gVGhleSBhcmUgbm90IGFjdHVhbGx5IGEgbGFuZ3VhZ2UgdGFn LCBiZWNhdXNlIHRoZXkgb2NjdXIgaW4gdGhlIG1pZGRsZQ0KIG9mIGFub3RoZXIgbGFuZ3VhZ2Ug c3VidGFnLiBIb3cgd291bGQgeW91IGxpa2UgdGhhdCB0byBiZSBwaHJhc2VkPzxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBp biA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDow aW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxicj4NCiZn dDsmZ3Q7Jmd0OyZndDs8YnI+DQombmJzcDsgVGhlIHN0cnVjdHVyZSBvZiAndCcgc3VidGFncyBp cyBkZXRlcm1pbmVkIGJ5IHRoZSBVbmljb2RlIENMRFI8YnI+DQombmJzcDsgVGVjaG5pY2FsIENv bW1pdHRlZSwgaW4gYWNjb3JkYW5jZSB3aXRoIHRoZSBwb2xpY2llcyBhbmQgcHJvY2VkdXJlczxi cj4NCiZuYnNwOyBpbiA8YSBocmVmPSJodHRwOi8vd3d3LnVuaWNvZGUub3JnL2NvbnNvcnRpdW0v dGMtcHJvY2VkdXJlcy5odG1sIiB0YXJnZXQ9Il9ibGFuayI+DQpodHRwOi8vd3d3LnVuaWNvZGUu b3JnL2NvbnNvcnRpdW0vdGMtcHJvY2VkdXJlcy5odG1sPC9hPiwgYW5kIHN1YmplY3Q8YnI+DQom bmJzcDsgdG8gdGhlIFVuaWNvZGUgQ29uc29ydGl1bSBQb2xpY2llcyBvbjxicj4NCiZuYnNwOyA8 YSBocmVmPSJodHRwOi8vd3d3LnVuaWNvZGUub3JnL3BvbGljaWVzL3BvbGljaWVzLmh0bWwiIHRh cmdldD0iX2JsYW5rIj5odHRwOi8vd3d3LnVuaWNvZGUub3JnL3BvbGljaWVzL3BvbGljaWVzLmh0 bWw8L2E+Ljxicj4NCiZndDsmZ3Q7Jmd0OyZndDs8YnI+DQo8YnI+DQo8YnI+DQpUaGUgZm9sbG93 aW5nIHBhcmFncmFwaCBpcyBhbHNvIGRpZmZpY3VsdCB0byB1bmRlcnN0YW5kLiBJIHdvdWxkbid0 IGtub3cgZXhhY3RseSB3aGF0IGZhbGxzIG9uIHdoYXQgc2lkZS4gSSB0aGluayBvbmUgbWFqb3Ig cmVhc29uIGlzIHRoYXQgd2UgYXJlIHRyZWFkaW5nIG5ldyBncm91bmQgaGVyZSwgaXQncyB0aGUg Zmlyc3QgdGltZSB3ZSBoYXZlIGEgc2luZ2xldG9uIGRlZmluaXRpb24gdGhhdCBhbGxvd3MgcmV1 c2Ugb2YgbGFuZ3VhZ2UgdGFncw0KICh3aXRoIGEgZmV3IHJlc3RyaWN0aW9ucykgYXMgd2VsbCBh cyBpbnRlbmRzIHRvIGRlZmluZSBpdHMgb3duIGV4dGVuc2lvbnMuPG86cD48L286cD48L3A+DQo8 L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5U aGVzZSB3ZXJlIGJvdGggcGF0dGVybmVkIGFmdGVyIHdoYXQgd2FzIHVzZWQgZm9yIHRoZSAtdS0g ZXh0ZW5zaW9uLiBXZSBjYW4gdGFrZSBhIGxvb2sgYXQgdGhlbSB0byB0cnkgdG8gY2xhcmlmeS48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4g MGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1y aWdodDowaW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxi cj4NCiZndDsmZ3Q7Jmd0OyZndDs8YnI+DQombmJzcDsgQ2hhbmdlcyB0aGF0IGNhbiBiZSBtYWRl IGJ5IHN1Y2Nlc3NpdmUgdmVyc2lvbnMgb2YgTERNTCBbVVRTMzVdIGJ5PGJyPg0KJm5ic3A7IHRo ZSBVbmljb2RlIENvbnNvcnRpdW0gd2l0aG91dCByZXF1aXJpbmcgYSBuZXcgUkZDIGluY2x1ZGUg dGhlPGJyPg0KJm5ic3A7IGFsbG9jYXRpb24gb2YgbmV3IHN1YnRhZ3MgZm9yIHVzZSBhZnRlciB0 aGUgJ3QnIGV4dGVuc2lvbi4gJm5ic3A7QSBuZXcgUkZDPGJyPg0KJm5ic3A7IHdvdWxkIGJlIHJl cXVpcmVkIGZvciBtYXRlcmlhbCBjaGFuZ2VzIHRvIGFuIGV4aXN0aW5nICd0JyBzdWJ0YWcsIG9y PGJyPg0KJm5ic3A7IGFuIGluY29tcGF0aWJsZSBjaGFuZ2UgdG8gdGhlIG92ZXJhbGwgc3ludGFj dGljIHN0cnVjdHVyZSBvZiB0aGUgJ3QnPGJyPg0KJm5ic3A7IGV4dGVuc2lvbjsgaG93ZXZlciwg c3VjaCBhIGNoYW5nZSB3b3VsZCBiZSBjb250cmFyeSB0byB0aGUgcG9saWNpZXM8YnI+DQombmJz cDsgb2YgdGhlIFVuaWNvZGUgQ29uc29ydGl1bSwgYW5kIHRodXMgaXMgbm90IGFudGljaXBhdGVk Ljxicj4NCiZndDsmZ3Q7Jmd0OyZndDs8YnI+DQo8YnI+DQoyLjEgU3VtbWFyeTogVGhlcmUgc2Vl bXMgdG8gYmUgcXVpdGUgc29tZSBvdmVybGFwIGJldHdlZW4gdGhlIHBhcnQgb2Ygc2VjdGlvbiAy IGJlZm9yZSB0aGUgMi4xIGhlYWRpbmcuPGJyPg0KPGJyPg0KPGJyPg0KT25lIHF1ZXN0aW9uIEkg d291bGQgaGF2ZSBhcyBhIGxpbmd1aXN0aWMgcmVzZWFyY2hlciBpczogSG93IG11Y2ggZWZmb3J0 IGFuZCB0aW1lIGlzIGludm9sdmVkIGluIGdldHRpbmcgYSAnbWVjaGFuaXNtJyBhcHByb3ZlZD8g SWYgc3VjaCAnbWVjaGFuaXNtcycgYXJlIGUuZy4gcmVqZWN0ZWQgd2l0aCBhcmd1bWVudHMgbGlr ZSAmcXVvdDtpZiB3ZSBhY2NlcHQgaXQsIHRoZW4gZXZlcnlib2R5IGhhcyB0byBpbXBsZW1lbnQg aXQmcXVvdDsgb3Igc28sIHRoZW4gSSB3b3VsZA0KIHNlZSB0aGF0IGFzIGEgcHJvYmxlbS48bzpw PjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPkdvb2QgcG9pbnQuIEknbGwgcHJvcG9zZSBzb21lIHRleHQuPG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3Jk ZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAw aW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6 MGluO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48YnI+DQpT byBtdWNoIGZvciB0aGUgbW9tZW50Ljxicj4NCjxicj4NCjxicj4NClJlZ2FyZHMsICZuYnNwOyBN YXJ0aW4uIDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxicj4NCjxicj4NCjxicj4NCk9uIDIwMTEvMDYvMTggNjowNywgTWFyayBEYXZpcyDimJUg d3JvdGU6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bWFyZ2luLWJvdHRvbToxMi4wcHQiPllvc2hpdG8sIEFkZGlzb24s IGFuZCBJIGhhZCBoYWQgYW4gYWN0aW9uIGZvciBhIHdoaWxlIG5vdyBmcm9tIHRoZSBDTERSPGJy Pg0KY29tbWl0dGVlIHRvIHN1Ym1pdCBhIGRyYWZ0IGZvciBhIGFuIGV4dGVuc2lvbi4gUmF0aGVy IHRoYW4gZ28gdGhyb3VnaCBhbGw8YnI+DQp0aGUgcHJvYmxlbXMgaW4gdGhlIGZhbGsgZHJhZnQs IHdlIHB1dCB0b2dldGhlciBhbiBhbHRlcm5hdGl2ZSBhcHByb2FjaCw8YnI+DQpsZXZlcmFnaW5n IHRoZSB3b3JrIHdlIGFscmVhZHkgZGlkIGZvciB0aGUgLXUtIGV4dGVuc2lvbi48YnI+DQo8YnI+ DQpJdCBqdXN0IGdvdCBwb3N0ZWQgYXQ8YnI+DQo8YSBocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5v cmcvaHRtbC9kcmFmdC1kYXZpcy10LWxhbmd0YWctZXh0LTAwIiB0YXJnZXQ9Il9ibGFuayI+aHR0 cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZGF2aXMtdC1sYW5ndGFnLWV4dC0wMDwvYT48 YnI+DQo8YnI+DQpDb3VydG5leSwgSSB0aGluayB0aGlzIHByb3ZpZGVzIGEgc3VwZXJzZXQgb2Yg dGhlIGZ1bmN0aW9uYWxpdHkgdGhhdCB5b3UgYXJlPGJyPg0KaW50ZXJlc3RlZCBpbi4gUGVyaGFw cyB5b3UgY2FuIHJlYWQgaXQgb3ZlciwgYW5kIHdlIGNhbiBhZGQgeW91IGFzIGFuIGF1dGhvcjxi cj4NCm9mIHRoZSBuZXh0IHZlcnNpb24gb2YgdGhpcyBkcmFmdCBpbnN0ZWFkIG9mIGhhdmluZyB0 aGUgdHdvIGNvbXBldGluZzxicj4NCnByb3Bvc2Fscy48YnI+DQo8YnI+DQpNYXJrPGJyPg0KPGJy Pg0KKuKAlCBJbCBtZWdsaW8gw6ggbOKAmWluaW1pY28gZGVsIGJlbmUg4oCUKjxicj4NCjxicj4N Cjxicj4NCk9uIFdlZCwgSnVuIDE1LCAyMDExIGF0IDEwOjUwLCBSYW5keSBQcmVzdWhuPGJyPg0K Jmx0OzxhIGhyZWY9Im1haWx0bzpyYW5keV9wcmVzdWhuQG1pbmRzcHJpbmcuY29tIiB0YXJnZXQ9 Il9ibGFuayI+cmFuZHlfcHJlc3VobkBtaW5kc3ByaW5nLmNvbTwvYT4mZ3Q7d3JvdGU6PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkhpIC08YnI+DQo8YnI+DQpJIHN0YXJ0 ZWQgb3V0IHdpdGggYW4gb2ZmLWxpc3QgcmVzcG9uc2UsIGJ1dCBJIGZpZ3VyZSB0aGlzIGlzPGJy Pg0Kc29tZXRoaW5nIHdvcnRoIHNlbmRpbmcgdG8gdGhlIGxpc3QuPGJyPg0KPGJyPg0KT2ZmLWxp c3QsIGEgY29udHJpYnV0b3IgYXNrZWQ6PGJyPg0KPGJyPg0KLi4uPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPkknZCBsb3ZlIHRvIHNlZSB5b3VyIGlucHV0LiBJJ2QgbGlr ZSB0byBtYWtlIHN1cmUgSSB1bmRlcnN0YW5kPGJyPg0KYWxsIHRoZSBjb25jZXJucy4gSXMgdGhl cmUgYW55IHdheSB5b3UgY291bGQgZm9yd2FyZCB0aGlzIHRvIHRoZSBsaXN0PzxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48YnI+DQpNeSByZXNwb25zZTo8YnI+DQo8YnI+ DQpTb3JyeSwgYWxyZWFkeSBkZWxldGVkLiAmbmJzcDtBcyBJIHJlY2FsbCwgdGhlIG1haW4gY29u Y2VybnMgd2VyZTxicj4NCjxicj4NCiZuYnNwOygxKSB0aGVyZSBhbHJlYWR5ICppcyogc3VwcG9y dCBmb3IgaWRlbnRpZnlpbmcgb3J0aG9ncmFwaGllczxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7 KHJlbWVtYmVyIEdlcm1hbj8pPGJyPg0KJm5ic3A7KDIpIHRoZSBJLUQgc2VlbXMgdG8gYXNzdW1l IHRoYXQgdHJhbnNsaXRlcmF0aW9ucyBhbHdheXMgcmVzdWx0PGJyPg0KJm5ic3A7ICZuYnNwOyAm bmJzcDtpbiAmcXVvdDtMYXRpbiZxdW90OyAocHJldmlvdXMgZGlzY3Vzc2lvbiBvbiBMVFJVIGlu Y2x1ZGVkIHRyYW5zbGl0ZXJhdGlvbnM8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwO3RvIEN5cmls bGljIGFuZCBIYW5ndWwsIGFtb25nIG90aGVycyk8YnI+DQombmJzcDsoMykgdGhlICZxdW90O29y aWdpbmFsIG9ydGhvZ3JhcGh5JnF1b3Q7IGlzIGlycmVsZXZhbnQgZm9yIHRoZSB0cmFuc2xpdGVy YXRpb248YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwO3N5c3RlbXMgSSd2ZSBiZWVuIGFibGUgdG8g dGhpbmsgb2YuICZuYnNwOyhBdCB0aGUgc2FtZSB0aW1lLCBzb21lPGJyPg0KJm5ic3A7ICZuYnNw OyAmbmJzcDt0cmFuc2xpdGVyYXRpb24gc3lzdGVtcyBhcmUgcXVpdGUgJnF1b3Q7bG9zc3kmcXVv dDsgYW5kIHNvbWUgZG9uJ3QgZG88YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyZxdW90O3JvdW5k IHRyaXAmcXVvdDsgdmVyeSB3ZWxsLikgJm5ic3A7Q29uc2lkZXIgYWxzbyB0aGUgdHJhbnNsaXRl cmF0aW9uIG9mPGJyPg0KbWF0ZXJpYWw8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwO3doaWNoIHdh cyBvcmlnaW5hbGx5IGluIGF1ZGlvIGZvcm0uLi48YnI+DQombmJzcDsoNCkgVGhlIGRyYWZ0IGRv ZXNuJ3QgY2xlYXJseSBkaXN0aW5ndWlzaCAmcXVvdDtvcnRob2dyYXBoeSZxdW90OyBmcm9tPGJy Pg0KJnF1b3Q7dHJhbnNsaXRlcmF0aW9uJnF1b3Q7Ljxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7 VGhpcyBtYXkgYmUgYmVjYXVzZSB0aGUgYm91bmRhcnkgYmV0d2VlbiB0aGUgdHdvIGNhbiBiZSBm dXp6eSwgYnV0PGJyPg0KZXZlbjxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7dGhhdCBpcyBhbiBp c3N1ZSB0aGF0IHNob3VsZCBiZSBhZGRyZXNzZWQuPGJyPg0KJm5ic3A7KDUpIEhvdyB0aGlzIGZp dHMgaW4gd2l0aCAqdHJhbnNjcmlwdGlvbiogc3lzdGVtcyAoZS5nLiBJUEEpIHNob3VsZCBiZTxi cj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7YWRkcmVzc2VkLiAmbmJzcDtUaGUgYm91bmRhcnkgZ2V0 cyBmdXp6eSB3aXRoIG9ydGhvZ3JhcGhpZXMgdGhhdCBhcmU8YnI+DQplcXVpdmFsZW50PGJyPg0K Jm5ic3A7ICZuYnNwOyAmbmJzcDt0byBwaG9uZW1pYyByZXByZXNlbnRhdGlvbnMgb2YgdGhlIGxh bmd1YWdlLiAmbmJzcDsoZS5nLiwgUGlueWluIGZvcjxicj4NCk1hbmRhcmluKTxicj4NCiZuYnNw Oyg2KSBUaGUgcHJvcG9zZWQgc2luZ2xldG9uIHVzYWdlIGFwcGVhcnMgYnJva2VuIGFuZCB1bm5l Y2Vzc2FyeS48YnI+DQo8YnI+DQpPciBzb21ldGhpbmcgbGlrZSB0aGF0LiAmbmJzcDtJIG1heSBo YXZlIGZvcmdvdHRlbiBzb21ldGhpbmcgaGVyZSwgb3IsIGluIHRoZTxicj4NCnByb2Nlc3Mgb2Yg cmVjb25zdHJ1Y3Rpb24sIHRob3VnaHQgb2Ygc29tZXRoaW5nIEkgbWlzc2VkIHRoZSBmaXJzdCB0 aW1lLjxicj4NCjxicj4NClJhbmR5PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9t OjEyLjBwdCI+PGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX188YnI+DQpMdHJ1IG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpMdHJ1QGll dGYub3JnIj5MdHJ1QGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vbHRydSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vbHRydTwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvYm9k eT4NCjwvaHRtbD4NCg== --_000_71734097E7D39C439D341BF9F6C2457B39E382C3TK5EX14MBXC128r_-- From petercon@microsoft.com Sat Jul 9 00:34:36 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B1EFC21F86FF for ; Sat, 9 Jul 2011 00:34:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -11.523 X-Spam-Level: X-Spam-Status: No, score=-11.523 tagged_above=-999 required=5 tests=[AWL=-0.925, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H4uFlSyowDpt for ; Sat, 9 Jul 2011 00:34:36 -0700 (PDT) Received: from smtp.microsoft.com (smtp.microsoft.com [131.107.115.214]) by ietfa.amsl.com (Postfix) with ESMTP id E2B2521F86FE for ; Sat, 9 Jul 2011 00:34:35 -0700 (PDT) Received: from TK5EX14HUBC104.redmond.corp.microsoft.com (157.54.80.25) by TK5-EXGWY-E803.partners.extranet.microsoft.com (10.251.56.169) with Microsoft SMTP Server (TLS) id 8.2.176.0; Sat, 9 Jul 2011 00:34:35 -0700 Received: from TK5EX14MBXC128.redmond.corp.microsoft.com ([169.254.7.115]) by TK5EX14HUBC104.redmond.corp.microsoft.com ([157.54.80.25]) with mapi id 14.01.0323.002; Sat, 9 Jul 2011 00:34:35 -0700 From: Peter Constable To: Pete Resnick Thread-Topic: [Ltru] draft-davis-t-langtag-ext Thread-Index: AQHMPDdpkErIxT9w30uimYA271wDI5Tg/GOAgADHxgCAAdgT4A== Date: Sat, 9 Jul 2011 07:34:35 +0000 Message-ID: <71734097E7D39C439D341BF9F6C2457B39E39302@TK5EX14MBXC128.redmond.corp.microsoft.com> References: <4E14F473.6030101@qualcomm.com> <71734097E7D39C439D341BF9F6C2457B39DFD3C0@TK5EX14MBXC121.redmond.corp.microsoft.com> <4E161592.5020301@qualcomm.com> In-Reply-To: <4E161592.5020301@qualcomm.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [157.54.51.36] Content-Type: multipart/alternative; boundary="_000_71734097E7D39C439D341BF9F6C2457B39E39302TK5EX14MBXC128r_" MIME-Version: 1.0 Cc: "ltru@ietf.org" , "ietf-languages@alvestrand.no" Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2011 07:34:36 -0000 --_000_71734097E7D39C439D341BF9F6C2457B39E39302TK5EX14MBXC128r_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSB0aGluayB0aGlzIG5lZWRzIG1vcmUgZGlzY3Vzc2lvbi4gSW4gcGFydGljdWxhciwgSSB0aGlu ayB0aGVyZSBhcmUgc3BlZWNoIHNjZW5hcmlvcyB0aGF0IG1heSBoYXZlIHJlcXVpcmVtZW50cyBz aW1pbGFyIHRvIHNvbWUgdHJhbnNjcmlwdGlvbiAvIHRyYW5zbGl0ZXJhdGlvbiBzY2VuYXJpb3Ms IGFuZCB0aGF0IHRoYXQgc2hvdWxkIGJlIGNvbnNpZGVyZWQgYmVmb3JlIGEgcHJvcG9zYWwgdGhh dCBjb3ZlcnMgb25seSB0cmFuc2NyaXB0aW9uIGFuZCB0cmFuc2xpdGVyYXRpb24gc2NlbmFyaW9z IGdldHMgcHJvZ3Jlc3NlZC4NCg0KDQpQZXRlcg0KDQpGcm9tOiBQZXRlIFJlc25pY2sgW21haWx0 bzpwcmVzbmlja0BxdWFsY29tbS5jb21dDQpTZW50OiBUaHVyc2RheSwgSnVseSAwNywgMjAxMSAx OjIzIFBNDQpUbzogUGV0ZXIgQ29uc3RhYmxlDQpDYzogbHRydUBpZXRmLm9yZzsgaWV0Zi1sYW5n dWFnZXNAYWx2ZXN0cmFuZC5ubw0KU3ViamVjdDogUmU6IFtMdHJ1XSBkcmFmdC1kYXZpcy10LWxh bmd0YWctZXh0DQoNCk9uIDcvNy8xMSAxMDoyOSBBTSwgUGV0ZXIgQ29uc3RhYmxlIHdyb3RlOg0K SSB3YXMgbm90IGF3YXJlIG9mIHRoZSBkaXNjdXNzaW9uIG9uIExUUlUuIFdoZW4gd2lsbCBpdCBi ZSByZXZpZXdlZCBieSBJRVNHPyBXaGF0IGlzIHRoZSBhY3Rpb24gYmVpbmcgcmVxdWVzdGVkIG9m IElFU0cgLyB3aGF04oCZcyB0aGUgc3RhdHVzIG9mIHRoaXMgZHJhZnQ/DQoNCkl0IGlzIGludGVu ZGVkIHRvIGJlIHB1Ymxpc2hlZCBhcyBhbiBBRC1zcG9uc29yZWQgaW5kaXZpZHVhbCBzdWJtaXNz aW9uIGFuZCBpcyBjdXJyZW50bHkgbWFya2VkIGFzIGdvaW5nIGZvciAiSW5mb3JtYXRpb25hbCIu IEknbSB0aGUgQUQgb24gdGhlIGhvb2suIFdlIG1heSByZXZpc2l0IHRoZSBxdWVzdGlvbiBvZiBz dGF0dXMgbGF0ZXIuDQoNClB1YmxpY2F0aW9uIG9mIHRoaXMgZG9jdW1lbnQgd2FzIHJlcXVlc3Rl ZCBhbmQgd2UgZGVjaWRlZCB0aGF0IGl0IG5lZWRlZCB0byBnZXQgc29tZSByZXZpZXcgb24gbHRy dSBhbmQgaWV0Zi1sYW5ndWFnZXMuIEFzIHNvb24gYXMgdGhlIGF1dGhvcnMgZmVlbCBsaWtlIHRo ZXkndmUgZ290dGVuIHNvbGlkIGNvbW11bml0eSByZXZpZXcsIEknbGwgc3RhcnQgdGhlIHByb2Nl c3Mgb2YgcmV2aWV3aW5nIHRoZSBkb2N1bWVudCBhbmQgYnJpbmdpbmcgaXQgdGhyb3VnaCB0aGUg SUVTRyBwcm9jZXNzLg0KDQpwcg0KDQoNCi0tDQoNClBldGUgUmVzbmljayA8aHR0cDovL3d3dy5x dWFsY29tbS5jb20vfnByZXNuaWNrLz48aHR0cDovL3d3dy5xdWFsY29tbS5jb20vfnByZXNuaWNr Lz4NCg0KUXVhbGNvbW0gSW5jb3Jwb3JhdGVkIC0gRGlyZWN0IHBob25lOiAoODU4KTY1MS00NDc4 LCBGYXg6ICg4NTgpNjUxLTExMDINCg== --_000_71734097E7D39C439D341BF9F6C2457B39E39302TK5EX14MBXC128r_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVu dD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8q IEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6U2ltU3VuOw0K CXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eToiQ29yZGlhIE5ldyI7DQoJcGFub3NlLTE6MiAxMSAzIDQgMiAyIDIgMiAyIDQ7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseToiQ29yZGlhIE5ldyI7DQoJcGFub3NlLTE6MiAxMSAzIDQgMiAy IDIgMiAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0x OjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFob21h Ow0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1m YW1pbHk6IlxAU2ltU3VuIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCkBmb250 LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJcGFub3NlLTE6MiAxMSA2IDkgMiAyIDQg MyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3Jt YWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7 DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2Vy aWYiOw0KCWNvbG9yOmJsYWNrO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N CnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJl Zm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0K CWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgljb2xvcjpi bGFjazt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1M IFByZWZvcm1hdHRlZCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxl LWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIjsNCglmb250LWZhbWlseTpDb25zb2xhczsNCgljb2xv cjpibGFjazt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1y ZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5 N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9u dC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47 DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7 cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N CjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48 IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0 PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5 b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxh bmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRT ZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+SSB0aGluayB0aGlzIG5lZWRzIG1vcmUgZGlzY3Vzc2lvbi4gSW4g cGFydGljdWxhciwgSSB0aGluayB0aGVyZSBhcmUgc3BlZWNoIHNjZW5hcmlvcyB0aGF0IG1heSBo YXZlIHJlcXVpcmVtZW50cyBzaW1pbGFyIHRvIHNvbWUgdHJhbnNjcmlwdGlvbiAvIHRyYW5zbGl0 ZXJhdGlvbg0KIHNjZW5hcmlvcywgYW5kIHRoYXQgdGhhdCBzaG91bGQgYmUgY29uc2lkZXJlZCBi ZWZvcmUgYSBwcm9wb3NhbCB0aGF0IGNvdmVycyBvbmx5IHRyYW5zY3JpcHRpb24gYW5kIHRyYW5z bGl0ZXJhdGlvbiBzY2VuYXJpb3MgZ2V0cyBwcm9ncmVzc2VkLjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlBldGVyPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgbmFtZT0iX01haWxFbmRDb21wb3NlIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9hPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlk ICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij5G cm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6d2luZG93dGV4 dCI+IFBldGUgUmVzbmljayBbbWFpbHRvOnByZXNuaWNrQHF1YWxjb21tLmNvbV0NCjxicj4NCjxi PlNlbnQ6PC9iPiBUaHVyc2RheSwgSnVseSAwNywgMjAxMSAxOjIzIFBNPGJyPg0KPGI+VG86PC9i PiBQZXRlciBDb25zdGFibGU8YnI+DQo8Yj5DYzo8L2I+IGx0cnVAaWV0Zi5vcmc7IGlldGYtbGFu Z3VhZ2VzQGFsdmVzdHJhbmQubm88YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtMdHJ1XSBkcmFm dC1kYXZpcy10LWxhbmd0YWctZXh0PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+T24gNy83LzExIDEwOjI5IEFNLCBQZXRlciBDb25zdGFibGUgd3JvdGU6IDxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkkgd2FzIG5vdCBhd2FyZSBvZiB0aGUgZGlzY3Vzc2lvbiBv biBMVFJVLiBXaGVuIHdpbGwgaXQgYmUgcmV2aWV3ZWQgYnkgSUVTRz8gV2hhdCBpcyB0aGUgYWN0 aW9uIGJlaW5nIHJlcXVlc3RlZCBvZiBJRVNHIC8gd2hhdOKAmXMgdGhlIHN0YXR1cyBvZiB0aGlz IGRyYWZ0Pzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4N Ckl0IGlzIGludGVuZGVkIHRvIGJlIHB1Ymxpc2hlZCBhcyBhbiBBRC1zcG9uc29yZWQgaW5kaXZp ZHVhbCBzdWJtaXNzaW9uIGFuZCBpcyBjdXJyZW50bHkgbWFya2VkIGFzIGdvaW5nIGZvciAmcXVv dDtJbmZvcm1hdGlvbmFsJnF1b3Q7LiBJJ20gdGhlIEFEIG9uIHRoZSBob29rLiBXZSBtYXkgcmV2 aXNpdCB0aGUgcXVlc3Rpb24gb2Ygc3RhdHVzIGxhdGVyLjxicj4NCjxicj4NClB1YmxpY2F0aW9u IG9mIHRoaXMgZG9jdW1lbnQgd2FzIHJlcXVlc3RlZCBhbmQgd2UgZGVjaWRlZCB0aGF0IGl0IG5l ZWRlZCB0byBnZXQgc29tZSByZXZpZXcgb24gbHRydSBhbmQgaWV0Zi1sYW5ndWFnZXMuIEFzIHNv b24gYXMgdGhlIGF1dGhvcnMgZmVlbCBsaWtlIHRoZXkndmUgZ290dGVuIHNvbGlkIGNvbW11bml0 eSByZXZpZXcsIEknbGwgc3RhcnQgdGhlIHByb2Nlc3Mgb2YgcmV2aWV3aW5nIHRoZSBkb2N1bWVu dCBhbmQgYnJpbmdpbmcgaXQNCiB0aHJvdWdoIHRoZSBJRVNHIHByb2Nlc3MuPGJyPg0KPGJyPg0K cHI8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxwcmU+LS0gPG86cD48L286cD48L3ByZT4N CjxwcmU+UGV0ZSBSZXNuaWNrIDxhIGhyZWY9Imh0dHA6Ly93d3cucXVhbGNvbW0uY29tL35wcmVz bmljay8iPiZsdDtodHRwOi8vd3d3LnF1YWxjb21tLmNvbS9+cHJlc25pY2svJmd0OzwvYT48bzpw PjwvbzpwPjwvcHJlPg0KPHByZT5RdWFsY29tbSBJbmNvcnBvcmF0ZWQgLSBEaXJlY3QgcGhvbmU6 ICg4NTgpNjUxLTQ0NzgsIEZheDogKDg1OCk2NTEtMTEwMjxvOnA+PC9vOnA+PC9wcmU+DQo8L2Rp dj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_71734097E7D39C439D341BF9F6C2457B39E39302TK5EX14MBXC128r_-- From debbie@ictmarketing.co.uk Sat Jul 9 03:19:23 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D392321F8736 for ; Sat, 9 Jul 2011 03:19:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.079 X-Spam-Level: X-Spam-Status: No, score=-2.079 tagged_above=-999 required=5 tests=[AWL=0.520, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p-7yAFbT4zL6 for ; Sat, 9 Jul 2011 03:19:23 -0700 (PDT) Received: from 145.nexbyte.net (145.nexbyte.net [62.197.41.145]) by ietfa.amsl.com (Postfix) with ESMTP id BA7A621F8734 for ; Sat, 9 Jul 2011 03:19:17 -0700 (PDT) Received: from ICTPC ([92.28.116.69]) by 145.nexbyte.net with MailEnable ESMTP; Sat, 09 Jul 2011 11:19:23 +0100 From: "Debbie Garside" To: , "'Kent Karlsson'" References: <267398641-1310173137-cardhu_decombobulator_blackberry.rim.net-1242757085-@b17.c19.bise6.blackberry> In-Reply-To: <267398641-1310173137-cardhu_decombobulator_blackberry.rim.net-1242757085-@b17.c19.bise6.blackberry> Date: Sat, 9 Jul 2011 11:20:03 +0100 Message-ID: <094a01cc3e21$c510d7c0$4f328740$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acw9099Cdp3XDX8UQ8+JKY+jAOQWggATc7fQ Content-Language: en-gb Cc: ltru@ietf.org Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2011 10:19:23 -0000 I would support this argument. Debbie -----Original Message----- From: doug@ewellic.org [mailto:doug@ewellic.org] Sent: 09 July 2011 01:59 To: Kent Karlsson; Debbie Garside Cc: ltru@ietf.org Subject: Re: [Ltru] draft-davis-t-langtag-ext The current draft refers partly to the LSR (for "from" tags, which I understand), partly to data located somewhere within CLDR, and partly to a set of numeric patterns and an interpretation rule. That's not "a registry" in any sense, so I guess it's a good thing that BCP 47 doesn't seem to require one. During the review period for the draft that became 6067, I argued hard for putting all the relevant data in one easy-to-find place, not zipped together with a lot of unrelated data. That argument was not successful, and you can see now that much of the current draft is being defended as "this is the same thing we did in 6067, which was approved." So the argument is even less likely to be accepted than it was before. --Doug ------Original Message------ From: Kent Karlsson To: Doug Ewell To: Debbie Garside Cc: ltru@ietf.org Subject: Re: [Ltru] draft-davis-t-langtag-ext Sent: Jul 8, 2011 15:32 Den 2011-07-08 18:38, skrev "Doug Ewell" : > I just noticed that RFC 5646, Section 2.2.6 ("Extension Subtags"), item 3 > says, "Note that there might not be a registry of these subtags." I The extension subtags may be defined (by listing them) only in the RFC defining the extension. Or, as in the current draft, refer (in part) to *another* registry; in the case of the current draft: the IANA language subtag registry; ok, that is a registry, but not specifically for that extension. Den 2011-07-07 23:00, skrev "Doug Ewell" : > I can't find any indication of where within CLDR the list of allowable values > will be located. Saying they're in core.zip is almost useless. Saying > they're in common/bcp47 is better, but I'd still like to know w I agree that "URL: http://www.unicode.org/Public/cldr/latest/core.zip", referring to a rather larger zip-file, containing *lots* of other stuff, *unrelated* to the registry (for the "mechanisms" part) for this extension, is highly unsatisfactory. It shouldn't be a zip-file (nor any other kind of non-plain-text file; though a directory with plain text files would be ok), and it should be a URL to *only* the registry for the extension. /Kent K Sent via BlackBerry by AT&T From Karen.Broome@am.sony.com Sat Jul 9 17:46:46 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DDB021F88FE for ; Sat, 9 Jul 2011 17:46:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aFxFtEL7a249 for ; Sat, 9 Jul 2011 17:46:45 -0700 (PDT) Received: from VA3EHSOBE002.bigfish.com (va3ehsobe002.messaging.microsoft.com [216.32.180.12]) by ietfa.amsl.com (Postfix) with ESMTP id E6DFD21F88F7 for ; Sat, 9 Jul 2011 17:46:44 -0700 (PDT) Received: from mail117-va3-R.bigfish.com (10.7.14.252) by VA3EHSOBE002.bigfish.com (10.7.40.22) with Microsoft SMTP Server id 14.1.225.22; Sun, 10 Jul 2011 00:46:43 +0000 Received: from mail117-va3 (localhost.localdomain [127.0.0.1]) by mail117-va3-R.bigfish.com (Postfix) with ESMTP id 43771142830D; Sun, 10 Jul 2011 00:46:43 +0000 (UTC) X-SpamScore: -52 X-BigFish: VPS-52(zf7Iz936eK9371M542M1dbaL1418M1432N98dKzz1202hzz1033IL8275dhz2fh668h839h93fh61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: CIP:160.33.98.74; KIP:(null); UIP:(null); IPVD:NLI; H:mail7.fw-bc.sony.com; RD:mail7.fw-bc.sony.com; EFVD:NLI Received-SPF: pass (mail117-va3: domain of am.sony.com designates 160.33.98.74 as permitted sender) client-ip=160.33.98.74; envelope-from=Karen.Broome@am.sony.com; helo=mail7.fw-bc.sony.com ; -bc.sony.com ; Received: from mail117-va3 (localhost.localdomain [127.0.0.1]) by mail117-va3 (MessageSwitch) id 1310258802965597_20259; Sun, 10 Jul 2011 00:46:42 +0000 (UTC) Received: from VA3EHSMHS008.bigfish.com (unknown [10.7.14.253]) by mail117-va3.bigfish.com (Postfix) with ESMTP id E6678132004F; Sun, 10 Jul 2011 00:46:42 +0000 (UTC) Received: from mail7.fw-bc.sony.com (160.33.98.74) by VA3EHSMHS008.bigfish.com (10.7.99.18) with Microsoft SMTP Server id 14.1.225.22; Sun, 10 Jul 2011 00:46:39 +0000 Received: from mail2x.bc.in.sel.sony.com (mailx.bc.in.sel.sony.com [43.144.100.56]) by mail7.fw-bc.sony.com (Switch-3.4.2/Switch-3.3.2mp) with ESMTP id p6A0jdsl004524; Sun, 10 Jul 2011 00:46:38 GMT Received: from USBMAXHUB12.am.sony.com (hub.bc.in.sel.sony.com [43.145.127.73]) by mail2x.bc.in.sel.sony.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id p6A0ZqQb024276 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 10 Jul 2011 00:46:37 GMT Received: from USSDIXHUB13.am.sony.com (43.130.150.23) by USBMAXHUB12.am.sony.com (43.145.127.73) with Microsoft SMTP Server (TLS) id 8.1.393.1; Sat, 9 Jul 2011 20:41:48 -0400 Received: from USSDIXMSG11.am.sony.com ([43.130.150.12]) by USSDIXHUB13.am.sony.com ([43.130.150.23]) with mapi; Sat, 9 Jul 2011 17:41:47 -0700 From: "Broome, Karen" To: Debbie Garside , "'Steven R. Loomis'" Date: Sat, 9 Jul 2011 17:41:43 -0700 Thread-Topic: [Ltru] Fwd: draft-davis-t-langtag-ext Thread-Index: Acw9DtbUXcoPM6XxTU65e0/PWxSODAANbkfAAFVQBJA= Message-ID: <2CB55BFC7405E94F830537BD924318D5EBF0AB321F@USSDIXMSG11.am.sony.com> References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> <075f01cc3cbf$0f04ba90$2d0e2fb0$@co.uk> <07be01cc3ce6$114dfc90$33e9f5b0$@co.uk> <1310071653.2702.3.camel@tehran.htpassport.net> <07de01cc3cea$c0b56930$42203b90$@co.uk> <1310075884.2702.21.camel@tehran.htpassport.net> <07fb01cc3cf3$16c46170$444d2450$@co.uk> <20110707182756.7333f020@naf.sanjose.ibm.com> <083a01cc3d45$4c365a50$e4a30ef0$@co.uk> In-Reply-To: <083a01cc3d45$4c365a50$e4a30ef0$@co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: am.sony.com Cc: 'Pete Resnick' , 'Roozbeh Pournader' , 'CLDR list' , 'LTRU Working Group' Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2011 00:46:46 -0000 SSB0ZW5kIHRvIGFncmVlIHdpdGggRGViYmllIG9uIHRoaXMuIEknbSBub3Qgc3VyZSB0aGlzIGlz IGJlc3QgaGFuZGxlZCBieSBhbiBleHRlcm5hbCwgaWYgdGlnaHRseSBjb3VwbGVkLCBvcmdhbml6 YXRpb24uIFRoaXMgc2VlbXMgdG8gYmUgYSB1c2VmdWwgZXh0ZW5zaW9uIHRvIHRoZSBtYWluIGJv ZHkgb2Ygd29yayBzbyBpdCBzZWVtcyBsaWtlIGl0IHNob3VsZCBiZSBoYW5kbGVkIGluIHRoZSBz YW1lIHdheS4NCg0KUmVnYXJkcywNCg0KS2FyZW4gQnJvb21lDQoNCi0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQpGcm9tOiBsdHJ1LWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzpsdHJ1LWJvdW5j ZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBEZWJiaWUgR2Fyc2lkZQ0KU2VudDogRnJpZGF5LCBK dWx5IDA4LCAyMDExIDY6MDIgUE0NClRvOiAnU3RldmVuIFIuIExvb21pcycNCkNjOiAnTFRSVSBX b3JraW5nIEdyb3VwJzsgJ0NMRFIgbGlzdCc7ICdQZXRlIFJlc25pY2snOyAnUm9vemJlaCBQb3Vy bmFkZXInDQpTdWJqZWN0OiBSZTogW0x0cnVdIEZ3ZDogZHJhZnQtZGF2aXMtdC1sYW5ndGFnLWV4 dA0KDQpIaSBTdGV2ZW4NCg0KVGhhbmtzLiAgSSByZWFsbHkgYW0gbm90IHRyeWluZyB0byBjcml0 aWNpc2UgQ0xEUi4gIEkgdW5kZXJzdGFuZCAoc29tZXdoYXQpIHRoZSBwcm9ibGVtcyBhbmQgdGhl IG5lZWRzIG9mIGluZHVzdHJ5LiAgQXMgYWxyZWFkeSBtZW50aW9uZWQsIEkgYW0gYSBzdXBwb3J0 ZXIgb2YgYm90aCBVbmljb2RlIGFuZCBDTERSLiAgSSB3aWxsIGFzayBteSBjb2xsZWFndWUgdG8g c3BlYWsgd2l0aCB5b3UgYWJvdXQgaGlzIGNvbmNlcm5zLg0KDQpNeSBjb25jZXJuIGhlcmUgb24g SUVURi1MVFJVIGlzIHRoYXQgYSBwcm9jZXNzIGlzIGJlaW5nIHRha2VuIG91dCBvZiBJRVRGIHVu bmVjZXNzYXJpbHkgSU1ITyAtIGF0IGxlYXN0IGZyb20gdGhlIHJlc3BvbnNlcyByZWNlaXZlZCBz byBmYXIsIEkgY2FuIHNlZSBubyBhZGRlZCB2YWx1ZSBpbiBDTERSIGZ1bmN0aW9uaW5nIGFzIHRo ZSBSZWdpc3RyYXIgZm9yIC10IGV4dGVuc2lvbnMuDQoNCkJlc3Qgd2lzaGVzDQoNCkRlYmJpZQ0K DQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGNsZHItYm91bmNlQHVuaWNv ZGUub3JnIFttYWlsdG86Y2xkci1ib3VuY2VAdW5pY29kZS5vcmddIE9uIEJlaGFsZiBPZiBTdGV2 ZW4gUi4gTG9vbWlzDQpTZW50OiAwOCBKdWx5IDIwMTEgMDI6MjgNClRvOiBEZWJiaWUgR2Fyc2lk ZQ0KQ2M6ICdSb296YmVoIFBvdXJuYWRlcic7ICdNYXJrIERhdmlzIOKYlSc7ICdNeWt5dGEgWWV2 c3RpZmV5ZXYnOyAnUGV0ZSBSZXNuaWNrJzsgJ0xUUlUgV29ya2luZyBHcm91cCc7ICdDTERSIGxp c3QnDQpTdWJqZWN0OiBSZTogW0x0cnVdIEZ3ZDogZHJhZnQtZGF2aXMtdC1sYW5ndGFnLWV4dA0K DQpEZWJiaWUsDQoNCkkgdGhpbmsgdGhhdCB0aGUgY29uY2VybiBhYm91dCB0aGUgZGF0YSBkdW1w IHdhcyBkdWUgdG8gc29tZQ0KIG1pc3VuZGVyc3RhbmRpbmdzIHJlZ2FyZGluZyB0aGUgQ0xEUiBw cm9jZXNzLiBBcyB0aGUgb25lIHdobyBkZXZlbG9wZWQNCiBhbmQgbWFuYWdlcyBtYWpvciBwYXJ0 cyBvZiB0aGUgQ0xEUiB0b29saW5nIChhbG9uZyB3aXRoIG1hbnkgb3RoZXJzKSwNCiBJIGNhbiBz YXkgdGhhdCB0aGUgaHVtYW4gdXNlcnMgaW52b2x2ZWQgd2l0aCB0aGUgImRhdGEgZHVtcCIgKHdo aWNoDQogd2FzIGFub3RoZXIgbWlzY29uY2VwdGlvbiwgdGhhdCBpdCB3YXMgbWVyZWx5IGEgb25l LXdheSAiZHVtcCIpIHdlcmUNCiB2ZXJ5IGludm9sdmVkIHdpdGggdGhlIENMRFIgZm9ydW0gcHJv Y2Vzcy4NCg0KV2UgYXJlIGhhcmQgYXQgd29yayB0byBtYWtlIHRoZSB2ZXR0aW5nIHByb2Nlc3Mg ZWFzaWVyIHRvIHVzZSBmb3INCmV2ZXJ5b25lLiBUaGUgc2hlZXIgbnVtYmVyIG9mIGluY3JlYXNl ZCB1c2VycyBhbmQgZGF0YSB0aGUgbGFzdCB0aW1lDQphcm91bmQsIGJyb3VnaHQgdG8gdGhlIGZv cmVmcm9udCBzdGFiaWxpdHkgYW5kIHBlcmZvcm1hbmNlIGlzc3VlcyB0aGF0DQp3ZXJlIHN0aWxs IHVucmVzb2x2ZWQuIE9uZSBvZiB0aGUgaXNzdWVzIGlzIHRoZSBhbW91bnQgb2YgZGF0YSB0aGF0 IGlzDQppbiBhIENMRFIgbG9jYWxlIGNhbiBiZSBkYXVudGluZywgaXQgd291bGQgYmUgaW4gdGhl IHRlbnMgb2YgdGhvdXNhbmRzDQpvZiBkYXRhIGl0ZW1zLiBXZSd2ZSBhbHJlYWR5IGludHJvZHVj ZWQgYSBzeXN0ZW0gKCdjb3ZlcmFnZScpIHRoYXQgbGV0cw0KdGhlIHVzZXIgcmVkdWNlIHdoYXQg aXMgc2hvd24gbm9ybWFsbHkgdG8ganVzdCBjcml0aWNhbCBpdGVtcy4gVGhpcw0Kc3lzdGVtIGlz IGFscmVhZHkgc2xhdGVkIHRvIGJlIGltcHJvdmVkLiAgQXMgd2VsbCwgd2UgaGF2ZSBzb21lIGZh c3Rlcg0KaGFyZHdhcmUgdG8gcnVuIHRoZSBzZXJ2ZXIgb24gdGhhdCB3ZSB3aWxsIGJlIHRlc3Rp bmcgb3V0IHNvb24uDQoNCkkgcmVhbGl6ZSB0aGF0IHlvdSBhcmUgcmVsYXlpbmcgYSBjb25jZXJu IGZyb20gYSB0aGlyZCBwYXJ0eSwgYnV0IEkNCndvdWxkIGludml0ZSB5b3VyIGNvbGxlYWd1ZSB0 byBkaXNjdXNzIHRoZSBzcGVjaWZpYyBjb25jZXJucyB3aXRoIHVzIGlmDQp0aGV5IGhhZCBub3Qg YWxyZWFkeS4gIE9uZSBvZiB0aGUgdmVyeSBleGNpdGluZyBwYXJ0cywgZm9yIG1lLCBvZiB0aGlz DQpwcm9jZXNzIGlzIHRoYXQgYW55b25lIHJlZ2FyZGxlc3Mgb2Ygb3RoZXIgJ3N0YXR1cycgY2Fu IChhbmQgZG9lcykgc2lnbg0KdXAgYW5kIGNvbnRyaWJ1dGUgZGF0YSwgYW5kIGhhcyBhIHZvaWNl LiBQcmV2aW91cyB0byB0aGUgbGF1bmNoIG9mIHRoZQ0KQ0xEUiBwcm9qZWN0IGFib3V0IGVpZ2h0 IHllYXJzIGFnbywgdGhpcyBsb2NhbGUgZGF0YSBleGlzdGVkIGluDQptdWx0aXBsZSBvcmdhbml6 YXRpb24ncyByZXBvc2l0b3JpZXMsIHdoZXJlIGl0IHdvdWxkIHRha2UgYSBidWcgcmVwb3J0DQp0 byBjYXVzZSBhbnkgY2hhbmdlLiAgVGhlbiBJIChhbmQgb3RoZXJzIGluIGRpZmZlcmVudCBjb21w YW5pZXMsDQppbmRlcGVuZGVudGx5KSB3b3VsZCBoYXZlIHRvIGxvb2sgYXQgdGhlIGJ1ZyByZXBv cnQgYW5kIGRlY2lkZSB3aGVuIGFuZA0KaWYgdG8gc3BlbmQgdGltZSB1cGRhdGluZyB0aGF0IGRh dGEuICBOb3cgdGhlcmUgaXMgYSBwcm9jZXNzIGZvcg0Kc29ydGluZyBvdXQgdGhlIGRhdGEsIGFu ZCBhbHNvIGEgY29tbW9uIHJlcG9zaXRvcnkgYW5kIGZvcm1hdCBmb3IgbWFueQ0KcHJvamVjdHMg KGJvdGggb3Blbi1zb3VyY2UgYW5kIGNvbW1lcmNpYWwpIHRvIHBpY2sgdXAgYW5kIHVzZS4gSXQn cyBub3QNCmEgcGVyZmVjdCBwcm9jZXNzLCBidXQgaXQncyBhIHByb2Nlc3MuDQoNClJlZ2FyZHMs DQoNClN0ZXZlbg0KDQoNCg0KT24gVGh1LCA3IEp1bCAyMDExIDIzOjEzOjE5ICswMTAwDQoiRGVi YmllIEdhcnNpZGUiIDxkZWJiaWVAaWN0bWFya2V0aW5nLmNvLnVrPiB3cm90ZToNCg0KPiBJIHdp bGwgc2F5IGp1c3Qgc2F5IGEgY291cGxlIG9mIHRoaW5ncyBvbiB0aGlzIGFuZCB0aGVuIHdpbGwg bGV0IGl0DQo+IGdvLiAgSSByZWFsbHkgYW0gbm90IGFib3V0IGF0dGFja2luZyBlaXRoZXIgVW5p Y29kZSBvciBDTERSIGFzIEkNCj4gYmVsaWV2ZSBJIGFtIHN0aWxsIGEgbWVtYmVyIChhbmQgaGF2 ZSBiZWVuIHNpbmNlIHRoZXkgbGFzdCBwcmludGVkIGENCj4gaGFyZCBjb3B5IC0gd2hlbmV2ZXIg dGhhdCB3YXMpLg0KPiANCj4gSSBiZWxpZXZlIHRoYXQgQ0xEUiBoYXMgbG9zdCBleHBlcnRzIGR1 ZSB0byBhIGRhdGEgZHVtcCBmcm9tIEdvb2dsZQ0KPiB0aGF0IG92ZXJ3cm90ZSB0aGVpciB3b3Jr LiAgSSBoYWQgYSBmYWNlIHRvIGZhY2UgY29udmVyc2F0aW9uIHdpdGggYQ0KPiBjb2xsZWFndWUg aW52b2x2ZWQgd2hpbHN0IGluIEtvcmVhIHRocmVlIHdlZWtzIGFnby4NCj4gDQo+IFNheWluZyB0 aGF0IGFsbCB0aGUgY29yZSBwZW9wbGUgYXJlIHN0aWxsIHRoZXJlIGFmdGVyIDIwIHllYXJzIGRv ZXMNCj4gbm90IGFkZHJlc3MgdGhlIGlzc3VlIG9mIHBheWluZyBmb3Igdm90ZXMgLSB0aGV5IG1h eSBoYXZlIGJlZW4gcGF5aW5nDQo+IGZvciAyMCB5ZWFycy4gIEluIGFueSBjYXNlLCBJIGJlbGll dmUgQ0xEUiB3YXMgY3JlYXRlZCBzb21lIDcgeWVhcnMNCj4gYWdvIChvciBtYXliZSA4KS4NCj4g DQo+IE9uZSBjb3VsZCBhc2ssIGhvdyBtYW55IHBlb3BsZSBhcmUgb24gdGhlIHByb3Bvc2VkIENM RFIgY29tbWl0dGVlDQo+IGFuZCwgb2YgdGhlc2UsIGhvdyBtYW55IGFyZSBub3QgYXR0YWNoZWQg dG8gcGF5aW5nIG9yZ2FuaXNhdGlvbnM/DQo+IA0KPiBCZXN0IHdpc2hlcw0KPiANCj4gRGViYmll DQo+IA0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBjbGRyLWJvdW5jZUB1 bmljb2RlLm9yZyBbbWFpbHRvOmNsZHItYm91bmNlQHVuaWNvZGUub3JnXSBPbg0KPiBCZWhhbGYg T2YgUm9vemJlaCBQb3VybmFkZXIgU2VudDogMDcgSnVseSAyMDExIDIyOjU4DQo+IFRvOiBEZWJi aWUgR2Fyc2lkZQ0KPiBDYzogJ01hcmsgRGF2aXMg4piVJzsgJ015a3l0YSBZZXZzdGlmZXlldic7 ICdQZXRlIFJlc25pY2snOyAnTFRSVQ0KPiBXb3JraW5nIEdyb3VwJzsgJ0NMRFIgbGlzdCcgU3Vi amVjdDogUkU6IFtMdHJ1XSBGd2Q6DQo+IGRyYWZ0LWRhdmlzLXQtbGFuZ3RhZy1leHQNCj4gDQo+ IE9uIFRodSwgMjAxMS0wNy0wNyBhdCAyMjoxMyArMDEwMCwgRGViYmllIEdhcnNpZGUgd3JvdGU6 DQo+IA0KPiA+IEkgaGF2ZSBoZWFyZCBmcm9tIGEgY29sbGVhZ3VlIHdobyBoYXMgYmVlbiBpbnN0 cnVtZW50YWwgaW4gYWRkaW5nDQo+ID4gMTAwIGxvY2FsZXMgdG8gQ0xEUiB0aGF0IG1hbnkgdm9s dW50ZWVycyBhcmUgZGlzaWxsdXNpb25lZCBhbmQgaGF2ZQ0KPiA+IHN0b3BwZWQgY29udHJpYnV0 aW5nLg0KPiANCj4gVGhhdCdzIG5vdCBiZWNhdXNlIG9mIGNvbW1pdHRlZSB2b3RpbmcuIE1haW50 YWluaW5nIGFuZCB1cGRhdGluZyB0aGUNCj4gZGF0YSBpbiBDTERSIGxvY2FsZXMgdXNlcyBhIHZl dHRpbmcgcHJvY2VkdXJlIHZhc3RseSBkaWZmZXJlbnQgZnJvbQ0KPiB0aGUgQ0xEUiBjb21taXRl ZSBpdHNlbGYuIEFuZCBJIGhhdmUgc2VlbiB0aGUgZmVlZGJhY2sgZnJvbSBleHBlcnRzDQo+IHdp dGggbGltaXRlZCB2b3RpbmcgcmlnaHQgaW5jb3Jwb3JhdGVkIG5vdCBvbmx5IGluIENMRFIgZGF0 YSwgYnV0DQo+IGFsc28gaW4gdXBkYXRlcyB0byB0aGUgQ0xEUiBkYXRhIHZldHRpbmcgcHJvY2Vz cy4gRnJvbSB3aGF0IEkndmUNCj4gc2VlbiwgbW9zdCB2b2x1bnRlZXIgZXhwZXJ0cyBvYmplY3Rp b25zIGhhcyBiZWVuIGFib3V0IG5vdCBiZWluZyBhYmxlDQo+IHRvIGtlZXAgdXAgd2l0aCB0aGUg cGFjZSBvZiBkYXRhIHRoYXQgY29tZXMgZnJvbSBzb21lIGZ1bGwgbWVtYmVycy4NCj4gU28sIGl0 J3MgbW9zdGx5IGJlZW4gdm9sdW50ZWVyIGNvbnRyaWJ1dG9ycyAobXlzZWxmIGluY2x1ZGVkKSB0 cnlpbmcNCj4gdG8gc2xvdyBkb3duIHRoZSBwcm9jZXNzLCBpbnN0ZWFkIG9mIHZvdGluZyBtZW1i ZXJzLiBTbyBjb250cmFyeSB0bw0KPiB3aGF0IHlvdSB0aGluaywgaXQncyB0aGUgb3JnYW5pemF0 aW9uYWwgYW5kIGRhdGEgc3VwcG9ydCBmcm9tIHRoZQ0KPiB2b3RpbmcgbWVtYmVycyB0aGF0IG1h a2VzIHN1cmUgdGhlIHByb2Nlc3MgaXMgZmFzdCBlbm91Z2guIE5vdCBvbmx5DQo+IGl0IGRvZXNu J3QgcHV0IGRldmVsb3BtZW50IGJhY2sgZm9yIHllYXJzLCBpdCdzIHVzdWFsbHkgdm9sdW50ZWVy DQo+IGNvbnRyaWJ1dG9ycyB3aG8gd2FudCB0aGUgcHJvY2VzcyBzbG93ZWQgZG93biBzbyB0aGV5 IGNhbiBjYXRjaCB1cC4NCj4gDQo+IEFnYWluLCBhbGwgb2YgdGhhdCBpcyBhYm91dCAibG9jYWxl IGRhdGEiLCB3aGljaCBpcyByZWFsbHkgdmVyeSBsYXJnZQ0KPiBhbW91bnQgb2YgZGF0YS4gSSBk b24ndCB0aGluayB3ZSBjYW4gdXNlIHRoYXQgZXhwZXJpZW5jZSB0byBzZWUgaG93DQo+IHRoZSAi dCIgZXh0ZW5zaW9uIHdpbGwgYmUgbWFpbnRhaW5lZC4gQSBiZXR0ZXIgY29tcGFyaXNvbiBpcyBo b3cgdGhlDQo+IFVuaWNvZGUgQ29uc29ydGl1bSBhbmQgdGhlIENMRFIgY29tbWl0dGVlIGhhcyBi ZWVuIG1haW50YWluaW5nIHRoZQ0KPiBhbHJlYWR5LXJlZ2lzdGVyZWQgInUiIGV4dGVuc2lvbi4g RG8geW91IGtub3cgYW55Ym9keSB3aG8gaGFzIGhhZCBhDQo+IHByb2JsZW0gd2l0aCB0aGF0Pw0K PiANCj4gPiBJIHdvdWxkIGhhdGUgZm9yIElFVEYgdG8gZmluZCB0aGF0IHRoZXkgYWdyZWUgdG8g Im91dHNvdXJjZSIgdGhpcw0KPiA+IHdvcmsgYW5kIHRoZW4gZmluZCB0aGF0IHRoZWlyIHZvbHVu dGVlciBleHBlcnRzIGRpc2FwcGVhci4NCj4gDQo+IFdlbGwsIFVuaWNvZGUgaGFzIGJlZW4gaGVy ZSBmb3IgbW9yZSB0aGFuIHR3byBkZWNhZGVzLCBhbmQgSSBoYXZlIHlldA0KPiB0byBzZWUgZXhw ZXJ0aXNlIGRpc2FwcGVhciBmcm9tIGl0LiBOb3Qgb25seSB0aGF0LCBidXQgYWxzbyBhbG1vc3QN Cj4gYWxsIHRoZSBjb3JlIHBlb3BsZSBhcmUgc3RpbGwgY29udHJpYnV0aW5nLg0KPiANCj4gUm9v emJlaA0KDQoNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQpMdHJ1IG1haWxpbmcgbGlzdA0KTHRydUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9sdHJ1DQo= From addison@lab126.com Sat Jul 9 18:37:00 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ACD1C21F8640 for ; Sat, 9 Jul 2011 18:37:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.599 X-Spam-Level: X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G8ofyHh5wzy0 for ; Sat, 9 Jul 2011 18:36:59 -0700 (PDT) Received: from smtp-fw-9101.amazon.com (smtp-fw-9101.amazon.com [207.171.184.25]) by ietfa.amsl.com (Postfix) with ESMTP id 892A821F861D for ; Sat, 9 Jul 2011 18:36:59 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.65,506,1304294400"; d="scan'208";a="740514474" Received: from smtp-in-0102.sea3.amazon.com ([10.224.19.46]) by smtp-border-fw-out-9101.sea19.amazon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 10 Jul 2011 01:36:52 +0000 Received: from ex-hub-31012.ant.amazon.com (ex-hub-31012.sea31.amazon.com [10.185.169.29]) by smtp-in-0102.sea3.amazon.com (8.13.8/8.13.8) with ESMTP id p6A1amaR002051 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 10 Jul 2011 01:36:48 GMT Received: from EX-SEA31-D.ant.amazon.com ([169.254.1.184]) by ex-hub-31012.ant.amazon.com ([fe80::24e8:aabe:e5e7:2f81%12]) with mapi; Sat, 9 Jul 2011 18:36:48 -0700 From: "Phillips, Addison" To: "Broome, Karen" , Debbie Garside , "'Steven R. Loomis'" Date: Sat, 9 Jul 2011 18:36:48 -0700 Thread-Topic: [Ltru] Fwd: draft-davis-t-langtag-ext Thread-Index: Acw9DtbUXcoPM6XxTU65e0/PWxSODAANbkfAAFVQBJAAAEyDcA== Message-ID: <131F80DEA635F044946897AFDA9AC3476A94296D2A@EX-SEA31-D.ant.amazon.com> References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> <075f01cc3cbf$0f04ba90$2d0e2fb0$@co.uk> <07be01cc3ce6$114dfc90$33e9f5b0$@co.uk> <1310071653.2702.3.camel@tehran.htpassport.net> <07de01cc3cea$c0b56930$42203b90$@co.uk> <1310075884.2702.21.camel@tehran.htpassport.net> <07fb01cc3cf3$16c46170$444d2450$@co.uk> <20110707182756.7333f020@naf.sanjose.ibm.com> <083a01cc3d45$4c365a50$e4a30ef0$@co.uk> <2CB55BFC7405E94F830537BD924318D5EBF0AB321F@USSDIXMSG11.am.sony.com> In-Reply-To: <2CB55BFC7405E94F830537BD924318D5EBF0AB321F@USSDIXMSG11.am.sony.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: 'Pete Resnick' , 'LTRU Working Group' , 'CLDR list' , 'Roozbeh Pournader' Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2011 01:37:00 -0000 PiBJIHRlbmQgdG8gYWdyZWUgd2l0aCBEZWJiaWUgb24gdGhpcy4gSSdtIG5vdCBzdXJlIHRoaXMg aXMgYmVzdCBoYW5kbGVkIGJ5IGFuDQo+IGV4dGVybmFsLCBpZiB0aWdodGx5IGNvdXBsZWQsIG9y Z2FuaXphdGlvbi4gVGhpcyBzZWVtcyB0byBiZSBhIHVzZWZ1bCBleHRlbnNpb24gdG8NCj4gdGhl IG1haW4gYm9keSBvZiB3b3JrIHNvIGl0IHNlZW1zIGxpa2UgaXQgc2hvdWxkIGJlIGhhbmRsZWQg aW4gdGhlIHNhbWUgd2F5Lg0KDQpUaGVyZSBpcyBhIGZ1bmRhbWVudGFsIHByb2JsZW0gd2l0aCB0 aGF0LCB0aG91Z2guDQoNClRoZSBleHRlbnNpb24gbWVjaGFuaXNtIGNhbiBiZSB1c2VkIHRvIGNy ZWF0ZSBhIHJlZ2lzdHJ5IHVuZGVyIHRoZSBhdXNwaWNlcyBvZiB0aGUgSUVURiB0aGF0IGlzIG1h bmFnZWQgYnkgSUFOQSB1c2luZyB0aGUgaWV0Zi1sYW5ndWFnZXMgbGlzdC4gVGhhdCByZXF1aXJl cyBJbnRlcm5ldC1EcmFmdChzKSBiZSBjcmVhdGVkIGxheWluZyBvdXQgdGhlIHByb2Nlc3MsIHJ1 bGVzLCBmb3JtYXQsIHN0cnVjdHVyZSwgZXRjLiBldGMuIGZvciB0aGUgcmVnaXN0cnkuIFdlIGtu b3cgZnJvbSBleHBlcmllbmNlIGhvdyBtdWNoIGVmZm9ydCBpcyByZXF1aXJlZCB0byBjb21wbGV0 ZSBzdWNoIHdvcmsuIE5vdGUgdGhhdCBzdWNoIGFuIGV4dGVuc2lvbiB3b3VsZCBzdGlsbCBiZSBh IHNlcGFyYXRlIHJlZ2lzdHJ5IGFuZCB3b3VsZCBiZSBtYW5hZ2VkIHNlcGFyYXRlbHkgKGV2ZW4g aWYgaXQgd2VyZSB0byB1c2UgdGhlIHNhbWUgbWFpbCBsaXN0LCBmb3IgZXhhbXBsZSkuDQoNClRo ZSBleHRlbnNpb24gbWVjaGFuaXNtIGFsc28gY2FuIGJlIHVzZWQgKGluZGVlZCwgZ2l2ZW4gdGhl IGZvcmVnb2luZywgaXMgb3B0aW1pemVkIGZvciB1c2UpIGJ5IHN0YW5kYXJkcyBib2RpZXMgb3Ig b3RoZXIgb3JnYW5pemF0aW9ucyB0aGF0IG1haW50YWluIG9yIGFyZSB3aWxsaW5nIHRvIGNyZWF0 ZSBhbmQgbWFpbnRhaW4gbGFuZ3VhZ2UtdGFnLWV4dGVuZGluZyBzdGFuZGFyZHMgb3IgcmVnaXN0 cmllcy4gSW4gdGhpcyBjYXNlLCBvbmUgc3VjaCBib2R5ICh0aGUgQ0xEUi1UQyBvZiB0aGUgVW5p Y29kZSBDb25zb3J0aXVtKSBoYXMgcmVxdWVzdGVkIHVuZGVyIHRoZSBCQ1AgNDcgcnVsZXMgdGhh dCB0aGUgSUVTRyB0byBhc3NpZ24gaXQgb25lIG9mIHRoZSAzNCByZW1haW5pbmcgc2luZ2xldG9u cyBmb3IgYW4gZXh0ZW5zaW9uIHRoYXQgdGhleSB3aWxsIG1haW50YWluLg0KDQpDTERSLVRDIGlz IGFscmVhZHkgdGhlIG1haW50YWluZXIgb2Ygb25lIGxhbmd1YWdlIHRhZyBleHRlbnNpb24sIHNv IGl0IHByb2JhYmx5IG1lZXRzIGF0IGxlYXN0IG1lZXQgYSBtaW5pbWFsIGJhciBmb3IgZml0bmVz cyBhcyBzdWNoLiBHaXZlbiB0aGUgb3ZlcmhlYWQgZm9yIGNyZWF0aW5nIGEgZGlmZmVyZW50IHBy b2Nlc3MsIGlzbid0IGl0IHJlYXNvbmFibGUgdG8gdXNlIHRoZSBDTERSIHByb2Nlc3MgYW5kIFVu aWNvZGUncyB3aWxsaW5nbmVzcyB0byBtYWludGFpbiB0aGUgcmVnaXN0cnkgZm9yIHRoaXMgcHVy cG9zZT8gSWYgdGhlcmUgYXJlIGNvbmNlcm5zIGFib3V0IHRoZSBvcGVubmVzcyBvZiB0aGUgcHJv Y2VzcywgZXRjLiwgSSBiZWxpZXZlIHRoZXkgY2FuIGJlIGFkZHJlc3NlZCBpbiB0aGUgSW50ZXJu ZXQtRHJhZnQuDQoNCkEgc2VwYXJhdGUgcXVlc3Rpb24gaXMgd2hldGhlciB0aGUgY3VycmVudCBw cm9wb3NhbCBpcyBhZGVxdWF0ZS9hcHByb3ByaWF0ZSBmb3IgdGhlIHRhc2ssIGluY2x1ZGluZyBz dWNoIHN0dWZmIGFzIHRoZSBjcmVhdGlvbiBvZiBhIHNpbmdsZSByZWdpc3RyeS4gVGhlIG90aGVy IGF1dGhvcnMgYXJlIG9wZW4gdG8gZGlzY3Vzc2luZyB0aGVzZSB0aGluZ3MgYW5kIG1ha2luZyBj aGFuZ2VzLiBJcyB0aGF0IG9iamVjdGlvbmFibGUgYXMgYW4gYXBwcm9hY2g/DQoNCkFkZGlzb24N Cg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IGx0cnUtYm91bmNlc0Bp ZXRmLm9yZyBbbWFpbHRvOmx0cnUtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mDQo+IEJy b29tZSwgS2FyZW4NCj4gU2VudDogU2F0dXJkYXksIEp1bHkgMDksIDIwMTEgNTo0MiBQTQ0KPiBU bzogRGViYmllIEdhcnNpZGU7ICdTdGV2ZW4gUi4gTG9vbWlzJw0KPiBDYzogJ1BldGUgUmVzbmlj ayc7ICdSb296YmVoIFBvdXJuYWRlcic7ICdDTERSIGxpc3QnOyAnTFRSVSBXb3JraW5nIEdyb3Vw Jw0KPiBTdWJqZWN0OiBSZTogW0x0cnVdIEZ3ZDogZHJhZnQtZGF2aXMtdC1sYW5ndGFnLWV4dA0K PiANCj4gSSB0ZW5kIHRvIGFncmVlIHdpdGggRGViYmllIG9uIHRoaXMuIEknbSBub3Qgc3VyZSB0 aGlzIGlzIGJlc3QgaGFuZGxlZCBieSBhbg0KPiBleHRlcm5hbCwgaWYgdGlnaHRseSBjb3VwbGVk LCBvcmdhbml6YXRpb24uIFRoaXMgc2VlbXMgdG8gYmUgYSB1c2VmdWwgZXh0ZW5zaW9uIHRvDQo+ IHRoZSBtYWluIGJvZHkgb2Ygd29yayBzbyBpdCBzZWVtcyBsaWtlIGl0IHNob3VsZCBiZSBoYW5k bGVkIGluIHRoZSBzYW1lIHdheS4NCj4gDQo+IFJlZ2FyZHMsDQo+IA0KPiBLYXJlbiBCcm9vbWUN Cj4gDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IGx0cnUtYm91bmNlc0Bp ZXRmLm9yZyBbbWFpbHRvOmx0cnUtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mDQo+IERl YmJpZSBHYXJzaWRlDQo+IFNlbnQ6IEZyaWRheSwgSnVseSAwOCwgMjAxMSA2OjAyIFBNDQo+IFRv OiAnU3RldmVuIFIuIExvb21pcycNCj4gQ2M6ICdMVFJVIFdvcmtpbmcgR3JvdXAnOyAnQ0xEUiBs aXN0JzsgJ1BldGUgUmVzbmljayc7ICdSb296YmVoIFBvdXJuYWRlcicNCj4gU3ViamVjdDogUmU6 IFtMdHJ1XSBGd2Q6IGRyYWZ0LWRhdmlzLXQtbGFuZ3RhZy1leHQNCj4gDQo+IEhpIFN0ZXZlbg0K PiANCj4gVGhhbmtzLiAgSSByZWFsbHkgYW0gbm90IHRyeWluZyB0byBjcml0aWNpc2UgQ0xEUi4g IEkgdW5kZXJzdGFuZCAoc29tZXdoYXQpIHRoZQ0KPiBwcm9ibGVtcyBhbmQgdGhlIG5lZWRzIG9m IGluZHVzdHJ5LiAgQXMgYWxyZWFkeSBtZW50aW9uZWQsIEkgYW0gYSBzdXBwb3J0ZXIgb2YNCj4g Ym90aCBVbmljb2RlIGFuZCBDTERSLiAgSSB3aWxsIGFzayBteSBjb2xsZWFndWUgdG8gc3BlYWsg d2l0aCB5b3UgYWJvdXQgaGlzDQo+IGNvbmNlcm5zLg0KPiANCj4gTXkgY29uY2VybiBoZXJlIG9u IElFVEYtTFRSVSBpcyB0aGF0IGEgcHJvY2VzcyBpcyBiZWluZyB0YWtlbiBvdXQgb2YgSUVURg0K PiB1bm5lY2Vzc2FyaWx5IElNSE8gLSBhdCBsZWFzdCBmcm9tIHRoZSByZXNwb25zZXMgcmVjZWl2 ZWQgc28gZmFyLCBJIGNhbiBzZWUgbm8NCj4gYWRkZWQgdmFsdWUgaW4gQ0xEUiBmdW5jdGlvbmlu ZyBhcyB0aGUgUmVnaXN0cmFyIGZvciAtdCBleHRlbnNpb25zLg0KPiANCj4gQmVzdCB3aXNoZXMN Cj4gDQo+IERlYmJpZQ0KPiANCj4gDQo+IA0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K PiBGcm9tOiBjbGRyLWJvdW5jZUB1bmljb2RlLm9yZyBbbWFpbHRvOmNsZHItYm91bmNlQHVuaWNv ZGUub3JnXSBPbiBCZWhhbGYNCj4gT2YgU3RldmVuIFIuIExvb21pcw0KPiBTZW50OiAwOCBKdWx5 IDIwMTEgMDI6MjgNCj4gVG86IERlYmJpZSBHYXJzaWRlDQo+IENjOiAnUm9vemJlaCBQb3VybmFk ZXInOyAnTWFyayBEYXZpcyDimJUnOyAnTXlreXRhIFlldnN0aWZleWV2JzsgJ1BldGUgUmVzbmlj ayc7DQo+ICdMVFJVIFdvcmtpbmcgR3JvdXAnOyAnQ0xEUiBsaXN0Jw0KPiBTdWJqZWN0OiBSZTog W0x0cnVdIEZ3ZDogZHJhZnQtZGF2aXMtdC1sYW5ndGFnLWV4dA0KPiANCj4gRGViYmllLA0KPiAN Cj4gSSB0aGluayB0aGF0IHRoZSBjb25jZXJuIGFib3V0IHRoZSBkYXRhIGR1bXAgd2FzIGR1ZSB0 byBzb21lDQo+IG1pc3VuZGVyc3RhbmRpbmdzIHJlZ2FyZGluZyB0aGUgQ0xEUiBwcm9jZXNzLiBB cyB0aGUgb25lIHdobyBkZXZlbG9wZWQgIGFuZA0KPiBtYW5hZ2VzIG1ham9yIHBhcnRzIG9mIHRo ZSBDTERSIHRvb2xpbmcgKGFsb25nIHdpdGggbWFueSBvdGhlcnMpLCAgSSBjYW4gc2F5DQo+IHRo YXQgdGhlIGh1bWFuIHVzZXJzIGludm9sdmVkIHdpdGggdGhlICJkYXRhIGR1bXAiICh3aGljaCAg d2FzIGFub3RoZXINCj4gbWlzY29uY2VwdGlvbiwgdGhhdCBpdCB3YXMgbWVyZWx5IGEgb25lLXdh eSAiZHVtcCIpIHdlcmUgIHZlcnkgaW52b2x2ZWQgd2l0aA0KPiB0aGUgQ0xEUiBmb3J1bSBwcm9j ZXNzLg0KPiANCj4gV2UgYXJlIGhhcmQgYXQgd29yayB0byBtYWtlIHRoZSB2ZXR0aW5nIHByb2Nl c3MgZWFzaWVyIHRvIHVzZSBmb3IgZXZlcnlvbmUuDQo+IFRoZSBzaGVlciBudW1iZXIgb2YgaW5j cmVhc2VkIHVzZXJzIGFuZCBkYXRhIHRoZSBsYXN0IHRpbWUgYXJvdW5kLCBicm91Z2h0IHRvDQo+ IHRoZSBmb3JlZnJvbnQgc3RhYmlsaXR5IGFuZCBwZXJmb3JtYW5jZSBpc3N1ZXMgdGhhdCB3ZXJl IHN0aWxsIHVucmVzb2x2ZWQuIE9uZSBvZg0KPiB0aGUgaXNzdWVzIGlzIHRoZSBhbW91bnQgb2Yg ZGF0YSB0aGF0IGlzIGluIGEgQ0xEUiBsb2NhbGUgY2FuIGJlIGRhdW50aW5nLCBpdA0KPiB3b3Vs ZCBiZSBpbiB0aGUgdGVucyBvZiB0aG91c2FuZHMgb2YgZGF0YSBpdGVtcy4gV2UndmUgYWxyZWFk eSBpbnRyb2R1Y2VkIGENCj4gc3lzdGVtICgnY292ZXJhZ2UnKSB0aGF0IGxldHMgdGhlIHVzZXIg cmVkdWNlIHdoYXQgaXMgc2hvd24gbm9ybWFsbHkgdG8ganVzdA0KPiBjcml0aWNhbCBpdGVtcy4g VGhpcyBzeXN0ZW0gaXMgYWxyZWFkeSBzbGF0ZWQgdG8gYmUgaW1wcm92ZWQuICBBcyB3ZWxsLCB3 ZSBoYXZlDQo+IHNvbWUgZmFzdGVyIGhhcmR3YXJlIHRvIHJ1biB0aGUgc2VydmVyIG9uIHRoYXQg d2Ugd2lsbCBiZSB0ZXN0aW5nIG91dCBzb29uLg0KPiANCj4gSSByZWFsaXplIHRoYXQgeW91IGFy ZSByZWxheWluZyBhIGNvbmNlcm4gZnJvbSBhIHRoaXJkIHBhcnR5LCBidXQgSSB3b3VsZCBpbnZp dGUNCj4geW91ciBjb2xsZWFndWUgdG8gZGlzY3VzcyB0aGUgc3BlY2lmaWMgY29uY2VybnMgd2l0 aCB1cyBpZiB0aGV5IGhhZCBub3QgYWxyZWFkeS4NCj4gT25lIG9mIHRoZSB2ZXJ5IGV4Y2l0aW5n IHBhcnRzLCBmb3IgbWUsIG9mIHRoaXMgcHJvY2VzcyBpcyB0aGF0IGFueW9uZSByZWdhcmRsZXNz DQo+IG9mIG90aGVyICdzdGF0dXMnIGNhbiAoYW5kIGRvZXMpIHNpZ24gdXAgYW5kIGNvbnRyaWJ1 dGUgZGF0YSwgYW5kIGhhcyBhIHZvaWNlLg0KPiBQcmV2aW91cyB0byB0aGUgbGF1bmNoIG9mIHRo ZSBDTERSIHByb2plY3QgYWJvdXQgZWlnaHQgeWVhcnMgYWdvLCB0aGlzIGxvY2FsZQ0KPiBkYXRh IGV4aXN0ZWQgaW4gbXVsdGlwbGUgb3JnYW5pemF0aW9uJ3MgcmVwb3NpdG9yaWVzLCB3aGVyZSBp dCB3b3VsZCB0YWtlIGEgYnVnDQo+IHJlcG9ydCB0byBjYXVzZSBhbnkgY2hhbmdlLiAgVGhlbiBJ IChhbmQgb3RoZXJzIGluIGRpZmZlcmVudCBjb21wYW5pZXMsDQo+IGluZGVwZW5kZW50bHkpIHdv dWxkIGhhdmUgdG8gbG9vayBhdCB0aGUgYnVnIHJlcG9ydCBhbmQgZGVjaWRlIHdoZW4gYW5kIGlm IHRvDQo+IHNwZW5kIHRpbWUgdXBkYXRpbmcgdGhhdCBkYXRhLiAgTm93IHRoZXJlIGlzIGEgcHJv Y2VzcyBmb3Igc29ydGluZyBvdXQgdGhlIGRhdGEsDQo+IGFuZCBhbHNvIGEgY29tbW9uIHJlcG9z aXRvcnkgYW5kIGZvcm1hdCBmb3IgbWFueSBwcm9qZWN0cyAoYm90aCBvcGVuLXNvdXJjZQ0KPiBh bmQgY29tbWVyY2lhbCkgdG8gcGljayB1cCBhbmQgdXNlLiBJdCdzIG5vdCBhIHBlcmZlY3QgcHJv Y2VzcywgYnV0IGl0J3MgYSBwcm9jZXNzLg0KPiANCj4gUmVnYXJkcywNCj4gDQo+IFN0ZXZlbg0K PiANCj4gDQo+IA0KPiBPbiBUaHUsIDcgSnVsIDIwMTEgMjM6MTM6MTkgKzAxMDANCj4gIkRlYmJp ZSBHYXJzaWRlIiA8ZGViYmllQGljdG1hcmtldGluZy5jby51az4gd3JvdGU6DQo+IA0KPiA+IEkg d2lsbCBzYXkganVzdCBzYXkgYSBjb3VwbGUgb2YgdGhpbmdzIG9uIHRoaXMgYW5kIHRoZW4gd2ls bCBsZXQgaXQNCj4gPiBnby4gIEkgcmVhbGx5IGFtIG5vdCBhYm91dCBhdHRhY2tpbmcgZWl0aGVy IFVuaWNvZGUgb3IgQ0xEUiBhcyBJDQo+ID4gYmVsaWV2ZSBJIGFtIHN0aWxsIGEgbWVtYmVyIChh bmQgaGF2ZSBiZWVuIHNpbmNlIHRoZXkgbGFzdCBwcmludGVkIGENCj4gPiBoYXJkIGNvcHkgLSB3 aGVuZXZlciB0aGF0IHdhcykuDQo+ID4NCj4gPiBJIGJlbGlldmUgdGhhdCBDTERSIGhhcyBsb3N0 IGV4cGVydHMgZHVlIHRvIGEgZGF0YSBkdW1wIGZyb20gR29vZ2xlDQo+ID4gdGhhdCBvdmVyd3Jv dGUgdGhlaXIgd29yay4gIEkgaGFkIGEgZmFjZSB0byBmYWNlIGNvbnZlcnNhdGlvbiB3aXRoIGEN Cj4gPiBjb2xsZWFndWUgaW52b2x2ZWQgd2hpbHN0IGluIEtvcmVhIHRocmVlIHdlZWtzIGFnby4N Cj4gPg0KPiA+IFNheWluZyB0aGF0IGFsbCB0aGUgY29yZSBwZW9wbGUgYXJlIHN0aWxsIHRoZXJl IGFmdGVyIDIwIHllYXJzIGRvZXMNCj4gPiBub3QgYWRkcmVzcyB0aGUgaXNzdWUgb2YgcGF5aW5n IGZvciB2b3RlcyAtIHRoZXkgbWF5IGhhdmUgYmVlbiBwYXlpbmcNCj4gPiBmb3IgMjAgeWVhcnMu ICBJbiBhbnkgY2FzZSwgSSBiZWxpZXZlIENMRFIgd2FzIGNyZWF0ZWQgc29tZSA3IHllYXJzDQo+ ID4gYWdvIChvciBtYXliZSA4KS4NCj4gPg0KPiA+IE9uZSBjb3VsZCBhc2ssIGhvdyBtYW55IHBl b3BsZSBhcmUgb24gdGhlIHByb3Bvc2VkIENMRFIgY29tbWl0dGVlIGFuZCwNCj4gPiBvZiB0aGVz ZSwgaG93IG1hbnkgYXJlIG5vdCBhdHRhY2hlZCB0byBwYXlpbmcgb3JnYW5pc2F0aW9ucz8NCj4g Pg0KPiA+IEJlc3Qgd2lzaGVzDQo+ID4NCj4gPiBEZWJiaWUNCj4gPg0KPiA+IC0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tDQo+ID4gRnJvbTogY2xkci1ib3VuY2VAdW5pY29kZS5vcmcgW21haWx0 bzpjbGRyLWJvdW5jZUB1bmljb2RlLm9yZ10gT24NCj4gPiBCZWhhbGYgT2YgUm9vemJlaCBQb3Vy bmFkZXIgU2VudDogMDcgSnVseSAyMDExIDIyOjU4DQo+ID4gVG86IERlYmJpZSBHYXJzaWRlDQo+ ID4gQ2M6ICdNYXJrIERhdmlzIOKYlSc7ICdNeWt5dGEgWWV2c3RpZmV5ZXYnOyAnUGV0ZSBSZXNu aWNrJzsgJ0xUUlUNCj4gPiBXb3JraW5nIEdyb3VwJzsgJ0NMRFIgbGlzdCcgU3ViamVjdDogUkU6 IFtMdHJ1XSBGd2Q6DQo+ID4gZHJhZnQtZGF2aXMtdC1sYW5ndGFnLWV4dA0KPiA+DQo+ID4gT24g VGh1LCAyMDExLTA3LTA3IGF0IDIyOjEzICswMTAwLCBEZWJiaWUgR2Fyc2lkZSB3cm90ZToNCj4g Pg0KPiA+ID4gSSBoYXZlIGhlYXJkIGZyb20gYSBjb2xsZWFndWUgd2hvIGhhcyBiZWVuIGluc3Ry dW1lbnRhbCBpbiBhZGRpbmcNCj4gPiA+IDEwMCBsb2NhbGVzIHRvIENMRFIgdGhhdCBtYW55IHZv bHVudGVlcnMgYXJlIGRpc2lsbHVzaW9uZWQgYW5kIGhhdmUNCj4gPiA+IHN0b3BwZWQgY29udHJp YnV0aW5nLg0KPiA+DQo+ID4gVGhhdCdzIG5vdCBiZWNhdXNlIG9mIGNvbW1pdHRlZSB2b3Rpbmcu IE1haW50YWluaW5nIGFuZCB1cGRhdGluZyB0aGUNCj4gPiBkYXRhIGluIENMRFIgbG9jYWxlcyB1 c2VzIGEgdmV0dGluZyBwcm9jZWR1cmUgdmFzdGx5IGRpZmZlcmVudCBmcm9tDQo+ID4gdGhlIENM RFIgY29tbWl0ZWUgaXRzZWxmLiBBbmQgSSBoYXZlIHNlZW4gdGhlIGZlZWRiYWNrIGZyb20gZXhw ZXJ0cw0KPiA+IHdpdGggbGltaXRlZCB2b3RpbmcgcmlnaHQgaW5jb3Jwb3JhdGVkIG5vdCBvbmx5 IGluIENMRFIgZGF0YSwgYnV0IGFsc28NCj4gPiBpbiB1cGRhdGVzIHRvIHRoZSBDTERSIGRhdGEg dmV0dGluZyBwcm9jZXNzLiBGcm9tIHdoYXQgSSd2ZSBzZWVuLCBtb3N0DQo+ID4gdm9sdW50ZWVy IGV4cGVydHMgb2JqZWN0aW9ucyBoYXMgYmVlbiBhYm91dCBub3QgYmVpbmcgYWJsZSB0byBrZWVw IHVwDQo+ID4gd2l0aCB0aGUgcGFjZSBvZiBkYXRhIHRoYXQgY29tZXMgZnJvbSBzb21lIGZ1bGwg bWVtYmVycy4NCj4gPiBTbywgaXQncyBtb3N0bHkgYmVlbiB2b2x1bnRlZXIgY29udHJpYnV0b3Jz IChteXNlbGYgaW5jbHVkZWQpIHRyeWluZw0KPiA+IHRvIHNsb3cgZG93biB0aGUgcHJvY2Vzcywg aW5zdGVhZCBvZiB2b3RpbmcgbWVtYmVycy4gU28gY29udHJhcnkgdG8NCj4gPiB3aGF0IHlvdSB0 aGluaywgaXQncyB0aGUgb3JnYW5pemF0aW9uYWwgYW5kIGRhdGEgc3VwcG9ydCBmcm9tIHRoZQ0K PiA+IHZvdGluZyBtZW1iZXJzIHRoYXQgbWFrZXMgc3VyZSB0aGUgcHJvY2VzcyBpcyBmYXN0IGVu b3VnaC4gTm90IG9ubHkgaXQNCj4gPiBkb2Vzbid0IHB1dCBkZXZlbG9wbWVudCBiYWNrIGZvciB5 ZWFycywgaXQncyB1c3VhbGx5IHZvbHVudGVlcg0KPiA+IGNvbnRyaWJ1dG9ycyB3aG8gd2FudCB0 aGUgcHJvY2VzcyBzbG93ZWQgZG93biBzbyB0aGV5IGNhbiBjYXRjaCB1cC4NCj4gPg0KPiA+IEFn YWluLCBhbGwgb2YgdGhhdCBpcyBhYm91dCAibG9jYWxlIGRhdGEiLCB3aGljaCBpcyByZWFsbHkg dmVyeSBsYXJnZQ0KPiA+IGFtb3VudCBvZiBkYXRhLiBJIGRvbid0IHRoaW5rIHdlIGNhbiB1c2Ug dGhhdCBleHBlcmllbmNlIHRvIHNlZSBob3cNCj4gPiB0aGUgInQiIGV4dGVuc2lvbiB3aWxsIGJl IG1haW50YWluZWQuIEEgYmV0dGVyIGNvbXBhcmlzb24gaXMgaG93IHRoZQ0KPiA+IFVuaWNvZGUg Q29uc29ydGl1bSBhbmQgdGhlIENMRFIgY29tbWl0dGVlIGhhcyBiZWVuIG1haW50YWluaW5nIHRo ZQ0KPiA+IGFscmVhZHktcmVnaXN0ZXJlZCAidSIgZXh0ZW5zaW9uLiBEbyB5b3Uga25vdyBhbnli b2R5IHdobyBoYXMgaGFkIGENCj4gPiBwcm9ibGVtIHdpdGggdGhhdD8NCj4gPg0KPiA+ID4gSSB3 b3VsZCBoYXRlIGZvciBJRVRGIHRvIGZpbmQgdGhhdCB0aGV5IGFncmVlIHRvICJvdXRzb3VyY2Ui IHRoaXMNCj4gPiA+IHdvcmsgYW5kIHRoZW4gZmluZCB0aGF0IHRoZWlyIHZvbHVudGVlciBleHBl cnRzIGRpc2FwcGVhci4NCj4gPg0KPiA+IFdlbGwsIFVuaWNvZGUgaGFzIGJlZW4gaGVyZSBmb3Ig bW9yZSB0aGFuIHR3byBkZWNhZGVzLCBhbmQgSSBoYXZlIHlldA0KPiA+IHRvIHNlZSBleHBlcnRp c2UgZGlzYXBwZWFyIGZyb20gaXQuIE5vdCBvbmx5IHRoYXQsIGJ1dCBhbHNvIGFsbW9zdCBhbGwN Cj4gPiB0aGUgY29yZSBwZW9wbGUgYXJlIHN0aWxsIGNvbnRyaWJ1dGluZy4NCj4gPg0KPiA+IFJv b3piZWgNCj4gDQo+IA0KPiANCj4gDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KPiBMdHJ1IG1haWxpbmcgbGlzdA0KPiBMdHJ1QGlldGYub3Jn DQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbHRydQ0KPiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBMdHJ1IG1haWxpbmcg bGlzdA0KPiBMdHJ1QGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vbHRydQ0K From debbie@ictmarketing.co.uk Sun Jul 10 07:47:12 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 242DB21F8537 for ; Sun, 10 Jul 2011 07:47:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.964 X-Spam-Level: X-Spam-Status: No, score=-1.964 tagged_above=-999 required=5 tests=[AWL=0.635, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MJ17DymEFqsm for ; Sun, 10 Jul 2011 07:47:11 -0700 (PDT) Received: from 145.nexbyte.net (145.nexbyte.net [62.197.41.145]) by ietfa.amsl.com (Postfix) with ESMTP id 722C721F8549 for ; Sun, 10 Jul 2011 07:47:10 -0700 (PDT) Received: from ICTPC ([78.145.15.124]) by 145.nexbyte.net with MailEnable ESMTP; Sun, 10 Jul 2011 15:47:14 +0100 From: "Debbie Garside" To: "'Phillips, Addison'" , "'Broome, Karen'" , "'Steven R. Loomis'" References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> <075f01cc3cbf$0f04ba90$2d0e2fb0$@co.uk> <07be01cc3ce6$114dfc90$33e9f5b0$@co.uk> <1310071653.2702.3.camel@tehran.htpassport.net> <07de01cc3cea$c0b56930$42203b90$@co.uk> <1310075884.2702.21.camel@tehran.htpassport.net> <07fb01cc3cf3$16c46170$444d2450$@co.uk> <20110707182756.7333f020@naf.sanjose.ibm.com> <083a01cc3d45$4c365a50$e4a30ef0$@co.uk> <2CB55BFC7405E94F830537BD924318D5EBF0AB321F@USSDIXMSG11.am.sony.com> <131F80DEA635F044946897AFDA9AC3476A94296D2A@EX-SEA31-D.ant.amazon.com> In-Reply-To: <131F80DEA635F044946897AFDA9AC3476A94296D2A@EX-SEA31-D.ant.amazon.com> Date: Sun, 10 Jul 2011 15:47:48 +0100 Message-ID: <099901cc3f10$569195b0$03b4c110$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acw9DtbUXcoPM6XxTU65e0/PWxSODAANbkfAAFVQBJAAAEyDcAAcY+3g Content-Language: en-gb Cc: 'Pete Resnick' , 'LTRU Working Group' , 'CLDR list' , 'Roozbeh Pournader' Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2011 14:47:12 -0000 Hi Addison I'm not sure that I see where the "overhead" is. Can you elaborate? =20 BCP47 states: IANA will maintain a registry of allocated single-character (singleton) subtags. This registry MUST use the record-jar format described by the ABNF in Section 3.1.1. Upon publication of an extension as an RFC, the maintaining authority defined in the RFC MUST forward this registration form to , who MUST forward the request to . The maintaining authority of the extension MUST maintain the accuracy of the record by sending an updated full copy of the record to with the subject line "LANGUAGE TAG EXTENSION UPDATE" whenever content changes. Only the 'Comments', 'Contact_Email', 'Mailing_List', and 'URL' fields MAY be modified in these updates. This IMHO is the overhead. Given that we already have ietf-languages as = a discussion list, and all the rules and regulations for application and = registration of subtags, why create another "private" process? CLDR-TC = would have to create transparent rules and regs anyway. Keeping everything in one place/list has got to be easier for the end = user. I still cannot see any real reason for taking this out of IETF = other than BCP47 allows for it. =20 I can see the proposed -t extension mechanism being widely used by a = number of organisations, unlike the -u extension which was specifically = designed for integrating CLDR data within a subtag. I don't think we = can compare the two processes. =20 Best wishes Debbie -----Original Message----- From: Phillips, Addison [mailto:addison@lab126.com]=20 Sent: 10 July 2011 02:37 To: Broome, Karen; Debbie Garside; 'Steven R. Loomis' Cc: 'Pete Resnick'; 'Roozbeh Pournader'; 'CLDR list'; 'LTRU Working = Group' Subject: RE: [Ltru] Fwd: draft-davis-t-langtag-ext > I tend to agree with Debbie on this. I'm not sure this is best handled = by an > external, if tightly coupled, organization. This seems to be a useful = extension to > the main body of work so it seems like it should be handled in the = same way. There is a fundamental problem with that, though. The extension mechanism can be used to create a registry under the = auspices of the IETF that is managed by IANA using the ietf-languages = list. That requires Internet-Draft(s) be created laying out the process, = rules, format, structure, etc. etc. for the registry. We know from = experience how much effort is required to complete such work. Note that = such an extension would still be a separate registry and would be = managed separately (even if it were to use the same mail list, for = example). The extension mechanism also can be used (indeed, given the foregoing, = is optimized for use) by standards bodies or other organizations that = maintain or are willing to create and maintain language-tag-extending = standards or registries. In this case, one such body (the CLDR-TC of the = Unicode Consortium) has requested under the BCP 47 rules that the IESG = to assign it one of the 34 remaining singletons for an extension that = they will maintain. CLDR-TC is already the maintainer of one language tag extension, so it = probably meets at least meet a minimal bar for fitness as such. Given = the overhead for creating a different process, isn't it reasonable to = use the CLDR process and Unicode's willingness to maintain the registry = for this purpose? If there are concerns about the openness of the = process, etc., I believe they can be addressed in the Internet-Draft. A separate question is whether the current proposal is = adequate/appropriate for the task, including such stuff as the creation = of a single registry. The other authors are open to discussing these = things and making changes. Is that objectionable as an approach? Addison > -----Original Message----- > From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf = Of > Broome, Karen > Sent: Saturday, July 09, 2011 5:42 PM > To: Debbie Garside; 'Steven R. Loomis' > Cc: 'Pete Resnick'; 'Roozbeh Pournader'; 'CLDR list'; 'LTRU Working = Group' > Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext >=20 > I tend to agree with Debbie on this. I'm not sure this is best handled = by an > external, if tightly coupled, organization. This seems to be a useful = extension to > the main body of work so it seems like it should be handled in the = same way. >=20 > Regards, >=20 > Karen Broome >=20 > -----Original Message----- > From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf = Of > Debbie Garside > Sent: Friday, July 08, 2011 6:02 PM > To: 'Steven R. Loomis' > Cc: 'LTRU Working Group'; 'CLDR list'; 'Pete Resnick'; 'Roozbeh = Pournader' > Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext >=20 > Hi Steven >=20 > Thanks. I really am not trying to criticise CLDR. I understand = (somewhat) the > problems and the needs of industry. As already mentioned, I am a = supporter of > both Unicode and CLDR. I will ask my colleague to speak with you = about his > concerns. >=20 > My concern here on IETF-LTRU is that a process is being taken out of = IETF > unnecessarily IMHO - at least from the responses received so far, I = can see no > added value in CLDR functioning as the Registrar for -t extensions. >=20 > Best wishes >=20 > Debbie >=20 >=20 >=20 > -----Original Message----- > From: cldr-bounce@unicode.org [mailto:cldr-bounce@unicode.org] On = Behalf > Of Steven R. Loomis > Sent: 08 July 2011 02:28 > To: Debbie Garside > Cc: 'Roozbeh Pournader'; 'Mark Davis =E2=98=95'; 'Mykyta Yevstifeyev'; = 'Pete Resnick'; > 'LTRU Working Group'; 'CLDR list' > Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext >=20 > Debbie, >=20 > I think that the concern about the data dump was due to some > misunderstandings regarding the CLDR process. As the one who developed = and > manages major parts of the CLDR tooling (along with many others), I = can say > that the human users involved with the "data dump" (which was another > misconception, that it was merely a one-way "dump") were very = involved with > the CLDR forum process. >=20 > We are hard at work to make the vetting process easier to use for = everyone. > The sheer number of increased users and data the last time around, = brought to > the forefront stability and performance issues that were still = unresolved. One of > the issues is the amount of data that is in a CLDR locale can be = daunting, it > would be in the tens of thousands of data items. We've already = introduced a > system ('coverage') that lets the user reduce what is shown normally = to just > critical items. This system is already slated to be improved. As = well, we have > some faster hardware to run the server on that we will be testing out = soon. >=20 > I realize that you are relaying a concern from a third party, but I = would invite > your colleague to discuss the specific concerns with us if they had = not already. > One of the very exciting parts, for me, of this process is that anyone = regardless > of other 'status' can (and does) sign up and contribute data, and has = a voice. > Previous to the launch of the CLDR project about eight years ago, this = locale > data existed in multiple organization's repositories, where it would = take a bug > report to cause any change. Then I (and others in different = companies, > independently) would have to look at the bug report and decide when = and if to > spend time updating that data. Now there is a process for sorting out = the data, > and also a common repository and format for many projects (both = open-source > and commercial) to pick up and use. It's not a perfect process, but = it's a process. >=20 > Regards, >=20 > Steven >=20 >=20 >=20 > On Thu, 7 Jul 2011 23:13:19 +0100 > "Debbie Garside" wrote: >=20 > > I will say just say a couple of things on this and then will let it > > go. I really am not about attacking either Unicode or CLDR as I > > believe I am still a member (and have been since they last printed a > > hard copy - whenever that was). > > > > I believe that CLDR has lost experts due to a data dump from Google > > that overwrote their work. I had a face to face conversation with a > > colleague involved whilst in Korea three weeks ago. > > > > Saying that all the core people are still there after 20 years does > > not address the issue of paying for votes - they may have been = paying > > for 20 years. In any case, I believe CLDR was created some 7 years > > ago (or maybe 8). > > > > One could ask, how many people are on the proposed CLDR committee = and, > > of these, how many are not attached to paying organisations? > > > > Best wishes > > > > Debbie > > > > -----Original Message----- > > From: cldr-bounce@unicode.org [mailto:cldr-bounce@unicode.org] On > > Behalf Of Roozbeh Pournader Sent: 07 July 2011 22:58 > > To: Debbie Garside > > Cc: 'Mark Davis =E2=98=95'; 'Mykyta Yevstifeyev'; 'Pete Resnick'; = 'LTRU > > Working Group'; 'CLDR list' Subject: RE: [Ltru] Fwd: > > draft-davis-t-langtag-ext > > > > On Thu, 2011-07-07 at 22:13 +0100, Debbie Garside wrote: > > > > > I have heard from a colleague who has been instrumental in adding > > > 100 locales to CLDR that many volunteers are disillusioned and = have > > > stopped contributing. > > > > That's not because of committee voting. Maintaining and updating the > > data in CLDR locales uses a vetting procedure vastly different from > > the CLDR commitee itself. And I have seen the feedback from experts > > with limited voting right incorporated not only in CLDR data, but = also > > in updates to the CLDR data vetting process. From what I've seen, = most > > volunteer experts objections has been about not being able to keep = up > > with the pace of data that comes from some full members. > > So, it's mostly been volunteer contributors (myself included) trying > > to slow down the process, instead of voting members. So contrary to > > what you think, it's the organizational and data support from the > > voting members that makes sure the process is fast enough. Not only = it > > doesn't put development back for years, it's usually volunteer > > contributors who want the process slowed down so they can catch up. > > > > Again, all of that is about "locale data", which is really very = large > > amount of data. I don't think we can use that experience to see how > > the "t" extension will be maintained. A better comparison is how the > > Unicode Consortium and the CLDR committee has been maintaining the > > already-registered "u" extension. Do you know anybody who has had a > > problem with that? > > > > > I would hate for IETF to find that they agree to "outsource" this > > > work and then find that their volunteer experts disappear. > > > > Well, Unicode has been here for more than two decades, and I have = yet > > to see expertise disappear from it. Not only that, but also almost = all > > the core people are still contributing. > > > > Roozbeh >=20 >=20 >=20 >=20 >=20 > _______________________________________________ > Ltru mailing list > Ltru@ietf.org > https://www.ietf.org/mailman/listinfo/ltru > _______________________________________________ > Ltru mailing list > Ltru@ietf.org > https://www.ietf.org/mailman/listinfo/ltru From doug@ewellic.org Sun Jul 10 08:00:56 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6400021F8690 for ; Sun, 10 Jul 2011 08:00:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.739 X-Spam-Level: X-Spam-Status: No, score=-0.739 tagged_above=-999 required=5 tests=[BAYES_20=-0.74, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GqS8lTQoD-yX for ; Sun, 10 Jul 2011 08:00:55 -0700 (PDT) Received: from p3plsmtpa06-07.prod.phx3.secureserver.net (p3plsmtpa06-07.prod.phx3.secureserver.net [173.201.192.108]) by ietfa.amsl.com (Postfix) with SMTP id 9720821F868A for ; Sun, 10 Jul 2011 08:00:55 -0700 (PDT) Received: (qmail 29943 invoked from network); 10 Jul 2011 14:54:14 -0000 Received: from unknown (24.8.55.39) by p3plsmtpa06-07.prod.phx3.secureserver.net (173.201.192.108) with ESMTP; 10 Jul 2011 14:54:13 -0000 Message-ID: <6240B7C0DD3043FAB6B56E254FD6BD3A@DougEwell> From: "Doug Ewell" To: Date: Sun, 10 Jul 2011 08:54:12 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0156_01CC3EDE.F065FFA0" X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3508.1109 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3508.1109 Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2011 15:00:56 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0156_01CC3EDE.F065FFA0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Mykyta Yevstifeyev proposed to replace > | lang=3D | language | [BCP47 = ], = with restrictions | > | | ["-" script] | | > | | ["-" region] | | > | | *("-" variant) | | in the present draft with: > lang =3D langtag This won't work, because BCP 47 'langtag' includes tags that contain an = extension or private-use component, which are not allowed in the present = draft because that would leave no exit from 't' to other extensions or = private-use components within the main tag. So this particular = optimization of Mykyta's needs to be rejected. Along the same lines, Addison replied to Debbie: >> In other words is the following allowed: = 'ja-t-it-m0-xxx-v21a-2007-i-ami' > > The -t extension can, itself, be followed by other extensions or by = private use. So, yes, that language tag would be allowed. But only if there is an extension 'i' which defines 'ami' as a subtag = within that extension. It could not have anything to do with the = grandfathered tag "i-ami" meaning "Amis," except in the unlikely and = inadvisable situation that the extension subtag also has that meaning. -- Doug Ewell | Thornton, Colorado, USA | RFC 5645, 4645, UTN #14 www.ewellic.org | www.facebook.com/doug.ewell | @DougEwell =C2=AD ------=_NextPart_000_0156_01CC3EDE.F065FFA0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable
Mykyta Yevstifeyev proposed to replace
 
> | lang=3D | language       | = [BCP47 =20 <http://tools.ietf.org/html/draft-davis-t-langtag-ext-01#ref-BCP47&g= t;],=20 with restrictions |
> |       | ["-" = script]  =20 |            =             &= nbsp;  =20 |
> |       | ["-" = region]  =20 |            =             &= nbsp;  =20 |
> |       | *("-" variant)=20 |            =             &= nbsp;  =20 |
 
in the present draft with:
 
> lang     =3D langtag
 
This won't work, because BCP 47 'langtag' includes tags that = contain an=20 extension or private-use component, which are not allowed in the present = draft=20 because that would leave no exit from 't' to other extensions or = private-use=20 components within the main tag.  So this particular optimization of = Mykyta's needs to be rejected.
 
Along the same lines, Addison replied to Debbie:
 
>> In other words is the following allowed: =20 'ja-t-it-m0-xxx-v21a-2007-i-ami'
>
> The -t extension can, itself, be followed by other extensions = or by=20 private use. So, yes, that language tag would be allowed.
 
But only if there is an extension 'i' which defines 'ami' as a = subtag=20 within that extension.  It could not have anything to do with the=20 grandfathered tag "i-ami" meaning "Amis," except in the unlikely and = inadvisable=20 situation that the extension subtag also has that meaning.
 
--
Doug=20 Ewell | Thornton, Colorado, USA | RFC 5645, 4645, UTN = #14
www.ewellic.org |=20 www.facebook.com/doug.ewell | @DougEwell=20 ­
------=_NextPart_000_0156_01CC3EDE.F065FFA0-- From kent.karlsson14@telia.com Sun Jul 10 08:10:06 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C477821F86D0 for ; Sun, 10 Jul 2011 08:10:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XKcco4eLUaEp for ; Sun, 10 Jul 2011 08:10:06 -0700 (PDT) Received: from smtp-out21.han.skanova.net (smtp-out21.han.skanova.net [195.67.226.208]) by ietfa.amsl.com (Postfix) with ESMTP id EC2B421F85A3 for ; Sun, 10 Jul 2011 08:09:39 -0700 (PDT) Received: from [192.168.1.2] (213.66.59.107) by smtp-out21.han.skanova.net (8.5.133) (authenticated as u05202586) id 4DEDBD7B00A6B774; Sun, 10 Jul 2011 17:08:11 +0200 User-Agent: Microsoft-Entourage/12.29.0.110113 Date: Sun, 10 Jul 2011 17:08:06 +0200 From: Kent Karlsson To: Debbie Garside , "'Phillips, Addison'" , "'Broome, Karen'" , "'Steven R. Loomis'" Message-ID: Thread-Topic: [Ltru] Fwd: draft-davis-t-langtag-ext Thread-Index: Acw9DtbUXcoPM6XxTU65e0/PWxSODAANbkfAAFVQBJAAAEyDcAAcY+3gAAGmiDY= In-Reply-To: <099901cc3f10$569195b0$03b4c110$@co.uk> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Cc: 'Pete Resnick' , 'LTRU Working Group' , 'CLDR list' , Roozbeh Pournader Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2011 15:10:06 -0000 Den 2011-07-10 16:47, skrev "Debbie Garside" : > Hi Addison > > I'm not sure that I see where the "overhead" is. Can you elaborate? > > BCP47 states: > > IANA will maintain a registry of allocated single-character > (singleton) subtags. This registry MUST use the record-jar format > described by the ABNF in Section 3.1.1. Upon publication of an > extension as an RFC, the maintaining authority defined in the RFC > MUST forward this registration form to , who MUST > forward the request to . The maintaining authority of > the extension MUST maintain the accuracy of the record by sending an > updated full copy of the record to with the subject > line "LANGUAGE TAG EXTENSION UPDATE" whenever content changes. Only > the 'Comments', 'Contact_Email', 'Mailing_List', and 'URL' fields MAY > be modified in these updates. That is for registering that there at all are certain approved extensions. It provides *no* data about the subtags "under" any extension. > This IMHO is the overhead. Given that we already have ietf-languages as a > discussion list, and all the rules and regulations for application and > registration of subtags, why create another "private" process? CLDR-TC would > have to create transparent rules and regs anyway. The IANA language subtag registry has no way of registering what goes "under" an extension. Only things preceding any extension (and separately a list of approved singletons for extensions). Changing this would mean revising BCP 47. That would be a major hurdle. > Keeping everything in one place/list has got to be easier for the end user. I > still cannot see any real reason for taking this out of IETF other than BCP47 > allows for it. As Addison mentioned, one can have a separate registry for an extension that is held by IANA. But that would mean defining lots of details on exactly goes into the registry, its format, procedures for approval, etc. That is NOT covered by BCP 47. > I can see the proposed -t extension mechanism being widely used by a number of > organisations, I can agree with that part. /Kent K > unlike the -u extension which was specifically designed for > integrating CLDR data within a subtag. I don't think we can compare the two > processes. > > Best wishes > > Debbie From debbie@ictmarketing.co.uk Sun Jul 10 08:17:10 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8AAC921F859C for ; Sun, 10 Jul 2011 08:17:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.022 X-Spam-Level: X-Spam-Status: No, score=-2.022 tagged_above=-999 required=5 tests=[AWL=0.577, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bUDb0DuoJbrJ for ; Sun, 10 Jul 2011 08:17:09 -0700 (PDT) Received: from 145.nexbyte.net (145.nexbyte.net [62.197.41.145]) by ietfa.amsl.com (Postfix) with ESMTP id D1F3221F858F for ; Sun, 10 Jul 2011 08:17:08 -0700 (PDT) Received: from ICTPC ([78.145.15.124]) by 145.nexbyte.net with MailEnable ESMTP; Sun, 10 Jul 2011 16:17:15 +0100 From: "Debbie Garside" To: "'Debbie Garside'" , "'Phillips, Addison'" , "'Broome, Karen'" , "'Steven R. Loomis'" References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> <075f01cc3cbf$0f04ba90$2d0e2fb0$@co.uk> <07be01cc3ce6$114dfc90$33e9f5b0$@co.uk> <1310071653.2702.3.camel@tehran.htpassport.net> <07de01cc3cea$c0b56930$42203b90$@co.uk> <1310075884.2702.21.camel@tehran.htpassport.net> <07fb01cc3cf3$16c46170$444d2450$@co.uk> <20110707182756.7333f020@naf.sanjose.ibm.com> <083a01cc3d45$4c365a50$e4a30ef0$@co.uk> <2CB55BFC7405E94F830537BD924318D5EBF0AB321F@USSDIXMSG11.am.sony.com> <131F80DEA635F044946897AFDA9AC3476A94296D2A@EX-SEA31-D.ant.amazon.com> <099901cc3f10$569195b0$03b4c110$@co.uk> In-Reply-To: <099901cc3f10$569195b0$03b4c110$@co.uk> Date: Sun, 10 Jul 2011 16:17:51 +0100 Message-ID: <09a401cc3f14$8a3cadb0$9eb60910$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acw9DtbUXcoPM6XxTU65e0/PWxSODAANbkfAAFVQBJAAAEyDcAAcY+3gAAHSVgA= Content-Language: en-gb Cc: 'Pete Resnick' , 'LTRU Working Group' , 'CLDR list' , 'Roozbeh Pournader' Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2011 15:17:10 -0000 Can I just clarify... I am reading BCP47 with regard to the rules for sending IANA info on = extension subtags. The wording is not clear. Does the paragraph = (below) mean that every time there is a new part to an extension = mechanism that the maintaining authority sends this to IANA? Or does it = mean that just the details of (in the case) the -t singleton are sent to = IANA? Debbie -----Original Message----- From: cldr-bounce@unicode.org [mailto:cldr-bounce@unicode.org] On Behalf = Of Debbie Garside Sent: 10 July 2011 15:48 To: 'Phillips, Addison'; 'Broome, Karen'; 'Steven R. Loomis' Cc: 'Pete Resnick'; 'Roozbeh Pournader'; 'CLDR list'; 'LTRU Working = Group' Subject: RE: [Ltru] Fwd: draft-davis-t-langtag-ext Hi Addison I'm not sure that I see where the "overhead" is. Can you elaborate? =20 BCP47 states: IANA will maintain a registry of allocated single-character (singleton) subtags. This registry MUST use the record-jar format described by the ABNF in Section 3.1.1. Upon publication of an extension as an RFC, the maintaining authority defined in the RFC MUST forward this registration form to , who MUST forward the request to . The maintaining authority of the extension MUST maintain the accuracy of the record by sending an updated full copy of the record to with the subject line "LANGUAGE TAG EXTENSION UPDATE" whenever content changes. Only the 'Comments', 'Contact_Email', 'Mailing_List', and 'URL' fields MAY be modified in these updates. This IMHO is the overhead. Given that we already have ietf-languages as = a discussion list, and all the rules and regulations for application and = registration of subtags, why create another "private" process? CLDR-TC = would have to create transparent rules and regs anyway. Keeping everything in one place/list has got to be easier for the end = user. I still cannot see any real reason for taking this out of IETF = other than BCP47 allows for it. =20 I can see the proposed -t extension mechanism being widely used by a = number of organisations, unlike the -u extension which was specifically = designed for integrating CLDR data within a subtag. I don't think we = can compare the two processes. =20 Best wishes Debbie -----Original Message----- From: Phillips, Addison [mailto:addison@lab126.com]=20 Sent: 10 July 2011 02:37 To: Broome, Karen; Debbie Garside; 'Steven R. Loomis' Cc: 'Pete Resnick'; 'Roozbeh Pournader'; 'CLDR list'; 'LTRU Working = Group' Subject: RE: [Ltru] Fwd: draft-davis-t-langtag-ext > I tend to agree with Debbie on this. I'm not sure this is best handled = by an > external, if tightly coupled, organization. This seems to be a useful = extension to > the main body of work so it seems like it should be handled in the = same way. There is a fundamental problem with that, though. The extension mechanism can be used to create a registry under the = auspices of the IETF that is managed by IANA using the ietf-languages = list. That requires Internet-Draft(s) be created laying out the process, = rules, format, structure, etc. etc. for the registry. We know from = experience how much effort is required to complete such work. Note that = such an extension would still be a separate registry and would be = managed separately (even if it were to use the same mail list, for = example). The extension mechanism also can be used (indeed, given the foregoing, = is optimized for use) by standards bodies or other organizations that = maintain or are willing to create and maintain language-tag-extending = standards or registries. In this case, one such body (the CLDR-TC of the = Unicode Consortium) has requested under the BCP 47 rules that the IESG = to assign it one of the 34 remaining singletons for an extension that = they will maintain. CLDR-TC is already the maintainer of one language tag extension, so it = probably meets at least meet a minimal bar for fitness as such. Given = the overhead for creating a different process, isn't it reasonable to = use the CLDR process and Unicode's willingness to maintain the registry = for this purpose? If there are concerns about the openness of the = process, etc., I believe they can be addressed in the Internet-Draft. A separate question is whether the current proposal is = adequate/appropriate for the task, including such stuff as the creation = of a single registry. The other authors are open to discussing these = things and making changes. Is that objectionable as an approach? Addison > -----Original Message----- > From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf = Of > Broome, Karen > Sent: Saturday, July 09, 2011 5:42 PM > To: Debbie Garside; 'Steven R. Loomis' > Cc: 'Pete Resnick'; 'Roozbeh Pournader'; 'CLDR list'; 'LTRU Working = Group' > Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext >=20 > I tend to agree with Debbie on this. I'm not sure this is best handled = by an > external, if tightly coupled, organization. This seems to be a useful = extension to > the main body of work so it seems like it should be handled in the = same way. >=20 > Regards, >=20 > Karen Broome >=20 > -----Original Message----- > From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf = Of > Debbie Garside > Sent: Friday, July 08, 2011 6:02 PM > To: 'Steven R. Loomis' > Cc: 'LTRU Working Group'; 'CLDR list'; 'Pete Resnick'; 'Roozbeh = Pournader' > Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext >=20 > Hi Steven >=20 > Thanks. I really am not trying to criticise CLDR. I understand = (somewhat) the > problems and the needs of industry. As already mentioned, I am a = supporter of > both Unicode and CLDR. I will ask my colleague to speak with you = about his > concerns. >=20 > My concern here on IETF-LTRU is that a process is being taken out of = IETF > unnecessarily IMHO - at least from the responses received so far, I = can see no > added value in CLDR functioning as the Registrar for -t extensions. >=20 > Best wishes >=20 > Debbie >=20 >=20 >=20 > -----Original Message----- > From: cldr-bounce@unicode.org [mailto:cldr-bounce@unicode.org] On = Behalf > Of Steven R. Loomis > Sent: 08 July 2011 02:28 > To: Debbie Garside > Cc: 'Roozbeh Pournader'; 'Mark Davis =E2=98=95'; 'Mykyta Yevstifeyev'; = 'Pete Resnick'; > 'LTRU Working Group'; 'CLDR list' > Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext >=20 > Debbie, >=20 > I think that the concern about the data dump was due to some > misunderstandings regarding the CLDR process. As the one who developed = and > manages major parts of the CLDR tooling (along with many others), I = can say > that the human users involved with the "data dump" (which was another > misconception, that it was merely a one-way "dump") were very = involved with > the CLDR forum process. >=20 > We are hard at work to make the vetting process easier to use for = everyone. > The sheer number of increased users and data the last time around, = brought to > the forefront stability and performance issues that were still = unresolved. One of > the issues is the amount of data that is in a CLDR locale can be = daunting, it > would be in the tens of thousands of data items. We've already = introduced a > system ('coverage') that lets the user reduce what is shown normally = to just > critical items. This system is already slated to be improved. As = well, we have > some faster hardware to run the server on that we will be testing out = soon. >=20 > I realize that you are relaying a concern from a third party, but I = would invite > your colleague to discuss the specific concerns with us if they had = not already. > One of the very exciting parts, for me, of this process is that anyone = regardless > of other 'status' can (and does) sign up and contribute data, and has = a voice. > Previous to the launch of the CLDR project about eight years ago, this = locale > data existed in multiple organization's repositories, where it would = take a bug > report to cause any change. Then I (and others in different = companies, > independently) would have to look at the bug report and decide when = and if to > spend time updating that data. Now there is a process for sorting out = the data, > and also a common repository and format for many projects (both = open-source > and commercial) to pick up and use. It's not a perfect process, but = it's a process. >=20 > Regards, >=20 > Steven >=20 >=20 >=20 > On Thu, 7 Jul 2011 23:13:19 +0100 > "Debbie Garside" wrote: >=20 > > I will say just say a couple of things on this and then will let it > > go. I really am not about attacking either Unicode or CLDR as I > > believe I am still a member (and have been since they last printed a > > hard copy - whenever that was). > > > > I believe that CLDR has lost experts due to a data dump from Google > > that overwrote their work. I had a face to face conversation with a > > colleague involved whilst in Korea three weeks ago. > > > > Saying that all the core people are still there after 20 years does > > not address the issue of paying for votes - they may have been = paying > > for 20 years. In any case, I believe CLDR was created some 7 years > > ago (or maybe 8). > > > > One could ask, how many people are on the proposed CLDR committee = and, > > of these, how many are not attached to paying organisations? > > > > Best wishes > > > > Debbie > > > > -----Original Message----- > > From: cldr-bounce@unicode.org [mailto:cldr-bounce@unicode.org] On > > Behalf Of Roozbeh Pournader Sent: 07 July 2011 22:58 > > To: Debbie Garside > > Cc: 'Mark Davis =E2=98=95'; 'Mykyta Yevstifeyev'; 'Pete Resnick'; = 'LTRU > > Working Group'; 'CLDR list' Subject: RE: [Ltru] Fwd: > > draft-davis-t-langtag-ext > > > > On Thu, 2011-07-07 at 22:13 +0100, Debbie Garside wrote: > > > > > I have heard from a colleague who has been instrumental in adding > > > 100 locales to CLDR that many volunteers are disillusioned and = have > > > stopped contributing. > > > > That's not because of committee voting. Maintaining and updating the > > data in CLDR locales uses a vetting procedure vastly different from > > the CLDR commitee itself. And I have seen the feedback from experts > > with limited voting right incorporated not only in CLDR data, but = also > > in updates to the CLDR data vetting process. From what I've seen, = most > > volunteer experts objections has been about not being able to keep = up > > with the pace of data that comes from some full members. > > So, it's mostly been volunteer contributors (myself included) trying > > to slow down the process, instead of voting members. So contrary to > > what you think, it's the organizational and data support from the > > voting members that makes sure the process is fast enough. Not only = it > > doesn't put development back for years, it's usually volunteer > > contributors who want the process slowed down so they can catch up. > > > > Again, all of that is about "locale data", which is really very = large > > amount of data. I don't think we can use that experience to see how > > the "t" extension will be maintained. A better comparison is how the > > Unicode Consortium and the CLDR committee has been maintaining the > > already-registered "u" extension. Do you know anybody who has had a > > problem with that? > > > > > I would hate for IETF to find that they agree to "outsource" this > > > work and then find that their volunteer experts disappear. > > > > Well, Unicode has been here for more than two decades, and I have = yet > > to see expertise disappear from it. Not only that, but also almost = all > > the core people are still contributing. > > > > Roozbeh >=20 >=20 >=20 >=20 >=20 > _______________________________________________ > Ltru mailing list > Ltru@ietf.org > https://www.ietf.org/mailman/listinfo/ltru > _______________________________________________ > Ltru mailing list > Ltru@ietf.org > https://www.ietf.org/mailman/listinfo/ltru From debbie@ictmarketing.co.uk Sun Jul 10 08:31:08 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B9D521F8637 for ; Sun, 10 Jul 2011 08:31:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.07 X-Spam-Level: X-Spam-Status: No, score=-2.07 tagged_above=-999 required=5 tests=[AWL=0.529, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jNqckR0icKwP for ; Sun, 10 Jul 2011 08:31:07 -0700 (PDT) Received: from 145.nexbyte.net (145.nexbyte.net [62.197.41.145]) by ietfa.amsl.com (Postfix) with ESMTP id 294D221F85FF for ; Sun, 10 Jul 2011 08:31:07 -0700 (PDT) Received: from ICTPC ([78.145.15.124]) by 145.nexbyte.net with MailEnable ESMTP; Sun, 10 Jul 2011 16:31:10 +0100 From: "Debbie Garside" To: "'Kent Karlsson'" , "'Phillips, Addison'" , "'Broome, Karen'" , "'Steven R. Loomis'" References: <099901cc3f10$569195b0$03b4c110$@co.uk> In-Reply-To: Date: Sun, 10 Jul 2011 16:31:50 +0100 Message-ID: <09a501cc3f16$7d680060$78380120$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: Acw9DtbUXcoPM6XxTU65e0/PWxSODAANbkfAAFVQBJAAAEyDcAAcY+3gAAGmiDYAAGK1wA== Content-Language: en-gb Cc: 'Pete Resnick' , 'LTRU Working Group' , 'CLDR list' , 'Roozbeh Pournader' Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2011 15:31:08 -0000 Thanks Kent I can see that I have not interpreted BCP47 correctly. I think, taking in the comments from Karen, Doug and others, what I may be happier with in the current scenario (Unicode as maintaining authority) is if we could include within the RFC an obligation for Unicode to post any requests for subtags relating to the -t extension to the ietf-languages list for discussion, in addition to their own internal discussions, and that the opinions of the participants on this (aforementioned) list carry the same weight as they do within IETF. Protection for IETF participants would come via the IESG (in that IETF participants can ask that the role of maintaining authority for the -t extension be taken from Unicode if their views are not considered appropriately). Also, the resulting -t extension subtag record should be posted to ietf-languages once agreed. Further, the registry should be mirrored by IANA and linked to the subtag registry. Is this possible? Best wishes Debbie -----Original Message----- From: cldr-bounce@unicode.org [mailto:cldr-bounce@unicode.org] On Behalf Of Kent Karlsson Sent: 10 July 2011 16:08 To: Debbie Garside; 'Phillips, Addison'; 'Broome, Karen'; 'Steven R. Loomis' Cc: 'Pete Resnick'; Roozbeh Pournader; 'CLDR list'; 'LTRU Working Group' Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext Den 2011-07-10 16:47, skrev "Debbie Garside" : > Hi Addison > > I'm not sure that I see where the "overhead" is. Can you elaborate? > > BCP47 states: > > IANA will maintain a registry of allocated single-character > (singleton) subtags. This registry MUST use the record-jar format > described by the ABNF in Section 3.1.1. Upon publication of an > extension as an RFC, the maintaining authority defined in the RFC > MUST forward this registration form to , who MUST > forward the request to . The maintaining authority of > the extension MUST maintain the accuracy of the record by sending an > updated full copy of the record to with the subject > line "LANGUAGE TAG EXTENSION UPDATE" whenever content changes. Only > the 'Comments', 'Contact_Email', 'Mailing_List', and 'URL' fields MAY > be modified in these updates. That is for registering that there at all are certain approved extensions. It provides *no* data about the subtags "under" any extension. > This IMHO is the overhead. Given that we already have ietf-languages as a > discussion list, and all the rules and regulations for application and > registration of subtags, why create another "private" process? CLDR-TC would > have to create transparent rules and regs anyway. The IANA language subtag registry has no way of registering what goes "under" an extension. Only things preceding any extension (and separately a list of approved singletons for extensions). Changing this would mean revising BCP 47. That would be a major hurdle. > Keeping everything in one place/list has got to be easier for the end user. I > still cannot see any real reason for taking this out of IETF other than BCP47 > allows for it. As Addison mentioned, one can have a separate registry for an extension that is held by IANA. But that would mean defining lots of details on exactly goes into the registry, its format, procedures for approval, etc. That is NOT covered by BCP 47. > I can see the proposed -t extension mechanism being widely used by a number of > organisations, I can agree with that part. /Kent K > unlike the -u extension which was specifically designed for > integrating CLDR data within a subtag. I don't think we can compare the two > processes. > > Best wishes > > Debbie From addison@lab126.com Sun Jul 10 08:36:44 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AF93321F8672 for ; Sun, 10 Jul 2011 08:36:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.298 X-Spam-Level: X-Spam-Status: No, score=-105.298 tagged_above=-999 required=5 tests=[AWL=1.300, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pxZYbYUdD9uy for ; Sun, 10 Jul 2011 08:36:44 -0700 (PDT) Received: from smtp-fw-4101.amazon.com (smtp-fw-4101.amazon.com [72.21.198.25]) by ietfa.amsl.com (Postfix) with ESMTP id F2C6D21F8665 for ; Sun, 10 Jul 2011 08:36:43 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.65,508,1304294400"; d="scan'208,217";a="480378637" Received: from smtp-in-9001.sea19.amazon.com ([10.186.144.32]) by smtp-border-fw-out-4101.iad4.amazon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 10 Jul 2011 15:36:42 +0000 Received: from ex-hub-31012.ant.amazon.com (ex-hub-31012.sea31.amazon.com [10.185.169.29]) by smtp-in-9001.sea19.amazon.com (8.13.8/8.13.8) with ESMTP id p6AFags4027146 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 10 Jul 2011 15:36:42 GMT Received: from EX-SEA31-D.ant.amazon.com ([169.254.1.184]) by ex-hub-31012.ant.amazon.com ([fe80::24e8:aabe:e5e7:2f81%12]) with mapi; Sun, 10 Jul 2011 08:36:42 -0700 From: "Phillips, Addison" To: Doug Ewell , "ltru@ietf.org" Date: Sun, 10 Jul 2011 08:36:43 -0700 Thread-Topic: [Ltru] Fwd: draft-davis-t-langtag-ext Thread-Index: Acw/EjdtTKmY84PtTDenLmBopOGstgABKZ1Q Message-ID: <131F80DEA635F044946897AFDA9AC3476A94296DB6@EX-SEA31-D.ant.amazon.com> References: <6240B7C0DD3043FAB6B56E254FD6BD3A@DougEwell> In-Reply-To: <6240B7C0DD3043FAB6B56E254FD6BD3A@DougEwell> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_131F80DEA635F044946897AFDA9AC3476A94296DB6EXSEA31Dantam_" MIME-Version: 1.0 Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2011 15:36:44 -0000 --_000_131F80DEA635F044946897AFDA9AC3476A94296DB6EXSEA31Dantam_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QWxvbmcgdGhlIHNhbWUgbGluZXMsIEFkZGlzb24gcmVwbGllZCB0byBEZWJiaWU6DQoNCj4+IElu IG90aGVyIHdvcmRzIGlzIHRoZSBmb2xsb3dpbmcgYWxsb3dlZDogICdqYS10LWl0LW0wLXh4eC12 MjFhLTIwMDctaS1hbWknDQo+DQo+IFRoZSAtdCBleHRlbnNpb24gY2FuLCBpdHNlbGYsIGJlIGZv bGxvd2VkIGJ5IG90aGVyIGV4dGVuc2lvbnMgb3IgYnkgcHJpdmF0ZSB1c2UuIFNvLCB5ZXMsIHRo YXQgbGFuZ3VhZ2UgdGFnIHdvdWxkIGJlIGFsbG93ZWQuDQoNCkJ1dCBvbmx5IGlmIHRoZXJlIGlz IGFuIGV4dGVuc2lvbiAnaScgd2hpY2ggZGVmaW5lcyAnYW1pJyBhcyBhIHN1YnRhZyB3aXRoaW4g dGhhdCBleHRlbnNpb24uICBJdCBjb3VsZCBub3QgaGF2ZSBhbnl0aGluZyB0byBkbyB3aXRoIHRo ZSBncmFuZGZhdGhlcmVkIHRhZyAiaS1hbWkiIG1lYW5pbmcgIkFtaXMsIiBleGNlcHQgaW4gdGhl IHVubGlrZWx5IGFuZCBpbmFkdmlzYWJsZSBzaXR1YXRpb24gdGhhdCB0aGUgZXh0ZW5zaW9uIHN1 YnRhZyBhbHNvIGhhcyB0aGF0IG1lYW5pbmcuDQoNCkFQPiBJIGFncmVlLiBPciwgdG8gcHV0IGl0 IGFub3RoZXIgd2F5LCB0aGF0IHRhZyBpcyBzeW50YWN0aWNhbGx5IGNvcnJlY3QgKHdlbGwtZm9y bWVkIGFjY29yZGluZyB0byB0aGUgQUJORikgYW5kIGNvbnRhaW5zIHR3byBleHRlbnNpb25zLiBU aGUgKG5vbi0pZGVmaW5pdGlvbiBvZiB0aGUg4oCYaScgZXh0ZW5zaW9uIGlzIHNvbWV0aGluZyBJ IGRpZG7igJl0IGFkZHJlc3MgaW4gbXkgcmVzcG9uc2UuDQoNCkFkZGlzb24NCg== --_000_131F80DEA635F044946897AFDA9AC3476A94296DB6EXSEA31Dantam_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Ik1TIE1pbmNobyI7 DQoJcGFub3NlLTE6MiAyIDYgOSA0IDIgNSA4IDMgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFt aWx5OiJNUyBNaW5jaG8iOw0KCXBhbm9zZS0xOjIgMiA2IDkgNCAyIDUgOCAzIDQ7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlxATVMgTWluY2hvIjsNCglwYW5vc2Ut MToyIDIgNiA5IDQgMiA1IDggMyA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05v cm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowaW47DQoJbWFyZ2lu LWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVz IE5ldyBSb21hbiIsInNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1z b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEw LjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2lu OjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3Jk U2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBl ZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0t LT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4N CjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1s PjwhW2VuZGlmXS0tPjwvaGVhZD48Ym9keSBsYW5nPUVOLVVTIGxpbms9Ymx1ZSB2bGluaz1wdXJw bGU+PGRpdiBjbGFzcz1Xb3JkU2VjdGlvbjE+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxl PSdmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOmJsYWNrJz5BbG9uZyB0 aGUgc2FtZSBsaW5lcywgQWRkaXNvbiByZXBsaWVkIHRvIERlYmJpZTo8bzpwPjwvbzpwPjwvc3Bh bj48L3A+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OiJD YWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6YmxhY2snPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFu PjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1mYW1p bHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjpibGFjayc+Jmd0OyZndDsgSW4gb3RoZXIg d29yZHMgaXMgdGhlIGZvbGxvd2luZyBhbGxvd2VkOiZuYnNwOyAnamEtdC1pdC1tMC14eHgtdjIx YS0yMDA3LWktYW1pJzxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1z b05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtj b2xvcjpibGFjayc+Jmd0OzxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48ZGl2Pjxw IGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIjtjb2xvcjpibGFjayc+Jmd0OyBUaGUgLXQgZXh0ZW5zaW9uIGNhbiwgaXRzZWxmLCBi ZSBmb2xsb3dlZCBieSBvdGhlciBleHRlbnNpb25zIG9yIGJ5IHByaXZhdGUgdXNlLiBTbywgeWVz LCB0aGF0IGxhbmd1YWdlIHRhZyB3b3VsZCBiZSBhbGxvd2VkLjxvOnA+PC9vOnA+PC9zcGFuPjwv cD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6 IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjpibGFjayc+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LWZh bWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOmJsYWNrJz5CdXQgb25seSBpZiB0aGVy ZSBpcyBhbiBleHRlbnNpb24gJ2knIHdoaWNoIGRlZmluZXMgJ2FtaScgYXMgYSBzdWJ0YWcgd2l0 aGluIHRoYXQgZXh0ZW5zaW9uLiZuYnNwOyBJdCBjb3VsZCBub3QgaGF2ZSBhbnl0aGluZyB0byBk byB3aXRoIHRoZSBncmFuZGZhdGhlcmVkIHRhZyAmcXVvdDtpLWFtaSZxdW90OyBtZWFuaW5nICZx dW90O0FtaXMsJnF1b3Q7IGV4Y2VwdCBpbiB0aGUgdW5saWtlbHkgYW5kIGluYWR2aXNhYmxlIHNp dHVhdGlvbiB0aGF0IHRoZSBleHRlbnNpb24gc3VidGFnIGFsc28gaGFzIHRoYXQgbWVhbmluZy48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4g c3R5bGU9J2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6YmxhY2snPiZu YnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48 c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0 OTdEJz5BUCZndDsgSSBhZ3JlZS4gT3IsIHRvIHB1dCBpdCBhbm90aGVyIHdheSwgdGhhdCB0YWcg aXMgc3ludGFjdGljYWxseSBjb3JyZWN0ICh3ZWxsLWZvcm1lZCBhY2NvcmRpbmcgdG8gdGhlIEFC TkYpIGFuZCBjb250YWlucyB0d28gZXh0ZW5zaW9ucy4gVGhlIChub24tKWRlZmluaXRpb24gb2Yg dGhlIOKAmGknIGV4dGVuc2lvbiBpcyBzb21ldGhpbmcgSSBkaWRu4oCZdCBhZGRyZXNzIGluIG15 IHJlc3BvbnNlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4g c3R5bGU9J2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHls ZT0nZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz5BZGRp c29uPC9zcGFuPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxp YnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+PG86cD48L286cD48L3NwYW4+PC9wPjwv ZGl2PjwvZGl2PjwvYm9keT48L2h0bWw+ --_000_131F80DEA635F044946897AFDA9AC3476A94296DB6EXSEA31Dantam_-- From addison@lab126.com Sun Jul 10 08:50:41 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 70F8121F866A for ; Sun, 10 Jul 2011 08:50:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.599 X-Spam-Level: X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XtEPU-6uPFcy for ; Sun, 10 Jul 2011 08:50:40 -0700 (PDT) Received: from smtp-fw-9101.amazon.com (smtp-fw-9101.amazon.com [207.171.184.25]) by ietfa.amsl.com (Postfix) with ESMTP id 1113121F8656 for ; Sun, 10 Jul 2011 08:50:40 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.65,509,1304294400"; d="scan'208";a="740756590" Received: from smtp-in-1104.vdc.amazon.com ([10.140.10.25]) by smtp-border-fw-out-9101.sea19.amazon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 10 Jul 2011 15:50:35 +0000 Received: from ex-hub-31012.ant.amazon.com (ex-hub-31012.sea31.amazon.com [10.185.169.29]) by smtp-in-1104.vdc.amazon.com (8.13.8/8.13.8) with ESMTP id p6AFoTlr021258 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 10 Jul 2011 15:50:30 GMT Received: from EX-SEA31-D.ant.amazon.com ([169.254.1.184]) by ex-hub-31012.ant.amazon.com ([fe80::24e8:aabe:e5e7:2f81%12]) with mapi; Sun, 10 Jul 2011 08:50:29 -0700 From: "Phillips, Addison" To: Debbie Garside , "'Broome, Karen'" , "'Steven R. Loomis'" Date: Sun, 10 Jul 2011 08:50:30 -0700 Thread-Topic: [Ltru] Fwd: draft-davis-t-langtag-ext Thread-Index: Acw9DtbUXcoPM6XxTU65e0/PWxSODAANbkfAAFVQBJAAAEyDcAAcY+3gAAHSVgAAAN7egA== Message-ID: <131F80DEA635F044946897AFDA9AC3476A94296DBA@EX-SEA31-D.ant.amazon.com> References: <4E14F473.6030101@qualcomm.com> <4E152E4F.9070203@gmail.com> <075f01cc3cbf$0f04ba90$2d0e2fb0$@co.uk> <07be01cc3ce6$114dfc90$33e9f5b0$@co.uk> <1310071653.2702.3.camel@tehran.htpassport.net> <07de01cc3cea$c0b56930$42203b90$@co.uk> <1310075884.2702.21.camel@tehran.htpassport.net> <07fb01cc3cf3$16c46170$444d2450$@co.uk> <20110707182756.7333f020@naf.sanjose.ibm.com> <083a01cc3d45$4c365a50$e4a30ef0$@co.uk> <2CB55BFC7405E94F830537BD924318D5EBF0AB321F@USSDIXMSG11.am.sony.com> <131F80DEA635F044946897AFDA9AC3476A94296D2A@EX-SEA31-D.ant.amazon.com> <099901cc3f10$569195b0$03b4c110$@co.uk> <09a401cc3f14$8a3cadb0$9eb60910$@co.uk> In-Reply-To: <09a401cc3f14$8a3cadb0$9eb60910$@co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: 'Pete Resnick' , 'LTRU Working Group' , 'CLDR list' , 'Roozbeh Pournader' Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2011 15:50:41 -0000 VGhlIG9wZXJhdGl2ZSBzZW50ZW5jZSBpbiB0aGUgcGFyYWdyYXBoIHlvdSBxdW90ZSBpcyB0aGUg Zmlyc3Qgb25lOg0KDQo+IElBTkEgd2lsbCBtYWludGFpbiBhIHJlZ2lzdHJ5IG9mIGFsbG9jYXRl ZCBzaW5nbGUtY2hhcmFjdGVyDQo+ICAgIChzaW5nbGV0b24pIHN1YnRhZ3MuICANCg0KVGhhdCBp cywgdGhlIHBhcmFncmFwaCBoYXMgdG8gZG8gd2l0aCBhIHJlZ2lzdHJ5IGNvbnRhaW5pbmcgYSBs aXN0IG9mIHRoZSBleHRlbnNpb25zIGFuZCB3aGVyZSB0byBmaW5kIHRoZW0uIA0KDQpUaGUgYWN0 dWFsIGV4dGVuc2lvbnMgYXJlIGxvY2F0ZWQgc29tZXdoZXJlIGVsc2UuIA0KDQpBZGRpc29uDQoN Cg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBEZWJiaWUgR2Fyc2lkZSBb bWFpbHRvOmRlYmJpZUBpY3RtYXJrZXRpbmcuY28udWtdDQo+IFNlbnQ6IFN1bmRheSwgSnVseSAx MCwgMjAxMSA4OjE4IEFNDQo+IFRvOiAnRGViYmllIEdhcnNpZGUnOyBQaGlsbGlwcywgQWRkaXNv bjsgJ0Jyb29tZSwgS2FyZW4nOyAnU3RldmVuIFIuIExvb21pcycNCj4gQ2M6ICdQZXRlIFJlc25p Y2snOyAnUm9vemJlaCBQb3VybmFkZXInOyAnQ0xEUiBsaXN0JzsgJ0xUUlUgV29ya2luZyBHcm91 cCcNCj4gU3ViamVjdDogUkU6IFtMdHJ1XSBGd2Q6IGRyYWZ0LWRhdmlzLXQtbGFuZ3RhZy1leHQN Cj4gDQo+IENhbiBJIGp1c3QgY2xhcmlmeS4uLg0KPiANCj4gSSBhbSByZWFkaW5nIEJDUDQ3IHdp dGggcmVnYXJkIHRvIHRoZSBydWxlcyBmb3Igc2VuZGluZyBJQU5BIGluZm8gb24gZXh0ZW5zaW9u DQo+IHN1YnRhZ3MuICBUaGUgd29yZGluZyBpcyBub3QgY2xlYXIuICBEb2VzIHRoZSBwYXJhZ3Jh cGggKGJlbG93KSBtZWFuIHRoYXQNCj4gZXZlcnkgdGltZSB0aGVyZSBpcyBhIG5ldyBwYXJ0IHRv IGFuIGV4dGVuc2lvbiBtZWNoYW5pc20gdGhhdCB0aGUgbWFpbnRhaW5pbmcNCj4gYXV0aG9yaXR5 IHNlbmRzIHRoaXMgdG8gSUFOQT8gT3IgZG9lcyBpdCBtZWFuIHRoYXQganVzdCB0aGUgZGV0YWls cyBvZiAoaW4gdGhlDQo+IGNhc2UpIHRoZSAtdCBzaW5nbGV0b24gYXJlIHNlbnQgdG8gSUFOQT8N Cj4gDQo+IERlYmJpZQ0KPiANCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTog Y2xkci1ib3VuY2VAdW5pY29kZS5vcmcgW21haWx0bzpjbGRyLWJvdW5jZUB1bmljb2RlLm9yZ10g T24gQmVoYWxmDQo+IE9mIERlYmJpZSBHYXJzaWRlDQo+IFNlbnQ6IDEwIEp1bHkgMjAxMSAxNTo0 OA0KPiBUbzogJ1BoaWxsaXBzLCBBZGRpc29uJzsgJ0Jyb29tZSwgS2FyZW4nOyAnU3RldmVuIFIu IExvb21pcycNCj4gQ2M6ICdQZXRlIFJlc25pY2snOyAnUm9vemJlaCBQb3VybmFkZXInOyAnQ0xE UiBsaXN0JzsgJ0xUUlUgV29ya2luZyBHcm91cCcNCj4gU3ViamVjdDogUkU6IFtMdHJ1XSBGd2Q6 IGRyYWZ0LWRhdmlzLXQtbGFuZ3RhZy1leHQNCj4gDQo+IEhpIEFkZGlzb24NCj4gDQo+IEknbSBu b3Qgc3VyZSB0aGF0IEkgc2VlIHdoZXJlIHRoZSAib3ZlcmhlYWQiIGlzLiAgQ2FuIHlvdSBlbGFi b3JhdGU/DQo+IA0KPiBCQ1A0NyBzdGF0ZXM6DQo+IA0KPiBJQU5BIHdpbGwgbWFpbnRhaW4gYSBy ZWdpc3RyeSBvZiBhbGxvY2F0ZWQgc2luZ2xlLWNoYXJhY3Rlcg0KPiAgICAoc2luZ2xldG9uKSBz dWJ0YWdzLiAgVGhpcyByZWdpc3RyeSBNVVNUIHVzZSB0aGUgcmVjb3JkLWphciBmb3JtYXQNCj4g ICAgZGVzY3JpYmVkIGJ5IHRoZSBBQk5GIGluIFNlY3Rpb24gMy4xLjEuICBVcG9uIHB1YmxpY2F0 aW9uIG9mIGFuDQo+ICAgIGV4dGVuc2lvbiBhcyBhbiBSRkMsIHRoZSBtYWludGFpbmluZyBhdXRo b3JpdHkgZGVmaW5lZCBpbiB0aGUgUkZDDQo+ICAgIE1VU1QgZm9yd2FyZCB0aGlzIHJlZ2lzdHJh dGlvbiBmb3JtIHRvIDxpZXNnQGlldGYub3JnPiwgd2hvIE1VU1QNCj4gICAgZm9yd2FyZCB0aGUg cmVxdWVzdCB0byA8aWFuYUBpYW5hLm9yZz4uICBUaGUgbWFpbnRhaW5pbmcgYXV0aG9yaXR5IG9m DQo+ICAgIHRoZSBleHRlbnNpb24gTVVTVCBtYWludGFpbiB0aGUgYWNjdXJhY3kgb2YgdGhlIHJl Y29yZCBieSBzZW5kaW5nIGFuDQo+ICAgIHVwZGF0ZWQgZnVsbCBjb3B5IG9mIHRoZSByZWNvcmQg dG8gPGlhbmFAaWFuYS5vcmc+IHdpdGggdGhlIHN1YmplY3QNCj4gICAgbGluZSAiTEFOR1VBR0Ug VEFHIEVYVEVOU0lPTiBVUERBVEUiIHdoZW5ldmVyIGNvbnRlbnQgY2hhbmdlcy4gIE9ubHkNCj4g ICAgdGhlICdDb21tZW50cycsICdDb250YWN0X0VtYWlsJywgJ01haWxpbmdfTGlzdCcsIGFuZCAn VVJMJyBmaWVsZHMgTUFZDQo+ICAgIGJlIG1vZGlmaWVkIGluIHRoZXNlIHVwZGF0ZXMuDQo+IA0K PiBUaGlzIElNSE8gaXMgdGhlIG92ZXJoZWFkLiAgR2l2ZW4gdGhhdCB3ZSBhbHJlYWR5IGhhdmUg aWV0Zi1sYW5ndWFnZXMgYXMgYQ0KPiBkaXNjdXNzaW9uIGxpc3QsIGFuZCBhbGwgdGhlIHJ1bGVz IGFuZCByZWd1bGF0aW9ucyBmb3IgYXBwbGljYXRpb24gYW5kIHJlZ2lzdHJhdGlvbg0KPiBvZiBz dWJ0YWdzLCB3aHkgY3JlYXRlIGFub3RoZXIgInByaXZhdGUiIHByb2Nlc3M/IENMRFItVEMgd291 bGQgaGF2ZSB0bw0KPiBjcmVhdGUgdHJhbnNwYXJlbnQgcnVsZXMgYW5kIHJlZ3MgYW55d2F5Lg0K PiANCj4gS2VlcGluZyBldmVyeXRoaW5nIGluIG9uZSBwbGFjZS9saXN0IGhhcyBnb3QgdG8gYmUg ZWFzaWVyIGZvciB0aGUgZW5kIHVzZXIuICBJIHN0aWxsDQo+IGNhbm5vdCBzZWUgYW55IHJlYWwg cmVhc29uIGZvciB0YWtpbmcgdGhpcyBvdXQgb2YgSUVURiBvdGhlciB0aGFuIEJDUDQ3IGFsbG93 cw0KPiBmb3IgaXQuDQo+IA0KPiBJIGNhbiBzZWUgdGhlIHByb3Bvc2VkIC10IGV4dGVuc2lvbiBt ZWNoYW5pc20gYmVpbmcgd2lkZWx5IHVzZWQgYnkgYSBudW1iZXINCj4gb2Ygb3JnYW5pc2F0aW9u cywgdW5saWtlIHRoZSAtdSBleHRlbnNpb24gd2hpY2ggd2FzIHNwZWNpZmljYWxseSBkZXNpZ25l ZCBmb3INCj4gaW50ZWdyYXRpbmcgQ0xEUiBkYXRhIHdpdGhpbiBhIHN1YnRhZy4gIEkgZG9uJ3Qg dGhpbmsgd2UgY2FuIGNvbXBhcmUgdGhlIHR3bw0KPiBwcm9jZXNzZXMuDQo+IA0KPiBCZXN0IHdp c2hlcw0KPiANCj4gRGViYmllDQo+IA0KPiANCj4gDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQo+IEZyb206IFBoaWxsaXBzLCBBZGRpc29uIFttYWlsdG86YWRkaXNvbkBsYWIxMjYuY29t XQ0KPiBTZW50OiAxMCBKdWx5IDIwMTEgMDI6MzcNCj4gVG86IEJyb29tZSwgS2FyZW47IERlYmJp ZSBHYXJzaWRlOyAnU3RldmVuIFIuIExvb21pcycNCj4gQ2M6ICdQZXRlIFJlc25pY2snOyAnUm9v emJlaCBQb3VybmFkZXInOyAnQ0xEUiBsaXN0JzsgJ0xUUlUgV29ya2luZyBHcm91cCcNCj4gU3Vi amVjdDogUkU6IFtMdHJ1XSBGd2Q6IGRyYWZ0LWRhdmlzLXQtbGFuZ3RhZy1leHQNCj4gDQo+ID4g SSB0ZW5kIHRvIGFncmVlIHdpdGggRGViYmllIG9uIHRoaXMuIEknbSBub3Qgc3VyZSB0aGlzIGlz IGJlc3QgaGFuZGxlZA0KPiA+IGJ5IGFuIGV4dGVybmFsLCBpZiB0aWdodGx5IGNvdXBsZWQsIG9y Z2FuaXphdGlvbi4gVGhpcyBzZWVtcyB0byBiZSBhDQo+ID4gdXNlZnVsIGV4dGVuc2lvbiB0byB0 aGUgbWFpbiBib2R5IG9mIHdvcmsgc28gaXQgc2VlbXMgbGlrZSBpdCBzaG91bGQgYmUNCj4gaGFu ZGxlZCBpbiB0aGUgc2FtZSB3YXkuDQo+IA0KPiBUaGVyZSBpcyBhIGZ1bmRhbWVudGFsIHByb2Js ZW0gd2l0aCB0aGF0LCB0aG91Z2guDQo+IA0KPiBUaGUgZXh0ZW5zaW9uIG1lY2hhbmlzbSBjYW4g YmUgdXNlZCB0byBjcmVhdGUgYSByZWdpc3RyeSB1bmRlciB0aGUgYXVzcGljZXMNCj4gb2YgdGhl IElFVEYgdGhhdCBpcyBtYW5hZ2VkIGJ5IElBTkEgdXNpbmcgdGhlIGlldGYtbGFuZ3VhZ2VzIGxp c3QuIFRoYXQgcmVxdWlyZXMNCj4gSW50ZXJuZXQtRHJhZnQocykgYmUgY3JlYXRlZCBsYXlpbmcg b3V0IHRoZSBwcm9jZXNzLCBydWxlcywgZm9ybWF0LCBzdHJ1Y3R1cmUsIGV0Yy4NCj4gZXRjLiBm b3IgdGhlIHJlZ2lzdHJ5LiBXZSBrbm93IGZyb20gZXhwZXJpZW5jZSBob3cgbXVjaCBlZmZvcnQg aXMgcmVxdWlyZWQgdG8NCj4gY29tcGxldGUgc3VjaCB3b3JrLiBOb3RlIHRoYXQgc3VjaCBhbiBl eHRlbnNpb24gd291bGQgc3RpbGwgYmUgYSBzZXBhcmF0ZQ0KPiByZWdpc3RyeSBhbmQgd291bGQg YmUgbWFuYWdlZCBzZXBhcmF0ZWx5IChldmVuIGlmIGl0IHdlcmUgdG8gdXNlIHRoZSBzYW1lDQo+ IG1haWwgbGlzdCwgZm9yIGV4YW1wbGUpLg0KPiANCj4gVGhlIGV4dGVuc2lvbiBtZWNoYW5pc20g YWxzbyBjYW4gYmUgdXNlZCAoaW5kZWVkLCBnaXZlbiB0aGUgZm9yZWdvaW5nLCBpcw0KPiBvcHRp bWl6ZWQgZm9yIHVzZSkgYnkgc3RhbmRhcmRzIGJvZGllcyBvciBvdGhlciBvcmdhbml6YXRpb25z IHRoYXQgbWFpbnRhaW4gb3INCj4gYXJlIHdpbGxpbmcgdG8gY3JlYXRlIGFuZCBtYWludGFpbiBs YW5ndWFnZS10YWctZXh0ZW5kaW5nIHN0YW5kYXJkcyBvcg0KPiByZWdpc3RyaWVzLiBJbiB0aGlz IGNhc2UsIG9uZSBzdWNoIGJvZHkgKHRoZSBDTERSLVRDIG9mIHRoZSBVbmljb2RlIENvbnNvcnRp dW0pDQo+IGhhcyByZXF1ZXN0ZWQgdW5kZXIgdGhlIEJDUCA0NyBydWxlcyB0aGF0IHRoZSBJRVNH IHRvIGFzc2lnbiBpdCBvbmUgb2YgdGhlIDM0DQo+IHJlbWFpbmluZyBzaW5nbGV0b25zIGZvciBh biBleHRlbnNpb24gdGhhdCB0aGV5IHdpbGwgbWFpbnRhaW4uDQo+IA0KPiBDTERSLVRDIGlzIGFs cmVhZHkgdGhlIG1haW50YWluZXIgb2Ygb25lIGxhbmd1YWdlIHRhZyBleHRlbnNpb24sIHNvIGl0 DQo+IHByb2JhYmx5IG1lZXRzIGF0IGxlYXN0IG1lZXQgYSBtaW5pbWFsIGJhciBmb3IgZml0bmVz cyBhcyBzdWNoLiBHaXZlbiB0aGUNCj4gb3ZlcmhlYWQgZm9yIGNyZWF0aW5nIGEgZGlmZmVyZW50 IHByb2Nlc3MsIGlzbid0IGl0IHJlYXNvbmFibGUgdG8gdXNlIHRoZSBDTERSDQo+IHByb2Nlc3Mg YW5kIFVuaWNvZGUncyB3aWxsaW5nbmVzcyB0byBtYWludGFpbiB0aGUgcmVnaXN0cnkgZm9yIHRo aXMgcHVycG9zZT8gSWYNCj4gdGhlcmUgYXJlIGNvbmNlcm5zIGFib3V0IHRoZSBvcGVubmVzcyBv ZiB0aGUgcHJvY2VzcywgZXRjLiwgSSBiZWxpZXZlIHRoZXkgY2FuDQo+IGJlIGFkZHJlc3NlZCBp biB0aGUgSW50ZXJuZXQtRHJhZnQuDQo+IA0KPiBBIHNlcGFyYXRlIHF1ZXN0aW9uIGlzIHdoZXRo ZXIgdGhlIGN1cnJlbnQgcHJvcG9zYWwgaXMgYWRlcXVhdGUvYXBwcm9wcmlhdGUNCj4gZm9yIHRo ZSB0YXNrLCBpbmNsdWRpbmcgc3VjaCBzdHVmZiBhcyB0aGUgY3JlYXRpb24gb2YgYSBzaW5nbGUg cmVnaXN0cnkuIFRoZSBvdGhlcg0KPiBhdXRob3JzIGFyZSBvcGVuIHRvIGRpc2N1c3NpbmcgdGhl c2UgdGhpbmdzIGFuZCBtYWtpbmcgY2hhbmdlcy4gSXMgdGhhdA0KPiBvYmplY3Rpb25hYmxlIGFz IGFuIGFwcHJvYWNoPw0KPiANCj4gQWRkaXNvbg0KPiANCj4gDQo+ID4gLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCj4gPiBGcm9tOiBsdHJ1LWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzpsdHJ1 LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZg0KPiA+IE9mIEJyb29tZSwgS2FyZW4NCj4gPiBT ZW50OiBTYXR1cmRheSwgSnVseSAwOSwgMjAxMSA1OjQyIFBNDQo+ID4gVG86IERlYmJpZSBHYXJz aWRlOyAnU3RldmVuIFIuIExvb21pcycNCj4gPiBDYzogJ1BldGUgUmVzbmljayc7ICdSb296YmVo IFBvdXJuYWRlcic7ICdDTERSIGxpc3QnOyAnTFRSVSBXb3JraW5nIEdyb3VwJw0KPiA+IFN1Ympl Y3Q6IFJlOiBbTHRydV0gRndkOiBkcmFmdC1kYXZpcy10LWxhbmd0YWctZXh0DQo+ID4NCj4gPiBJ IHRlbmQgdG8gYWdyZWUgd2l0aCBEZWJiaWUgb24gdGhpcy4gSSdtIG5vdCBzdXJlIHRoaXMgaXMg YmVzdCBoYW5kbGVkDQo+ID4gYnkgYW4gZXh0ZXJuYWwsIGlmIHRpZ2h0bHkgY291cGxlZCwgb3Jn YW5pemF0aW9uLiBUaGlzIHNlZW1zIHRvIGJlIGENCj4gPiB1c2VmdWwgZXh0ZW5zaW9uIHRvIHRo ZSBtYWluIGJvZHkgb2Ygd29yayBzbyBpdCBzZWVtcyBsaWtlIGl0IHNob3VsZCBiZQ0KPiBoYW5k bGVkIGluIHRoZSBzYW1lIHdheS4NCj4gPg0KPiA+IFJlZ2FyZHMsDQo+ID4NCj4gPiBLYXJlbiBC cm9vbWUNCj4gPg0KPiA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ID4gRnJvbTogbHRy dS1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86bHRydS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhh bGYNCj4gPiBPZiBEZWJiaWUgR2Fyc2lkZQ0KPiA+IFNlbnQ6IEZyaWRheSwgSnVseSAwOCwgMjAx MSA2OjAyIFBNDQo+ID4gVG86ICdTdGV2ZW4gUi4gTG9vbWlzJw0KPiA+IENjOiAnTFRSVSBXb3Jr aW5nIEdyb3VwJzsgJ0NMRFIgbGlzdCc7ICdQZXRlIFJlc25pY2snOyAnUm9vemJlaCBQb3VybmFk ZXInDQo+ID4gU3ViamVjdDogUmU6IFtMdHJ1XSBGd2Q6IGRyYWZ0LWRhdmlzLXQtbGFuZ3RhZy1l eHQNCj4gPg0KPiA+IEhpIFN0ZXZlbg0KPiA+DQo+ID4gVGhhbmtzLiAgSSByZWFsbHkgYW0gbm90 IHRyeWluZyB0byBjcml0aWNpc2UgQ0xEUi4gIEkgdW5kZXJzdGFuZA0KPiA+IChzb21ld2hhdCkg dGhlIHByb2JsZW1zIGFuZCB0aGUgbmVlZHMgb2YgaW5kdXN0cnkuICBBcyBhbHJlYWR5DQo+ID4g bWVudGlvbmVkLCBJIGFtIGEgc3VwcG9ydGVyIG9mIGJvdGggVW5pY29kZSBhbmQgQ0xEUi4gIEkg d2lsbCBhc2sgbXkNCj4gPiBjb2xsZWFndWUgdG8gc3BlYWsgd2l0aCB5b3UgYWJvdXQgaGlzIGNv bmNlcm5zLg0KPiA+DQo+ID4gTXkgY29uY2VybiBoZXJlIG9uIElFVEYtTFRSVSBpcyB0aGF0IGEg cHJvY2VzcyBpcyBiZWluZyB0YWtlbiBvdXQgb2YNCj4gPiBJRVRGIHVubmVjZXNzYXJpbHkgSU1I TyAtIGF0IGxlYXN0IGZyb20gdGhlIHJlc3BvbnNlcyByZWNlaXZlZCBzbyBmYXIsDQo+ID4gSSBj YW4gc2VlIG5vIGFkZGVkIHZhbHVlIGluIENMRFIgZnVuY3Rpb25pbmcgYXMgdGhlIFJlZ2lzdHJh ciBmb3IgLXQNCj4gZXh0ZW5zaW9ucy4NCj4gPg0KPiA+IEJlc3Qgd2lzaGVzDQo+ID4NCj4gPiBE ZWJiaWUNCj4gPg0KPiA+DQo+ID4NCj4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+ IEZyb206IGNsZHItYm91bmNlQHVuaWNvZGUub3JnIFttYWlsdG86Y2xkci1ib3VuY2VAdW5pY29k ZS5vcmddIE9uDQo+ID4gQmVoYWxmIE9mIFN0ZXZlbiBSLiBMb29taXMNCj4gPiBTZW50OiAwOCBK dWx5IDIwMTEgMDI6MjgNCj4gPiBUbzogRGViYmllIEdhcnNpZGUNCj4gPiBDYzogJ1Jvb3piZWgg UG91cm5hZGVyJzsgJ01hcmsgRGF2aXMg4piVJzsgJ015a3l0YSBZZXZzdGlmZXlldic7ICdQZXRl DQo+ID4gUmVzbmljayc7ICdMVFJVIFdvcmtpbmcgR3JvdXAnOyAnQ0xEUiBsaXN0Jw0KPiA+IFN1 YmplY3Q6IFJlOiBbTHRydV0gRndkOiBkcmFmdC1kYXZpcy10LWxhbmd0YWctZXh0DQo+ID4NCj4g PiBEZWJiaWUsDQo+ID4NCj4gPiBJIHRoaW5rIHRoYXQgdGhlIGNvbmNlcm4gYWJvdXQgdGhlIGRh dGEgZHVtcCB3YXMgZHVlIHRvIHNvbWUNCj4gPiBtaXN1bmRlcnN0YW5kaW5ncyByZWdhcmRpbmcg dGhlIENMRFIgcHJvY2Vzcy4gQXMgdGhlIG9uZSB3aG8gZGV2ZWxvcGVkDQo+ID4gYW5kIG1hbmFn ZXMgbWFqb3IgcGFydHMgb2YgdGhlIENMRFIgdG9vbGluZyAoYWxvbmcgd2l0aCBtYW55IG90aGVy cyksDQo+ID4gSSBjYW4gc2F5IHRoYXQgdGhlIGh1bWFuIHVzZXJzIGludm9sdmVkIHdpdGggdGhl ICJkYXRhIGR1bXAiICh3aGljaA0KPiA+IHdhcyBhbm90aGVyIG1pc2NvbmNlcHRpb24sIHRoYXQg aXQgd2FzIG1lcmVseSBhIG9uZS13YXkgImR1bXAiKSB3ZXJlDQo+ID4gdmVyeSBpbnZvbHZlZCB3 aXRoIHRoZSBDTERSIGZvcnVtIHByb2Nlc3MuDQo+ID4NCj4gPiBXZSBhcmUgaGFyZCBhdCB3b3Jr IHRvIG1ha2UgdGhlIHZldHRpbmcgcHJvY2VzcyBlYXNpZXIgdG8gdXNlIGZvciBldmVyeW9uZS4N Cj4gPiBUaGUgc2hlZXIgbnVtYmVyIG9mIGluY3JlYXNlZCB1c2VycyBhbmQgZGF0YSB0aGUgbGFz dCB0aW1lIGFyb3VuZCwNCj4gPiBicm91Z2h0IHRvIHRoZSBmb3JlZnJvbnQgc3RhYmlsaXR5IGFu ZCBwZXJmb3JtYW5jZSBpc3N1ZXMgdGhhdCB3ZXJlDQo+ID4gc3RpbGwgdW5yZXNvbHZlZC4gT25l IG9mIHRoZSBpc3N1ZXMgaXMgdGhlIGFtb3VudCBvZiBkYXRhIHRoYXQgaXMgaW4gYQ0KPiA+IENM RFIgbG9jYWxlIGNhbiBiZSBkYXVudGluZywgaXQgd291bGQgYmUgaW4gdGhlIHRlbnMgb2YgdGhv dXNhbmRzIG9mDQo+ID4gZGF0YSBpdGVtcy4gV2UndmUgYWxyZWFkeSBpbnRyb2R1Y2VkIGEgc3lz dGVtICgnY292ZXJhZ2UnKSB0aGF0IGxldHMNCj4gPiB0aGUgdXNlciByZWR1Y2Ugd2hhdCBpcyBz aG93biBub3JtYWxseSB0byBqdXN0IGNyaXRpY2FsIGl0ZW1zLiBUaGlzDQo+ID4gc3lzdGVtIGlz IGFscmVhZHkgc2xhdGVkIHRvIGJlIGltcHJvdmVkLiAgQXMgd2VsbCwgd2UgaGF2ZSBzb21lIGZh c3Rlcg0KPiBoYXJkd2FyZSB0byBydW4gdGhlIHNlcnZlciBvbiB0aGF0IHdlIHdpbGwgYmUgdGVz dGluZyBvdXQgc29vbi4NCj4gPg0KPiA+IEkgcmVhbGl6ZSB0aGF0IHlvdSBhcmUgcmVsYXlpbmcg YSBjb25jZXJuIGZyb20gYSB0aGlyZCBwYXJ0eSwgYnV0IEkNCj4gPiB3b3VsZCBpbnZpdGUgeW91 ciBjb2xsZWFndWUgdG8gZGlzY3VzcyB0aGUgc3BlY2lmaWMgY29uY2VybnMgd2l0aCB1cyBpZiB0 aGV5DQo+IGhhZCBub3QgYWxyZWFkeS4NCj4gPiBPbmUgb2YgdGhlIHZlcnkgZXhjaXRpbmcgcGFy dHMsIGZvciBtZSwgb2YgdGhpcyBwcm9jZXNzIGlzIHRoYXQgYW55b25lDQo+ID4gcmVnYXJkbGVz cyBvZiBvdGhlciAnc3RhdHVzJyBjYW4gKGFuZCBkb2VzKSBzaWduIHVwIGFuZCBjb250cmlidXRl IGRhdGEsIGFuZA0KPiBoYXMgYSB2b2ljZS4NCj4gPiBQcmV2aW91cyB0byB0aGUgbGF1bmNoIG9m IHRoZSBDTERSIHByb2plY3QgYWJvdXQgZWlnaHQgeWVhcnMgYWdvLCB0aGlzDQo+ID4gbG9jYWxl IGRhdGEgZXhpc3RlZCBpbiBtdWx0aXBsZSBvcmdhbml6YXRpb24ncyByZXBvc2l0b3JpZXMsIHdo ZXJlIGl0DQo+ID4gd291bGQgdGFrZSBhIGJ1ZyByZXBvcnQgdG8gY2F1c2UgYW55IGNoYW5nZS4g IFRoZW4gSSAoYW5kIG90aGVycyBpbg0KPiA+IGRpZmZlcmVudCBjb21wYW5pZXMsDQo+ID4gaW5k ZXBlbmRlbnRseSkgd291bGQgaGF2ZSB0byBsb29rIGF0IHRoZSBidWcgcmVwb3J0IGFuZCBkZWNp ZGUgd2hlbg0KPiA+IGFuZCBpZiB0byBzcGVuZCB0aW1lIHVwZGF0aW5nIHRoYXQgZGF0YS4gIE5v dyB0aGVyZSBpcyBhIHByb2Nlc3MgZm9yDQo+ID4gc29ydGluZyBvdXQgdGhlIGRhdGEsIGFuZCBh bHNvIGEgY29tbW9uIHJlcG9zaXRvcnkgYW5kIGZvcm1hdCBmb3IgbWFueQ0KPiA+IHByb2plY3Rz IChib3RoIG9wZW4tc291cmNlIGFuZCBjb21tZXJjaWFsKSB0byBwaWNrIHVwIGFuZCB1c2UuIEl0 J3Mgbm90IGENCj4gcGVyZmVjdCBwcm9jZXNzLCBidXQgaXQncyBhIHByb2Nlc3MuDQo+ID4NCj4g PiBSZWdhcmRzLA0KPiA+DQo+ID4gU3RldmVuDQo+ID4NCj4gPg0KPiA+DQo+ID4gT24gVGh1LCA3 IEp1bCAyMDExIDIzOjEzOjE5ICswMTAwDQo+ID4gIkRlYmJpZSBHYXJzaWRlIiA8ZGViYmllQGlj dG1hcmtldGluZy5jby51az4gd3JvdGU6DQo+ID4NCj4gPiA+IEkgd2lsbCBzYXkganVzdCBzYXkg YSBjb3VwbGUgb2YgdGhpbmdzIG9uIHRoaXMgYW5kIHRoZW4gd2lsbCBsZXQgaXQNCj4gPiA+IGdv LiAgSSByZWFsbHkgYW0gbm90IGFib3V0IGF0dGFja2luZyBlaXRoZXIgVW5pY29kZSBvciBDTERS IGFzIEkNCj4gPiA+IGJlbGlldmUgSSBhbSBzdGlsbCBhIG1lbWJlciAoYW5kIGhhdmUgYmVlbiBz aW5jZSB0aGV5IGxhc3QgcHJpbnRlZCBhDQo+ID4gPiBoYXJkIGNvcHkgLSB3aGVuZXZlciB0aGF0 IHdhcykuDQo+ID4gPg0KPiA+ID4gSSBiZWxpZXZlIHRoYXQgQ0xEUiBoYXMgbG9zdCBleHBlcnRz IGR1ZSB0byBhIGRhdGEgZHVtcCBmcm9tIEdvb2dsZQ0KPiA+ID4gdGhhdCBvdmVyd3JvdGUgdGhl aXIgd29yay4gIEkgaGFkIGEgZmFjZSB0byBmYWNlIGNvbnZlcnNhdGlvbiB3aXRoIGENCj4gPiA+ IGNvbGxlYWd1ZSBpbnZvbHZlZCB3aGlsc3QgaW4gS29yZWEgdGhyZWUgd2Vla3MgYWdvLg0KPiA+ ID4NCj4gPiA+IFNheWluZyB0aGF0IGFsbCB0aGUgY29yZSBwZW9wbGUgYXJlIHN0aWxsIHRoZXJl IGFmdGVyIDIwIHllYXJzIGRvZXMNCj4gPiA+IG5vdCBhZGRyZXNzIHRoZSBpc3N1ZSBvZiBwYXlp bmcgZm9yIHZvdGVzIC0gdGhleSBtYXkgaGF2ZSBiZWVuDQo+ID4gPiBwYXlpbmcgZm9yIDIwIHll YXJzLiAgSW4gYW55IGNhc2UsIEkgYmVsaWV2ZSBDTERSIHdhcyBjcmVhdGVkIHNvbWUgNw0KPiA+ ID4geWVhcnMgYWdvIChvciBtYXliZSA4KS4NCj4gPiA+DQo+ID4gPiBPbmUgY291bGQgYXNrLCBo b3cgbWFueSBwZW9wbGUgYXJlIG9uIHRoZSBwcm9wb3NlZCBDTERSIGNvbW1pdHRlZQ0KPiA+ID4g YW5kLCBvZiB0aGVzZSwgaG93IG1hbnkgYXJlIG5vdCBhdHRhY2hlZCB0byBwYXlpbmcgb3JnYW5p c2F0aW9ucz8NCj4gPiA+DQo+ID4gPiBCZXN0IHdpc2hlcw0KPiA+ID4NCj4gPiA+IERlYmJpZQ0K PiA+ID4NCj4gPiA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ID4gPiBGcm9tOiBjbGRy LWJvdW5jZUB1bmljb2RlLm9yZyBbbWFpbHRvOmNsZHItYm91bmNlQHVuaWNvZGUub3JnXSBPbg0K PiA+ID4gQmVoYWxmIE9mIFJvb3piZWggUG91cm5hZGVyIFNlbnQ6IDA3IEp1bHkgMjAxMSAyMjo1 OA0KPiA+ID4gVG86IERlYmJpZSBHYXJzaWRlDQo+ID4gPiBDYzogJ01hcmsgRGF2aXMg4piVJzsg J015a3l0YSBZZXZzdGlmZXlldic7ICdQZXRlIFJlc25pY2snOyAnTFRSVQ0KPiA+ID4gV29ya2lu ZyBHcm91cCc7ICdDTERSIGxpc3QnIFN1YmplY3Q6IFJFOiBbTHRydV0gRndkOg0KPiA+ID4gZHJh ZnQtZGF2aXMtdC1sYW5ndGFnLWV4dA0KPiA+ID4NCj4gPiA+IE9uIFRodSwgMjAxMS0wNy0wNyBh dCAyMjoxMyArMDEwMCwgRGViYmllIEdhcnNpZGUgd3JvdGU6DQo+ID4gPg0KPiA+ID4gPiBJIGhh dmUgaGVhcmQgZnJvbSBhIGNvbGxlYWd1ZSB3aG8gaGFzIGJlZW4gaW5zdHJ1bWVudGFsIGluIGFk ZGluZw0KPiA+ID4gPiAxMDAgbG9jYWxlcyB0byBDTERSIHRoYXQgbWFueSB2b2x1bnRlZXJzIGFy ZSBkaXNpbGx1c2lvbmVkIGFuZA0KPiA+ID4gPiBoYXZlIHN0b3BwZWQgY29udHJpYnV0aW5nLg0K PiA+ID4NCj4gPiA+IFRoYXQncyBub3QgYmVjYXVzZSBvZiBjb21taXR0ZWUgdm90aW5nLiBNYWlu dGFpbmluZyBhbmQgdXBkYXRpbmcgdGhlDQo+ID4gPiBkYXRhIGluIENMRFIgbG9jYWxlcyB1c2Vz IGEgdmV0dGluZyBwcm9jZWR1cmUgdmFzdGx5IGRpZmZlcmVudCBmcm9tDQo+ID4gPiB0aGUgQ0xE UiBjb21taXRlZSBpdHNlbGYuIEFuZCBJIGhhdmUgc2VlbiB0aGUgZmVlZGJhY2sgZnJvbSBleHBl cnRzDQo+ID4gPiB3aXRoIGxpbWl0ZWQgdm90aW5nIHJpZ2h0IGluY29ycG9yYXRlZCBub3Qgb25s eSBpbiBDTERSIGRhdGEsIGJ1dA0KPiA+ID4gYWxzbyBpbiB1cGRhdGVzIHRvIHRoZSBDTERSIGRh dGEgdmV0dGluZyBwcm9jZXNzLiBGcm9tIHdoYXQgSSd2ZQ0KPiA+ID4gc2VlbiwgbW9zdCB2b2x1 bnRlZXIgZXhwZXJ0cyBvYmplY3Rpb25zIGhhcyBiZWVuIGFib3V0IG5vdCBiZWluZw0KPiA+ID4g YWJsZSB0byBrZWVwIHVwIHdpdGggdGhlIHBhY2Ugb2YgZGF0YSB0aGF0IGNvbWVzIGZyb20gc29t ZSBmdWxsIG1lbWJlcnMuDQo+ID4gPiBTbywgaXQncyBtb3N0bHkgYmVlbiB2b2x1bnRlZXIgY29u dHJpYnV0b3JzIChteXNlbGYgaW5jbHVkZWQpIHRyeWluZw0KPiA+ID4gdG8gc2xvdyBkb3duIHRo ZSBwcm9jZXNzLCBpbnN0ZWFkIG9mIHZvdGluZyBtZW1iZXJzLiBTbyBjb250cmFyeSB0bw0KPiA+ ID4gd2hhdCB5b3UgdGhpbmssIGl0J3MgdGhlIG9yZ2FuaXphdGlvbmFsIGFuZCBkYXRhIHN1cHBv cnQgZnJvbSB0aGUNCj4gPiA+IHZvdGluZyBtZW1iZXJzIHRoYXQgbWFrZXMgc3VyZSB0aGUgcHJv Y2VzcyBpcyBmYXN0IGVub3VnaC4gTm90IG9ubHkNCj4gPiA+IGl0IGRvZXNuJ3QgcHV0IGRldmVs b3BtZW50IGJhY2sgZm9yIHllYXJzLCBpdCdzIHVzdWFsbHkgdm9sdW50ZWVyDQo+ID4gPiBjb250 cmlidXRvcnMgd2hvIHdhbnQgdGhlIHByb2Nlc3Mgc2xvd2VkIGRvd24gc28gdGhleSBjYW4gY2F0 Y2ggdXAuDQo+ID4gPg0KPiA+ID4gQWdhaW4sIGFsbCBvZiB0aGF0IGlzIGFib3V0ICJsb2NhbGUg ZGF0YSIsIHdoaWNoIGlzIHJlYWxseSB2ZXJ5DQo+ID4gPiBsYXJnZSBhbW91bnQgb2YgZGF0YS4g SSBkb24ndCB0aGluayB3ZSBjYW4gdXNlIHRoYXQgZXhwZXJpZW5jZSB0bw0KPiA+ID4gc2VlIGhv dyB0aGUgInQiIGV4dGVuc2lvbiB3aWxsIGJlIG1haW50YWluZWQuIEEgYmV0dGVyIGNvbXBhcmlz b24gaXMNCj4gPiA+IGhvdyB0aGUgVW5pY29kZSBDb25zb3J0aXVtIGFuZCB0aGUgQ0xEUiBjb21t aXR0ZWUgaGFzIGJlZW4NCj4gPiA+IG1haW50YWluaW5nIHRoZSBhbHJlYWR5LXJlZ2lzdGVyZWQg InUiIGV4dGVuc2lvbi4gRG8geW91IGtub3cNCj4gPiA+IGFueWJvZHkgd2hvIGhhcyBoYWQgYSBw cm9ibGVtIHdpdGggdGhhdD8NCj4gPiA+DQo+ID4gPiA+IEkgd291bGQgaGF0ZSBmb3IgSUVURiB0 byBmaW5kIHRoYXQgdGhleSBhZ3JlZSB0byAib3V0c291cmNlIiB0aGlzDQo+ID4gPiA+IHdvcmsg YW5kIHRoZW4gZmluZCB0aGF0IHRoZWlyIHZvbHVudGVlciBleHBlcnRzIGRpc2FwcGVhci4NCj4g PiA+DQo+ID4gPiBXZWxsLCBVbmljb2RlIGhhcyBiZWVuIGhlcmUgZm9yIG1vcmUgdGhhbiB0d28g ZGVjYWRlcywgYW5kIEkgaGF2ZQ0KPiA+ID4geWV0IHRvIHNlZSBleHBlcnRpc2UgZGlzYXBwZWFy IGZyb20gaXQuIE5vdCBvbmx5IHRoYXQsIGJ1dCBhbHNvDQo+ID4gPiBhbG1vc3QgYWxsIHRoZSBj b3JlIHBlb3BsZSBhcmUgc3RpbGwgY29udHJpYnV0aW5nLg0KPiA+ID4NCj4gPiA+IFJvb3piZWgN Cj4gPg0KPiA+DQo+ID4NCj4gPg0KPiA+DQo+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCj4gPiBMdHJ1IG1haWxpbmcgbGlzdA0KPiA+IEx0cnVAaWV0 Zi5vcmcNCj4gPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2x0cnUNCj4g PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+IEx0 cnUgbWFpbGluZyBsaXN0DQo+ID4gTHRydUBpZXRmLm9yZw0KPiA+IGh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vbHRydQ0KPiANCj4gDQo+IA0KPiANCj4gDQo+IA0KDQo= From doug@ewellic.org Sun Jul 10 08:52:43 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19AA621F8666 for ; Sun, 10 Jul 2011 08:52:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.669 X-Spam-Level: X-Spam-Status: No, score=-1.669 tagged_above=-999 required=5 tests=[AWL=0.929, BAYES_00=-2.599, STOX_REPLY_TYPE=0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gXQfCSJbwvIV for ; Sun, 10 Jul 2011 08:52:42 -0700 (PDT) Received: from p3plsmtpa06-09.prod.phx3.secureserver.net (p3plsmtpa06-09.prod.phx3.secureserver.net [173.201.192.110]) by ietfa.amsl.com (Postfix) with SMTP id AEFEF21F8654 for ; Sun, 10 Jul 2011 08:52:40 -0700 (PDT) Received: (qmail 2496 invoked from network); 10 Jul 2011 15:52:40 -0000 Received: from unknown (24.8.55.39) by p3plsmtpa06-09.prod.phx3.secureserver.net (173.201.192.110) with ESMTP; 10 Jul 2011 15:52:40 -0000 Message-ID: From: "Doug Ewell" To: References: In-Reply-To: Date: Sun, 10 Jul 2011 09:52:39 -0600 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3508.1109 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3508.1109 Subject: Re: [Ltru] Ltru Digest, Vol 71, Issue 15 X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2011 15:52:43 -0000 Debbie Garside wrote: > I am reading BCP47 with regard to the rules for sending IANA info on > extension subtags. The wording is not clear. Does the paragraph > (below) mean that every time there is a new part to an extension > mechanism that the maintaining authority sends this to IANA? Or does > it mean that just the details of (in the case) the -t singleton are > sent to IANA? The former. Once the extension itself is registered, IANA has no further business with it, unless the extension is maintained (e-mail addresses of URL changed) or repealed. > I think, taking in the comments from Karen, Doug and others, what I > may be happier with in the current scenario (Unicode as maintaining > authority) is if we could include within the RFC You do realize that you just said "let's amend BCP 47 again." > an obligation for Unicode to post any requests for subtags relating to > the -t extension to the ietf-languages list for discussion, in > addition to their own internal discussions, I wish they would, out of courtesy. But that's why Section 3.7 requires the maintaining authority to include a contact e-mail address and a mailing list address, and indeed why a mailing list has to exist. (This was my concern about the 'iso8601' subtag in the -u- extension: I couldn't find that it was discussed on the CLDR mailing list, which (if true) would be exploiting a loophole in BCP 47 that the mailing list actually be used for something.) > and that the opinions of the participants on this (aforementioned) > list carry the same weight as they do within IETF. I don't think there's any way to regulate that. I suspect some people on ietf-languages already may not feel the weights are equal. > Protection for IETF participants would come via the IESG (in that IETF > participants can ask that the role of maintaining authority for the -t > extension be taken from Unicode if their views are not considered > appropriately). Also, the resulting -t extension subtag record should > be posted to ietf-languages once agreed. At least they could post an announcement with a link. I think that would not be asking too much. > Further, the registry should be mirrored by IANA and linked to the > subtag registry. That's why the extensions registry (the "index" that is maintained by IANA) includes a URL to the registry. And again, that's something I don't like about -t- and continue not to like about -u-: there is no registry. -- Doug Ewell | Thornton, Colorado, USA | RFC 5645, 4645, UTN #14 www.ewellic.org | www.facebook.com/doug.ewell | @DougEwell From doug@ewellic.org Sun Jul 10 08:58:37 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 391D521F86C6 for ; Sun, 10 Jul 2011 08:58:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.133 X-Spam-Level: X-Spam-Status: No, score=-2.133 tagged_above=-999 required=5 tests=[AWL=0.465, BAYES_00=-2.599, STOX_REPLY_TYPE=0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WTmLgbYxcqKg for ; Sun, 10 Jul 2011 08:58:36 -0700 (PDT) Received: from p3plsmtpa06-04.prod.phx3.secureserver.net (p3plsmtpa06-04.prod.phx3.secureserver.net [173.201.192.105]) by ietfa.amsl.com (Postfix) with SMTP id 547CF21F86BE for ; Sun, 10 Jul 2011 08:58:36 -0700 (PDT) Received: (qmail 13265 invoked from network); 10 Jul 2011 15:31:56 -0000 Received: from unknown (24.8.55.39) by p3plsmtpa06-04.prod.phx3.secureserver.net (173.201.192.105) with ESMTP; 10 Jul 2011 15:31:56 -0000 Message-ID: From: "Doug Ewell" To: References: In-Reply-To: Date: Sun, 10 Jul 2011 09:31:55 -0600 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3508.1109 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3508.1109 Subject: [Ltru] Extensions in general (was: Re: Fwd: draft-davis-t-langtag-ext ) X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2011 15:58:37 -0000 Debbie Garside wrote: > I'm not sure that I see where the "overhead" is. Can you elaborate? The overhead would be in revising BCP 47 to change the extension mechanism or add a new one. > Keeping everything in one place/list has got to be easier for the end > user. I still cannot see any real reason for taking this out of IETF > other than BCP47 allows for it. Having everything in one place is easier for the user (which is why I don't like scattering the values for either -t- or -u- across multiple files), but there is a reason. It's not just that "BCP47 allows for it." We who worked on BCP 47 *wanted* it to allow for this, so that "well-regulated" individuals and organizations that came up with new needs for BCP 47 could implement them in a systematic way, and not force the LTRU group to go back and rewrite the RFC again, at an expense of several years and much political and bureaucratic strife, and probable scope creep like last time. By creating an extension, nothing is being "taken out of" ietf-languages that was already there, except to the extent that transliterations etc. have heretofore been handled by registering variants (through ietf-languages) and would now be handled via the -t- extension. That is an issue that needs to be addressed—for example, should ietf-languages deprecate existing variants like 'pinyin' if they become available via -t-? Users are supposed to be able to ignore extensions if they don't understand them or choose not to, but they are not supposed to ignore variants. I agree with Addison that the question of whether the extension mechanism is a good one (including delegating the administration of the data to a third-party organization) is separate from the question of whether transliterations etc. should be an extension or not, or whether draft-davis-t-langtag-ext has any particular issues. I suggest that everyone read RFC 5646, Section 3.7 and decide whether they feel this draft satisfies it. -- Doug Ewell | Thornton, Colorado, USA | RFC 5645, 4645, UTN #14 www.ewellic.org | www.facebook.com/doug.ewell | @DougEwell ­ From evnikita2@gmail.com Sun Jul 10 10:45:18 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B481821F8776 for ; Sun, 10 Jul 2011 10:45:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.504 X-Spam-Level: X-Spam-Status: No, score=-3.504 tagged_above=-999 required=5 tests=[AWL=0.094, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2ouKeE1PmbbY for ; Sun, 10 Jul 2011 10:45:18 -0700 (PDT) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by ietfa.amsl.com (Postfix) with ESMTP id ED6C821F877B for ; Sun, 10 Jul 2011 10:45:17 -0700 (PDT) Received: by fxe4 with SMTP id 4so4245472fxe.27 for ; Sun, 10 Jul 2011 10:45:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=TLql8BIBdJLJ6Q4Mv5KCMOokiI62JaXhfoVsXxhVyho=; b=JkQ1gN7u9hSSqUgQ2ePCdOQKvDn0izk61U0yvZWWqN8v5BxkCy9Lkj1RLuuBNFCp7q 9h355V/dwG1bQOJ2vkqja1FcUbBL6739N6TYuz8mo6uat0Cs8colUVDMqNtRTd1IzKVW 4LUwTvhb0wOTjnNV3mtIZu9wedQ0DxLLbmc4U= Received: by 10.223.86.14 with SMTP id q14mr3325618fal.115.1310319917118; Sun, 10 Jul 2011 10:45:17 -0700 (PDT) Received: from [127.0.0.1] ([195.191.104.224]) by mx.google.com with ESMTPS id b13sm8782506fab.36.2011.07.10.10.45.15 (version=SSLv3 cipher=OTHER); Sun, 10 Jul 2011 10:45:16 -0700 (PDT) Message-ID: <4E19E55A.7050306@gmail.com> Date: Sun, 10 Jul 2011 20:46:02 +0300 From: Mykyta Yevstifeyev User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: ltru@ietf.org References: <6240B7C0DD3043FAB6B56E254FD6BD3A@DougEwell> In-Reply-To: <6240B7C0DD3043FAB6B56E254FD6BD3A@DougEwell> Content-Type: multipart/alternative; boundary="------------030100010508090908030403" Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2011 17:45:18 -0000 This is a multi-part message in MIME format. --------------030100010508090908030403 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 10.07.2011 17:54, Doug Ewell wrote: > Mykyta Yevstifeyev proposed to replace > > | lang= | language | [BCP47 > ], > with restrictions | > > | | ["-" script] | | > > | | ["-" region] | | > > | | *("-" variant) | | > in the present draft with: > > lang = langtag > This won't work, because BCP 47 'langtag' includes tags that contain > an extension or private-use component, which are not allowed in the > present draft because that would leave no exit from 't' to other > extensions or private-use components within the main tag. So this > particular optimization of Mykyta's needs to be rejected. Yes, I agree here. The only definitions of ,