From nobody Fri Jul 8 14:45:11 2016 Return-Path: X-Original-To: slim@ietf.org Delivered-To: slim@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B2DA612D95F; Fri, 8 Jul 2016 14:44:59 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.25.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160708214459.32135.52641.idtracker@ietfa.amsl.com> Date: Fri, 08 Jul 2016 14:44:59 -0700 Archived-At: Cc: slim@ietf.org Subject: [Slim] I-D Action: draft-ietf-slim-multilangcontent-01.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2016 21:45:00 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Selection of Language for Internet Media of the IETF. Title : Multiple Language Content Type Authors : Nik Tomkinson Nathaniel Borenstein Filename : draft-ietf-slim-multilangcontent-01.txt Pages : 15 Date : 2016-07-08 Abstract: This document defines an addition to the Multipurpose Internet Mail Extensions (MIME) standard to make it possible to send one message that contains multiple language versions of the same information. The translations would be identified by a language tag and selected by the email client based on a user's language settings. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-slim-multilangcontent-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-slim-multilangcontent-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Jul 17 09:29:17 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 44B9812B01D for ; Sun, 17 Jul 2016 09:29:16 -0700 (PDT) X-Quarantine-ID: <1kTbLSLKHrhc> X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1kTbLSLKHrhc for ; Sun, 17 Jul 2016 09:29:14 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id D4F7312D0FA for ; Sun, 17 Jul 2016 09:29:13 -0700 (PDT) Received: from [10.199.14.19] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Sun, 17 Jul 2016 09:29:16 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <9f44b042-2d8b-1bb8-fd20-f037650ac4e2@omnitor.se> References: <20160516083958.665a7a7059d7ee80bb4d670165c8327d.5e281af085.wbe@email0 3.godaddy.com> <7C5A334F88FD45E0A7770AFA6CB33C82@DougEwell> <57289c9f-a63a-0466-eeb7-845f1f1421ae@omnitor.se> <9f44b042-2d8b-1bb8-fd20-f037650ac4e2@omnitor.se> X-Mailer: Eudora for Mac OS X Date: Sun, 17 Jul 2016 09:29:09 -0700 To: Gunnar =?iso-8859-1?Q?Hellstr=F6m?= , Brian Rosen From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] Seeking rough consensus for draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Jul 2016 16:29:16 -0000 Hi Gunnar, As I see it, you're asking for a higher-level=20 capability rather than the lower-level=20 language-per-media mechanism we've been working=20 on. Rather than force it into the current=20 real-time draft, I suggest a new draft=20 specifically for the functionality you want. If=20 the group agrees that this functionality is=20 needed, and agrees on a proposed mechanism to=20 accomplish it, it should be compatible with the=20 current real-time draft, so the two wouldn't=20 interfere at all. --Randy At 12:18 AM +0200 6/9/16, Gunnar Hellstr=F6m wrote: > I would like to have some acceptance for the=20 > needs expressed by me, 3GPP and ETSI. > > That is: > > A simple mechanism to specify preference for=20 > language within the session instead of only per=20 > media. ( clearly required by 3GPP TS 22.228 ) > > A simple mechanism to tell when the most=20 > desirable outcome is to be provided with two=20 > languages/modalities together rather than the=20 > general case when one selected language for the=20 > main language communication is sufficient. > > I have provided some solutions and simplified=20 > compromises to solve these needs in the most=20 > limited fashion that also satisfies most=20 > applications. > > I have seen many responses diving into=20 > discussions of media acceptance and media=20 > negotiation depending on language negotiation=20 > outcome. I think it would be good to clarify=20 > that the intention of language specification is=20 > not primarily to support offer/answer decisions=20 > on media session establishment, but rather for=20 > application support and user guidance. > > It is quite similar in level to the intended=20 > use of the SDP Content attribute specified in=20 > RFC 4796. > > I see a clear risk that implementations hoping=20 > for progress in SLIM as promising sign that a=20 > solution is on its way will lose the hope and=20 > cause fragmentation by selecting various=20 > solutions based on different existing=20 > specifications complemented by coding=20 > assumptions. > > Can we move on and have a new version done well=20 > in time before the coming IETF meeting? Also=20 > including the promised and proposed=20 > modifications of other kinds? > > /Gunnar > > > > Den 2016-05-17 kl. 18:05, skrev Brian Rosen: > >> Like Randall, I want to stay away from a=20 >> linkage between what languages you prefer and=20 >> what media you are offering. >> > >> >> I want to stay with the long standing SDP=20 >> negotiation that you offer media you want to=20 >> use, and and or all of that media can be=20 >> accepted. >> >> I want our work to build on that, not change=20 >> it, so that we can indicate, for the media=20 >> accepted, what language is preferred. >> >> I further don't want to link a preference of=20 >> language on one media to the preference of=20 >> language on another media. I want them=20 >> independent: if audio and text are offered and=20 >> answered, then language on audio is specified,=20 >> and language on text is specified, and those=20 >> don't interact. >> >> I think living with those restrictions will=20 >> make implementations easier, and won't limit=20 >> use much. >> >> Adding more complexity at this point is, I think, not worth it. >> >> Brian >> >>> On May 17, 2016, at 2:01 AM, Gunnar Hellstr=F6m=20 >>> <gunnar.hellstrom@omnitor.se>=20 >>> wrote: >>> >>> Randall, >>> >>> Can you accept that our goal is to select the=20 >>> most appropriate language(s) for the call? >>> >>> This includes providing guidance to the=20 >>> answering part so that the answer can be made=20 >>> in the most appropriate language(s). >>> >>> That is stated in the charter: >>> >>> "While the two use cases are in different contexts (real time and >>> non-real-time), the fundamental goal is the same: to enable selection o= f >>> the best-fit language(s) for a specific situation. " >>> >>> It is not sufficient to use the indications=20 >>> to select which media shall be enabled, and=20 >>> then let the users sort out which language to=20 >>> use. >>> >>> The user needs guidance if it is most=20 >>> appropriate to start the conversation in=20 >>> voice, sign language or text or a combination=20 >>> of these modalities. If not, the call will=20 >>> start with confusion about what is the most=20 >>> efficient means for them to communicate. >>> >>> That is why the preference indication needs to have: >>> >>> a) a common scope over all media, and >>> >>> b) an indication if two modalities=20 >>> simultaneously are desired for reception. >>> >>> Can we agree on that and move on to find a=20 >>> simple way of expressing these needs? >>> >>> /Gunnar >>> >>> >>> >>> >>> Den 2016-05-17 kl. 05:25, skrev Randall Gellens: >>> >>>> At 8:28 PM -0600 5/16/16, Doug Ewell wrote: >>>> >>>>> Except that there is still disagreement on=20 >>>>> whether the mechanism is needed for SLIM=20 >>>>> 1.0. >>>>> >>>> >>>> And we have a call for consensus by the chairs. >>>> >>> >>> -- >>> ----------------------------------------- >>> Gunnar Hellstr=F6m >>> Omnitor >>> gunnar.hellstrom@omnitor.se >>> +46 708 204 288 >>> _______________________________________________ >>> SLIM mailing list >>> SLIM@ietf.org >>>=20 >>> https://www.ietf.org/mailman= /listinfo/slim >>> >> > > -- > ----------------------------------------- > Gunnar Hellstr=F6m > Omnitor > gunnar.hellstrom@omnitor.se > +46 708 204 288 > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- When in doubt, use brute force. --Ken Thompson From nobody Sun Jul 17 13:57:02 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8768212D0FE for ; Sun, 17 Jul 2016 13:57:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id agons5XGqgdo for ; Sun, 17 Jul 2016 13:56:57 -0700 (PDT) Received: from bin-vsp-out-03.atm.binero.net (vsp-unauthed02.binero.net [195.74.38.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 25657127071 for ; Sun, 17 Jul 2016 13:56:55 -0700 (PDT) X-Halon-ID: fb195dd7-4c60-11e6-be7b-0050569116f7 Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-03.atm.binero.net (Halon Mail Gateway) with ESMTPSA; Sun, 17 Jul 2016 22:56:49 +0200 (CEST) To: Randall Gellens , Brian Rosen References: <20160516083958.665a7a7059d7ee80bb4d670165c8327d.5e281af085.wbe@email0 3.godaddy.com> <7C5A334F88FD45E0A7770AFA6CB33C82@DougEwell> <57289c9f-a63a-0466-eeb7-845f1f1421ae@omnitor.se> <9f44b042-2d8b-1bb8-fd20-f037650ac4e2@omnitor.se> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: <64acaecd-6b40-57ce-69ee-0d6ce9fe5905@omnitor.se> Date: Sun, 17 Jul 2016 22:56:49 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------5FAE7E33C3BD16CCFFA660E9" Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] Seeking rough consensus for draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Jul 2016 20:57:00 -0000 This is a multi-part message in MIME format. --------------5FAE7E33C3BD16CCFFA660E9 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Hi Randy, Den 2016-07-17 kl. 18:29, skrev Randall Gellens: > Hi Gunnar, > > As I see it, you're asking for a higher-level capability rather than > the lower-level language-per-media mechanism we've been working on. Maybe, but the per-media mechanism does not align with how the humans think. The use of the media are not unrelated, so you need to say how the languages in different media relate even if you do not want to go the whole way to specify relative priority and grouping between languages in different media. > Rather than force it into the current real-time draft, I suggest a > new draft specifically for the functionality you want. If the group > agrees that this functionality is needed, and agrees on a proposed > mechanism to accomplish it, it should be compatible with the current > real-time draft, so the two wouldn't interfere at all. If we need to take that step, you must agree to complete the work to make the current draft clear on some points related to multiple language specifications. We started a main exchange under the title "[Slim] Wording about selection in draft-ietf-slim-negotiating-human-language-01" where you agreed to do something to a few fuzzy places in the draft, but we never agreed on suitable wording. The mail thread ended on April 10 without a conclusion on suitable wording. Without that, we have no firm ground for further work. An example is the current wording in 6.2: " Clients acting on behalf of end users are expected to set one or both 'humintlang-send' and 'humintlang-recv' attributes on each media stream primarily intended for human communication in an offer when placing an outgoing session." A) In one use case a person prefers to use spoken English for the call, but want to express that a text conversation in English can be accepted as a less favoured alternative. B) In another use case a person want to talk English, and need to receive text because of a limitation in hearing, but still has some use of getting English speech. The person can also accept to type instead of speaking, but would not really prefer that. These use cases both result in a need to specify sending and receiving in English in both audio and text media. It is only the preferences and urgency to use the different media that differs. Do you mean that the current draft supports describing any of these use cases? If so, which? Or what would a specification of English in both directions for both audio and text mean? Would it mean that all four must be used simultaneously? The discussion we were involved in up to 10 April was intended to get the wording in this area a bit more clear, but I do not think we get this completely clarified until we describe relative priority between languages in different modalities. I am composing a presentation with issues in current draft, and some other topics. Looking forward to the meeting and progress in Slim. Gunnar > > --Randy > > At 12:18 AM +0200 6/9/16, Gunnar Hellström wrote: > >> I would like to have some acceptance for the needs expressed by me, >> 3GPP and ETSI. >> >> That is: >> >> A simple mechanism to specify preference for language within the >> session instead of only per media. ( clearly required by 3GPP TS >> 22.228 ) >> >> A simple mechanism to tell when the most desirable outcome is to be >> provided with two languages/modalities together rather than the >> general case when one selected language for the main language >> communication is sufficient. >> >> I have provided some solutions and simplified compromises to solve >> these needs in the most limited fashion that also satisfies most >> applications. >> >> I have seen many responses diving into discussions of media >> acceptance and media negotiation depending on language negotiation >> outcome. I think it would be good to clarify that the intention of >> language specification is not primarily to support offer/answer >> decisions on media session establishment, but rather for application >> support and user guidance. >> >> It is quite similar in level to the intended use of the SDP Content >> attribute specified in RFC 4796. >> >> I see a clear risk that implementations hoping for progress in SLIM >> as promising sign that a solution is on its way will lose the hope >> and cause fragmentation by selecting various solutions based on >> different existing specifications complemented by coding assumptions. >> >> Can we move on and have a new version done well in time before the >> coming IETF meeting? Also including the promised and proposed >> modifications of other kinds? >> >> /Gunnar >> >> >> >> Den 2016-05-17 kl. 18:05, skrev Brian Rosen: >> >>> Like Randall, I want to stay away from a linkage between what >>> languages you prefer and what media you are offering. >>> >> >>> >>> I want to stay with the long standing SDP negotiation that you >>> offer media you want to use, and and or all of that media can be >>> accepted. >>> >>> I want our work to build on that, not change it, so that we can >>> indicate, for the media accepted, what language is preferred. >>> >>> I further don't want to link a preference of language on one media >>> to the preference of language on another media. I want them >>> independent: if audio and text are offered and answered, then >>> language on audio is specified, and language on text is specified, >>> and those don't interact. >>> >>> I think living with those restrictions will make implementations >>> easier, and won't limit use much. >>> >>> Adding more complexity at this point is, I think, not worth it. >>> >>> Brian >>> >>>> On May 17, 2016, at 2:01 AM, Gunnar Hellström >>>> <gunnar.hellstrom@omnitor.se> >>>> wrote: >>>> >>>> Randall, >>>> >>>> Can you accept that our goal is to select the most appropriate >>>> language(s) for the call? >>>> >>>> This includes providing guidance to the answering part so that the >>>> answer can be made in the most appropriate language(s). >>>> >>>> That is stated in the charter: >>>> >>>> "While the two use cases are in different contexts (real time and >>>> non-real-time), the fundamental goal is the same: to enable >>>> selection of >>>> the best-fit language(s) for a specific situation. " >>>> >>>> It is not sufficient to use the indications to select which media >>>> shall be enabled, and then let the users sort out which language to >>>> use. >>>> >>>> The user needs guidance if it is most appropriate to start the >>>> conversation in voice, sign language or text or a combination of >>>> these modalities. If not, the call will start with confusion about >>>> what is the most efficient means for them to communicate. >>>> >>>> That is why the preference indication needs to have: >>>> >>>> a) a common scope over all media, and >>>> >>>> b) an indication if two modalities simultaneously are desired for >>>> reception. >>>> >>>> Can we agree on that and move on to find a simple way of >>>> expressing these needs? >>>> >>>> /Gunnar >>>> >>>> >>>> >>>> >>>> Den 2016-05-17 kl. 05:25, skrev Randall Gellens: >>>> >>>>> At 8:28 PM -0600 5/16/16, Doug Ewell wrote: >>>>> >>>>>> Except that there is still disagreement on whether the mechanism >>>>>> is needed for SLIM 1.0. >>>>>> >>>>> >>>>> And we have a call for consensus by the chairs. >>>>> >>>> >>>> -- >>>> ----------------------------------------- >>>> Gunnar Hellström >>>> Omnitor >>>> gunnar.hellstrom@omnitor.se >>>> +46 708 204 288 >>>> _______________________________________________ >>>> SLIM mailing list >>>> SLIM@ietf.org >>>> >>>> https://www.ietf.org/mailman/listinfo/slim >>>> >>>> >>> >> >> -- >> ----------------------------------------- >> Gunnar Hellström >> Omnitor >> gunnar.hellstrom@omnitor.se >> +46 708 204 288 >> >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >> https://www.ietf.org/mailman/listinfo/slim > > -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 --------------5FAE7E33C3BD16CCFFA660E9 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit Hi Randy,
Den 2016-07-17 kl. 18:29, skrev Randall Gellens:
Hi Gunnar,

As I see it, you're asking for a higher-level capability rather than the lower-level language-per-media mechanism we've been working on.
Maybe, but the per-media mechanism does not align with how the humans think. The use of the media are not unrelated, so you need to say how the languages in different media relate even if you do not want to go the whole way to specify relative priority and grouping between languages in different media.
  Rather than force it into the current real-time draft, I suggest a new draft specifically for the functionality you want.  If the group agrees that this functionality is needed, and agrees on a proposed mechanism to accomplish it, it should be compatible with the current real-time draft, so the two wouldn't interfere at all.
If we need to take that step, you must agree to complete the work to make the current draft clear on some points related to multiple language specifications. We started a main exchange under the title "[Slim] Wording about selection in draft-ietf-slim-negotiating-human-language-01" where you agreed to do something to a few fuzzy places in the draft, but we never agreed on suitable wording. The mail thread ended on April 10 without a conclusion on suitable wording.

Without that, we have no firm ground for further work.

An example is the current wording in 6.2:
"

  Clients acting on behalf of end users are expected to set one or both

   'humintlang-send' and 'humintlang-recv' attributes on each media

   stream primarily intended for human communication in an offer when

   placing an outgoing session."


A) In one use case a person prefers to use spoken English for the call, but want to express that a text conversation in English can be accepted as a less favoured alternative.

B) In another use case a person want to talk English, and need to receive text because of a limitation in hearing, but still has some use of getting English speech. The person can also accept to type instead of speaking, but would not really prefer that.


These use cases both result in a need to specify sending and receiving in English in both audio and text media.
It is only the preferences and urgency to use the different media that differs.

Do you mean that the current draft supports describing any of these use cases?
If so, which?

Or what would a specification of English in both directions for both audio and text mean? Would it mean that all four must be used simultaneously?

The discussion we were involved in up to 10 April was intended to get the wording in this area a bit more clear, but I do not think we get this completely clarified until we describe relative priority between languages in different modalities.

I am composing a presentation with issues in current draft, and some other topics.
Looking forward to the meeting and progress in Slim.

Gunnar




--Randy

At 12:18 AM +0200 6/9/16, Gunnar Hellström wrote:

 I would like to have some acceptance for the needs expressed by me, 3GPP and ETSI.

 That is:

 A simple mechanism to specify preference for language within the session instead of only per media. ( clearly required by 3GPP TS 22.228 )

 A simple mechanism to tell when the most desirable outcome is to be provided with two languages/modalities together rather than the general case when one selected language for the main language communication is sufficient.

 I have provided some solutions and simplified compromises to solve these needs in the most limited fashion that also satisfies most applications.

 I have seen many responses diving into discussions of media acceptance and media negotiation depending on language negotiation outcome. I think it would be good to clarify that the intention of language specification is not primarily to support offer/answer decisions on media session establishment, but rather for application support and user guidance.

 It is quite similar in level to the intended use of the SDP Content attribute specified in RFC 4796.

 I see a clear risk that implementations hoping for progress in SLIM as promising sign that a solution is on its way will lose the hope and cause fragmentation by selecting various solutions based on different existing specifications complemented by coding assumptions.

 Can we move on and have a new version done well in time before the coming IETF meeting? Also including the promised and proposed modifications of other kinds?

 /Gunnar



 Den 2016-05-17 kl. 18:05, skrev Brian Rosen:

 Like Randall, I want to stay away from a linkage between what languages you prefer and what media you are offering.



 I want to stay with the long standing SDP negotiation that you offer media you want to use, and and or all of that media can be accepted.

 I want our work to build on that, not change it, so that we can indicate, for the media accepted, what language is preferred.

 I further don't want to link a preference of language on one media to the preference of language on another media. I want them independent: if audio and text are offered and answered, then language on audio is specified, and language on text is specified, and those don't interact.

 I think living with those restrictions will make implementations easier, and won't limit use much.

 Adding more complexity at this point is, I think, not worth it.

 Brian

 On May 17, 2016, at 2:01 AM, Gunnar Hellström <<mailto:gunnar.hellstrom@omnitor.se>gunnar.hellstrom@omnitor.se> wrote:

 Randall,

 Can you accept that our goal is to select the most appropriate language(s) for the call?

 This includes providing guidance to the answering part so that the answer can be made in the most appropriate language(s).

 That is stated in the charter:

 "While the two use cases are in different contexts (real time and
 non-real-time), the fundamental goal is the same: to enable selection of
 the best-fit language(s) for a specific situation. "

 It is not sufficient to use the indications to select which media shall be enabled, and then let the users sort out which language to use.

 The user needs guidance if it is most appropriate to start the conversation in voice, sign language or text or a combination of these modalities. If not, the call will start with confusion about what is the most efficient means for them to communicate.

 That is why the preference indication needs to have:

 a) a common scope over all media, and

 b) an indication if two modalities simultaneously are desired for reception.

 Can we agree on that and move on to find a simple way of expressing these needs?

 /Gunnar




 Den 2016-05-17 kl. 05:25, skrev Randall Gellens:

 At 8:28 PM -0600 5/16/16, Doug Ewell wrote:

 Except that there is still disagreement on whether the mechanism is needed for SLIM 1.0.


 And we have a call for consensus by the chairs.


 --
 -----------------------------------------
 Gunnar Hellström
 Omnitor
 <mailto:gunnar.hellstrom@omnitor.se>gunnar.hellstrom@omnitor.se
 +46 708 204 288
 _______________________________________________
 SLIM mailing list
 <mailto:SLIM@ietf.org>SLIM@ietf.org

<https://www.ietf.org/mailman/listinfo/slim>https://www.ietf.org/mailman/listinfo/slim



 --
 -----------------------------------------
 Gunnar Hellström
 Omnitor
 <mailto:gunnar.hellstrom@omnitor.se>gunnar.hellstrom@omnitor.se
 +46 708 204 288

 _______________________________________________
 SLIM mailing list
 SLIM@ietf.org
 https://www.ietf.org/mailman/listinfo/slim 



-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
--------------5FAE7E33C3BD16CCFFA660E9-- From nobody Sun Jul 17 22:32:22 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 273FD12B04F for ; Sun, 17 Jul 2016 22:32:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yWiXb827fuX0 for ; Sun, 17 Jul 2016 22:32:16 -0700 (PDT) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8777112B038 for ; Sun, 17 Jul 2016 22:32:15 -0700 (PDT) Received: by mail-wm0-x22a.google.com with SMTP id o80so99390527wme.1 for ; Sun, 17 Jul 2016 22:32:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=puHY6Y6RsVzF+49EuVYAt0Mxqy+nFy+CxmMH/qrx+jg=; b=PE+vsl3PjclMJmTZWDLp2Q17IsSynk5/j78kNVw8ZhQcumrSasN5v5UuGeKZ/XU05p lkBhjSg5vQAfbqaX0igV2+MMwPn/k3Ev4bawz53B44OCVU9AqPXaQ4XK5cg+92hfh9c+ Ly99K+Kqy1uf/24jAZXFfvXVAquoS8/uZnSDNd70TJalhtp0dMZ7d4AMx+2mryN3numr o778S45lcjdt4CfTrH4COQgAKw/Q1h55eC3lYSw53XcTSjB0z3waNnr8A+p2x0XFMGeI fUuELg5adlFKttgQMT5Bhg6y8zIDMT400ZDfW9hgUP/AYVDKU9jvZcgycYgFfYCFgMcW 4Y8Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=puHY6Y6RsVzF+49EuVYAt0Mxqy+nFy+CxmMH/qrx+jg=; b=UDD/dq2xAkISf46qzA0f1u+9s7VuUQ68ceFBrmpBvrT3M0i5lo6BZur8qwDV8tkifO t0MvVl6G3gqK2SZfo56qyXAtZJDnRS6sESkqtLbo844kzY47SwqRcKHjz/d0PdeN3ig8 PIt+Ai9H5BK7vXkNPI3IM2F+Nee4VJS5cP1ujLEL2ndgmKI8Ad07cIy/1yQ44dpI2stx N78wGLW6pkbdnxSrNnGYQnIrM3BJ6iyG5fKiIRFDUmxm/Y8dytJot/ejaQyP0zmzDLTw 90jFsfti312jumv39yqBFSQ0qr9qPsLxGYNZePIxklnEWJx8y0+ScLDHYgQsKfR/bdWC 8H0A== X-Gm-Message-State: ALyK8tKQ5goZmALcan1B0/WKg1T13JekTxaJevE6AIelhe7ypjJV89FhVG2jIt1UcHkXLA== X-Received: by 10.28.193.140 with SMTP id r134mr28780777wmf.81.1468819605638; Sun, 17 Jul 2016 22:26:45 -0700 (PDT) Received: from [10.24.253.149] ([46.189.28.190]) by smtp.gmail.com with ESMTPSA id u125sm14035084wmg.22.2016.07.17.22.26.43 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 17 Jul 2016 22:26:44 -0700 (PDT) Content-Type: multipart/alternative; boundary=Apple-Mail-311F816E-2810-4648-820B-37581776376B Mime-Version: 1.0 (1.0) From: Bernard Aboba X-Mailer: iPad Mail (13F69) In-Reply-To: <64acaecd-6b40-57ce-69ee-0d6ce9fe5905@omnitor.se> Date: Mon, 18 Jul 2016 07:26:43 +0200 Content-Transfer-Encoding: 7bit Message-Id: <07E1E3C2-414C-4E1B-A171-AD9EE29F4AE2@gmail.com> References: <20160516083958.665a7a7059d7ee80bb4d670165c8327d.5e281af085.wbe@email0 3.godaddy.com> <7C5A334F88FD45E0A7770AFA6CB33C82@DougEwell> <57289c9f-a63a-0466-eeb7-845f1f1421ae@omnitor.se> <9f44b042-2d8b-1bb8-fd20-f037650ac4e2@omnitor.se> <64acaecd-6b40-57ce-69ee-0d6ce9fe5905@omnitor.se> To: =?utf-8?Q?Gunnar_Hellstr=C3=B6m?= Archived-At: Cc: slim@ietf.org, Randall Gellens , Brian Rosen Subject: Re: [Slim] Seeking rough consensus for draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 05:32:19 -0000 --Apple-Mail-311F816E-2810-4648-820B-37581776376B Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Jul 17, 2016, at 22:56, Gunnar Hellstr=C3=B6m wrote: > These use cases both result in a need to specify sending and receiving in E= nglish in both audio and text media.=20 > It is only the preferences and urgency to use the different media that dif= fers.=20 >=20 > Do you mean that the current draft supports describing any of these use ca= ses? [BA] The current draft enables the language capabilities for each media to b= e expressed and negotiated in each direction. This enables media preference t= o be expressed and implemented subsequently (either through conversation or b= y a yet unspecified mechanism). > Or what would a specification of English in both directions for both audio= and text mean? Would it mean that all four must be used simultaneously?=20 [BA] It means that the capability to use those languages bidirectionally has= been negotiated - no usage obligation.=20 > The discussion we were involved in up to 10 April was intended to get the w= ording in this area a bit more clear, but I do not think we get this complet= ely clarified until we describe relative priority between languages in diffe= rent modalities.=20 >=20 > I am composing a presentation with issues in current draft, and some other= topics.=20 > Looking forward to the meeting and progress in Slim. >=20 > Gunnar >=20 >=20 >=20 >=20 >>=20 >> --Randy=20 >>=20 >> At 12:18 AM +0200 6/9/16, Gunnar Hellstr=C3=B6m wrote:=20 >>=20 >>> I would like to have some acceptance for the needs expressed by me, 3GP= P and ETSI.=20 >>>=20 >>> That is:=20 >>>=20 >>> A simple mechanism to specify preference for language within the sessio= n instead of only per media. ( clearly required by 3GPP TS 22.228 )=20 >>>=20 >>> A simple mechanism to tell when the most desirable outcome is to be pro= vided with two languages/modalities together rather than the general case wh= en one selected language for the main language communication is sufficient.=20= >>>=20 >>> I have provided some solutions and simplified compromises to solve thes= e needs in the most limited fashion that also satisfies most applications.=20= >>>=20 >>> I have seen many responses diving into discussions of media acceptance a= nd media negotiation depending on language negotiation outcome. I think it w= ould be good to clarify that the intention of language specification is not p= rimarily to support offer/answer decisions on media session establishment, b= ut rather for application support and user guidance.=20 >>>=20 >>> It is quite similar in level to the intended use of the SDP Content att= ribute specified in RFC 4796.=20 >>>=20 >>> I see a clear risk that implementations hoping for progress in SLIM as p= romising sign that a solution is on its way will lose the hope and cause fra= gmentation by selecting various solutions based on different existin= g specifications complemented by coding assumptions.=20 >>>=20 >>> Can we move on and have a new version done well in time before the comi= ng IETF meeting? Also including the promised and proposed modifications of o= ther kinds?=20 >>>=20 >>> /Gunnar=20 >>>=20 >>>=20 >>>=20 >>> Den 2016-05-17 kl. 18:05, skrev Brian Rosen:=20 >>>=20 >>>> Like Randall, I want to stay away from a linkage between what language= s you prefer and what media you are offering. >>>=20 >>>>=20 >>>> I want to stay with the long standing SDP negotiation that you offer m= edia you want to use, and and or all of that media can be accepted.=20 >>>>=20 >>>> I want our work to build on that, not change it, so that we can indica= te, for the media accepted, what language is preferred.=20 >>>>=20 >>>> I further don't want to link a preference of language on one media to t= he preference of language on another media. I want them independent: if audi= o and text are offered and answered, then language on audio is specified, an= d language on text is specified, and those don't interact.=20 >>>>=20 >>>> I think living with those restrictions will make implementations easie= r, and won't limit use much.=20 >>>>=20 >>>> Adding more complexity at this point is, I think, not worth it.=20 >>>>=20 >>>> Brian=20 >>>>=20 >>>>> On May 17, 2016, at 2:01 AM, Gunnar Hellstr=C3=B6m <gunnar.hellstrom@omnitor.se> wrote:=20 >>>>>=20 >>>>> Randall,=20 >>>>>=20 >>>>> Can you accept that our goal is to select the most appropriate langua= ge(s) for the call?=20 >>>>>=20 >>>>> This includes providing guidance to the answering part so that the an= swer can be made in the most appropriate language(s).=20 >>>>>=20 >>>>> That is stated in the charter:=20 >>>>>=20 >>>>> "While the two use cases are in different contexts (real time and=20 >>>>> non-real-time), the fundamental goal is the same: to enable selection= of=20 >>>>> the best-fit language(s) for a specific situation. "=20 >>>>>=20 >>>>> It is not sufficient to use the indications to select which media sha= ll be enabled, and then let the users sort out which language to use.=20 >>>>>=20 >>>>> The user needs guidance if it is most appropriate to start the conver= sation in voice, sign language or text or a combination of these modalities.= If not, the call will start with confusion about what is the most efficient= means for them to communicate.=20 >>>>>=20 >>>>> That is why the preference indication needs to have:=20 >>>>>=20 >>>>> a) a common scope over all media, and=20 >>>>>=20 >>>>> b) an indication if two modalities simultaneously are desired for rec= eption.=20 >>>>>=20 >>>>> Can we agree on that and move on to find a simple way of expressing t= hese needs?=20 >>>>>=20 >>>>> /Gunnar=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>> Den 2016-05-17 kl. 05:25, skrev Randall Gellens:=20 >>>>>=20 >>>>>> At 8:28 PM -0600 5/16/16, Doug Ewell wrote:=20 >>>>>>=20 >>>>>>> Except that there is still disagreement on whether the mechanism is= needed for SLIM 1.0. >>>>>>=20 >>>>>> And we have a call for consensus by the chairs. >>>>>=20 >>>>> --=20 >>>>> -----------------------------------------=20 >>>>> Gunnar Hellstr=C3=B6m=20 >>>>> Omnitor=20 >>>>> gunnar.hellstrom@omnitor.se=20 >>>>> +46 708 204 288=20 >>>>> _______________________________________________=20 >>>>> SLIM mailing list=20 >>>>> SLIM@ietf.org=20 >>>>>=20 >>>>> https://www.ietf.org/mailm= an/listinfo/slim >>>=20 >>> --=20 >>> -----------------------------------------=20 >>> Gunnar Hellstr=C3=B6m=20 >>> Omnitor=20 >>> gunnar.hellstrom@omnitor.se=20 >>> +46 708 204 288=20 >>>=20 >>> _______________________________________________=20 >>> SLIM mailing list=20 >>> SLIM@ietf.org=20 >>> https://www.ietf.org/mailman/listinfo/slim >=20 > --=20 > ----------------------------------------- > Gunnar Hellstr=C3=B6m > Omnitor > gunnar.hellstrom@omnitor.se > +46 708 204 288 > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim --Apple-Mail-311F816E-2810-4648-820B-37581776376B Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
On Jul 17, 2016, at 22:56, G= unnar Hellstr=C3=B6m <gunn= ar.hellstrom@omnitor.se> wrote:
<= span style=3D"font-size:11.0pt;line-height:107%;font-family:"Courier New"; mso-fareast-font-family:Calibri;mso-fareast-theme-font:minor-latin;mso-ansi-= language: EN-US;mso-fareast-language:EN-US;mso-bidi-language:AR-SA" lang=3D"EN-U= S"> These use cases both result in a need to specify sending and receiving in English in both audio and text media.
It is only the preferences and urgency to use the different media that differs.

Do you mean that the current draft supports describing any of these use cases?

[BA]= The current draft enables the language capabilities for each media to be ex= pressed and negotiated in each direction. This enables media preference to b= e expressed and implemented subsequently (either through conversation or by a= yet unspecified mechanism).

<= div>Or what would a specification of English in both directions for both audio and text mean? Would it mean that all four must be used simultaneously?

[BA]= It means that the capability to use those languages bidirectionally has bee= n negotiated - no usage obligation. 

The discussion we were involved in up to 10 April was intended to get the wording in this area a bit more clear, but I do not think we get this completely clarified until we describe relative priority between languages in different modalities.

I am composing a presentation with issues in current draft, and some other topics.
Looking forward to the meeting and progress in Slim.

Gunnar




--Randy

At 12:18 AM +0200 6/9/16, Gunnar Hellstr=C3=B6m wrote:

 I would like to have some acceptance f= or the needs expressed by me, 3GPP and ETSI.

 That is:

 A simple mechanism to specify preference for language within the session instead of only per media. ( clearly required by 3GPP TS 22.228 )

 A simple mechanism to tell when the most desirable outcome is to be provided with two languages/modalities together rather than the general case when one selected language for the main language communication is sufficient.

 I have provided some solutions and simplified compromises to solve these needs in the most limited fashion that also satisfies most applications.

 I have seen many responses diving into discussions of media acceptance and media negotiation depending on language negotiation outcome. I think it would be good to clarify that the intention of language specification is not primarily to support offer/answer decisions on media session establishment, but rather for application support and user guidance.

 It is quite similar in level to the intended use of the SDP Content attribute specified in RFC 4796.

 I see a clear risk that implementations hoping for progress in= SLIM as promising sign that a solution is on its way will lose the hope and cause fragmentation by selecting various solutions based on different existing specifications complemented by coding assumptions.

 Can we move on and have a new version done well in time before= the coming IETF meeting? Also including the promised and proposed modifications of other kinds?

 /Gunnar



 Den 2016-05-17 kl. 18:05, skrev Brian Rosen:

 Like Randall, I want to stay away fr= om a linkage between what languages you prefer and what media you are offering.



 I want to stay with the long standing SDP negotiation that you offer media you want to use, and and or all of that media can be accepted.

 I want our work to build on that, not change it, so that we can indicate, for the media accepted, what language is preferred.

 I further don't want to link a preference of language on one= media to the preference of language on another media. I want them independent: if audio and text are offered and answered, then language on audio is specified, and language on text is specified, and those don't interact.

 I think living with those restrictions will make implementations easier, and won't limit use much.

 Adding more complexity at this point is, I think, not worth it.

 Brian

 On May 17, 2016, at 2:01 AM, Gunna= r Hellstr=C3=B6m <<mailto:gunnar.hellstrom@omnitor.se>gunnar.hellstrom@= omnitor.se> wrote:

 Randall,

 Can you accept that our goal is to select the most appropriate language(s) for the call?

 This includes providing guidance to the answering part so that the answer can be made in the most appropriate language(s).

 That is stated in the charter:

 "While the two use cases are in different contexts (real time and
 non-real-time), the fundamental goal is the same: to enabl= e selection of
 the best-fit language(s) for a specific situation. "

 It is not sufficient to use the indications to select whic= h media shall be enabled, and then let the users sort out which language to use.

 The user needs guidance if it is most appropriate to start= the conversation in voice, sign language or text or a combination of these modalities. If not, the call will start with confusion about what is the most efficient means for them to communicate.

 That is why the preference indication needs to have:

 a) a common scope over all media, and

 b) an indication if two modalities simultaneously are desired for reception.

 Can we agree on that and move on to find a simple way of expressing these needs?

 /Gunnar




 Den 2016-05-17 kl. 05:25, skrev Randall Gellens:

 At 8:28 PM -0600 5/16/16, Doug Ewell wrote:

 Except that there is still disagreement on whether the mechanism is needed for SLIM 1.0.


 And we have a call for consensus by the chairs.


 --
 -----------------------------------------
 Gunnar Hellstr=C3=B6m
 Omnitor
 <mailto:gunnar.hellstrom@omnitor.se>gunnar.hellstro= m@omnitor.se
 +46 708 204 288
 _______________________________________________
 SLIM mailing list
 <mailto:SLIM@ietf.org>SLIM@ietf.org

<https://www.ietf.org/mailman/listinfo/slim>= https://www.ietf.org/mailman/listinfo/slim



 --
 -----------------------------------------
 Gunnar Hellstr=C3=B6m
 Omnitor
 <mailto:gunnar.hellstrom@omnitor.se>gunnar.hellstro= m@omnitor.se
 +46 708 204 288

 _______________________________________________
 SLIM mailing list
 SLIM@ietf.org
 https://www.ietf.org/mailman/listinfo/slim 



--=20
-----------------------------------------
Gunnar Hellstr=C3=B6m
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
=20
____________________= ___________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman= /listinfo/slim
= --Apple-Mail-311F816E-2810-4648-820B-37581776376B-- From nobody Mon Jul 18 04:41:37 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF44312D92B for ; Mon, 18 Jul 2016 04:41:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7gGTZAkiA8eJ for ; Mon, 18 Jul 2016 04:41:31 -0700 (PDT) Received: from bin-vsp-out-01.atm.binero.net (bin-mail-out-06.binero.net [195.74.38.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A53A12D939 for ; Mon, 18 Jul 2016 04:41:04 -0700 (PDT) X-Halon-ID: 7df6aa19-4cdc-11e6-8d73-005056917a89 Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-01.atm.binero.net (Halon Mail Gateway) with ESMTPSA for ; Mon, 18 Jul 2016 13:40:57 +0200 (CEST) To: slim@ietf.org References: <20160516083958.665a7a7059d7ee80bb4d670165c8327d.5e281af085.wbe@email0 3.godaddy.com> <7C5A334F88FD45E0A7770AFA6CB33C82@DougEwell> <57289c9f-a63a-0466-eeb7-845f1f1421ae@omnitor.se> <9f44b042-2d8b-1bb8-fd20-f037650ac4e2@omnitor.se> <64acaecd-6b40-57ce-69ee-0d6ce9fe5905@omnitor.se> <07E1E3C2-414C-4E1B-A171-AD9EE29F4AE2@gmail.com> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: <16d6dfde-42ac-ab07-0df4-c282ffea66fa@omnitor.se> Date: Mon, 18 Jul 2016 13:40:57 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <07E1E3C2-414C-4E1B-A171-AD9EE29F4AE2@gmail.com> Content-Type: multipart/alternative; boundary="------------01FB4C00365F258C0D9B0A15" Archived-At: Subject: Re: [Slim] Seeking rough consensus for draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 11:41:36 -0000 This is a multi-part message in MIME format. --------------01FB4C00365F258C0D9B0A15 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Den 2016-07-18 kl. 07:26, skrev Bernard Aboba: > On Jul 17, 2016, at 22:56, Gunnar Hellström > > wrote: >> These use cases both result in a need to specify sending and >> receiving in English in both audio and text media. >> It is only the preferences and urgency to use the different media >> that differs. >> >> Do you mean that the current draft supports describing any of these >> use cases? > > [BA] The current draft enables the language capabilities for each > media to be expressed and negotiated in each direction. This enables > media preference to be expressed and implemented subsequently (either > through conversation or by a yet unspecified mechanism). I assume that you mean language preference, because there may be more than one language per media and there may be more than one media carrying language indications. And we have said that non-matching language indications should not be taken as a reason to not connect a medium. > >> Or what would a specification of English in both directions for both >> audio and text mean? Would it mean that all four must be used >> simultaneously? > > [BA] It means that the capability to use those languages > bidirectionally has been negotiated - no usage obligation. OK, I have a presentation for the meeting where some wording is proposed to document that. How about having usage obligation for the languages in the answer? Or at least for the ones with "-send" in the answer. We should also add the sentence that is now added to the lang attribute in rfc4566bis: " Events during the session can influence which language(s) are used, and the participants are not strictly bound to only use the declared languages. " > >> The discussion we were involved in up to 10 April was intended to get >> the wording in this area a bit more clear, but I do not think we get >> this completely clarified until we describe relative priority between >> languages in different modalities. >> >> I am composing a presentation with issues in current draft, and some >> other topics. >> Looking forward to the meeting and progress in Slim. I touch two other topics in the presentation that can be good to start thinking about: a) Is the notation for advisory vs required with an asterisk for advisory really wanted? I do not think it is ever wanted to automatically deny a call because no languages match. There may be close to matching cases. Better to show the info to the user. If the asterisk is deleted, then that notation could be used for something else. b) How to make the notation usable with media that are "hidden" in transports not using the main MIME type hinting on the modality, e.g. the text medium that in WebRTC will be multiplexed in a subchannel of the data channel declared as "application" type. We may need to register a "modality" attribute as well to mark the subchannel with, and use that in a dsca attribute as specified in sdpneg. /Gunnar >> >> Gunnar >> >> >> >> >>> >>> --Randy >>> >>> At 12:18 AM +0200 6/9/16, Gunnar Hellström wrote: >>> >>>> I would like to have some acceptance for the needs expressed by >>>> me, 3GPP and ETSI. >>>> >>>> That is: >>>> >>>> A simple mechanism to specify preference for language within the >>>> session instead of only per media. ( clearly required by 3GPP TS >>>> 22.228 ) >>>> >>>> A simple mechanism to tell when the most desirable outcome is to >>>> be provided with two languages/modalities together rather than the >>>> general case when one selected language for the main language >>>> communication is sufficient. >>>> >>>> I have provided some solutions and simplified compromises to solve >>>> these needs in the most limited fashion that also satisfies most >>>> applications. >>>> >>>> I have seen many responses diving into discussions of media >>>> acceptance and media negotiation depending on language negotiation >>>> outcome. I think it would be good to clarify that the intention of >>>> language specification is not primarily to support offer/answer >>>> decisions on media session establishment, but rather for >>>> application support and user guidance. >>>> >>>> It is quite similar in level to the intended use of the SDP >>>> Content attribute specified in RFC 4796. >>>> >>>> I see a clear risk that implementations hoping for progress in >>>> SLIM as promising sign that a solution is on its way will lose the >>>> hope and cause fragmentation by selecting various solutions based >>>> on different existing specifications complemented by coding >>>> assumptions. >>>> >>>> Can we move on and have a new version done well in time before the >>>> coming IETF meeting? Also including the promised and proposed >>>> modifications of other kinds? >>>> >>>> /Gunnar >>>> >>>> >>>> >>>> Den 2016-05-17 kl. 18:05, skrev Brian Rosen: >>>> >>>>> Like Randall, I want to stay away from a linkage between what >>>>> languages you prefer and what media you are offering. >>>>> >>>> >>>>> >>>>> I want to stay with the long standing SDP negotiation that you >>>>> offer media you want to use, and and or all of that media can be >>>>> accepted. >>>>> >>>>> I want our work to build on that, not change it, so that we can >>>>> indicate, for the media accepted, what language is preferred. >>>>> >>>>> I further don't want to link a preference of language on one >>>>> media to the preference of language on another media. I want them >>>>> independent: if audio and text are offered and answered, then >>>>> language on audio is specified, and language on text is specified, >>>>> and those don't interact. >>>>> >>>>> I think living with those restrictions will make implementations >>>>> easier, and won't limit use much. >>>>> >>>>> Adding more complexity at this point is, I think, not worth it. >>>>> >>>>> Brian >>>>> >>>>>> On May 17, 2016, at 2:01 AM, Gunnar Hellström >>>>>> <gunnar.hellstrom@omnitor.se> >>>>>> wrote: >>>>>> >>>>>> Randall, >>>>>> >>>>>> Can you accept that our goal is to select the most appropriate >>>>>> language(s) for the call? >>>>>> >>>>>> This includes providing guidance to the answering part so that >>>>>> the answer can be made in the most appropriate language(s). >>>>>> >>>>>> That is stated in the charter: >>>>>> >>>>>> "While the two use cases are in different contexts (real time and >>>>>> non-real-time), the fundamental goal is the same: to enable >>>>>> selection of >>>>>> the best-fit language(s) for a specific situation. " >>>>>> >>>>>> It is not sufficient to use the indications to select which >>>>>> media shall be enabled, and then let the users sort out which >>>>>> language to use. >>>>>> >>>>>> The user needs guidance if it is most appropriate to start the >>>>>> conversation in voice, sign language or text or a combination of >>>>>> these modalities. If not, the call will start with confusion >>>>>> about what is the most efficient means for them to communicate. >>>>>> >>>>>> That is why the preference indication needs to have: >>>>>> >>>>>> a) a common scope over all media, and >>>>>> >>>>>> b) an indication if two modalities simultaneously are desired >>>>>> for reception. >>>>>> >>>>>> Can we agree on that and move on to find a simple way of >>>>>> expressing these needs? >>>>>> >>>>>> /Gunnar >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Den 2016-05-17 kl. 05:25, skrev Randall Gellens: >>>>>> >>>>>>> At 8:28 PM -0600 5/16/16, Doug Ewell wrote: >>>>>>> >>>>>>>> Except that there is still disagreement on whether the >>>>>>>> mechanism is needed for SLIM 1.0. >>>>>>>> >>>>>>> >>>>>>> And we have a call for consensus by the chairs. >>>>>>> >>>>>> >>>>>> -- >>>>>> ----------------------------------------- >>>>>> Gunnar Hellström >>>>>> Omnitor >>>>>> gunnar.hellstrom@omnitor.se >>>>>> +46 708 204 288 >>>>>> _______________________________________________ >>>>>> SLIM mailing list >>>>>> SLIM@ietf.org >>>>>> >>>>>> https://www.ietf.org/mailman/listinfo/slim >>>>>> >>>>>> >>>>> >>>> >>>> -- >>>> ----------------------------------------- >>>> Gunnar Hellström >>>> Omnitor >>>> gunnar.hellstrom@omnitor.se >>>> +46 708 204 288 >>>> >>>> _______________________________________________ >>>> SLIM mailing list >>>> SLIM@ietf.org >>>> https://www.ietf.org/mailman/listinfo/slim >>> >>> >> >> -- >> ----------------------------------------- >> Gunnar Hellström >> Omnitor >> gunnar.hellstrom@omnitor.se >> +46 708 204 288 >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >> https://www.ietf.org/mailman/listinfo/slim > > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 --------------01FB4C00365F258C0D9B0A15 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

Den 2016-07-18 kl. 07:26, skrev Bernard Aboba:

On Jul 17, 2016, at 22:56, Gunnar Hellström <gunnar.hellstrom@omnitor.se> wrote:
These use cases both result in a need to specify sending and receiving in English in both audio and text media.
It is only the preferences and urgency to use the different media that differs.

Do you mean that the current draft supports describing any of these use cases?

[BA] The current draft enables the language capabilities for each media to be expressed and negotiated in each direction. This enables media preference to be expressed and implemented subsequently (either through conversation or by a yet unspecified mechanism).
I assume that you mean language preference, because there may be more than one language per media and there may be more than one media carrying language indications. And we have said that non-matching language indications should not be taken as a reason to not connect a medium.

Or what would a specification of English in both directions for both audio and text mean? Would it mean that all four must be used simultaneously?

[BA] It means that the capability to use those languages bidirectionally has been negotiated - no usage obligation.
OK, I have a presentation for the meeting where some wording is proposed to document that.
How about having usage obligation for the languages in the answer?  Or at least for the ones with "-send" in the answer.

We should also add the sentence that is now added to the lang attribute in rfc4566bis:
"
   Events during the session can influence which language(s) are used,
   and the participants are not strictly bound to only use the declared
   languages.
"

The discussion we were involved in up to 10 April was intended to get the wording in this area a bit more clear, but I do not think we get this completely clarified until we describe relative priority between languages in different modalities.

I am composing a presentation with issues in current draft, and some other topics.
Looking forward to the meeting and progress in Slim.
I touch two other topics in the presentation that can be good to start thinking about:

a) Is the notation for advisory vs required with an asterisk for advisory really wanted? I do not think it is ever wanted to automatically deny a call because no languages match. There may be close to matching cases. Better to show the info to the user.
If the asterisk is deleted, then that notation could be used for something else.

b) How to make the notation usable with media that are "hidden" in transports not using the main MIME type hinting on the modality,  e.g. the text medium that in WebRTC will be multiplexed in a subchannel of the data channel declared as "application" type. We may need to register a "modality" attribute as well to mark the subchannel with, and use that in  a dsca attribute as specified in sdpneg.

/Gunnar


Gunnar




--Randy

At 12:18 AM +0200 6/9/16, Gunnar Hellström wrote:

 I would like to have some acceptance for the needs expressed by me, 3GPP and ETSI.

 That is:

 A simple mechanism to specify preference for language within the session instead of only per media. ( clearly required by 3GPP TS 22.228 )

 A simple mechanism to tell when the most desirable outcome is to be provided with two languages/modalities together rather than the general case when one selected language for the main language communication is sufficient.

 I have provided some solutions and simplified compromises to solve these needs in the most limited fashion that also satisfies most applications.

 I have seen many responses diving into discussions of media acceptance and media negotiation depending on language negotiation outcome. I think it would be good to clarify that the intention of language specification is not primarily to support offer/answer decisions on media session establishment, but rather for application support and user guidance.

 It is quite similar in level to the intended use of the SDP Content attribute specified in RFC 4796.

 I see a clear risk that implementations hoping for progress in SLIM as promising sign that a solution is on its way will lose the hope and cause fragmentation by selecting various solutions based on different existing specifications complemented by coding assumptions.

 Can we move on and have a new version done well in time before the coming IETF meeting? Also including the promised and proposed modifications of other kinds?

 /Gunnar



 Den 2016-05-17 kl. 18:05, skrev Brian Rosen:

 Like Randall, I want to stay away from a linkage between what languages you prefer and what media you are offering.



 I want to stay with the long standing SDP negotiation that you offer media you want to use, and and or all of that media can be accepted.

 I want our work to build on that, not change it, so that we can indicate, for the media accepted, what language is preferred.

 I further don't want to link a preference of language on one media to the preference of language on another media. I want them independent: if audio and text are offered and answered, then language on audio is specified, and language on text is specified, and those don't interact.

 I think living with those restrictions will make implementations easier, and won't limit use much.

 Adding more complexity at this point is, I think, not worth it.

 Brian

 On May 17, 2016, at 2:01 AM, Gunnar Hellström <<mailto:gunnar.hellstrom@omnitor.se>gunnar.hellstrom@omnitor.se> wrote:

 Randall,

 Can you accept that our goal is to select the most appropriate language(s) for the call?

 This includes providing guidance to the answering part so that the answer can be made in the most appropriate language(s).

 That is stated in the charter:

 "While the two use cases are in different contexts (real time and
 non-real-time), the fundamental goal is the same: to enable selection of
 the best-fit language(s) for a specific situation. "

 It is not sufficient to use the indications to select which media shall be enabled, and then let the users sort out which language to use.

 The user needs guidance if it is most appropriate to start the conversation in voice, sign language or text or a combination of these modalities. If not, the call will start with confusion about what is the most efficient means for them to communicate.

 That is why the preference indication needs to have:

 a) a common scope over all media, and

 b) an indication if two modalities simultaneously are desired for reception.

 Can we agree on that and move on to find a simple way of expressing these needs?

 /Gunnar




 Den 2016-05-17 kl. 05:25, skrev Randall Gellens:

 At 8:28 PM -0600 5/16/16, Doug Ewell wrote:

 Except that there is still disagreement on whether the mechanism is needed for SLIM 1.0.


 And we have a call for consensus by the chairs.


 --
 -----------------------------------------
 Gunnar Hellström
 Omnitor
 <mailto:gunnar.hellstrom@omnitor.se>gunnar.hellstrom@omnitor.se
 +46 708 204 288
 _______________________________________________
 SLIM mailing list
 <mailto:SLIM@ietf.org>SLIM@ietf.org

<https://www.ietf.org/mailman/listinfo/slim>https://www.ietf.org/mailman/listinfo/slim



 --
 -----------------------------------------
 Gunnar Hellström
 Omnitor
 <mailto:gunnar.hellstrom@omnitor.se>gunnar.hellstrom@omnitor.se
 +46 708 204 288

 _______________________________________________
 SLIM mailing list
 SLIM@ietf.org
 https://www.ietf.org/mailman/listinfo/slim 



-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim


_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim


-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
--------------01FB4C00365F258C0D9B0A15-- From nobody Tue Jul 19 02:59:40 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 380D112DD81 for ; Tue, 19 Jul 2016 02:59:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gsmasso.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bCu4hAZPtJdl for ; Tue, 19 Jul 2016 02:59:36 -0700 (PDT) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0080.outbound.protection.outlook.com [104.47.2.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0430312DFBF for ; Tue, 19 Jul 2016 02:54:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=GSMASSO.onmicrosoft.com; s=selector1-gsma-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=DW9+zW77YViFX0RwMMGZ2JQhknu+xvY4bmUZrAfTlmc=; b=vGG8gQ4IH4xJ2f6T2vduINtE5z2m3DvuPxTR7T8BcCzGikvAw9hdydmMbjGpOQ2gbq1/1qnx5KghbgZlQOFf/ObohqxpyH54xckW3wu/OIC9XJoFObAq5iuc8PmUy0Iuf76VXLQLZTsUqe7HsDAooAhJn6TSQvC+lhSUJjuqXv0= Received: from DB5PR0401MB2055.eurprd04.prod.outlook.com (10.166.11.138) by DB5PR0401MB2056.eurprd04.prod.outlook.com (10.166.11.139) with Microsoft SMTP Server (TLS) id 15.1.523.12; Tue, 19 Jul 2016 09:54:20 +0000 Received: from DB5PR0401MB2055.eurprd04.prod.outlook.com ([10.166.11.138]) by DB5PR0401MB2055.eurprd04.prod.outlook.com ([10.166.11.138]) with mapi id 15.01.0523.029; Tue, 19 Jul 2016 09:54:20 +0000 From: Natasha Rooney To: "slim@ietf.org" Thread-Topic: IETF96 Thread-Index: AQHR4aOF5OyOqV0vZUyzDV1DCX2pyA== Date: Tue, 19 Jul 2016 09:54:20 +0000 Message-ID: <6D745F2F-1CF8-4693-B770-0C3E29A2ED88@gsma.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3124) authentication-results: spf=none (sender IP is ) smtp.mailfrom=nrooney@gsma.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [31.133.176.182] x-ms-office365-filtering-correlation-id: 88caf451-33d4-4d38-bee7-08d3afbaa7d4 x-microsoft-exchange-diagnostics: 1; DB5PR0401MB2056; 6:RWZ/9KR0TrPAC+sUIdqCl3Sq9gKL/9WI1fnfw7zPX/8qJnLjVZuaQueSSNfpzEie8ez6M+DWL5YRNA9FPQIkNrTI6cYTUjve3WzHiyHR+omHoE9/pgxmc8enOfZS0rVknSH/nRz7fmoCB2cokhjEPdwal+SbfhMr4Fz37YIo+pYLbOO93il/ql4JCoW64+GPQgcvSwvDRoD7+sjy2rROsW+zH2zwNQCfpRtHN7/INVA2ikBrUx0zhNd0p0ZTo6OEuotJeswUQgviWSGyMTcEjoIe2I4cA5wHrDpdNUiIEBM=; 5:w9xaw1+jEfNj6+XGHD7uGER1c6qz0HdLXA2+4ho4VIZtfL00tc4ZeaQCFKcObjHIdDeE+RcdWokIPysijJztDQM1ZGRz+jyNUlaJyWNnQnspVuxGAXkYrSy+tCzy0CB7sQzG2oHVjA8finAKrVFXfg==; 24:UuqDi49EWkQF1EZKmsXl8tDuDxNz9OXEqA0YucW3eIggqiJ/LxvrgvLuAGO7FDl7AcNZffHcw99ZNICXbO/UTElfhzMTvxFk0BKYXqYRA8M=; 7:JJjTZd2kUTzibRUq2gAdYmMcGnyTiawB1fjHJIQWXiNMCjhtErNpzIb6n/Yp4bFrx8XHCqDo4OCTRIScATDM2v6QsskYoEG9s4+MDCXuJzMpCNXJGAy/DMAVwhqeNgC+c2ZbuyIgRiTaBnlpotFspPfk9JE4XJLbFDHvBX4pbUqMgLB1i1bVpYWQB2IRa1Geoz+2tIG3mQkaoTFvInVsm2l64YkIy/VOLZGtPnm3afPApMbtE6SsDCR7a/dx38HE x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB5PR0401MB2056; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(192374486261705); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001); SRVR:DB5PR0401MB2056; BCL:0; PCL:0; RULEID:; SRVR:DB5PR0401MB2056; x-forefront-prvs: 000800954F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(199003)(53754006)(189002)(77096005)(189998001)(5890100001)(66066001)(33656002)(15975445007)(10400500002)(105586002)(8676002)(2900100001)(86362001)(81166006)(1730700003)(81156014)(11100500001)(83716003)(97736004)(5002640100001)(50986999)(110136002)(16236675004)(57306001)(92566002)(2501003)(19617315012)(3280700002)(2351001)(87936001)(106356001)(122556002)(106116001)(101416001)(36756003)(229853001)(586003)(50226002)(82746002)(19580405001)(8936002)(6116002)(3660700001)(3846002)(102836003)(68736007)(5640700001)(8666005)(7736002)(4326007)(7846002)(7906003)(19580395003)(2906002)(7059030)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:DB5PR0401MB2056; H:DB5PR0401MB2055.eurprd04.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: gsma.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_6D745F2F1CF84693B7700C3E29A2ED88gsmacom_" MIME-Version: 1.0 X-OriginatorOrg: gsma.com X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Jul 2016 09:54:20.2446 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72a4ff82-fec3-469d-aafb-ac8276216699 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR0401MB2056 X-MS-Exchange-CrossPremises-AuthAs: Internal X-MS-Exchange-CrossPremises-AuthMechanism: 04 X-MS-Exchange-CrossPremises-AuthSource: DB5PR0401MB2055.eurprd04.prod.outlook.com X-MS-Exchange-CrossPremises-SCL: 1 X-MS-Exchange-CrossPremises-messagesource: StoreDriver X-MS-Exchange-CrossPremises-BCC: X-MS-Exchange-CrossPremises-originalclientipaddress: 31.133.176.182 X-MS-Exchange-CrossPremises-avstamp-service: 1.0 X-MS-Exchange-CrossPremises-disclaimer-hash: 78ca8040c6722e32c2f5b0a45bf37e74b9409d645a53be96aa19958e0cee0f00 X-MS-Exchange-CrossPremises-antispam-scancontext: DIR:Originating; SFV:NSPM; SKIP:0; X-MS-Exchange-CrossPremises-processed-by-journaling: Journal Agent X-OrganizationHeadersPreserved: DB5PR0401MB2056.eurprd04.prod.outlook.com Archived-At: Cc: Alexey Melnikov Subject: [Slim] IETF96 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 09:59:39 -0000 --_000_6D745F2F1CF84693B7700C3E29A2ED88gsmacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgYWxsIQ0KDQpUaGFuay15b3UgZm9yIGF0dGVuZGluZyB0aGUgU0xJTSBtZWV0aW5nIGF0IElF VEY5NiEgV2UgaGF2ZSBzb21lIG1pbnV0ZXMgYW5kIHNvbWUgYWN0aW9ucyBmb3IgYWxsLiBJZiB5 b3UgaGF2ZSBjb21tZW50cyBvciBxdWVzdGlvbnMgb24gZWl0aGVyIHBsZWFzZSBzZW5kIHRoZW0g dG8gdGhlIGxpc3QuIE1pbnV0ZXMgY2FuIGJlIGZvdW5kIGF0IFsxXS4NCg0KQWN0aW9ucyBmb3Ig YWxsOg0KDQoNCiAgKiAgIEFsbCAtIENvbnRhY3QgbWFpbCBwcm92aWRlcnMgdG8gaW1wbGVtZW50 IE11bHRpcGxlIExhbmd1YWdlIENvbnRlbnQgdHlwZQ0KICAqICAgTmlrIC0gYWRkaW5nIGl0ZW1z IHRvIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zIHNlY3Rpb24gKHRoZW4gd2XigJlsbCBjb25zaWRl ciBtb3ZpbmcgdG8gV0dMQyBhdCB0aGUgZW5kIG9mIElFVEY5NikNCiAgKiAgIE5hdGFzaGEgLSBj bGVhbiB1cCBVc2UgQ2FzZXMgZHJhZnQuIExlYXZlIGFzIGluZm9ybWF0aW9uYWwuDQogICogICBD aGFpcnMgLSBhZGQgaXRlbXMgdG8gV0dMQywgc2VuZCBkZXRhaWxzIHRvIHRoZSBsaXN0Lg0KDQpU aGFua3MgdG8gTHVjYXMgSmVuw58gZm9yIGJlaW5nIG91ciBqYWJiZXIgc2NyaWJlIGFuZCBCcmlh biBSb3NlbiBmb3IgYmVpbmcgb3VyIHNjcmliZS4gVGhhbmtzIHRvIHRoZSBBRHMgZm9yIGF0dGVu ZGluZywgYW5kIE5paywgUmFuZGFsbCBhbmQgR3VubmFyIGZvciBwcmVzZW50aW5nIQ0KDQpOYXRh c2hhDQoNClsxXSBodHRwczovL3d3dy5pZXRmLm9yZy9wcm9jZWVkaW5ncy85Ni9taW51dGVzL21p bnV0ZXMtOTYtc2xpbQ0KDQpOYXRhc2hhIFJvb25leSB8IFRlY2hub2xvZ2lzdCwgV2ViIGFuZCBJ bnRlcm5ldCwgVzNDICYgSUVURiB8IEdTTUEgfCBucm9vbmV5QGdzbWEuY29tPG1haWx0bzpucm9v bmV5QGdzbWEuY29tPiB8ICs0NCAoMCkgNzczMCAyMTkgNzY1IHwgQHRoaXNOYXRhc2hhIHwgU2t5 cGU6IG5yb29uZXlAZ3NtLm9yZzxtYWlsdG86bnJvb25leUBnc20ub3JnPg0KDQoNCg0KVGhpcyBl bWFpbCBhbmQgaXRzIGF0dGFjaG1lbnRzIGFyZSBpbnRlbmRlZCBmb3IgdGhlIGFib3ZlIG5hbWVk IG9ubHkgYW5kIG1heSBiZSBjb25maWRlbnRpYWwuIElmIHRoZXkgaGF2ZSBjb21lIHRvIHlvdSBp biBlcnJvciB5b3UgbXVzdCB0YWtlIG5vIGFjdGlvbiBiYXNlZCBvbiB0aGVtLCBub3IgbXVzdCB5 b3UgY29weSBvciBzaG93IHRoZW0gdG8gYW55b25lOyBwbGVhc2UgcmVwbHkgdG8gdGhpcyBlbWFp bCBvciBjYWxsICs0NCAyMDcgMzU2IDA2MDAgYW5kIGhpZ2hsaWdodCB0aGUgZXJyb3IuDQo= --_000_6D745F2F1CF84693B7700C3E29A2ED88gsmacom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5IaSBhbGwh PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij5UaGFuay15b3UgZm9yIGF0dGVuZGluZyB0aGUgU0xJTSBtZWV0aW5nIGF0IElFVEY5NiEgV2Ug aGF2ZSBzb21lIG1pbnV0ZXMgYW5kIHNvbWUgYWN0aW9ucyBmb3IgYWxsLiBJZiB5b3UgaGF2ZSBj b21tZW50cyBvciBxdWVzdGlvbnMgb24gZWl0aGVyIHBsZWFzZSBzZW5kIHRoZW0gdG8gdGhlIGxp c3QuIE1pbnV0ZXMgY2FuIGJlIGZvdW5kIGF0IFsxXS48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJy IGNsYXNzPSIiPg0KPC9kaXY+DQpBY3Rpb25zIGZvciBhbGw6DQo8ZGl2IGNsYXNzPSIiPjxiciBj bGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjx1bCBjbGFzcz0iTWFpbE91dGxpbmUi Pg0KPGxpIGNsYXNzPSIiPkFsbCAtIENvbnRhY3QgbWFpbCBwcm92aWRlcnMgdG8gaW1wbGVtZW50 IE11bHRpcGxlIExhbmd1YWdlIENvbnRlbnQgdHlwZTwvbGk+PGxpIGNsYXNzPSIiPk5payAtIGFk ZGluZyBpdGVtcyB0byBTZWN1cml0eSBDb25zaWRlcmF0aW9ucyBzZWN0aW9uICh0aGVuIHdl4oCZ bGwgY29uc2lkZXIgbW92aW5nIHRvIFdHTEMgYXQgdGhlIGVuZCBvZiBJRVRGOTYpPC9saT48bGkg Y2xhc3M9IiI+TmF0YXNoYSAtIGNsZWFuIHVwIFVzZSBDYXNlcyBkcmFmdC4gTGVhdmUgYXMgaW5m b3JtYXRpb25hbC4mbmJzcDs8L2xpPjxsaSBjbGFzcz0iIj5DaGFpcnMgLSBhZGQgaXRlbXMgdG8g V0dMQywgc2VuZCBkZXRhaWxzIHRvIHRoZSBsaXN0LjwvbGk+PC91bD4NCjxkaXYgY2xhc3M9IiI+ PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0iY29sb3I6 IHJnYigwLCAwLCAwKTsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4 dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3 aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Vi a2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHdvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtp dC1uYnNwLW1vZGU6IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNl OyIgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBsZXR0ZXItc3Bh Y2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRl bnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93 czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBw eDsgd29yZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJr aXQtbGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9 ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1 dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTog bm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBw eDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7 IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0 ZS1zcGFjZTsiIGNsYXNzPSIiPg0KVGhhbmtzIHRvIEx1Y2FzIEplbsOfIGZvciBiZWluZyBvdXIg amFiYmVyIHNjcmliZSBhbmQgQnJpYW4gUm9zZW4gZm9yIGJlaW5nIG91ciBzY3JpYmUuIFRoYW5r cyB0byB0aGUgQURzIGZvciBhdHRlbmRpbmcsIGFuZCBOaWssIFJhbmRhbGwgYW5kIEd1bm5hciBm b3IgcHJlc2VudGluZyE8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpOYXRhc2hhPGJyIGNs YXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KWzFdJm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvcHJvY2VlZGluZ3MvOTYvbWludXRlcy9taW51dGVzLTk2LXNsaW0iIGNsYXNzPSIiPmh0 dHBzOi8vd3d3LmlldGYub3JnL3Byb2NlZWRpbmdzLzk2L21pbnV0ZXMvbWludXRlcy05Ni1zbGlt PC9hPjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCk5hdGFzaGEgUm9vbmV5IHwgVGVjaG5v bG9naXN0LCBXZWImbmJzcDthbmQgSW50ZXJuZXQsIFczQyAmYW1wOyBJRVRGIHwgR1NNQSB8Jm5i c3A7PGEgaHJlZj0ibWFpbHRvOm5yb29uZXlAZ3NtYS5jb20iIGNsYXNzPSIiPm5yb29uZXlAZ3Nt YS5jb208L2E+Jm5ic3A7fCAmIzQzOzQ0ICgwKSA3NzMwJm5ic3A7MjE5IDc2NSB8IEB0aGlzTmF0 YXNoYSB8IFNreXBlOiZuYnNwOzxhIGhyZWY9Im1haWx0bzpucm9vbmV5QGdzbS5vcmciIGNsYXNz PSIiPm5yb29uZXlAZ3NtLm9yZzwvYT48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPHAgc3R5 bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCxzYW5zLXNlcmlmO2ZvbnQtc2l6ZToxMXB4O2NvbG9yOiM5 OTk5OTk7Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCxzYW5z LXNlcmlmO2NvbG9yOiM5OTk5OTk7IG1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiBBcmlhbDsgbXNv LWZhcmVhc3QtdGhlbWUtZm9udDogbWlub3ItbGF0aW47IG1zby1iaWRpLWZvbnQtZmFtaWx5OiAm cXVvdDtBcmlhbCZxdW90OzsgbXNvLWFuc2ktbGFuZ3VhZ2U6IEVOLVVTOyBtc28tZmFyZWFzdC1s YW5ndWFnZTogRU4tR0I7IG1zby1iaWRpLWxhbmd1YWdlOiBBUi1TQSI+VGhpcw0KIGVtYWlsIGFu ZCBpdHMgYXR0YWNobWVudHMgYXJlIGludGVuZGVkIGZvciB0aGUgYWJvdmUgbmFtZWQgb25seSBh bmQgbWF5IGJlIGNvbmZpZGVudGlhbC4gSWYgdGhleSBoYXZlIGNvbWUgdG8geW91IGluIGVycm9y IHlvdSBtdXN0IHRha2Ugbm8gYWN0aW9uIGJhc2VkIG9uIHRoZW0sIG5vciBtdXN0IHlvdSBjb3B5 IG9yIHNob3cgdGhlbSB0byBhbnlvbmU7IHBsZWFzZSByZXBseSB0byB0aGlzIGVtYWlsIG9yIGNh bGwgJiM0Mzs0NCAyMDcgMzU2IDA2MDANCiBhbmQgaGlnaGxpZ2h0IHRoZSBlcnJvci4gPC9zcGFu PjwvcD4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_6D745F2F1CF84693B7700C3E29A2ED88gsmacom_-- From nobody Tue Jul 19 03:01:32 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F91112DBE8 for ; Tue, 19 Jul 2016 03:01:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.921 X-Spam-Level: X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gsmasso.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qzcpwsdVNgmA for ; Tue, 19 Jul 2016 03:01:29 -0700 (PDT) Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30049.outbound.protection.outlook.com [40.107.3.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8589612DA96 for ; Tue, 19 Jul 2016 02:56:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=GSMASSO.onmicrosoft.com; s=selector1-gsma-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=BkQH0KSolfSVUpOyeJd9ckrhSnMl46ZqjBN0CsbuVvE=; b=ZnV5iPY9bGQwcoxuO632/hwyH/LQOTKThxFI0kmbq1wJggkAkzA6Z0Ytgi6ceeEFoHPQ5eGcWCrNkEPNd4tk4ONluB7k7denVznVySjUII+3FTRi8negR5x/JziBAyZFdyeuZ5sqzaCw8ySt6Aq/Hw/Q2/huKmSawwB+oNVbQqw= Received: from DB5PR0401MB2055.eurprd04.prod.outlook.com (10.166.11.138) by DB5PR0401MB2053.eurprd04.prod.outlook.com (10.166.11.136) with Microsoft SMTP Server (TLS) id 15.1.523.12; Tue, 19 Jul 2016 09:56:34 +0000 Received: from DB5PR0401MB2055.eurprd04.prod.outlook.com ([10.166.11.138]) by DB5PR0401MB2055.eurprd04.prod.outlook.com ([10.166.11.138]) with mapi id 15.01.0523.029; Tue, 19 Jul 2016 09:56:34 +0000 From: Natasha Rooney To: "slim@ietf.org" Thread-Topic: [slim] #1 (use-cases): Test ticket Thread-Index: AQHR4aBzQKDR4dcv7keO9JhNItFNVqAfhGkA Date: Tue, 19 Jul 2016 09:56:34 +0000 Message-ID: <573E4993-6B5F-40A5-978A-4033C1C5C5A2@gsma.com> References: <056.9637e749e77ad366b5b024d984b766a3@tools.ietf.org> In-Reply-To: <056.9637e749e77ad366b5b024d984b766a3@tools.ietf.org> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3124) authentication-results: spf=none (sender IP is ) smtp.mailfrom=nrooney@gsma.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [2001:67c:370:176:b1c8:26de:58e0:6846] x-ms-office365-filtering-correlation-id: ca799d00-c994-466c-81a6-08d3afbaf7f1 x-microsoft-exchange-diagnostics: 1; DB5PR0401MB2053; 6:IxNQwzvFtNNsIlCC43h5+w7f8V2nPfH5uEatLgdPZMniEV65lWWBbkRVU2JMQHKMOtMGzxixBLRcH2lMCHgnbYp1WE1YpTSnooUdalYW09HuJCLnaPanHjyNwD32hYmKZVKT+IVVd8w93xpEGjxiCj5HBWwKY5z2WVFHTo66VvvZsoUV0UEtb/+BUQkLAmSAMU3cSqOi5oMfR79fJqUwoiuH6P4j8r99fjB+SXyGLRJagAchL19AcJ9+5KNsnuLUKTWgvdaHXD6TOftq36SXLiTP5yMJ3FGc7nfmS8zOQmo=; 5://vUw+Mdc7w+Tdvhy0rCZjFR0Enrr6DgXsMR3rT0WAFpdgu4UthcjZg8yGaRaFG9ClNF+xrsFwHfecexo2J/Ubi8q+vSMNSK0MTVSWHhB+87MGOCf8YsJDu6L6wdWPZX+aEHu8kMjUtP4PRKPGYCaA==; 24:skilQw3HV0ToAwyD8sJcA/ZI/OKpFurBHrws3p4iq73i5vX0rpIFbEy/N1kk2gHozoHcIgkLN0+gf+3sATntNF6gpbkYQwxdoUgVekDxL2Y=; 7:sgt2hkTFRuepcxGVfUeWMVFQ/87RXHy5tfJIUnEda1H1e8nP7a2D1pVhk/qcJLPHTEkDTO4azyQA/GtpXczI46VwVFovfLmbp1OmRLt4MDhgz/C2egE1hbOU8kY95wSIZ7kQoz3IBkqai6PN3ciU85TbnRFDwLq5Ye8zR9kZg6TffkbSpNspOIywLwVDrJTOQ/qTMM2kLp8vhTTVhAVg96mz6u2bf0AhsYELof84rP+e1zxv5IRedC3es6pOZXv2 x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB5PR0401MB2053; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:DB5PR0401MB2053; BCL:0; PCL:0; RULEID:; SRVR:DB5PR0401MB2053; x-forefront-prvs: 000800954F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(199003)(24454002)(189002)(10400500002)(5890100001)(1730700003)(189998001)(2950100001)(105586002)(106116001)(50986999)(2351001)(102836003)(92566002)(77096005)(8676002)(7846002)(2501003)(2900100001)(19580405001)(82746002)(83716003)(5640700001)(7736002)(15975445007)(50226002)(16236675004)(5002640100001)(7906003)(6116002)(97736004)(11100500001)(57306001)(86362001)(3660700001)(586003)(19580395003)(107886002)(68736007)(106356001)(36756003)(450100001)(110136002)(101416001)(3280700002)(122556002)(19617315012)(2906002)(8936002)(76176999)(81166006)(81156014)(33656002)(87936001)(17413003)(3826002)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:DB5PR0401MB2053; H:DB5PR0401MB2055.eurprd04.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: gsma.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_573E49936B5F40A5978A4033C1C5C5A2gsmacom_" MIME-Version: 1.0 X-OriginatorOrg: gsma.com X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Jul 2016 09:56:34.7208 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72a4ff82-fec3-469d-aafb-ac8276216699 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR0401MB2053 X-MS-Exchange-CrossPremises-AuthAs: Internal X-MS-Exchange-CrossPremises-AuthMechanism: 04 X-MS-Exchange-CrossPremises-AuthSource: DB5PR0401MB2055.eurprd04.prod.outlook.com X-MS-Exchange-CrossPremises-SCL: 1 X-MS-Exchange-CrossPremises-messagesource: StoreDriver X-MS-Exchange-CrossPremises-BCC: X-MS-Exchange-CrossPremises-originalclientipaddress: 2001:67c:370:176:b1c8:26de:58e0:6846 X-MS-Exchange-CrossPremises-avstamp-service: 1.0 X-MS-Exchange-CrossPremises-disclaimer-hash: 78ca8040c6722e32c2f5b0a45bf37e74b9409d645a53be96aa19958e0cee0f00 X-MS-Exchange-CrossPremises-antispam-scancontext: DIR:Originating; SFV:NSPM; SKIP:0; X-MS-Exchange-CrossPremises-processed-by-journaling: Journal Agent X-OrganizationHeadersPreserved: DB5PR0401MB2053.eurprd04.prod.outlook.com Archived-At: Subject: Re: [Slim] [slim] #1 (use-cases): Test ticket X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 10:01:31 -0000 --_000_573E49936B5F40A5978A4033C1C5C5A2gsmacom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Please ignore this message - we were testing the issue tool! Natasha Natasha Rooney | Technologist, Web and Internet, W3C & IETF | GSMA | nroone= y@gsma.com | +44 (0) 7730 219 765 | @thisNatasha |= Skype: nrooney@gsm.org On 19 Jul 2016, at 11:32, slim issue tracker > wrote: #1: Test ticket Test ticket #1 -- --------------------------------+---------------------------- Reporter: nrooney@gsma.com | Owner: Nata= sha Rooney Type: task | Status: new Priority: trivial | Milestone: milestone1 Component: use-cases | Version: 1.0 Severity: Active WG Document | Keywords: --------------------------------+---------------------------- Ticket URL: slim This email and its attachments are intended for the above named only and ma= y be confidential. If they have come to you in error you must take no actio= n based on them, nor must you copy or show them to anyone; please reply to = this email or call +44 207 356 0600 and highlight the error. --_000_573E49936B5F40A5978A4033C1C5C5A2gsmacom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable Please ignore this message - we were testing the issue tool!

Natasha


Natasha Rooney | Technologist, Web and Internet, W3C & IETF | GSMA= | nrooney@gsma.com=  | +44 (0) 7730 219 765 | @thisNatasha | Skype: nrooney@gsm.org


On 19 Jul 2016, at 11:32, slim issue tracker <trac+slim@tools.ietf.o= rg> wrote:

#1: Test ticket

Test ticket #1

--
--------------------------------+----------------------------
Reporter:  nrooney@gsma= .com    |      Owner:  Nat= asha Rooney
    Type:  task      &nbs= p;         |    = ; Status:  new
Priority:  trivial         &nb= sp;   |  Milestone:  milestone1
Component:  use-cases         =   |    Version:  1.0
Severity:  Active WG Document  |   Keywords:
--------------------------------+----------------------------

Ticket URL: <https://trac.tools.ietf.org/wg/slim/trac/ticket/1>
slim <https://tools.= ietf.org/slim/>


This email and its attachments are intended for the above named only and may be= confidential. If they have come to you in error you must take no action ba= sed on them, nor must you copy or show them to anyone; please reply to this= email or call +44 207 356 0600 and highlight the error.

--_000_573E49936B5F40A5978A4033C1C5C5A2gsmacom_-- From nobody Tue Jul 19 07:58:29 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 584B712E033 for ; Tue, 19 Jul 2016 07:58:29 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fULk7GZpM_d9 for ; Tue, 19 Jul 2016 07:58:27 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 152B712E193 for ; Tue, 19 Jul 2016 07:35:36 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Tue, 19 Jul 2016 07:35:39 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <6D745F2F-1CF8-4693-B770-0C3E29A2ED88@gsma.com> References: <6D745F2F-1CF8-4693-B770-0C3E29A2ED88@gsma.com> X-Mailer: Eudora for Mac OS X Date: Tue, 19 Jul 2016 07:35:31 -0700 To: "slim@ietf.org" From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Cc: Alexey Melnikov Subject: Re: [Slim] IETF96 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 14:58:29 -0000 To address the two action items in the real-time draft from today's discussion, I propose to make the following two changes: Replace all of Section 5 with: RFC 4566 [RFC4566] specifies an attribute 'lang' which appears similar to what is needed here, but in considering its use the group felt its semantics were ambiguous, noted that there was not much evidence of its use (and thus less likelihood of conflict or confusion in defining new attributes), and that there was value in being able to specify language per direction (sending and receiving). This document therefore defines two new attributes. This deletes all interpretation of the existing attribute (while retaining mention that interpretation is needed) and mentions the value in being able to specify language per direction. In Section 6.2, change "the languages the offerer wishes to" to "...is willing to". If you feel these changes are not correct, please say so now. -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- There are three possibilities: Pioneer's solar panel has turned away from the sun; there's a large meteor blocking transmission; or someone loaded Star Trek 3.2 into our video processor. From nobody Tue Jul 19 13:00:38 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D79712D7CD for ; Tue, 19 Jul 2016 13:00:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tNVujZJsPRNV for ; Tue, 19 Jul 2016 13:00:33 -0700 (PDT) Received: from bin-vsp-out-05.atm.binero.net (bin-mail-out-06.binero.net [195.74.38.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4FF4A12D1B3 for ; Tue, 19 Jul 2016 13:00:32 -0700 (PDT) X-Halon-ID: 730e8511-4deb-11e6-81a1-005056913f0f Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-05.atm.binero.net (Halon Mail Gateway) with ESMTPSA; Tue, 19 Jul 2016 22:00:32 +0200 (CEST) To: "slim@ietf.org" , Natasha Rooney From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: <2af854ab-acf4-cf89-af6c-45fb12633cd5@omnitor.se> Date: Tue, 19 Jul 2016 22:00:24 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------0FA3394F70F6FFAEDE442AB3" Archived-At: Subject: [Slim] Edit proposals to draft-ietf-slim-negotiating-human-language-01 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 20:00:37 -0000 This is a multi-part message in MIME format. --------------0FA3394F70F6FFAEDE442AB3 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit I recently sent a collection of comments and edit proposals for draft-ietf-slim-negotiating-human-language-01 to Randall and the slim chairs. The comments and edits are of widely different kinds, between editorial and style issues to important technical change proposals also discussed and noted in today's notes to comments about related issues clearly ut of scope for the current draft. We have not had any real discussion on anything but the kernel subject of this draft. We need also to look at other aspects. Short of time, I made what I found to be most rapid. I made a commented and changemarked Word version of it. I know it is not IETF policy to work with Word documents. Here I will try to distribute the commented and changemarked file as a pdf file, but I am afraid that it will get stuck in mail list policy limits. If so, please advice me how I can make my proposals available to all in a simple way. Regards Gunnar -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 --------------0FA3394F70F6FFAEDE442AB3 Content-Type: application/pdf; name="draft-ietf-slim-negotiating-human-language-01-gh2.pdf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename*0="draft-ietf-slim-negotiating-human-language-01-gh2.pdf" JVBERi0xLjUNCiW1tbW1DQoxIDAgb2JqDQo8PC9UeXBlL0NhdGFsb2cvUGFnZXMgMiAwIFIv TGFuZyhlbi1HQikgPj4NCmVuZG9iag0KMiAwIG9iag0KPDwvVHlwZS9QYWdlcy9Db3VudCAy NC9LaWRzWyAzIDAgUiAxMyAwIFIgMTUgMCBSIDE3IDAgUiAxOSAwIFIgMjEgMCBSIDI1IDAg UiAyNyAwIFIgMjkgMCBSIDMxIDAgUiAzMyAwIFIgMzUgMCBSIDM3IDAgUiAzOSAwIFIgNDEg MCBSIDQzIDAgUiA0NSAwIFIgNDcgMCBSIDQ5IDAgUiA1MSAwIFIgNTMgMCBSIDU1IDAgUiA1 NyAwIFIgNTkgMCBSXSA+Pg0KZW5kb2JqDQozIDAgb2JqDQo8PC9UeXBlL1BhZ2UvUGFyZW50 IDIgMCBSL1Jlc291cmNlczw8L0V4dEdTdGF0ZTw8L0dTNCA0IDAgUi9HUzggOCAwIFI+Pi9G b250PDwvRjEgNiAwIFIvRjIgOSAwIFIvRjMgMTEgMCBSPj4vUHJvY1NldFsvUERGL1RleHQv SW1hZ2VCL0ltYWdlQy9JbWFnZUldID4+L01lZGlhQm94WyAwIDAgNjEyIDc5Ml0gL0NvbnRl bnRzIDUgMCBSL0dyb3VwPDwvVHlwZS9Hcm91cC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZpY2VS R0I+Pi9UYWJzL1M+Pg0KZW5kb2JqDQo0IDAgb2JqDQo8PC9UeXBlL0V4dEdTdGF0ZS9CTS9O b3JtYWwvY2EgMT4+DQplbmRvYmoNCjUgMCBvYmoNCjw8L0ZpbHRlci9GbGF0ZURlY29kZS9M ZW5ndGggMzgxOD4+DQpzdHJlYW0NCniczVxLcxs3Er6rSv9hKpeVUuZogHnnFj/kOJV4E1tb OTg+UBRFcS1KDEVZ8b9fNDDTjQYHGIyTVG25ioaG3Xj080MDw7PX74tk9XB8lKVt0Sar46NC FKlokrZIK1kmoq3TMqkymbZlslseH11/e3z0/OL46OxcJE2a1WVycX18JJJM/RNJmadtUpVC fV5sVKfQ4dnr940ZInl9fPThJDn9mFz8eHz06sL0xHkLmdaNYU5r9VWa5aJQ/6kp7VYDD9/p Pn87neUna/jYn4ry5AZaCbQ20LqH1pUhUa1rbC2gNYfWHp/dQ+sOWgm0ttDaYS9bbD0g7y20 HpDjElpfcAav4ePRdNr3PIfWDjl+gNYSWre8vz3S6VltoPUMe/43PrvD2e9xfjuPmHMpQaOW nEFJA7oZlH+npCyt8kRWTVqpr3LJTYMrNM/ZQGP6l8ruSk0+RinKtKo7yrew7CXq/8mSgmp9 Qkn/hrLUUv2EctMSXCHda671R7SEBKUf36I/p/P+o6130EqtRWsh9hZ4i1Z5Z+zdY09tmyoD YOoIKy6r0jLvKN+gY+xxuB0qZGlMerizVqYFDGx3N/PR1qlwSF/iUNobr0NDCSlSydmDSywh apaBJd5hRFpiK8GossdZ7dH6dDz4Duneczrqb46We4X9aY4Lvt6Fsf//C9v8mcdEHZVv0Hck /JnBxzPkkNDSzwS0qrBtMnWEFdc0adERvoLu/0TPX+P8lj59LDFDkKZ1fL7Eb3fIIXH2z/iz DFoCWr5liSZPi5pNNryqulWuEkepwnkUYSUswiEDGmauawASA9xjjMaDbca3KNQVBmpK4+Q+ a3SQFQ71A7QeESDMMeLob3/iz1bGCftOVzhuwtOH5n2H385NEB1ejqyyVOZsPb7YJasyFYzy Ape1QTvTg79AQWzw20dc/hr93hHOPS7BG+TLyhV/2DxKmeZh+4hteVxAVDAAG+dqSkRXEKbg 7D75i0LJ3xlqbWUnPZSHtSrSPHKUqgWMxWgfMBevjU594aBJ8zJymDZPM2cYSrUrhEdjjuQx VSWqNnLBstQgktHeDLqlh78u0jpyKBP/GO3toI/3zzof9ziDqAHSRg0NaLtiuklmCkyrYLz4 cJIJH1cuweUtpkwzhH2uyNO4IJ8XSPg9LPQSE9qeu9AiAn/ZvYWHlSWYXgylcu6OUm9AzNoT H4/ahuRqH8q4NMt/cF2EKwkQ3aC2P/OI/pnDEQqRBMQShCiPGGgJiOlvfz9B4+p2mD31Dp9p I/z9FHlueT8rdIc52igFe3LbJYd7BJPmCD7WPJSQexOYsdlmCCk9BtpkOoyQyMdUqrBzW05W qc2lWbYchV1z5RK2XqBwSOE7DhgcpDwEEx4Q/emg+ImPQQJ74sayRxEvUVGOUu5w3AQVsEYl k2ppZzAcsPzxQzLxfWBxrV9aiiC72x33Vt0t0qf8QoM4u/eg8gsF3trJ/sy4NAvZ6p5b9y2K 7wE9e2hbT8+c3aYd7Xo6Jyos0Aw2JkEJu6wTW04yUeEbjsScqs83TlSgkhZtIWhed7gSMpgH 1GtXD+qN6JLzzr37pgJ2upYGxjSsIEiTT9awzaVZnlCCVECjkpazXhut9Pon6S8dmS+wm1hs bMtpZu+xqbJIwy1QSX7NJXwQUjvp9V88ZI2hFEoITmAJeq4l9zG9KuTUTA7bjEuzbLh9ErAM ZzL97RPPWjeR0t1i6xIV3MUJctDDJHGPaWW6Bsk4tjzB7NGiqdpGRZkbHr0S60+PGtUuXe3/ LTGPqjFLazldjRaXE4C3uOgFVyiJ5AsPuxueS3c8jFNQ7hIqy6VUz6eaCvlMEKxLKUBI1lq6 Dc+CRxmK3VT8dNDUUzAOz4P24YxB9YJLsxaPotXWv3YmH1a02qB/haJtLs1yw2d65bPzS67o CBmQyj9xSToSIg+6tAb3eOlBbp51uDmcmx104DU6ijs0A9oL0BKe8fntLLmE8yzJf0y/aktY TVavxaQ5nF3eHdo67T/2A6u457oi+6cs9YVLYIsy2/l7JuXMbKR0yeV9iRxrtEhCs2SRBOMd 3BAbyRPs79GskjrV1uILySXUYEjUY4pUm/XpirSYNMcDLmePE97yoHWJxrofEMWaJz9KnFsr XR4mySFI1hURPVFYqA1JbS0gUKwRNZTbbNIlOrUd9MXBfu9LULG0cZ/z1TxxQ75FOgMc5wPM 3q1RlaVNwyYfNoO8SIvpOyObixLznzjbDVfhMpjHKBfZOdBXC21hR2BN4INlJc7uec47Juzd QbN+7HASJn2Stgnga1swiDv1GZQCvWBQ9pzDSpFlGgeroAg9HR3bXJplGAX2Ue4eBUC1JkcU FLPIURconjXGzyE3dvKavZ2c2SWKobIF5fsHnOktDzjOAYOTO4fMhnYDT/hMH6+9hNYv1pD9 GJSJOusPZ1uS/5h+szrNp3unzaVZKO9R5l0PBGeC1z5bNgfR1ggjK8jbyCPCvNEnpYayO1ye 2YDpkZuOA8AufBnlZ1RNdxMneMbCZjEy3wwSSgxlLaDriUpkXGEnfYNGO/kKg8hVurDHChzc 5CooSU47fIWBIaEHy116W7tEdXRbYYqozLudk81rNIOh4Ex1rmv0+B3GK8J2VJiNx9zBXMsk EraESsIh5lRLsLmcGrRe9Gcu7IMTVWHD52tc4HNovTAhrX9WQ6sJhtzn0NLnvF0k7Nla+PDm QLMLttYyJiv1mUVtSfKi6CmnSNXm0ixvfNmdMpLXjbIq5X0G/EiItJKc9iWO5duoCakPNhnX NVqtA6DpKILgpXMZbSjv2cl+Zh+DEkpzRouoVUUFp76/V3xWa05HGhk/CO7Oh5i8wlak0Fk7 2YgsJorRhO7petM5iotuGLkFYm2Ar6B1gSwKWc4OinZvUaFOoZkUQCd+nesfqoc20iseT2gX R7GDgqhTbKGdDRX5qcTqQCQCgo84v5HSE4l4TIHGQ6Zq0OaiE4Aob+npYr3F2cf9hbQtFf4q 7LmHdrN648tovWm7g379hB1kRXbmHHeRAw+VxR5xtN2AeGxRMBgQKQpAbE2cKDr4zWjDJqWA ej0ZfjMuzRKWN0Edx1RIPjfIsUff/A5aZ9A6Q3MktEytoRuXnYD7yHJwmai3AnKDFY52ZeWq Hk+QoZ9xh9jxdEQqPjNjeBRViLS25TimJ+UOUYRS7UaqQwDm02cOxIwneAmm07/F8HeACtbd CKhgtC+DivKiheFLbENRT2BBIBT1PvNUscZeCNM7dV0q29AR55/IS7X1jS/sdDC4Z6MEds+1 cWNmGry6y0QaNi4ViboL6BOiBeOizbr3rJdqVc5ROmXtKx5BaFNFxwMUialIRzHC5mAIwinF 07UtKrwsB8alOrBTnvcikvjkKhCMsIhpF/eC2cCS/6h+s/4S9yT9Wlx0+LHmK3Jy7hvudM5G mmAxHVRtUX70lhCVeYYuJXTHIGQ+MzxO6sf9C8FLVi2c8FurD92OhIuUjDQ2dpFQoq5kiVG4 yWYRNge17f8Kc7C56GbCfEDIzpH20AmYcwyyQIXvuSKdOuuG92d/S93PDrYTdz7ZfwOtA9wc vAprycEvZyic55zUKQk5lZAVj20POM3UTNMHN6q0bOKmZFRfycjXGaT6LKYbic31D9f+rLFG a3+MNlz7ozszTq1uiWl5i1m60xhLDXQO+x4XtuVessG0QsvWHPrlHP0CS+CFnZm/WJVLXd5m yw2ruSjiXkuQSpB4ZfsF5tUt5kaK2St0Pspqb3nmpDtjvqjW6dgeNTw/GXs0Aaekk4tuNpPm oPdFtiZXs+C3Qqsnw/r9BBdtaiPD7y0x/9BlJb2PPUcOehuNMp8NH2YHGGzosIpuIe04FqIr DZTBr3g6IhxA7wMPHXnZx2UC4VLwYhbJeUyLWZPK6Wq0uTRLLF6jVdGh0w1PHEM1iO8HAonX U2xMwDIB6ekzl7W3aF3qOxXWckfEKdSeIe46umizVEQRKkDSRuFTofJXJKXKX3H39oT6bPoF vcYw7Vw7dM4ZvuYlK0+rewWy9zQ7WzDPsHMEy4Vf/fZjCJEwqVR/57rVxwf48xf0E+dlPz3j j+EtK5uerd4/4J16USZPnp8xUF38N0k+aBr98VF1m1wlR0Uu1bKrskhFnWzgJxokvI5cNgCZ b4+P3h8f/fpXure7091ncMnD7d/zewxjI6ruBHhlVdYA86B/5dCm+0p3jwQt3IKzH2gO9eBG CfpbELQesdAj9lJRKVaabs3fUsUAuCKTQ+yopLmsorqB5uL4qMpq/bq61B1XaiqF+a7KWtiQ dvz9X6Z3zWcelBVE+FvrQQ0b2L4jI7N+EPPXAuZm5oAi7ednHvQK1l31f+iBFsd8nSSMP4zx nZ0r1elwYv0MR6EQhxqtUALVdmj/xMN5V0qYCXDPGsy8Otkrl22VnTcqIlcn3zkGfnaeD4xR GyvBQfyxrKhlyil/Oi1OlirvihrycH0wInI2pf6xiogxGgUaZSRpq38NwCJV8LRWkag8KX08 bQP5Oar7Vl/LtklVVi60sJ/5or1yORm30FJ5a8al+e5UZBCcq5PVzWkblmgpjdnGjJQLbaNR pPDu4aBEK2j4xFoWZRpnQ2VRw+ui06SqvCuLXIAKPg2fycX91itEZdBtnLGVUF2JnEOtN8I2 qeil2Ph4lIMUkd0rD5HNNAn2gSSDiRme5wZkC31DSApjbfebU5n5vVgJtyx5N17vgVfMm1ha Y3UWqfSS6pfVIrtt4OSD0Y5Lqm7dufjjjzCxxKL9YXmam1B8tfT9ck9pfoUpaowyKw7WcLUG a1JAURql6eHuVMzXi/PtaSBg1JErg4jhKvoahtrd+y7lQQRQsDmu+6Lm1gjvUmdZDWUjuAR7 tVp6PbYqTPgg3pFXqpXBFLHCVgYjHWGj58pg/GsyE3ZiRmlkWk+1SuO/Si1YMDsHnnsFAjor UDi99f5YVGG2YKwDr1kr+KLwKaP9OpMr1EpFHjlqk2unsGlHTA5yed7EdV9mGbg1kU4wOVFr N7d4R0xONBo4RM1LZhp22rSRJgepOnb1Ofz0CFuBWlJp6hQLW76/diBTYphV3qahulqUsH4g 7H+zK5WaDQplbmRzdHJlYW0NCmVuZG9iag0KNiAwIG9iag0KPDwvVHlwZS9Gb250L1N1YnR5 cGUvVHJ1ZVR5cGUvTmFtZS9GMS9CYXNlRm9udC9BQkNERUUrQ291cmllck5ld1BTTVQvRW5j b2RpbmcvV2luQW5zaUVuY29kaW5nL0ZvbnREZXNjcmlwdG9yIDcgMCBSL0ZpcnN0Q2hhciAz Mi9MYXN0Q2hhciAxMjQvV2lkdGhzIDYyIDAgUj4+DQplbmRvYmoNCjcgMCBvYmoNCjw8L1R5 cGUvRm9udERlc2NyaXB0b3IvRm9udE5hbWUvQUJDREVFK0NvdXJpZXJOZXdQU01UL0ZsYWdz IDMyL0l0YWxpY0FuZ2xlIDAvQXNjZW50IDgzMy9EZXNjZW50IC0xODgvQ2FwSGVpZ2h0IDYx My9BdmdXaWR0aCA2MDAvTWF4V2lkdGggNzQ0L0ZvbnRXZWlnaHQgNDAwL1hIZWlnaHQgMjUw L1N0ZW1WIDYwL0ZvbnRCQm94WyAtMTIyIC0xODggNjIzIDYxM10gL0ZvbnRGaWxlMiA2MyAw IFI+Pg0KZW5kb2JqDQo4IDAgb2JqDQo8PC9UeXBlL0V4dEdTdGF0ZS9CTS9Ob3JtYWwvQ0Eg MT4+DQplbmRvYmoNCjkgMCBvYmoNCjw8L1R5cGUvRm9udC9TdWJ0eXBlL1RydWVUeXBlL05h bWUvRjIvQmFzZUZvbnQvQUJDREVFK1NlZ29lVUktQm9sZC9FbmNvZGluZy9XaW5BbnNpRW5j b2RpbmcvRm9udERlc2NyaXB0b3IgMTAgMCBSL0ZpcnN0Q2hhciAzMi9MYXN0Q2hhciAxMTYv V2lkdGhzIDY0IDAgUj4+DQplbmRvYmoNCjEwIDAgb2JqDQo8PC9UeXBlL0ZvbnREZXNjcmlw dG9yL0ZvbnROYW1lL0FCQ0RFRStTZWdvZVVJLUJvbGQvRmxhZ3MgMzIvSXRhbGljQW5nbGUg MC9Bc2NlbnQgMTA3OS9EZXNjZW50IC0yMTAvQ2FwSGVpZ2h0IDcyOC9BdmdXaWR0aCA1OTAv TWF4V2lkdGggMjUzOC9Gb250V2VpZ2h0IDcwMC9YSGVpZ2h0IDI1MC9TdGVtViA1OS9Gb250 QkJveFsgLTQ3OSAtMjEwIDIwNjAgNzI4XSAvRm9udEZpbGUyIDY1IDAgUj4+DQplbmRvYmoN CjExIDAgb2JqDQo8PC9UeXBlL0ZvbnQvU3VidHlwZS9UcnVlVHlwZS9OYW1lL0YzL0Jhc2VG b250L0FCQ0RFRStTZWdvZVVJL0VuY29kaW5nL1dpbkFuc2lFbmNvZGluZy9Gb250RGVzY3Jp cHRvciAxMiAwIFIvRmlyc3RDaGFyIDMyL0xhc3RDaGFyIDExOS9XaWR0aHMgNjYgMCBSPj4N CmVuZG9iag0KMTIgMCBvYmoNCjw8L1R5cGUvRm9udERlc2NyaXB0b3IvRm9udE5hbWUvQUJD REVFK1NlZ29lVUkvRmxhZ3MgMzIvSXRhbGljQW5nbGUgMC9Bc2NlbnQgMTA3OS9EZXNjZW50 IC0yMTAvQ2FwSGVpZ2h0IDcyOC9BdmdXaWR0aCA1MzkvTWF4V2lkdGggMjQzMS9Gb250V2Vp Z2h0IDQwMC9YSGVpZ2h0IDI1MC9TdGVtViA1My9Gb250QkJveFsgLTQzMiAtMjEwIDE5OTkg NzI4XSAvRm9udEZpbGUyIDY3IDAgUj4+DQplbmRvYmoNCjEzIDAgb2JqDQo8PC9UeXBlL1Bh Z2UvUGFyZW50IDIgMCBSL1Jlc291cmNlczw8L0ZvbnQ8PC9GMSA2IDAgUi9GMiA5IDAgUi9G MyAxMSAwIFI+Pi9FeHRHU3RhdGU8PC9HUzggOCAwIFI+Pi9Qcm9jU2V0Wy9QREYvVGV4dC9J bWFnZUIvSW1hZ2VDL0ltYWdlSV0gPj4vTWVkaWFCb3hbIDAgMCA2MTIgNzkyXSAvQ29udGVu dHMgMTQgMCBSL0dyb3VwPDwvVHlwZS9Hcm91cC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZpY2VS R0I+Pi9UYWJzL1M+Pg0KZW5kb2JqDQoxNCAwIG9iag0KPDwvRmlsdGVyL0ZsYXRlRGVjb2Rl L0xlbmd0aCAzNzk1Pj4NCnN0cmVhbQ0KeJztXVtz1DgWfu+q/g9+I0xNK5bvnjcuA8vWLMWQ 7L4EHiA3MpsQ6CQE/v1Ksn0uinVxd2eSBYqqoG6foyPrO+c7kiyrU9EWbXI8nxWyELJJ2kJU WZnIthZlUqWZaMtkeTifHf0ynz3enc+2n8mkEWldJrtH85lMUvVPJmUu2qQqpfq7ezafpbrC 7ec7TXJ8oT89n8/2tpKHb5Pdf85nv+92NXHdIhN1Y5T3tl48XORbH/Wfy4ey3DrUpaUume8O denSUVmbiUI1n1W3cMnWQlqiT8HUO1066kypUqJLSWTpJTTzWJfOoZYTqNnc2Anc0zHo/kOX rnTpTJfegYi5+gf/7liXruC7Y7Ab21Jn6V9dS9Wfpf64r/98gKuZLqW6JHWpcnRw3rbCBsPv BXkeK5kpPy2jJGUpqtpIJqlI82R3X2kkLp2qEblybqZlVHahC0506QI640CXzrteGuA4A7/9 yF3I0r0Ajfe69BcAuA9OkkDpHGp5rP880R9fwXe1LjWggU5ywGv5wJ3khS79rku7uvQM6tuF ULiClpr7eKBLF9wl0dmN3VOXQ1SpaBrauSHw0kqU+WTwqJZReQU3YzrxC4fiBKL0I4fnNcB4 akfuAC1G7iXU4u/Yp8RfWKwfQgsuuy4ev8msKEVd05sMdGKpubyc2olMy6i82YIQuIRWftKl 33RpW5e24eqY6xxCfwroxUO4athWQC8ugeG2AYETCLNDApepxdFZmRQNuxl3PsiyStQ5l0WK PgLY3jwEkPFyArdmBI9cNppCWCbG4v2c13sJHX8I3x1AtGHXJtBGl/28TkVR8wb4nadpRDHZ d4iS0fgEnv5+BEsrrqybP4dOtUjshBPRAej640qQdGcY1BDWIPcOPBa7eglXv4Bdc/XaRa0X nGRjU4Qr5POy0kMV7NYQaHWrhkGTUaNaRmUffAy74Ag69xSg/KZLv/Lcg8BY3vuNd8shdPg+ 0MYJZEQE4Rv04RXIJVzjGEC45C14B918MALqBWgsAV6MR2dyuIarPfjYIFbzJ7iP/a43vIMl AkIQ5FRMTo1UyWhYWWsD0bWg48gngNoBh/MJ1HcGnYS9fCMuhvqMta8csHccsEOwlgBzLLk1 yy3jB3R4q0MtZ9AbvRu50C10tsbuD4FbyRXAJUpGA4cp+xCrVyNg7ADgCMYpfHfESQ+79jHo PoXv/ug6dLydUhFYTtu5NyTzoZ2UeRmgXwEyjGgLsggmwbZbmXsHnMsZ+UauAB/H3vMnXJXw W37LfuDLTOTTkadaGNfWkME5pPcM5IerK46g+2kIMu/NhJKAy2GUYp49ADmk7mu4ind5DnF4 yeXQGs7rkVn6ZIQe5R82YTeHYCxyMT0BEyWjgTd/AXSEOer9SNdgxDtnfDsgZ0jtEzDDCdDl yUjNNNiZy2C+pGNyCQN9x0BYTQWznNxyqEPzIlIwK0U6rCHsdh4wcMAp74lzYDcrJVlrT+EB msxLUWbctr+VsoqVVPO8dvrsjWoZFdmhIWHsq0ov+N1heB8ASezD1RO4+pHXIlYoDRWsovt3 lHztwzvPA2M5BCEAcqHmY20zFWSmZVSyEZB3wemXLu9NM5FmtLq9jhuQTc6BJUzJjLS//Q19 fR9Kcb5Q+n2Bda7fF9QgqZk8AmBaRiUf8QWzHvUVaN8a8FhDpH9D4rHWlH+C7AIZQQiBrKZ5 zWRWZ1pGpRgB+SlAdgG8jcMtzOg45rUeNeDodx9q+QkygIwgBEFORT15FMi0jErpYnVrfI8T JRyZY+rGJ0amFrOMf8qBN1cfQH24LofDAxx5XnHeWAUUx9CwWwIh/bB3Z74QeLTF2uj3BTUB XMEXqJZRqUZ8wZqbfYISDsOR1XfgKi4HOKe7P0bA1wGQEYQQyGp+WIGgqd6yNq5c13qcSLUR 5rFx+2sI27GR+TsAd+XA/IHAZZD5sFUz1TWwJdqI7dhw/aUumax8Dd89ALLHxUgcm18C3ri4 cewa6teNfsJOm+N6HCabXK95UFEcDH4EUnkAzR9bZd9cy7snZzENzxqOFo59zFD3S0ySW/Qr BjTJSRgKreNvzI18/pYXomhWdziqjh53Y1LgmhFWorYqeQSQ4+rcBeQM08n4aOcL6a2BsEwP ftalK+jkpZ2hvg/SaQNOwLH1eUFWinJ1JyDa6ANjcwZ8AmA91cOrlzxacLU9fmL4Y4DLIPNh Kyv9NGTqkJBqGZV6BE+zsvcI8skjuIoP5D5CiFoL7fhQbWx0EZoN/t9jbLa0pQGMEYQQyGkt 8ukre1TLqDSuoMXEdgXg4bMRZOSNAr9pkL0pH/vC3dcm51PB++UuMbdg3CVvV9huQ5WMRjvi LObpxgfgcNy8dsjBNc9DcDJ5BrW8AhextsLgozes5T/EqdDbFuMPCb8HRkAMQgg3Rn7VlM7U EeexWeLaiB9wUjByrg0Oss31Ay3WPOfMor15K/3+Agl7AR1xLmsh8zgz/d4/JmvuGp92njn3 WEqRlpFmilK0VpMEeFHg+WechaoUkoumnUsOEFq7eKYAl6serSOBy7NM77oeA27RDwud+yCK m2A4zRSVKBs7UrwxpTqz9saUv+SdBbHaIx1IZr1TEFVnOOSpaLho2H+k8joZa6Bo9bMnJpsC a2yQLe9DaTNszh3K53q11DisTOdUHel8bGFoZTp3OEWlB1dW812irX41iMmukhuofig3UNlj yA395HTB95o4WDOXoijjrGZ5pTf2MNkLMNjvjHOolnq6F2el53wqKwBpZ6aoC1FHGuienDBZ kyRycCXrTZIDcBb6wpMjNvLMxEZMS3LVoa3V6hvb/b2bnePMdC+URHlxF65Vpiu/rUxBa5+Y KahqIFNQ0fhMEWWgzxRU1hpq/CiZwrWds+UIJItUyKzbYRVKKkSrm6f5XVX9TbPVMwtVx8wy tivkTiYKtHmhZEBl10sGMVaHZEBlpyWDKCt9MqCy0ckgykCfDKisCeNsk8kgpiVDMuAwDrjh gnMYRr0Pt8ojrdalXqOzwsgXcEURCrh1cgOtfWJuoKqB3EBF43NDlIE+N1DZFCjlh8oNsbMI 7lA+18uL/tX5laieaCPTjz3muROmJ60LET0RXY/nI2wONE9Ep7F8jI2e5IloNMfHVN9TPBFN wTk3xfAR7RgInsG3Dr/H2OzpnUWOL8Q6Lr0tdqe1T2R3qhpgdyoaz+5RBnp2p7KG3bOf7O5g d+5QPteTFT3WYjK9U3Xk97FdoXfC77R5IYKnsusxfIzVgeKp7DSOj7LSkzyVjWb5KAM9zVNZ w/PpJnk+piUD0XMY12H6KKs91fMw8gVcWgt/vK1D9aTyiUxPNANETyTjeT6m+p7mieh9eBLg 93vWGXeTC2QgFzCH83hm1jb03KKpqYCpYyoY2xR+F6mANS+QCpjsWqkgymqfCpjsWZcAFnT3 Qv82q+9BbJy9qtWvAjHZiKRgdrzEGWgsb9rg2k73rDaqGf2zWsuvfRHQtPTwpw2TM6t9PDMt YD+TiyJTUfCK3GxqiJfJxqYE8/gtzkr3+I3JRiSFbvt2nIXuXAYme2PZ//sY1AeI3PJOrx+n 9AilyUxO1ZHJx/Zy3gmT0+aFmJzKrsfkMVYHJqeyqzJ5lL2eyalsNJNHGWgsb/Ks4Tict9vD E2Wt38NjGZThif6G4iuNPHgsq+Va8UXVMb7GttGuEl+OgChbkwyp7fXCkNYUCkMqu14Yxlgd wvDGva4QhlH2+jCkstFhGGWgsZzOM8X2h2GMtSEMuUEZnoltJgx5cPnCsMroeWSTw5CqYxje ygblVeKLNi8UX1R2vfiKsTrEF5WN2FZammWVOAtmiYuJWolgnW2laSOyuHbkUmFRj/bvMJSO 7N9hMhJltZR6i5/l375IUH+LW9s6xGo/A8fGg7r68xhcq0bm/CFWiXvSYuY3VDRiNlHq1cq4 +vskSGVvTCZW57j7UNoMB3N/8nleUYjVt5hSbeuFgZQ3/U4YmLQuRMBEdD3+jbA50C8RjWff mPo78iWSVvan3Osd28QYa1rL1IIuFW0+DhyO352FyN3ZJar32aEk3WaXBeIKlSJ22WWKOfM1 gouqW9El70F00eaFwovKrhdfMVaHAKOy8REWZaELMSpq5aHoGIsy17S2sQWdxt9ytglFBfdz X0Rkq7yWzLTwwMGxDGMdsWgdaHnFgVnCAOj2OvE+lDYDchb7WrJ+j27yaURUCSG2aO5RN05V pf8CzRkiuwY2wXPIDM2M//jBjwpx4ExJxCCEsJ6ATYeYaiHGGW8tHudxBKUlRxHPdd7oe74+ qpaZmdDhHdzG4+L75Ar0Tr2+IJVCuvoGJKZu+YMcafxLiPklxLd1rMAX8BajgT+0cgQlPBrG cAieMHzh7b77UNoIvBZoXnjV4HgNdFHbAjcbafoLCHH8RRQnzGOHkoUARwZZ3Bgbf0fgUsh8 2Dap3nEVI1nLWMkqizzBUqq/zeCDzztAFq41OUbzmylZ59VaR5miX+yAExk5PKDIzJ7woPQl aGSA1K/8OzNiNXFQbfKO1J89/fFVFyXejW6s160fdTMh+TbgXFSf4vt5Pkv1K2jX+v9amnGB LNR/skleP1cpXyZ/JcmekTF/3qpqk4NkVuSZflm4KvRa6Zn+sUCVa5O8bLWd0/lsZz77c53q aXWq+mGnnVX/jUqXxzEWVXW1eZ+u1b+b1VffdO/jpaWuXqbmJ7V6CfMF0VCfP6h+/kX3szFY GINDp5SNMI0ePtairJMiz7uXjyq9LqvP+9IHGnSf9uezStWfweVT/UWjTwTrv6jSVv9aSF8X fNKGjHL3uTI/V3VKvjB8PlRV6Z9P68yo4r5uYNcK9elUf+paWOmj5jp0+4Pjug+m8v05u0vs ic+d420/U401XEJ+DLJQU83GdF7bjU7Mz0H2vwL5rE8YC6mDs9YJo9q6VAHbKidv1Kyg2vrN 8u7tZ/mIkTo1GxnRipvKijoTlujOw1afryhTTROtXlqptk4UhekVGkclrTnDJ86gjkMu+mbr oTJGzB4ow5XOja3+QTGs58++v7Kqe/XRhIDxuVbIDH+M838WCegIDQplbmRzdHJlYW0NCmVu ZG9iag0KMTUgMCBvYmoNCjw8L1R5cGUvUGFnZS9QYXJlbnQgMiAwIFIvUmVzb3VyY2VzPDwv RXh0R1N0YXRlPDwvR1M0IDQgMCBSL0dTOCA4IDAgUj4+L0ZvbnQ8PC9GMSA2IDAgUj4+L1By b2NTZXRbL1BERi9UZXh0L0ltYWdlQi9JbWFnZUMvSW1hZ2VJXSA+Pi9NZWRpYUJveFsgMCAw IDYxMiA3OTJdIC9Db250ZW50cyAxNiAwIFIvR3JvdXA8PC9UeXBlL0dyb3VwL1MvVHJhbnNw YXJlbmN5L0NTL0RldmljZVJHQj4+L1RhYnMvUz4+DQplbmRvYmoNCjE2IDAgb2JqDQo8PC9G aWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoIDM1NzI+Pg0Kc3RyZWFtDQp4nNVcW2/bOBZ+D5D/ oLdpF7ViWrIt7z5lbp0Z7AwCJMU8ZPrg2k5iNL5MnTTtv1+Rks53zjFJSWmA3UUBg7V5KPJ8 h9+5kMrZ28s8uT2cngzTWT5Lbk9PcpOnpkhmeToZjRMzm6bjZDIcpbNx8ml1enLzj9OT769O T85+NkmRDqfj5Orm9MQkw/KfScZZOksmY1N+Xm3KQe2AZ28vi+oRydvTk+tXyev3ydVvpyc/ XVUjSdl8lE4LJ3z96tfXg+zV1n48vDbjVyvb+mRb7ruVbT0EBpuN0rycvhhuEOo7TY3q+iM9 am5bN9WjylZiW0nH1h80zVvb2tEoaxrZLWxNa7ol2V9s69G2NrY1py7u13/L725t65G+u6Xn dp1psPV7NdPy45P978J+3NGvI9sa2paxrUlAwdlslmow4laQZV17jko7HXfqacbpZOp6JsN0 mCVXi1IiCclMijQrjVtIOZFzu9y9Xe6e1OxAWFZQlq0vpKBz20qlSn+hfgcyiB1p2NnCgiTc 0+6p34r6bQmY2qLKj8+0S5zsBRnxjua8o+fOaeR/ksQPZEL39Gu96wLIDot0xJUU3mWZyUq6 kH33tBy3sBuaHKwwZa3mh9Tza0JWmLdYIZ9A3GKGk3ScUU/3JLVN/NLTqWVLIX5ezbuUNNTC aO9o4UBvR8Tj+v0gMbuX1qDwXpHsin3XGOqCZA8k+yfZ3gNt8R1REKjvnCx9KSXWJLGVI/vA 8rdeBl4JWgTesXVt42fDK8QB78gDb1elAd4I5P45mSJL86mclN8ymn3GLaOZgM8ybiQ/YUHO Xr/a1obc1IqW9olYbkEL+oOetiJlHG33blbQ4moUtjErKIo0jxpBmzkU7lF8HJ81+LZ9hG6b fhcehlzJ77akZI5cQwA7Od45dflKoG3ouQ8hN/Q7GcFSzhm2/LULzC8DroAshu10VkaBLwEu H8iHrm/X//+g2yuavCJWutVE3w3dogVdCVoU3mGa9Q3ouBDiOXi5O6nW7yRHnZNBLyVMBy+X vawP/F9oBaCbDNOiYLoNI5dNxqmA4fpbzaX9mZW1TEzHjuNRmjU9jQTDTetX2inYUeDGR9pb D+QCd5VEwHVnpfLkU+Pzy7O02/7I8rpjn/3BhLA/EqIT7JRHIgKEJ3ACC9pHjoD2tKNWtMsQ dxyIlD5Iqkxo5JqeGj4K0tNaktId/epG2RPNPtJ3wSjnjvrxFDxgjdkoNUx5bdCMxumw6I0N l3IiC5o2uP6R1Irwi9caYI/HPuuKwEGCmhDd7Wi8R+lZtpVRNJ3nJLGUsB8IHBVkgnoBO8i1 NjK/bkazIp1w1URS0GEZJBeyL5SC5byR1uSrQM3ZLm/6fa4mHHh2kbusgT87biJm8hwT4VJO BHtrKXfKjuw+CMFagvZIv/oSnIRUAoPcE3y1QRrKdxqJJUks5H5bSd1jzpDlzDBoC1yQX4Nf FrTyemoYHuiHAB1aTTOFtwFaZqazcW9AuZQTWZGxzmmSILJr2nufSBE3lRID7qe0yFnGnxPe QLWr4l0fJM9/lLvmwAAPDDlVuok8fVrYqqDoC8ari2QB0VmVs3PRWnEw0MaCFtLSsPO3ZC3v GdeZtogQ1JfQeHfSNretesrySTouuikqG5s0V6tF9h9l06wMpyYdraE0zzQba3No8N9E2XCW 2yqNEI1untwC2JsNhVSQDUNRbX2GwAZpm2SZmBadYri8THKK3lwgpJzIn55gSpHdg6Q4mHlC dLuXhA8zRy7K/V3TT5WbecT3rFgk8UQHB08/bKW/XtFDDnL6OEi5tC0Xsl8wNzKI1LQrs2bK bgVzmE57B9pCyonsPOyAaBQRNPohINsRBTq1/fXaNt+QsD+UbX4t1TjgJciHSqvAvhm7HPZZ rhf9lvQdwi0cnMzlrzv6FVNY0wSRa1Tz/0wiKG+sKjVEM0gGRBvQZQr5DKC5lBP57CEhN3EE nnA6X2g3VqDCX6xI8bAIqNFXYIZqnUJrDZo67cJWxvkqAEJLpcPvSAJxFWLGYGy5oJkGy2Pz oH+b2BNbptjran3LanTBNOq4JOyRKmPgY8aNoUzYJ71tgQk5iY/S+z/R2uGqF7SBE4m1jyVU QdDXL5grg0hU3AMTVDk/YnI1A3VqpM6yPtAoHDXB3yofr23W8NPOaFGljs6h7zY08+wZaDIh J3EjOXpDK34iHMBNdyGUEtIvdHQrtX9L2FQukJE+J1yxJb6ZcNc0Q24zx+7kg1wJ2EPl0BsG eSOxrGgwmkND7W2gZrnN9/uiyqWciKIv1DNUkpxIlYKkVwyJY+NG3IMj+o8ku61cGPo1j7yV z1jKfooInuhpOLFRiU0vs1PpzI6BHyPZqvjLNNyGYJmc9g+TmZCTgHnF7+FAj4qmDp5fVdza 3cU1QKijBZ+1HEI1r7HL0rDQsBpHY9uH9/QFYz4GirhQN/sAD+yp9YFMVR0VrqUZBU8Vapfc YZWVsZiJDdz7WguXciLBImhwQ89p8+4lb/rKnDtpYMqfJ/SMjTQXhNQ4EvwqZ6C86bbVS46m eTrlGggn+6PqWE705dNs2CY+Td+OcOqpC4qNZn5mDBl38Hw+cesYTtOsvzPgUgjecSMOEfaj xFqVr3klrOnnqzMvSDmPhKYvca8tBnyDXTfgRUHfAb2ibOzEBzkK7Pgg7RMnQfc03pr2AJgC ng13Qlb0jE2M4uoKEdN/C77ZrLkV0ANeLuQk4rUEoOFc+NENqwEvnkBTKyk7p1+rxLUuQjXw psw0TH2q4E9rBa24774QHPg1mG3qIgEiPZUnIhgBFx6IneqajPAdtYWFtu7M3tmE7tuQLZwf 6Astl1LYwkUDC9zmDFGOMSadjPjAkVq15aVM9j2QZhQ3IE94dl4PUxvwjBG+HrnexoP6ViJ3 JyUUdQNrjOKqbD/a1kVF59EqtlBLC/bDdNTptmY2NanpfR1ESMW9P6KbPWG4IwxVln4ntaVs bUv8uaE4QNU+6tM5Q6GCcKu4LgR+P4RwXRCXux2wlL+C3RDCIiRO5DOOEh5DHl9YL7/9F+V3 pv82fCcjW/Tpiy+XciIV5yow4Srj2Y0Kh//7NXNfcBqnDhW6thXPyw/3MsQFPMZRSTeOMBBo Q7j8HPYurwoppHtI8lCuxrnUOqQOFaGvpA//ROpVd2bVvRduJoYi3OYZ6hIRgqSdfJoaz3eW eCAIFf+Aa26kKa5bmBnavBYBpKEwXrgGp4LvKluLmwEfOG4Gef4cM+BSKuv3FbFBlKBWuDhf qODL8LufgoA3G1lf6XcrYfOVEoOpOsIBXzzIzstwl4PXIWFmzRSe5IKDpdYaYADQBnCW1++H 9cGXCTkJWHiHk4S9BMt3zz0+XtAZBItyvcppKmPETFXqrO7EYJUqGQCDzQnd2qIG3NGhYhA+ JKvQJfW3gVtdJ+mLLpfCYSgAVIecSDGhyEf6rjqmVHeUvifdq0hGxTkq4kXRbk76u5fIKLK4 oe/u5cjY3OoQFt4DXkuVm+O+gC91YKsnhgrA0Uo6U3sbrGU+M+1dPRFSuLz0hdaBu6HYtaiK oGaCIhNCn3il0lczmTOJQJVrOLIvh7F5X4vbbAHYfBPosGl9x2cglQsyWFWMwQs1l5WE4a/0 1K46WjUT64vjPpym/WFnQrhDjLrXk1SDL/C8INWo8JrVTdx9Dpd4npMIi1BRs9rJHckr/MKO VOVLuX5wKmxrKUFRRwngGCRyPvtVJoCjuNojRO+pQNktULqLsr0TKCGFK1R7WuRCLlJZKPeM YuFLudU7nE/BxfFid/lxVulQ7KoDEYtT7ke5D3vFbipEUKd/6mK7KgniB7VeHsVFHS/Tfxu+ tqzW+wVnIYU75b5wSl2l9W+twVFU/W1by1A8FthaDxIj/0HUwF8S92X8ylXDGfvKQbyiLfDt nB4z/bfiO2zeaeyFL5M6Os0OvPQ2SouREA1PrXpBTnQNxs+qbgbnqI5WcZLi8+LRW9mmKCwp ivkEa7SzzDrD47nviIU3RC39Y/rozYxB96tw6kW/DZlhy9tYneCrLGtquvacjJqX8/rYIJdy IpcS3IWHE3x7TgXoqnjf4XKkUnddNAGeg0ih3Jf/q9Af/seZ9d9kGjgcC77aUJnLO9v8ib6s TwObEdQJU2lW0fCe6b0N1/Iz788tXCpYcwkef38kLbjvnnprWt2gAL3U5XF0Fj4aG6/XbZd/ eewufsjrvvtARKiOx1ByuiMJh/LftN622AD6b8M3z/u/KsuF1NtmPo8fP3DwHbmpFy0QPyIW w9/gOap+YzsPMqFMgSkYZEPPfZJRAC7igXQx55tqvAAQ1R81gaau9bE4P8zx2Xecwtm4cXyz cfP2aB+AuZQT6XWru8MLZEF+DL5Yx8vVzQ8vXTpXmUQSIl5c67iXvIG/2tRy041puA3B0XMu Lwmp/gj2D0aOOLZpxf9iwRuJ1lHxuXlG3Lf7Mix1EIO1+f4+AtbxmRBckmMN3leoEm2m6zYs zbT/i9dcCHl2/LpAPFDGauNZeKdsGNv62G7OaAf66ljB0wifhLr0hGJ7mzZANkFtxH0pqb8N XPsnr/qjy6WcyBOZJtJYqMpN/owWvidlqIvBvcKYUMJQ//EgNscWHZjZrONLr2Y2TE2njmW2 MuuUB5syW+nYs4x/u73CZcrPolnQW2IEddYQSjrrfFkMov4WyMu0frKtL0SKa7kdQJ6XBPle uli3WVCaweZzf8DGSOfovhvalvsrGJOXXJGp31S+CLmmzLbex28GC4VzfP8DWNW48g0KZW5k c3RyZWFtDQplbmRvYmoNCjE3IDAgb2JqDQo8PC9UeXBlL1BhZ2UvUGFyZW50IDIgMCBSL1Jl c291cmNlczw8L0V4dEdTdGF0ZTw8L0dTNCA0IDAgUi9HUzggOCAwIFI+Pi9Gb250PDwvRjEg NiAwIFI+Pi9Qcm9jU2V0Wy9QREYvVGV4dC9JbWFnZUIvSW1hZ2VDL0ltYWdlSV0gPj4vTWVk aWFCb3hbIDAgMCA2MTIgNzkyXSAvQ29udGVudHMgMTggMCBSL0dyb3VwPDwvVHlwZS9Hcm91 cC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZpY2VSR0I+Pi9UYWJzL1M+Pg0KZW5kb2JqDQoxOCAw IG9iag0KPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCA0MTc4Pj4NCnN0cmVhbQ0KeJzN XFtz47YVfveM/wPfdrcTcgleJLJ5SqabNJ2mk4mdJ7UPsix7VcuWI2m92X9fECTPBTwACCeZ aTLjMCIPCJzv3HHA999fVcn96fIiz9qqTe4vLypVZapJ2ipbFHWi2mVWJ4u8yNo6OW4vL+7+ cnnx7fXlxfvvVNJk+bJOru8uL1SS639VUpdZmyxqpf9eP+pBuwHff3/V9K9Ivr+8WL1N3v0n uf7H5cWH634kTlsV2bIxxKu3P7xLy7dP3Z/zO1W/3XZXx+7K/Lbtrs6Owdoiq/T02XCp69ll pqxH/wavWndXd/2r9FXSXSUzr/4F07zvrg4wyg5GNgvbwZrugfbv3dWn7uqxu1rDI+buP/lv 993VJ/jtHt47d6bOqx/7meo/x+5/N92fj3C36K7y7kp1VwsHg8u2zWww/FJQlnOfLLSc1rOe VHW2WJonkzzLy+R6oykSF82iyUot3IzKkAxCqZdrmLEH1t/2UI53EcozMG0LvxmKE5fqN/Bb AhTmuUcQlye4+++3PfooSKO8HEEO9ubBd0Cz5+PcA8kahAhn+Azz2oIKbPlvyAUjbCeg3ZG5 IgPMcw4JWdZZybgdQjNfZHUZjSalMiQnPvsTzP7AFW4Ld8/A3hvg6Q7ufgS8kENoONBuyQYB /3c6A3xHAhRPIHcuxhaLOlN03SsNLJvdLcwJLW0C77+LkWLzGyUznPIjTmfmRbzuPFEdizij MiRHWO8ekPwCs0d5MM+9AOc3fJVrzj8JoTNXxie4+wy/UVVivD/3nGRvM1cvgIw0q7mzR90+ 8OduuZZnxCPoP98BxdGFalN1gQLhegjVpsmqaFAJkaEwM/4NOPUIa9zDer6Cpay5tqOF3Qr8 luy0GeUz8OwMer8Dk5yASbY05heQG6TdAucN2RW3MmfBvn6GkVFGzF3UbUP7wCXyqucLiu84 51M/nh9TYHoI0mWrY69oTCmVIbkB92QZ0AP/7QN3aJJBRqFHF4gqgQxaw9ULMHfXOzlEcaRd w3h7QVykQMBlC4tllS0pB/JsqQzvVKX/o6Px473w48/ecLrohyOjrnq52YF9QCtIPaBDCtSy C8nYcOicTFBkYsUrF32lsobBbJKDQE5QVto9WG9Fh0Xt2/hbBnMySP1AZAVfIfJ3RGGZlUlV mtQmz4pW/wOJj2GCfqZR2qnqyLN/pqrzXLHkyNKHPCtxxcMCDpztRlLe9CZBZkVjTCoOFtLC hcqi4yNKZCgw9zhzc4WGcOcYUmnPzoZcBYKJDbxrD5qFoc6JaFFKA2HDw0fi+BQkQCkNUb8A hVN7D3xlT/AbOuY+7DZDZ/Amc/UVX9yBG5UnMv1RaI/cXD31I7uMcNvlOZSbfvjrIivj8adU VrQkxRY0hU0nEestp33ornQ2MjIMM81rQRr2nHVDhqsgV0lphovB8B3H0ZLfHdx94rQnDh5m /k/cta7hrhTe06iNBQZuVHvXimwPwaoNU7xrBaL5foUmu1673hRZU7B3zDDrgy0DmhVR/iOw eMclDiO4G3C1ZxeMz3w8T1aDGKWTKNqfE4ayOZ9u3ACtofgMIrXlz0nzMzHkh4BIEd4GPR/I SZU1TaIq7dGMW/P4tLKicMcII1AOIiZlUpJ7wDjYIPrI7abFbSvwspR1B1df7JBhjGWevHNB aUVZkaRrLVBYzm2wGQ4wi8JYfeCZJ1IqdNzSsEf9XmqwrY7RFnW2nPfiXh6KOsubaMNEqVAY MECdOEdmBqhuBH07AiApITrqTwQUdCBMuKR3YHTxkfuOW3jOSvOMEfsiiMoV9zaYLA75jAOx WnUaS1jqLniX9aKreLNnsTJhpY+0OO0q71ZdDYcN55cWtXiNtFAqlBYsW6KCW/EFlmxnyM2k nDVGFVIwtwVThJYJY5MnGBlxlgyBFTpaxuYDecfoGv3vuOKmckiTFNRqU5rzmgzpp0DYiawP Qauj/ja+SkepDAnd4Rn9I4Z1D7BUHY8bZziu+gfumA0xqYAjfKiIkjj8BAN+07NnvIEBpQUp VmMOgl+w6nlY3XkQnrPmMqtqjwtEw+OCNO+wJCwPQFq1y6yN1lZGhbnkFmwiBkl/4HaDlHpt QEMOwDoauDvKJzrVVyVdxqqXQkRHynT8UYoUm3yEKX/m8oHLeIbxDjYLkA9pRMLBVuUHv2my JjqPZFSGRDJ7mX/vlgwSmuSy7WpLs57UAXB0AsWoDMm33OdjqX8LUu0MRuXMdvzNymzXBGFm Bg4EcFQV9twZRAnTKSt1ssLrj5xWSqzmJj002lEQLqU0EXLGE4OQItdDqC7Ua1ClVIYEy6PI jYSvkjJ7ihGW3zdAceKjSMmBbBlHspNLwoxxwdhhx3G74XM5AIXl/5/hLloTMwPc3rSkxJmt 9GEl4WsIt1qnN9GwESKMAjdgGDFsf4SV3QqyaWFgbdRZm+FWFPiJu/gjcO8NPIJ6gpog6TEm vZKJtHIGqwaFKWwC80Nu7GAUlIwdEYB0Eid/B/xz7u/1nRyIQQjhqnwFwoQofnvvJEi7cysP EZECOyk/vAGAJlrBZvDMdfWB3zW0L3wumFFGNWucuBWgBj6lIYaZ/Us/K28eh+wPgVtWWRUf GFIqVOBXBoHWds+VC/z5yqWgZDgaQstgYjfOFw7qJxjlmSgSM8pO4bQMDEZyNJvwm13kawg3 nahHp2iUyFDMDWOcYTqaTqzgSQUVqdqL8vBrf1fRPRV/PmUZb79rdm4HoHo6a7zUQYy6J3Vj 3M02u4BBCGGdr5fxEFMqQ3IQeIjODo2OtXEmaQiGli989cjrPWjcI1yhpKCiPgGKjyAfVkhm 4emvvjq35duyq4cTtqx6Oy75jzVMBTfUpdSfSp+rMyrPqiV/rR/t3JR+Y9GmVJijIcZnWBaW AKMSGCnE+Aa0yClbQ2FN//mtHzSVXT52whxgBvteUlKPA3cGcM7OGquvKxQG+JMa5HoA1bJ9 RWcUJcL+RqkrCPljtdhYq73ltKhTls6jfh97DBxdATqpL+k83VVqpdUvb0Q+HO5cKpsXXQPp hA2udxQajorNBvfaMBSgJXAmBVYlceKV0km3jWUw5vb0ncGLbLlOYOSyJ3Lt9SJ0tX4JbMzz sSJIqaz4Dq35b9yfY2ftkcvbI9D2ld4HYDuWzJ44KKcAY8eHpS1njP2xMRKtvdi88CPXK0lW ovqu0UjJZQFvoZ4wPwhunhXR7fCMCsGNqjRZgR7iaLXOWmGbS6rV0lrOipTXUUGpacIhmVr+ KRv9CCJuE0j7eijoVheJZz/Rr+aUI35RWKqu1B0rCpTKkGCBzPIh1lanv/t47gkKfI7GzylE n4jRFBSp/BIPlPVe50ytXvuh4IZLGMXHakJyRhJ9mk74H8J3UXQJYiy+lMpqBrR2rdaAqrVT gUjv4Lkzp8X4YsP5bOFmfnPtGHSn1Fo25RBL9N98Vo2yrKrxyRjmUSpD8jO3Ieh3nEL/uw8q WEma51AOusRR6F+9C57O2qF2JmRH8NG/9l4ypSHU7F4Ewv8QvmU1HFaMgZcQYZi9g3VjRBLl +k9w1zpnZ8U1JokypS5zDnDSEeONdWHqK7JpZOnypIriGLHOs0VJhozpW/9I4E7d2XCxaLtd QAmmzy4LObS+k3lBT+KAl3PXV2dpJeORtXny6PImWPdDz7bmUGKk8VfRX/gjOzKncCv7CEzR tasrHQ9MWtmBr4usXib6FeFG9rKos5Z0sscoDJIm7g3hSWf5yGYsBUm7jP640dkRRqv2CvIx JpSovVb3uNVvJDWpzggMZvBgSO3GaUjdDzNEaIgIEYSQUVSL8fxtDMiUygmyVBSLdyBz3R9r 2lfDfoHUDtl2V+YUsxI9pkO6foFBr+BKKo/gyIUg30OflxoSJiuAMm/TuafbPjSU93/E4aHR jeKoK7aigP0Z52TOZuu/WvImBmgqdNo/eVawCkQsqN0oFm+4pvzRxyNpCVlBVBy0SHNDXmlv EWUGT6g98NnLcaOa5LyUB17RAlxWU+0KCMIArDnVXWqnVJT6XpnnOjZzykHRNuORfocguIog daPdXU0HWNkluslpoXTSQWqdFrJ2jF8ABactPnDzJfeNoIkYaf/bXWFh+vxnz9mBuY4ZCsZD eqDDlYB1YUS75JyfJxxFqwOQQodspi4cNBJFFw0tXxWDENLE/pSDU1el80TWloF0GMDf0Rt1 tgk737EU6NyWQFeJ3R/4tiOXEqmELW1k78F7PoKFw9gH3btTOHpnQvgfCD+KJn/FUX9GNRff IbRylBWUyhYFHTjiAFWqL4s+OXTlT6pQWSHMG8upg6g5yCsdsrPZzTh6paq6KxsRqtUrJPgD RDy04ZpZLUu63oNlRM35CUYxGS3tslaTuBu3Iy1/J82Pdl+h0kz1OWijRhFYdnsmrU6VOhul wxmSJ40oFp13G3KtqmrbxmPFlophBgWE0Rq4zuUsS2OckTykSYviFWfxGVVUs4cVo0ifsbA6 9T5xa+Isz94AZju44Xyv1NtHIyJvqYGsfmWXrLZ8aehipWPn0hkyarTRdzCX/ZV/B5lNzw++ /lvFm1FKZdX1ZQPAnJTTAMjnKsbxJi1qbBSaPSq5dGl9m0fe+EkniZ28d5B6NnSwhwV7I1A9 pL6AfucSPeumX7A3VycohFCuqviD/pQIt/EwmNiD4m68HCFHa6Q2LamYaH06Se6iRIUfWXwL dsdv+WdUzQ+wOBRbqerkqdsoSDrNH1cjj/nEEfI6hGRZv+LMPqMyJFb6auVsJ77I+956eQMU fENoBcXcnqXueE28XyJE0jEM1N4HruXSTqIVPs9onrZ2MCenyxXsk/iEh+4GusrqXZsfLtbT vrIwKbXEzLOzOD54OZuXzneYz6LQ2aATpD1549LugQ9oMJxfYKBRpgqdXer74uhM/CKWN1kR L2OUypAMG1GoRDJ9/00DQr4SVyy1J37mQrkBVlgCIx1exyoxVg1pwSqd1CisyiSieQ8qYHWX O7Mnf6XcU4VQnmJ1f/ScMdKLs9IeM/40MaPC701hAwCeI7H4hzmSZQak7e07jgzt8pD8SgoB j4Ktiim+VuXJ+b2pGS0NGxjla+4BQ9/qsTwgIu0NXgnXg6jqHCweVCQyFNg4deS8kBou5n6P yPlxvlDsgUxKPdVnay7++oX/I6Gzdp/d3xMoloSjIbyavKsAxgJGqayD3/G9VnfA9Q1QYFN5 yGamNNLE47WDkUyHE0jWgYDfnU5Y9f1IK+syobn5kAsyFz50Khljn8/tS3dsJL8YLNVrxIBS OT/+Jymk9U3EHb9rZYbS3TtQICykT8AaH5YOiB6EmWLM+DX/TTrhM3czKwHhnBi08eVRm8J9 XwFhfQjaRTGeso6BllL9n2wKy1Fn0NaaDVrnVybed1fOiubvyYSHqkbqrXx6qwkEhBDItTnz EgsypTIk0mHLqO9bRzVO+Q/b0nokM7aez0OMIoCiYkZ2fk3phjsX6xuztLCbTrJvinkKQYVL a83XOwjDQ4BWOn2TkndTeC7MR0C6b16q4ZNfbaaKmnQJ9R8TU1k+3rfuDT1G5l6jLYlNO+zv mfuFfo192xTWrZH/B+cmoJgNCmVuZHN0cmVhbQ0KZW5kb2JqDQoxOSAwIG9iag0KPDwvVHlw ZS9QYWdlL1BhcmVudCAyIDAgUi9SZXNvdXJjZXM8PC9FeHRHU3RhdGU8PC9HUzQgNCAwIFIv R1M4IDggMCBSPj4vRm9udDw8L0YxIDYgMCBSPj4vUHJvY1NldFsvUERGL1RleHQvSW1hZ2VC L0ltYWdlQy9JbWFnZUldID4+L01lZGlhQm94WyAwIDAgNjEyIDc5Ml0gL0NvbnRlbnRzIDIw IDAgUi9Hcm91cDw8L1R5cGUvR3JvdXAvUy9UcmFuc3BhcmVuY3kvQ1MvRGV2aWNlUkdCPj4v VGFicy9TPj4NCmVuZG9iag0KMjAgMCBvYmoNCjw8L0ZpbHRlci9GbGF0ZURlY29kZS9MZW5n dGggMjQyPj4NCnN0cmVhbQ0KeJytkjFrwzAQhXeB/sONcWnPOlmyrbWQGjoVrC1kaCAxhaYU u0N/fvUUUOshdAmCx3fi7kkPqR5GR9OileHgAk1aOXEsPQXHrfUkoWNPrbEcPM1HrU53Wj1G reonoZ5N5ymetBIyaQn5hgO1XpLGczKFYT2M/eUIGrTabajaU3zWahsvTutZZ7nr8/B/nU3z 2zlUD83mCHmvxCfJZaIP0AIiEN2OtqBv0CfoDTSXc5fSN14JYU3Hbp0iB8huX5jM5Rl0KL5z 8bUgAd2v9wxIQO0tcyfZoXyBvKKcyq1ynwPtr6RtQuD0nVZx/z7vD8QteiMNCmVuZHN0cmVh bQ0KZW5kb2JqDQoyMSAwIG9iag0KPDwvVHlwZS9QYWdlL1BhcmVudCAyIDAgUi9SZXNvdXJj ZXM8PC9FeHRHU3RhdGU8PC9HUzQgNCAwIFIvR1M4IDggMCBSPj4vRm9udDw8L0YxIDYgMCBS L0YyIDkgMCBSL0Y0IDIzIDAgUj4+L1Byb2NTZXRbL1BERi9UZXh0L0ltYWdlQi9JbWFnZUMv SW1hZ2VJXSA+Pi9NZWRpYUJveFsgMCAwIDYxMiA3OTJdIC9Db250ZW50cyAyMiAwIFIvR3Jv dXA8PC9UeXBlL0dyb3VwL1MvVHJhbnNwYXJlbmN5L0NTL0RldmljZVJHQj4+L1RhYnMvUz4+ DQplbmRvYmoNCjIyIDAgb2JqDQo8PC9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoIDQ5NDk+ Pg0Kc3RyZWFtDQp4nL1cWXPcNhJ+V5X+Aysva6U0NAHe++aNjyTlOI6lVGpL8YM8Mzo2o5Ey kiz73y+6AXYDIMBDK+9uZUyCOLu/PoBu6PmboyI5v93fy9K2aJPz/b1CFKlokrZIK1kmoq3T MqkymbZlslvv7519v7/3r+P9veevRdKkWV0mx2f7eyLJ1P9FUuZpm1SlUL/HV6pT6PD5m6NG D5G82d87eZYcfEyOf97fe3Wse3LbFjKtG2x88uyng0X+bAs/dweifLaGpx08Ydkanu4inbUy LdT0ne4Wsbp1KryqL2moU3g600OppwSekolP72ia5/B0Tb1cUs+4sEta0zm1/RGe7uHpCp5O qQp+feuWncPTPZWd07hTZxp9+kXPVP3s4HUJPxf0VcJTBk8CnqoIgfO2TX1mDKMgz6fWlAqn 5aSaokyrGmsmWZrlyfFStUhibaomzRW4nVbY5BaWe0N4XGoGdiC5pDIk0N/EmLX7lBAgdkTw JTFwA08bqndHcPnLlQNsdq1fu14+0Vecy4oAYaOs65nLEhojoVmtaS44q6/09Za+Yr3P7srX VM8sMIKKqkxdCo9xMKvSMp/NQbsVNrlzhXtLK9q4YnlN9dLIEEKKVNojjKygBG06Ca1l06TF 3KXajbDFMYkr8+TO5d0VYeE7V7OOqazu65baMqJuaTRE/K2egfpZ6Q/OrHbu/HaEt7tAPZaH i4Ba/M7F9ErPNAI/KUFzMM1ONHrH1tiJGEv/KalqIxcxLVgATOwBhyFQt8qGzcaA3QqbXAxa ko1bNmxJ/nxGq7whCWGdhJL0HJ4eiJOXxMk7QgGO9JyQcUkDM/oQKH8exGB1S6y5slyBDi6X NBm2p/yVGZy4LNz6DI7wsc7SorYJPcrILJ2ttuxG2GKqZK4J+SEN78kUE/PUJWZCXMSev1LZ qW7BVRyiL0kysecz18pduUy8JquZ0Fee/SWNZkGPRW1Fi7vWaHJU2xd6fe4aqBUNgtNSCBt0 WZgLYzyuxCN4bDXCFmxxmP4XtFDP+VrS4nlRS6JwSvWQ1q9dTiTU4guRFel/Q3YQ6XhI+vqS +IltH1yk3Lkz3ZJeYD+H224tvRqhfpanRWPRJ+6851mjTLBdc+2CaefqsS2Rid0ZVgHseCER D2ODNgXsh+xRh9FRyjSfDw+7Ffue9wEsnLqSxX6cbX8dbNlr7sxAyEP0zMVpzBNSnk3rTPlE d7ezeu90rGfs15bpFLZLGTXF7C4zT70t4uGgyvPckh3B/MpSecO8t1c6zPwiT+ebcasRW3Fk xmdX9FhFMpvZunmiN9XaM5Qu3NGuiadmyIg54Q0S9vwXzY/58kCQYw4lbtsdzeCUlNOtW48R dGYhSJBHsrA3JbcjPCWij7E0Lx7BUqsRtvCsI9tET0g8q8AMP6N6DwHSslXeuP2FBOKUKu+o xf9XYNni8Zw3Fqg6pN4Q65kud9Y6hu058WCMw7JMs2Y2i+1WzGME+Rda/coVlbW7As8r4j0p O7T3VHZuQVvAPrXrBdu+o6/numdBLuPC3mOxG7V1lckFcfGe5hKa/Yaelq76Yb+AVci92xbR 8w/isdHC3bi3updhsWWqj3FVVI/hqt0Km9wQ8tauHO5cGWFazdpmeftbxsalqwCNUHSa8cbV J6HdwCd4YscnpAmip1CsRrfUljno+Zv/ornwYnjOniseVctmx8z0H+NvVgEg5vLXbsV+1gVJ xT1Rw6OkrT8X9n7JO9PwZHrYr+9JPEPFkXjW9J73N3+n6OmNY3d+3PPlILeKKi0bm5oj3CrA Z5wtjU4rbLJ0bQ3j9IZWzhqT7QrvaRmTV679YV6yXF4PSo+9ZXa472lCtvinNIObgBbt7ZbD tJFtk1Y2abK0FkhUUah/RJPszgOFHwYDMmYXZvV6oqd3SmS+GD5csycEoaCRCFAu6zT3BuQj Cd7xR418KdKifHIylBXEh5xZ3RL/WdmbTfSgqZpAkOCUO/62QFVZpFmpvhVllgkKytHisU6e p/0qfQlsmrTJeTpzxJCbGjEMKb5HHlqxixDakh7BE0bo3lOZPh5akyU6J7XGXnEYSo40f3Xl 0NsB8wTDZy8R1osaglkWwYyB0cebsdhCnstUuK2GtWndps00vVsrjHVesNQk6+t/9meuXEZc kwa9JsbGNstCuWZt7o44PLdKTK2pNuDVbONhNYpGSP4i/rMOf3B9q5WrmzHugKHS3wmg2DPG DA7H65lwsfr5VTMg0vYDPL2Cp9+ol5/g6QM8vSLBCLXF0TCs/AKeMIT8lr4eEvex7RE8/QhP L6jeW6qCge1f/VXGNB8qJKb8GF/VJnw+X61G2MJb8a9ErbcTaRRqwUH93tojXPpBs1T9/KJZ 33EJe3lJ9V7G+PAL8evfgdHYS1y5M8Ah35Ms/0Rl71z+c0zLbPb7vs2wz6c9dCb/GHPV/ruY 7/LZrbDJisRxSfaC1TsfL7ACZzsdcuU+uV8v3V5YFXobPw5pcWDTc8ZX1PMtGQ4OjPG4zEA+ dkkITK8JTJx3IeAJ8y5aansSaGFXVj8tvH7UWn/YV2Gqj3FVaflplkft5PKuZh6wPCgbeFLi ZVjcBQj1u0Ym1ouYnzxLG3fU4fll6ID2a2Zp20qF2KbI4VdhEr0yVb1QMqD8w0SoDoo6acFV jPpbedvFfnvuVkwCcvTmWi+wPyIwXN+2cN7pwRlpEM5h4XO/O9f+ceiYyzyh8c51Vm49s9uK bF8MIYk6M9z2dxo3C3Pc9WJQOSLm3pByRP8xdGgW6o8PZLxAy8bVL1i20qSKZb4oDDUOl8Z3 AEiiIlPldQc237/PAHwPEUolMvk5UYP/J8G+Go3bMrnSfSPKlJwkm/29o/09LNNFSgeYOkon qC2hEgSnTpEVMCfuBwpk11FYcrQ0NHUqcrXrw41Lk7b1kOg0eIA7Dx0zbIzVv5GxcGTBsTF8 1OAF3L0ju+04ujCLronpsQb5bc0xHhAVaseQl27djEwAjqU3SziznAqPSOpD50xc77NLDD47 8U77cWPhZ3Dw5zG76Lgk59FUjLK31lFJMpo4AyAb7PUFKQ5atZXLBZ50KV0vBxGbpbKOI3YW OKkre7N9R1DjfD+k3L3rurDO98KBobNeVm6es8PhRe/8l7F/R2OEYscI+yPyRzmyhDMd9mpD 9ocVLdc7I0vEZ+B2CtlgSo9F5sk4agT4SgYRc3BUqf8yCbhtBzBUC1CRT4Ih7sp2ojn6xCFA DweeCotGJ7w4JR/2hHL4VtRiqREryIN3EBaKa+Xw9IYM+PtBlExX4/FzGOmQb+CoMK+UFXPr Tt1J6VPG6DADEKwlWHONJcBxORGBZYteSIE6dEyZVRKm9yRA5K4MEHnnxqEQVgLstl7FIMnG autCjf2zaNKL59ux3pmQEsOab23htwOYNytc29d5c+nGsOcizJmbJxRHJFBXg3DWgXCLCZNx pvYijezwMkfVlejuClGCdh3Sduo3k08DMu7KgOwHIM2HmGZjK8qnuveDLh7bNfScXmgXK+KT VS2swZpUXIeI2iPFiRWKOw+qU0ER+IVJxFi7uA+Flzihj4OQ0ZQAJpln4jkHB8s+U1s2LnZG 2iKcVHrmm48RPHY0QlxJtcmXAL1cFm1D6DKIKlK1XZJZAK+B/cKeUPBpG+y5xi0Nci7HAmXm zb4HCmWD4SbRVcL3BrL7/UpN6vbUwDG9rtSXgKIYlIDIHnhL3D8nSnIajsdVT5tNTTAZds2u qYzdSbMT6qyx0VeREwDliCuyWOvvnc3vAlPxyqbezRnOU+qlig9bbHvK3Mpsk4b3LRa350QD DVTglh2Zfdmq/1nBQDO3EuCvgNhzDPrQywv71t5Jx2uHUkzRm1H66Gt1VrczAB090FPLVRTj TpOFaiVRwa9XsUZCpJX0F4jEHjlOE3BymFstA+6co8PuXWsfglhPPlgTipGbB1LoAxNrOrZE RxrluMW1G40CrGOdBC1YoDX3EUacUBsfOPasxqPNuQ4GPibabDVN/BSsa7J6XloRG2xOKwwl qrMRxzDMe62sYpa8SHN7OiMnyrAxnHaTMcdDOV2xCPh3L2ldfOSyC6z1iMo4l5ldHLb1sY2I QJNpz2Zw2piZMOlwXUIgcPYFTKdVNGTrnSZdklcSSrjkAPZ9zN8J3TniVAE7kYCNrFNv6tFM 2OB0M7Cz0bsyL/HMS/DvYZ6772PeYGMwtGfRf5S/WXe5cRZ/rVZ8CeaMvFMvXcrzP3uX/fom fjjxeSyVkwnbtZiVyukduHFGvJf0N3z5yU43cnrBZnxJx941Dsb2LKqPcbUWj+Gq3QqbhLL9 vV1876rJwt59PLicCUVxuT9O8PH2NbwjYanwUn2WhCEvifCRKb3R5EoedzCIaRK7LJKedIpB UJTaU+0e/AaPApyOh7FQyUfcSHVaYRPmE053Q5RbuVzk25tXpK03xHd2QzcuNfkqAvfs3Wqx r14w80P6fdFLFLulGfRy/8R0f8O+ceroCU8D2Xm3UXsxrMGZ/mP8hbDifFm3W/EFe0/Pzr95 FNrgsd/MXBg+nLFztvrWxEvMvnG5OiHuF/MTdcKmRZox0hdF8CrhwLGazOG2kjmOG4meyrzs bqt9k+ip1b/BwJ/PgDx/uPD3BDUUKmXdxSJ2HzPjnrvEBpPzM1HE+EyMY5bDZwAs0NzLBHXk 3ZvyDlP4QI7PKHBcW4v1ocnGJ+6raU3OXJh6iiDzOn6iGzohKwGnAD08+VJvotRIpIOvssCC Qn9XyM74wEsX2E0LAf+M5gpInfScywr/ONFglo2UlO/zbcDO/fcM2mfi6YZMkReDvSLVtyHu XmoULHp39WapzcNB58bLzzlzMbx1Z2rUcES56T99YNHhJK5JQ+fC0aiKfUIsKIq3IE8v5tRm cEHImc9E+MsGTzE0rGbENKTAO2e5AneVj2pfUadPE9bgnpJH/FWIcGanw4DQdte7PM8GkY+y jFPVNeMAQ/iga9HbXPM9qzuCwJrqeWGP+ffZzJ8KYSHr1vHFn9+wK0Xknwww0eggK+JkDsCy EhNUKDo7hC/4GwhPBDDuqrcdj97otG/yiYGjKT6mGDuaEj232PCXB+/KvIO7/+UIxstc4ZyY a8Jk4urKXriFB1+ED5Um7ciYCZNxlrUYE5gbmxUt3tabpseEml42cLFqBs6sruwkgKlbPO/G nmdN2V6uXd3C+mbMrjKguxbzDzC86LKnN70AAXsKk7agDO1FbwuKBw4Df9kGVZnFgOkYy+AP trEuq+14a9hdhNHyHGHWYK4pFBQN/L2QziWEkirHvyAiqIoqkBn+49aCQh2ZNR1BAWWkBhCr pjL5/qFuopyJdtKBp6jF1JpqCz7tbhZk9jaTDt6F2jHWIWf/76iHCwnAJ5gkjD8fVUmySvaK XEJMo1S6AwhbCAn7Sh1c13T97TG92t108e+m129YN4EGi2cyw5DdrAthZm1eMT+6UPsPiK/m +sZJ2eDjcn+vymrMflFvG3hrAELwVin9WVJ7eoPOsZl+L2sIdm2sAmXdk64bnU/VDaHfljAz PQNdsIECPTtd0FEfeuqecZjlvrNG1fBCweB7A2VZ6fuk+McTkVyOj6A/mwgefq4lRIC9Ckb9 YwVlO6SVAva3niiksymigMaoMc9buUCV6hOq/fF9stXIfP5aJijh9h+DLdR2FNLKNcd9IfxB qWUhlcYq8L/1QQOqUzRKr7X4phRfAeoug1st6vfNj/AsPqoX8eyfB26ayG+zJ1wEJty2nFbi z/d3rc0XNdiJGlSw0E9Km0tlT2qwATh96e5UnmRqZZ7h/jc8tyenRJnjNczIcDvgzFqxSbmF NT7sNK+s9S9K8/7u1bsX8FRpQiEFlUvYVc8P1M8bRb33BxV4cOJb8NUAsZDmmpK9GHtWi46J R/D4QhzITFnTrvAD4A9W+3CQ6xXisq3FwAdlzdU7UuECesGKCBQss4iEn6E/xBI8pE/OR1mm oo6svE/n7gJJ3ErITMANKTITRoG4ZmKgE7uRMeJlv5ewUTBTELXyP1jlg10pOo0P+VvK3TAq 17yx3jcFrPpNgVHnuqvuBYdh5S8zvIq1sQoKre8b7Yfgfs0MZN5Y+5sC1v6moKNqwabADETq X0+E1T+jAuarGG5QAdf1MjlDMRuqP5FilhMU86QJRxVzZL7HSo5aFB8tWyiPKJko2mfwZIne iqVONVseSKkra7n95MikboHd6McrqL5G+ngSbikPWwM+NSEM55oGPASfEttu8ueKbzgBnIpe 2SksF9+ZVLgc1E2wH3Kq35hSAQjIO1JsTFedyoSB2AieHxRMu8ODjuKfyGgaNjwxUUq85Rmh iatpyXJZnA2V6UcEB+vvMEnwOxrCb8ftLO1nCeI8kdI3enUAyuXdLVsjXjrzPr7uLUHZqsgU +HxAFMy1FbQQf6k+bj0BIJpbPSEZcVwafOtZRntFRjzVflbAxje3jTNO6vBA9seEyRjp/Ub8 UPs++6+mGIbckByw8uHVXTCTcHJaym6ffIpVDWYlMsWnp0gFmX+R0citWRuDImVAQ8I76Sv/ s1WIIsbktYDsu5QIGv5iKSHbSOCrkuJOoC3liB+jvtij1VStfZBJrPkvMvngsA0KZW5kc3Ry ZWFtDQplbmRvYmoNCjIzIDAgb2JqDQo8PC9UeXBlL0ZvbnQvU3VidHlwZS9UcnVlVHlwZS9O YW1lL0Y0L0Jhc2VGb250L0FCQ0RFRStDYWxpYnJpL0VuY29kaW5nL1dpbkFuc2lFbmNvZGlu Zy9Gb250RGVzY3JpcHRvciAyNCAwIFIvRmlyc3RDaGFyIDMyL0xhc3RDaGFyIDEyMS9XaWR0 aHMgNjggMCBSPj4NCmVuZG9iag0KMjQgMCBvYmoNCjw8L1R5cGUvRm9udERlc2NyaXB0b3Iv Rm9udE5hbWUvQUJDREVFK0NhbGlicmkvRmxhZ3MgMzIvSXRhbGljQW5nbGUgMC9Bc2NlbnQg NzUwL0Rlc2NlbnQgLTI1MC9DYXBIZWlnaHQgNzUwL0F2Z1dpZHRoIDUyMS9NYXhXaWR0aCAx NzQzL0ZvbnRXZWlnaHQgNDAwL1hIZWlnaHQgMjUwL1N0ZW1WIDUyL0ZvbnRCQm94WyAtNTAz IC0yNTAgMTI0MCA3NTBdIC9Gb250RmlsZTIgNjkgMCBSPj4NCmVuZG9iag0KMjUgMCBvYmoN Cjw8L1R5cGUvUGFnZS9QYXJlbnQgMiAwIFIvUmVzb3VyY2VzPDwvRXh0R1N0YXRlPDwvR1M0 IDQgMCBSL0dTOCA4IDAgUj4+L0ZvbnQ8PC9GMSA2IDAgUj4+L1Byb2NTZXRbL1BERi9UZXh0 L0ltYWdlQi9JbWFnZUMvSW1hZ2VJXSA+Pi9NZWRpYUJveFsgMCAwIDYxMiA3OTJdIC9Db250 ZW50cyAyNiAwIFIvR3JvdXA8PC9UeXBlL0dyb3VwL1MvVHJhbnNwYXJlbmN5L0NTL0Rldmlj ZVJHQj4+L1RhYnMvUz4+DQplbmRvYmoNCjI2IDAgb2JqDQo8PC9GaWx0ZXIvRmxhdGVEZWNv ZGUvTGVuZ3RoIDI0ND4+DQpzdHJlYW0NCnicpZIxa8MwEIV3gf7DjUlpzzpbUqy1kBo6FazN ZGghMYUmBLtDf371bKLUhQylGB7fiXf3dLaLprXUj1oZDjZQr5UVy1JTsOxLRxI27MibkoOj Ya/V4U6rx6hV8SRUs9k4igethEx6hFzFgbyTpPGYhmJg0bT1HEGNVt2qWT9Uqz3kYy0uyVQm OoFGEIFoph3FZ622cY69BEm6kSl/RHUX/7XzT3QjxluuFilb2L/QeAa9g4a8wpjHtpBpy8n3 mcsj6C13DLmjBAnofnlmQALy/1rxFyXpUL5AXlH2+VaTz4F2N95MFQKn/2P5Aa7WbwhBcUkN CmVuZHN0cmVhbQ0KZW5kb2JqDQoyNyAwIG9iag0KPDwvVHlwZS9QYWdlL1BhcmVudCAyIDAg Ui9SZXNvdXJjZXM8PC9Gb250PDwvRjEgNiAwIFIvRjIgOSAwIFIvRjQgMjMgMCBSPj4vUHJv Y1NldFsvUERGL1RleHQvSW1hZ2VCL0ltYWdlQy9JbWFnZUldID4+L01lZGlhQm94WyAwIDAg NjEyIDc5Ml0gL0NvbnRlbnRzIDI4IDAgUi9Hcm91cDw8L1R5cGUvR3JvdXAvUy9UcmFuc3Bh cmVuY3kvQ1MvRGV2aWNlUkdCPj4vVGFicy9TPj4NCmVuZG9iag0KMjggMCBvYmoNCjw8L0Zp bHRlci9GbGF0ZURlY29kZS9MZW5ndGggNDkzNT4+DQpzdHJlYW0NCnicxV3dcyS1EX93lf+H KV7OpthhpPkmIVUEuHAk5AMuxcPCg2/9cU68tmPv4fDfRy1putUaSasx60qoGO2M1CN1/9Td arVEVY7NWFwdHzWiKcVQjE3ZybYQY1+2RVfJcmyLh4vjo8uPj4/++Pb46NPXohjKqm+Lt5fH R6Ko1D+iaOtyLLpWqL9vt8dHFRCsij8dH61PitOfi7ffHh99/dYQ4E0aWfaDbrM+eXO6qk9u 4c/uVLQnF1B6gJJ+dgGlXYTYKMtG9ZqRW8Xq9qXwqn6FnzqD0qX5lCoVUCoyS3/Fbl5B6Q6p XCNlPbBrHNMVtv0GSh+gtIXSGVbRb//Cn11B6QM+u8Lv5vY0WvrO9FT9eYCfG/jzHt9KKFVQ ElDqIgyux7H0hZFGQV3n1pQKnm1WTdGWXW9rttDnkg/1LZTec9bp0n9RZI+OyDQ0J2ZrKq+g dIOipbevkN4ZQmCHPNWU36G4LdTDI5FClrLnY0mPuurKts6p2cIEN5wsqrJSbTaqRRFr0w1l reY8a6WbfA8jeQ2D+BI500CpNRBRpQ75sYaS16KBUov1dIufscUjlO5RNhvk4CWWLrBe4Qhj 6gtNux1Oci3NdziJSNvkyvUJsXONvXrPpa77fI+U7ZzSoIrMmq4tOYf3SXAYymaxAJ1GusUj jmKLpRunxxNXdqjSLAfCnxGyLcfa+cza8IlmQoESeERqt8gnLeVzXir4TH3ImDH0/arsheaP aNS/lIF7uAo8/F6bKtIQP3K9EOof9Upz5Qnf/uL0lKGwQC7f4Vv6xjl+Y4ctrDSmF/a7NPLg 4DQLBsWCDv4lWiX4Vr2t0YxX5ThK9WRoavirUKGbjXU5qGa9No+jEqPS4WOpBMrsP4dgPyq7 G+ezhVd6/m44PvSzO+R6gRwhHNHs3uHMWzR/z1DzWqUQ0stMOvcosTuU8TXH6qMxMrpFBJwT i5Fr66nB1Pk3ONx89Td9O8SqXRZkrDB7BRJZj+U4qFdyVP9D0U9dH0QpJnBUZdNWlXBwpYDz FJldhSy+LRQP/lUoWo2eo+p7stge69+iNt9vi5vjox+Oj/QHRwPH1lQyv4cGPFKv0tCqXjmU 1G8FfVMpjHYzYqUUVZdbWQ4K6imYw/RZqk1eGSGoP59zpUo+3CtfIUaUqrLqoLuxG+tskSqP vLcDnIsrzph2BDp1U5Vdrdz9sU8pgU6kuLPEOCEla5zOOfJpUpOvTu7ZL6gGfofzZ4tG/oYr mHt8lq846JNph44pBJLuLaqLkNojVROewRFl9xGO8sIhP7UtsFeP5hsxh70Br5HYn42vTgK+ LE4UwPo2F2CKXjs13GdlFH7rAyGMSFmIbZFFNxxO9/iMRBMCxwd8dsW9US2aT7jNuUVLHxb1 9OIj/pZ6QJ4D+QsP/O2lD5iIMRoYZ9cOqBb5zOTF2XUtg+GG07tIqbkJhm6nMnHYNg4I2ywE NkIjsNb/Sin/pi4TLs4S8CEli73QhL5DjpPye+BvLznHt4hWarvjiNsEvkFULM6oyqRMz7j0 71D6JPNFM8JFSUqplehJkUe+xSqkQs/MVImgyXgKxPRsMDUNuDoWGdl4UtXVu1qZauWR7NNo dXMoTCEli6mfToApT5yhZH/I1jxwt/YiZmu8pdoOAUTLmQsOAg9UZDOjAicqnnALtJR3CBtv eXTL+3eGavtmj1oU8VVk3VXa20XmZmOnbjV2DAqysSN1mLVuWnCA97lbaoVdDYcBD5Gy6Ak5 qaFA43LX5pxbw0uur7zo2xnOeOunTW8/4TZKl0JrMQKop+u89WN0YvyCb/WzJ2yhHb1fDT3q xsqN9Twghyxok2FSRwjZKJN6PWDxolDWjAptOUATahU3tRth7ROHmegOBjMi5QadvODYv/mM vuKzl7YAFpmdWM9E741xHQSKK9gJGY+8TwUKO3c8BEHaIXjPwUMwf0IqVI8iA3pqvjNvJ7zu kD9hw5sGo8uRTDCKnoMxew1QKTurLGat4577tB5o1PYwcCRSCT8sVxPuMzDLNQ0hYeUuZWk1 QHsTBBHyzW5QE9I4vN0M0sDXXF/tAl+bTTrhbl7NJl3MGRth38ZhfTa8qgHceouSBbquGfWm SS2Eju4klV0z9mCvD4Euh5RFV9jbZpwlNeHtfJJt08+e+NvouvIR623QBlobTd14ecxT4PIB e+VFdt9hC1o9XqV3SBwO54JIYQbgZ7EwD4QF4ndH8LW21TDqawgu6s/r3+MUf4RHA9TpYKlg 6wyA87psvUrwrGuJEPyeYpRzQA5DOSwNOS5BKdG3KF3kCZFH99MpFMukrVVTt5VsSBnpAUIt 5xu30frkR44ucgkuOPrJdNOi8QzR5YXK7wL00tv31IMnxDzFOt4/bzZZDT39pFW2O7a4bh2Y RFcKEtJIdY+9n+Mgd0JVCuCD0Lkivs2fo7kfYQag6JcAlZraDpI43W3XZFqI+/0FAfxHRMAD x9E2uvkp1HrR+draSO6a09hwZHkaMUOvEjAeEScUoYmJXNYdxNV8Ydh56O1DveXQJmTSgC6x o6QsLhDuXsgpFCd4dAYpMA6adkP2gHOSQA86W4gW5oG/lTWBQqFXqSU5lH0/twkBDKsPSmKb BeIBkkWSG+nOZ/ekAzSdmGoumV9uK91kecIELfdvzYiEG0l6xxWduxvBHFXiCz1zw1irxDa8 l5xAofFLLg8vxO2p/Sf+NosH2vil3RXi8D4JtrLsFmupNMmmtiSXYMJppFuQMrjgLKeIjbeu oJ3yLbY4VKYQVV65mUI0CT+LKUAT8qfhZVs7tbaVfSEGnRqx39zVTdkkVhP7ZKZmPq2RJuzP svXCFAap1tQto6Fn5ucx/fMZlH4fexuOqQh3g0HX+0NMiw214pY3pCyWS8VrxXI5lu2QoZ1F B9GHJMufyUmivHZyBr01uKcCQ4qPvFLXfE9UXE8gzUq3P7EUVzHopB9W9yZWd6wh5MPq6s79 ghruBnmXldC4mi0To4lQs5h/RJUK1cfMsdcQjxr8sU/fouSsm6C2p0FFLF5U25vNS/bZTKiL oaxkbBN9DvWqL+s92uWZUCfK65MvOMBJbmS7lzifdjnnfiEKXqVtRc3r5gswZK4JlSt3D4LC qqEg7gapkBPh7X2EfHPag7jECeMloMxWh6RtV3x1mNzZZAzKhFo1Opvee7VqPSazKJ+PNCK8 Du4EhWJk+7SmiEWUVm7w/ZxT2QQmPK24vYzx6JRYospsIp3LgdhEkKpOx2pGQwBVDR6HW5V2 ACgvinZEE3qcVN40KNqNsBsMSQ0Y628KlRVodyeBI43KQYcuXgKWRHm9NPM8gtpFTtWlYzCJ 6KRjvKWxmxAxieaMi+uOi/+Bi5qwGt2g+jU++0jrJ3wWtZoAa8j4GrXbQwV+CKubh596rHTq hezgcQZ+KvDms4L9sYWSDuU6hDB4tgxu2H7ffF0Eo1xDdm78GdE6/f4OKT8zHe63JJBtOD1X nSfzNBgjMzEzCJ1yQYkaacz0AnySl9A5RHmdk2VOQQ+ycaEtZE/NZ7luAn12RiWqaQgEUeCS xkxEM9O9ioi+FSBzxr5M0feK88q4au9pr7tddxIW/S8heaK8nvslbNrcI++iEWNaYqWTqbyd Bcqts07qsyZ9NOPPcx2oz+kTVKQIbE/n1jDuHBsz4jI3ExdKqw8LzIj6WyXPvjwbGER5/ayE XybcF0/mFQn3Z1Hvr1HZ3PO2lPEX1QZNB3EixrmN0xWBiWAhViVzFhjNTCS1Tdk7KQt7gNQ0 LwUkorz+/2b07tuxWrkea67liUaa6Yydl9WSyJemQa9mG1B3exDisjkTIU3LELLHBtXNdLD+ wABBwq4DeraMcyt3xaBbxGJkotXRXPermeyq1fTuC1HplJ79M8rsnb0Ew4jyOniC/CO0mN7O /0fPU8iU4UqJzR+4TaQTLJ7M3nEqXgjPW/l5Vj60/1JDqYJS6KT2TG8ITHdYJbcPkgkKjOGZ YJE9hE3CybFzrIhuunvg0FghymtfR/4TSj+kj/ux9tFgqYAcDF5Xx6l+gC98CSV9pPTN8yTr RcDeoK4s0CnwTnHfcQyS2acFKXkVlC5ALTyLELIm5C2SPaNVRDQ+ZReLLqsyESUGyOTPXixW ffkyiELC67ydmFSaikvsIiDrL367TqPezHWaxuc3UPoblP4JJX3NyVcx/bUorOHlZxHu3L04 gs1q2V7cFOp0WJiJpGrUgVoMdaaVk44Av8ji06G89jczvYRVyjSnjB9atF1z9nrBBko/vefC dDM2BK53V67bRoqFjMedMRkTxM6QsreUpA1YcnFJ7dDVFqEwLi1N3esmJja7q5zk9gzjcC46 qrKWzvZM2i2U4H4mApm/AR1Eeb0s9uhhx0t6o6ACTVdS/+Ht9KmKZ1hCzg1NYbpJKXT4yAuY eGrigVPeF7IirTE3XslT/VaJMF7n4USOQofVc7XIUE1XyhwcJxVdVuO5OORuUhjqEtHhcdrT HYtSZy9xlmqIbJOSu0EpEcbotOCvS/Bks8ciwpUSZj9jEMFua+xtLJYh1NqQtcyEhZKKBECB VdqPil7sRUUiS0l2crrEZEFqGWulm3yBrKQEUorceL4hhRHcO8qEm3XtKaDvofQaSl9yFRNK N3zjfJLU/8pNHqS+fIVvzxDanhrbIXQ8KpSrrt/e897fIihp/40i9GSKvFRKN6SWXFM5QsiG VteUwllTpR1gqf42hzms5ZAq4oe1DnUVG2PlTyeowmee4wpXO9p+JO+icoaQ2OsXPexjsLqU XUkm8yGAofMYEn865XYv6woKZuPuEIoUSLXxQsarJ0dnpq2dO8BM7LU6Hyg3PUA2zYGuoyFK Fnp0EJ1QQU5waEV7hsD05rNnLG0u+dSCTgh4ZskFP/F+Eh7Ve+LiiSZOm9sCSNGRGb3FYXpB Ym8gFCykdcLWtCXzPe++XTCmsYL8z4aKUlBjfiaJrNtDXSzjkEroqeWhvyfO49AWHs3lUCrV LYIlFmmb1BSNYO042xRzD+0/Gg0TPTviecwzbRIxYq428SYMwW61N+2EjSgTQLVCjxSgovaj R6Zzjpegh0gVziknUgjuXQiMr1HzFDUK6VBd+KgSTfvVzFkjX9277GG2zo/Y6NBa8hOOBXc1 zpDiXl2TPIXhcDgbC9Lk5YYPjc7hIPoD3elClAr/bOZ1YF7eBMBAmSM7Lp5Q/oB3RphaED3v qJY9cr5y3a/0MQNyxDwLGQ3DhJRZ6GTnbGdQ4EbIKvvknt3JI85ng0QM5rKgvL1eWQ2lPBBK iFThXv0T4tvXji0WszsBvJtrPQfxDccEtSUJGyswW1bRJJ3bAx30/TP/8AbBSBsGOw6K0F0g 6RyILdYz/jxdsOkOh419OtOchgqxPxsr1aj3MvOgItRiLXUBy571uRhVzaXLc7dR9ORX2DQl t6eI7to3YGT66bS5pwk894dyza4RqRREcs+d7gVHweGU4U55Z3z0LoaOBPydT4Hc0wjk5LmZ fEm32GVmHvDEKMo+3y0WQwVe9CGUlEMq4RYTBrzL78nSbTgGPOcwnT33LiBbz52MXnd2jhjY GOkx2xM9at2NcKzeGf06utiRPSQLsap06csHZIUHxh1/6/lftEajBLyMjYsethx4VzIBNkhz v0aXdVpPmGtpDwIwIjXznEmUO0fkKzfV/RVyK3oz7/I1mwshEd69oMkeMzP2sKozvmxh9Do7 nZ1WbRLC6GToPoC0cWn1IZaMM81CreH70BrsP9FLTOCe6HVl+q7+/KyeFOfFUVPLsi4UsCCE uYX/XomEo/7mlh9zjco/nkPWJbO1l7O0M7rhi4b0BX/RG6/hk7bbjVIIptf25wBL7qau9THN DrxOODWsJo/5sTk+6qpe39Chf9/A7wG2js3vTrkSLdLBX/AR3VT/bisJNxzcOA9qGJulZO/f st+xvzbQRd0R++AGHuhu2geTHDSp6Yf+0OaYjVa1fK8Q8bHFldRXP8HVDK1J4VLOQV92tENh KgjV1r6HnTHnTrD/mJ6o2QDD7pVXoTSnPjdUysGQ+fHj4taA8NPXamQa185/paZRrldnZTvM EP+lmqNCKu3e6P9fnA4wdcWg5umof6lVbQNTujpZq+fVyZ++gXL9s/ohTj475btl/1jc4SbQ 4XGcbrKa9/fHUylUv0bQKEL3rgc109rft/h7dyrhYW0eXejRjKZ+YQcoW7fp9lRKp6nSZ6JR HlcPunA0z+i7ut4HIPZg+HNoHlihKXXWzNXU+TSkDfTZ9FSpXmGLunO3NFLlDnZg9hv7W2l9 aYu690BJP9M0qLWhpotXp7Jz+fYeHuo2ls+rejQc1A9/VcAxtd9NXTU/n05r8036ypWCXXk6 9fXtqawMdWiE3QNBOuM0de2Qe/Phe2h0o+uYz7+QSHpaoTgimQEPOgg9pxcfptG+J1GgJHUr zTszTDMQM+x+EqYy3fDcViTBvAJioyM+YjaxfoPScaDxL4CG7phu7PRd/9bQJ2G6op/mhAMp TdeZYecwTuiAcuMYmkynXko+/MoaKx93wore7fVODcNOBNNFDVldFSe9ZkZ58B735iK1cI89 Bv0P0Nq/6Q0KZW5kc3RyZWFtDQplbmRvYmoNCjI5IDAgb2JqDQo8PC9UeXBlL1BhZ2UvUGFy ZW50IDIgMCBSL1Jlc291cmNlczw8L0V4dEdTdGF0ZTw8L0dTNCA0IDAgUi9HUzggOCAwIFI+ Pi9Gb250PDwvRjEgNiAwIFI+Pi9Qcm9jU2V0Wy9QREYvVGV4dC9JbWFnZUIvSW1hZ2VDL0lt YWdlSV0gPj4vTWVkaWFCb3hbIDAgMCA2MTIgNzkyXSAvQ29udGVudHMgMzAgMCBSL0dyb3Vw PDwvVHlwZS9Hcm91cC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZpY2VSR0I+Pi9UYWJzL1M+Pg0K ZW5kb2JqDQozMCAwIG9iag0KPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCAyMjc+Pg0K c3RyZWFtDQp4nK2RvWrDMBSFd4He4Y52aa91bcm21kJiyFSwNpOhBccEklLsDn386jgg4iFb EBy+I3R/xCm63tK0aGXYW0+TVlYsS0vecl06Et+wo9qU7B3No1anF63eg1bFXqhl0zgKJ62E TDxCrmJPtZOo4RqbomHR9e1tBHVaDRnlRwoHrXbh1mlba0tu2rV4yLr8rcpGyCUXF2W1kb5B C4hA9Dzagf5AP6AzaE5zl/Suh6yrre9+k72CvlLFnCpKkIBet3cGJKD6mT+KMsB+QD5hp7QV pWnHB2FU3nOMfxPHfXD/PfZrVg0KZW5kc3RyZWFtDQplbmRvYmoNCjMxIDAgb2JqDQo8PC9U eXBlL1BhZ2UvUGFyZW50IDIgMCBSL1Jlc291cmNlczw8L0V4dEdTdGF0ZTw8L0dTNCA0IDAg Ui9HUzggOCAwIFI+Pi9Gb250PDwvRjEgNiAwIFI+Pi9Qcm9jU2V0Wy9QREYvVGV4dC9JbWFn ZUIvSW1hZ2VDL0ltYWdlSV0gPj4vTWVkaWFCb3hbIDAgMCA2MTIgNzkyXSAvQ29udGVudHMg MzIgMCBSL0dyb3VwPDwvVHlwZS9Hcm91cC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZpY2VSR0I+ Pi9UYWJzL1M+Pg0KZW5kb2JqDQozMiAwIG9iag0KPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0xl bmd0aCAzNjM1Pj4NCnN0cmVhbQ0KeJy9XG1v3LgR/m7A/0HIlzjFrU7Uy0o6tAXa3iVN0QaH xN9898Gx1/YebK/hXduXf1+SkuaZ4ZKUtOf2DtgwuxyKnHnmncr3H76UyfX2+ChL27JNro+P SlWmqknaMl3mVaLaOq2SZZanbZU8ro6Prv50fPT30+Oj79+rpEmzukpOr46PVJLp/1VSFWmb LCulP0/v9KJmwe8/fGm6RyQfjo/OTpJ3vyan/zo++um0W0nSlnlaN5b47OTju0Vxcm8+du9U dbIyo0czst+tzGgXWKzN01JvXyy3CM2tU+VM/TEwVWlGZLmca3d0bnZ01e1IjxIzSiaOPtFp rs1oQ6usaWV7/jUd/Zpo/2lGT2Z0Z0bnNMX++m/53bUZPdF31/TcqTsNjv7T7VR/PJq/XpiP G/o1N6PMjJQZLQPMLdo2dWUWB0tRTJ2ZazhXk2aqKl3W/cyl2XMqj/ozndIK6oFGW2LnJVF8 oV9vSVAQ7abDdwBqVZnWcjvxjWfLtCqmzKyMTnfMSLI00zQXmiIJ0SybtNBqLqgsyd+67Q+M +WJGPxKLEsLZjhD8SEf/KtkBFG5J01eE6i39ale5kRT3hL1dt+hgJazm3NK8C6LddNo0fLci ce3oV6y8Is3ZME0UZ8NebkjD7mgHIQEX1dLYHcbXMbk1TVrOFhsjshS/nDCmDQfyMe2Xd8SX 2zl2xPLvimjPJUpgxHqbPsDinOQBBXmWK9+RPC6lFICcHR1kRb/edVosrNYpSWsld7qTq3Cw Ys8BgTZaLA3j+Jg861Y7qdkC5VSW5JlOCiODU23ppBv69ZZ4aDny1cOH+XLfkR727kl/PATO kucqbcRZzph7t6Sfzei9Gf2Dvqs696FHJY3sRs88FJUZLc2opNGvIdHleepsZ0R0WTrN1i4V TYQ3sW7Q8SufXWc/qNK9FG8IfSqv0rYQD4zvrMrTYtrMskjnw5QRWQqfxl0Sgi5I57euexT4 2hDtV2LL1oNDx0c8uE57WGormevYgeB6cUs01W/4TnlLVrE3fsN333ks6mU8koIMxiRclAdI mBFZii1xekW23J74SvpbuBjL828hCT+RVQdibED1oxn9bEbfSe9+zmSjKARZ8MgcDgfWcU1G 6z6653taxUEvsOjEA7CdQVGVOmxrGDPHRKXVPGtmy4pTWZJLqXAXkuE+JXTs1XupUnchh7+S 7mMtFaQXB34Y5jkunTNS8ah7LQUDQKylsNa0HgzCxnPer0wJFxQWApdC+aMpaNG0JudgrB8T rVoeIlpOZUl2Hku7IT//Wzy1ZcudMdMM8/VMC4ObT5KHjhRhGJ8JHxD5ijj8jTjshJB30k3c SJRBskgWYCydRCOh/cG3Our66HEdsBpXci+7TjPiCOAsjSNA53Dt/MyMU1mST6EDOoz1IeWB xLPxKAp8Hhh2S4xwKjTnJNoeOcNetvS0F5qH7y6kCkIotwwlg2hXdA5nB4n8DtkfQNNb9uEI jjfqoRwXLVg/ItpSp3ntbOUWVJZkRUdAOH9NYrQbfyH9+CYZ66S3L9J+AiAQFBylHxZAmLDC W7leHHAIj27kcx1N5mHPqCa/SK0Npmw6ji9rzuYxMerkrilmi5FTWZKpGN9KkX0lRkAHJ2F8 4Y+4es3DUvtPg6BWjGLQD2c9ZN6/yV0hLrLC49l4KCOr06LhnOsLTtgtopeE0HhFx0DcsYe8 aNAsnhjHgk4Xm9nWWlABC75MZi2PACW7lr+upOVby3lOjIwKGKw6pxBYcFQVaIyUMwPiQVUB leqg3XbMBuLrW2YJFjzH6HcftdaM9aOizdJ6dkYkqBCKoa52GcNf37Jgi4y1LMRUy/0r4tsE 4/lEVgEydGSz8uj4HSnbI5n+PyxhBPlbSeEor5NcRGyfqgbFsqcM2f8qLRxGxoGxVIcAg1NZ EoS0qInvXMuo/HXKHTm4jYfjjkPfq3wseLsCOtUrKlynsOa+8AFBPyxWsAeA1A3zPtI8J7Xc W2UQ7bl0ADxoCNn00jRFGP/H5Fvl6XK2eBmRpYCyP0sO7AjD11GEx6tP3AgOVv6JrRxI8NrC pCHY7Bl7/lpiYFbnAxblRWL5JnqKeA3NqQW90AKIam7Y7i1FHAPs3HEIlMUBEGBEgMADqdwt bRMJEBwzP52iOm9AWdBoiqiD44SHRz7JX0EBkQbj9KnNALh8S/s78QDmBBvqAQRMDOshBEaM H5ZwF7mRDMYkXJRpOT8X41Qw4uCcA0ofD53ypVPdQE3uXJ5+wuUAron645cT8q9w1Y5QUC0F RFcSmE53zRGeL+q7oO94pynaAWWMHRNcXqXzA25GZCmms3Tg2TP9ipovbNMEi+1T4WClH7nX k1z5ip4GM/E6fWuoNeK8Z/ILl7S/zUgcRaweE6RamvlzJcmpnDCK6048vsYi4U328TWfirgU BUJokHPbYZYBgGH9RitbW9l14EPVxVzvrm2mnadjemZT6gkzi/aAmwacKNjxm1XKdbosaFQ4 90icKMQpI/Uohzlc8DzEF7E6HZ9gj/ySRg9Sp7AXRzP9MU/UOoKtY0JrrBecKzVONcs8Oh1q X5UQQRzcAs82VKT6h84LQv/gZaOgjpRVWtf8kKNMzNJ80n2rolap2m/t5912Fjyf+URSf6Hv 3tLJcHvPuRuzF3DFLoqJ7YTKBqpqTbNRzIVjR3ngrccxXJIave009xW2ni81t4tpe8+XVark VASUF+RGna1PvXu2DbZnlcvcOCqWuVHaKTP1Zza7kiCoLMlneVbYW6cLciNFkjD7GABLoZ15 zp8YAVaZaSMlpvrKA2+92BgghRQSJhuhBxryCG+C5RDYsBeP6xmPFYqsMCHppLMXWZM6bEIC h1YKv18SxlpTyZUmXUezTjNU+SxNg0qsGYdlWR4CS06FyyAodzxKL+J0iNGJAlS5qVH8UqXT 8fcVQ2AEujxoS6tu5GZ4WCAczxvPg8duMi54qTd+k3Fv04py6QWvDb0xIx0GRsvajPljwtWZ VjtbtowIRe0/km045Q7ntnic61M557v04ZikSznPubICKQKO3d3ZmYIfprD7tLNMUVfcgBTG ZNzdA5wrZE7lKLAv33EinFPi017cPWDA+W5Hxnkj5/k9tqJkeMGzAVQqfE1gtAARbcNI+CT/ Jm7jwaSIO1Da1NZyri/GeiOP7cRYvS+PuOc+5RbPiQNDJ4r17KqXoLIk8Yh9IkOVyVoLvnok uMiVYT6f6ov8go/SOYASj8rSWlkWqFL/oZrk8drz5efo20qqbE32LXbl1KzXUuC8JeXYRAg8 lOrXzhHOZrQDhEl0LlWi9PoiJYogcSu/C6rShLuO3W0LcQzOX69cSHw6Da6SPLeo1+tUWabE G2kS7FmdRoQ9RwFopR7/MGQXNMLNOB9n5pj7PpLG9s0rdP2bcz+MIJyIJrC151JrwtxmmVqW lq1GdJCledsM71DZTY2Ym9wEJ8ikF8XwMQCuH/mXaPK00V5PLGIB9hdPiDAWEcY4LZ4QTm8s g8Vcn1r8YEZ/NqOxZgl0csHDZPvDX0NWoFga6TmMjYog468WHSoCtsj/SATsCaMiYHMdTXz+ P4ogm/jOVl6rqTOX+QFvAwkqS/ITHdGJq31VTTvPFu1wbx/RGowXejmI7B/oOyeqWxMqeD9Q BM6+i+K4EXIlw2r0PpzaLbpTB78ZpiK3d5dVKjk8JkH9WU6Ttc7YZofonMhSfPTIEtx17gMh TPtOSsvpVL1eXTLPcmOnsO1IbU97rlLM7K3rwl+VxD3yW9Jqp/d8QZC6lxDA9YS910/D74Yt K7E7QAt9fTwBFyqCt4d7aLEl43gpquFdrTmA4VSWxGnDO3oGdl9ITKA2cunRTNZqXtPEPW4s eCKOK2R9ljnMi28Q9t7iQSfU+7bjFa8vTLhe1AW0jNFjgswP6XsKKuRgPuXm2VjoPY9lKtec kw7hhs9W8ngbU6Hez+esU+ncDkVe9EAj/6s4C6oYqIqZCcxDAQbVPbSk7uKtCLHH0HG6VoSY yt1TgKh7udSLgF2or65jPSEpSgZ6HAR32BZp08gt7hUhovWLA/HBq7vRi93eU4UPVBS5qYKJ A0XeOlKyguJAM5Bndhg17+GpojWi0Yho9X+UElnWNMMcY7vdGaRcjanIFoVxHG6uaoFQDHPa tKon5LOmApDz3OuOkO9EPPE7vz7LeEiRPaDndWMye2w2Es83hTWdbKovnH8bjxgYddzumvrd /OCaU8VftYdvQ6f7njk4xfsbTu/GuTx9K00srv844TNu9r6iM39VR4o4czH27kX3Tycwho8I VLXtAe9KCqoxRxq7GeR9/OOIy2VE001qv090byf4zLWEEcLeaKuw10i2y5C7V+F+ea5yc3+C H3WCde/rm+LRTjE1XnXz1Td9lTgfnoP3L52r+B+Z+i14Ou1cjRz3NAMc7LuDtf5LXu17ksZ2 oPMssw6lSRvjJOoyVqFTrX4GdxIv0gf6WjBO+ue0yELBTFeSZ897jYp618nAomP5ShDI3S0X hxseCPql0x2tqdPWXByydsMVzj7ntf1qazxsjk1ipHOtQiQaj1ovZ7cj2tm/Gc6o9rTT9081 wAdO0LVgI55HrYto92E/2MF38Z6V77nTq/wKefDAhCcyEKGOTt+6FzwdhSYhpitI6FhrSuio anUwNkGasNca4NmdGtsDsWo1yoFez/CEWAOwswx8LoqMcH5raS7Q29qzaoOUX0ht+GvRQaUS lhPo97UCnOf6br0gAvydfFMQy7zj6fN/cZhxzsXjqmU+8RVJVdkUc8rMskxrX3nEwjG3XrDI 7GUzA2aN75RlS/Znk3JlHdZ1xqQq52eTdzRF97NOL0H9X4wSrywNCmVuZHN0cmVhbQ0KZW5k b2JqDQozMyAwIG9iag0KPDwvVHlwZS9QYWdlL1BhcmVudCAyIDAgUi9SZXNvdXJjZXM8PC9F eHRHU3RhdGU8PC9HUzQgNCAwIFI+Pi9Gb250PDwvRjEgNiAwIFI+Pi9Qcm9jU2V0Wy9QREYv VGV4dC9JbWFnZUIvSW1hZ2VDL0ltYWdlSV0gPj4vTWVkaWFCb3hbIDAgMCA2MTIgNzkyXSAv Q29udGVudHMgMzQgMCBSL0dyb3VwPDwvVHlwZS9Hcm91cC9TL1RyYW5zcGFyZW5jeS9DUy9E ZXZpY2VSR0I+Pi9UYWJzL1M+Pg0KZW5kb2JqDQozNCAwIG9iag0KPDwvRmlsdGVyL0ZsYXRl RGVjb2RlL0xlbmd0aCAyMjA+Pg0Kc3RyZWFtDQp4nK2RMQvCMBCF90D+w42taJprk9asQi04 CWYrDgpaBBVpHfz55lUMOrhJ4PG9cHe8XLJmY6gbpNDKGUedFIaN4jk5o8rcErtKWSp1rpyl /iDFcSLFwkuRLZnmSleW/FEKJh0Oky2Uo9JyUH8JQzFQUyNFmzTprEgOkHPKNshoA11BA4hA 9D+qQY90S34lRe1fwd9RufrO2iY3lJ/Q2MdwQxy2gYz5x7p7tBfQPnb0sSMHMWj6fadBDCr/ +ewgLewasoPtYqqxrgJtf+yjcE6FD/9cCH2UPgF+1Gg1DQplbmRzdHJlYW0NCmVuZG9iag0K MzUgMCBvYmoNCjw8L1R5cGUvUGFnZS9QYXJlbnQgMiAwIFIvUmVzb3VyY2VzPDwvRm9udDw8 L0YxIDYgMCBSL0YyIDkgMCBSL0Y0IDIzIDAgUj4+L1Byb2NTZXRbL1BERi9UZXh0L0ltYWdl Qi9JbWFnZUMvSW1hZ2VJXSA+Pi9NZWRpYUJveFsgMCAwIDYxMiA3OTJdIC9Db250ZW50cyAz NiAwIFIvR3JvdXA8PC9UeXBlL0dyb3VwL1MvVHJhbnNwYXJlbmN5L0NTL0RldmljZVJHQj4+ L1RhYnMvUz4+DQplbmRvYmoNCjM2IDAgb2JqDQo8PC9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVu Z3RoIDYzMzA+Pg0Kc3RyZWFtDQp4nL09WXMet5HvrOJ/mDeJLn+TAebefdhKbCd2KnESmynX Fu0HXqK44iGTomT/+0U3gO4GBpiD+hi7/BmDwdk3unvAqhybsbg6PGhUU6qhGJuy022hxr5s i67S5dgWD5eHB2++ODz40/HhwR/+rIqhrPq2OH5zeKCKyvyrirYux6Jrlfk9vj08qGDAqvjL 4cHJ6+Lol+L4r4cH3xzbAcIujS77AfucvP7uaFe/voOfD0eqfX0JpQcoYd0llD5kBht12ZhV B8Ptcm37UkVNv6apTqH0xk5lSgWUipWl72mZV1C6p1GuaWTc2DXt6Yr6fgulJyjdQumUmuDb v4V1V1B6orormnftSrOlv9uVmp8HeDyHn7f0VkOpgpKCUpcBcD2OZYyMeSqo67UttSHPdlVL 1ZZdjy2Lqqzq4vjc9ChyfbqhrA1NB72wC4L50aINydMDvCCkItouCNH3UPr5CIpfUsN76nwZ 1r0h6CJtvA1xiXWfiJqw29/h8Y/w87/U7iwc+Ylme1xkHd21pZIbr8peIchUY/5nRMLDVaLy h1nm1t1YDrUc9cTs1G/jIYRfQWR/GUKS317Q20dLl34UbPdecJqf4y5HnENV6mhlZbZtA+JP woYEmySqLB80ZVsnaOo7Qo/smoS7x04NIykzktLmZU0imbbTl3VbNGVvGK8qm7aqVCC2Q96o OhiONnRiGf2USP2SSkhdn0LKfAhp9JRKt9T3ghiG315b9KVhpdqxbAe5sgX+bkFBtVv5O+iF Xe5CUV1YevLq4Jq2dRrW3UDpd+rBsuEDAeeOAMEgKYjl72m8gsaTEj7DVwbPqpbbOLHi55T0 AkuBn1/nZsP1/UboQd5DJrqhtyy6mAs/EhqZH+9DcfZAYsqJxoAY7ucZLdjWPPaHoWw2I190 wh6PJGKZpE8J40y0kU1yF0LggiCQknBnBGXksXekPx4IZk92Dh6KZVhAaVansLy/D7UGTvcj lL6F0j+g9G+yHr7eh66oG1UOEpD70BV10wHr86ChqmBV6G0RtqQWxSctuCv1UDR1qQLpOaWr fjSGZH5rJ15PZWQcs/sjoZyFhtRTbBNkBGLdlq0OFiSM6jI0274jaikShOGEdmYeA3ajOcQ8 J8tgdbAyOqcYFJ4XjBYazT9zkAXA0z62sC31dGx7TjBnisXSl3vhD6axjyGnMAVy3aOQGYFW /EgvbojLeKWR0sjaf3J4NbEdH0JBlEOxZwLGwB65lgZ9Aa41BGBOap5rdTtDXZ2a29t/nm15 PXmuPU4gXBr8OYaty6YXM6zmV2NiqX49w7a6rJ/JsdzVsewKtvue3h7nVJVUUAFTZmHVNQZI Yjl5elbmxGKgFbS9IbrlY9/E2mKW3klL+ZoIic/PfLC+DEnvmgy1N2HfJzLKPoQkwmYX+wsQ FOehvOPGVyHwWI5lxYY9vqyCnqUYw6l6s1EmOmEPa7XiQksCcxmKd+TS99TunICG4Ps9FK7R aT11nrxOIMZBjqfcTex6RurEzlUT+zFy87AjJzpZRK4fJj+2Mx/Ezj0Wr4XCyp98q0EAfAmd dfMMdIpO2CPrIUmpwH+Gqu0D9WXWYynNcuETjXxDCpcPpLiCd8SsBUGLWeqzmfCR2p0TE/JK H2nkJ1rfDVFqQT3uiZ/fU7tLmi2P1xF8Ygz5JbzqFuhgK2JlL+ySMofYNGNMmGOLKeZ8LEp1 IF7E8EvLNx1Wtqw6OFVu3ajsNXHXzDHoI2kAdl3zMfoVgeuJSDNyG0z0zbzJzgvNO7vVWCPT y7ZSlHm+fBWy5GNI6JGRcpogdDaSokPxTY5sK2PHRCtbcnFnRqrNEL0caYuBa/XNo6PUzAyt KpsA4msiHHXbgf0a7FCCEyG0ZArD3gBKTTnoQjXG9APbra6qSudtt2bsoZdw8Dmq8jv9RIh6 EKXZ2IoYc4HvGkOfQ72V74Je2CUr1ln8R4rR4nLeCIs08i3pa/YGsUSWLlElDb1r8aie7d5f ZWAG7BitXspg34TnfRNi+ZVd82zQRmBhCcv9CIe0rViWvbDLHuWiVkYDihlmxKJRN2MdtpVW lbelcHFxLCdlkqV3och3uH4XukaFuGob2hyUq3blNl5IurNGZApeJ7at01csfu9i29G0mCEj ttOy1y+wL/saZG+9fGpuejOU8NdtYg3qOmNhzZsbXIr8/O/p7TmhMiIDtmYjErokYv4oFNdL i9up2FsSt17iTSh7gf4I7EsSr1OMoPVolb2wi+SZrKmjcp7CnN+pKgc510mStxlIb0JyeRXC +xX1dTkJvAgP28ku5kWUXFlenFmpLNumdP0rx/W7/LFCW392MNQ8cltddqsamvNzt5kIRCfs 8U0oaZlfsn5jzs/4N5R+hNIxUchZQoavNzFYDgRUyMFQNiKw7gco/RlKX1FdC6UOSg2VcNCT RI8WSh2UGir9AqXIRfoDlOREqb6zx2KG/BJezfm52XwsDnphl/lUhbPwbZT6wLTAGGONfRvy aCqwyw6PD3Y8Fs27iTtsrRxieco082iZz7/F8X6i1XOInOVzmmYYlUgzGVT2LWY3MKyXcGnM u+2mqeiEPTgN4J44E3cWhQuyWRAMfoYya7LbsC9bXPf0lrXlhUBsoFWvEpqWaY5D2qkUpiiJ 4U04SlZvqh6ytRhceYFea408KJpe0dpOwxW54MzsUVoONE8A4FXaTgGyFzMzo+xDuOTzsI5j 9ghsPjCsUN/NCIdrsYC0/k6lI7Dhh9OySRUdQFk2/EaLuiWen095YC54H9bheGchz7NzNaKt KDYYUWjWUeTsNAmbLME5oS/bzhNK1Zf1dqkve7Gpfh1K83lonhKnct+PYd+UNODgAVvbp+Eo kg53MmxyGc7LUaL9ncGdV08AaAZZ1QDnddk0FWXhw6s8eOcddboPx5zFfz0+I5FIdnoRHwZP sOjCkE3nj/4fiVRuiJBYPacjtObna9tkN4nG8mxRHhUTJpM8x8uis2bqjMuGyQOpOCngZnEv ATKP+gG9A1txL3thF87mYvQ+hSjn6F4kFiMRvdYfyJBjUw1h899C7uxk0OI+AWuWxJ9oLZxS ktJhH8TwSpqwaNx9AyU07v4BJcxTxgMLHna+t8TkH78O97GQGSigvojVCqhgM1ZFL84NjLwm LkI491mBGOgkxvMd0TbH/dhs/GfIPxzWf7A9MlKgjzY9IzD6Aey2oO0jEetZTFK8wt3E2/k9 Ifk4RuNU752HIofPR+zLT69gJ+3rn18TLkpaoEsLSBkZs/ZBAIN5cuoVJNxuJSfZC7uwsLwS enrKonzGjtLg+TTFNoNICGWzgBty7DkbK9juirqlZV3ReJyNE7kh2Lz8EI7MAZ0cYUMOWC8B uYSoTgP/bUWU7IVdIutehuQDnceGOVv810TGNyEcPoUS9C2NzLBJueNvLY3nUsE1qjvewRKE zG+VTvEcR/iqYGjAwT0YsFDOGGLBgKnBA/hYqrkkvLpp/ATrPflbkMXjF2si89lA2AqL+Dm+ EUXOld0qP170DU827/Q0sUs2uViVs6foXdgXSZd1WfbDBDfybDBFIGFt4iFQT+9pqIIItvg4 pQLq/ZQjDl38tTBz/19x0EL4BRNDCzO1eQJlax6NcXBzePDj4YGpMxWGGex7Ux7Ltg9ejhDH Eb3HchhcgzkeqHXZm/VXGvY/lGM/xwN147+BfBEWoOFnQkQ3CSopQhpnw4J9TxE1Ca17Omf3 OAuEFnYi4oSszVLKJ6UTo6MEG0pZfvJxAN+wILMkFTl7pMXwAnnid/PuJ7nJlaRfd0CEjnbi D7PmiE7XZVcLwTtHc/YkmCW6LfTFQ030IRskkdMhshA4y5IR/CvZKJchFthqYFSnHF/nJGJv yG5JkRgboHekApgB3tD6OK0kewpN5bKxafsmR9pu0zt5bnqMVzUvYhkJq+lM92UnRGwzjsMq MlP4PW1dYZbRkmxTnf9M97PpjIcqtgVFU0HlyFK7JczfWQPKt8O+PxKWLxN1zrhW5NINVG9H 49UhTaXCMFwXUcMd0Q+b/FHgJvInr/V+dRVoNAHc1fSjBkhwc3SwRU5V+L1DB58CLZmHVV/u iXpopLSb/pyIh49A1zFRzPrfaILVAKxG8HsiHKb8l1D6B2YmC70eTBKYFzSMqTA2ijNaoLLG umHwjcyzqstaR20Uul3FQAr1h200QYUeB/8ZfT4jJotzPfRlg1TWDktI13DgFt9Ob8Cy6OrQ zAHGy5Av+dtVNmdSIbLT+a925GI3pCIxi14SK7MdxaKLvSFZb47N7I2BtpBn6nJ8Ra+TQHmp fBKuO0Q+c+PzKXGRB5JlO2v6ea/kJCVoNsi4EWigMesIaJ8SK8nOalOCg/4LicBB2xX5ST2c lfIzJDGFlFwbBleYIq7LQU8NAsT64BspVRl+Wym18BiGAqDlkxQ8d+KkBc+9e29maUstX5rn Whzi4LnVy8cw3YNfv9YI9pkMPD1U/iPy9G0Ni2Kniq4I2GSanIfskLpeIJWr80hk/hTKkOja AA7E3ibMnyjO+BvNu8LjMX8Bx/pP5Xlbu/xnki6jQ8B6vfbpRvR7NZAKsKR9ehXQwhYy4K6O DLLupNxINiIg17BBtrIsuk4ga+15JStRI7l8TgNE6b6pk9UTEYQj4oxuwatLxPZPhA81FePg M9nvMVEFZJ2+f2Fe9EaE4JSDtN39ZmXW4y70KS7IXofvDjMPlTEFx+lnth4odal1MWJqpPWI NWusbd3B19aqth/yzp/WdKeDmwNIju1WRRdTZyq+KuI6pKbsmWXmu995W4YXv6D0rC09ajCR ATwajWAYpbbgIv8gVCrbqPWN8LkXTkSqHKwjkUYa4GSeM6fNb+Opa6O24a7LgUc1CR2nPjlh ds/egrA+X0EtpffaC2nENmbSezV+1h+0XZ/wsX3tu4VcC284rlm7Nxdl23S6xWxyQtB/WeHZ 06gGr3ZfqKqC5S6xfdM8854N7lmIT3c/EFQ5xnBG0Geh/DinCvw+aIJdBRdZ2c+9c/kcNqV9 sirWQ0idH0nqcGomv72l5V6Hptu13Zbiq3V2M8nkjnBpKatkkunUIe4qOpjDgcFU6Oj0DnW1 OOHrBj9YCdu0lRylxbiJawHr61oxFy44mgrqxlbMRRVyMl9pZ3PjyMmmBGdOHHRPxPKNj1o/ JzMz6IVdvg8N6ygYx0EOtmIiiypKT2Yn0VUoWJmiZrJzFJ0DApsplciQugQisqguwjVfhxZf lDeSSkuW1xZ4Ome/NHPGivwbewmEgP8quTWgO0or/KhbV90ae8Vokud9OMU9N8YsGEIsHdh2 WXvs+3LO/nS3tfAST+JD1XurpJWL2kaerc/JCJvkxARqlXMCsze6yUOfnyh96JvNtpGbXyE3 B0sNDXzTfWtpqa+RlhR7Rk1lawlMUyuoMCq913ErUznKoXQNdveyx6FqS/OOHZ1z1Au5rPE9 XVtomPsX4uuDKE4bHew4JJVKMMnmDmQvK+GwnMS3agW+swJp0+1VkvB3dDnH5xA+v5h3pjGY Vzsc1Ijf79cKjYAFKabG0d9OsVWMia7/wdhrNqxv70MSizrJixG+/sSlmuxkiJY9S3yQ50j+ eiWWostd2kXBXw1ODAM149M1h/MQEeuJZOjhu3lwuC56pdRopN0zScT3TB8WT4Ua8ajKRrqM Vg6GXCWc4X5WbXdrDVYYBeMWFYtdU2egAJWq942gYmw5JiUr+14MZZ7HrLGphgrUQsbYnMOP Ied+ZR6b6hVPshFB3NVh6Csi9OsEG0ScG30OEkWvIt8Ku5HZ2kWmexP24EwFec72dU8huzwk VhXFsNm1zJ+Grs32T93gJh0ZvPDdrCNjNn9CIGENTWNIA+lDhDTgeRRRC2X0R+VDGqrvOWTh K7pe9O5RGixaGKrDb89dUGNJtXR6eo3BFtrk/sXLfLYiZlj8biVou38vkGqn7s7c4b7D6x3W rF3XiKig7fxHN8/xoUxZnYV79LX4LbGNsxB2+SC3i7kEi18rPVsFJnDdVCDA5y1hZX6HZ1pA 3FXqt5mwU061aVBHciWbIi8ZW5pNL7bNz0hY34SW8e+zC7SfYogFzsZGFLksdvuMjbhL+mOE UWxkNzk4zsRGVCJkkKFDe11XsPl0ZIGV4ZQl0t/UpmPinhzwLogezZ44LkMYaSFORIGZtWlQ qoHbIzp7U9aSHG8aEDgiMMOXc83nrUduLIfwDInZe/XEZCG3/5pNRoaU6xP0+OHPL6amuCgO mlpjopHpgJqugSQCn/9lNd2/njOsHObWu7zjYdOgBwTlc8dhRrdqbY5wbtXuuQEZ2NQ1RqHH Gu5OqRt0FuDD+eFBV/VgTNjnG3ge0KeFz1012jQLHIeecBbsixW1Ql/rjaioId/LDeWSL91E 7ukc1ogrcRU3UIHrdBUeETiUf8CJzg/D/Zqubw1VfOEITXf2r1nU0BZhF0hy+9rdEoyv6w7/ 0E/UwF5FV00tFvserktqexpfx+8davG9NcfD9za7LNvdhf+z752qmm7vVwtHI3kwA8XI4AZg pMBy67HVT18Ud5aJ/vBnXeDpRP6No6Zuba6s+d9UXH5luFZpI/Qa/O/yaACOVoORYCM+GVHc AAdXr09MffX6L99CufnFPKjX/3UUyrF/bV1vk1jvOLoEzcRyvzPTgkDBo0APwrUDpaJg1aoB EQSyV7eu0lgmyuxixP9slRHPmt7uRtv6ATaJne9g2KujhkY1j36AC5jC1hsx19sODxY+FmQa dU0PUt40fTyq+/2Dx6JTj33ipm5c1iVi9JQ29wQrwmXCJkoHwT2vCv4OSm5VP0ogWlB1R+bH LqXe91L6MQ+gve97UBh3XzmZ/2oor6h0ZxQf6ymbORGqqZkhRB+fBDDEY6R1kp++rUqpcJoR 3I9e4TQDXk7lNI59EirHVgidYyu8mrFj+SeciHWO7nqhcDBvwesbJzr9LPaJ9Y2rYH3jKjw8 8bIGV+6FrsEFsKoRpABxQyVooRm2CFoL7j3J2XaNnF2z3qygTS/3+C2ID8uvtRNnKAtRokA9 P9m3LD0th58faW2FLVbeWXEdiuczLxjsI5Q+HvW21w2OirILn2niCzvHvoHhkNfqwA/uwPFE WxA7vjnqJ4IfFkii1r70usCgUWigO9YlDCRs9Omo5mG8tIZ2x0e6srM82cZ7BkFrmgI/pUHw LGFmjhejFtLMZoRsFGe2kw/rt5NR/GR1b8Wef8T7tr1MMOitWHTZJyG6bIUQXbbCiyM7Fj3B REJ0GXNQaym9ms7KPScF7Z+kdDISHoTwwmchu/DZQ6+z4tY+4CQsvnARSfEF3+41Hv1GFA5t t0V81UPwR9Y+T351a+TXmgXn5Vd6vT8daWWZhQ0hz27m+Rak0xmbamDxPfEjNv/d7Mp2uSDh BYwpWHlq8dErkgLOJhsnliIO+D/7hkoLYb8cVJ7FxJV2LmbLjy5ktI2JXScfLmkno7jJlFl3 IwwQZchckwGiDEyIie0D87B9Zha2z44l3Tj0hLMIFq6Y/11Fh38L1LEw3MtELFw59vcsXDlO 9CyMzx52OIx/8FIn2GuKh2G5PZmjnQHVqDbwsBqH4G/gfB4P9yt4eNWCszycWa81QgLOqpmv frWa0LyzLeiFYEIsIp8hw0enwPcwAv5YY8OOw4ZLxrrZNwgczoYxdUn/O8AAG09gHNjFkil0 dSStjbMjRZLM70sIP6hkOwaHTJkwtu49HRzZcMMSgghLdoISLaHanc6D6QLcYRfckbVr/gQv nmg5so+oWMJ4rfwML4UZdM3EmDkjS0xCet9LMEcoPeSWsNv7dMZ01Nkdi2OAxcyEOHU7T51M ZcxgEBMYk/SHbRDCF6xihcsHsc7+G+jIyj1jfDtGJuP7LZMTLPUtv3m/b+C2A+ZvZYCLWwBK wg26p8gWeSH67uty+qca+VRywQhPYQlObNeEdBBQxOpo+uR7Ilre+zqc8B2qmshaYoIRiLyh aZEKoYslPQsqLyaZMAOZpgJySkHbn7xq674SZBdv5YWw0jX+L1qk0TI9LAr+ZA/mewIetoks WxzkLXHwk1WGhPM6fW7H4c7PwcSGyc0UOjCxWVt6lNTVKgq68C8EuKf05dXN10e7gUnHEdsL YaPt+FMZxoa3G/r9S4vGnHKz8+5f8Dd4R3VmOiFeDaCFMBa0VnuvhORfwa+31qwy4pmpL+Xs SSmLF+GzVjeoWtNbnugW8qnjRsTGAq1YC14JHUK2MZAv7hiAgIMs+OOfr2wGGyRP7u7F2MSY K9X0Y/Y/wubbWJbM2dhxjIX0CJGiJZl4DKCoiQErhL0fLHnMJ3ck1lvRCmgnd6fXPDQz0T/7 Kb3Bk6AQNC1eCPA15AnGcBecisAMXRFuW6HopnOS6CtCZp+Owm8u9rMHc/RRmS1MNVLkNAZ4 o7ZA5IoQXXzCYSsiJJKp37bcOzN2VR5JEUn8P5jMyd4NCmVuZHN0cmVhbQ0KZW5kb2JqDQoz NyAwIG9iag0KPDwvVHlwZS9QYWdlL1BhcmVudCAyIDAgUi9SZXNvdXJjZXM8PC9FeHRHU3Rh dGU8PC9HUzQgNCAwIFIvR1M4IDggMCBSPj4vRm9udDw8L0YxIDYgMCBSPj4vUHJvY1NldFsv UERGL1RleHQvSW1hZ2VCL0ltYWdlQy9JbWFnZUldID4+L01lZGlhQm94WyAwIDAgNjEyIDc5 Ml0gL0NvbnRlbnRzIDM4IDAgUi9Hcm91cDw8L1R5cGUvR3JvdXAvUy9UcmFuc3BhcmVuY3kv Q1MvRGV2aWNlUkdCPj4vVGFicy9TPj4NCmVuZG9iag0KMzggMCBvYmoNCjw8L0ZpbHRlci9G bGF0ZURlY29kZS9MZW5ndGggMzkyPj4NCnN0cmVhbQ0KeJytlE1rwkAQhu+B/Ic5xmLH7FeS vRZsoKeCuYkHK5pK1Yix0J/fmaROTGmKBxGGZ3dn3l1nXjLJZxbKOgxi9NZDGQZWWVQZeIuJ dqB8ig6SWKN3cFqHweahyfUaYsys4ZjSCRU6gx4S6zExoKnMkAgq3ZU9FWEweVaQYUwlxSYM FMT0U9CWOkWx2JM+v2OSz7L2ZZCHAd0TGyhW8wgARgsoXsJgWrSaF5UkQ0PCnQ7tcsVx9Gii 3Ui5aMm0YtoyHZhKJpDTZg+YKqZPprPkVUO1NdNaqJa8puLANG6VKbzxslMGqd3K3rvsneSO 5rQUvUpO1/03dxVnpiXTRz9vKyrNbdVARw21UqdXHaX2D6T+TF9jmt2UacytmZqc6P7I/M+F yrD9jHVoHLuwb8K+vnKYpJ3v5lHe9upimp207iCjBWnxfWjK9MV0lPF0o60lb8ahedpRhtcs 9+KrX6bRTIpp3N+LmRRTcs9/RGHOy1exXtm3Xsa0GDKc90hfjKuZ9Gf+Ddfm6gANCmVuZHN0 cmVhbQ0KZW5kb2JqDQozOSAwIG9iag0KPDwvVHlwZS9QYWdlL1BhcmVudCAyIDAgUi9SZXNv dXJjZXM8PC9Gb250PDwvRjEgNiAwIFIvRjIgOSAwIFIvRjQgMjMgMCBSPj4vUHJvY1NldFsv UERGL1RleHQvSW1hZ2VCL0ltYWdlQy9JbWFnZUldID4+L01lZGlhQm94WyAwIDAgNjEyIDc5 Ml0gL0NvbnRlbnRzIDQwIDAgUi9Hcm91cDw8L1R5cGUvR3JvdXAvUy9UcmFuc3BhcmVuY3kv Q1MvRGV2aWNlUkdCPj4vVGFicy9TPj4NCmVuZG9iag0KNDAgMCBvYmoNCjw8L0ZpbHRlci9G bGF0ZURlY29kZS9MZW5ndGggNTE1ND4+DQpzdHJlYW0NCnictVzbcuM2En13lf+BlZdYqRGX IHjdl63ZzWSTVC6TzKS2Up48yJJ8SWTJI9nj+O+3GwC7ARCgKI+cVBwIxLX7oPs0ADJL26JN rk5PClGkoknaIq3yMhFtnZZJleVpWybb5enJ5VenJ/9+f3ryj29E0qRZXSbvL09PRJLBvyIp ZdomVSng7/vb05MMG8yS/56enJ8lkz+S99+fnryBylnatnmSpU0h8S80soWCunKRpZVMZFGm skxap0+3lyJP64a7OT/7bjKVZ2v8cz8R5dkSU1tMqbwlpu6tQdgttnlawGytNs/PprGydSq8 ol9TVzNMXequIJVgKhmZ+omGeYWpDbVyQy2rid3QnK6o7reYesDULaZmVEQ9/cHNu8LUA+Vd Ub9jRxpN/ahHCn+2+HOOf67paY6pDFMCU1VEwLJtU18ZSaSshoKUY0vmAOsyUHIIkUKmsgFE KmC2qPw4KEWZVjWDEtrKZPJ+Dp0lsYFVTSqhP6sqZGOVOaFAaW2ndQ+phQtvg4xw60JUqZR2 6+e6kY0LkXtS1ZLyGHL31Jmqe0EA4pW202qGP4+6qQ5U3MeW8uaUUu19otSaAJm4eSyMW1oS DOZEo60b8wpTKxrVK2rvgorsaAQLerrRvcVQWaSlJ8ixCMqKtEikFGlWgtFs6yEEZRV28ywE cVWDoBUJbU6rfUXT9fB1SQJn+7B1YRACzoxUtHBbVr3dUeqCGliRAtm6MYRS16K8w9QTPb0n td1aoOv6mLsj9cC0obyEQLwk2LNwLt0alzFANAU6RUvqowFRtiVaOCnLFLKHTUqJHrh8FiCs qrZJ4Zmu3LWzJAGxmLcBMa/JCKm8t5h6h6nXmHobqMErP6HU34SPJY2A+2Uw3RPoElKvAt1f rrW6cUe/cUcwpz425CqZK3DL19ZI4c8n3UAnqwd6uouiokUPY4l+PCqaKs2bRJQN+ps9dqJs GrApz0IF1TSgeHRNP6+QO1Id2xAzeccfRY32BdV9GLQSDEZjAsITyEWe5rU99bQWauaigP8B a0VZ9jJ/DfBPWHGPkaJJnnyfQG9/JifYYVYqxYg6gQ7VCNRv8Kmr05N3pycqD/SFmQUVwoxW on3wSoEXEVZL8DPvyvR1XLdAS8Mz7U+qY+V1WvU5eVlnaGq01tMMpr8HK9iKVen87M2n5fp+ lywetjfrq+T+ehkjHMDcUUl2h7qzaIU2bWRkhLvlbnezWSfz2Tq5WV+uHpbr+TJ5vL6ZXyer 2frqYXa1/HC2+zBJZttl8rBbLl7FFmYt0XEPjysIKC1AWD0Yl4gWqWaWSlqaH09PfgkprwIF R5S3vTpIDdzS+dlsvUDhJ3ez7f3N/OZuhkrBua8398nufnszv189JRebByy3STZr+AViUXUW y/kKii6iEmoQjFZ3B0oIficSGDYEbmMEBH87x/aZAuKWgPMYVOxiVkQgn7frHDZLCG4LWLcp PpB5GZjlQGhcFsXgnPeELyUQhs4gRELrfp0c7FLYEwVMyklZoHBAiTlaKfgFKii1To0lKwuV Uern0AlE+7X9UOapkFZt+A1uTRcYcn/ArGEUAtpu9rs/UaeyJ4gK/YgikDJAJV+T++F4Y0eM YEtEkx0/s5hfyT1+JHd24zKb2LISsKzAZPCI9yksa9C7HEQdCqAb4KhMjLpHdgXE16J5Fnew qppV8zM5do+J3RK925CcmLsxTwuFIvtC3Ugo8kgPOJr1mN0N0ZeEggiOSK/d8TFCbt25MS5U exwwhKJom+Zw/NUFXDNqxcSrg9GnJf/x2GjqFJ7x/kU+iI0szZ8Jja6mQcYNzTHMrqfhiH2p pRdZSxImZ3U1wCrAVJa5U3RBkFm6SlyTEeBgYEfL/M4HMiPXCYieqO5mPyhWbt3ojhxDlQ3N RwpgeB524MQBrjMqWwF7QBYW7xDGwMbBs6JR6BrYtS0akWbPtD1cdSCaZVsR9f8ZkPrcGckz w4j+7Oq8a3O86IA2NbA8SxD6ftNdqY34Af7wmpB55UZ0nhHl0H9LTzk8vnWNIwf8wwbYM46M uJnGKK/7UOTXtbKj9cKh+opGEF6xkYARQjDgEpbUznW3vHfJ0/WmFrJNT0OdSVSk19mlnqhj 4tUc/6SZ7YKziBNQFy/AQbMM0NwhZghowFwhADIVhzedCvxbD+HsQoPDERTPh028Zwtnrutl dxzdTRhrKRNLkZ1BZKduqGAEJkBhgSJbkz4/+40GxQvH4w2qH2aMDPRPMS93Ryl7N5RJS5cy pp/XkcNNeB319tZGAQhw8DwA4YHMWI4JgU4zEP2ea2FuXJa0ohXJkg/tAT76hiVigNi0Hc7a mwZjHmseA1wDzAyYfaesrTOHMISMrNmNjKCzKNNWuq3fuMSS99G9PW6GXmjfOwlwCLNX7wBz p8XdFV64dT+5fmYkCG0sHYJBqcJ2IdQm0x4jBhSwGXSWj1pujqvi7UpvnfGWKFuES8LR3K3h eZSRhkjU3rgHMAeMq3KmGD1rj+oAj01lJ0uwBi38MyDOvEqto83xBAfaB+uat3laNXvjD4iS 6wG7Ed6xPYBEcvuGRH7nrg4OVr3QkxkNG607erqhleCFrQnBhFv2XMjftHpvCXsccPJp2V8E Ns5jyG5chhT1uzsyOHwkwjZAPb2kYaxiXKeo0rKxpTkadAK3zgwYMgBGlolRCz9T21jdkdkA gjJcGIO7imOxQi0l/oH8La1xPtjwWGOUJDNB8ogPl3tFauRybHnmuoYgetoZa+YiTKRGxN6e r90QBHgEHApsiYSxyVdyefJbFsTup73z+ugmvT49Y8mPh1WGRszA4wBcybZOi2Ykq8GbKcfB FrdksBXaJDh8d2pBNS5dqXtnqteuPhkV5siPLVrXCrfMLJiNyiMZM8ZgyOjt2x+b9qL4ntmN AKeskAuwWM+tyS9oFh5l2rMRYrc2EoaZUDDseE1RlyNhqOmmzFUkssdJylY1fxwcUlMGiKxU 9m5LMglLN4+XP0PokpTlKXDE5h8DZ0ZGbkUkLXSfg/vgHbu5O6olecZQK9HTb2/M3kIxkWv3 c63BHjtYU5cZLVmPxZMEPyk7VBxi1epWw6lSdzkHoNSIdM8Z3FgkUUuJdflobODOi9U7D2BP y6GNd67zLT19JDVyULLV/kb0YukRFqin7q6Guqr5M6beU96vmHqDqV8w9RumFLlUZ0dvMPV1 0KKJ0trtWltWM+YjM4w2Wd6jwdRIvMZgQHEQmtRWwbgTBFnnx0IUtdTzkV6czxdV2Pd5i3ZN hkFpNqW6Sv7fBHyVKvc3GSk+zzL4EHSxcGpHiKHbUKq9Hynvdxd5rPwNoWwZQ4p3J5PZ2R3l GU/L1iuK82HvR+IfDbC6UAA73PtVQt+HG3NDUlbqPu5REMZNGYiFdzQ60+JtFSQELN6aWpGS 2M88UB4T5xBN720NOUbhlTuW6+hmprqcZE3t3PKjjKtZoNstYZzXwszF2rDrZqdr38PnZTU1 V8TVKcXvwxcrnRmMBGBVqmNwjaNDLFyZpyIReYtR7fCuksQbEkeCHzdlR5gH2QObLE3tY52x lCt6TAbeoqjtMY7WAnBxEL+Rpm8G+gIt1GXYkXdihpQo4W9Dr44MaxFWST5wwHGIFrkpo8X3 AY5xeCwXip/YYERjmt7NeEFhV5/HPJPie62EzideBcbsHZgbEt9N1fPar9zeorew9csilhJG w1TWysxouBxiLMa7qrzGq1BHQRk3NbBjwJzbPlbsVj6fmLBl531rL+YObSAqLT5ZupvSTpGD MkbKl9Qvv5zECL13x2xQG/Fr+jKsJYf4K1p5U6iwySrqnXJ/osF5u75qJl+SaB/IG9vXy3nU 7OfjZD2X40bd+T277Ego503aWG5vNO8SJR5Zs8UcJPaiQZN6FDBzUwbM7OT4rsGXpI9PLnH1 7r6ETJJ35uUtCYY6G96/LKMzZDJHmODoNpl9hyeCgUyq7UgW0Hnwqk/oVLR3KYLpwbR3AcG2 HsOW1R7KSDiKVp0wH25Zs8rG4wAWs1aB7RhY5KYGrhUpAX84I8XeuNaMbdg2ph31IpPaD3hL ea8JPByZmjgudtKsfRaPecAIZrm672GX/cFaG9N9ezI7svZ8W5MPrD5MMOltxbyhFRLaPQtt Fds7M6J0/Nl04IJg9A67Aa096bGgzdSJ9KGYzUEltf0u16ANzbLj4TbzcHvngvDeddah7Qd+ 28/edpr2wg3PDnrHUym1kro21DDY6b6d4MOPmLyLOXxM4b2jlBDAvUMu+/Srq8GUdTZ8PGWJ fjS6MpHax1NjPXTeNGldQzCm3nzaQzfzNutevP9McHFLBltvyYS9dk0Y74t4WwHRc2vWYuje behSdM9hCWK1fUsdfXlMqm1PntlY1eFZdUkq6FuG0FsUOSgaQlHUXqXfCcPepcoAz9i9EybV C3+YCYVNKcxoK6S6XinILJ22IKOWsXfH8kYMYeE5t1vz2v3iwpi3T/JKpqPezM9L6818fo+j CDiZdwHIPblP2VfZhCz2/lmGNxLKyJcB+iMtIm+A90vK7sbMIUvPqsQXVHiBhCJ43ifi2wQX rsMM7R2F7xV0i/Bp+GYcj3PvxTi7KJPhLywyFdHlLqbLL1w6wayBw7zPu3o/eMo8ZuoaALn1 AvZ4BOT+a9vDiuIro3zAf9C7DnxZzXul2ovKdq71HXvAf+uOj2+ucI0ngrLnib3bSvxKD0d0 PSh3hW0oT92NscGDD0v++/QLsVHZHKxfu5Z35s7BxRVpi8+vDz9hCOkoFBs/UB98jZSx4Z2g 89EBL1BeeDPSedQV660cSw775Ax0vhj18lyeZd3bjodoxK6lqrx2ZWTvUoreVpk60viNnA8f CYeOiS9ckzwn3SxJN/e+1kXvoypRls55B+Hk8+wFwyFkLwa5tCX6PaoVrUhlfqhqnVqqysuZ LY+nfEegSQb5h/an1kDP+xZP2GG7t/nqbZwPX4TnjQY1oU/uJHvRuIOogVZ4UXQjsOPNQQQ4 Ex9GAFDwZyDArqWq8OL5k1Le/e3Q9KOm0DvrGBtQ81dGepvJQ0v1IDLACg05gbH3CKIXmyoV z1oS3qfBWqaHK9CqxG+Whr5T490D8XZKvfUdasX7Ioze8OMLI1eUslXOq7xDvLeX4e0R8xp+ R0/Z26tW7H26vYDw1vrONUo2PrreDIgHjyFY6vt0WhX8vYjxSrVrRe3yPqoytXdYP4eqhLYh b8ilsT9gZV27CPPcunfGxYTBO3Htufppj9qyz7Hv4HbjC1mX6HI1BpdFv0+1ZZlmB0ewTi1V xd6BC1cFC9LkTtX40BpFz52ibBOVW+QwhrHzhjRyRSaXY2mlzQ8Tvb4jfrrCQ8VRI9TCKyBY DBT8GH2LBb87dK6+TaT+/AE5ySI5KSReAi1b3J++xQ90dt8goq9q/PKcVu1mbs0HiZpeu+G9 ScXZoh9Qwi67URcSyQ0O2/xWHwfBV48guyzUiWUhCwwEzK/56UmV1epLNDpjhRkNHouZjArC gZLaol+qSVVbZ7S5+TAJZeBXTbqm9CfYup70rzkOU49FZ6wwQw9VZ3S6wJa6tOpmfurOGGpe Ayi+MntleYU2FUec66uXSZk7m7m6gHm9TRco1GpyC2DopO/WwQooCvurrB/1WGEs2A3MQdQF QrVEFRaq2P++StbdN2pAEurVMesTNfg2WVV2EPD3+f4DS0vkYAYL9d9y0uByEg3YnFb9AvNU oKHKzs4hPzv777eYbv6AH+LsnxP31cBfDh5wERhw2/J30/zxfgf9Kqsj0ACoceaKedUw2hYN Z6ES+iEY3RznUwOpb0ze7STP0aCUuirYW1EA163RJLd2niqjKuuKF10nYFYKU2aNyQWX4dHo 57uJrF9AQkaldYMLxxfRwu4e5GRNSc1mDhlFb47/mojmBUZateqTY8GBvphcsNM6Ap2+nmot gL8Q18lEGsmoErqwJUt8bnBw7LHX6gsDkbHfw3AaRrg1CaVB/XvRAXSlBowpVYTXg7tYrFp6 ihBr1PqPs5ZAPHl7NucqtBJUe48TdR0ZVpop3C0G+rnAVYKie8BfSpDWVF4KBCLwLSk2CNai naNFUE+04FYT5wmLgKSpRm4ZoWCzbycVxgL12eu3x55jmakvQ4XneHSJ4rerajlCokbLHvzs RaSM7x2W5kK3lpBrC9S+kA28EWhKL7rFBaNZamirygjKF4MWevn+B9v85aj8iTa26dFHUurP 3QUH8mLztr5zN9hd9yXOOO/Fb7gIi/iaE3GX+A40Ylcyh6dS9loJ09xuCEDFMovE5iDMhkhs XgpsyhBH84tJrMlgEmsyDCk1bdGvgiiwzgDaWTQWicVT36ruWKy5fNJ1pX8xizUZzGJNRidZ 1VT3Q3U0P3XnzDSWsZEDooqqwwYApcrzA+ilEv3R6GU7gl6OGnCUXkbG+/Vk2thrWPs22Zkg comOt8C/TxOZmULrziLhf8YohrkhTDG1SMlP1LLqp9cwPkaiSh5Ik9pjy6dTaGZ/itjIZz7D QftuEqWkhPYwIYGYiR97cFWZxsY2KHdLpy4JcRw41VG/dxQQkMQtzSm++GpSupyIvJNqwXQ1 baMczAtYblU1DlYu2Lu9kJqBdoo+37wjR6rmqv7ouV/YzpsWxpyCKuXNLxjlSitqVsHQyvLv f2oEdZkWd9jQE5VpjWbhctkQv8XU38qcqFFoh4ybR4Z56LBvjrmqZtRXP1fS+MHnJirpF1Ms 3dGxe/sVQYsSsTiYFgsL7NGNga6Z0aqSOnk1KZizEZCNWax9c/kRSz1w2EwPAtxv/KINaVtr U0VL1oK90P13Xehl6qx0l8q/mFLK4Kd+SRzdMsrrs1sQjbBDqOnQDsXRQVs06hAoMmBPPv8H i2Poqg0KZW5kc3RyZWFtDQplbmRvYmoNCjQxIDAgb2JqDQo8PC9UeXBlL1BhZ2UvUGFyZW50 IDIgMCBSL1Jlc291cmNlczw8L0ZvbnQ8PC9GMSA2IDAgUi9GMiA5IDAgUi9GMyAxMSAwIFIv RjQgMjMgMCBSPj4vUHJvY1NldFsvUERGL1RleHQvSW1hZ2VCL0ltYWdlQy9JbWFnZUldID4+ L01lZGlhQm94WyAwIDAgNjEyIDc5Ml0gL0NvbnRlbnRzIDQyIDAgUi9Hcm91cDw8L1R5cGUv R3JvdXAvUy9UcmFuc3BhcmVuY3kvQ1MvRGV2aWNlUkdCPj4vVGFicy9TPj4NCmVuZG9iag0K NDIgMCBvYmoNCjw8L0ZpbHRlci9GbGF0ZURlY29kZS9MZW5ndGggMzkxNz4+DQpzdHJlYW0N CnictVxZcxw3Dn6fKv2HrjxpUlanefWRqjzsZm1ns6nKJvZWHhQ/yDO6Eh22jtj69wvwAMie Zh8TeVM7IdkkQAL4QBCkUpWd7orzg5UWuhRt0emylqYQXVOaoq5k2Zni7vRgdfb1weqfbw9W 37wSRVtWjSnenh2sRFHBP6IwquyK2gj4fXt9sKqQYFW8PlgVVVmp4u3m+LAoivW74u2PB6uX bx2pMLhuSwX0eDi04oh/rI/UYbEW5vAeSx+wdIulP7F0iqUbLBVYusLSCbWdY+mR2s5phKX3 gKUT6mfbzrB0i6U7ajuh0l/4c4nVLf6c0lx4fg809pTGXtP8LrF0QyM2xM22/YGlR5r9huhd pv3s2E9Ez67jwvHg5SeztzLY0ojbjA5U15Uy1gEoLNPV6VrLsmm9tuarOB5lh8yQ3CeSg+13 kWrxItXsPWn2mujNt4/Q+ZrkdU48HojHJVFhuW6I70PK94RKdzTTj6Tt09R6bL8zsq27nLJ0 XZo2luaUtpTaR1vxKNaWldoHQuQVrYMlfkMrOiHZ27XFMArSuKWvDwOoOh1A7kWqLfYOpyTx P2mstasys1JpqrJW8UqnJCnBP5pZPYUp68a5w7IRVu5Cw7/Ayd6dDzT++nqaZgWKVz0XOzHG oCefNWPTtqUe6FiVXSdhjq1W+AuWgfN3Q5qmFKZQypTQ3JVCprtFSr/pSi0XSoTttc4psVao koi6t1Y9bt7RgLxgGoVuMen6v9TPnEd4H6YhYBetZErkE7kyBkxBILol53JCEGOH/5RuKvc0 9obGsrM6dbuX7ZzA7ibtd0Yu6jZ1v9c0YkvgPUkh+xQBMOOxhIKYYZ7IlWgQjEnfm5xb723Y G1oAuyA7989utRmObdezoD4ABqyV7F8F869K2cH/CAAVQuNTzq5l8WMBvP8oVkYDDaQkC2AN NWEcYVNcHazeHKygzTYY9x2AqjEsiz62phTRYKjK1n8fgGFVqr/ll8YcgulwjNLWr7Zl14w5 hFqMzeT48Dfn7XdRMrT1s2XwtnySjniirWscsLoruzaa3rFDy0mKh+zwJl3csdvr71MgFVS6 pQ/jUP6QQnRoL+V985FAfUb9NlSKd+kMJiQYYCqDLGCVtE4y6srR7jblziHSTmSbw6a1dSbO G8LtWTaY1bhNxmNcxDMP02jCTTDhXVCP2D7Qg81Q1qVSk5uhkdhrxPgfUuNnZ3xLcuXoiuPj pwGQnKQRJsfRPcpZN9/baB6j8Cyx5+nYVWqBQoqWf3z4Iofrm+kpzxXGGyz9gKWfsWQ38Z/w 5185I6qtU08mmjXSxtpK0vf9oJ8YMzswtWA86KHnWJwTptIG9oZuxNg0hDFjtuZD6CDeDen8 jEo9TS86lX21RF1fEQ/vLALRO5rLe/JwfNrKhvggnE5FIsir0Z8G4q7/JjPkWTI2rmiFf6Vt j5FLH8JG1oQ52ts14RMau8SsYhNZ4syUKOGbqOwpZsqZKb3Ivk5pP7B284LkcU/yPU83fD65 b1NLs/Q+k7RyViDAqcORmSc6ezeAzQ0iVy8HwGVVQSyfl4Q0ZdWOiWJuIAURM8RRbQkUUfxj 0hf1BM+XuWNfWzbo45jAsZMlh9rxGX+YSGvPlwmNbzNdOwkBdq/vTDWAOCAM8PLoq2FMjpUu Wwnndst5KiCF83VnxiTpj2eTTuy7nATseTnic7xrxhkLFnZnSIZmI1DpNtloOZl0wYjEE8FN Gr6GlXUt85pt6Lqty8b7pwn16LYt2+VHl0WniAdysuxyeunnuzQsvyXnnlWHcz7R9I/H4q0M ERgNJ8KECM/Jn3Q5qj+KT0BXBOKnMRZ+q0xYbNKd546IcBaUc+hXtIob8uGP1BZnSnZjymva N6/SM0Ivy/iZStv5u2BsZAuch8ZDN4zD0GwyotdNV7ajzuOWopheHplTGT2T5EjhE+nhKZUb 3yRYCb5PKc+N2mLmR3HmdMbRureOoVD9nkbEx+dJynzXck9L5SjwQxqR8VnyRca+Nbg0oWJF zXWGaAiNCoawIIzSdWstyJ8Jx6wHuI/GUH/7PDgUQ10Q6vjOg1NnQ3iOI/OR7UpWEgOmaFnH zpovnZXuBvC95AcHimy+vQuC96kwNqkwemN7F3DDGSQe1jPGWUaS6HqJm4H9QZuQcZhyM7WY MBSPmgC7DTkSdqe8P9ym4N05pGQ2IwVLiKdyPAh71sg16Yv1cJKfCW+re7kgTlz03GbPQfEM mAof2O7JyewcigXl0Y5y6Y+e9EbMBrRf75Fu0uCMdFuIxsbfU6GTATgu9S4ntOyHdCfnc+9w WjV447nqG9/DsjnD7JEfzq6AJ17zyJFf1SiDXNcxrcXS76ttV/5ajct/brQMx1GIAiWcpOp2 Uulw2tWjB8OfnZB39+pHgu/FbC1lduOdIPloVrYxDoyO4mhmYdwQ1jEjbhhyAjtubZZxJFpa gmmJqSeON8eUKzGYnTqqPlJE8JCu/4rk+TnV43lOZ9tUyz30cp75Jt3Cr1J5ehcpKLyEn99o LtamfsXSWyx9P4pyl61jOYwl9rBP3PNV31OP7Qv8uIOfJGRz1ju3uILisqPhW1wOsLYLTAws BUyMIlIlNRy/55iY0DhCKZsimPIgmHQYtbILsrLr1I4eyMp6r26K1I74wH1JFvBIX3s51DdY +iEXlNT27jGaM74hE5jnh6E/EZH3qa7ibf4oviSLt3kxcNwcMsaY9/tc2MG+dpv6KMbUBzKM Oyqxz+OgOT5Nshvb228ltrHEb1UGrwBlo3DDmTKqyl4tjhjViZPIWODBl5zv062K0cRbxlUq 8D1jY/9mQ9DZPFHlogeIm3SmQ6eZ+I4tWF/OFfrL2kiwk7e1M/vWoMpEYYvziKlp7NrUQMpu hXybxg4V9tGDnYiyDSq8e1CqwSwytmnfyTUICWx7nfD9SUJJ4EabeSGhuvAQavYrK3xCIgPw X5Mz4cQb5+bYmxXPV3pJO/kHMl82UD5avyE75CjolLw3myD7FYklkW55MucFG41ptlgWFfYX OLJ+znXDzzFW/0tA6mUXOyy9G3/tmkx0Qr1guM/8mE81ArNR6ZuGiUduyRg7wIw/cosGTD1y S7paO3lKN3Mr5s/jj9yy/PIOQtWYn7VJj8ljlKoleoSZ56iP2TeF+Pbq2L7Psj/voKXYFisb txe1aPDa5BrfxIOvhLpC9+ecxS/7kI3JXPtl96kueRIJfFYQ0uIrfCQjW/8wDN+cGkvT2If7 /iPWk97QcAHS/Rqla7lo+1CN1m+fMeD6fR10CmcaG3DWwtoqHi3xCbKrbQ5WNewRkj5fYUOL Dt831FWHT3IcKapYPnawa5BgANIN9g32IB9ISWkbPSdX2+As3VxcwxU2uKm6Br8IRypULKPN QbpiFsvH8McOoDabK47+1kErU7ZWknr3bu1VyPELdKkNYqY+fAA324FvamEXr3cuR795pQaY NBVep0Vc8vDVjSx7XV+uBSK3PTyHHag5vLxfSw2hS2Z8p9G5zePV1ajAuOvvh2tR4YOaznK8 tCteH0lxeLrN+T/RWqnPYGhAVaLX9z/ro8bxsUvc3mIRpf37OqLyi9eMtJegCl9ZYvwBVCQ4 x+ho/ZGfauadgmkFbG3kE/zD59QnjNCIBwEReoKcUsn4AEd3BccbI92gKlDR/iGzs966KXX4 jtVkwDjoTWPv5An0Brby1gTUmwZfI3iguQpj3tUZ8q7uIezpUM1yYcibVkd4tw9XA9xNW6Ov CkxcjeHuGxjuviGoCymFsmao+xksgbrVUvOloR5xmYJ60nUfqM/jZaGedN0b6rMYeqgnfWdD fR6IEXfPBmIMH9uFGFYdKbsiIl0EYYWX7zFm0xETIIbwqI12bnwBWxOG6wpT1QE+rhah2DVE MHYNAZqWFFUsnwjG+AAyBjKEga0iJKPVMpJdLUKya4iQ7BoCYC2pUEE+DGY3j0VghkC63f0T mucGM3OZBHPcdS8wz+LlwBx33R/McxgGMMd9nxnMYGoyRrN7sLQQzW4QEME3U7tExtEsIMJU jR3UqEAEZ9YgBYFRpglfbUPcfQLKlcLnxwxlOF8ZSViuBAIrAMjVIiy7hgjLriGg09GimuUU gRmCdBOH4QZE1fC+LNz27jgJHwuEqQgfC4SJChc42CU4MqFimTCU3SwWQdnJ8UtDmblMQjnu uheUZ/FyUI677g/lOQwDlOO+zwtlXdk/wCIo+5zhMij7QSHH1+5QGc5f+ymozoQp+LrGPwbz Zqw6e1j3Ru5rjDffwHjzDR4/nhbVLCfGmwYodCbCGyYnBR17fVLes/I1RpxvYMj5Bi9ZRypU LKPNQbrmBHNIpGvslDv8UyZtXz83Za1cWua3r4ubCWTWJoi+D83vAZpCgp1o+3+E4w20tGCs AZxHGrN7FWb34Pf1D1gWFdjy4Tvb8u06vcz4ZfGs9e6s0fm02Vm//Gxn/bCWmCtFiIHt36+F wEsDofGawLjGwi7mDPFuG++w5Bpt3ZK4wJ5I584tFr9u1lKio5KYqu3sV8ug8NJxw2Tn+nhe zywErzoF7qXdTfZf4wy/s4Kwc3jEOWydF3BCAAfgpvvCqghLf61hyu77Nqw66siL2a6FjheL HVHqwlVL68y/gNpbdGyZFe+ym3Zkqm2Q1Bd3ZKNHDGWzG/Hlib8oadALXVmy4bOtxf3HoxLV Sj+1UBeY9Q1esrF/Nxm8pKtFXtI1RF7SNQS/6GhRzXJiL4nnINFEXlJ1wvlY73GlSxV6h2xr 7CV9A3tJ3xAcoXDu3VUsI/aSbiZLIhPVqoELpGcOTJjJVFwS99wnLJnFyUYlcc+9g5I57HxM End93pBE4X2lZCTjLcUyGOMITvUl42fl+RSM7KI0H16tSMryua+c5KP6GHprutjw9RojuoCI 2m3dHjA1RykOUnUIFgLiXENAo6NFtcZHGqGhMWUC3qbGPy8jR0AHCixGsG3iwwTWgnbs8FBB 2oxXx3sRXkF4AzvAcwOWuUwiNu66F2Rn8XKYjbvuD9o5DANq477PDFtj4gwfPo9q+1d3k8B1 g8JFXZ/GOHj9RRsOahp/LaeM/a9f0LWc/8jXctwwhl7d+VRFqLec3FO6cekBBxtXi8DrGiLw uoaARkuKKpZPhF1j/womAq9pS954TRcl93wtQrBriEDsGoK62pLLlg3j2M1jEY5RVV8cxsRk EsVRz71APIeTw3DUc38Iz2AXEBx1nQ3g/wNWlFnXDQplbmRzdHJlYW0NCmVuZG9iag0KNDMg MCBvYmoNCjw8L1R5cGUvUGFnZS9QYXJlbnQgMiAwIFIvUmVzb3VyY2VzPDwvRXh0R1N0YXRl PDwvR1M0IDQgMCBSL0dTOCA4IDAgUj4+L0ZvbnQ8PC9GMSA2IDAgUj4+L1Byb2NTZXRbL1BE Ri9UZXh0L0ltYWdlQi9JbWFnZUMvSW1hZ2VJXSA+Pi9NZWRpYUJveFsgMCAwIDYxMiA3OTJd IC9Db250ZW50cyA0NCAwIFIvR3JvdXA8PC9UeXBlL0dyb3VwL1MvVHJhbnNwYXJlbmN5L0NT L0RldmljZVJHQj4+L1RhYnMvUz4+DQplbmRvYmoNCjQ0IDAgb2JqDQo8PC9GaWx0ZXIvRmxh dGVEZWNvZGUvTGVuZ3RoIDI5Mjc+Pg0Kc3RyZWFtDQp4nN0cXXMct+1dM/oP+2a57dFL7nf6 5Dqxm07jeGylfVD8IN/ppBvfScpJcpyZ/PjwYxcfe0su905Ok45ndqg9gAABEAABrp+9epcn l3fHR6lo8ia5PD7KZS5knTS5KFWRyKYSRVKmSjRFsr04Plr+5fjoH6fHR89eyqQWaVUkp8vj I5mk+p9Mikw0SVlI/Tzd6EnNhM9evasdieTV8dHZSfL0fXL6r+Ojb07dTBw3V6KqLfLZybdP Z9nJtXncP5XFyYUZbc3Ivrswo3vPZI0SuWafTTfzwVZC9kC/BlLnZrR0pPQoMaMkcvQa2Lw0 oxuYZQUz24WtYE2XgPtPM3owo40ZnQOI/fXf/N2lGT3Au0ugG8spHQ0LKculqJmUklkqpEpO 51qlXixtCjnHSi3Gd04C+rE1pOfmcQWcKDNKzUiaUembvWlEX8lh68qyWEil7b+IgpSFKKsW sjI8Cy7Wb83ouRm9hpH99QUYhVXinTMFPVpwa6eG0sMY5kuWucg4Y+ElpKUoshjIwriDolWk SLNW+z6cshaZ9hAMy6LYnf0c9shzEJbdCncgoo/w7hoEszajXwBjC8L6CXbBBcyCjmMBGPbd DdCwVrhwIN07u0t/5nAXzht1v25BIRec53tQElK74jvyCVerz4llmTL2TcTnd2JZVoqm4rBL kJ7lfe0W2jHx44l5briAVs6J+PZbbuyE0QibS12LfLK1ECSLsQbhfYLRGsR9A2pBw/jxKUgZ dWDl/QEAURtWV0uuvysQi333zoy+NqM3gHYL/nYLow0JTN1oC5u7Z6+XIPA7blW/mNFXPiWk tVBESGMqqBodCeMgU5FNVhZBshh/9cBXmTVlADeWrJc6M0v9H4/wz2HWldQJQsZ4961SKRsl +TIfm1+fXWQir6O4bE3oQCbxzwlM1o2I5LH1NQQ0bL2l3MN6CZLF+HWPfKk38oTkrBCFIgTP Tk7BXd0elK/hn/rxayTua/CIGADCGN6Z3wL3S+7zLlzc1o+5+9M7c9gEiMzCJlAokU23AYoV 48IQ/k/owyjzY06ML/T39WIxfLZu7FA2D/BjUVy2Vkxhw2acazubbMUEqefJxvPM9rCMc4yd lSnkcJLZEQ8lmd3+X8Ovn/g0mJ1dwzuS3/Xckk3ZHoCcJYLp+hpEYd9d+my/ykUVJQnlEisK eke83oyeOJBJLQ9JU0xM/xJAsRnt3K1GQk7JVqMFEOs9CX9hs8vyPcyOIO1tdjDHqNkRyP9L s4uQRGd2BBSD7RxWEzI7j72oSmQ1m/jLGychFjZOVYi0nmydFCsmtCP8nzC0U+bHQjtf6O8b 2mP4bEP7oWweENqjuGytmMKGzViWsZBpaSruHWTndvY+mnhOJdocFKd1Cg5rqFRiy7FfTfDx sqpNxZWR8Ele1tpAKg67fwlrTzcP/usJrHKs8OcvmFd9PQY0nusY10TZRl7Xou5Sydow0qs4 vwOu5xCckOt7WOgXrkI7dTJuw+vSoa2Ok1WVimpyssKwLMopBPBeqQ+jqY1yW7BCawFYfH4B IfHa2UIHt4BZsDiIrZ8eRlvHlFCF1I+35s+XQMO+K8yoNKMcRhb3bACjMKPSjHIYvec799aM brnx21+vOPft/oe86pznBd5ycZ0b2ydiH1OrPunvoVaKZVEegL9WrcP4tS1jE/Qzp5glrAxr 96hArHm8hO3jPMZQ3+eaS3wBtoHWtALtW+C/AcbKx0yvkXAFdrqB+bBrugb221ZhKOIyYXgj pMxEWnFYlPY1LBHr7zfOlPw9QtWbLmwm+ihdTrYSgmQxnsDePzR5d1EUCQQinM4UmoyBDiXv GHo+gfLWoOSL/u7b3abnjvvZTuO81wm7AdyEOy0M+9jHwNMV6hk7GjfAH2KgKdOeSoeGp+U7 HnjavRDs+VIRho1Fn3+nGwtBshhz4OuBpCHd6pagh9VAdoHy3dmKcrhrj0EBDRI52IDXRq2j W+gF8aEkrtf/HOp3zbndYQ61hVnmXOtrYln68cGR9OhQRwSTGYCUx3Soj4n55NMfw7IoaHEo kTnfJXYFf+eB0Er9Z8DAJuTW+etdB70a0GJvx64BhHaiu9GWz/IRcFckS2DOCYM37VV278Z6 lcE7H0SQZ7stzY6LbVjjhch6M4VVrj3l5HsGFMlibEB9Cy68FVd4wrcPqgC3PJqI8Dn3wtRw kIexFeqzYBYHmdrKjINsHAss03gBhtdzLr1QseTr2sAsb3iA+MRd8QOf5T/cGWDOO34kUHrN +ozDFhRcetZEtrnNqV0VOzKy59XHltYC1k4vh/mu4jTmNh1jz5sdVDsrwWPmvSPlwWwyU1eI o2LOmQWHvQOPZAluwpWmKDJtpYnBCqcXqxIPVlaaLkkcBe2d0h4Fe2cs9UW6KYpTWqR1pEiV ttJyL8VlWqJVJJVMKXMlbUhx3Q70Ka515HFk8lIU9VTFZWUaLa6sLETFuEEfn8pwBGFILiqE 3UJqzhYxDqSSxrYnRhyGZVFuuLOxZ8Tvzej7YGuDTDTGaKkMQgykfqZqxyeqP4pPpOyN+EQK inlyLzdtCyqePapjTh5HU0lljIbB3gGpsIfM7H3XODKtr6OwAnTj9ZBFKsoskkJhchEGan1j xnN/vKu44Bni0vnQUMEgio+2YMBgMQO7d6SCVyDjyLgrkPvoLStKuwujyLSuDmHRYQjhdZCt /6JYFsXfh9CuiymaXLhO00D3ohwiE/YUeY7rDkPqDL6Z7CUJ0pCT/AGOKAvwIN6Lu1jDDh9r 8XC85G5iDoZv4f5rHq/cn53hL9y2CO9xWNSZ432nNu7flBlHD0vc1YxiIHV2Xe2eE7I/ir+n 7I34ewp6kL+Podn5ewo70d9HkWn9PYWN9/dRFJy/p6DW36tH9PcxfHT+nmtR0uYb7t3ggbFL RqOoujoygw3vF20iCNg5gMjWaa1EbQITmSMyGZepMs6WYnp3Q1raTJmAjqfirhwdNb1zLQhK 8vDMh+MuslKc8fhiD0hROasy8auaGmAY1lCEeQvWt4Eoge1gjDA/QEUD48oL8HLY5EAPie8w rvR6fFghxIu+WBTG4nF7SzboB8hKx/wAFQpmDvfesKZPZXJAkl4i2qvXPYZ21sIcDZZBsbM6 XPqf0fLmvZtFP+xXQ9+Yh72l8BLgGhfngrc0GKMjNpju8ZETwzrEBveUVa91udOUkdBN6GI9 tmcOscvODNLxb5TcLTcqqBi7rM3HbLvS9RKpG87NYxllh0aNcta2ealRBvtWjLOwFVaSQu4X nsgkRNaNb6u0NzIpVox3L1XkJ0ZKP/PdKm0+LUP1BCYpRak4iS+TyDIS4USWgR6SyEbRbBPZ ngimJLJxZFwiy2CjE9k4Ci6AUVCbyMrHS2Sj+GgT2Z4WD0hk46i6RJbBhrdVnpMvZPb0FGSO aYksxRxJZClobCIbNb1LZBGUJLIqnMhSnAhXp5HivuJQCtp7U5IIinVIqeQ1RKXeR+fYzDsn LrX7dcOtObak4VyUim1omj7S5GteFOmQ9OoDrN0m7B9BCr2GL95jQodjJfOZx/+2bSrh87cZ baXSz9/kcKFqUlfKJUMgipE0iMDdgXPsXXLC8IpO1NvGdxXWGPpty4mz0FG/DZdho+Z3VVgK +tkpfwYXG4OF1Sgi7gYjBQ0btgkt6lBPTCeZ8zTIm5m0rpiijvliCptCGoaH2lXQfoduRQ5b cvcrbp5bCC1YpF0Ekg2Tc3HJBnQgdaIdd8deNjojjgLUFtNEHR2lzpwjIXXSHHfZWRa2E+0g X4GPGc4+eob2GCMbRT5D3OnpDW854a1zLIejPw5eCGtb+WyleBK15UvJT6z2HeaE5eMt98w8 3jjr3g2QEui+Dx/02Fqofu3/iaTsVwFl3piUODVpnj5ZKPwfln4DjlpNWQ0KZW5kc3RyZWFt DQplbmRvYmoNCjQ1IDAgb2JqDQo8PC9UeXBlL1BhZ2UvUGFyZW50IDIgMCBSL1Jlc291cmNl czw8L0V4dEdTdGF0ZTw8L0dTNCA0IDAgUi9HUzggOCAwIFI+Pi9Gb250PDwvRjEgNiAwIFI+ Pi9Qcm9jU2V0Wy9QREYvVGV4dC9JbWFnZUIvSW1hZ2VDL0ltYWdlSV0gPj4vTWVkaWFCb3hb IDAgMCA2MTIgNzkyXSAvQ29udGVudHMgNDYgMCBSL0dyb3VwPDwvVHlwZS9Hcm91cC9TL1Ry YW5zcGFyZW5jeS9DUy9EZXZpY2VSR0I+Pi9UYWJzL1M+Pg0KZW5kb2JqDQo0NiAwIG9iag0K PDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCAzNjI0Pj4NCnN0cmVhbQ0KeJzNXEtvGzkS vhvwf2jkkmQRdcR+9+5pNpnJzGBnYKy92IMnB1t+RIhleSU/kn+/TXZ3fVUUSVGWF7MIIDBS sVisdxVJv/90XCTX68ODadoWbXJ9eFCoIlVN0hZplZWJauu0TKpplrZlsro8PLj6y+HB308O D97/pJImndZlcnJ1eKCSafdPJWWetklVqu7zZNEh1Qjffzpu+iWST4cHp2+St5+Tk18PD348 6THJuUWW1o2ZfPrml7eT/M2t/rh/q8o3l3q00iPz3aUe3XuQtVladOQLdBMfbJ0qC/QjLXWm R1f9Ut0o0aMkcvQ7kXmtR0vCMifMZmNz2tM1zf1Zjx70aKFHZwRifv2H/O5ajx7ou2taN5ZS 7+i3ntLuY6X/O9MfX+jXTI+meqT0qPIwOG/b1BZGWAvyPBYy6/S0jIJUZVrVA2SraU71R6kJ T+WmP+jRFweLjQauCe6K+LIkQRksF071cROnqlbbmyDPp6mq3tgJZH2jRzdE5q0erT2Ismmd FnFrZipLs1rCrmmpuR4tfFNzlRZl5DJ5lea5hE1JNqlvVjlNqzxyhbJMLWKmpL8J2eaSxHtB 4jVqcNXbq0fFp02axdGRq7zzm7YUR7HdkCgvSfd8UsyLKi0jVSfvnLItxrC9TDvkOUEaHrmc hBtFk6WNNnmOZE1bm/fm4lHyLthMMznVaxAdUG0tMyiMUR3PrEylsQtkZdrmHDaZptNuNOu0 R/km5Z2mZXKSmRFkeKlDbZQrK5ums15JTJL4plRNmnc84pPMjKUU5z9JBR/JsNc0Wsr4Y1nK V5prlPZuiyMcf72iX7n/HLF806M7omBFo9s+xvmtPOe73cbLuu0yhTjIaZpvxI/qxeOHR6eK MlW5IOIZUYZPDwcZDrlPjIlZcQgxHHTRx5UxrYEiznw4CpVOy7jlCmPTHDQi0lTTNMvj8Fed qASkiTPZi8QZVevMKIaMPMt0aiQF+awwU1Y6QY5as+NSI8kL21Sl0n1jDMexW4jhM7dEGA4a G2Ci0PfxBaAsvEzD4YXPiYguZabzqxiZFHma7Rxd2CRXdAm7xAuCuyV3tqBfN2LF+KvXVw7O jmja6uwY5O6ep1OmLqWKWW1wiQzSt4XRJTJQ7jU8k7JOV/M4SvrUnIPGJvV9yh21iMm4o7Y7 eFfPdkfRX1Kcg+uaURmdUMKAmHpHozXNuCCl+rf++ER+Z0P5PE6uaY1jjdhXb1B58QyDYpNc BvUD7SkhqhPa+yX9+kDcAo+WZFAIR18c5nZG/PWxQrVdLdMwYgOW1qW3rdjXZJqqzOztfhk2 GJsX2xIJRs7GRkTURZY7I2atg5kvMlCD5YQ8EnzTrYzx75yMHhEc64+P+r9HBPcYjMZtoasK vsew9nURZtrsG2M5kmM9wfTmjgjJXHLuQfL6iVQUyS8Mek2cu6HdW4Z6rkff+7mK2mnjuogm BvM5rTbTo6++vMvs46NPlZqii65i30cOaZ7RCi5KlsQLGN99HwlhbSMlA0d9Pqcw1iOFGRK7 ql5A7BzJF6n+ZvvvCB3COoL5TJoEBLsiRvCCbiTqiczkjLEO+YNY45w4iUTW8ojw/Cg9lxRJ QD28pNVpPqO5UOmNODMiXUt8XjMeBCrFFBJol4i25b4C5UiupO8ySB6Jdai3ocWwXlj0dxmI LMZe0Hcb9jGih1CeCA6e0vK3Xt+DYwIEyjM5F3DWztFhR3f+UVoo1PuWfvi2xUNLgQVEW+jQ uK+tCiRrInImt7WULHkis5pTEPziYNiM9PmBHDNyDLjoIdCOPvFaBsYHh4+wwits/zt95wqR CNzcqYYtdEKZ4KgbNz4JdvVrUdtyCUmwadLGLuC25nhiljfJuyCGWbUSKiQ4ZJeQwRzouLd0 qq3tnLIVzsjhosTmvntcAdQh9uF0Cj0kiHhGwllI0V1Kwd6S2OeSFoj9Rlo+Pxqb8JqTq1HQ jgUzwlpQt2mzr4sWSMDOaylsRKgz2rRL68/p10sSiqsGgN3Nyd7hCCx3DLuDe58Rn11qCXd8 QSptJYCI0vAprsoEajFok68TVeq+jeCmt2tVm5JWwCI7iakFLckHdWSa1tneOsKQwBzgJJCX PbE4O5qSxccrGuE7eP1LKQ2kz6e9JBX1LidbetBDe0IQv6U/IWCxvnESX2lnt6Q1QzTx4KyL tI5cvj8VELALCmFIFOdOjzPZSH3vJWPN3M9MRi7j26JwQo1CClepF1A4juRMRiWr4YDUIxye bxmHfG08XYKJpb3Nhb7jJ2DhX4KOQnXuPS8jl+nbHQIWYZd3LEWYgl16Txf60wtLViGpllla RQEWOQHi1KrWFP0f3Hrg1IVbtBzSd/an6kYfjnDQZ55axdA1NJs46HNPraKW60+tOGj0qVUU fnNqxSHNqZVyun8Pis48mjihZm3TwQCSHXtkwSsWfMr2U48iL9IiLoPPdK961wSeTdo9f0dR hQtWcwrI32V4u5ZywAm51dZFKQWFN+b46MOHJss9GTCya2TwlhtAMQePD1pcvYWF5AEuwVnx wHv22bdMwPRtIlWV9ux7Rj6O5E7KaeGQ3Q3JztWbgP9BCY0u5xVJcUXffSFeL1iaARlvumvv PUDkJAuiHlJEA8DqhFjV5B9vWDQbFzGjd+FDYUscIcF1Pjjfux/Ckbhawtcyjj1I0cA00PEA O9DqslpnVrw3mP942/vpcBiRew5wJ2+fcfuHT9rdU6HkfKLvYltMBrNpvtw5LGDe+zEAj1R1 atYNX+nhDxS+4fpWhIZfox2lgJrliGS0JBKWRD5q57/6dDfP9NVVsM8vnDyv0rYWoB/InHgK YsgPVq0cR6hoLeooynq1acwl3P2MSiCxujRXxNZXxk+8JcyxR21WYEIOBXny9rIaWoPBg5Ms U7oyF4R7k5K+QBWwiKLQLHRbPkgtumH6GTpWiqOmaW1+TzbOwdErsSphhBuUawMHFTV+JnQI FuDgEHajaB6qU0vXglo51d5vX61kSLwC817WUSqtMpuSEM210lfxYiCrTN+csquvpidH7PPP qL4EeeHyS4Ducx8was0hJgrY59ZWcQv2xZWAja6u4lYw5ZUADdw+D9ZXceuZAouBRtxb7iss MWd7iZV3n9OonkVeFCPkLpkLnxW+uIxG3DdHEuNq0z3Qd9bBgJXEWCUOkh0esny6XGtvwbYR CkB9sOKw6ItbJ2cbJ+5BxYtavnMLjUUq4jvuz7gSLas5jPTKusf3yFIiRRdFxhl/88aVqW68 CcrCutYV/u2+YYXhsHqelmoh2H4jXrjUiJfkIy+890ZQ5V2Sp7+j1b4zzvta6OZFDd8F5DOX yoO+85ncD8qgNa2K6hGXKlYSCzoEuA4BC/P50zGlFbILCbm/PLurQ+Gzdq+FvLLGYRW/tjLh fZ65jJT3MrQvyaEMN1sm/PwTZcSVnIFDPKu2ciXRK5k04qbHpcRi9nYnbf+edPGCLMq6ccGv 2vgOVU1qyISwTciq4m8Bn2nKHInrNAI9j3tKsIy0zkmTUXxat11upTzQMcOrT17eQC0mG8Wh JRlLlnPyEreEeSX34b2taJ2wu7zOYP8gaBI4G6/NMxtLOCExdtnf3lJkOKybK9YlADirtRTd wmly4/rxJhcSIphpmTo6F6DAdW/OXG06Jld05Jhhid16MMVtdrLRZhxCdfDSgxRXQK4mz9y3 rSCQ3JP641nZxm0AT61i3l1YJPlAjQMSsM/shAfun41igPU9SJWwLl9AYVyXOZCBhRsn8Vav qOU74S0Mg9kbpfsaP4rLvYroCVGVddaleeVmvdz25Ai1+jPqZUFeuF4WoPvUy1FrDvWygN3+ Smlod8Wt0N/HELCmdM2I05by78LfvisWR0jzIswdHsdFLZlnpjUvYHfuRgyP6OIW7A9MGCzS 2zT1Z88mJItZwdcSpuMl2M6eZHhfn43mv7FM2LJrFfm4Oauy8UHuDkm9mOVK6v+lR3cUZ60y Jza9975HQnLtsgXTovipd1vjd6UemdfDBY0SaTNWorqStKDUcF31RG7wix6ZM5TfabRxeKio ITKRh4fBnjDj+japdp/F3mkCR4J3JufEEhDuemdyTUaKpHBFiSKc1lwmWKh9cLbrdam9z5ab DbGlKDbefW7XdTbJpeq/kfKhRwMFf867p9D9LFBzal/+R1aK50HeP3jzmry31aN7Tfh2KtJc BZmraDaHVUcyS7Becwz5c7A1xdkQFnle8oe4z7QEjuSYqL2R27Xk+IqWiD27dRUnG9ku+DoZ zodRUIF9Mx9VCY3Md08+J3cvKYBjtq4k83skashx7/rNjPa+8QwoWApZAguJNnuBCycCSeAN w4TXnf6H6H2Vk8VevdDd6t2DL5v0P4m9eHiAdyT4FTMs5+56oPDajnxjYHgtV4stA72RwJy/ gDPb+K6PXnZnPJ+1eysT/tnwAk8vrG4KwoN1mQiNYVRdXlXs3/8ykrewRLXt+DRuB5aIWeHj ojupCqiu0SrBkbvr+ojFTlc9jnJkCHKKrnRNhgLCelLpu6c8HGey/Z2+ZKT0vhN4TW6Yk4wY 4Ira/sqhkRvwlia96xWwW5Slq1z29LwcB+SLHqzFXisuctGqjX4L8kfudjyW0uT6GIST4202 9JfXOSjyXWOij8y3TfgdLBQrP5P4rAdF2DX60siL/0N7hfEbdXgvtdq61YhrjEgFh7TDG/m3 KAkXfUhHukytjepDqa5ajYTsKqC4hz+qNIf3PeSnnosT3x/isdT2JUY/UpS8I9W0nm4MV6rg H0WkW5D/sKpR84eNzB+AfCe/wwXy6uX2YZ4dHfWWNNk4t1dEy+fwAZQQBxfcfwEIzuAuDQpl bmRzdHJlYW0NCmVuZG9iag0KNDcgMCBvYmoNCjw8L1R5cGUvUGFnZS9QYXJlbnQgMiAwIFIv UmVzb3VyY2VzPDwvRXh0R1N0YXRlPDwvR1M0IDQgMCBSL0dTOCA4IDAgUj4+L0ZvbnQ8PC9G MSA2IDAgUj4+L1Byb2NTZXRbL1BERi9UZXh0L0ltYWdlQi9JbWFnZUMvSW1hZ2VJXSA+Pi9N ZWRpYUJveFsgMCAwIDYxMiA3OTJdIC9Db250ZW50cyA0OCAwIFIvR3JvdXA8PC9UeXBlL0dy b3VwL1MvVHJhbnNwYXJlbmN5L0NTL0RldmljZVJHQj4+L1RhYnMvUz4+DQplbmRvYmoNCjQ4 IDAgb2JqDQo8PC9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoIDMwMDg+Pg0Kc3RyZWFtDQp4 nN1cW2/bOBZ+D5D/IPSl6WKsirpZeuy200wXc8O2sy+ZeXAc2wkmjr2200z//ZKUdb5zaJGW 4iwWWBQwGInnkOd+IdW3l5/zaLE9P0viOq+jxflZrvJYVVGdx2VaRKoex0VUJmlcF9Fmdn42 /9v52d+/nJ+9/aiiKk7GRfRlfn6mokT/U1GRxXVUFkr/fllqpAbh28vPVbNEdHl+dnURvfkj +vKP87PvvzSYJGyexuPKAl9dfHozyi4ezM/ujSouZma0MSP7bGZGOw+yOo1zvX2BbuSbO46V M/UDLTUxo3mzlB5FZhT1HP1M21yY0Yqw3BFmS9gd0bQg2B/M6NGMlmY0oSn27Y/y2cKMHunZ gtbtu1Pv6Kdmp/pnY/6cmp9bepuaUWJGyoxKD4Ozuo5dYYS1IMv6zky1nha9ZqoiLsc001LZ RXQ3iiqNK0MCR3InteKJ+L+lZxMaLUnuW5LsVsrJ6secID6b0Qcz+pWe7WheRCJ3sFiNupXP trSXJRkS9rcjzJtGG/XomtDvJMScdrChZ9iB1cYbn05PGnvWoxufplS1Eacjq5BUkzIuslOl ypFsiN4pjSwxX2kEm4s9iFWWxJW7uQAZhXGzjRpHSZxomKmGiHwwZRVn2vMKKAuyksS/a3jd ymRGI2gFKIVnWpGcIglrIaYdmnJHEJA2VHxC/IIeXZPOdMFOaF1wfSs17xvt76u0uQ1h/jdZ 2h3tmfMAKin4Ao3/KxRi9l6NCeGYkKsqzk9UVY4DuvhMW4bdTlksarlsMXsVvMrifOyQFKJ9 XOuAPFjBOdR/T8FXkpHW8X6SjvcVBT6o645eRPR2RkHghpgLR/n7BQGviOMRafNMPnsgqdpN 3xPCG0J4Q9t/kiRdN/hC6lsWsWTxVYNkRlt58Hrp3KSDAvSI9JP4VCfNcTzQFp8IB7IhKIAl 5S/pQXZSiPA5iJnwPkg5f38TModUJ8g6YEk6Qwwp1X7iEGtgQMON4cCrCR0Cf6YssWifOVEv Ir+6Jc5z9y4g7Bpr0tN7ejtt9N7D0DKJ04yR7E/fU63ISsy8JiFuOxixIfN7lF7BIXBOjHhw XSRcSEvgqsEcthe2xbB2FGmcnWwvHEnfdNPxemGTsFhe0TzwkDvGll9zIuOR5k0oEbiXgYmn ue26UHYkAl5zrHX9kLl8DHE8z+Lh0YkBDbfHz2Zkq7xfzOg3M/rRjD5INtzK2O7N8b/SvPtG cYU9OsIGZjB9TSLZ0GhJa+xkONvKIAsjsmbyp9zpqnPddsq9XBeOZBsMX/vsi2RwTMJZziY+ 06QYjoVk1ANptkMOikQkrI4w7iWWhS/lGrt0eCv+XaML7YttMHSlKq4Khz8hRqZFnFSDbYVD vWDwcjzFJ+mDNvT2huTTnepiIYHvusMvWd/3jZ7xorZ9di3FsWQRQuCbSt8HrQHm6wZWUQbv MQedeZh8HGw+JkZV8pnPNAiOZE2b3MiQH447SGGnJCO4HcjSm+StG661LHbiybJDll3RfksI LOxX2sFN0HjqKi5dXoa4npQmExhqPByqy3h+kooI5Xwi5m6IaV257x2xak0CXFFUASNnBLtj UUB119FTnzucy2gxkREExRlqesQNmPQjCfBWPjuIk3bj4SoIHD4iwVyX+/WpdiOQILtB6t3F bG8prm2+ztyNhUjQRXs1uPoQUF1K+JEU6Z4E75SrUD2kQDNJOdoWO6nK75m3blXvjsULhOMu /95CeA0513ow5kQeY6IufqvBliygXoaJNuS9M6OfadSLYSN+wtFV2IQZlpZxUXGCjjIsiceD c2wB9cy8ARDvSNf+JCbat08dzF74IhF3S/A+I15twvneyh04STb0dEqjtRSKQ5FTWHcl8r+Q aO87XDP2sq/pfPl1bnrXjP/+Cnyfi4u5YV3QlfD41GxcIAGbp4QE0Q59axTCsAen/YfGQUSq MZMWeTAPkhh1Jz1PMk5FUtAbGQGnNIK6oP7yeoIZKeyEeRGPyIrSHHo6ggiJTNfS5akSYzhO EY6TbaNFdSOZDlhf+Fd1ZjI3vjGfkpuT8JrTEI2SWKWNT/J1StNkHOccpvFh3laWSuN0LLaD bAgG3rdj52RSXldeueIN6YEuuPtN1AVl3uYjdbP+aH9QnDR/Ct15T54MMkZZC587J4Ox5CG/ v2EpQDvPVy41tbTYolfu48qcRYu56FE4UXrP7LB0+6yaqnGsMjk3buJxSJKZivOi5wpZaZpj Ym5iVlAyuKxCht30XvutV9YmtWJzkQYkqQ+oOWIQQE3iEFQ9nRH3y0l04ZYNT+I4VFdO8hu5 7ptgLPd2NboO2ZuzozUpvmPrvOxV7XEFjpG6Dkt2tIeNRIO+OHwp+ryo0J2O70EfS/Eu8F6Z wuEInD0mOe1Ys5PLMI4ErZk5jfAMRwBgyT/N6KMZvadnhRmVZpQ3I49T0cagKpeKAL1Z3R60 DlBUDjQ8dw6X799kArKQcsbBG4rxOanuhpKmVqlF1oTgfy29a6vUig75g64G5Ae80jiPx2Jm j6MSmCwSGO8x0uuGBsUTcfv2tfe0KDE5Cd9TWDUqm32fZgoCyXDvgAtGYb3odZgB8bascth8 ULYe5olofD2SY/T2Zx+H+Gvk77hoMmfOd0S3DYLFkiO1oHwTkzacKl+GBLn3vNm9x0klaZyk EnTGpKMO2rMogJdM4dVBbYPq6sAptLA4SwHsWrLZ0v2VHNQ9iXJ2fA0ndDndEOe6CJrBOGnj R2EjKl3CFi0FGRL5WJns70SRcyRodfhKleYWrADypsR7xeBzT2Eoup3QTCtS/+2jyuQJDptC DC1TQ93Q+Mmh/s8CKK5QP9Gz4TfIcC0KbWvngtSeAYLOV65LDbtKiOGYmPVvcmpfSSBxQiF8 27ojiEE7EGAcWHigHrcq+YHu6KDNh5MQCLjX8bIK3BXfkR4sSJ26ek1L2t++GdHi4941eMfX kVVIqnn+AlLlSJzb9CsWCltuOMewTstpIrkxCdG7z/XFBrZkeFjM6+yaHpXDhRC/dLVc95rY nBx1tmhU86dg8f+gRSO2eKRFI+ae1KLpteq+RSPm9m7R9FuhadGIubZFk8hg0aNF02+9fd2E uaxFo8ItGgF0vEWT6Uq/3xcema6RB1834UBdgdsW7LcdjtEJ4biC63w4AZdh5+kwrA6uPITC MBZ4iTDsNbjXRCe6NrwWHRqQyySuKsbdI7Kz1yNOLU0Fkme3oTyeI090ke1sM0SQiV3jodoo oIbnkc88KnFUFPPgEPdX0hRdjR4dnDYx9R6USHRdcp+QkaxlAoNLJ3edW1DUEh0FbtmOC1MU MGYfFWbCv9x4pnZyJN5CBqb1jci387Qr8GhmVsRF6u4xRI0uhoZ/QiSghqvmv0jKKO6hA+/J 02xI3rgFaa+9ohJEwuU/rLMncGzLV00XDldVeYcgeG9BIAnztUyf8eWKgBrO1677P94vV5Dq L8k13JPCweR5sQnTbd/iSHom7dJpuHSlw9511zLwRb7480jP9lE4kKPtr2wxDh+ToP7Nh1sG h/JeugNPnQaT92xnKnkArzen0VRmAQf3mILfoLB9H+OLrih6dU9S7YvoHr0tDLwHuNhmuHWM wy0fOa0D5GuHd5n2PTwymftwi2ZAFuKSKHogJZhIJfiBlAAx12ljd1VI6AqgZwBHiTpry0xW 0bWREe+Hwjydfm1XxtB17IhPO7q+sMTXmThgtPO+8xlv3rhfYuYxUSVVnA6XFYeyILiss5UE oeHhHPF9F/R4ENGaIHBtB16Vp1kjauGBw621w6+Hc/7wyYpzs3wlhRX2S3vMwfNZxtcjclN1 /YyvBBjU1cW7tWfy2KYBYgWLHpLgn6G3lCLq+i/SKq2UYg9HaEx0Zd1nok7i6l4pqdJpSc+Z Ovz1u3ip9G/VEnTZ8GjU0RYZ8TOTgyT4+aPvSQRrMhAoJbwKbgOvpaIuKX44iWJqRkoaa9qE J7XvYJUvR8eV+fm1ca+jg+/Z7Wr2/8P4I9zNFuLggvsPjanpYA0KZW5kc3RyZWFtDQplbmRv YmoNCjQ5IDAgb2JqDQo8PC9UeXBlL1BhZ2UvUGFyZW50IDIgMCBSL1Jlc291cmNlczw8L0V4 dEdTdGF0ZTw8L0dTNCA0IDAgUi9HUzggOCAwIFI+Pi9Gb250PDwvRjEgNiAwIFI+Pi9Qcm9j U2V0Wy9QREYvVGV4dC9JbWFnZUIvSW1hZ2VDL0ltYWdlSV0gPj4vTWVkaWFCb3hbIDAgMCA2 MTIgNzkyXSAvQ29udGVudHMgNTAgMCBSL0dyb3VwPDwvVHlwZS9Hcm91cC9TL1RyYW5zcGFy ZW5jeS9DUy9EZXZpY2VSR0I+Pi9UYWJzL1M+Pg0KZW5kb2JqDQo1MCAwIG9iag0KPDwvRmls dGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCAzMTI5Pj4NCnN0cmVhbQ0KeJzlW1tv2zoSfg+Q/yDk KV3UjKi7isUCadKm7WnaIMlegLYPuTiu0Vx8bCdpz69fkrK+4TAiLRet92ERQGCkGQ459xnS OwcnWTSabW7Eos7qaLS5kclMyCqqM1EkeSTrUuRRESeizqPpcHPj6m+bGy9PNzd2XsuoEnGZ R6dXmxsyitWfjPJU1FGRS/U8vVGT6gl3Dk6qhkR0sLnxaTt69iU6fbe58eq0mYnjZokoK4P8 afvts0G6fasf82cy3x7q0VSPzLuhHs09k9WJyNTy2XQDH2wppAO6D1JnenTVkFKjSI+inqMP WOZIj+4wyxgzm42NsacRcN/o0b0e3ejRGUDM1/f83UiP7vFuBLp9V+odHTYrVY+p/vdCP77i a6JHsR5JPSo8DE7rWrjCCGtBmvaFTJSe5r0gZS6KcgEpmzWrh+Cb3m12qUbfGuVTozs9etSj azD2Emy/wTvS1JlnITKrRV3xpYQXHRciT/tA5tpQG0ZEsYgVzoXCiHw4RSVSZbsMy6Accs36 AfaYjX3lX781m22ZN4eWG4yXHUZLqnQJuF09OgfuOeCeA+QNxz2DMJxZzLsH0J1hVWTLtxAf Tf+aC9eI9KaxzBaDLHPXmqVd0BCrmlnq4LGGqhaVzflPaiU+w8m0+BlsWAuqSmQrK4GFZDBe d3DsAvIZg7PE93vIYghdeQ6OvcJ8Y5gXacg9vpLfmlryUY8/wOMxJEpeaJ/rBc1CK9jH6u9h uAb3lR49AsPowDXH3QO1KVYw4757wSaPEMtYZKXF5WUyLGsVu1YWoo1lUA7A17sOq6D92frc Ygzh8hbm13Juzu38ltvRGzDjkvOLmGvg/gDcBB/OOubb5bMQLnkV0tAhRrS3d1jpV3ylWcji byHUsTWLz36VVCqb4UsFGot0dXkSksE4ApPuoaS0lR969BdM7AGsmfdkyHuw8IE7vmGHSK7x 4TtY+AM0Drk53WK+b1wZnVWd8WhKYeUIa77GLM/51yHUcgincQynMYNqjeHKvgVF3CQsJINl Ei7kT0jYQiIJOzuZYp8n4BHJxpf9ykSKxCLgz31lkos6ZaBef0BKQLZK8XcfKkfaYRb+b0h9 yr9SbnFlgbTviO6DZ+1JoQIpX/sYjHvs8HQUw6acwgWYPsZKyCV4tSQvdOFg0w9rSZ6IdHU1 sbEMilnUPULdiDv2wDZC4ptAfFM+ywVGE+DSVzs3onctw8ehuJhkUsRsf341TbJGTW3YCQ8E Mx6UIh4cLvHOYNzg69iKTC0chfgL+NtZ867dlMNb4Y0VmS6c2brDOpKlol9QSTMAmkImadYh 7WrmGOZwxT0K1SsXlvaEXYRFMLwyBR/3Kt5yWRCks4mu4uwDt18S4pwHvuEvZkCVmgTOXm14 X6pqq3vl65nK7OtqVZfAsAzKJ73+Y70Tk7vv6ZHhpQQvaz36As5Q/k2Z8yUP+lPuPU8gEXq3 hQTE9uit+yWPfgkT8vr7exgTdS4cd2KkaWq1PT7fHPMZuLfc7MmNLZyXWa7HYItccA4vk6BK 6ysy7dYR/nTPJRTQGa1jcP1POKkx1++u1kRXsjdEXJ5BqCTjl9CoI7wzGpVxXXCkE/l00K7K PEKQqYhLvt2PECwtINYjARIlFlXh351wUeZILyRnle5X+ZrkbNPqYdXEUereTOHbvnKmGYwa DPIlN4nydsoCnG0HGRSLMlkXgyxaf8cmqTg1ucGLRgHUaEePHuGXHqE3U4SGCx/BOtVen1H0 JtPaa+QcdtEtbOMTlc5TuFNyhCOsmHL8K2DsuCv2qMM/ghmJLHVr1ZFWSK4qve0JqbKcYuVY ZiF5Q1mqR8aoM9i9E8qOwckZXJrh3zkP/CNuMO86gtqJZToS5fZgUV9TO+KWh0unDSL4u66c +whw1OUyIfQv0HiwwlbAWtOsEHllMXOZqFSaWazJVi1SW32iM2Mvder+yfMDKox3YTkkdDqr 2cPMVL6cg8Y1RkSXSqmuHIR6j5RlnmBVM+COYbbevmARi6pyRBGSmUrAs2pNQrNpvQUHHE45 uXdwt1IV67JyN+GBLZ/s9wi+7w5E72Cn1BwyG/y8DamYtRvkz8/0cItbpeNnzLu0ySDaXCLm GNTupkM3qrsp6YmBmzVWHlaCPmxptEBVV/3isQrg6coHQgyrrz+W/8f+uMXdapyNRA9sYLe6 puH+gMX1ZVKNS5GuywnYtI7A6/7ldEurq9ybQ55D7OKE487Adeq2RDDq/g6p3e0yHzKwu+qt D2kD1lMfEpYol1NAomltnwv9VoHapHp4PvkTnq91ess9X5KYlIVvP8SnyvTke0HGIilX9XwM y+v5jL/L9ajQo6LD89EhGCU5TtPbKdgcf0enIdSwPodBkC14SzfF2TK1N+RnWJJKkeUc9l8d a+rqpO4BjrwnNY6+cb/stOK3YO/7wH1heXxyBIP+CZXSkCLvt+9GUUop5Jp6N4zWPnd0F2Ca 2eSEOzXH+ZEjpvtEd80s5MXagBTuznQps6OGpit3DcU1K7CtvMX15jeJ8YMOp0MyKRJ9qNIH Uj3jlc/JGZbXzHPwI/OZ+VETwAZ2JXHNZegcu+zy9KLLpA4tkIF9pkaHsl2GdAq4EehGCNPU bqDuKN3VoHppDIwfoLY43/EdgEltaRZLl4ksy2zI32twNq33nOEjqDYxjczRqRFewmiO8M5E ttKSxFMVirhxZRjRzOTmyOSpcXvO/WmX6dVB00sLUZcuz0PSUUVI3QuwORHqPLfpOoaiit/R x64THEra6JbXrzvLSeJEX71jOwjvVaXm/a4ipirlW/koh5CUI3rrgS1NW9Ge30zua0NWiagS PvU+/Arlyec+84kL4azM2/CUUhQJA51ALE69dNE4Ft/FyFzHh140mzuUNihFPvseT+tYSVGc BhNpmsH44k2npG6B2wSDepCojLZY00kBo7UHNpidTfjmu+IQvTsF4+jM4K6xNQoULeNGHLer vA7c6Wx39hKeInyZZwrHbKe+lKUQ8eBRjyOWkAB1HlmuSYA2rUNscsqtyEkk3nUw3Kk67Guo LEodduB29UKOebJyAnc9hrv+ymfZggAplaV7aEatfOafZlKULt+DEortC7G/WUIWLTKxFT0N w3iSmrXLoUDpqD91tegQN1AIDOz7cl05zSVf6VUzczCPYHzwOWctSOUrGezyiLO4SNWPQtMw ZbCTRulWjDmLy9X9qDYXAh29C2moKnjWpqE2rRVjYbBZzyZ+osi+yzKVbmUyVP95qTlbZbAm ua2bTavH5239/6NlK4PF3c2uw5kJvI9Z6IiniNRL+PyMm8MhVLSryjXt7bSJVsHjN0foIfUo kp6XhxP1zFZu41tYS/NKRqFPYskmp8xyBiaSVOY8KtkXSn3ZnQrWnII/ETQ5I4MldZ/4sPLa iKoXhSITDoHviING17xUmitj/agsLMaGpSSMrix581OZ6Cqc4YdVKsvEmrpeNqmTTv0Iy9ZC X1IP2KC7PJ8hD+Akmk7y+d5Kv1gaesfhui7CHUBWD9jhHO+cn8L06K1+ABxld3eWExs8uQvu P5AwXVEu9JB2pLl9V/X3qodNy7kc4GRAj5Zw5JPuMl0ToK6JMZpH/EvNLvv8aWBfN/yfnD9R wjbQDURfDZMbH8FlE5Jiwk4Uf68UbVqBs3dvrdElC/PDrO/4Sj0eksp5wzFpX8Wg355QtD/z /n5AORm++hG3KfrRX5eNkjxJZ0jLLvh+Ftk6CX/Qka2HLTjpe0icyFKsqctqk2pE/x8kVEfY d5NvvcDEHyFNbx5Quhvx+v+y0g06Ao0GsZCJSWTmd0tiLiGFM582U7XW8xGSJiGfQuakuebD nhvPB08OaCg3sn9y7tFctZyq6sUe0/ZgkF3Bg0LVk7AZznh7rECfEmR5t4BmY18GtbiI3VtC ustTpGxB3/Uubpo0Tfozwub3uL12sqgYmXmF7DCuRLIuQ7RpPUkfg8m2jbks2bZhTXFUYJGN +fcv1SS6F4MVSjXT+7q3bK+dkG5dmRMJc5fBW6/FqY6jjnwCkpSq/u/32w9ZK+XuBVjFuq3S B1KVlT0hVVnZ77a2zI0HaSAPkB9dN3FokLKA+5PqGhqZPPh7owitcjjid24CTKxcYLCowZy7 ZKQHkvtWRzeKX7ePTwh0zklixDXRV7wtGktMHLbg/gsOq5VQDQplbmRzdHJlYW0NCmVuZG9i ag0KNTEgMCBvYmoNCjw8L1R5cGUvUGFnZS9QYXJlbnQgMiAwIFIvUmVzb3VyY2VzPDwvRXh0 R1N0YXRlPDwvR1M0IDQgMCBSL0dTOCA4IDAgUj4+L0ZvbnQ8PC9GMSA2IDAgUj4+L1Byb2NT ZXRbL1BERi9UZXh0L0ltYWdlQi9JbWFnZUMvSW1hZ2VJXSA+Pi9NZWRpYUJveFsgMCAwIDYx MiA3OTJdIC9Db250ZW50cyA1MiAwIFIvR3JvdXA8PC9UeXBlL0dyb3VwL1MvVHJhbnNwYXJl bmN5L0NTL0RldmljZVJHQj4+L1RhYnMvUz4+DQplbmRvYmoNCjUyIDAgb2JqDQo8PC9GaWx0 ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoIDMyOTU+Pg0Kc3RyZWFtDQp4nL1cW2/bOBZ+D5D/IPRl 00WlmrrY0uxTJ51eBjOLYprBYpH2wXEcJzN2HMRO2/z7FSnpfOfQJCVli6KAwUg8vJzv3En1 5duPebTaHR9NkiqvotXxUa7yRJVRlSfTtIhUNUuKaDpJk6qI7pfHR1f/PD76+ez46OUbFZXJ ZFZEZ1fHRyqa1P9UVGRJFU0LVf+ebepB9YAv334smymit8dH5yfR88/R2a/HR7+cNSNJ2jxN ZqUhPj95/zzOTm71z/65Kk6WunWvW+bZUrf2nsGqNMnr5YvhYl/fWaKsrq9pqrluXTVT1a1I t6KBrX97JlTTSrNYzGh2s9KkW5rshhZg9n9DW1/RFO9060G3Nro1py7m7W/y2Uq3HujZirg4 dEPe1u/NSuufe/3nQv9c09tUtya6pXRr6mFLVlWJjVlYWLJsaM+0FudiUE9VJNOZ6RlNkkkW nS1qishHMy2TrNYBQWVIzvV2/9DbfaNbp7qV6dakYUHdmurWZ8nIV7q11q0vJPI7EghI5K1u XerWC6J9p1uJfPZMt86IbEXjRSTXWxo5IlG7lqLxnmZbkjC1ItmNctPgbglsJ84QyW1D4ZGA fJoUJedmH1qTmiCjnmaS/0eUPfqaqiSVc/0mkViRGs5J0YDdM4mJJRXmWdaoCERDUPwqZ4MK G217dCiaGUrpVuLZVFoesC/A6EL7gUEKVJRlko/VH04E9bmkLZrNXjWCFTLiGMdv7lXtzCap 6Lonydzo1t9kfG8Jw23Dfc+QeZGobNjseZVUpei6IUzX0vSvHeZ7wXSq67wkyTB/fvYhnqkk lzwKIzmraif6Y5RLzHU2GI669YK5WyPu3axg3GXzDF06ip+JmffSuO0YbztDZs32jPyeC7o7 n4VTWR00ye2uyVoMctqms2f0aZFobZLABSGeJD/IfPKpTiWEe8n8PQ1rBOFRt+6IR88kDJfM L/bZiFTNjJqylfjUNK3XXBai656ExYRaf0vB2DG99AxZg6OGTV7Hh6Vc54YczFq617XDES0G svfTiW5+ZUFAt6+IqZxH1MpKR1RSgEKSNlU/TNLYVHek3Ftiz730zga5T8+lWL0iobuX5ti8 5QFt/ZPrP71+NjUxjdx/iFFFmmTDeuZZ0ml5u16hKYgRzfK/yc0lkqXvqN+OhASRIaI7K0p1 JWZzaQoRyBraDxKRO2rtiNaM/BPNdkoivqa3y2YUD8urLClLwR+vqlVlMhU976SIXDVL8yhB mtbZMacOA5blAzumRTIpRwdRnMqQnOkdXEv3gjB+ISG/kVYjkmJgaC8Ioh2N4k0a7mygu6Es oCOCdx8cb0P7uCSRnNPbW3q7oon2st/et8vWARtZjdtwai3tAU+6gtkrA6EPZDV9CsicypD4 hHOWmfWg/zmzDQtijSt7g549SkggCg9kPyFaH3XrtW590C3kLxh5Q6xuY7SYV1eWJDKRFMsV sd+7Zrg6S8wvpADwyRUFiMF8VPAwjGmdUFXFaEw5lSGB1d7RLsFxl7oiqEXGDm7cEC1Uc+sY 74KpQ0fLgRdquJRz7B3GxpBd6NZf0uxANa06h5njQa4KcTBwi4gWifCNXBVk1xggb9GhVVyA 0ANyXuea1WjFFVSGZCNZci1FGZBtqAV7dEFsAgC3tFXUR8Gwe/kMpuC+YQ4sQwePJVJ/BkH5 qFuvycFbogJVA8iX8u3aN/LXhhuQMJfABYNUxvo+aOvcuMxGQ8upDAmy9A0xG3HLN9qqW057 7elBaiu0ds48mYEMwx8KDcSitfyeOKmYJNOM7zQQUxVFUsiuUHfIBEz8klo76hdMpdosWkzh wyirk75ZKfsixkOcsCVDuyV2gnWQNStSuWwogqZl0Dob+asz93K0/xBUhgSmAEgP8NhWTuAK H3HM8BfNAY+N6IH7c0WJgcfyG1oLFMtHYWQYhbk0KEMjlPf2fmHhhAi2CXXYtID1vdBOklk6 HlpGZUisLUTStMx9LnVLLIHs3hLDvIXNIk9mfBGBwmZR6VhJ9DVO4b10Cju5OB7LKDooiA/S B1RfYFvXAx3jRkoqnOAVMQW58pworJIJvBQi4xde6ZjoiFEwIywdU/UU6eBUhuSrxHpN20I4 tiAmPjiUF9KBMAv51hU5qKVkp1VZWhPDHpsusfuIyTqvdIWQgAJB8ZzeItLpOzuNeWxkKT4M XRt1+VDNdYjIuN6HapEm09GgMiJDAS7vCDUUX3bECxgtC78NYX8veXtFz3BsdRMKA1SZJfmM LfHc9uWtYsLYxO6c2zKzC6mY4/N/7PFSuosbGu+RSbrqy/xqzbU2GkY6z56ANCMyFK4DH+95 Peq2kAiEgxcS6aF6smSjwIfGgZgf5t1dLfHotlVjsrA20nFHz1CpuqIWqpFuCxF228T5Plyz PMnH53qcypBcSRe0kVyHDn86IWiv2VZjfp0CUICd95KxexJ/CD1Xtk5eHgjupQ8oy4PCRyJh Qxbz6TmRhD3RhcT7oHoH8YwPijdenW2xBfP7wE11ojIWW0ZkKL632zRsQAiHmLc5rgGz76SA zMnytvFJ7A7ykUbCp7gKgzze8QiSV3+XJDTYcHty2e160SzSZ36LJOO87kNSTXX/sVByKuTt 7cbdpGWalKkgPWd+BmdwkcTFynPt4yZkVdZhN4wtNC0isNqhu9ldYRbyIQRcXyRYGxpgJ9ey J4G4lstnpmpHGo6O8AE78iRfG6tiqUA4zuI8DsM/mSXZeCvNqQzJ+PhzqGEcdUbRzgbkhb65 kqpLGs/0+4c0K5a3sdwJnA1WAMggvQdxBLYQ++IIX1kk19eOGP978M2qJ9wp4kSGAgUBl65a VrLRUN+hbnPQjBn61l+aOtCgnpMkHX39UFAZkldSZiCXgw5shXk4OMeL3Qe2XpmxDhBQ3A/H +1zOg/ck2O4DRcmZrmSIrmFvGzh17jb2gdiIo2Ju3eKD5MafWZrQRSwvLCczpa+yjJUTTjX+ DMLKGXFDyzDMe62x1C1zR2JCo7ivx5rOvrs7qWYN28F5PWbc3nTELVpX6vGHbr3RrVN6Zu7i lrplRlG05HMHhbUNc+njc8g+ZLlKrMWG4Zym+vrikJ7172R0oUhQea8GnEqFhn74Lloo7aEz PnqgPtiYTN4VlmVJkoWKJfJ9RBbIjXE4Cglsw6ZOmNdkbXAYvJOCYhWeUSXCrR/Lh5v1PVIL /tpoyL8cFu1GzsvT9pjyomAZUTAtLB15/hTp4FTIaWD3tmTacbaOdPyKyYk6yEIRCOM87EI6 YW+ZDuFje208HhSUuWzA0NIKd1vdWlwFFYS3iChwSyEc/jThLeN6H6p1RluNBpURWXcKhqI2 QDFuiHbX2MOOFvc3XanhF+ZcY35z3vvdgAvToVeZgKlVhPSGvlbIEj7ka5WU+N2HZp3UVuNd N6dCqZ+fix+aHnDddbeHp6jBe+1s7nMGiVXDsXIQqMqSLRQri3mqekFW1XUU+I2EwmXD13Le FQPx0MXxBD/m4d5dMx7IYl4paUU/HLxxLoUloHabs9HpqqAyJBfSNblwn5Oe4GMK67idl3zj 9pqH64boL7r1RbIdFpQrrtAx606D+4TY4wlcB5mub5YgKjj5O6ihqL7Tnabkz9jcB2Odv45H kRHBLAOShTSy0DGYPaseMCDuVkTr/SytDYUVRbdx4NOh5nI8ttLDKHPJdlB0m2pV6hKgVgjj Njr3XkeCtFuyFohnOwrcRkYI6qrRLmxJrH/+06AkNM91zP5K6iAoDqId/5dagjE9LJwM/FIr rdOTYnTRVFB5Uwmcd4D1W3K5rvrLqPOCwAVGRbm6GNlylK6rUHOCCKFSa0ACwIAdfna3F9JF X8SirgLhV2nbUDRESs4rOTASwRhl0GIb2Zim3SdEY2SDU6GiihDbLPwn3yd8zTfbbJC+Rda/ +bDt1LH26JCLExmKDySirk9qrEMTb7gBC2QFMlZ0C1QR3eLIh08u/OPv5L//S88gyvzoT/EI 2urnDaBOpc3a0+oXUplwRRt1tQMXFiwPg/194GZF98XMGHQ5lav6f0MguK6OWRCtiAKfz+DL VdctCIDvTmYVRXCHojHqngAgWjmEDreBkN5dMojUQUS9JQeISNl7ktOc4zFe92GZPuUgT1AZ ElxOxD6scsScFGpOHgbfeXlTXFeg4VKUP8n1cw2PeajtCtivCcsNI+veWrXz+++HZVvxjIPV 2+AtVwZCH8hqloz3LYwo/D8soKqL2rD3IKepYGLwvqVPyiQd1FPVXBn20YiqJoka1LH24tWg IFDVjn5gz9rbDrvAqgoTxDQ930rLjtMR65J/9P1aJv/8Jr2glc+2hrrTwztSsiUpFAJJKE+q WybHeCGfGfkx+dD0++3jnHyI9X9FRDRb3shtUN0EHBy4/wH0cXFiDQplbmRzdHJlYW0NCmVu ZG9iag0KNTMgMCBvYmoNCjw8L1R5cGUvUGFnZS9QYXJlbnQgMiAwIFIvUmVzb3VyY2VzPDwv RXh0R1N0YXRlPDwvR1M0IDQgMCBSL0dTOCA4IDAgUj4+L0ZvbnQ8PC9GMSA2IDAgUj4+L1By b2NTZXRbL1BERi9UZXh0L0ltYWdlQi9JbWFnZUMvSW1hZ2VJXSA+Pi9NZWRpYUJveFsgMCAw IDYxMiA3OTJdIC9Db250ZW50cyA1NCAwIFIvR3JvdXA8PC9UeXBlL0dyb3VwL1MvVHJhbnNw YXJlbmN5L0NTL0RldmljZVJHQj4+L1RhYnMvUz4+DQplbmRvYmoNCjU0IDAgb2JqDQo8PC9G aWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoIDI5Nzg+Pg0Kc3RyZWFtDQp4nK0ba2/cNvK7Af8H wZ+cwsuIeq2UXg/nSxPHh14bJO59cfrB2ZeNs9fuejeu/31JajUPLklR68DAYixx+Jj3DEev zz4XyeLx8CAVTdEki8ODQhZC1klTiCorE9mMRZlUaSaaMlnNDg/mPxwe/Pvi8OD1e5nUIh2X ycX88EAmqfqTSZmLJqlKqX4v7tSkesLXZ5/rdonk7PDg8jh59Udy8Z/Dg3cX7Uwct8jEuDbI l8fnr0b58VL/rF/J8nimoZWGzLOZhtaeyZpMFGr7bLqRb+xYSGvoz7DUlYbm7VIKSjSUREK/ wjYXGrqHWW5gZnOwGzjTAnA/aGijoTsNXcEQ8/YX/myhoQ08W8C6sTv1Qv9td6p+Vvrfif65 hreZhlINSQ1VHgLnTSNsZoSlIM9jR2ZKTsuokbIU1diMTFKR5snFRGEkPpyqFrkSboZlUC6A BDMg1R2w9xGYmoAImXG3AH0D5i+5WN0B26ZcSMzbCbD3AaCvrfSY6TsMM98z7GANsyxgfwk8 W/FzHMH+zKRTeHsPb09g5iNYzez5L1jtiKzRSejUJxrjVBRjSuY+NqaVKPPBbKRYBuUIiLiB o97wowquD+8Aw9ICi8QW4x9AeWbAgBnQZd0+c28+S8eioHv30yaTmcjGfGyf7HQSE5ade5jF EOqRS8zapw1eOUZjh2s8tYT3iEhdaOfDjuYz5XndaHMQRTIjTqX2b+VQcWJYBuUJ6PrMqX4P FLkDGi5B2Ca2I+gwlq0Aunchy0KM6Sb6DlnXSo5iBo4b5TYHU4NiGZRB7glp8AAQNWwdhBRC RfJasimMm4CIW+OmsIMnvsY1n9nLyyufLja5qGtKFr/AZk0tKj4ULQQq6wogNLhT2Bwq8CPx KN2G515dUSy2ttkjHakYbHkpksG4jZQN5C/aGNQUS3KW8OwrlwPLZiHPt2YITd2uHUOreQuS mMAz3J+LTWgDkWEr2IvLurp2QD1L0H8ilft4WMk9eEiQ0Hnecuobzm24KzQn+Yk4VI89y0rR 5GSZvkOUmcjjRha5GG7PCJIV8t1wFt44DBHKFIZFKBIPIE5oALda2s1yDc+eiNNEwcdtRAi5 x+qUqahyctBLklug0fusoXMNfYRnnzT0TkNn8NaMu4AY6ZOG3vgENs+EZCuHGZgXkQOVDKVR KUMpq9iRKoxo0MN2VnUnT3JPUWeiVlkPm+QTEOlMQybB/ayhCyDrJ+cSnW6hczDW5F/A9L+A dXdgkzDnEGDtZq0k+aJItdfaPneAQoWKQZr6hRRik7wFq4jZEQbd61a0PBT6B1DoBmjwxqEg JgaQTvqhnrrox2z6P7k/cKURP8L+vsGuMDIxp/yR+wPcy7p969GiQgW4tU3+EKNUCFjn/Yx6 CeQx7oXyUHz94Z4DE6aT9m3H6BPuj2cthke680pXtixShIimQqM6Tg+U/x0PdjQMy6CcA1Em IICWYCHJrLDB5ZsMyeYgbCuQb4wlb7jCuYKjl/gBVBAMosxqT9x3PsD+7kEFXMH+GpQLnRWa BvSny3CGSEjfx1oVlezBWoplUFzxHTJ0DhtfgQ0P5IVM895zXCoWHpWscx00kj1ekk1RTsht nQAjljsYhwqHJawrkNUpzDIDuUQMzF3M9FbJ4RpkEPk+hUNOwFzcwfRYSznhxPV5urwpdIWA kSAsBirmrAZLAUEyGJaOLkHeUXoxNULWTwDCFBndxdRBvSvOF7d2IXO6cU9AeSvlmQIu8v4e 3mJoQkvZ3VuUggW3U2t46xZ1XJydyEC+XKLTb6B8H19VJDqcrwTJYLwHKqw4HzBUO3FwCd9i NnDleEZrGB2lHwn7mOWbc7qZWTD8mDhs6pdjmGYDy1lVkEe+Gaxp38LRb/n2rco4rTeaCTz8 q0rBKNzHP5UgFPVgBlIsg/IA5hl9IVL3yyvbssqdaoSLcXsruITCwa6Coxqi/3CFC64q7fcK EnDx3TVmgLEKXwgRLvRxWWV3vYFYLcaatTCUykOPOBAcg4BsXHBftAYme4ljxlku+gPMt+Qq hFbBSu9ccdhLduWqV/ymoY8aMunnOTz7VUOnGvolaGtNLh/FG8NElV3mcSPTsciHKzXFssJp 1Dyrcog27MQxDqvPtLLaEXbOMSactQ/cYX2FhWJvSjBDskq9gyrrZqd33AIvnaLSvUAB2Z48 eC9DqN7D1bzpriEGMJUiGQxa2R/RKqRV2T8J0hGpjKERhh4roIp1I2a53xsg+pJzcidV6d5e OfyrdbeAdx9L7mUib4fyzDAECdfHltoY46iRqb5kHMpBijWonjrlB0bBNiR65oS2UqtTIDRG PA8tKT1JUZPrsiDZrf/WRnfFNCUf+5YrkatwlfB9XsEZMQ40e58DLTDMmnIT9QQihFEd3kij +59zYdoGfsHQi50qLA9jKeTubYJPHHIdmDOcFqFHfBDhkpjJOZwOS3ozOCca6j2Vayemdpns Du37mGzXPYJlsDCLppZHuusoGABY5owmfsHsmJE+LAlVpnuohloGimVQrDKIi4PWDQqeyMo6 rSzL6/atvBdtCTUtbBZTsDehxUd49ruGTE3sHJ4N6gGxAn2vhaNJh/p52xJnFCiXe/1EG4QT JvQxWf2mgythDMugnO7ne12XbV6FCOdNM0ImdMUjmlRb+Zq1Li2CeIrNVaOrzOT0gSaAse7n YENdkmqFF6Yw/qePuXKsO+iils+zzFhmOvYbX38D62NzF3VBIwhqgr0GbImwrBXFPrJGsTCR s4yvVTSZg9ShkTEHlAC1BZI7ECIrGUAxRp+LXmlFeCexlLArlam1Hl4/XYXcdqbctqRHvyTC a1meOUArvmeytb64ki4U5qFK75uoge39/1BmUyyD8jvwJnxT8pIosSi1SyRrB6LEotG3c2xs xPWmO0pEkRr1RYlWaSgBr2T6kf8H3gtvahIuJX9qaMNVZc2VJqKzs6y0X2GnD0uBrLqm3yFS QLGs2s0jaIBVnXHFW2hnsffCata55rhRLWwS2rNGNNIM3GqNdpqY8FLYsjTeWxVXBOnuEumG bLgr3upOsMZOSN/H2nQshnOWIBkMbz8W9doeVUwrwaYMaK2UosrY0A2Q3irrvYV9IFNpW283 zlyMftCQKa+ZYNH0SP4MTMBqKhb7N8AdFDXvBdmed4lRxkJCg0qwC43SLCgPputxcLrAsCxV H2iy5E6I/gg8tpJAfOttXxvXWg/I9vqOr/UnKsPOVNw0vD2ZYRmUd2BBvC1CvoatreqQOfv2 rLLGyJFVFtl6mqnfIm5OFZ5E9LkEG5LoHKfgnHcqu0H7Qefwm5pK9zHSoW+5BGID6AQk+o19 lg76QUOBfiIJDUmjfbo30bodkak63TPjUrCRmTcvyUSTWVwKsTMvaavnnvykk+zNUDpJH0fp 2O/I0p1PcyR0kXUYsdWmn4CRmEjPIplbBxLJ0mZZiLlZ7IVQptLZwdkgRQrXnWM7dR/B+UbE iAlfbcHfWp364TzNdXO4Z2To7bfZiWYxzmJ7ibgYaquHSP4+5qa1yIZzl2Jhh5WrKQWP5v22 DYvqru9ATsFpYlpvfb9Du+Xkzs2QmWXQVzFfjodos3XdZ13/47dutElSYsJvBvpCu1LrKKG2 n5vm5iDnY09h2W1iEixGRi1jhEYqhHRwTsGwsOJsJRVf4ZnxE//X0E5fWUd1V1nSXVGQNDO0 LMu2FNT9i5zFKtOgT1RQFpYgPXhp6qo4e4UfZzHTP4dvjwiFezmYCjmcgYiEkS2GMNaF/TWn nvWhqstMoKV03UVcA4brq2x63z7a74M/Sb3/bw4LbbVWeZsHcH/PhJMSrrKYjGDn2jYOCCop 8qCPw8oeNFF5jlQ5Q+RIlTPE9WTL0nyG1448a4k12qmnW7d9O4Hl/hDmXA/AH6s2tS0OSAhD mW5i04bF+UxDklsl8yzVkClbV9/vHJf652MrTiOaGmCRvNTQHz1SQ9lBGfc3eUVZCw0KZW5k c3RyZWFtDQplbmRvYmoNCjU1IDAgb2JqDQo8PC9UeXBlL1BhZ2UvUGFyZW50IDIgMCBSL1Jl c291cmNlczw8L0V4dEdTdGF0ZTw8L0dTNCA0IDAgUi9HUzggOCAwIFI+Pi9Gb250PDwvRjEg NiAwIFI+Pi9Qcm9jU2V0Wy9QREYvVGV4dC9JbWFnZUIvSW1hZ2VDL0ltYWdlSV0gPj4vTWVk aWFCb3hbIDAgMCA2MTIgNzkyXSAvQ29udGVudHMgNTYgMCBSL0dyb3VwPDwvVHlwZS9Hcm91 cC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZpY2VSR0I+Pi9UYWJzL1M+Pg0KZW5kb2JqDQo1NiAw IG9iag0KPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCAyNTA5Pj4NCnN0cmVhbQ0KeJzd WltvG7cSfjfg/7DIk1NEzN612yIPbpqmLdqDAjFwHtw+KJKsCLElV7Lr+N+X5Grnm6GWu1yl wAEOAgjMmkNy5ps7+fr9hzxa7c/PYlXndbQ6P8uTXCVVVOeqTIsoqaeqiMo4VXUR7ZbnZzff nJ99f3V+9vrHJKpUPC2iq5vzsySK9b8kKjJVR2WR6N+rO72oWfD1+w9Vs0X0/vzs+iJ6+Wd0 9cv52burZiVJm6dqWlni64ufX06yi435eXiZFBdLM9qZkf22NKMHz2J1qnJ9fLHcxDd3qhJn 6g+01cyMbpqt9Cgyoyhw9B865sqMtrTKmla2jK0bnrpPlyapSqfyeCva4iczejSjOzOakXTs X3+V31Zm9EjfVnS8UIa8o98ahvTPzvx3bn4+0V9TM4rNKDGj0sNpVtfKxaxfWbIsdGaq1bkI mpkUqpzamVGs4iy6mmuKyEdTVirTNiCoLMlHKdy5GW0bfRYKPJfqvSAKK809ifmJKG7N6NaM Xsm/rkm/PtFuj823dlG7xxfz3/uOE3CNbPUVyoSVMS+S+zpnwUntvI/EZUSKuCfF+dhMFlKz FM8+dalqgykT/RC0camKbDS0nMqSQBBgZk6QgWn4q4icyFZ+W5OIHQ83I6WBw/i7U6Va078j uDdEgVNhFSghlOuPC5L2o8T2jg7zTN/2csF+lCEnO+/e/PeGjno7gC1kP4BtYeJUMRZbQQVs t8TMQ8PCsdxnxDRU1rq+P16aofLsm+Sxyvm2Q2xVlZ4fMnFa64A3mn9OZUmuSLfXBDVAf5bw L0n5ItInR9v2pPlrooDeOVJ03AxEDncJJ4lVFnLlOWGxJr+ypHkRnWXTLO9RwDhTecUFdN2p DPe02ZJMFGb22BzKs0UZq8rZYgDjWI12X5zIUiA2z4gBoLkjhBFcEDTmNO9eugmIBvhHhGtP BgJf0e7rBKY1OYxRHm0h7XhD87pc22fpsmZE4Q09LXStbIeQK5MTkGNElmIhrQqBeiPDeFfw hhVYuT0Rx0s5b086sZWS2ZDcDmjCoNr1YHMPMqKB9lbKd0VGMiPtsBSv3N0mPDXyaluQ7/BF nNyUOBD6EKRFqrLxmHIqS3JDYO2k8q6lZ/HCi6QDokesRoJxJKBjyLnVCbeNkOdVsLkEq8vg nMyAZwFiNyesWmn4AmpWlKZ4Y3Idwi3PVJi3zXI1PqAyIsRT+KE9ieVOCgMxzNrETtqnNxeB PVmIPtN6WxJpxHaDbrVgBfldT2GqnWCaMZavB7yzowSWH5Q1jqdwzrQkHlFWwo/4jVpDV4kj 9mOeFmb+WNA5FbJIe+4v0gQccxyKjsf4w08i1jmm5/h7TIHeQa4bkjXM2ylED0WY0KwNnf7Z h5ijRc8yWqGDwdXag6IOs/mUi3kIxqQ8BUZOZUnWUmDw0oBiIwPQnfRaawL0boxHviRl5wlX 4u92HXpEjAN/tytNpirJ5Ny3EtgHUihEHZSwSORvSVF87jnVUdXdrB86XfHVQaVRrouoejTI gsqpeNCQQO47oxH+6tT1T6TAW/nNURDUUg8k7qOV2ynvpKXckuD3tBsUbiZty7HLrr4D7PyL VOAn4uOR9kXdxE28VVGkCtZHfOtt7uWmlGfyH8JXl75VUEjPdQVVhemM9iTToEiQ6zyQzZxk nt5n9xJVqqq0kItckj3NSfi9Rp0kiSpTuYjPqBNtYDr/EXPfEpRoMDltpW9ddtrRN2b0Hc1z Qtl3LHZNOlJ5jy/Ijs+IjP+NGb2QcelFs5ke/WVGb8woadyNHsW+fepKlS6AfVDr3LEMmqhT x3K0w2FEluK/5G+Q7Dq15/+fv+nJ5kTG8ii9EWKQt/Ow7jOhw40CMBhCWCeK+fiYwqm8RZ03 J3wieaEYWvgk15VV+VxuMq3M9Qg73hD7OsMK86PG3YTNjKcqC9o8q3mr8zSHy9c41d/yNQbc LZ/673jbGakB8sctecHQcuENOU8UVS9oj7/I3dorOWVGVU8b1GG0H8TKGtxXosgXORlGvsgQ jnzu/y5sTrIT4mFM8TDtjYcOMr0YxqaYCJk5TUx2P9JdCipL8hOJHO0AXHZZF+o0BCMS217O QxKLO9CAxBb9s88+KWpHlvOzX7PGtRNgUT/ZdW0TFSVFV6Bz+nxLCrB/y/TAG0Q+SjX9TH9A mxQNg00ji95EXXDarwVlalpwY7WAU1mSJzrps+QXac5CynndEUjx7ZNcxamxUfwgzUHTivco BoNwwMXEQH3MhDEkbP0bB6W1WZ5j5mXj6SeHtxhK+q5LMoaFFKG31Wxp38pvXXfev0vlvpHG uiRRH7R+wrPWrjzykhTZZj6Hi++EdxR3EhLnIQ6/P/Tof5rqJEhIr1/OOr2qgybq7Koe7y05 lSX5mbQqInh2xJYDgOOZnFcp/OHFsZ9x2tbd+g9zFX5mFDz3dOYlAb+U37iWtHu8klyiNb5j XLZucSc5R/N5yA9C/kP46mRiOrp4EFSWBL3GPcl+TT4eRaNjppCLIi4t++9I4o4fhJZs6NsT fTtcLSSUbE6G6vtUc5Jxhq7FBa8IjCtp66HXVA+kb47COvcdAU3l5uJInLYfXp0AjEeXEVmK TyTGO8n3A/lRJ8HHM4MZgTbrMCxAGv4yAg6xpZiRolmJOulHV137wYx+MKPf6duc5nUlW44T gpGv3HAMtlqKhTT8w1l6q39gMICwTZRHJzKCypLMyBmjiOtKCvD6JZJ4Igoj2fXe/gRgfGjV CI3quk0Mdd/o9eBZY1fvwrnwBYorOh9/TCR0ofda4fA8jIl+CFpDEFTTpLr6KYqetAkNSCRQ byWczpOwiIxjfIzzmh3PhFqYcPv0QCvj/t6e9DcCbCHPjGiC7Ht82iSk1y9nXV8EzizTE562 CSrnoqfLoSGF3VIc7LquxHOSJ/p2dOvn68c57Fyzdm93aGwxRrs3wKEiD7yRXABFX8swrTMT w8UZ+8HRv3kYjDqjRh41OakzxNfoaSn3Nob4GgN9IT51qEL3vfeszXWX5L1PSFnB37GcKCW+ yMli4osMyUluOKHKbuJ/b5VomiJ1Ge4TTSp6zieKhi9ydAnqOWmcmlJQkHoFEut00tnmVM0x L4UdpvvEk0zV195X8jVGCodRDsmGTQ3VlaYGkyz2ySKuVPrVwuCLoAhbNaftlwYnHRKH3GaU PCSbPQJJdCbM3l+cJhCxyDiBCNIBgYi5X2M7DtO94olVEjRRpzd1UBqZ6PQmcKaOtWGvFxL9 W7UMvaec2Uk58aKrG+PTR+/IG9xT/g6AkK5+INeBu9olJalIVpDMppRYv5Lf7O1GYkblv8fH NeXjzp1LJHf7s7+uFHBw4P4BQhF3PQ0KZW5kc3RyZWFtDQplbmRvYmoNCjU3IDAgb2JqDQo8 PC9UeXBlL1BhZ2UvUGFyZW50IDIgMCBSL1Jlc291cmNlczw8L0V4dEdTdGF0ZTw8L0dTNCA0 IDAgUi9HUzggOCAwIFI+Pi9Gb250PDwvRjEgNiAwIFI+Pi9Qcm9jU2V0Wy9QREYvVGV4dC9J bWFnZUIvSW1hZ2VDL0ltYWdlSV0gPj4vTWVkaWFCb3hbIDAgMCA2MTIgNzkyXSAvQ29udGVu dHMgNTggMCBSL0dyb3VwPDwvVHlwZS9Hcm91cC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZpY2VS R0I+Pi9UYWJzL1M+Pg0KZW5kb2JqDQo1OCAwIG9iag0KPDwvRmlsdGVyL0ZsYXRlRGVjb2Rl L0xlbmd0aCAyMjIyPj4NCnN0cmVhbQ0KeJztWt1v2zYQfzfg/0HoU1LMrEh9N+vQrsuyDVtR NHlL++A4tmM0aTzbSdv/fiRl3fFokaLidNiAIoDAyHdH8j5/PPHZyWkazdfDQcyqtIrmw0HK U8bLqEpZLrKIVwXLojwWrMqi1XQ4mD0dDn4+Gw6e/cqjksVFFp3NhgMexfKPR1nCqijPuHye 3UihSuCzk9OyniI6GQ7OD6LDD9HZH8PB8VktifKmghWlZj4/+P1wlBx8Uo/NIc8Opmq0UiP9 bqpGG4ewSrBULp+IG7loC8Yt0l9gqrEazeqp5ChSoyhw9AaWOVejW5CyAMl6YwvY0xx4f1Oj OzW6UaMxkLjUJ7KY5Qndxp+Uda5Gd/BuDssL3ZBz9Fe9IflYqX8n6nEFvwo1itWIq1Hu2EFS Vcy2md9ZkiSUUkh3zoIoecbyQlNGMYuT6GwiOSIXT16yRMYA4dIsr0BBWuFr6sBaLZ/V6Ao8 Q79bgg61YWYwWoGUCPzmFubYgFGv1egj0G2NLx+XNXHjBlOQgvL0uy/U1xd1DDZ0K8p7R0Oy jeOYut81+P/acBL5+FwrovF6TXfp8pQyVfnI0HqXVeOcZUlvq5pcmgUtM6f7sBIU6vSKBtkM 7HYNu7yF7S+orjTH+wNQ6gxeLsCsk1pWo7ZLlxhcDC7aMtcMFqO3eWMnqeZXp6nROeaQ1rba Iel0R54/H6AVOqycqWKV9bUy4dIslxA5GFfvD9XwubeEGJK6VlqWLA0iLCpZyMIoYxampZwb hE1S2Mnq7RJKwUppE1PGO0V/rDhP1EgX7VM1OoPwf+eqG3fgIpjkXtJUNAZfXELY6F8ZxMA2 HznqIs9ZVVq79qknEyzZWz+mkNcQ85+oT00gGJ67FPQjKGgBKnjuqircVp9DIxLNybRJ1jgG pNGu5RHgLTn6iZaXuzpVk5g+chWVI9jQEn6dgjKuXKkgkUa0luyCc0nKWWmZABW1rYW4xGb+ Lz4n2hacsPnLSmENy498HpcmTHQ73D6j9tl5GsssZE6PGXwCI+1496CnI/CPMehzDrFsAkv5 eKH+fQK82o+euNxS2i3OLG341JakgYQiY3HZuyyYXAjpEDJNQAdYyhGMLSCg9M5/gF/HMNoP GCLbaA9g2ETu4wPDZrk7aMEfYaj1LqvKvP4Aq5pcmuWYevE1rHQNVjDxaWO3a0BbEa1hG6r7 K9CLfvcKPGcCHEtv+doma1y3O/OIuFDxbJK+rlftqz0RXeYYNoYlOapdrnHraYsCNqAeF0ZK hGAZXZ3fwBL3VUFoKpW4qwqSmUrcVQYl5VQCrzLbEwYQIa9A7Zhbl7XqHOmZc5YLKsRlei7V KqsNoX0NJsEeyhjm3wCUaNvYU6jV7XW+STJH1AHMStrUCowPs+I7PDivlH2MbWBsT1zgQNQY mTBpDmecyFxj6Sq08LVv1QVE5MGlDLNfknGWWg6zLQ2Yp7W+HfxFxpLM9lqvf8es+MaoI2Dk 8OZiZ4nXtGjttLIao72oIQaBe0/Amf8GUKLbURrclk5f1BXJUpRPpfKIEaJSf8owhTw4ZZhC ulKGSfuIKWMHOGAIjbwAkgCRdgBJorHNpsIVJlywStiW8tlUovg8iFDC1rwvGjGZNMcb0D/m GKt9g30JJ8jAJhACRqz3ViMHoeMawMiWg0PfiVR+BIw474quYOx6h7Pdg/gpwKspxRQzkKJr zY2tDRQ/aofj05rE215CG3RZWJ430t6Ak3BpFjzNI8pqg+7Y99/A/iw4egV73ti6IZI9ukFT NrNhazC024lewTwVlyemMrqULc8BYXVMZbHePT/CZfXrL2Bfi3pfvpafIejc/qCC30Ow9YnZ rs3XsflqHbHu4dePYAkUhbNZRzHMsl9plKPt7kHehK5+Jxs0dDPKgYdLPdtXI95x+7u1e+rT bVKlquVLlOv3AnnySfrHpsmlWdqsgLtcunKoZUvM3RhpS4hXPI2hrtoPl2jQsDh8xK8OyIGS 17C+Zb0jJCF62TqmtztmqL7DtEnVtMp7WNZkqg8PLa5qLrYxRFtPRqvadarliUxUwpiwazul rjpBlDETQV+3koKr7BpCmQuVtfaDqETIPt1/BJUvKURBh0fYr4Nlpxvta4RYm/WpRT7jfZE7 EfJNev7IyzuU1vhvu9JG4S38hxzteVgzn+iro5lPaHfO6s2yzbO6K/vEqvtk2dvnGWka5Bn7 jHzNeTL/zpHKwZlVqu9AWJ2HwFy1QggptjKxPYzWNs/hHA5uo50rJe3ncNfVFd28sHTts4rE kVUQoYSRVe/v/oSrCx3ynYs033HfnrjP0H+XfSVCLHrjPsL1Hff9m7jPUH2XaWUN729Zg8mJ +6wmRtsdhHVdoF2QL5aT4FQdGxESGobdPRNKR0GIT8g6FnbTREhsmO2L+IiQ/zDiszbrU0su zHs1D1SLKSQc8Tm8qk56bQvrRAmEKQA+ig4L8P8BfCR77oCPhNZ5F6S9be1OZ2XgGuqiZhnW 55vymQaE7D4jrzeZ8/f6MNb+kYZDV3/0EHCYZqwobKX41JemYTe9hDy6J73BIeF6xHshViMf vTSi8jCaVqA76yr51jQjs92OqAzhAQKACawUb5Fa4Ma679EGN6y7E/iR4hagRQQp6RboMFdd GDXa27Q3jNBlZPGQ/jDh0ix4Mxm78fhVYtq6VYeanA6yguR514qsGroLqI7OOU6hNL+Fd0s6 xxdQe5urWFeD2uaw5OGZAaFje1n3IkRD9V2m5cX2AlgfyxpM+DkG4wk/S2G+Q/9f+7+lonD3 0rngksakxDC8Bw/6CJN7v6tsj/oh89Yqi0smgii5DLSwezq8ihkPIpSgtQqCt1ziuEBKWVXD Ljxw+SybDZ1AhrQ+iFmfRB+x5h4DplhC4GF44Ee3U7A8HjunkGguqLdqDo3mOK0m+l2sRrpV mD/ePs7V420dzSPzUB/BbIUaffBncGIO03D/AEAfzpQNCmVuZHN0cmVhbQ0KZW5kb2JqDQo1 OSAwIG9iag0KPDwvVHlwZS9QYWdlL1BhcmVudCAyIDAgUi9SZXNvdXJjZXM8PC9FeHRHU3Rh dGU8PC9HUzQgNCAwIFIvR1M4IDggMCBSPj4vRm9udDw8L0YxIDYgMCBSPj4vUHJvY1NldFsv UERGL1RleHQvSW1hZ2VCL0ltYWdlQy9JbWFnZUldID4+L01lZGlhQm94WyAwIDAgNjEyIDc5 Ml0gL0NvbnRlbnRzIDYwIDAgUi9Hcm91cDw8L1R5cGUvR3JvdXAvUy9UcmFuc3BhcmVuY3kv Q1MvRGV2aWNlUkdCPj4vVGFicy9TPj4NCmVuZG9iag0KNjAgMCBvYmoNCjw8L0ZpbHRlci9G bGF0ZURlY29kZS9MZW5ndGggMTY1OD4+DQpzdHJlYW0NCnicvVrdb+M2DH8PkP/B2MvarVGt L9s6YMC69da74bY7rLmn4h7aJE0DpG2Qj2v730+UHUpyI1tOs6GAwdokJfJHUhKV04tLkUxX /V5KlFDJtN8TVBBaJEqQjMmEqpzIJEsZUTJZTvq925/6vd+G/d7pHzQpSJrLZHjb79Ek1X80 kZyoJJNUP4f3WikoPL24LMohkot+7+ooOf6WDP/s994PS02+rGAkL4zw1dHH4wE/eoDH+pjK owlQS6DMuwlQ64AyxYjQ0/fUDUK8OaE11nMc6hqo23IoTSVAJZHU3zjNKVCPqGWGmo1hM7Rp irIfgNoAdQ/UNbKYr5/8d1OgNvhuiuPGzjRI/VXOVD+W8O8IHnf4lQGVAkWBygIO5kqROhjN UcB5LCfTcSqjOKkkWV5xnsGcCZpQo6z5vyNQc6Dm6Ngl8n3BUJlgqEz8dw9AjVB2hbK3GBZW 3xmyvMDjHkNgguGzLIPG4LGd6Sec6QOGwAbfTXEuZoyhHyqrEG40Bxg8zzX7OM2I5DGcEupK iVuSklTLjLREEpLJCsJ1qfGkjMgZWpygTfNQxbj2E/C7nyYzH5s1YpP4aE7R+yvkq2LCMO+2 gFFGWO5acOWUsSccdt4ls9c+wM2BtcbctYGwwDAxfAugHlGV5XssQzsQJoWA1cEzrRn8oiCi M/aOkJG4Rgg6Jcq8S6JscIzaVxKYLFWcpIUz2TZX5EovVHGcKeGdneYIGYmPaPjKzxITXuM6 4FunbVDCXau2X3/oEri/oMQJKrCan3EG/11yPGFybDAgrOU3pZZAqMsM9grWrW2gZXQP0Bwh I7H09xGzHfDZ8jQG6l0oPBklzBmgbfqSER7HKTixYWx8uWtHsVtDwUih9weujjuE5x5z+AHz +lUOB6zlKSk8taEtIOWSSOax2rr+XLo6ICkFyePGkIpIfzoWtVG5IAUk8wLWYd/HTWBw8XYw HB2HBMNR2waGw9oNjJgxKjAc1pW/Xxu3gOH5uAkMJmFFeCMarpJDwuHqbcPD5V3hdmGC0FSH g4CSTOiaEzdepuAE6vHGZoped7ms+7wJHZodAB1XySHRcfW2oePy7otO1HgVOv54oVx55eOI BKsw9JFpwlCfOpR8K4aukkNi6Optw9DltXuiaTlUY8mLGqWqeS5vxxXI93QDJkIfBtRb88pT ckBMPL0tmHi8nTCJG6XEpDZKl4Wo5ukmTHRiFVG7OaFPJUXn07knZUSG/pHTGvZ/7+aNFnue 276zfDacOp2LDN+dP9Nap2Djh+cydLLgOrVy14etGKUkZ90xcqSMyA3G9Bgpe+AYoZUz9LPt pcwPh+UJYlRl8fYoUzt/2u7bCr8+4fwsHhb9vW0LACUoJLf1YxtO+rC1B06ulBEZ4cwWSFn7 5kjZ/tbE99IlUKat/Bmor0CZruE5+qu2bxihb0zEvyDfd8RpjujURrvFbFniuxt8V8OpEzpm jFqf9hJnsMT5VX2fAXZdQ92rFPYZjsPbANWH4qwzno6QkXjl6sBKaHpqVvrKwcM2tmod6hf0 i+3c28sM2/aq1cBdTcMV4rvA0LOo2lirdYT2zNc9W3oPpRspdkAGDT3tXMLu0vVoM9r60N0d bUfISFzClD7ADD8D9RUoc4dzjkas0L82/GcIi4XUJsLcT8pd/d3dDt2yWIcGtbz489tg1C78 YFmXSRnofStOcu54pc3n+mwt4rY0+qC3XS3PysDzospO8EeMyOqWZbu+jP01e9VUK6rtozNo 8+z0EYbHcaY54UXnMHOljMg//jI83lEcjPkXGGdz/Gp3nEHzRUqEO2qLVVxFdsF5YS4IO5rv SRmR9xjk1/7K+A7DeInV72esJLa6mLr66456OcZkIH7htnvG2p0ScRZAUxsDucEobPgcW1p9 lcJFUgxnTgmN2u/zjEFbO4ZTP9OoZZILEcup011FMerEU3EG6cyLu0DmOpqjGJkO5ribZqax jLsvZRrLuCszprGM5MxY5I0S008Rp1OIuAsDpg/NcRcGjMXWRkbzuE4rSwvCojipUpG9JapS QqMYNZQqCnSqoYzk1FDGHQapfhZbg6riPnj1owW7fX7z70JqlCm8z7gvqG3l7bJr9+kLXKgn WLTtYd1uQBlQ5tclJ6EKmklCfQ8EL+EzBR0Qj9cMkMIAFKjscE65gseXckUevLpaNqMVQH1r /tlMlGVlFOg0zXdl37/M1HXCDQplbmRzdHJlYW0NCmVuZG9iag0KNjEgMCBvYmoNCjw8L1By b2R1Y2VyKP7/AE0AaQBjAHIAbwBzAG8AZgB0AK4AIABXAG8AcgBkACAAMgAwADEAMykgL0Ny ZWF0b3Io/v8ATQBpAGMAcgBvAHMAbwBmAHQArgAgAFcAbwByAGQAIAAyADAAMQAzKSAvQ3Jl YXRpb25EYXRlKEQ6MjAxNjA3MTkyMTU1MDkrMDInMDAnKSAvTW9kRGF0ZShEOjIwMTYwNzE5 MjE1NTA5KzAyJzAwJykgPj4NCmVuZG9iag0KNjIgMCBvYmoNClsgNjAwIDAgNjAwIDAgMCAw IDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAw IDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgMCA2MDAgNjAw IDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2 MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDAgNjAwIDAgNjAw IDAgMCAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAw IDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2 MDAgMCA2MDBdIA0KZW5kb2JqDQo2MyAwIG9iag0KPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0xl bmd0aCA2MTM3My9MZW5ndGgxIDEyNTM2ND4+DQpzdHJlYW0NCnic7HwLXJTV1vda+5mBEUQu IiKEDI5cdMD7BWGUQcAbqSiojFpyEcXUE4aaaQrZsQtSXiq19KhdT6XmgJaglph2M80stVN6 jlaa52RmN7spPO9/75lBxDr1fd/5fb/3977NYv33fvZ9r7322ms/DBATUTDAQPb07KGDE+2p 64jf+RtR2MnB6RmD4vtHZxKH1BFpUwZnjcze+PSLq4jD4ojmjhicPWYgLdo2l3j5PKIBeSOz u/ZoHV9+GxG/iVbzxqYPz+1RPTyWKLIjUeDDhTPzSzoUjLYSdashEqJw7mzz862KgonS0L53 5ZSSqTP7/iX1Q6Ieu4m8Uqbml5aQlVqg/xvRXsDUGXdMoW0hLxFl4nnxK8VF+ZNPnSssQ38y v08xEnxe4P14/jOeOxbPnD3vtbXPvoq+MN4bfp5xa2H+R4G1vkTvtMTz9zPz55UEnfCdjfLP orx5ZtHsfOOhg/vQ30Q8F/wpf2bRXV0/zSc6byCyxpbcWjq7IYbGID9eli+5rahka11blE28 QuSDekj1+mzKx9rm0ZP8bZdMLUwkP09Gj8qX4ZG/fKrr3j8vN1w2QQZyXuT6IPR6rv5RLMIh 3Vsfb7jcmOP5aDKl1XwqpwD1LBB2pbHI+Bz9qhKGQ7ycjGQyPmbsiSYjXKGWT1NEkNEovLUW QhiFwXCauuh1NC9NjQCfnOFpZrKTOfqg4VzDIjkSMdVOrOs6ahcYVsqZUhvDIZoqSyOUAz7P PrSLzoAb+GNxEyfQJ7ScrbSTD9FndBY5m2gfHaf9HETv0zluzYc4kQqoiB7m1vQBBdI4KqP1 lEsbMKfpqLGJHIiFUhcqpm3gXKqlZZSNeUZTFhXSMdGfPmUbWibeTcspATUWocYHtBAr8jJt pz0YTRuaQSuQV47cw7SSJlAyJaLXR+gCPyJs/DDKBILK0L7sKRstXaVNqOeinW6SrXlogpuu 8CiM4k5axreqUSux8C5OQT9BGOtMtFRAD4PHkxP624f+Sh9zHMdQf8ymhD7j85jn/VSFsWRj ZmWoJ8dUDA6iFfrXmP8JrudotLMWIy+E5L1pusihVtSaLkOSVjqNtgIxB8m5kJ6LihVlK9rJ NvRp4yRBXMU7OZmPQnpj0WctJHOMLgibXk93ofVH0F8CVq8Vz+UxXOjWOLkuC9GmLF2GeUpe pJ8V+9HncsXr8VyP3ssVl6NlD3eB3CQXQ2q5qCdZtrMMKyI5G1KUjFEoLsMMx0NeL3I4raF3 aYF+loMQb0WCF3pYIj0HWT1Ky0WE3CAiQkRIdLHnwwuRK0u7NsqvxH/9I6Z6IiB/N7+A9Y7B LtQwklSqwSwF5reB/THuFlgVJGO9diFP8DSeRi9AN6SMPJLzSMklqYWNPB26O50GQM67mvDL qLEdmrUHsvLIs9wtT49MXfKc3yhLD0dD3+WafqD6D4LGZVEJdqVM9zDyoV82ug+jb4lyvhQu TNCPXWwiu34F80nVv6fO+lH6Ru3UIvR4TO1SB6Qh9+hDGMdk6M1+jKEQPUSQDbmFVIBVW8q7 aBwbaBCPpaW0TfhDU1Iph4ZxBsZ+AOMehzXMoDkch9gK8BylyWWgWqXHm8gC+QfS7RSPXuQI pLUYRrn6ZbqN4kC3o0QoRuQaRRlGEa/G4aBOOMkMau3GQbtDMN7lkN0C6NV4hMF4SgLNo54U iforwNKSPIPx3455DqdBFAXKROvP0GLqSHej1oOoLe3Jy7AI26mn/iVWbB5qTEfPa7DDu1Ox yL2OQhQnQKvvFzZtMT3PB6Hb67kNPUkb+XYeitUt5lKs1Xaqg9VYgv13A41E/Bv6mf5BT9Br tJkO0kas8hLk7qEfaALfjvKP6Bf0Cyh3EPKS/K4iT8tTOalJu0tUm7LFxvbQxnrk/UybRRpX ch535Df4DbossKn4JK8Gn+QnwQf4BH/Ik2HZvuMyzuG+bGJvjqVV/DV9JobxEf6W/TiWA7Gy V/ffAaEJFho/wU/xJp7Jo5G2jgs4D7oXrYr4kpcqGYBxyM9ySF7uLfnxAcnP87CUX9Fq8Fco tR57AYSRSDvtSl/Nd/MxjPxZPoDyEVgHa2Poif8HPhj7OvZhOapg7HIfehsSWg3Nr+Pd/KMa pzIWiLvnx2/C//DM1ZPmnut14XoeJVnJQLKXSzaNYfNPS7d83CGHYX2bhB7ZQnuPq3A79rvM N9EsFVZztUpvgFbL52+Vr0RyPmouz9Nc9TwVe3QxPU7rYEnAoh1WG3pB+XQj5HECuuEHDXgS krgJ/oER63AAdAyrcTdyZS/raB1/zpf4Evb3dH6Rv+NPOUYUQmpO7JtUiuHTSPmUv+S9aPEN SGE9+voAfsM7dIhv4dkY4SGCJwhL9QjdDw0MpC+h7btBb9BjsB/38E2gV0C7+TE+dVXajVKQ miLlHKH0gXgwKJe+pY/4R6zXO0iS9hR2E2N4lNfwfn6b62AHX4Pm1rIVOyOUb+Z0bSG9qepv 4Jf5ad7HO0BWRXGK9EbaDwk0fb5KA1Ea3Hh+/l5uenb8Ep+FVZJnhud0+L3c/ORoyoXK73Cx HIPs41fqcFcOpktg2ELY52DY0XmKp4MKUF9yFjS7E2yrPO8GYsxoC/pQyRN4CO8BDVF0u9pF UhM92thsF/3e8Fd322/swl/k1eC1TXbor3HznfsbO/i6HftbodzRHjaC5MdjNd27/LrQY01/ I2y0Dr8SeqzFb4WN8oRVgdf5rYojBL/ZuK6/xv7YpW5r6l5/lyWS4XgXyRMHt4lcnCp1vBF7 uBT65sNfimBYmjou5YM8G7SFuiur8CXXNV8Fj9RhyauV9DSc9Otoh8fONWW0Z4Uvt0QEiXCM 4UH6if2UL7Ja+Spt4AcFQd9GwfswgKUXHYLcBMWyxCb4xzKlnF7ETsW9GLFk1DtLnyrvbhes YBukSs/Oht0VgnrblGe3H77TSlhW6S/bsMv6o5T0lB9XdALeyH7o3EpKwJ3mHBXhRmEC+WA8 JuxXb5AP+sLO5a6NfqDH55Q9e2zA41QJXXHVlXk+GIH0NpvbHpeN2XmNByrZYwc83v0mkMun vYfOqRF7WpE7Pu4a+yNtSzHucJ2VB3YLYvI+N0Kd8MV0L2ghaBM9hbJjcB5NpZfhS0oPeRdu lYGQXBu39JJQYgROmRVUqmgTJHQS+CDoMO5Zko5gdPI+WIP1kHfCVDxdwM2skrZAw7aDN6HX BehVzqCW/gTPrlzl+LipoDH2HG6TQaCZnMCdQQn0T5yGDN8ItzauF61EK9y37OoWOJ/miz44 UXYDbTindsuzQJVYo8gGPW7FPXk4O7g32/Fsw+0PiDuQvLulYO8ksw21jyFMAsk+orV2qi1X C+eutibnKuvAn9/JR1WfUbI1VRP3QXmaukLM/TPUs/Hz3J73CUJ/uzHOOLRukvWgVcfQout8 u4V3uDdQLJ66cRbHcFvuxxpW4gikkIwToLdrltDgwfBmCbyCeuCslmtdiXXYALLjRlCJU1mu nEtX5kDWtbiJ7FN39rugNbtVbDvqbaKfoDtxeE7CPl8Fv7yfsp+B8sYFC9gJ54oM78COjMCN QvYUhtWV3B7+vZ0moV4wZiprl6HN7ZCyTfgJP2JQHNodR1PUzo2mXtihy9XJ1RZ+v7yR+2Af jcP+lje4ZbC7LUHyFDPCVkk+23jeWXCfmO4mWSKUIuGFe3aR3H1yD+DkUzVkP/sgB9m/ZM+O uAseVzx2hYdlSwJtzcbOCMCM5K4eBTvoo/ZrsJITxgU/+1k+KULgda3i49xF/1o7gNgqLQl+ +WvQrx3QhZNIyeD3gRtR/iTv1JL0r/lV1OoKkmv8d17gthYeG+ayY5vkTf86/iVPZAPs5tVb 7bUsPRRpQaT18XDTdwaSQ6EVHva8Q2j6LqEpb1O2MqHREjV9z9CcPe8dmr9/aMoB0BnJnjuy 9FgkSyvleU8heQzqJyJtOeZa0IyafPRwPZybUNM87IFrqVk94cdnsUqrFPs0exUo9XZFE5J1 1oH26/vV2dSUSJ8NCsceu5ZI/0IfC1oECte95djVGDEWLudNqt1x6l4+57fm+Ftz+T19NyG5 6+TdPRB7tA/kAL1s0rZw03R1usfBAgcr6cqXo/K9AfJcOY0SOACSYSFI1oRHA+sW12Q8njZt Ig5W4VHoqucj3ynGwL4l0WfynQDus0/wGVAV7GQyKI4P8b/cJC3sUD4De5qEG4IsFSpauduR WpqM+0c0NFG+RZC0nHYwYx8dhpWSp9di8CZom4U7Kuk/Q3eDnqGxGFEoTiF5Yl1ALSfy1uBp OvIiYHM+puO4fQdyCKxxW3U7nwJP/DK3paP0NTylIM7kG7kPW9iX/q52uUbvUQPsdjfY6+4g DbY8DjY8GRbdBo5BbjLauhH6fQk1HVQPz9yMUy4Ldr4t0mRKd5nSRCmXw6+6h1fyHah7E+6F r4gw+Paee63nk0R+sFvtceJHwNdpD+8kQRJks41SGksFg8ukBYXnOxgUqGxQOXbuYchgnrYU 6xDOG1HKorwsSWv4KREi2uAGkUsncRf8RN0qDkEXPsI4/1O3iKZ3dbdf2fz+/atevcdTbxZ6 7uPN7+XXedYeT7z5bYNw7r0ClCf6Wpx3Dmj7BRrB7eBzEvzMM9C+sdQHuAgr6t/4ljxB6WIV dKkI5cdjTRZhDRLRtrd6/1iF2pXQjn7sj1twd54M0uApZIluPAdUAO/YRqfghx6hY0gPhu4E cw6PUNozhFvjtn6JZynqxWlSs/gLaNgh5T/EQPt6q99m5GL1dja3MmjJRS1d1NyysRHUNF16 7C9jd3SGLfdXZ5H0IHIQ+iMmbfgmRbvUGzuPbZfnME5uHuci2kt7sb7Yu5i73KuzUb4Evkmu 8rXlKSZPLXkKuG63C/h1Ps3xavfb0FcXKucy11t0nsfFsKXzQOUcjROrXJ0qc+gTxJPhPYRB Egn8MWgh6LwiGwXzG/wS16DWFN6CU3snej4D/+YOakHdyB/3nB9xx7kEi/MevLMjoI/4Mz6B U/9D4IsiCN7lz831tlFXoDeNecEMh5UuNt64moeeW1lX6Ab4urY8oeemORg7egC15SwaDt+l M2VACn/mH3g//9B4k2u+B36lb14D7ZuE/b6RRsNmOFh6eztoMvZSC1iOVghbYSXWY2294Qn5 Ime6Wh359uhF6q6k/Al8TwOsSCDsSBDuBCtgwWbSJfgDx1zbBt7qRj6JcDVPVW+2iJ+U7z/l G0zwCfBPvEJRJf+Tv4PMS7iEnqUrIAdk0o7Cr+HV6h2TC5tZEOU5tqTr3s5d91au6Z1Xfu5C T/JNowZ6HSv+Nj/Jr/Jm0QF6ssWFsL1Z4IO8jv/B/xDsIn4Unu4+fkrdY+Xb3es+SDVh7l/B aqr3xrQRvuAa7J+5uHe2w4m0FTyaYikd952V0Nmh2E9vwsdrB2+pDdajLdrOxkgDcUPri1g7 pM2ih+gL9TuRYnqU96L9x3kA74YOz4Rdf5jScK8aqfbrLHjnDprBEbgj34cex9Df4RGvQt0f 9I/pZ+QMxAp+g1N/AnZbMCzWQuzwYOqNE3AJRi/fDMp7a1/YEEkh4G3q7OirH2i05NuUvfZ8 PDa3RHRWe+Fd3NB3yt9zqhVLU158Kzf5Y5RBmPmrnposP0ZNU/sm1PiFbx39aNIxAi+9AfNt gXn4KPQlXyDWG+gHvILW/ID+CgOoFTCQ/HETCFLYmgLUrSAQ2Ab4M+YSBGxLrYGhFKz/BNmG AMMUhlNb4A3AH7EbQoHtqR0wUqGZwvUf4K9I7EA3AC0UoX+PG43EaIUx1B4YS5H6Jdw/JHai KGBn4HfQ3w7AeLIAExR2oY76t9D4aGA3hd0pBtiDYvVvILPOwF5kBfYGfo3TJh7YlxKAiQr7 URf9K+xlicnUFWij7sD+wIuwGz2AKdQTaFe/X0mlXsCB1BuYpjCd+ugXcNb1BQ6iROBg6gcc AvwCupkEHEbJwEzgebqRbMDhCkfQAOBIStE/h92XOIrswNGUCswG/gu6PRA4RuFYytD/ifUf DMxV6KAhwPE0VD8HfZQ4kYYBb1J4M2Xqn8Fi3QjMo+HAfBqhn8VJNlKXvxWTOJmygEU0Sj+D G6fEqTQaWKxwGuXon9ItNAY4XeEMGqt/gl0zDvgnhbdSLrAE+DF2jwN4G00AlgJP46yaCJxD NwHnKrydbtZPYe/kAe+gfOB8KgAuoEL9H3QnTQYupCLgIuDfcTJOAZbTVOBdChdTsX4SfqjE P9MtwCU0HXgP8ATdSzOA99FM4P3Aj6iC/gRcqrCSbgU+QCX6h/BgZgGX0W3A5VQKXAH8G6zK bOBDCh+mOfoHOKfnAlcpXE3zgGvoDv04vGCJj9GdwLUK19FC/Rj9hRYB1yvcQGX6Udixu4CP K3yCFgOfpLv192GjJD5NfwY+o/CvtER/D/b8HuBzdC/webpPP4Jz/37gZoVbqAL4AvBd2MOl QCdVAqsUVtOD+mFYnWXA7QpfpOX6O/SSwh20AlhDK4G1wEPwcx4C7qJHdGm9VusHYdHWAF+h R4F7FNbRY/rb8EQkvkprgftoHXA//QV27TVaD3ydNgDfAL4Fi7wR+JbCA/Q48G16Qn+TDio8 RE8B36GngYeBb9C79AzwiML36K/66/Q+PQs8qvAYPQc8Drv4Gs5SiX+jzcAPFX5EW3DLPEEv AE8q/Dtt1ffRP6gaeIq2AU/TduDH9KL+Ks5giZ/SS8AzCs/SDn0v7lM1wHMK/0m1eh39i3YB P1d4nnYDvwDugaf1MvBLegV4UeFXtEd/BXebOuA3tBf4Lb2qv0zfKbxE+4Df037gD8Dd9CO9 BvyJ3gT+rPAyvaXvwhkusZ4OABvobX0n6Qqb2nQfZdN9/lfa9Lg/bPofNv0Pm/7/YNPX/GHT /7Dp/61s+v8kPz39/9CmZ/5h0/+tTZ/1h03/w0//tzZ9538rm07qXY7kG9zflq90fUueV5JB vUcMhQ3XYPc7wG45YA1uwr66E3q3RVsUfVC99THDttpVTn7THP3Ta6hQL7yy8czT130nv+m7 NC+6+mV+IeTXAZsVkF/QV1/Z8fFt6dfKPyAwqHVwm5C2oe3Cwm+IaB9pjiJLx+iY2LhOna3x CV26duveo2ev3n36JvZLSrZh/HbUTM8YNHjI0GGZNw4fMTJr1OjsnDFjx+U6xk+YeBNM2n/y o/3fVfv/LnX7wDE59pQB/W3JSf0S+/bu1bNH925duyTEWzt3iouNie5o6RBljmwfcUN4WLvQ tiFtglsHBQb4t/Jr6evTwuTtZTRogik+wzIoz+yMyXMaYixDhiTIZ0s+EvKbJOQ5zUgadG0Z pzlPFTNfW9KOklOalbS7StobS3KA2Ua2hHhzhsXsPJRuMdfw+FG5iD+QbnGYnRdUfLiKL1dx P8SjolDBnBFanG52cp45wzlobnFFRl46mqvy9UmzpBX5JMRTlY8vor6IOdtaSqq47QBWEdE2 I6lKkMkPg3KGWdIznO0s6XIETi06I3+yM2tUbkZ6eFSUIyHeyWmFlgInWQY6/a2qCKWpbpxe aU5v1Y15mpwNLTVXxddVVNYEUEGeteVky+T8iblOLd8h+wi0ot90Z9v5Z0KvPqLxoLTce5vm hmsVGaHTzPKxouJes3PjqNymuVESHQ60gboielBexSB0XQkhZmab0ZtY4sh18hJ0aZYzkbNy za/IkiFT8m4xO1tYBlqKK27Jw9KEVThp9B1R1WFh9lqcvWEZ5oqcXEuUMyXc4shPv6EqmCpG 37Gtnd3c7tqchPiqgECXYKta+bsjLf2aRooa81RMFZexzNGNkmU5IstQKITTXGjGSHItmFOi hKJEqihMRDF8HIxazslYkWnOFml5FQFJMl3WdxqjAyzmiksEDbBc+OLalHx3ild0wCWSUakn jaqGfE/cabU6O3eWKuKdhjXFGAeo594J8XNrxDRLSYAZAcRHWZBtviOpK8QfFSUXeGmNnQrw 4Cwflet6NlNBeDXZu1odTpEnc+o8OW3GyJxyT05j9TwLNHm72tltnKaYxh//gJDWGcVJTg75 N9lFrvzMbEvmqPG55oyKPLdsM3OueXLlJzbmuWPO1mm5Wrhwx0S4pnKhlBMbC8uH3JZOQzR+ vJRST67xNkErVQqbBzkD8oa40OETFfU7K9XoX8laKrhazT1MZ5L12ufka56vGV7LCg0DNsSI zJzxFRU+1+QNggWqqBhkMQ+qyKvIr9HLCyzmAEtFrRajxVSUZOR5VrRG37k03Dmo0oFJFHMS tFXQwCoL3zeqys73ZY/PrQ2Anb4vJ7dasEjLG+io6oi83FozjK5KFTJVJsoHs3ygTIaiVwuT Kh9eaycqV7kGlaCeC2uYVJrJk8ZUWCNcaQGujmJUR3acoIU1BleO3VPagDSTK63cVTrOXdqE nACZs5PkXzGoTNdHWo20nNym+qA2mSMBbl6OXqfVVY/paa9BkKSCba069iiXoa+fCqtb9ExJ 7arVUQl4K/gw2ECTgGXuFI0igSlgmbpM5W/UdpETXAd+FyxTdiJlJ1J2ImUnUlK0GmJth/ZS dcdIdL19W7uOPS6mhmnbSAcLbYW2FBfESO1mdzjJHS5D2Bnhcnf4gLa0OjnSP7UFnpkuAnWw wNzWVQ8e2aNWRfraVGStJ2XtNqREprbT1mFU6zCqdRjVOozqIpDR6lqkr0X6WqSvVelriVVT UZ3cTbkj66r9Q9wpiKT6aA5tLO6ckVquOxynja3uEbknNU8bg6a3Ktyo5QCXKZykcKTCMpVb puK3qvitKp6i4inuuMSuTTBSob9EbbSWjXtypDZKG6bCLC0D9+lIbSSeZThCG6rC4dpgFd6I 9FCEmSgXhHCYpr6/pw3FczrCIXiW4WBtUHV6ZLfUEjxPQp5AfzI9HWNIx5jSISSZsgy8EXxK pUwCloEPgzVVkrV0UBooVUtFDTvasCPHTppmB6WABmgDkNMfZfsD7ZpNzdGGUjb0ZIOsbGjZ huWxYXls5K3ZgGatN3UD28FZ4DywEe3Eo148xhWPHuK1BOqItqJEJQUjNLvDSLFUfmdSay+W VrePtKe2ENspC5wHLgGXi+3VxiD/1GCUk2W7gkeCJ4HLwBvAW8EmSnHl2H1FikjRRoqRmgHa 3WmbzdZDhT37uMIbIlxhy7Ae/qm3aZ0gpk60AaxhyJ0w5E6YqucpEiygOrG0B3wYfAosBR4L YcRCGLGYYCzqx6pSXqrcRbAO1qBEsWj/2jJGVTsS3LVJKzI1DilxeIpDnTiUjUPqKSCrGjI/ C7wMvMed10EpcwelnB3QVgeMtiswRcX8gZFah2rRwr8G8uUk/9QUyH0kGJniAUjzAcjtAWlK hNzE/gq7uuOViFWSp8Yy8Fawl1YL6gSKBcWBOoCiQGYQVlRrj9VcDloGehD0AKgStBSrE7zV uscqJvW+tXdZ72W9N/Te2ntPb+9dIh+UJ/LsPhQSggM4KNAUlhogDDSR/PhnhVsU3qbQrrCt PWyi35mJfm9O9Ht0ot8jE/1yJ/qNmOg3aKJf14l+NVxgb2v1O2H1W271G2v162P1623162n1 62T1Sw1kB48jP3pF4UCFPRR2UBjB46r9qMVunkBRJuwAjt0edVfk2agaA1dH3h1VY0Kw2PU0 wRUky8SXIrtFTY2Md6XEuIKOUS8b0AKN4c3kzVZ7vPdb3pO87d79vLt4J3jHecd6W7wjvYNN QaYAUytTS5OPyWTyMhlMwkSm4Br9tN0qb3HBXgEy8DJINKh4gPxWobrwyYOHTYKGkbO1liky swdyprOukDILzM7vsy017IOj3GgZyM6gTMrMGRjq7GvNrPHWRzsTrZnOFlkTcquYH3TgySnu w1GZk1vDukxaEi695lpijl/yQLg7dDhkndwqAz/wgINC5qaEpgQNCOw3KP0XIM+N1qufUGvT B4wkwrkqMzvX+XyEw9lDRvQIRyYkJ53sWpEo+mSk14q+MnDk1vqUi8SM0TLdpzzdcbUcmZGe XktRMlDlyCzLkblZufairywXLQNXufaqXPtrylX1j8pIr4qK8pTpr8r0v7bM1GvLTFVlprrL aK4yUU3KeJ+mKFUmyvv0dWXa/44y0b9Ypok0iwZa/82Ha2kYH69Kmy9vKHmWjCJwnnPp3OJQ Z3mB2VxLaXzcfXmJySsoLJZhflENH7cUpTvTLOnmqmHzr893zpfZwyzpVTQ/Iye3ar69KL16 mH1YhiU/3bFtcH7nLdd0d7+nu6rO+b/QWL5srLPsa/CWX8jeIrMHy762yL62yL4G2wervpTW Qy1NNNABl1iF24SvDxQ4LzzKMTAkoGSA0ubkqNBF4TsN8n8v+OKG0BK3TT+wzEpITUiVWdhl MquVvIi6s0IXJUeF7+Rn3VkBSA60DKTQjGnp+CktdUd+50+p/My+ufRmFaqf0tlzwHKh5J+S zCbMIbWlssqRsM9CWWZpkaXV1kpLHbNJrWrpHJLtzZZwtfnG2By0zKVN1YBKm3+kbljJxWiu dA6jlCw4x6048s+RrGiG5CDdrRjOERlWUjjC9loBTnDST7n5E/nfHGR+Q72uiw9goHLc7Prk gB5RmMPDXSFNpqPq7zZWI60nv0PPkZ38kX6UNCbOJRs9RLfTMRqjf43UKHqSLlI89aNivUF9 T7eBF9KT7PrL+UR6X35XVdg0q+E8jGNn7qZt4sWUgFZyaBW1pcNosbPug+dtIkLYUCuH3tYm meL1bvo3XGd4Sy+gJ9gmjhteoIN0gTsYqOFufam+Vl9Hreg7LaJ+n95dn4laYyiP5tCdGEE5 radD7BD9xR79fvX/EYqQuoPeZisUKg8e3miU/jOtoVp6hQ7T3+gsM/tzHJfz+3zUSPX7G/br Q/UC/VbKoBGUReXIjeBoThXjtfHaFu2D+k8bTuvt0XYOzaV5tICWqf8d8QF9SCdYEz4iR4zR tlA49Vf/1WAFZLYeknyLTrGJe3ES2/ke3izmGrT6/TjxDdQGEhyipL+C1kKmT9NW2k/v0hG0 +bX6tnY7LP0YnsgLeQk/yA/z07yZX+Dzwij+pmnaXYbXDecbjus++mP6c+g3nG4gM3zfeKzB jVjPQ/Q55teZ4zmF3xNWEa+xoWV9Q0NPfbBepr+mf0AWikXZ/vBzM2g4jcOo76C7aRe9jrqH 6B36jH6AlDT24SDIwswWHs3ZPAej2MIXuV6EYP0SxQxRLY5qVu2QYZzhhfrtDW0aqhsuNuj6 Jt2p79MPqvXtg37SsAI3UQk2mFyxF9HPa3SG/kWX0IcXR2KsQzgT812D9k/xFaiTSSwSm4UO b3i59pahnWFNw4iGmQ1rGrbpvfTh0C0NTlg76gVKgjbJ7+mWqu/UP6n+rmsbtOc4fcmh3J67 8VAey7mcx8V8K5fwLF7Ad0Kqz/F23sXH+QR/iSurl2gDOVlFoVgsHhLbxX5xXJzRSMvGnWaW tkB7SNuuvav90xBgiDd0Mww35BnuMMw3klHzCjEdvNL2ysz6gvrH6vc1dGlIb5jesLRhb8Px hk90X32PfhauaTeM0UFTMcaFmP899CBtgH48jzF+TOfoPNb8G8hC4xYchhFHqnVLw7iHY+Tj 4DJNARXzLZB/OW/iat7NdbyX3+K3+T0+yRdxZ28juoCSsQvGiCmYw2Nik3CKD0GXxE9aDG4B PbSeuGXkYTb3avdhPqu1k9pZgzC0MXQ3ZBvKDG8YNeNk4yrjWuN+45vGz70CvCa4bcRVCyLf FR8Uew0DtBm0EbcFTftcvCdsvFBc5r+KCN6L3iJw/8oSaSIZvtEuaPlMCvZe6xXlFSWCKcA7 T7YhHhUJ2jhDjNaSZsu/6BLjxT0ij57h3XRZDIGmzdUOiY1ikrbWsNIwgD/AfWOvgYQff0+p lMoDsHbv0yysUIK21SD/ppuMJu2Kcabw0+81nDMK7T3Ywf4stAM8ni9wlgiBtJLFg2TBcwBf QDgUO/BDaH4t3M5Ew2mtUgwTJ5A2gx7ivZjjLpohdvETWJdE7MfbOIvXad1pEc+CNPrRLeJh 6iBKRAfo8xj6lhdzG+zcy1ibjmIKGTQ/UUhHhQOr/i4HiS68CHo6k5ZyBcVzPdfRQbGC+nCR 9sqVdvVxgq9c4CptCFXxZcNbhrfgfF+GJCOguSY43B9Dp9eil9cpSouB1iSSUeBeh/2Uh70e KC7xnWIGTeM12r/4aZFKI6lIKxWDeFXDJUOq1hMS2wlrkubVz0RGmzHC0Asrfo4GqL+vJK9i wynjYhnX3te+0x16VMMkY6uGkzQf0hkC67YUe2kIfcQhfDOPMugi06DrY2mT2Go4qbfllhxF R3TssIYX2cYddTPP0n15FDT8Zvn/jQxLDUsMcwx34my6DKt5D62kx+hVnCZP4dyKhRxvhDQn wvZMwxnRjXpQb8xuAA2EVRqKvCwaC3uaBys5hf5Es2B5/0KbqQonVCbkcTPqTaFbkF6KE2oB LcL+v5cqYQNW0TN0RDwvNuDOe594TcwV0+gj+kh7Q7PzWDpquN9QRtm4E4/i1ui5L1YpEvUq 9ffRWycKh/XvhV0KvdfP68f1Z+sPo71n5F+Teg2k815pFEcj+XtDGBth3yBDw1Sj/BWKNw2q 8vKu4ZbbBZPRICMa+XgZEXlJ00RYC2+Z9hJTO9PIBaHWEQHf2YbX20YEfG8bHlCPS76t3ia5 e7eegVGB0VGBUVMNdMWs1V2xG+kymQ112E/n9U/EJ0aj+o77SLv/cd+zvsLk7UMB3Hp2GJrf YW/tR2G+IS8EDGCfAREv4Brlzd67xVCcDg08gkKtAd/fdOHMmYAzZygl5ULABQ78L8q+Bc6J 6mz/nJlJMpPrzCSZZHK/TCab+2Z3sxfYkFlWRVFktQriuoBatCgKW6j3FqkVFFGoWqtYBVvF W9XKdVlQaWtba2vrtfq3tqIf4qWuRYsUW5L93jPJsoC2v++fX3LmzMntzHt53vd5z8mu2AX3 YjPAIm00xmNqklZLbe2tLZLbReutMQ6jMERtUymPIHqoBFWIx/PzkpnypDRpmFurZ0d8vgi1 wWuJ5fNx8yG2nMl2l9O5bsKPzNSD9M+Zl/XfKc990m4YopZrZmzmyF/DMr/ODVP3Iwv1tGaN CM8IfxTeFv4uGIRhLCGKenoTC74/RN2/pZldCLxsJ3UXRPNPcV/9OvaP8FW4mv0jILtuvhvk CZcRbVzFeAe+6wRjRJYjRnyh3vX6Igbm5ZpPDYdVvLd+BIb1DnDmv4FnsCil8YatwO4ep25F j69mR/Wvnoa4cRHuqYL8Ro78unfIR0e98C3M+9V/pKPRNFkYHKgdAoR6H+Jzn5ZMWdM8ZfDY nWZRMhoNvEdyuic5DdM4zrneriDEgznJgeeHwa68WL6eWMjAtOr+bn6Eh28D4wBFdRGFEXUN 4DZR7KjryQTByyV6dF3FkiqlUgPdjyStdlE2XTp79qUmWbRbEw9p+LPFmMKnxy1ewWx9vjZ0 /wO1od9azYJsieGpNZBArnaIWtqYbYqjOJ9MyT6GzJgTjR6JNxhhtmYzTBrm6wATpJAveP8w 5JKN+R4g890DE9ane9RsXRRlMuqG1NEultqoZN3KPJIoUUu/crafLq6N1h6LWWWY7W/xifc/ gE98HmYLNlbbCrNF71Im+n9gtjncpl3nCvBxLfC576Bi6JVXOK910WF/WDlFodPKXNvXnZco v/f8Q9zv36ew2XSMRk1ml511RcVsOukwG5gEyuWUhOJKJBQlriTiSsDvCgT8fp8/4FOcosvp FDmWVUTBJYpCLqHEAwbU5HOKAmewswoSuRyDEkM0rYmCSexnWWRSpvkj4lPIju1DeK3mYDX/ NDFigtcyXzRhNITLmmV608ImqknO/2andwgrDXXr2q52+2R+xOflRwZGSM8L4iSHyp5KF/FW kKqnizyYFfmM/dv8syvseW+G/VKHgQ7SX9vaqmuC9Ik2BtDgABbqXi4k6kZkNBnGLCg5pqmO hNpQE9XpdYpeLDjNvFfw1f7+MC8Lkvvhh91uURYern0iC16HxUmvxuGwzxeuvTPLKAsOiZ31 gccmysEPPwzKos3zwdms2yHI+tL5GtTLlJlpYET9WlHuD4cRYl0P8v3Mg6yjn+PYwFuon/X0 C4K3n+dZ3G8ysW81W7FVjrB9y7wZVMDj8oKHLrY9iNedpbqHJ3hA/FNw6ZciRHUIa42OXXS0 jmzU98ll1VaFfL4QXqJf4hLSp8K1c/Sx+z1Opwf/mPRrs0kf5o4ztVepl3AeAKFV8/4CvYx2 o32Q1G9l8D+on6OXHaawiTLtxHciM7oEB8cRozCiu0IUN8QLSZxQe92vynEa56tvtMRls5XI ZpgyMU5qKcQUn2ZFu8DLDJTMnP8oCRp7+L2oMI18kDtaYpyHHqSWXnEFzOmF0XeBsH2KbCgA 6LqRtTBvWGT7JdtxCOmxZtqIDliJoyH9TKWz77QO0nw6vXPCqeQB3793dCb9keESAKRLtAkc J2GZoztRF3cCPonr5y7mLsNXcDeyN3J34Lu4B/DD3Fa0Ff8G/5b7E96LP+QO4IOcx8JhyxB+ bgttmYT6uSG8ESbVzz5VoDH9ujCEdzy5E6Syf6AK6N2Qy+DAAD4smPZGANpdPUfwC7KZ+onF ZRdkg/KvsxKyw+o2POSxyw4LANB7cN0fGAgXKODHNomUOT48+hmiR/dvzLGpHg76TaP7UXL0 n0iCh3v0n1sDds7O2qnh0YOIH/1sY9CeI+9Ij36mxVOGgD1sj4mXsKGAiPI4abDF4vZoWcyW DaLBYPOVIRr9fmtRKdvl5vuGsRGAL3t9Xbz8AZBwBcxvRHe0LqGrjn29V2pnU3le9coeWZLd sks2GAP+oD/kD/sZY1JtUlNqWmWMFqvZyllZq8lqMNJqTFA0FHH6NJwxJjSUYwoajjuiGvbL 0KjWrIbyFDR6mUAvDKThllmGOhs33HnkrfecszS3EHLKFVdI8FQE0kihkFiJDY3+W9Ogk3QF BGj8PDSyAxqPvRInTdIl2aAHDe2C19Eh0VLJmaGRSC/okqPkQz7WPNBxuDxh8q5whTLzwiQP afBXVMTItGdhN6/jTFKFe6nE68HMI8Hd1AYjSTUeo9xuF5x7pNYWsUR/sGze2qnX5YPHOzzQ O/m7+dBxvHRGb1pu6ppy8/rejLep68RV66k/v1j79N5rJpait5ZnLH4R86Qfu7V7xtLLXyjH 5Xht967tl/+hHJMVHN1FvG0PJG8fMAch6j25UWT9Q6MHNYdgRCzn1/x9Yp+f4RzD1MPIiu/W ON5qdfBPcyxFRgwwImKDgcJPs439JibR7xqmXoes/MJtyMCxVply7aCWQebjof6gmdGFgoAv hGyNf4paBJT9PvyHugWRrKybr47wejJTGRnRIR7x1bLYVfBi/vP9zx51UmxGA7qWx4DsML4Z xoJsB7UGRwhuVRfoSBapfeLiHLKZlZmD/z7HA1DnFZ0epnkGQWobS7KxR0ESr4MvZXDzk0ay hrrNb8kYGBeCgNW/xWx1lWMGQJFKtR5H/NvBp/6qZf1K24mOq+zLk8ublqc2NG1I7bBuTnM2 0SyVrJ1pJhVPhzKuZKgpbnVZiKXIH4kj0r/EqsQ0sU1p0Tv5zIzejkn1rW0NoRqewnsAZC3Y BgDXv5njzFbfEP5isz6PHZDbAgDAOPuOUE702KiFQCI8MBqC11uoS4BqfX/MQ/kD+4mDQkNg cKQCst4DyW9DpIiIFOwUpAreGggroldKRFR31KshZ1zQsCfs0rCoQNPwtmXL6vKHGxrEg5lZ HdFG0gyorHRMokptYL5Gk7ERSRt4ZjSakKlKXU8CzaFXMfps8Izw41df+ohs5Ky84Jm//dx7 3lX7L6u9MXxGlCjtW9fs/WThN6Y3LdjwnQGvyezhm++f/ebKCecuXlJ76z5iu78cfZcBYSEw hE0LOiGxABRrbWkpCROUk5Spid7ObyLj0ujyzh8wt5Xu6HygtKFzu3PY8zvn71wveP7s/Ivn Y+e/PKMFgbxviysGihSGQKMB6KRYhyXTJNAFmIgXGeIBJIciTWpWBlPYFImI2SF88ya13Ar5 zc1bxLIxXm4fwjbN7C7TgUAX7ZtQGAY1BKhl2yxyV6vBaPt4GF9bVwbAJAne0/bsOZXfC/Kf xpMcnmikugdORwA3CXzqLkCSlzqIBtpKSsLpYgyJtriGnQa3hpWSqmEXI2oI6XpZBjc4dA4M dqLOQSzV0xn1cKrZ2tIOelHrGmn16Ge6lsZ8pq4k2rnkqs+HFnyQd3h43nX3Y7f+6tytAyGf LJ84eNvaa2bemuUFi+CdeeXadb8/j3q0bct5P3z/nGZe5L2OxdsWnbzma8S38Mr+2Wu621yc h28qn/nM9864A2LVn4h/QcYaRMCaNRvE9wgVihqC4YAEYt27NRh8WnK4xSE8VxPt9qfdkWj0 QoqGzJmmouEICH4bTTOGaMgWgv5GZIdgBPErGCCuICEHjElueoi6TnNgg/3CYDCMHCEM7hAa pi5FUdyvWcCPsBxjGLcVotfLoA7lsDoGpwGZGuwGJlXt5kkmRfJQ/hM9t9LpVbVb6DJAwglJ JXgMOM/nr3aPHR3F5kEcLeFWYSy/GOs0gKlVEOKYpquv4FeeOIGkiCfobe050t6Trc3Ec86l k4d+T2RX+3wMnfAc6u1qFOz8WWLnILks+qsWs/i5QIxLyRO8hlzqlNSc1KWpO1O/lf/s/ZuX lYkRS8SIndDxR+Ksi48oUtiHw8EoegqTP5eKyeIi3qNxwTLDmJGacA7h/9E4T9nsK/NAl4ep 61GKWrAFXnlhQhnCf9nGy7kEYx4z4XGZQfoJMhqpDtTNlxC0wgig+Eg9Se/S7Vi3Xq83YOAC BojnXg4avzGoYZn1jFsuuHAmMzCIhTGoIEzuGMuNx0yNbLb+Crx06g3le1/bt/nyS0/VVC8v OH+48bZdG6697rqIDWjVVAIhzK21eeHwX7c8d7CU6IhKoize/NsHb3nseN4rUTmCQwChIkjX BygSR834Ec2aj7mUtlgoE4qG1OHRA2RhQbOXmIlsL3MyeyZzNmtMgIA3gXwjjWNMP8bblKHR VzUzQQ94t8LahuCdSxmGYV2Mi1UZlU07JzhPdvY7L3Je6bzBeb2yw7lFedPypvg3m9OCDawp YlRlhxJJROdFzo9eGb2yaXFhUfOm2I70n6zvmvdaxbNZSIJ4QYw4XWF3SAp6ZN5riyHFZk1Y VDNuLlD5LESVlCmTNniMdptSBB95YEuuTNOcfwj/VZPCZZchWeZs3neMZZTm05F0c5pJP0W9 gFqQghVkpTZsi5WbgbjJxR24Ey87nOINTCPxozqgU38IIkTXe+r1E0+DWRGYSmQjUcbJOwSH 6KCNVpvFRhmzTFrDEWdsCP9UcyPVDLldQmliYTBjyGk46giTZyw4YUtqKGVK6mZBDIPv1jM7 gmuDesDRs6d66MngcVPRLQXCDrGVhu3EY8jtgnRq3HTwglMfmLf8xacfvOSp9t5K8/rXrjmj 0ysJNjFV/mXtGVn9ycJF69bPO/fsbsq5+NK377/ji+U3PfbyvTfMXzcv5pBFj9lVe/L96Etb f/TEqut++rUO8MpXRmv0n8Ar3ejaJzmaBG8jQFeaMhpp6mnOarNd6EYutxu5IbmweixuK6J5 TF1oMQsO3szwVssweCKmHtrs4WTp4yPS6T3T9ESoogMP4I5H9ybiTMBrdcbrPSp2A30oReuC KEEHjwE6vay6gWAJTdceZyW76DUyC1TdLdYt//dzPsHLm0VA4feBQ7yvc4gEKuIV2nHig7Hn 0SfoEyvjY4LuTG5mZh5lsNgZr9/u8q703o7XsmsttyXXZX6Uexj/JLmFesY8bB3OvGB+PuO8 Ej8QpYquHGQ6GwPx0NDoXzY2x/PDo38B8nFws8A2NSlkLN0UGx79GCVGP9qYjEVJWiRmmjQ2 Xk6ljMGy01AoG23xIfz/ND6Vkni1TL/jK1ek6RIlDeERzdIaKfPvZMuc3HIMDQET3U9qYgSK 9uqGSuxUN83mXNEfFtwMGxIjGgq4AIfyJuAQzQYIo2EBEMnvhibHFjRUBMIxTi5IYP0ys0AD eGAQDfaS5f3M6AebgB3AhXywCUgDOWrNwBkMXjgzeKGHSQ979TGXteL2wsvdZMxNxtxk7Ciq MOtw/AYM7BiDQr3a1aGHbaAGYNvOI/q0c/7Fu9ev333xReekJ7x2xw9fnZCy3fetJfetu+zy dZ6fXnvtTx9buvQx6qbWB+f+4M03fzDnwbZS12nnrfzjH1ee1zfhwwV3/+ii8267rWZaeP/9 l37zoYcAF52Aix6wiwRqxX1azsQyaVMG5R9RhhWjSkAynoXG7oXGZg+1tFlj0LRIrdlk1k0y MUd/8T3xi/g/0vvzhmcQLhKUJO8aIkqXQP8foRaQUw7eZXRtKT5bfKXIzGZtClLt1qSliUsD G4SeTYUBG+NQUmWzgeCZZi4AoJmjZcmmDgNm2agNmlkpO3wl3zumcvYp6iHUNg5d/P4qJFoH wDTeQ3Vr2FMZaZSQusaBK5nMx+KM22a32imjAOmMk3fxjNGQSHNgI00WsJGkGnMrBKmcOM8Q 8smmYNAOTZyPwvgWlDMWDmPXEeCFBjIEsAbxYQyDvu6kDa16dL3q2fIRMQ+V2pLquHo72uln ejbNnvmTuc+s/+bOtt4u9bZzvnPD2V0+r2D1JFtfwy2u0j3zL/7xjy+YuLg1Sv168ZKv//yi tdVbVjz23sbL+u4oVGK8V/BYnLj1/fQbv7tt8803btK0DOhZr53Q5yEbcMCixjk2ShZ2IzKK O7AEmMBgaYvFIsuB8WJK9zS+ziT0GvBRJRXnfyqwjDf0eX0dE08lj+rqw1UXCneOpmmkz8KL ztKEXfYX7W/wu+0f8vvsX/AmDyQpj2xqdmDHEPZpHMzP8Q/+5xIzhCXNZmmzv+yQsPSmjIyN WaIKBiDYv79eFhuBbr0Oe9T06OhhqKTOSHRO7+uA5rRzMFt7zy0L3ojxiKn+vtYcE0Nuq5Pw jvNQD9PFTANee50WetKIWY5TEHYhzoxIZV9BAvRZJLD9mEwbmfuFHg4/gsx4J0TYO4AfP4pY vHOjcTseoh4Fe4bPlEU0fZl3CMchvZIL2KuH3D0jI3BH8n7viMxDs4JtVDzZvFfvkIty4gYy YNyIfufRqySLIMcOHaC5mCxYJGoK/pdVFmRnra/W54SOFfLxeXglM5+26nrv2GhSYC4HNb9b cVhkX5CZLmK4O8SCWBFpUQ40Fm0GIEnmD3SjAuTL+gpAg3nXqcNRZ0zxkM696dtJe0Sf2kYy L730+AopKuqFRYxuB6lerEt1uRZ7xviS9TMrfZQ0j5Ryv6BLFiTcYwHJEqkS6TYkC2H1Uc2K theM2AiC7bsaBBs9UrDVPf8HwY4X5HDDK5mLDy3RJUubD/2zIdmaUZcs/hn+2ZhkXx/9Dv26 QUBlNAUPbEf86K5NgVCbODS6S+PEUJtNg6YCZ5vg6GwcvfrR29ZLXuWBzjC7U6NEvmCL8/Q3 2EgQl9u7hrBdM7e3t5QxM2XSccEh2qBxcjFrf2tSv7lMKvACkz3uONlsVLKyJfJ416R24E0n aDbJPKnUrkyaoqB2DER13caerGkIFzSL5FZykpLry+LsTvw+OhH9hiy/kIIMEKAR/kB1/0CV JPnAifj9euYHCEqoKnjWHj0p0SkQ340GdBg9vdKbaDN405lUpimTzKgZg9HpEl2Ci3cxxoLa mqhwPU3Im5DmIEezew6ytViacK8BxjR2UhP2ZOQ5yJW3z8HWNnsTnmw8rqmOp5mx4DiWDY5t Lis1PLi9tZHmAY66BZfY2nJ4dehwkU2oF9kkt6DHVmOcNo5hK90vp8Wr7/nlIzdcMKWSCTQf v+nOO04WeMHbPffuvutzgVN5zw0L7j195UUul83pPe57P7jkPCHhwnkLw9y54Oonz710lSIr lSevq235Re2fU3gvH1HLE9vCd0w4bRHuw+jH3z3+vvnVXRSkm24O78bfPeOUCwzkvzYICDHP MLeiNMrjrVqmXQCJ+idlO3JTxJN8p2RPyPWJfdIc35xsX+5g2pFB6XQ2jykqZ+aHqPs1ybba ts5GvW3DtpRgs/FC0CyI8RR5yq6qrWlVTaWD8XSWo/Uho7FVT06DHJWTnfqQJM0QJckpBmVR iAXI0IlhFL42vCZMvxjG4ZQ/HA74gzG/z5dNp0N+n8vv94mCEKJywMtzSjxuBs/EoYwjH85T +Twn57Kqz6n6ZMo3jM9CWTxJc6VVv+bgKkjADn/Yv9u/z88AGclubaZUIaeKw3gSEsD2BXNF ILbPw2sdAkbCdOHvwqjAgKNnNxWOXwAuXC8VDoIt7Netk3Sres2QsHWS8w3oy8hgrysMOlVf Ae684tvA2NnD9cNPBwYL+589cuD/61R/twlSc/KoL2jQx5B93LDIKD7mCZqO0/TV1TcG79NX VH5N2h68+KBeoXwQr+3Rh39DigLrb/sg/A5eUXthrBhAf0Rg8t+/OFwcWEGdX72HrLzPBBua BTYUQEnUgi/Qnnoi/Wjm1+ZfWV43G1anV2buidydWJd5PGG8WlmaWJz5Vm61ebXrJmV1gj2T n8cvNS/iFwmLxEVO09TItOhJysmZ5XZDi2NiZEJ0QqKSnpg53jGFZ7mCHAlE/Ql/2l+IO9IZ 9kp+p/KbAn1C5KTEZZHlkZXNP4g8ENkSYbNsQJIzCAUlijVkMA6yzRE7HW+yt0SSwZQqJVU2 FAwVW1oklpLYeMJhDVsL1op1unWOdaHVZB3C12mpXAKB81EOYY2wS3hR2C3sE4yCry3ZFML6 QvE+EjBbp15ZtwmC6ION3QQDeiGHsCfQl16e4OsVtUZJ+ejCjY5ZISUruswWp5pJpF25HE6Y 4zmcFVM5pFjUHEbjLICsGw4ODg7ALSHEj4h1pgagNBTtjAL66LwzKkRb2utltyhGg/riGn/P rx647qq+B86t6gtvv8KpOdPLx91+eW0Tfvi0KybNuvem2stn1NW95aq1cwo/mn3GTecRlVPt 8cBFHdOvPySdeFGXdsUk8ruR0beZU5jHUCd6W7si58IFVEHTEW2Q3NIMzzzX16X5+UWuxdIi 72aPuSPQ3jxVmtre7+kvXeT5Run6wF0Fc2vREfHHMKJZu+TpaInEQw4bokVLfHNGTHRYbmJC iUwHzVAZzq6yc6Oq6pvgVx3FcLFQrBSZoty14gglTBshmXa1SsSvrwXVpa+n2o3Ve08Xyboh GUMn/8zytZN/ppx2NvCnALBFiPKEEgZHP94iSZ6AV2rwrFmEZoGnj1WYG4Q/2UB7kxGGkJ4f N/CeZEB5ulRqE2GEfqOeYQgeyjBjye3nztDUyckA5jcveLRPcItS5vQX5vfPPnH2jS3Xv7/i RSY8kajkw7DP6z+jZ1YmnDt1zgln3baz9rfZc9yS4CmcMxD3n/jo92c+eg0mPzkif+2QuQx8 LwhQZ9Wit5hvtNwg3ui80bXKvTq8OrIyenNyZWp12gpRLhlJBaJkYz13V3JLlOplPUGCtxZf Cvl8QRT0sBQ5LxlSev0/yAp5RzgkScGQh82EOI4KsZSiOiAFdkQclMOXz4ZCOALappCc24G7 MDteqxl3BpKmgxPoDaki/LdFFfCFtkja7LY7bA6rw+JgjGoimWhKpBKM0Sm6RMoYTaTNSh5H 3PE8TjgyeRwTw/lGEY8swTUWBiA+H+kfZAmL6M00joS6VxB+k9Q9IzhFh8BnL3oiPz0V/Ob1 53+31k1G7sbFi7YPyMpkZdVptT82nOKszjkXTZu/ZNlnZ08mXrHy57PvPLU8qy97EvjDWaCP AuijhEXNNye80LjUSAsWe0YUg5ZYIFyKx4MBmjOSXMsRqpCjlnXIFeMMCqKiy+fJOJ1BX1ue GDhVzJRKwXwyR+pkVDqjqsFceAgv0Lp9FFYtcUX1lZCaCCFk8VEWNqY6AvjvgdEAFeihVcTh Pm499yK3m9vHGbiSquZRjs9RuSGIiFIiAYlsiDvdWRD/Lu4j6XX71IXehuZGqqQKvZ9EMn5g EKjLYAPNqvUyNLkDeo0g/vOBV7sPdxqIpp9mMmNPHB4nS2ZYGFumEQ7Xpce0JIyVj8Zf0xjB Z1LLidgPnUs0MqhjGL2YjFQ3YL2GClrwUqVaWI9jtc3j0ar2Nhl5oXbyHP2ZT0g7B7S0DrS0 BLTUhj7VZs81YAdnzfB8kIv6Q6VYLOhvzTmaw81Uc6atLZiDMNJOwogouzOCEJTVLErxKSqV SSSC2VhcldtQQlERkkErnExxbFsil1BRls/2ZekskXdWUeIIq3xMRf6In+rzr/e/qOchBv/p QoTHiL+WX8Pv4xleLh3YTvzocEgB4fMNfZCFAFKUq3aP6+JY6aMjtTDwFUrAA8euWTZU0PHf dfCj+mJmzT+mA4clRN9DBF/99tFKOCpfsJm/WgWgg2shclwPkaMbq1rnqsjaCFXgK/x0nj7J eoIywzJgnaFssGxQdhqHrRwT98RVazKuKu2KsR11rUFdXSjYXioQwGp1tOCW9nxLSyEfLJnZ cJLPOXHI44XwlGtPh4M8HfV3q+0Ftf2CUolxRhN2GtK/+VrE5XJS6QTDhS7I53MhjJFvUlJ1 sGGWYuXyioXHhBV9myCvUxAdz0i2t2c8vHQ1dvjoZdKjYG6gjnP1E0Lsjog8PWYgZx8jA/m7 QqMfoRQ8mkY/2qJIMSk+Fn8gAA0OkAAkkMiSpxqBxdNY1RyLR/WlNDhlSCwaczBDfd2TKcx9 Zs6KF26ZfuMnq363ykRqsV5R8GDjS1cv2XFaO0bvnPLdmXVVYWDIvAtvrN1Zau9bs/HGtSux YeXCosvhCz0dlj3BMxfMu2XgsrteOhBpwh2gYi/2OG2SCTR6MXjVQvCqXvwLzSreJz1e2CQ9 U2DqVMFiyzQYgi+iZ/58EAcz0WAwEg36si36ECrgQqq1UGhpDWa7J5Mh3lEJV6hKprdSmdwb 7K7zCIsx06ARdRJhkVINDpFJ6J/jaMJNGaWpKaEEMxNLZKgXdeLOTFtnZ6ktODEeCyGMOblF zWYzEdWXUDOZOmfonjjRDISiNaS0hZReLRBuW9f7RC+1uvftXqp3iNqh+Y8XQ9GoEGqmNGoN RU+nXqQoBzWHWkjR1E5qBzqO/NQI6XtrwHNJ8gdunOnWq1XEY7sJU9BzQtIKjRTxWFP5yrP/ fPLf3nXsZ+gIoJeMC6QY4HBVJA2aAgSibXYnnEBTL/9Gv7SE2IDqw0uM0S+NHEs3rqu+osN1 7S3d7dsIsfhCRxAqtyjkk8NfkJG2OWOvkcOLqPZa6GjKoQP5KXjzWP+QNPY82Nx7QEA+BJsL o9e1XIHJG+LWiC3iirgLgUJokqHV2uxqdlcCldCphl6r5tLcJwemB6eH3OR3oWA51nZ9SwlY Ulg/D7SjQCCMgnI9F7IA8tdzIa9IzpPudsHtFoWgN6zKoip7KUplHSrHsYSECtN5zMuRVW97 D+dAROug7IpezPg/qPKrtPWlPSZHFbni1PeP2WeyW0/y9ZoXM2lcWOPCJOj7KKDvEyA3FX2m XfMdeqnzKteN1Cp6tXOl66DEcpTFZXHTa6l7TI+Y3uffc70nGRn+An4rv9XFtLBqJF4CghWR w4E/e73BsMkhWixMJEyJgKZeD4FSzSZUkGblK7sRvha+z9fkuMAeYlkTecJEnrjWhE1y8p7t +LVGuIMUjmDsnlMbFLuxL3uE7GQtALZ+FXWK8RJldEsuaAWDA1DXYTQ5aU8O80bAYIkSc/Xk kLheJt0gUAONbYnJxm5EmqzSEb50jGTpJ/bcO2fbAhLY8LQfTj39pI7+2jZisNQFdeFWfXft nnk+btfN97MpU5pCt5xG7T2iojgLEPEukPJk6uvagDfnbff1KK2l1o72KdH+ngujC3ouj17T s1Jb2XOXdnfPEz07en7X6nSg9tbjW2e2MY5Ypv2Etp7SjOKzlV9qu3pYf8xfnB+bX7y97Ync w+0fxL7IfdFubpmMUHHMmjNHWbMdBXCgNQIGHQnK6Wa9YBPJrclRzTmcy60p5nLNxWC6iOq2 bkcGbGg9ytwtkPDUzT0VJ+d9qkMNq80qrWZiJN4EU7FoT5vWzlQmx4pIRKFozBWNxlC0GGMi uFlNx9V0KiUXY7EI+As4jJfq7FAnVSosy6sax6Ih6qrN0aiXaxnCZ22LTJ5cRJPVlmH8EIpR V2kera84t7ioSKOiVuwr0ruL+yAn7unYgc9CEVTB7ZpwXDRC/A7xeB9xvd6pw/iMcRKiU/Lu bpnf76t64XTQRza6END1yTr2jngrvhEdlqvdOkHR9612k70Xelhfkc+QnXsy0kLdYM2BDmjk Fmg8OWhcTZV6aXDWCsO36xt9vUfWaQr/HbGPrPAMDP5X0DbZ+e7u+paw7Sg2unuTrLQRJrcR jjCFWQQmdIr6nyA7OgbQ+BjExmS/n2fsjFKTeMbd+saQ9eO5Np5LRu6mjjuHHP9JhmK1lgtv qChz55ORH39v8wr8fG3ll4Gm+m/KcBjBz09/Z0nPPn1zzvw/pvUMELzjLPCOKFqgdQJJKhGS RFJwwBY/kKQ/NzhRiXAiSrX4Cc1xcJjzQTYdcopy7IErj/ghx94ByI7rS0PjOfCXMmOyKXl8 G/JXywm/RuX1PWJzycU+95wuhffGABWfSgJVbfYxoIqRF65nF1xPJ9WpVd4N7g1RJ6CpnbvQ i+gV/EbgpeABdAAfCJoTKBlMhtTOKYGZgYdC20Ovolfxq8GP8AdB21kAnVZBnHwmAu1uIR2r 7ojOdYR1h4F1p5wOh+gMWsN6psOjWF+MiqXUWCyhBsMFPdextLS2t7SU2oMFi0E/Z1sZljUw QYvfXf8wL/5fzr4FwInqbHvOTO7JJpPJZDKT++QyuW6S3SR7ZzOwslRQFy/IRSIIiIrYBS/F W+tar3gpKFKlqOxXpV5QxF3ABVSsHyhKW+gvVKW2oB9i9RNFf6QqbPY/50yyuyzi3xY2Z2bO TDabzPu+53mf9xIL7+NJPsbyvJ31uFJRxQAkJibIRCySSEQjnlTfwL2y2wMIv9vj8QKSBWj0 NhCE1+Nl4RRUXo9s9IYln8/rdXskgI7Hu92uhnqSsksuMpWO1EnptNFoUtkkk06KNDR4vF5P fZ03IhO7gC8yI9IZeSGyNaKOyJFYLiIzeUtkSWR35EDkCJzrIz+U7R4fmAHIJWAX+hIAldut IkmVp4+8QeZsfkrFqrwdtl22/bYvbSqb0Ph62YU9G+k0Tty3NqaVn+JCeFhMJBby9CEnTqVC s8if6ldUHm0KyFrgA8UQQEFCLO5dP1eiMuqf09sS/OmR1sL/DK7Bp6HUR3A1BPkLQRCcmrpV 0VkATpvdFSQfn1l6hV6JV6K30Tguj8Y/gVbQ+CcMspSEr51eF9RlBmV2jYQG/Ulyz8n4ivoM SnUKSvWtUKqToFPmdCTQuwU3+SYJjEDjcgHOpTJasZSZY4zZbIUaHE4o0gRBeCwZjSaSnrBB hS/RZimtVkVBF4DFx44E1B0WKnfIi44DYtYjil6PJ+QiAQO8ShUIcBG2hBQOe6VQCC5UN250 sRK0BG64KxuA0WAAOo/bC6CzJrsIIimH85ZkR3JGsjO5JLk/qUk6UyTlZVzochszw9ZpW2I7 YlNZbMAmVDddOejkLUTMB62wVgh6HFLAW0sZvCk1DtjHK68KFqCDKwBgrW440C6cPTEVU/3/ NtA7FaRjcy4GT2vQs2CkaVeR8/uXK7Z7J07ww7b7A3L+SmStFIwyTuU4MWoEn/8JtX0IF5LE 5RAXXg698ipCACfkgbcs2wWSOcQd4r+jv2OOckcFzZvc+/T7zF+4d/lP6U8ZrZN2MnaO41Vv Mt9bjtmox/TLTU+Sz6if0T9pelvztk53G3mf+n5dl2mxbbH9IXKlWlevqddl9S2mJjrLZLkm XhcnE6Y0HWbCXJpvJrUvW7bSPUyPrce+jtvKbxZ0z1vW0quZ39qesD/JvcA/K+gm287livwq erltGfcov0LQjbWNtY/lxvNnCdMs0+jzGF2Mb7LU2ertjfw5lvH0WEZn1Bh0Lo1LF7NEbBE7 9JMFoNLZLFUqQuuAoNUaNlDmMKL2/USG6CbUxCI2rBV6nW03lss3UJIhSjjAFDIu41mI/yEu HtXzFKFMbOAMbmuB6Rs41gu3dN/At70MX+BQSruZdRU4nvMUeDTooXnvtQjo1Gdoq+4b+Mvg sZFBx6+jrb68taEtBM529Dxle1Q2QxBt91cxrTYvHABK/bEJharylkRb2l4wlbc8yoipstpa gRkOpgDa++HKACTHBKoYgxiZsNIEFEFGmyNROQDiuRnV5Xd/uXhnaSfI71z8xeJJX7zy4nGg Xf3KF2T706UPu8FUYAYWMKW79NEzfwTtpbc++Kz0Lvq6cpLohZbkImhJgkQ1cUTmVU6VS+sl fDYX4wu78q6xrk0JQ5yJ9A18IdPXOW93khFdXLfMudxHjsS3P+yd1QzC1ST2zYKEN8xYQoUQ GQrx0EWLhS0QEDvT1RAy0kLq2FDgoEJXI7YaeRtFAmt4SIaffQh6yXAwWpBfPLVcJfqvu28o Qx0R0qeh3SoKjFPVw+VYTVAE60bybRCB/OP5v46rnTCx6cLSd8BUfGLCs78s7QUHSteerNF/ WHzuL8MNTtsF51/fOvtxRaetWKdTRBN4S55xV+LOzD25hxMrck9Hfxd/MqVj5tVckSUNESrh irAJtloixmfacm11ZzZOaCqGpoUvjBQz52cn5SbXX9Q4vWlOYk7NZbmZ9WszT+S661/JbMz2 5NbVb2p6I/FGJpAx1UNp39hkyOhCaPdoT40ui4R1asIU0cWqY435aCHeVN3UeGZoXOL+0L2R 2xK3p27PLK5bGVoZWZZYmlqeWVG3mvhd4p3Ep43fZ47ljtV93+Suq29sUuWyGSopBQBEIMEA G4Tux1yoo9DwX9hjnKvtA4tlGxV2NEiEvjYcc8SooN48N0n0gWIPOOxHywOfT4cRLetPZpLd SXVyUT4sCc1Qw/sG0/egltPH+g8imq+QRiwf9EcrwFs78FqPns4lph4UPubhPMYG5p9vG7II lZoEHIHAmXlye7BFsBRSc7xMIRGFQwpZiDovHHJoqEMVPzk01HnhdXWo4ieHhjpU8ZNDQ4KF Cg9GaOlUUFRry2lag3EnnGmgBKXK9YMSmUf6i7TYNkyDyasXnF83ZVKL2DTObWIcBvv4hrr4 Q2NrfnLpKFZv5R1bnvoSKjdU8NLuvw6qt3iB1e9IMw6bxcj7hTqT1armWZa+KwbG/wMpfOnp 0lelb0pPkXOGqz2JIyKvQq2vJurBf20ixIFt8jl+sTXBOvjWi/Jza66robSJpprxNdOcU2qu 9V+bvD5/f351/NmaXdJe3zv+/dLe6i8lq0XS14z1tYvXJ+/w3ZN8wPdb35rkDv9b4qFElXfL wLeEnrD8oIU42aFtHrIQPn88IWoC1cmgL0XUlb3TasKbTiGlTyF9T6V00PGV4nHE7/g2kzcS 1WS3XEXAN+Kls2E3IQEJiteGW9xL3BCPgKiM2mhNDHQHdgeOBFQBBIgtVpkGafoITdJCw/j5 J8eLiwsPFg8WccVpC65fw3gD5xFAQ1xxSodHj/9Vs9NATFjHlDnmHp/Jv3ngKGphvz5hynM+ uD715Pw1cK2pZJKWKWZUXvPjLqSWO8lbDGcHDdakU/3GE4+9e8ej07rul9HRgkfXdJa++fin vec+c0NpJ2kojT/ZbL3582mr8q2Pfo0dRMer+Qsmzm+44BGIPzdBRMJC63UG8ZEcH5U9y9WR LWYXcXdydzkXu+5rXDHGcKa/fTSJROKZ0U+P2es45PjGoXWhN2nj61ApwoyEHBvV7OQtapYA 9ebaTJBK5VCU2WoUpJaWnDXcZvTr9WMmGe9Vpe6N5MJiG6WCi4+IQ8714RneTi/pdbazYblG Ckry6M7YLbElsVWxF2LqmDD2sc3ANyxL/eBhCBeVWmwlDl0ORCfofiuurlGy1ZX6BIdS/Y+S ewGuCh4RZFayL70kimCWc+sqedblxM1ygnlEGixXoJYpgI5xAPUTt9/7ZOqsmXPXjJ489dB/ //U29OkqZ7Y8/vhL7WMzj/x5+vR3nl+nanWjm/QXL4o737nkktrzsj6r2xO55+KlOxdn0Kl/ oJD09Icfnz/mMq/dGfzJT+64/VXUgg9qdwte038lxy16Ux6F0QJuXx0KdJI6dR5FzmwCVwd9 eyHIQO+DhMok9IHOjTRt9RIEtN+dsp92p90z3bvcKou74O5wz3AvgDr1gnu/W+f+NIz8OsQJ Hi3XxhTwEjwitHVKoOsUQRYHi5ErO+TSfZg5xZzGvtLTOFf9efTpnUyclv6GZBssKi3G2yB8 3+dDqbwZvu8MCGwh3OhLJga+7fHRblTW6oJ4L7DIdVBzyP2Z7zvyG803rm99x/16I6nSAJfR d4drpUbD8IoDb6ftpD0r2O284GEUks5MVIPqGFFdnSE8catBiZ7E9FVVBr3HqjBx46RsmYHL QPsUlGIxXmIMEmMlPRDNBkQvAJ3w3pAWooOYgQqZawWnV6fr0M/Qd+pv0S/Rq/VCzTDvp4jJ ViS1xSHaddDt+Y+CELimGBuXhjLfCj/xwVBjxZHF2W91+RHeDNX/+VML1t44zus0m7yK77Ly 1V+ev/gy7OAqE6rW/jEvHpn15vXkqzjQiF3YMfe+ftbjs/FMhZWhy+tPAtwkR7SEls8QZ/Hj EzM9D9K7Pd/x3yUMTxNPe8gEr6fHTCLwiLDzer11zCQEqjegHROrxKzorJ2mWbvHZOcCcTQF F4EFEklItDRT2i2pJCmWkKR4whNIEEYcrOI7tQBVpHdqoe8bI7VaivQYSSAK6OSZHk+W93gE 3iPyDjsJgBe+fajofAKCHAfPOhy8g4tLAUESWclEScaAKJpMRhJ9j2UCJKQMP5Ffxx/hVTwK MxsdpJS2z7BvtVN2eNw74ACOzeA2giN39yZx/toclI5+qHi0iKsUiliTKlQH+p9OVwiPH0hb G5mWhgmPH51AzAbmNhYWoS9bTjfHN1nJVgqC7A/NkquvK00d7WCrqlgHaORtVWab47/AnRpw azfPwgMeNChbWdWqt5tMdr0ynuCoz4YfI44R+nSqJ+Hdj1I2BcfJvJ0nOYdao4IOYNTJaiS/ idSHSHtMWWKRaWnBzT5wja18caez09Xp7vTczd3peE39GvsPTj+Tnmmdycy0qXaRgOZoh8zJ DhVPuhxewefxRmOOOrKOq3G0k+3caMdUcBE3xXG342nHW+QObp+DjfJIogg8qrGkMWMmqbCk wZ0qHNK00hNpQOdZmraxnirWLkbQrDfkDy0IkUSIDk0MvRbaHVKHlkZDoUjUI0YJkwZforfo fXrSot+q36//Uj8AFX2pWq/XqD0mtcrvRJewnhke4MkLHo9T8PgFnoAfh7+v9L2cs6soP6tW qbx2loVLUBQKIS+wPC+QgKSAl3fAfQdJkYDy2jl4BUdKjj7yZ7KXRw1cKLtEqXQRSXSiH7/f JlVppCoT+obwJPqeAoC+5ZQARbl2lwB8AhDkeF6Qc3U5oSsNd4KhnCBLkZwgyZaoLzojekt0 SXRVdFf0y6guuoW8AUJJBwTxDg4+jZPT8AGfysnOvIX7EpflTFlPylIe4r4betR++yvw5ViC gi+tAtWy3ceC11jASrQaEOoO9RL1LrVK/Qo8GyPG4pjBHCW18zAU4i8E+qCT7k/0L0Tiyx8S 6P6FTv6wUjdRPAjP8vQXxKB9LMf3UNigHxOGuAGIutIJBO0MJYLC30eMDBL8WGroqRNDWjVh nQQhXhxCvJfILtLpcHLOMpibsM45mNpGDnzeQ+ocfQNHXuToCthDwYJicaoYRBmhI5gkmy1r s42Yo969/YtPb7/Zh81vA1oFt3X+z62fXrVdscdowkcVTvxe1ToYpQ1Q6RN/pv4+zBJPhLrY hfIDyKy8nMmDJrEhmG+TTR1cR2p0w7mmGVwxdW7DJaafcj9NXdLweGppw1OBPqZP7Mv1te1g dog7cjva3iM+z31ZONz2T+Ir8BUd4OGvrQVMm5VpC9KBIC3msrVAzOXaGIbxijlWFHO1QZqh vaCWBaCWhIidliySwSYxkij5JecYqU3KSXmpuUaqlfx95PWyGyJ+g86paybj5Jc5kJPa2goN DYVgMJWKtCGQzxRGq2kJALXJpPZ4TBznAWjaalGn1QUoWzPUarVzbK0UhLMbInM98JXQeUMH 1LtOD+URztgCJJwsZ1fWXuHsozw0yKgWAK3AwtkHeaZCXAvotqOTeE6AB4OTxTK4xIDz8PAB CSFyPr00ClfRKFxFo3AVHWC8BdpcxcHBxFacyqlle4+zApiBPb3wOUwf3MKn4S18JoNYJPhk fAyfj7Y9J/8KC/yHTT3+PdmBr2Sb2VGwWqzuglVtRwNtL6AFVbbBKZGHJ9vQQPMWVvn9cFsL ty/BrdUMvUMw6O7ihISRycwjJurgxMjo1sgJcgVYovAqX6PxztLq0jN34uOjKOklC+4p3Y1l /GMk0ReDM8CYi9HeITTnJyf39w9mP79aGqPsmzkNNI6fDMa5iuCJYTI/G8r85VDma8GjKHT3 Sa/Dh/p1fCLnbUJhYwDog/paISjUXhG8olYzjbmYm+GZJqp04pzAQ4HVAdU/xW+DpEbUB+2i EFRVaLB82clVMmmqBtNoxECiBs700imQ6iNfl421qVRNrSdRS1Tc4XzZHRZsqO8Xh64ZTL+P h3A2VSQRjERCQU88GAgAOmAlKEFfG7TVSImQlIj7pbhTZBicLQOBfFCaWAtq+8itG6Bll6w0 3JMtokQwHcwSlFaYHY4xzz6M67WPFg+XIbwSasW5ES0tFadomLH75iTTdwr41J2MPk9/JRZL YiH0iQVoFsPQLPYSvJUvp/YuJH7I7f3/y9KyQedB8O0rLalFR5+g4XzQBLLnDcpNLUmXzhiU m5fJ1KCoRMD7w3IyyFGlfmq56hPCSrTLktVo/pogao3Qh/oaWi6d0UDrGAKE9LQhY5hooAwC c+kzwxNNCj8U6ay8q6GGS3/A4n5AoRdVD36/Fb26+jNcig4X8ZZSP/kQ/htaZf/Iv4E2MnpD CBRwtZjy6icqrz7ytdVDmZ3lz5Qs7ByeofKCejTKrPge+1lwcV8KPaoLqS4iStSBWfK5z2qf 9D2boiRt2Nesuta2yPkzVxd7h/NBdrlzjbabfdK5Nr1B+7L5RXa9c5N3p/lojd0ABBAH1G+s DznJm1L3pFamnjWvSW2v2VvzcY0uGugj18rOcFoMhwNiIMp4bI5YnUjUxQCVNemTdX3ggDwN 3B0lDFmRMupFRBQuSFLJWLPJFGUfpUWPFp2oIvx+UYYW0CKCtFgQO8QZ4irxBXGruF/Uic4G x5KMqEHnOzWrNFs1+zUqjVAf3zKkBCBxdv+hcoqL8tFVitnTxcPI68K1w4MEQaO1cYQol6UY Le5bCS10N3MDR4g8fAgDR3sZXUpXThqES3w50ZCFl24hvPAS28Br6MzCIiiK+UrdUi3nGNbc ALWuUYLjZdmhJHyuUqc05aXdDz974N2muzu6uma96NfTDoN59qMTV/UsQAK/vfn2M1+67JxF V1+1ZfYNv1nReeNGC3332LmNBp6xGizO+GOz+/dghue3Vrqj+byzLp88AzHU1fDeT4ZS5yai IPQigsBrZSOdxvA3UOXm0LFNSNsFgbMH3F4tBYx+yVQ09oHZGyRR7xfhCjxbjlNugqC0eqNH tMBPntQ448ELCJPfzqLyHwvbye5nKVaIXfyr4bcD3YSDFfK/gDq9HYQL7mG44B4sZ3T+WBug CetM5ZshXzBPDzLGTGhc9MLonOgzgdWhl8Am48vejZFt6p26PaoPdAfVn+msnKoG1KpHGdtA h/FM74VgkrqoLRrngLnq+cbryJsMN3lv8C32bva9EtgQ5uB6eaTHSEf7Bj570csp/W6KYOFU YIX3iLCzBCKEgiOoOjCsJhvEH3m3D2hK/9zwwbLtw/KnH9/34IP70EP1Sf87b5S+eX1b6cgb q3FLolac+rBj1d/+tgo+yrliE6BmxokjG0SD0YLCT8fkJNx50/5B+P3IAd8B8X/Dn0W0IXuE O8N/dvjsyCR/MTwtMs8yT7givFgwcSj4dI2NnWq70H5leG7kmFOtcQq03RmjY0zYeQ+9kv41 v9y52r4aXhuUGKtFYF24JkRwOxSmjrjbKsa0xl6Vxv1bhxg0mpt1U7t9YKnvNR/pcyZZUUI3 uVsCKEVpqURJQmLbsPsMtQ1n8RYXnn1U6UEE/x8s5+4OlYUobBziLVCaGCrvK/NxmuF8HDe8 2iMYIPI5IltLbceJYrjSQ/PCQ1te/8uzs3aeZ6etjkuf2LGzdBwYd/6eqnIjLXnV53S4xnV9 9vATe34ykXVYE2OuBNSbO4EJ6cIv4Ke9BnUXh5/3hxvPjF8eJ9HqvVZJ0ErjBTyg8/Joinal HS4X7wh4DVwgqi8aoBr0RkX4eUN18AdE1kuYjKwWfVWCw6f3d6G+2wA4k2GxC7qXfeC+3kS8 q1LXtrD8+SAyugUX0MAV5SD8OYr04PS0T01mwjqurAS9Zh2jQyZmSC82EXHogfjZCKLGJIiA grqQMGijBpeoYF4zSAXUOiqiPLy9gIpUTMyDH1795xtu+PM1H/waHy94b/mv33vv18vfU31y /CpkW57accOBRdfvv3EH2KdIcvcHH3QjSSZxznkaSrJA+Ind8hUGboWdrCXHkOeRs8k3yDds bwv7mH3CB67/4T/2fc9VCe64O0c2eMe7zvJNd03zdbrm+37hus+1wr3C+5Lach232b2N2sa8 5X7Lq9Fttzr9friCWj2iQ6sSrUbTBc7mbgIsIFDDyY9lR8DfDJq7WdDJbmV3QVOkYgUx/tww ET37MC4pPHyw0jcCl4+dZGR6OFYDTcJ6F+vzkn0Dnw+aeghkgMhxI8qQFMkktEpyuKr6xNPc x89c/KfRNjPN05lvbn2vtB9YdvwJGCYLe5ct2+MEjz3xZmvWIlitdO1k4HrrJWg5/u+t9659 7n7EpbwLsew0KJk5Yqcclk0T1V3q20y31nSbekzrE68n9iQMDp1Fb9pB0wF9LkXUAAhGVRsJ IpCCAKIPyLITQMkNRQNEuBgTPQTB+IVUNa/R6wwBKIuyoY5IAr9zFxbN5XJV2i7bF9h321V2 IX/dJvCHcp7o2bg0pYU+hFFkCwqT9ONGMCOq64ojckXN8YQL3tCkj0i4Yj6ACLRbbz1tPQTc KTdCGOroorHbKzgqDbAd7e9E486NaNz43K8W3ZW186zO9vDlP10EFmNDW9U/roL9yE1IHm+Z 9yin4xjGQTnmj71FwV0k8fPSL1S/gJIZIbLAK9eMZRew5AfiO+HPxYPh4+LRkObK2FXVs9Oz szdW3RxbmL0v1pV9LPZAdk2sO7vZayZ1yBrMwgZCr1br9AGS8CZqeD/t8MN7afYuqxH9hoRI LJO00LHVAA2IevzAbzDQ+m79Oj1l0SNq+AX9Lr1a78ynxK7g0mB3cF1QtTW4K3ggeCSoCgq5 +CUnCSu2FijfDt4MBAALB5FJLVQqHhtHGIlhUryFcA0cJZwDR3viOujxfdvj1REoVpzUZdAm ZsqiyWouPRSiKgs6Qi4gP5gGxWrNZHCon1h9XR5ZETKfY7K1J3UmuVVZ+0L8guln4xKUr8Yv inB37X3++PHn99618/773377/vt3kjt+gy3GpgvGJC+O4tqGs86Mjz6xCYANGwBRmvDQH/64 7KE//hHqwiSoC1dBXWgAV8vVK5zH/aQK2MEczXWapeAhshs8Sa4DvaRhteZ32vXqDdo3tO9p 9zu1Tp3Vge22hfWxJDudZ1kHH7DG0hjwJKdnksl0JhCjDYq9rwJV0zHtH6AV/GoMTy/j14Za dBzMp2vy+dqaQANAxX2qWDQKb3cDodLSBp3eL+znAVwnnpCNTYTor9ma2ZUhM33gf3sbx10y WM2suGQt/RWTj+lg62kN/r9aoQBPVQLnYOA11KUKoIxVq7OcsQoVkna61FpN2KUWfMCpdSsq iXpxDcUuNxGagaMb/CYfq6CfqUqUTOnSNYRRB1W3XIJ/uiAmOG/isotmLZ5+sU8QfKUvsZN/ 23XTR6fnD69OwpoNcdHxyePGLuno/+eg/lIX3VjtX9T/+WD3xlalgxfxCpQGTg1dZYhgb5Hj AaFWkIXzhNnCtcLtgtZWRU9hIY7VmPRT1OqAiXMLy+0Qx1LbyT7w0Ea3pspkIMAWgAI1JHRD zCqV2m/vYAEreM69ZcjHo/vxXWopHDs8wtUjhtd32YN52yk1A+UPgFx68y1gPHrf/Tx2xsZ/ gxIC1db33y+de+LrYZYKYhlkl9aXfkE14HfmIVbJCRo1zyRp6iLLVDdEd+5rLV1EF+giu6jl FvM5uiW6Vbo17s1utVvnQiFnN9RmtVHXB57fqFIFjMobls1GjfMCwc/YzNwyLwoAzpCtJElR Xp+pyu/xdKiASvBuBhvAnwl+KDiFi2UqAcD+g4Vj/UOVhagrElwA0TsffMfDyz3VtXV5cv/N t5aqkLNOjpsyZdQFpW/wB6C/8nb07vtPYM2ffeXSah9W/Psug1q+Fd7XZVDL82TfJiIGxZir KsRQ7SZrwlu5gzEWLrP9zkZuy4E4Gw+nYvFcNN8YKoRHxQq5eey8oHGuDQRtdTYywXbE3g+/ n/s8/HnuePh4TtcUbsrNC83Lr2HXBDWhfDBIKGbcOGjD3Ujp1xM+4POhFzXRBR9uUACRt296 0OcLBAPuIFGdxdYik2nPZTLZXKA6l7ca8S8ypw1ms9EQsKLEX+hBKVm//Aqc9htwsbakhObH xWLTw7GYFA4kw6FwKOTP59h8PhdkbYzNTwRZgggStnyIVQdBoNnttje7NFJzMttcXZ1MksZm xkromgFpYJELre8MguBvwqFJ+c2gmwjDmaoFua4c6c9lcjNzVA5ZI0+9Da79cPVZoO/Sk7Te r8/AHbQOafRC3RbwGNGlEPJDSfyovTyqRT1cZo8qjDsurilnZjoa71KlFBbTNrCn19uC0ub2 9Lrrla1Qq2wd1XjbM5S+D1D+Pu7YrcbNFX8s5nV6DmrktdCUnXL5SYn8toEDvc5QjsW5gFbU h+VAD9zi5ryY3R9C0EGIoFldGDVKzg0cG14TCK+AV00sX/Vtb1jI+Qdr1hGBOpgoOoRrBrkt cZDbOoVafXmYs7gdXJrAulKFDMclpT6w6hKc7HEEzTaXHgY/K90zzHX8HiSR+cD9db4oTR2k vq6BGrUFahQLNYoninJulv0a+212CD5MUxBmhChxCkKIDG9fbrUGeAICQwL4rTTdQW+lKVoQ hltD3Kj39FbwtBbwgZPt39fI/lVch2FGHf6tdtQbBWKydjIut1jqLQ3mRkuTpcUyyiJb2ixj 9YxkqjOtd/UkVRFQB8hJ7lnaWe5rtde61XXaWvdY7Vj3JK06o6sfhfVzfxNoam9tahrVGqi3 W9CU18+Aicxu5gBzhFERDM3IDMW0mxnGYg7Ywz4MFIgAHSAD7d5AwOcNhOsyymSWzpLZ9nQ2 m0kH6tplNHnp/jbQ1l5oa5MLgeq0xiulqqMetwZo4/VyM9GuiYuUU9TrKW19XV04bDdUmf0O TvblM1wXR3InJI/XH5HQsdQlkdKJViLtL7QiIoto3dq6q5VqFcbFn+eHcSZwJ9EyuBksbyyX u1XYXKaR+A/qFIunFsRUtEaDrDAGEyNBRRlV+KMxXjCYVGpjOKaK+IBaIxgcPhBVx32ANzl9 gKh0dsRt9YpFCDdcQ+W4hoEvCBV8aAf2wdfaB8HLOxXsCZRee1r0FzhbcQ0/3KK/pAdulaba RZsdM2rYix0CKEGr0ur25ONhSGWkkv7jyvmjZ4kN1zRdVDcO9yZYeU42NXd0O97tqKlOjmrD 0x/hvG68S82adM3Y9vaxzWdN69+ApJl8WL5g7KX97+D9B9ome2JzlIMhZwRK+Xwo5ZOhlDeA u+T6vZq9OnKbZpuOfELXo+nRUQu1XVpytnaObo6LWularSFv8vWC9STl9s3zkQRQkaRXxyhc hMXus5P2dpzKEmBGYlplSTKjr2RoL69KCqaliTAdJkcA26p8uwJsa5sbNGAzOED4wWzZ5hFV WohxGcZq0Bv8zv0CENCCQmN4uzTTDeGtgLDtEGQqI1tFOPuPwsXi36+h/XdxLetyq3VanUZH atxqKHAunUfBtnGMbV2DeXksfOrfX3SxingtxM1dikWI4OrKjucp0nGyFJ0CbydP+dXUmR0N F2F5+BCXAfzyqvNvXDgc3ZZl5ZapZ8S8957Z/+UQup16U9sd/V+NEBCIAR8Y2K9qgRJiJBzg J3IDw6k41sFRb4G3jHvJv6r/pt1r1FypvcJKXkpeqrpCd4VhXtV866W2uQ6dXaQsop4y6rUm kcA9L4QC3podeCtX2fPrCEATGWImhJh95F0yz4gaGXXEkOE1nZqtml2aA5ojGrWmD3zUy0MT VPFb4OJ2uL+4ELkMlc7/J5XWbyE4iEDZgaPradbMOjYPfARX3I96q7xW75A/WcSBIRQrNXKo iINFgxXRmzaLt2Bk4aAzwEGLBitqE+qBiE/LGhl4Eg4ca3W0smiwsShs2TewTWbgjsEAwZoO DSRl8bWASmL9sPaaiLut8DPDWa6W0uHXt5W+AMy214Ft0ofd3R+iB3jhtdIRYN2KvrLiyO8f //v+xx49sB8x56VfYO1FnVOr5UKNwdIYgY989blgElmsmgPgPdFcWXUtuCl+dcr435rXDO9r 39fvi7xfc0jzsUEnUEnqJu191ArqOUrDubHKCmmPILg9AU5ZpYzMjpOWpNGBdHk1AlWxtKXZ 7m6GkmpOi0ZDTATLVFrC1xzWSKJFB3TObJIw+70WjxL7VnmE2uHkO4Z2Fer9cAsmEH6IP/jx ZNfh9FjUlEF+RzVOda3yA3TXawb+9mIkeFIzBVRerGgZYncQiX5alTqJS5/w3HU3/59rSv2v fHifEkfrHEapP/bOIyv27Fnx8B5q1oqLpl+76+oNpYGXShol5RLiimYMiK54YNfupQ/s3oXY SHjvnoX3LkikwVmoh+uxHktjDAlfg6VxLfGUa22YOo+Y4ZxD/NQ5T7yGuNn5s9RtxP3OO1Mr pEeTD6eekZ5L/i5lfTIIVsbW+NfEKMV/MA+ngRTbbLTvKJtlxQyfh8xwxTkgnJFqvplBQN5c LboNesQQRURiWUAbAoJe8HcZgMVwwHDEQBmcNXERNWfr9q3zqXb5DviO+CifkKmQyMOZIVyF B00vvKkokbnQ8kO00I9Y2ZNvrFNpzpSGQDjMJlFz3yib6IN3Njbiziqs/WkL5RRSNDSCHnpu O2aSMZ9cWoApvXs/ernUD6hXD9y755FH9qAH+dYKdAePb6/cUfD9SwBs2DhQmvDArl0PPLB7 t/IdDqpp1CJo7e0ye7MZJPUdhnnMDcxi5teax2xat0Lj+HaUvTeXfTO5Fjo7sqwvO2WohcVa uSN6Du5fEUgYzazJCO+JWlsFbARrpg2hcDOR0BgKNFwMoS+GXDKXwfL/2PsS8LaKq9G5ixZr szbL8hL7WlZsOTZe5SWRSSRvsRPHNrKdWLZlIltyrMS2HFnOAjwIbT+aAgWaAg1pHi+lKUtK QxoCGAo0H6UhpYGmgZemlEfT/DRNKUvapimlifPOzFzJsrOU9n3vfe337Oszc2Y/c+acM3NH c++VnZWxstTrkFGwJma3ZdMNvLPZ0uyUgov3TE+I9DFZ+pQs+RIDubGOvomW0S38vIfMrzkJ wsjpxJF7xmDUmPTp0RWUqHUzXlpytQ1Ylt397frlt6cYFBpDtj2l8ps/ZCJk6T6C7+J/Sh5s 4/rfvr8zkGpIkRmyU7u+O2Ung6PXJbMviuubn136NTcFWlbH/NG51bgk3cXqm5EHBeueFJ6s /FbVEcNPat4zHDcdX/yrmj8Y3refqblgOGf/tEavNEhNksUJNZmGJFPS4rSauywP2H+QqFxl 6K4KVq113FR1q+MrVV9xfMe436i4x/FMJnuDPD8vO6fEeX21PdWcqJElqRYie2lxNl9YkahR cQrE6VIc11+fpcuqVUwy5Qc4AR/TYB50pudUZGUhh6xzYVZrBj5szmWkNpR0ZDvykrKceJY0 wXzo9ITymLyU+loZJ81RZCn7RJUjh4DEjzEx+R+J708gZ8/xGJOnC3TiVx2mT56L76zR03cP V1XW6IX0+Yb5yYuTMpEjbWEmUymAo6+BoGmJORMlmxdfv2heNaxlUh3VVZkVmcjo0pGlNHmz AnHE4zpkjRMd/QMOo12R/uKl36Fk0N46UNvFxkrQ3qctpur06X1dcgyDHhyqgjk2AW47HEZw qvCMa9YmQQicOjzF1hlhUq0zKhOXpON6gDM403N4YWHETtwUC7P7lV7Zhl/LHnee3iiNO08/ /cr23Byr+HZk7hZ6N4t/16tyf/mrLY6G4jueqvPd+OZrr90mT1KTE/UpydkPhXbvusE99drW 5re/vpfLnweSel9GqimlOrdqYX55tS090WDOvqVx3WMBi1GTmvE9EN+kwsziJTfVtRQVCfah 6uHb8F3nNlhtOfDztugnTuvf0xh1Wmoau1vxjOIVxVuK9xWSDZo7NA9oHtUcUh5XSpPl+HsJ exHPhJ1Jcp6XyS2M1piQpEvU6vRGSYoqb5L5tlOX4bBaZQ6GQVJVVorSuJWfZJ5wGgsK5AlC TtYhlK5NF9LH0n+YLoEVwG+fvg7f6OFvZpGfWc5FX3mEn4umP5Re9h43+vtKappCqUxNyESK NFUmor+viC/ciGq4zjj7J6qc8pm/t5iSYLlPnrifqppY33mo0qjWmtXCX9d/fS85/P1NPBhc P1buiz9v6i8T1Pj7OVkr7pxgi3AkeQcY5mMP8NHD9aNcsMQqBf+MibWZmFR5YgKxwKoiuUqV ILck0h9SlWkt4g+puVk4fB3+GEGDYLVmCZZcxpRoFLIcKFeRbHZkZmQkyhMc2kSpMYtTCgJC ySZ8D5KQp9UJ8p/JGBneYLfN3mCvrqYvrBZPPdGnCD/3dBg1t04F48TGVpixja434PeEG3hd JtJLjZTzVA0Nohq+hJJA/UywGNJfOiX+YkgOgOTGsZ+MTeV0MHr+444nD9/sbKc7QUMtb3yX DMMn5Dbi5p21XRNsBhmMr7rXvkhRuo+Mx8CBv5UNY5DN3O6s/i7zXf2TBk5QCEoBv6RHIyQK cOfmYKr0iwyD7Bpd0BjMfgoy7THonZlM9mUH8rXRA/mA4JdK7XUmqZFaqy5Sc+oW8nIpi0Kn p1Ms8CKTidskxW+O2ovfQNtLXh1lSWAZuim6xEx3RVtim6I6lmEE+q1BYzZCgsFoNBiMBj2D FOL2Z5rWoeAcigRptsM4yax1Kg2so0i3RPeUjtO9wKxFBibBqXbqmWJ9SL9Lf1TP619ingKJ ms9kiSeNYZl0mpzC/wjFPWexpPqaB/BnHxa+wsngq5wUxnuF9AT+jG2/stkx7L57ph5bSTbG yHso72Ls85lC+nm+avybSSenjr46++JSeocY3S2runSJvx/G2sa1OPfZTLnJd3B7TN9JnmSf Nx1IliNWy95mutf0lOll069NUyb5LnYf+zOWk/PyJDNvTrKxebwtKTe5iq9KauQbk1bxq4xd SV0pXbZBZh0/lLQmeU3KGtvN/Kak7aYHkx9lv8s/nrQr+Rn2B/xk0r7k51Kes/3E9Fryr0xv J//e9H5yvtKUZspn8035yV9O+bLtSdMPTIckh4zvms4wZ5I/Zf9u+jRZd/kxfF30GL6OHsPf ix/4iB5Comfw9zoLxqwMsgpWp5U7i7Fd1qNWbsy6xcriQ/ms1foQOZFvEU/k73Xm3UgeuOHw ufzWBO6TBOYpcjifw28ySXiIHM63iIfzQW7nzSsiJ/MtQor5AXIy/9IyZ2n0ZL4QO5kvxJ3M F+JO5gviyfwfMifhdj0C8nYSb2UyJ53ZPOpgGK6DV+Q6slIdgsGhljpUWYKgVqukITNj/lEK g3+Gz0FfT3EWl6c4bfn2FOf8XHDmZYCTkgpOos6e4nCutjG2HzCPkSP5dzmTTZ2ss2ShncX5 WJyPdWp1dnaSecyplgirk5ikHxn5rxsdErxVVlyOvaerFtpJMJ8GoRniQw3Eh/LEh8qw79Sb ku0SZ1L5bZJ7JSw+wc9KXmJOobw4nTrv9cbm/o/wKX0vPsQPfxfJEX5v9Ah//rnTOBGZZz77 suQcfsc4IP/0If7LfiTwetdf9mzMlSLjTvJHdy2esclT5Lx2elHEhLNkHJfLzTp9Gn9IPxrH bR16fnJob17sIOq6B572T967Fu9wn8YLZxvDpl98n4nT4UHWePFDdke8HgfAZq8FPa5ltzkf yNRl6ll9lW6Vjk3D+zSZltXMiD6UFcpeXfsj5kfaN/VvZh3JPlL6iv2V2kQ5MqPtFu5KB/LJ IXyBHsInh/MFejifdTCORAeYU4ND78hyCI7UEkepw+rIdiyocdQ6yh12h8MZPYCfW1iYu8Qj sU8yhQeE2h1LtPgHpzR8ED8ry6RSSZCJwYfxdyRKQiAeqfWlkP509o5cPcmXtSPXkzivSNyK kMxLqVMoUhULpA7p6RcYWezTaNHF9PuxV/PHncn34sP3+GA+OYCPHxP5yKx9P3oiX/RTkXnW eXziSL5cGD1i//qsI/ZPikfszz+tz8b+Kbw/Bv57+9OqF192SN+Zra3Ax/oLYsf6FVBMm4HP 0mfgs/2WWKnYwXy6fHhGZ1Yn2svAxu0HX3xzFPkdSTyzf8qZoFcu0WUo9UvK8MejlgGiU5iS F+tgYl1c68rQL2GwU1uZrlvCYKe2Mk0LGDi1+LuVDHayFPOExfZEcEqNKWmLtXjtXooX6+Dr Rb928tKrT2uNePf8VacakOxqcLKwc9XXUuAFPUOfErvWQwDiV02ucnBbms3uYm7PMSbCnf6f sFLcNfX81A/IFDf1SUZqoiGHuX1qj9UA6b/FM56fSWPm+bEK/RanWpkfT90rM6nFn7QWTr1G 90vVJhnc3DbKSQre5/mE0VGtUpnkoFUPTN3KbwetKgVRdJmRWW+25KuzksuZcl2r2pn8d8Pf LMoEw3LDMssQM6TbZNhk2WrYanle95LhBcshyy8sGos5IbGmM5u4iExXGrocciaSKMToS/W6 UgNdGGWo1UWxFVGaJWNLBpPxkCUjw2JJs2TjhwT2HigsJrefyeJTApb8UkMCPWcokTxETxkm MAi/qQdmpeTiZCa5iLytx5JqKMWPCux1juTmFpFnBSwLsi2G0lKBvpZBB9qNP5OhNyCmFBL0 OgbJMyT6BLx+SkszOlJTQeFZvH6yOhaUOPLzF2hQRlsGO5ZxMuMsvvm1t+GntLQSQTImOSk5 K5FKUsoWvEAMPf0+lXe99jRYx+g+RtwKSjzMiT+nIREN9j/4TffzrqqiQe3s3DK5tlpezUw/ 6shEvzl5VRGc9XtrFjs8dVNKRqo6yUSeGFjPrGLc68XnULTGwosffpHIJ3lGm5GB/darkxKI AW9lv0/FDARwemcK2/GPEOI+BolLRr93KjR4K5qRaxTsS5fOI/WlT5EC8fi+R1ZEXslkUZiI 3NQZihINBm2ixaRhWD0rqDVGtVqjVrEaxqRmVYwmUUDJsH4WlCoF4+UdiYolihDeF0wxeUP4 89DmibitwBXiuWpyYoPc8Syc/jIfmEP6IlKW/jjP4ukeTBrxwaqBf2I/2LSoGZv5ybHZ3x8j 79zIZ5KY6JuLZVnlTOybZNzxi3exVeRcx0XEhi+epzeRyy9eTz43fXg5+0oYI68hhsVPQHyN /x1So6zngUdlTrUSMXZklclTNOITF9Urot+f58QnyUmb7NcY8ccTM7/3sy/jCiWbwcTg1wqt Q938ar4FyVAijEgmykVFqBItQUtRK1qFbkRrUAhtRLehw86BoeG2jo7erk23VFWPRWwFq/3W 5kaVvM7JIzlc6YK1usBqLajmutLtxbA4Nae3LNsQDvcPNtTcelNF6ehavcm9kpUuWrwSLktf d0Zq901ru7vX3sQNWhSaBYWFOZZBVPTeGwuL3jj6BtaVoqIi7dE3tG/oFgKqfQOj8UDyMUXU 175J88/KfFl+YI0x21IOk3+u6BtEP1n0o+myWeHZ/uz02eH5s+qPtsf9sthuL74fO38tKykr sWJsqrIU/r5XVlJSxrqxezEVR7BfjOW9uLfYXlpKMjOHcdpUL3b/ijPfjzHuQXCKITT1i7Ky kl9DgPkGICtxZTeDw7xUWlR+sRGwB4qL7awgZpqSAXIGF/ulvdheCAgif5Xi9TX02+jFJDKD zEvsTvYzbgFXx63lDvK/kQxKl8hMsqfl/Qm3JpxSfKw8pZqvuln1njpHfZf6Ls2uxFe0B3Vb 9I2GNMP/Mh4yIdPO5FbzeykNqd9Pezz9+LxtGT/P/KNwMKvaosvWWo/ntOUOwvU4XL+ll+2/ 8vYvCOYn5z9b4L+uurC2cF9RUfGJksLSb5Xtt28p76torNRVBReqF/5s0Y+rn1jcseSrzjy4 OuauuWvumrvmrrlr7pq75q65a+6au+auuWvumrvmrrlr7vr/+XLdOHfNXXPX3DV3zV1z19xF fvdcxL4MLodRNpXEYJxBJhLCOIs07FYR55CTfVDE+bg8EmRmj4u4FKWzH4u4DI3G8shRMWcW 8QSULrGJuFptltRBi+SPUet7RZxBSkNQxFkkM+wScQ4JhsdEnI/LI0Eqw2siLkUaw1siLkOV sTxyZNYPiHgC5PmNiKuldxs+gZoZnoO2VKk3E1wCuDb1LoJLSfw3CS4j8Y8RXE7w5wieAIRm 4OdLCE55SHHKQ4pTHlKcj8tDeUhxykOKUx5SnPKQ4pSHFFerF6S+RnBFHP1KTFvuHwmuiovX YNzGEFyLabPpCG4AXG/LJLgxLn8S6SPFTXHxKaRsCcHTcB6xznlxeTLjcCvJv4TgCwi+guDX EbwH4/I4+uVxbani4lXRvjyBBFSKilEJKgesAw2hAPgrUAiNAkTQZjRGYmohFAYcuz6ID5Ic hZDiQsNwCcgNcWugfASNk1AA/ADk3gCun+RUw9UIoX6IDaCNENNKah+FdqPtNEPtm6HuCahH gHpDUGcQDQA+APgYpIVj7Qgx6otRGWA5sVAlKiA0+KCGMcgrQLs+aAfXMYDWiXmXQWgIYnHq BNA4HusT5kOQ9GP4qvQMEl4IqAbC/ZCCY32EEzP7SOsJiT0VSCsTkDpA+otDg1D3RigbJjET kMtPOCdAfHQ8moAmzJ0gKTdKeOsg5QMkRwCNQJuY037iCiJF0bwCiR+HGMy/sdgITvcDp0eA iiCUHAcu1Ip0BkVaWmb0x0eow7LgJ21j6teRfg7+S3KE5WUNtDdMappdbtFVqbFB3iDpVSjG yzy0kuQaj/WxAlpYCHIxsxZaRxtqhzo6/h9rgoLAnDb8p2hDIznThqnCtS0nqRFIw5R5SB8E ogWbCc20jUiMb4Ok9gjRGxweI+VGIBXXQinsJ2WjfaxHndA/VxxF0ZQxIut+aGWA1BgkdG8k bQ2Q0b1SuzQcJKM+TMaXthqBHLi3OH1MHF+BSIdfbCso1jAg1hUgLpYL4bKe4xzDBLNBubwZ I3E1ukYvq/vzcyl+nHFNayAuTEY2QigfiI3slXtPW7+cLkccD3BPaF8ipL2o5oeJbGwm3MOy MUr0wXfVnlJO+2Zwlcp1SHRpryiONWxM1DNM7QZRfqP14JxYm689RnjGjVoyTMkwoXFjjFcz taKA8NdHcL84mpdr3WxNshHrg6ldhIrgChCrgdtYR3QrQMbGB3G4n2sgRzStSKzzxlmanEco 8UHZMdJagHCS9jtKzT9jKz+nbRLSZ9XRHK1DmBeTybUQR7kdHfsAsevDok2bltFr2duobF3d 5uKRa4vJ/3jcXEblikpKQGxrDZHIUVFLCkifw6ItpDMytgw+wn86zlFpHCXlx8T5krYQglqp 7RuNSYoPTc850Tr/L45FjEM+0nfMtyCZbSmH/SRmAnhDJX16HsYtBIldHieyKdJ49bEFvH3m rAOjnRfHIzzClMLgDH343PUR6xwk5aK5r2yjCmbZqCjvZ5fGXKNWMb7fUbqmVwTTWjMR0+/o GBYQqx0irQzGwoE4CcHWh47QONRWEJslKNX9hBaaczyWc6YtoWNYJI74ONGS4RgNUb2eKUuf n6vTLUR7GT9fzJTpaU5sJHwc+RfHMWrT8YplVOTMzHk0hOgqZpovayHHQNwMELmGPab22096 EJ23Fs2w4j6oMUQszpXXgHStGp0rpvkTnY+meRRvU2aWGie2go5Vv9jvK8+cvquMaDjW+3Ei paOkdqpFdP6Mn5f/VQmIzm+NsFrCqa2oAUKrYNXkJjFNECeAFXVDykoI1UFsHcTkQo52MT2X jNQqMg81Qr5OMsfROtzgtkDYQ2xcAxJIGIeWQ/4WqAuXrUddpI16qK2d5HSTuldAbDP49WI+ XKIWYjohjPGlxArS9lqgFF3RNolzIqW0A+KFWA9nUtVEWoxStgJCbqi/UUx1Qd1NpD5MP26/ geAtMTobREpdhEe4ZlxnrbjudJPYTvDbIF87ad9F+kypbSF9aIB02pd6QgFuuVDsK82H+bNS TMFjhOlrhmu6Vy7Cg0ZCzTT/asFvA8px/UshtYPMEK1Qso70tJ1wr17kGe5tMwlN94qOVC3p DeYq5kEd4CsAlsZ45yYupcUdV9tM3q0i6dO5aP9coltLONdKQnQ0akmog4wVTi0Qx9JN+jG7 1VVEEutJLhfpcXtMQhqI9FLqo9JJ22iNo4S2h8c2npaoVAvX0BFaSzS9Uxzpy/mCue4iPMF0 tcdavlrNoJtPCKXFJeVCx1BAWBEaDUU2jwWE2lB4LBT2RYKh0ULBNTwsuINrhiLjgjswHghv CPgLBbW6MdAfDmwUWscCox24TLNvc2giIgyH1gQHhIHQ2OYwLiPg6ovLhBzsVRYIbt/w2JDQ 6BsdCA2sg9hloaFRoXHCP45b6hgKjgvD8fUMhsJCTbB/ODjgGxbEFiFPCBoVxkMT4YEAeIOR jb5wQJgY9QfCQgT3o6lDaA4OBEbHAw5hPBAQAiP9Ab8/4BeGaazgD4wPhINjuIOkDX8g4gsO jxfWQp1BqKWFtuMTImGfPzDiC68TQoNX55E7sGZi2BeOpi2Kr8a2IjgQDmEq81YGwuO4xYrC hcViFsjR1r6iozEEXfALywORyHAg7AlNCCO+zcIEUBrBPBkMjUYE37gwFgiPBCMR6Ej/ZtLT +s5mF+kADoyFQ/6JgYgQHBU2DgUHhuLKgh8cHRiewDyIhAR/cHwM+Cz4Rv1QKggZBiBXYDRS KAjRxkOjw5sFWzCPMi++rtFo7iuSRHkdHF0jhAPjkXBwAHMornkoHqvLQSiwBaGVSGAEszMc hFb9oY2jwyFffKNAtI+SCmyF/oagKXAnImMgK/7ABhhXnGcoMDw2q0dqNR62wdDwcGgjpkoU gQKh3zcO5IRGYyITFQ7bUCQytqioKDBauDG4LjgW8Ad9haHwmiIcKoKcN4rClVcg+MbGhoOB cdw2rubK2nAlKT4m5mjGOd7CnFwbArJx7wMbAsMg4YSjM/UFc2uGxqjVbZj/40SsgFfAlACU WhP2Qef9BcJgGKQfJHdgyBdeA33GbBzdjAcNiguhfpD6UcwUH9FYnPOf6wUmyDc+HhoI+rAI +EMDEyPAdB9VrOAwcMaGa5zRW6FdVNm38ghF/gBUGKTjcMV8wsZgZAhHx0lUgShRmPpo8nAQ RJG2jesKU6MFLUzg8cY9LBBGQv7gIPYDhCFjE9Ch8aECrBJQdf9EBCLHcaQoJdDDIuj4eACs INSAx1rk0hVJJQVwk1QvRE4TIjYOhUau0Ucs6RPhUSBG1NEQmDZCy9rAQCQqYNNyDPLtDxLd WkRF3Ncf2hCIs7xgi7BWEHqwHo1NS4qYND7kg171B2Yopy+uo2Hc/HgEhCkIQwT6SXX5WgzA +tZYL7S3NnSscrnrhaZ2oc3durKprr5OyHW1Qzi3QFjV1NHY2tkhQA63q6XDI7Q2CK4Wj7C8 qaWuQKjvanPXt7cLrW6haUVbc1M9xDW11DZ31jW1LBVqoFxLKxj4JtBEqLSjVcANilU11bfj ylbUu2sbIeiqaWpu6vAUCA1NHS24zgao1CW0udwdTbVgO91CW6e7rbW9Hpqvg2pbmloa3NBK /Yr6lo5CaBXihPqVEBDaG13NzaQpVydQ7yb01ba2edxNSxs7hMbW5rp6iKypB8pcNc31tCno VG2zq2lFgVDnWuFaWk9KtUItbpJNpG5VYz2JgvZc8F/b0dTagrtR29rS4YZgAfTS3REruqqp vb5AcLmb2jFDGtytUD1mJ5RoJZVAuZZ6WgtmtTBjRCALDne210/TUlfvaoa62nHh+MyFalg+ hMitCL4tGCVL/n60mVHDwn4thH9Pbkqi6e3ibYSfbsFyO7jvcy9xPwR4nnuBe3JuC3ZuC/bf dguW/tQztw37n7kNS0dvbit2bit2bit2bit2tjWf246duR0b5c7cluzcluzcluy/3ZYs6Ob0 XZePzBPR8G/IXVhgxl1ZYMZ9F7nz4jP4En45v5S/HtyFkNsH1g+vuKnNGmL2Md/iELGhLsgf Jgd4cB30fCxCU9lAEoqeVZ3xxyF8EtSKmEuXxBO09A+fcmX9w6NrRHzeOMXrMd7si4wWLA0H 1hXUbg4PF7jCI6MFeA8JMF//NRPFFlTQcB85H/tVcI+Tb4P+Ato/wd6NGPar7EOIY3ewOwD/ JvtNwHeyOwH/7+zDgP8P9izgf2Q/BfxvnAQxnJSTIY6Tc3LAE7gEwBWcCnA1p0Msp+dSISaN S4OYdC4d8HlcBeCVXAOkLuWWQ0wzdzPgt3D/DeJv5W4DfAt3DvC/cBcAv8gDuTzD4+/VcPgk LK/A51J5NZ8EuIlPBtzMQyt8Gp8O+Dw+G3ArnwN4Ll8EeDFfAngpbwe8nK8AvJK/HvDFvBNw F98E+DJ+OeDNfAvgrXwr4G38Kmixix8EfA0/DPgIfzOk3sLfBvgW/luAPyLJRYzEJslHnKRA 6kKMtEbaiDhpk3QZ4Mul7YB3SDsA75R2Ae6RDgEelK5FrHSddB3EDEuHAR+RjgA+Kt0A+Ebp RsizSboJYjZLtwB+u/QLEP9F6b2A3yf9BsRvlz2HGNmkbBJxsudlPwb8kOwngL8u+yngR2RH Af+57Bjgb8n+J+DHZb8A/ITsFOD/Jfsd4GdkfwD8Q9mfAT8nOwf4X2R/Afy8DEZW9jfZ3wG/ ILsI+JT8dcTIfyr/PeLkHyi+hhjFNsUDiFM8qFQjRqlRmhCnTFYCH5Q25QLA85UlgJcqyxCr tCtrAK9V1kF8vXIp4I1K4I+ySdkM+AplK+BtyjbAb1DeALhb2Q54h9IDeLcqAzGqTFUm4lSC ajngzaoViFW1qMYAX69aD/FhVRjwcdU44BHVU4DvU+2DPN9XfR9i9quehZjnVMAl1fNqkEm1 Wq1FrFqn1uEj4+okwE1qkBx1mroUYsrUZYDb1S8B/rL6BOC/VL8DeX6l/j3EfKD+AGL+oP4Y 8E/UZwH/o2YQMZo1mjWI0wxpNoMe8TEdxq4CPcpqEOfDmmccAiVEw8OgnmgTSkd8g8sNtwgr mj0Csre31AnI2emuw6YfibZAgvWU4AySgiGjOItkSCPi2HokijiPEpCWtI/DDLQNPW3uaBSQ 2d26QkAZYryS+Eh0desC4VE0RNxNxN1K3O3EfRz/WIMmifsqcY8S913iniHuOewyVSPrRtYx TuI2EreNuF3EXU3O1kuBcjlQqcA0/B+HKadZ8ZmCfw4XgIOJwB8d0iMDMqIkZELJyIxSUCpK g7GZB9zKhFxZyIKywTrPRzmwRLPBjdkClA+T4HXEdqrwmIDPw0j9I78Z7UCPoD1oEh1Eh9FR dAKdRGfQWfQpA6rFaBkzIzA2ppipZuoYN7OVOca8w5xizrGINbM57CPsHnY/+wL7Cvs6e4x9 hz3Nfsx+xqm4VM7CLeCqOCfXyLVxXdxqbogb4zaB9dzK3cdt53Zxj3P7uEnuIHeYO8qd4E5y Z7iz3Kc84uW8FmymwNuInDLcg0AlkMJ/iPDbTnl9tb5Xf6d+EiiHWEMO8B785Duon7oJckGp tIOi/47on6d+ul70i0W/hbaSPkxHIf1VGs5opK1m3CP6fyKtM1kXiM9Z2ix+yyaaZjlMKct+ PPuF7Dez3ychs7XQWmNdaR22brE+aH3c+rL1uPXsfOn8jPkV89vmr51/x/yd8w/MPzL/dA7K Sc8pzmkgpSw5d+Y8nHMg50jOqZzPco25ttzFuStzh3O/lPtw7oHcI7mncy/YjLZCW4Ntte0W 2zbbHturtvdsn+WZ84rzluUN5t2atz3vAKVqwRiluGgf8aXF0mJzcUFxTXFH8RDtQ/G7xWdL pARPKImUbC15uOTZktdLTpZ8WqoqtdA+lT5SOll6tPQDEnKUbSq7p+zRspfLjpedtSvsOXan vdu+wb7Nvs9+2H7KfqHcVF5a3lI+XL61fHf5K+UnK1CFuaK4YlmFv+LWiu0VByqOVnxcKa+0 VC6u7K7cVHl/5b7KI5UfVPFVQlV1VXfVpqp7qh6ternqeNXZhYqFOQudC7sXbli4jfZnUTPt T7Vd9FtEfwxGHkasehuVgOoz1L+ejgO3eM/ilxcfo3FLOmic0+qsctLyUucZ5wWX1mV1Vblo C7xrr+sV13EX7TNT003L1pygqbUHa9+u/aCOpVTVrcYu+FtEf6vo3yf626k81e0S/b2iPyn6 h0T/qOi/I9Z7hvpLndRvzKF+k1T0T1N/2TLqLz9F/ebD1F9RSv0WvehvoH5rM/XbxPQbzKI/ RXvZXiX6O6nfgWh6h5/6nS+C1XgdcN/fy/7TL+iJmf0z+2cwhOfZ8+IKkeUMeFXIS3kpUpK1 mwoW2Zkokc+CtZsOVm0FyAirKhtKJeupNFhJtSKL1A3rqVyyksqDdUcSug5WCitRubIL1gtV ZM5fRGZ7B5nVryfzeQ2ZyWs1bk076iNzNUiTyqx6EltwBp9kZ7yPADyOUNcU+HtjgDpLLwcP WDCPAkALYAJIB7AAwCrdUwhgB1gkxjkBGgBgTve4AboAYN3t8QOsBRgD2ABwC8AXRH8rwD0A 9wMNB8DfAQBy7X0B/EcRuvEM4AcBfxJgP8AkwMsAYFO9h8B/HeAowHGAdwFOAZwB+BgA1tTe IwSQ5zOEukEZukGvu2Fl5IW1ovcE8GA3AUb0r4h366+aFh+OQfAI+0TXZO+mnrG+tV0v995K 4HjvfQAPelDvIY+090j3Td5nu5cBbOk9hsHT4TV6ur2pnju9AkCO56x3C4GWzuPd2wHugHxv 0rzd23qP9Si8u3uO9jV0vQp1Y3idgucClAHoOtr7JYA7e45Dvnf7Gjyq3mNdnwEchXxHY/Ts BHqOAT2Heu6HOich/d3eRzB49BBvhvApCAN4MiBsnUFnAYA8LlxKYDWEByF8H+APAhzwriTw AsBBgPNA33lKo2eTd0u30XuHCHcTSAUcQyngpSTuYQLLAF8WF24DHMCz89oAZfaIcDe0e7fn Vu8eDN39gF8gddBxwPy9G6ANaFoGII4LhF/s3u7dF+V/j7aP7zEBOPu0PQ0QHuuzELjFe3fP FwDu77N5LvQVehZQ/vXsiAfv6Wj/exR9zXj8wHdjX5SLEzAmj2AgNAF4GqEegOj4iuP6peg4 zuDnhel6u85APR9Pj9vsccRjL47/e9Du+zDmj2MAuj/wFEN4dv7Ly+8FOADlz0L5855hGPcw jPutMOY7ATZBuDguPFO+q+LCiwHqIJ8RgOZ/ZEb+ZQBtnkMgOxiOeHtF6CdwSIRjkHaMpNP4 E4C/B/A+gFX0P/Cu7GZhbFkqewTO/wOI5hP1sVsA2cRQ5d0GsD1OfrcTmJbf7QSM3t0ElkF+ DFH5XQmytzJOTnuJTO7pHgW8n8jtjPHvbsMyAYBlEsvi7PSVEMY2ZRu1D0SGMUTl+SaKg93Y h2G2XfG0iHL+NoTfAXgYwrshfBLw00QPXoH0w913eN/pftN7kpTdAyDao+6HAd8N8CHgfwLY 432zex/AFu/p7m0Ae6D8Pu/bND+Eo/k/hfAU6EY66JQFoBn0yg1hG+CFAF0Q7oOwHfBFAH4I ryV6qAA9VIAemnoa+tJFvbOD/F4AuWN7dkD4POjhwT5bt6avENIXTaf3HhHj7XH2SvA87m3D NpDAy9BWTG8x3sdfJhurRbgwC1bPhG4NhZjOnwL/DLHJh8AmH4nm61H03gfpXZCvD3x/r8r7 JgG9982eM8DLadnaNkO22iAMELNtKzuPg8zuw3aJ8Bmga3/vaqIPAN1yoAeDBsb9IIyF6IM+ v4ABdPqIR+qVg77vxODJ8GpA5w+JNuNgdA4De7ET4CDw9BDmadc5CJ+LhU9clh/bpM/Ahohz 0Yy5Yu9lNiIH9HoIYBT0OQJwU5Tvl80R/aLuiDrVPQQ4hgjgkbj0yFV0a1Y4phsxXaA8jOoC 6MphURc+BF34U88GsP8YtoL9vwdg5pzwLMiaE2TNGeVLz64+W8+jIHt4Pq0A+XoSwvvjwrPm mJjtEeVodv+vMSdjPrZ150BeDIshfx3kPwH1YfiSaLN3UhsdWxuI0PMxrB3OgZxWA901QHc0 3AjhFghTeY3NXT2vggxjeJ1CrxlkNwNA9GfTGetHKpn37+4uAJzC3QSeBRv0ItggvN7h8ZqH 6ge0d4GsoV6BMTkMIKaL4/I2jMunMC5TPZ95d/cioE/kO6TvJnqnh7AZ6D0F6VIIZ0DYSuQ1 uiaC/vQ1x8lnAcin/LK1xaw1XHdb31j3MgAxPHsce619FgILvHf3FgNUiHM/tQMnuo1ieAGl D+zXBgqivWnsuwUD6Nx9I+lAJ+gR9OuQqB+R2XPNZTb+/IhlxDZSOGL3bsHwb3Gv8iNUq34d 7liayL1KF9CUzn7CnkWIm8cVAzVlXAUycbdz51Aq38bfgO7hO/hV6D5JgeTb6H7Jo5InGJVk r+RVRis5JDnE5EoOSxnGBsRLmH6pXKpm/FKt1MSslZqlqcx6abo0nYlIM6SVzIR0kXQJc6/U I/UzD0gHpUPMtxTrFeuZ3cpkZQbzHWWP8jDzPdVbahWbhndL2U71/eqX2BFNh2YV+w2NRzPI krdcID1Aqrj/WYh33Lg7pSVkbykrlm4T04vwfhz3Fe4riGydwH3ZR6qPIe7KuYtxbnWuGsLq fHUBYtVF6mJx32o69/9m7nvAosquPO+771V1NQLSiIh0ARWaArQZoAmxCX+K6voHjYCEOIQ1 DjGEGNc4LuMSxmVZ2yEOwzqE0MTYxDgu6xjHuMYwfLTjuIQ4xI8QQxtDbMPYrmsMYxzGcRzX MC6jsOf83gNe2XYnTfds8t3v/N5559577v9z733vvqpGI/QL/MsS6keotgSlsJfy8U/qPaFZ 1lheFDZrOuUpxLrG+qIIp3LniYjQvw+dFJFIPyr0n0PviWgqpV3EIL1YpGdHevFhvWF/KRxh /WGvi0QjbUXdp6Uu7CfXVRLRXq+E9pHrauZJBG68nUpoj1dCe7sS2tOV0P6thPZmJWNEtBcr uUY0QTRpyKgXlEwRPRRirSSyEYUTRRFRna91ECUTpRFlGdccIheRj/JA+861JUQVxNP+c22V EB/rJp72oWs3EtUSbSHaTtRAcqrLtU1Eu4laidqJuoi6iQ4R0X5vXTNIrD1O1Et0imiAZC1E tJctWQ9SjOsT+bVD7+hnvp+nTzbjtet6sVnUiyaxR3SIbnFYnBCnxFlxXlwS18QtcU88VKxK lBKvpCprFLdSoqxXapR65aRyV4bLGKH5A/6t/lJ/vb/S3+iv9jeTpJ64Zn+Lv83fURRelCOk P5fu3P424vb4d/r3+juJa/dv93f5G4hr8df5Oyim1P38+4nb7q8g327i6iiFZn8pcRv8+f5d /vXE7fZn+bf4WXOzP5XSdyNuvH+9P4m4Bn+Uv8pPPZtyEkLpRhC3zS/8Hn8McVEUM833kLgQ 0p3u14RaFB1oKrIHGgLbA2S9fPd8l/whvivE3fKd94f6bgg14A5UBwKBykBpoIbkF319gV7f aeKGfccCJ3xniRvwHQoc8x0hrs+3L3DEd0JovqQFF7gTuCyW+iIX5wI3AudFhPfS4l3geKBL POXterKjklcJ6X3gveKL8F4n7o73oi/Se+u31JaHqBFqBFmkV9RX5t5vWv+DtVGELMlakkX2 h99wLcM7rOV4VxWNt1SxeA8VLxTlrORnoaFKlniZ7EdACE/T2ylQSlRJRDYowHaHxn2AxnuA xnmAxnSAxmugxZDRGA10EO0jOkDUQ3SU6ARRH9FpokGic0TnjetFostEVw07dovojhBlmXS9 TzQtRBGZ4CIrUShRJFEMUTxREtFqIgpbRLa5KJ/IQ1RMVE5E49t/+1dT0YZfHeYTUSLgqfCG eCO80V67N9FT5d3qrfc2epu9Ld42b4d3n/eAt8d71HvC2+c97RnwbPTUerZ4tnsaPE0eF1GT x+fZ7Wn1tHtaSyM8Nz1DnhHPBc8lzxXPdc9tzz3PA8+MV/Omekq8l71XvTd8o74x37jvmm/C N+m765siN+57qDu/3DBE7R+LfijUaOqHCvqhFf3wKfTDEPTDUPTDpeiHy9EPo6kflos49MMP WausnxDPUT+MFM4lUdQbV6M3pqE3ZqA3vkD9cKXIoh74XbEm7G/ChkRO2LmwYZFLvfGH1D/f CPuRKAz7cdgY9dI3qX/60D+LKX8rf2P545zlImf5yFkhcvYScuanPt9BFp16Ptn8aGp9mgmL aCYserhAxTQjFtOMWEwzYjHNiMWxBtGsWEyzoufer6Rl7jr3Vnf9S+Ilq7vR3exucbe9NPbS +EtnXjqLNr9JrX7dc51XFkG2ZZm6nMbxOrIVFrISvyus1mqyFU8tWbZkmbDBMjwdFkuWYQks Q2jY2bCzIizse2QfwsO+H/YDsTRsNGxURIZdDLsoloX9JOyS4N/RWvqBpcHal0J7BLQ/M79a ijFWS1m8krG+zGuv0LOhoziZolAueC2nkxAffkIYSWHiEVLXk23y1UOznmgiO69kyXGojzxR UzTN6nrYaIRa8wRdKvnNhdNTfPFtoRRhExrePIRr+zSyazgboZ+KsOA8RAhOQoThDEQMTj/Y ce4hDiceHDjfkIhTC8k4f5CK0warcM5gNVnhJKUZffGMeF6IQrKAhbcMmjaIrGEhWcfC+8b1 jinM3P0d0/1Vk/8t3c9NBXJbTbpM8efk7nhTfJYnGUQW1p1phL+h8yTPLkyHqyGqM3izqyvc +gSp2bUBOwr3zUsOFPYUHqXriXlJX2H6v1ndS5yWKqCq8YnfQ7+ca+slOLckcGIpDGmH4wzN UpySicD5lWeWlC0pE5lL1i1ZJ17AiZMsnOr4MM5zZJO2LJGDluWxIQLbxFJX67r+dWfWnV03 THRy3ei6MVcrycbXXSuSxR3c4ySt9YRN/oX8C0r9W/JbJPm2/LaQsk/2CVW+Ll8XmhyWw8LC +ylhXZKwJFk8RaFG5ATtXkJFgM9z0FQuTcT3ymPEcjWwZ55YVlGUGDi1dnVZblF6YKB8tMw9 f80ODBVvKgvM++cGRsrHykrn7+eu7sCF8vGyyqJA4BL8SwNX1maWVRfVBG6WtJXVFNUFbpdf K6sr2hq4Vz5RtrWoPvCgfLKsvqgxMFN+t6yxqLlIe7nr5aZ5+Vz6pP/lirLmohb/yfKpspai tqKQ8odlbfP+HUUR/pNlHUX7iqLXyZKeogNF9nW2lzfOpzOXr8evlYHryF+1cZ3L39x1Tv+c vne6Lrbeft36mquPx+vn8Xr5detjLh9z4efSm9Mzd53L3+Pt/Hi55uL3sKRs33z+jhallmaV HZhP953qxfDn8y008r5K3fM1+Zp4GmfAQjC2wviskuyR3yG/IXlexMs35C9oHd1kbRIejAUv xoIPZ6pKjfOP+o6fLXsO7/eDdLPWEIy2r/FYpzH9Q6HYLtouCml70/amUG1XbdeFZvu57ecU msd6CMb6EkN3PsX1Cf1XQz9qyHjfninqgmRRmKuqDJlCY/lL8tVFpcv2YR+wi7CfZox56+IJ p9E7XDRaNFZ0LeAumgiE+LuKJovuFk0VPfQfKbYVh3se+G3FUcWxgehiB1Fy4HxxWnFWscvr Lg4vDqdwU/4jFDKWZDlMwdpMusJZD2tZ0FE04R8olkWjxbWk6WwgsdhXXBKoK64orireGKgr GmctxS7kfP+i2pH27mIDajDXkHhITzmtMs2ydLrmkssOkvJ5iSS4eEOu54OxZ6EdYOX1k5JS PwtJLXNLaGiBRLTAc7DsSbpemUktuUbmQ2eeIaN1iUyUOUEyG/W7cLlaJpmlyj0hlQeyOEh2 TajKBE1K2UHSEdIRHPcUhRtXBpShIGmP0JQhckeVE0HyNmFRjsN1KPuCfLaTnk6lQdkbJK0m PU1KDVFDkNxN8lpyAWVjkDyV9JeQSyfyBfmEk08mXJSy2uwj7gurEs1OTBNGBPmN03VaXFPS g6RD1IoTYkRMKDFB8uMkHyXXq4ggeZew0AjpF91Et4J8dpLPAbhd4kKQT42wit1wdUT9QX7c 3+rEoSAZ97cKckH1h/6WCzdXf8H9jcf/a0LA/uhj+ueL6oUccwz4hp6yShZJ9agtSDXfkKUK VT2ppqvbg6SRQlO7ycWo1Wa5nKbQQu1XzwRJaWWhbpWT6iH1SJB8VFjUSrVSjqmtanuQTx+V 8nRwTvi8t5okjwTnRLaR7nA1XHY8lpN6GjWN6mo1ECTdQPPDdblJjVIzg+QeYaEV0Igslg/V mCAfKr9MlzdULUhK5ZfdMkaOyjtmuTJNenaTE7JfXg7yuU5j5abcLJODpOdJT4VyUVbIiCB5 H+nJkTnKaaIHQT7dNIoOyXhZKYPKq+ymGFalVVplrnQH+WymsXKb3DbltnQ8ln4J5YrTjw2S ZlMaZ5Rc5YwMKrVip/F4mFwi0e0gH0k+NqWNbMqEMmn2obFjJTtxR9lOcc4rF4P8RsVTSqVS KcYIW5WTSn+Q70kaB/1KtrJF2RMk309p2cVBxU453xbk00xpScpLC+Ea0mv220TaNoubSqyS HyQvptF8gWaCCxQnKcgnnUYzW4BstgBKyLyfougrA2FI5malEIw6YXvD9iOaj39sG6M5+LLt srDaxm3j4inbW7a3hM32M9vPxNO2CdvfiRDbLRqZoRiNvDoJkf99flaLo1ntskiW4/KGyJQT NMPl4SR+IeY5N+a5lzDPeTDPlSzaAjzZorxh2JUFG/ENkxX6ulC0K5Yo2jeEiq1ihVA+ehEk jOvjZDWumnFViaTJ3xzP8ljcjxXIF7r8ewpFYVJ+aN7pApt3o39vXnXhNVd6bkNBVOGUf39e X+GEKzfvXIGDQh6kkJMud97FgjS6O0Z3d12leZfzN1HIkxRyylWZd7Ugi/z6C4V/s6sm70ZB Dt2dKRRu6arLu1Xgct33H8trpnhb8+4U+Cje2bw+t+2j6/MCBSW59/zDeS3+ba763EMFFXmn /Z15be6o3JG8+wUbSctYYaQ71tWcLwq2eBv843n73A5XW+6Wgu3eJv+1vAPuZFdHfmi+Z06n a19+ZEEDxZsoFLk3XQdy7xU0zcfryY/JbfXupvR63Fmuo/nxBbtzb/q25h11n6K7pILW3Hu+ c3ktbpfrRF50QRfFu5u3j8rel7+6oJvyOUV+Ppc7PzPnPqXwkMpX4jqdF1FwyNvu78+r8+9w DeavKXC90BWgGnZXuM7l5xccf6HLd5TuqnJnqM7Wkx/VlLvVdSN/W8H1+Tsqw2N3wfUSfFc7 Xy8t+dbgu8fKx3mxFcbkxiIvRzhnhfGUs/P5nnf1+7fvIR9MnwjqBe/W7u/a0h9I2+Y1erf4 OwtDqbTVVNpwby3luobqLDtvsKDKu90/mtfhjnI15k0XtHtb/ZOuabcrX1ANXkFdJxUmua7m bw7uBfkP2e+FrsIxV2rukYJe8gsnyc6CqDyt4BSl3sc1X3Azr7FggPyiKNe1+ZvziwuG8k4H YqnOtuSL/PKCEfKjdnJvd13MX19wwdsQSKZ6aaB62VBwqXDKG0Xl2+Wi9ioYopBppGU34t0k LTl5bd5eV3r+joJYz/r8Sdetwonc9rzzBcl59f7DhVbqZwFqd+OOWjOQd1m/y6t3V/EdWcOn 8dRGwIIqtlGy5pKs+U/Ijl8mC/40WfAbYiks+DO2X5BlXQZruhwW+NfYl+ALo1JY7TLjmWUs 5iF9PilY1C6H9qaU01GafW5Q7hTK1y+Mr0t4vaqI3dDtMiSbye+g2B4kq6RrG7kNQVKe3Y4G Sfip1yaxL0gWTVf+gHUuFdqjUm5uvOcyLG4GO4inurzm4bWe/nUH/p9BpAl+hiZFk5GzwqDn v3U0d+nSuZltLtfvbyZ+8qzKLT0shrF30VvajSfIN0UfOUVcN0k1cZHcQXKKOG+SS7FH8FcE fUEajoh6wevqQ0EaOshtEPxMsC1Ig0cM0F19kIZaWusco/uNQRq4RWNEF+p1Tv7eWpQ/J7ry gT0N1VtaRbtxy3UbuXoJueVPi9uwz28xyS1iDfVh/gEV7slbTT5W6gOJogqOT05UzPstZvx9 kCWlVrLmWGkUWWl1a9X34h4uuTXRetmaSrIqov3zcmkNsdLugWJI67B1lyn8Scs9C+0erLTm t26el2vW/db9liuW6yQNJyo3xWi2nLVQH7XcJ13N1mxTnFprreWohXJjoXLSXexCLMteq8vS ST6D5BOwzJhipVnqrUmWRvKjHmqZmPexWCOtkZYqa4hlI8lp/2s5vxDLMmXJtdyx0Ii2bBeS 7k4uxKN8X7HEW8YsNPYtleR7xdK1UBMWUkzybOLuWqYWcqjdshzUaKdmoXFvGbdcW4ihXdAu kVxyKSyDlnOmUtVr/RrtY7VbFOeI5bgpf1WWKu2A1kN+F8hvL5d9Plautkuj/YrWx7xlu6XB FC/eEq/ValvIdz/5xlsqLdWmPPq0BxpZD20n+QlLtiV3IaY2oaVqV7V08t1IKcZY4hdqRBsh F6qd1SLJl78gfmiRppjH1TvaYf5+WUukNI5r1zRTK2jtWrt6Uduj0l5V08i/nfQML9SO2que ot3+BGnt0U6Z5N3qIZKPkrxNO7JQBnW3lq22kk8/+dRrrSafzVqsSv1ZPUA+VdoOk65SlXZq 6m5K3abla5WmOHfULDWH/Pib50QtZ6FU6iVyMSrVgkrzBsWLN8U6TXt4qgHa4ROv3tZMtaEe VA/S/v8m+UaR70H1onpzISc00vlZ2RT57FL71AsmnXXymKReKK+i7P0mjSVqiezgp6pyiPx2 UfkWYqXLHZJmX3mUebVW3WWKF6lGyipJvV/uJd9INaDWLsSkvf9tSRZAbiP+vpqquhZi0kxk lxcl2SxZQSmGqokmvwE8eaAxIGkMyLuq1eTXo0zIbt6dyxjS2iMvyUlT2VtkC55fqMSdkqML eVFOyE1Kn/4EQ26RB2WfSWep0il9Ctki5Rzp2C0XrJJFZspMpUGmKk3ke4x862STKWakUiVD +EmgQuWXkTIgNy7kRslRqMS8u5clppwkKpcVsn9KFcq3EDqEnwBSDKkMS7sp/ElxT5D9U8j+ GU8ykLayn3J8hWZcfsKoGE8y9BjN4qwxR0ulWRkzxalVamklxNaY7B/dnV6IJfZS2mwDyP4p AeWgKVaaqFeSBNk/nqGVloXaUSKVSFGlhAguNdk/ZctCLDElcsUdrGjI/okppXQhHqXOZ2/G sPYh+yeuKJmG7+LWjb/Zpxb8NqOb5soP9umF+bnFG/wEWxnCF9J4t7kqaVFU8aGQjIpMLaOK aGNmSEZtZkTGloxTGdvp2kDUlBmdsSXTnrE7MzGjNT0yoz0zNaMrMz2jOzM741BmbsaR5w+v riG+m+Ifp/C96aEZp54fJT1axkCmO2MoM/D8w8zSjBGKc4F0zczR8yczWpmgj4njczgTPTlv z69G3p6UL8rTfH6MvDwpH9BBejkehyGq4DxReiUU75KR1hXyv55ZmXGT9N3OrM64R3EfmPPC urCzevsbq0vzb6wseGMVYrtpuymWoL1D0d6Lf3Onr1G86GVfI01z784eD+GbD8G9qYvf8aE3 aW8L6Q8K2SE7jbeB+g6E39GF0thdIsSzO4RIzibK1Qn3boMCBpXiKpPFs753eLu4kHN+C8Hv 5z38nf+zUUIxSDXxZOhwleCtun/yaoQPdw46LzsPOKf1a7IwrlbjGmryv0r3kYZ87hpjurJ/ vPOc85bzTvJqut6ga9L81Qj3Dm8o36m9uaVD3/X9Le9kOzCO4/nL/dgIkGJQdNJDZ/evQ84K Z7izytng3OhsctY6dxO10v1u5xaS1zrbyb8LtN25m8MbLfMlytOr/N5U7qPZXoXlM+UUZQxB GZfgLWwoyhiGMkaiNy9DGaNQmuXoMbwnYbvdiL4VgIxnUH5zVWuStRn9r9yQzVn69/4GeLFv jYeA38PO8QjawMW/BxLT/o6kPEEWmmR9ru+5wedqdEoKfW76udNJIimSKIZ8ap6bToonvzpQ 9XMn/r+VkdvTJXagj+n7wCLM7NtoN8m1X2eS8hObHrTGnGyxtfolHt80Im6+4+hXSOt73onC wkkqCa9W5p4VFENWh6c5h4JkFaIbaxCzLB/vJBuDZKmiGf3SLIvCU6Tyedlia6Jrvib47iti 4aTCV4GvMfJv8iC/e0z5fdnI7y5Tfl828ltvyq8uq8XTsPJ52WLz2xGU3y8DO9+1FRdmEn01 x29snn6XtddbtPbiJ41LsOoKw6prKVY+Ee8jJr8jO4VZqorfYDmGhUg4TddRojGDH9evUSy7 Zsgm9KuZd0wS3UW4SEdfwhbHiYTbhFrCbUef43TCdUcuu4Qt7NjvN1Jetp68wj5MdAz1vhYy PjfBc0mx8SRTl2Zh/Kt0zRK7THK2vfz+MBZus+HzwT3XehX4LaSUiNbhf40V8U0gJboT6wD+ xTMKRyOef09JFVdneaeBL35wv392a9B93ezrQfcts9b5+1Dx1L9GiTqcVVw4r2oTyuzWIAmH u/prhGNJ1eMxHzY/HpN2rlmUE2ONFHdASBPxvfIYSeNakXIhZSjBnXJp1eqUdgOvxF9J6dLl jr2rMonX5XrI60m+lG6Sr0npih9JPpl4+bnJVfkph1JuJk6nHEm5vcrjdKfcW1WccjzBHn8k eX/KgyQZf0qXGHqyVpU7plJmVq1P6U1Ij+9NPqzLU7WUUymnUkMSchMOpEZ86HbKgKENKZpR T1dHI10ddT2I+3Z8DyV99zLqZTGXy1Sidy+LORVDpx5LR72Mej51NOVQD58avWpDylDKPaLj qfaE0pQRo5beViJd/o6n697b3Me/aDU/fp7NBVUk9Sedid+VdJauw0mjhGNJw/b2pPGka0kT SZP260l3kyaTziRNxe+y36PrQ6d02shnjJ29nUJeI3fGadPdY9oWdE1CD2kx6Rgmfjx+F8nG KHw/Yo07w5MmnVFJE4aWCbFwpu+9lTboBF9sqahIdPx2u/mV6/so58o6UZFgT0hMSE3Ijtuf kBu3yX4rwZ0QSChNqLRPJ9Qk1MWW22sStibUx21LaCRqjncktCS0JeyL3Z9QR640odQ+TSHr SdYBCtJm0lXHeljLgg4KEZlQTeFPk6bouJ0JBxJ64s4kHE04kdBH13Ro2bfIcqZhBjLKGdMs QuPC42Lta+Ji45LjHPO8Iy5qXv/T8rA8TPq/IWldJ78pv0mj6Nuyl3ZRP5I/ElY5Jn9CeXhT vkkhr8grIoTS+gdewygblR1Yx/O/souYCJBCVJFwy5macMeZnjDtzHVYnQFHpLPSEeOsdiQ5 6xyrnVvt2c56R6az0bHG2ezId7Y4iuMiHeXODsd65z7HBucBxyZnj2Oz86hjm/OEYwfRTmef Y49z0LGXdHU6zzn2O8/bs+M2OA46LzrGndOOMYrHxPqYWB8TxedwZnq3vD0xX5ynufzM5eVJ +Yh31iTcd2Y7PM42xy7naceo8z7nKeGGM9Fx2HnZccx51XHSecPRT35nnLccZ0nfsPMO7gXZ y1Bn6Ry9w7vY92XJoutBFeGtMaUx1eGtdNWxPqY6pjGmmbi2mA6W0XVfzAFybTGNc6F0R+Ea cd1nkpm0mXR1QA9rmdcRszWmMqYlpmchLsn0dI8S1sTUsROLe/OriEzjSweUdnkLKHTlvZUP Vs6sfBAbEqvN89qKelMqi+7/wTZlOfX7sNXRd1eUhK0OW61jbPuKkui9Kxx0n7Yii2V0zVnh WhFL11gK/ZBD6S56b/RexMwxyUzaTLqyoIe1zOuIbY2eWpEc27UQl8Lo6XLc3Sts7MTcO8b3 YVOiUkXosztj78fZY+/H3olLnOPjEld2z+tffJ3W4T10KO1tlgqxbGDRFGrfsPyofTPRDvu2 eX6bfdMH8Lx68aULGpGR10AV8SXxFeSq4kueHSC+JH5jfG3smmd747fHN0R54s6sKI/yxHOo prhhuu6Ob13ZEd9AodhtIbedXMXKDt09pm1eV5QHekjLgg4KUUF+TeQ2ImWO1Rs3TuHaKQVo iW8QC88r34f9eeYuqMJ+0H6Y3DG6nqTrwZg79v6V+TGN9jP2s/Zh+2jUA8LD0dvsY/Zx8r9m n7BP2s/G3GG3Mn9lPoU7Q/JJwwVpM+kaZj3QMq8DIRpJMkbhDpKjWHR/l9KbIl9dy9kPqLQ6 VdjD7VHkYunqIAq3J9vTYsrtWTHr7Tl217PX7D67yx61fJe95NlJCldhr7JvJJ9kdjHl5NZT yCiS6S5Y24IuF+thLSYdDuKzSFJC4ThljpVlr6WwW8hX15Kz6NJeV6JQWjzDi4h6T1RBLdFP 7oz9ZOxN4k/qLU8tk0ltfm1FFrXXNXu/TdonI89RuA32u8/0ks9ZuFFymeT6n+nV3WPaFnRx u19jLQs6KEQ/+U0a/eEkx6L7KQr7kFKAFvv4Ip8Zvo/5Sm0FhS4tXRp4gqs0PeVbzNOm4LRi QaHhD8Jvm9w94/rgg0xLngSF0lzfZXLdxrX1fab1QMlaeBIV1vGBUEVERURVRG0EX3Vsouvu iNaIrohu8BV0PRRxhGTdRBURvREl8243uS5yhyJORQyAgrUt6GqCniOIMaejIWJjRHvE8YgR QxvHaqVrN/lXRGyJ2E5u6H09BXsfu6bQdFGx/OhvtzOehb3HcspPW5biiZwQivZZlfaYahmf KJHlGtfCt9U9JPFb+PuSYct2CpMzw7/s75ihdaRyf+YSyxm1rdoU4yyfOMnWaOWuFjMvk/ns j8zV5bNVFOs0I+msgM4sSJJYoo2wxLoGcuLVeg4phjV+b2R/NAy+lMMzL39mrQa6GS1XKXw0 Yjn4d/kJq1kDh1S7Eb7Ouo6Rw8hMayehj09wSR/ngXz/ENiJMMfB/xFhtbUZkp0Ir/tehS/k jyYYZz5PeOAR/7NC46M/J/z9Rz+Ar85/BeGbCF+xfoPwZSv7NgJfRypu618jzGc4vJX/uaHR wvo/aV0L9BAus75FWGldzl/QPJULvEK1MfMU5yHSthnIbRfJ7SWPPbIzPuT3DiNox0vaJ/l7 IvULJJlmiTzE7aJZGZU0RnEVrZarXeTvfdQpRu1VrgeNy7KJ/y+BaoDTqtTuEn5Kewj5HUbL l8DPEH6Wz52RBL5WBW0ahRY8CD4VfC9q+AjXiaUHNcM1vG2mg/P26BjyfIMlaJHqmQzGR1+j uLOzR/kEymwC8d+b5XO/d2f5V/u/p7F1HLMEgCGQcP/53Gwb8DXgQWApkFeymbrvTDbwbzkV lijXDfkphNFjbYLvJvDj8OWzRirwy4iVxrz6FUieh4YByL8DyefwLLdazDLyV4SE3NbVchv4 NC6vtEHSCMkOYCfwMvvys2iqpXrgPSDn8EU+2SYTtTLCL6glhDvVdGARh1G5/+9SCwlbVNbW pPJZoD/hb79I7gZSvckvqh7wJUA/t4v2ce6l2qe59bWPEW7ks2byFI9HkqPfgv8kn0ChMMy/ iP5Wx2fmqLd8Br56SJZXWhIhn4H8WwjJpXjVwl/Up2u/RE8rQPgfw/cKcAThfwn8LuGn1dXo nw08avicm/ycdpuR+wDV9k6kwrGGVO5FmdYaRstd8EPgNzCqlxihIVM7BzmflxplJMlBtnjM q6EcUrnPqIbqEt2XkSTtCNkOXoBnXIZR6dNiie9kJD4HPOykmg2d3cxrm6BtE/gb4HkUJEPP EPKWrO1insOThMPXcD8nfgo6ddQl3P8HkEo18rAX5boPS1htyHdC/wjkO4FXIb8KeR1yeAnp InXoSdYugGdtNaiTGtRDDU4bTht8A/AccBPkvWyRGCn/l5BDrochvXRIfQg6h3jGIWwH1iEk j0EfWsSHnPhQ9usInwY9aRxSjCB8GqzNiNF2LKkBdnLfoJCM15G360g9BtiJ+e4q0j3Cdol4 QqUZfD/4GKTYiTrZo32R0AFssnB7XbB8n/gHFraZX7S8TthreUS4ilGtZ0tIrbCB7ZuVx/te RvUS+uReRpJ3Qs5oQyo2WMsB8NXAAd1+AveiNvbqrQDrOq23C9cn8TuhGa0vj6E10dP4hKrS yRLqLedQonrwveBDgfcQZhjydEgkcA/XIeKmIWQaVg4D/FWntFmWMQ+sZiRfzvOnZl8AphDu mP0oj9lZti1bZnlUVs5+k/CV2T/jEScqOO5sLCweh7wz+3WWY4bKfMTWYB+jmJ7hN5T7gSPA acxlI1if7Ae2GzyfBe3hMMpJYAmjjNRnQJ1nW0ryU+BvYZ3DIWMMX67hTmC4IWHfy4/I7ik7 gOFsmSl1F3jWtgP6w2cqmYckzcB6yF0oKUYidFZzuZQ/mnmG0A1cBp0/Rfgho9QO5qG5BqWb nkGvMHLoQkjOT6ceBngfNTM9cwI5PMF5gLYW5uXAowEOzygjIb+LGmtHDhshT9Z9IYlk/fIK ch4JbTHQk4x0a2a4V9TouUWJ0lgiRgwJ8oba62SecsVp3UQLHod+G/J8BHGHHh3idp/5MFt1 9R9h4Wksz+AbD2UY2APE/1uI/wP+BuNsAyNpZP4CcBySe+AR/tEd4BUgzkLMTkHPfszXOAkh c4E+aD4A7IQEZyKkzZjZWXMlEN+EzODrpJk9wFDgCaQCnY8QntY6jDhb8ginMx4hlRn8NtLM WeBh4CX4PgDvAGYDVyM/Q8A0YA3yMwBE6WQyo4q8qciP/oucs73A25Dov/+E70BmzwHPAA8i lXqkDp2PMpHKaeAR6P8S+KvASeBNoBu4BrgD+GUg3mvTmoZThE5lC3gJHiWV/xv8X4F3Iudf AP8McBr4MvATwI8j/LeAfw78GlDX8xBhPgr0QvIa8E1InkLq/ws88qyWgk8CdkGCHqXMGkhz gURtE/ZgvcGzA9pOtgLxf3Ey0UAO0wwe/UeiNmSJgeyLWpIfgv7vgg8DfxeI/qn8FHK0nbRD 8gPgfwP+A/DvgB83cJBQ7wkpkCBvyr9Asgq4HJK/Bf4cEv3rdNSA8hLwd1E/3wGPcillwELg XwIxalSMCFpxsp6bBlLp1DjI48CvMySUN/X3Ic8DPm0g+6Kk6meA/w74ghGSfZdBM3qmphjp svx7yOdPkB+EEbeAvwNJFniMDoG8CfQQgVIrfwoefU/8KyT614XIiUCNCdTq7N8YSPkXvQiJ /0RS9NNV6C2KA4g8i/8M/veAaF/xj0YqrAH9SqBvGN9ToW75zwcplefBbwKiHmbRw8UItHlQ D+3ATiC0yR8Cv4owH0H4U+DR/xVYRQVWUXkL+E2gBbH0uvoG8A+AsD8StSHxBb/ErwMruv7P A/FdmaLnFn1MXBa8qqyHHF/TySJgAiSwRQraS9Hb62dAvVzfBv6ZgaRn9p/Ar4VmPVe7oG0N xp0+sv4YuB6jCfaEsAdhqJ6l3sroD1LHH0HbGOT6LxP8Arx+0k//hlAfTX8N/jj4fqN0jPpM gdEqkGfxfeCrCKlbs0xIJoC6pYXtErDJAqUWGC8CI24Wdkl8Cog5QqxEbjGvyf8J1K0uZhm5 D4h0Jdpaouer6JMS41fdDh79Vr4CPAnUrSv6gEQrq/8D/H8FYqaQaCOJ2pDoeyosgIr+rML2 qrAhKqyfirZQYWMlalJ+DBJ9Dv0sEGWUX0H9YCzIfOB/An4R8j8Evxtx9R6O86QS7aXBroq/ B8KGKxVA3WY+i5pEWQTmAnEW+Ai+sPazsEj4/zdFYLzMwNooXwdWIa0chAxHmJ/Ali7DmL0F /B1IssDXAG8Cvwb8OXzLgD7gn0J+CXwx+J8C/wUIWy0yDKsyCKsyCDs8CNsyCNsyiFl1EBZm EBZmEBZmEBZmEBZmEGuhQdgZ3cIMwsIMwsIMwsIMwsIMwsIMwsIMwsIMwsIMwsIMwubz2Nlv 9C4eTejDUp83Me9IjAWJUaC8CPwk8L8A0VIK+rPy71Gf+kiEnZnV5yDUsKLPhp8T/OwLJ4oV nMOV+mweOsu72l5+8qPoYyFZfEHw72pw22Fsqr8EYkypWPmo/wzEzKhhBlQxTlWsQDTMOJo+ XmDx5J8wWjBmNTfk+PJYw5pNQ0mVGQOpNhTYdpq1uWZ0HnOKhI2iNQnLYRVlBNABRO9SrgEx 10jdkmNFqur8c0BYEhUrTBV9Vf5f8PqaBPOvhG1RMbOoelqw5xI2U8X3u6oeBqtQFaNMawKP Olex9lAxx6n4blnFaFKRW/zPrKLCoipYOav6OhOjQ4Vt17ASU3WEVdGw7lIx76iwLZo+m6NN VVhgFSsT2nkywsKomH/VzUDMKRrmQe11SIAaasaCuUBizSkxa6iYL1T0JQnLLDcA9V50FzgI 1EuK+tH0WQN9VfYAsUqXun69V+jzkS7/j0D0AYkZWaKPSaycVdg3Fb/JqqJ9VfR89SLQD4S1 0WDxVPQoFRZe1dsaKxMVZVSxslJRFg1zroo1mIpdj6r3yXjwGCMqLKoKC6liRWeBr4YZX9sG RN1qWNlqWM9o+r5At+36ShsrEBWrBRWzlYpZQ0V4iXWCCiuqonVUrAEkrKuaAZ2Yy1TsIDR9 5fwW1gMDwG8CLYy03mB+DfAbwD8AHoZvMTASGAv5V4Gfh8QHvhv4V8DnjVXHCFYdI1h1jGDV MYJVxwhWHSNYdYxghTzy/6g7D/CqjW3fL2n2yLIlbZoxxhgw3RgM2wVTkhA6hNAhhNCNTTHN jnHo1QEChN57jOm9E2pC6BAgtNB76NVJSCBAfN7Mf28b67wk75x3c+93LvtjaTw/aba2NOuv mZG0Bm2PQ2h7HELbQ9qFsOGw1WDf9bRDDqEdcgjtkENoh2D0zD2ah9GJExjxOIH0Moyh9VZQ 10jOJ3tHXM2yzie7BPPJbsmcTzYc88nWxXyyHTCfbH/M9Kpj/sYc5CdaDqUon2dmWW8Zh5Ry Uh4KwhT0gZ5ZZr0xK3Uu8qdCoq8XSvk9M856iw8Tfb28VJhKUhkq4Jl9Vs7J6qDcFEBFKERc hQpmmYmWkUGcXJmz0fplmY2WPHPSFvUsi1FYTEyPBCUYNhK2Cmw92BawsbHd4zorE2Gnw86F TYVdBrumU1zPaGUT7HbY3bAHYI/G9YxLUk7Bnoe9CnsL9kFcr/juShrsr7CvpVVVWF0UH606 Yf1hC8OWho3qHh/TXa0CWwu2HmwT2BawbXt0jI1TY2G7wibA9oYdmCgKUpNhR8GOh50KOxtW Ko0D0UY4zuu/m/b9l+e8JcqIu/Vn1t1T8vlLa/6l9f4Ly0TNk/P0/usphdz9cVz1PC00h8d/ pEWPDzMI/7nN9pfWlyKoCyVQXxpKo2gizaUltEb44Fd0gI6Ltv1V0ZJ7Ilr36YqvEqgUVcKV RKW/kqyMUSYrs5VUZYWyQdmu7FGOyFl+1eyqvxqkBqsutYJaRa2jNlJbqO3VLmqCfI8dyujv WRZwz3WC97DFh2Ush4pzKmddn81Wsd2YUVRlD1i6m4p2iDySioxzgGUzz7Kne2m4j7SCZybE MtctzCSt+FbxLD1zkuZe4f479y18g+6X06+43708Of39/evl7ZI32b1WgGcm1YBGWMsR0CEg KWBUgHue0/z5IvPVzdchX/98U/Mty/dVvjP5HgU6AgsERgU2CowN7B84OXBF4O7A84E/5Tfz F85fKX+T/F3zD88/P//2/GfcR6BAqmee4GWe5U7P0jOPa8EA93yqQafcfxcK9iw9e+XyzOPq eulehid5lqnuYxW+Adv7h28NPxp+M/xlhG9ESES1iNYRfSPGRqRGbI84E/EgkiL9I12RdSNj I4dGzo1cF3kg8qL7W8ttcZdW7rJn+cx9RKNkHFvxd1R7d37UI/eyvGfW1/I9PcuX7r2o4OtZ BniWQW5ewTM7bQX55qpOitkAPEn85SSHl+lleTm9suG5199kL1EpqAThm38StTpQqHUVqkut Sc4+7p4rRcax18hkOUlVn7M8otZ4eXJqIycAOeIsysjzLJeHvQfml2XtusjJm7m2L9bmeA7C X6hKUXzDjyj1J2z/DNv8Yq4Xa6KeiDaPZ2uZJ1pYWbcWTH0h90+UEYAy/FBGXlmGZx/EHqo/ y28WbTf5XsOP6gshCpooU2e5xN7I9xqKU3ZHgKOII6+jsKOgo4CjkMPfESwj5ztKO0IcJRyl HCXxJMSPqminqs9k2epzUY4D5WgyfoQozVd8lzerzd7HM0ym+JKh2hD1H/JbGV45Yz7MB/f7 TChuxjunbgUKxjtxVWQUeXFNfJPHxNW3tCdOUkZuRox8Vf2NqSjXxO/IGjM/GLGfani2Kel5 Q7BWltJL4nhkKUEbog3Fu72Ks8lfsKbyyU9SrXvWXSiKwzA9OZesyzJHfaQ+dh8Bdl/zFa1H UZbmp/kRaQEyVo2cW0ruvbKCTrECLIgVZcGsNCvDwlkUS2bD2Ug2io1h49lENpVNF+o1n6Wy JWyFULE1bB3bwLaw7ewrtocdYEfYcXaKnWUX2VV2k90R6vaIPWFp7CdHY8cHPJSX5WE8gpfj 5XlF/g6vymvy93hjXp9/wD/ibXg078jjeA8ezz/mvfgnvA/vxwfwQXwIH8Y/5SP4Z3w0/5yP 4xP4FD6Dz+Ff8IV8KV/LN/Iv+Q7+Nf+G7+X7+SF+jJ/k3/ML/Aq/wW/z+/wx/5H/wn/jv2uK xjVvzdJyaLm1glohrYhWTCuhldRKaaFaWS1MK6eV197S3tHe1VpqbbUOWhfD3wgwAo3WRnsj 1uhidDcSjCSjrzHQGGoMN0YaY4zxxmRjujHbmG+kGkuMFcYaY4OxxdhufGXsMfYZB8wz5nnz snndvGneMe+ZD8wn5k/mr+YL86X52ky3VEuzfKxAK8gqagVbpS2XNc2aZc2zFliLreXWamu9 tdnaZu2wdjk/cLZ0tna2d8Y6ZYSyUyy/HGtlBVlB2YsQ/QiVlWAlxBkuJfqGDhbKQomzMBYm vKEcK0debBgbJnziU/ap8IkRbAT5sM/YZ2RgTi+TjWPjyGIT2ARysimihmRj09g0ys5msVmU g80Tfa6cbAFbQLnYYtGD9mXL2XLKzVayleTHVos+RR62VvS4/dl60ZfJyzaLHlwA28a2UT62 S/RlAtk37BvKz/az/VSAHWaHqSA7xo5REDvJTlIh9j37ngqzC6IvU4RdYVeEktwQvfti7Da7 TcXZfXafSrCHoncfzB6zx1SSPRV9uhD2o+j1l3I0cjSi0o5m4moZykvz0lSGiw+V5S7Ru3fx cB5OYTySR1I4j+JRFMEr8AoUyd/mb1M5XoVXoSheg9eg8rwOr0MVeD1ejyryRrwRVeLNeDN6 i7fgLeht3pq3pnd4e96eKvNY0dZ/l3fhXagK7867U1Xek/ekajyBJ1B1nsgTqQZP4klUk/fm vakW78v7Um3en/enOnwgH0jv8cF8MNXlQ/lQep8n82Sqx4fz4VSfj+QjqQEfxUdRQz6Gj6FG fCwfS435eD6emvDJfDI15dP5dGrGZ/PZ9AGfz+dTc57KU+lDvoQvoRZ8DV9DH/ENfAO15Fv4 FmrFt/Pt1Jp/xb+iNnw3301t+R6+h9rxfXwftRe+coii+VF+lDrwE/wExfAz/AzF8vP8PHXk l/ll6sSv8+vUmd/it6gLv8fvURx/xB9RV57G06gbf8afUXf+gr+gHvw1f009NdlwjdccmoMS NF3T6WPN1ExK1LJr2amX5qv5kpzHrgB9ogVpQdRbK6wVpj5aUa0o9dWKa8WpnxasBVN/LUQL oQFaaa00DdTKaGVoEGaeG6xFapE0RIvSomioVkmrRMO0t7W3KVmrrFWmT7WPtI9ouNZGa0Mj tGgtmkZqnbXO9JmRx8hDo4y8Rl4abeQ38tMYo5XRij432hntaKwRY8TQOKOz0ZnGG92MbjTB iDfiaaLRy+hFk4w+Rh+abAwwBtAUY4gxhKYanxqf0jRjhDGCphujjdE0wxhnjKOZxiRjEs0y phnTaLYxy5hFc4x5xjyaaywwFtA8Y7GxmOYby43l9IWx2lhNKcZ6Yz0tMDYbmynV2GZso4XG LmMXLTK+Mb6hxcZeYy8tMfYb+2mpedo8TcvMc+Y5Wm5eMi/RCvOaeY1WmjfMG7TKvG3eptXm XfMurTHvm/dprfnYfEzrzB/NH2m9+Yv5C20wn5vPaaP5m/kbbTJfma9os/m7+TttsRRLoS8t bnHaanlb3rTNymflo+1WQasg7bCKWEVop1XCKkG7rFJWKfrKKmuVpa+tqdZU2m3NtGbSN9Zc ay7tsVKsFNprLbIW0T5rmbWM9lurrFV0wFpnraOD1iZrEx2ytlpb6bC13dpOR6yd1k761tnM 2YyOOj9yfkTHnK2crei4s52zHX3njHHG0AlnR2dHOimuTAE0hhVmxVkIc7FI9oyNZZPZTDaX pbBFbBnbxLaynWw328cOsaNM9MvZeXaZXWe32D1x/XnEnjmaOj7kb/F3eXVem7/Pm/KG/EPe irfjMbwz78Yn8Wl8Fp/HF/DlfD3fzLfxXaKM4vwg/5Z/x0/zc/wSv8Z/4Hf5Q/6U/8yf81f8 H+yeZrDCWi4trxautdbaa7FGAaOt0cHoZHQ1ehqJRm+jvzHYGGWMNSYaU42ZxlwjxVhkLDNW GeuMTcZWY6ex2zhknjUvmlfNW+YjM818Jq1FlsPSLdMqYBW2ilshVhkr3JphzbG+sBZaS62V 1lpro/Wl80NnW2cHcSUYg2sA4Rqg4BqgQv0Z1N8B9edQeQ367gVl16Hs3lB2Hyi7AWU3oeAW FNwJBc8GBc8OBc8BBc8JBc8FBfeFgueGgvtBwfNAwf2h4Hmh4AFQ8HxQ8ECodn6odgGodkEo chAUuRAUuTAUuQgUuSgUuRgUuTgUuQQUORiKXBKKHAJFLgVFLg2tDIVWloFWloVWuqCVYVDJ cKhkBFQyEipZDioZBX0sD32sAH2sCH2sBH18C/r4NvTxHehjZejju9DHKtDHqtDHatDH6tDH GtDHmtDHWtDH2tDHOlDG96CMdaGM76NFVg8aVx8q1gAq1hAq1gia1Ria1QSa1RSa1Qya9QE0 qzk060NoVgto1kfQrJbQqVbQqdbQqTbQqbbQqXbQqfbQqWjoVAfoVAx0KhY61RE61Qk61Rk6 1QU6FQdt6gpt6gZt6g5t6gFV6gkliocSJUCJPob6JEJ9ekF9kqA+n0B9ekN9+kB9+kJ9+kF9 +kN9BkB9BkJ9BkF9BkN9hkB9hkJ9hkF9kqE+n0J9hkN9RkB9RkJrPoPKjILKjBbKEkKTWSFW jJVkZVkE+5l9ziaxGWwO+4ItZEvZRvYl28G+ZnvZQfYt+46dZufYJXaN/cDuyvrsaMJ+djRx NGef80q8Mq/Ga/G6vAlvwJvzlrwt78A78a58Ip/KZ/K5PEVcqZfxdXwT38p3im1Os2L8AD/C j/NT/Cy/yK/ym/wOf8Cf8J/4r/wlT2d3eSXNhxXScmr+WjivJlKttHZaDD9l5DPaGNFGRyPO 6GF8bHxi9DMGGZ8ZnxsTjCnGDGOO8YWx0FhqrDTWGhuNL40dxtfGQfN784J5xfzBfGg+NX+G /YfFLC/LsPJbhaxiVkkr1AqzpluzrflWqrXEWmGtsTZYW5zNnW2c0UJpJv8vUxrZSswPvSkA vSkIvQlCO7AQVKcwVKcIVKcoVKcYVKc4VKcEVCcYqlMSqhMC1SkF1SkN1QmF6pSB6pSF6rig OmFQnXCoTgRaaJHQnnLQnihoT3loTwVoT0W00CpBgd6CAr0NBXoHClQZCvQuFKgKFKgqFKga FKg6FKgGFKgmFKgWFKg2FKgOFOg9KFBdKND7UKB6aKHVhw41gA41hA41gg41hg41QSurKVpZ zaBJH0CTmkOTPkTLqgWU6SMoU0soUysoU2soUxsoU1soUzsoU3soUzSUqQOUKQbKFAtl6ghl 6gRl6gxl6gJlioMydYUydYMydYcy9YAy9YQyxUOZEqBMH0OZEqFMvaBMSVCmT6BMvaFMfaBM faFM/aBM/aFMA6BMA6FMg6BMg6FMQ6BMQ6FMw6BMyVCmT6FMw6FMI6BMI6FMn0GZRkGZRkOZ xkCZPocyjYUyjYMyjYcyTYAyTYQyyTc9CpApe/DuUQvriubHHlg/WNesG9YtxFeRvXoMSAg/ lCMZDCMZDvgDFz3vB6ThXHppnbROpOOoeeOo+WAP5JP0xTH+KkdmcrIhYqtxQtuui20z05of Ri7HkYwUKaOLJdAeOkpn6To9oGeUruhKTiWQfMgPMYODqQxFUiWqQrWoHvtF7Fkyey7scPab sKPYK2HHa8OELaDFkcpDtW7CltV6CBtmWaSad6xswt77kxJ/RYkvUOJLlPgaJSajxK4osTtK 7IkSnSgxO0pUyKHFy7WRSshMfZyZSsxM9cpMJWWmPslM9c5ImfUyU/WREkdSHjUioeJPxR78 xH9GzN7npAlFfyXOwtfGbsQ9qoQxmqI49tnF8XZkHnmH57hL4jTCxXkV+e4lzoYqzwzJSGiy BDnm7DAixFY/s/FCD7GVuc69tnvJHmCr1WIrhvsLIeRC7Gf3aJc7L+Nou8eiQnDWESsS89LI O8vSrqD/xNl65S/IRs2pNXWgrqKGdqXeIj2QkkVqDE0UaRk5bq7nt2bDe98VUKOqUD2RbiLK qELtqZNId/ccgVL4vTtgr+P4RbE0jOMy5A2B/Rb2mXsk3+Mrj2E3wt78jz1evjhSvWkwDRf/ x4j0RHGUBtN8WkQrPKl1IldGxNrpOXK+qDXVqC41Ev+bi7Q84nU9JblTA0VuRpTx0v/FYzgM 9tr/iuPp5Tk2UVQH8dblnGrkIW7PCvQomfvYhOL3fAF7NcsxeZ3lNz/4j/y17khtutQd9S6p qnzWXD5T4Z6FNiOfqfcziTu+m7wL0gy/vQxlzKCg0ijE4X+TJ2f5S6I1tjw5y197xBUkxH/E HFiIMJYZEwnv2PrgHVsD79iaeMfWwju2Trxjmwvv2PriHdvciKGEuvb/GS1SRoRAhDv9DGJE 70RcbR1Ppsj9LItY1UvER76tJN/iepElfzxzqvLpAfnswPXMfIfaW3x+VeUT+HvwvEsGkU// KHiz40FmnqrWUU/gyUDFM5+We83t4v9gUUtIDc+ybqC6CE9KquoDTxxo99rynZFGYo9OqefV q2/WVx6pSXgyjqnb1d3qgSxbtMQdThkle4naMssW29VqeLaJqaPU8TKducVQQiRptUyWvO4i 77zYm5bK2Cy58g3SPaKEGmpdJT1LvnzbYYXIL62Ge2YAdH9nLTlnlyKfGDuTJdclZwxTBopU uicCtDvfX84XpsTK2caUR0rKGyLaMVfJPePXUeWU2K8322BeLlmKEvXm/CmblGWKOM5KAJ7Q e5M/UZmrpOKZUEXR3+TTfGU4ZgKUZy/tzfmmkTRS6S7fACQZkfl8FtJdaaLUUqS3bSUFz+i5 CRdXqyZKBaW0jAKOOfMWZdkqSsmuBCoyTp6Mpz0qy1ZyRudfFRV71YUUzwwnZf/GSH3wdv30 v/0utjvKdYYn/h3ziyiUMSfXTGkN3H91RwhUt7nvyepo24jf5J7zBKolynQI1Vruia65nOSM Lgxv/AehlRUsY0ogVTIzFYKUON/uiMck7+fJbfwRhVtuI5UwY6s36RBPOsuWskaJPYkS5yYJ 87KMpLE0mWZ6rsnrxLV4p2h9H6LjdAYx2u/QI0RxT1ccMs674ifPvRKslFEilUpKFVF/6ola 1EJpq8QqXZUEpbcyUElWRsm5KpXZSoqczVIdh/hq4xGxeYKwE2SsTnWifNccMX1lzOcpwk4R R0VVpwrFVdVp8kyp04XuqkJ9Z+IMzpLHQUYrV+eIGqQ6psoo5VpfUYNUr61CVVVRj44iNtEx YY/px4U9jvmDvoPantBPYi6hU8KekrVIPy2U1R0TWWrxWWHP6ueEPacL3dDP6xeEvSCj8ugX 9UvCXtIvC3tZF21g/Yp+Vdir+jVhrwkFV/Xr+g1hZfwAVb8pzr4qNF30oxBLQNVvy0gN+h0Z jQrzFqn6PVHrVf2+qCGqqPsNhW0oar1qNBa1XhV1X7TuUfdVCy0aURPfRDF1Pwfi8lzV/y4P c8+hjbvoRiNxVNOlVe+jrq4jxblGaElOoQu1lPZKf3GG1yiHlJvKa9VPdal11Vh1sDhLG9Sj 6h0hSAEskjVgXURfai7bwk6wBw6HaENUcDRxdHeMdKQ4tjvOOJ5wncsRkuY8gY/hi/hX/Dz/ STO14loVraWWpI3Xlml7tMvar17ZvUK8ani19errNdlrldcBr+teL3VfvYxeR++gD9Sn6+v0 I+I4p3v7e4d71/Pu5D3Ue7b3Ju/j3vd8VJ9AnyifRj5dfYb7zPfZ6nPK55GhGUFGJdE26WmM MlKNncZZI830MYualc0WZqI51lxi7jYvms8spxVsVbNaW72tidYKa5911XrhzOks7azlbO/s 75RxqHVykq+s4V7pqOf3Ye9lkvEg40HG28gEkAkgE2xkIshEkIk2MglkEsgkG5kMMhlkso1M AZkCMsVGpoJMBZlqI9NApoFMs5HpINNBptvIDJAZIDNsZCbITJCZNjILZBbILBuZAzIHZI6N pICkgKTYyAKQBSALbCQVJBUk1UYWgiwEWWgji0AWgSyykcUgi0EW28gSkCUgS2xkKchSkKU2 sgxkGcgyG1kOshxkuY2sAFkBssJGVoKsBFlpI6tAVoGsspHVIKtBVtvIGpA1IGtsZC3IWpC1 NrIOZB3IOhtZD7IeZL2NbADZALLBRjaCbATZaCObQDaBbLKRzSCbQTbbyBaQLSBbbORLkC9B vrSRrSBbQbbayDaQbSDbbGQ7yHaQ7TayA2QHyA4b2QmyE2SnjewC2QWyy0b2gOwB2WMje0H2 guy1kX0g+0D22ch+kP0g+23kAMgBkAM2chDkIMhBGzkEcgjkkI0cBjkMcthGjoAcATliI8dA joEcs5HjIMdBjtvIdyDfgXxnIydAToCcsJGTICdBTtrIKZBTIKds5DTIaZDTNnIG5AzIGRv5 HuR7kO9t5CzIWZCzNnIO5BzIORs5D3Ie5LyNXAC5AHLBRi6CXAS5aCOXQC6BXLKRyyCXQS7b yBWQKyBXbOQqyFWQqzZyDeQayDUbuQ5yHeS6jdwAuQFyw0ZugtwEuWkjP4D8APKDjdwCuQVy y0Zug9wGuW0jd0DugNyxkbsgd0HuZiUOXGkduNI6bFdazLOTLq16H/YN6Q/SH6R/VoL2broX FMnLpkiyDeyVLq16H/YNOQpyFOSojcCzdHiWbvMsHZ6lw7N0m2fp8CwdnqXbPEuHZ+nwLN3m WTo8S4dn6TbP0uFZOjxLt3mWDs/S4Vm6zbN0eJYOz9JtnqXDs3R4lm7zLB2epcOzdJtn6fAs HZ6l2zxLh2fp8Czd5lk6PEuHZ+k2z9LhWTo8S7d5lg7P0uFZus2zdHiWDs/SbZ6lw7N0eJZu 8ywdnqXDs3SbZ+nwLB2epds8S4dn6fAs3eZZOjxLh2fpNs/S4Vk6PEu3eZYOz9LhWbrNs3R4 lg7P0m2epcOzdHiWbvMsHZ6lw7N0m2fp8CwdnqXbPEv2owS5B3LPRu6D3Ae5n5WIfpQg0qr3 YTOJURB9noKSwL4hQSBBIEE2UgikEEghGykMUhiksI0UASkCUsRGioIUBSlqI8VAioEUs5Hi IMVBittIfZD6IPVtpCFIQ5CGNtIYpDFI46xE9kq90qVV78O+IQ9BHoI8tJFHII9AHtnIY5DH II9t5AnIE5AnNvIU5CnIUxtJA0kDSQNRKXvWPjHGi5wY8ymN8aJy6CU3Qi+5MUZ7mqCv3BR9 5WYY+emFkZ8k9JsHot88CP3mwaLfnEby3kIqWRREIaL3XJnqUBNqTZ0ogfrTcBqPeV0c7tEP pDACghRGQZDCSAhSGA1BCiMiSGFUBCmMjCCF0RGkMEKCFEZJMObTgFSMRTncIwmeuP5yfrYG It/A3suYKi3Jj8LpbWpA7SnRs7fuNwEO0Sm6THcojV4qpuKnBCkhSh18i7w6zHSPDqClNRPX zDmeHHkdmImzn5FzAjmPsuScRM5j5MgST6FEmTqdmTqTmfo+M3U2yzefwzffzizjfOZaFzJT FzNTlzJTl7OUcQVl3Mks42rmWtcyU9eRctcvP7Q1ZorWKlPnieURsZyfWdpN/KonGb9TjlqL WrdM9LK81DUygqe6TvR3LHWj6KdkU7eIHkEOyri3GugpQ7ad56GdPN+Tcxg5R5AjRzC3iX3I el/kB8/Zl+OQGG90/yXOshwlUuUbRCKvFsaJwjx5RdXSwiZ6Ru0zcp2qn/g9rcUnMGu+8quS Lr6nBj4OG7msyDPfVo215R5QjotyfNU6agNb/hplCzmU18pr1aVG2chUZS5x5ab8qH7/9O19 laF41zlrXqzSXdgNymtbbgOlOTFlrvjcseVHKZXF9w7H57iNBCpCW5X5GA19k6spTmFHKSuy 5go/eCFKr6wkKuNt+efpusgvrrSUsfey5O8WHuRQnOJTTWlrI/LNMAc9o2dKsFLXRsbSVM/c khfFdiE2Jt8t4/QVPj8hcvAb1gyz66Tb8qpgHqg0emDLDZFxyD33ETLy/KiAsAcU05Mra9kq 9fzfNE7+984peQw2y8ySuAvwN91XEG0KhuMhvfHNEwrh+LZxsFs8I7DuGKm2kVL0vMehl+2e LUvWnyhxpp14w7YM1BizH8q1caXaKq5ecuTW4R7ZFcun4Ay/gcTebxN7Jdstcr+CyDJ3m9+Y e8y95j5zv3nAPGgeMg+bR8xvzaP/1ztBCg2mbOJYZjyBUc1zt7glnj7oLtRenAdnU/U32Jew r2Bfw/4Omw77D2nl0z/CKrAqrA+sAWtKqw2BHfqn7xBl3gGxcpKDLWK3ZCRFz/MfCWBSaYOp jpWLsrHrLI0YGyL+fyvSz9gDkXrMNor0TQ+P+ne45veGU8bzAuMzvzWcWlu+5Psn3zqMXbOV 717zj77/X1jTsydizT/cp8DMo5SbvNhVscYX7DVKdd/Jd+v8Acq4Py3vMt3I9AY9o4aSvM9f ANcXX1wr9mW2FPZ7Uhme/uZ6ktH+kGW43411vx1LAQfxXAb+BXztSg7YoXmHjKwz8rmleKkp yQGrRNYyVVHCDJe3xks5mRrAyRWt+ZTSFIeSXF5VHClNXY1dpbPkBKYWGBooKqf8NKQO1Ivi RdXsSEnif2X5cRXKUpjD9+SuBktL1H5S/nC5tKrv/BSV953Qb++lJOdOdiU79rqS2coUpiqq mitC7OLHG8uM6Za8omAD7PDHLitzbxUu9qsPdpN94NByqR80DcvlyiH/0HP5fBjdq0tcz85J 8T3DsrucMtMrl1eTjrE94nvGhhVwBcocn1y568fFJMb3iu+UFFQ9PjEhPjE6KU5sUchVUHKW y/8NbxbXo2No06ToHglBjapXdRXIY4WVc0WEu8LKCxPRUvwZ5YrK/NM1bON/y55ZLkNyI5ej fsNGTcJKuIq5/yzQs3pcQpeOiUE1mtYMqtm0QaVqFWpWD41wVY0MLR8WGRlWzFXE/YsC//AX Ne2Y2DsupqMrWSmc9QgrnFiyko1Evo+arCj0YNKuDaN+940vFBXMOkVU6qS/avX+opUpwZF1 q4fru0fePvzO98V2Dqjc4bOzg55mS2q68MdJMaOShtwreow12v/jEfIbsLjiOi3w7RqDf3u4 b8OwnXmKbP+9Y4W8I4YcSSn5+6+Vdhtluzy7HtlgUHye3T1nrXg5JLrYyeIJp5IGXYvu1fp4 s5CKjVmE94tGq/seHK1vOTMi5N1z5ws2fvD0dZe2m7+569UlfFzZxMbpLKx24/2nHiZ6rQ2a 9uJi1xd9Ot9qPzuh3sqa3w7W194edubD7yodzfXJvOLHUlLjGu2sNGrqtXXNKlwdXfHYyPDF E7MN/vrx0anFllQdGV384JXyg1tb9/IcKS9+wJYGm17kK/JQFbqpLExWvMUR4a784pDmdzr8 HL4vfi/yGZ86tPmxiMVV93Q/qkcd2pCKOpS/iMPf5TfUt0jkiwtNaiX4PK7yqverjaXW7S23 MZurmVyhoKO+633Xeym1U2qOrN4lKSmhUtmyMYndy/TIOE9lYuJ7lE3oFidzyyYkxsd+EpPU q2zmaZRnESdR1MoyYhVXC00Xjsm5l6I46rnquupk/O1SR77t+YI+ffr80Rd0TPyLkpNcueT+ FnOYLp+MIpn+Tw7JZC0JdWw6UtL46HWZBylr6zXo4ngx+XHJPZ2Odks4/Nm9rz573ebZlYaL A+L7zljdjVdoXDVxXsVbAfn29vj4dcKW00e3TGzhCH73bIGnn2709TenGc8X58g188CI5m2f RGwyy28e+uCXnF0ulBkwUk98y3fAmQsn/BruLmsUDD1yO9+JNfeHr5tgtOm11W9YlSItSj+I XpG+a8jpcS0TXvc71ml6x5jNPGfvmyFvlXqcvGr2oxJVl85wFvH7ouqhBj2a5qjiONp+1sWZ j0qtmfHq+qBftn9Oz4rlGdKh/47GH36TlnZsbr7oXqunjS3Vu/CylQkVNinBgzpVa3r1i2de A1u6nMnso1+Hj9yWu1iHdcap7368NL2mkLFHQsbOvJExxad0vzXn+g1YIh95EH/9s4z1+28R iyKuQm6nD8jKYzsGNY3r3FOUmkXIolyRYeUjwyPLuYWsYuafrmGf/k8ImWd19ier/z+FafLr +KgdN9i24LO1TqZGb19c61WMX+Uyv9U+dfDR44Oz1hdv/Mmui0ezab45FnXPO393u/rNRt+q 3+j8uGMLohf3yTU7cOljK+n50ub97gU/b3pqff+Y679MnfHlowu1X3R/5+diozbu9NnvWDp+ 4Ig6vQOja63Iu69/h8+/2VNuxasW8ftjjCnvuYblG3BtyMCGm2r3aNc3cO2W59NzNXm67WT9 ird7Xa3T4G3fFTOsikc/b3yj9cm30sZ3fuBqv7x+y3nVd10qsn13tnPvZ583t35a49ThK27N XfrO2YVPffzrLHu5vsHimc73v07z/ZkOratztlV6hXOjc4Ty7dXVhoVperHVg8r1HN5lZZB/ heD0wNTs6xdnCFN7cURa/5GjsixqNTrdJ+xB8WN3ehycNGnb1LGp/tHlI12NJc7hEHqxqJar xj+fnwhXmPyT5wqJCCtXsVwpV6SrfMWIcq7QsKhO0aGRMVGu0A5RHTqFVowN7xAWE+sqV7FC pE0Av81x78ipTX4tlMPly0T4+W2rN9unoKu5WwAbuoQEpggJHFnz3xJAUZdFTRaVuJ2rQmhE WKi4+roggS2zSGADlxDBLBJY+V+TwD8pO+mP9G7JsqaTrr2lpEe30Vo+7JRmnn9+YfhpauzM fnLRyTzBd8dGVCh1vvoB9vknDyMmP1t+s/Pv6qXF+RtUr9km33s/XG/olzZ4QtqoHEeSVy96 tWR5u19mtD80YN/XA+fEPS6Y/M2Px8b3fb/DL+eswHNNc56d3uRpuV15x6dUmbLAZ3Go39w9 tZL0h5eenV/8XlSznDk+YBsH+L2qnf6qy+vdNVvffDdnv4jUp8n7r1bJ6/Uk936fOR/xqstP zJg/bD5r9bruDwFl+KpGtcuOfdnvfIGgF/xVyW7+vi8THV8aS2fHPsrRpmHN98aVDAh9dWKL d9N2kVOv++3b9qBXuXsfPr3x0G+v/0Ft41vfRQ+/uaXG6KkLR7qS+U6hd4vceucTHVE8AK21 sH+WuXZQDx/vycVHT/mpdKyS14+JAx+W15XHlumdeV7CQl2l3LpQ9I0uNImPF+IgTlRcp7iY 6KSOQVX/T3XmGdZEusXxBEJHWqRKkCZNIJMICmikScdQN4hEEQTpBCItWIAgVdpSpJfQBUJ3 wUVksaw0aSKwulRpAtJEigjcgI3d9d7d++E+PvfTzDnvzDvzvPM/vznnvJ4e9ji8gwdhF2YA oHAEgUQiFI8gKTBDfjKRO+b35OzfEawSb47lBWwaYCkXBAXVkr1MnE8e6MW1tS5OO20lcrEN Dyl5BPLVwLOQs9uDD9TQIs/xoJfyZoxhLaWCOssL9iWn9SLz6gl67qladC82Dw2le4Z2FF0+ 5dcX8PJt/dLR3Gasxu9lZNSwhH0iX0Ee/jJmkTt+bFM+Hp/V62Up4K0RGKTA1XnZguZnO+PI vEoH+Atepq1YD8lRL7jpwH7AfK070nqztdlSE2F4Vxw6pgJ04CXZJISfHEOjspComKckBdog LBpDlJCiQdbo9RlcnOyWsV7UQE2W0INWNEkZXRYRYiZTvkW6S5odx04oZFR7Y/O4MyJb2aMx JxpLGCypn30m2HnKipwFWHfIAAWDtyE0ADXlsIde3yTJDqxgrBAIRYHBAActw6fShBMModmd mJL+fvFR7cyy2YVAPxMLTxhJunC8EIHLP3GvXwbg/XLRfioIswAjyATkSSln1EGqf2AZSwnx ggpGPHH8EPSD1AijSYL5WC5g+JFlOoAWoJGlnqUarPzPWfZlGE+R9g6Cdilmuodi2gAFynso pvDfJHI7AaP+cda/8osKDDJXPOknplk2g1OpQN5xnGGBuxbqrM5Yer7RPy7Tp05m2mp9LYPI EWm7apjkL3SuBAXX/zm7EJP2yq2utnqNcEcHv3pyWtWvZYSZ26E1L01Q5j2T4SPMU5lXut33 3CYL92VT52GGa8P1zJYS1NIW387PvQo+KHeiFpOyYCISJJVL5I8bjaeDLY2i1yJILVPQvB/R TQe6o/EJUu4uqXxr/AsmvXZtwttY2NPsiHrxSsJFzKlso6frr3POYAZSqTROwS2XX5T2EJGu H3IToGMzDpO3s6XvNx1mY7GNSn75Lvs9hxiDrUL8ou9B3bquEcxUp88tHmyzPJflQBxMJ0rm PlnuFP8cGycf6NyAvIVQe9IThrkglggDFxYoGnVVUjsN3/XWuaVx1i3HLNbsWnxk1gFt6rOr HTl2jB55R9/IwLmbJvDHOJZxFSfsiOvGlZFHuGwFWMIH2AZtlnHtmj3PuF8THkGqn21IDx0M zyhh3ICKq5DH1kdu+2nW0V3Qsr2ggi5Xm0W/qfIi9DPKMbjw+yMOjrKYDoyTNsa12Mg2SduG XLJXG2iEfEcTVMUdHsZFJzRH9qcKle7Dpi1klwbbBzI7ytR5OYFgt8hLXFdWuAJF74Z2OBZq IeApv79yR/WBrltrdbWHNtfyvGfBRzbmoMqoVBy3HVJvjbIVslUfM6TvfYgCiLR0FH7Pf+Y3 l73cLr/5vwe/gWOU3IJCbPkjgOIOvxG75hFgx/x+5f7f0TuT5Fwx9FI7VuqqkyzvSP3oq8fJ RiKG5PYBHrQo61xXQZc+2QMQZJ+he26awKkTf0AttjQJC4i9ADlNXamfDaNjXWWBJC2EtR1s PSIakr60bMcv/eHKZChsehKdQ2oUMWmJfK/RwdB5vqyzXA2SvZ7vHGfXJ/G7pkl5cOe4hKas eEmwwQ/GzGPU0huOMTGAa8hbcyD9/fXexKopocTra93Qt/Q1Ji7G1RoxmdogXa1L7OKSlwoT x57RBuhmr98oYNfaz0DMvPHmB58tcArMkD4IxAZovqkZFNGseyRjmlkm4KOK8G5LHToeGEey oroD21fxYTW1EtwurGe6vU7z8IEg02d6F1NWpOA/0fubhfAf6M22l94UDwgISPoI34AYICDy 2/glXcy1+p/Lk8hGIHORdLPyyPqXzyzTQWVt/2+o/49Kd8pasyWGP8RSnzo68Lqa7P2ynWB0 Glwh6+Fu4cIMLW6/fyW6VraHIzvCxbrWjKoVLQg1TB7wVRk1qys7k8I/AgMHl9T5LN3snD0O nhu9H81I0xSpPbpgwjlgUBw7Nhnp+Ny/cSJ+iRYeRP36RylRYbeNlQ9jPsmy+1bpRt3u8aDT o5wY8Qm1JMU0O5nHRizT1lhlrqSbgsqjdHzI9TaErhcCdRjP1DTthtoOYoQOPWC0ilroq+We Qd/0eyx/+HxOw8y9a0xqV3pM8EJzQEudjy3WAszNuJ+l+8X+pHcn7l46UyUDn1wPCm4zwkyl u8U7lyjq96wQGop4fK0l57NTJeVovfmsm1ECLgeJC0xPpOs61KvG12ev3XmVW+ghX4t+7C7C IebFdMI4wv2spvr+e1VV5aftmjLVtv0JQv4ZnMClKTWO83xNGcJCneqvD7+uW9Zuk+7pR/rr i0lpi1qencbM5w8mp7co4eoDxD1o2ee8hBpSiY3ipj9VOKLCSF5W1a4kaH5DkdYCB24zHOlc uTVk1BQh0nypPh0WwmFDhZIpM4+uHRMav1PecrHax5SmR1XWsCS+PM+nuCrrliffb7EhUE9h OLKQ3jXLIuJQQ9b8jRah3hkBg+aUOZ3hVbAtLozpWpND04TrdEFiO0Jym+WxBbb/9AFS/3t4 hrLsD1xOzdCcTQQRQglhSAEVGAxQwu375cvfbpt8bSJnBTzaSdc+6ZeBGsG8t0NNeYGvFhOC Bdg7yrmTDH6+EYKgQEmh+ZdBPo+SpVcnJdtliiM0y1dDMgCbPbcwIzCAaZaUvwToNMgBdBGE B+F2m9yXQB4gQZApiAByo1h2FL8V5cweRCCJ+Yv+22A1Jbjh7PBWbvYE+J9+KhAiGOQ+ZDhh 7a2XFzo8gcAMjPMk2SBjJg9dOV/1zpfOlbYtHIFFCa8UDd9q0m850xeN6XJLxisUQz2Gkuot Stm9PX/L7nTpbuEr0lALu7ys+z7WSlmg5kYcnSvdfXy+kNUw/bsZDZbBxQkYj1+mRoIR0vzh 7S0Y829vj5L1HAU2bBKe36pvMF8aNe80e6dSddzyV3gxwqrVLlNiRaLIZtpVV41xs1OX8wjh 2bwqJL0l+q654sbSY0v9RxrsIewrxvRRPVbqQRtVV6TWxJVwnHfmcKHzXKnha71Rv9bZ19nS +DZP1VhsKnmXKB31XFDSmuvhH1JtTObmprZm7xbT/Zm6f6zYp5VEpJIAiFSiX78RLYJIxUlx se+qMuq7ZQHf3pHYo8lzAM9eSTJ93VkBUx7+ZYQGwfqx6YYAkEhAEZA/+xdFRhYPVK2IBXRN wLb5R9tMxrxd7in8idc7WjFgHUE7xdUap2lcq7TKLW8832lemF/l7KRecs6Rt5Js8FZbWvwn JAJnfymBeso1nSOoo2q2+UDHYozxxJzcO9Pr8VvnDnFOdhSVGRSkDJn+MrA5TGUiFPB4qzJM wjch82G1Grnj+cXiQL8u3lDlaEjXxbVAa2aNOFBpndQ7x1/9TkWs30fwwiKDULOHoNhE+cob g22DheX5N03YLl81mtBigC+WcF/2fcCKmU47HqackejMFSQnN1jvj+HTwSqFPLTvqXnKJeQN TyRvSeUznxYT0+ShopnOZ0s8IDppfvu4f6zVkwfYp0dlrZvTnNCwRM9NadrQ+3PeKwUu8+sV oWm3ua+C/gVPbRM4DQplbmRzdHJlYW0NCmVuZG9iag0KNjQgMCBvYmoNClsgMjc2IDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDU3NSA1NzUgNTc1IDU3NSA1NzUgNTc1IDU3NSA1 NzUgNTc1IDU3NSAyNzEgMCAwIDAgMCAwIDAgMCAwIDYyNCAwIDAgNTIwIDcxMSA3NjYgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMzY5IDAgMzY5IDAgMCAwIDUzOCAw IDAgNjE5IDU0MSAwIDAgMCAwIDAgMCAwIDkxNiA2MDUgNjExIDAgMCAzOTggMCAzODldIA0K ZW5kb2JqDQo2NSAwIG9iag0KPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCA5Mjk2NS9M ZW5ndGgxIDMwNTgyND4+DQpzdHJlYW0NCnic7J0JYBRFuse/6p6ZnvueZJLJMZMhXAOZkOFI NJCBHBzhCCG6GQ5NIEC4BARUPFFBIOCJrIK4Hut6rWIH92lAXdF1XVllFfFYfB6oKHgE0fVg EWbeVz1XBuPD93Y0I6lf0v/uqq7u/vqr6qrqmu4ZIABgR5HBiopJo0eOP+/IG8CNrABwXjqy orLKdGnWVuBm7wTge4+smTDpvffe3APc3ENAnhRHTjprxMdP8Dkg63UrwFWXjq2bNOqhjybU AIx9DsBycFxl7UhIAwKyB2/Go2gnTPIWNVw76wEATonhhrMrxtVfUH/ZXlx8CEC+f8aCxkXt by23AWk7juvfmnHBUudlZ86ZBeSFJgB1waxFsxeMrv3nbCDb/4nhqbMblywCB7jR3oGY3jh7 /vJZddeW/QHIq3i84i3NTQsukt3VhrbPWg+kdlHzzMam9tfeOwpA1mP6wc0YYavO+AOG0V7o 0bxg6UVcL99GtK8ZYMzkeTPPP4//VnYdcEW4DVw+f+GMxrnjL+oHnKYQoNcLCxovWpTeoJmM 2x/C9c4FM5c2jqt4/HE8XyuGV5zXuGBmdsmHjcD5LkJ/bFm0cMnS0ES4EO2l652Lzp+5aN6X WUo8PNov6w80L+Srt17z4uvPnmso/QYc1E0Aj3xT+gidvyp/5YXj/Y5fZ7xYNRLTqqT0FJwr 7z4RRBdsPt7v388aL46tiWAaQ2MsH8IKMMJY4IHDuReuwTN9VT0V1xHgZW3ckyAHpXyz3Ie7 dITn/B6YxZmVck6j5GT4x/EHoCC0Ew5cgbtV0X2Pm+R0ghN0+S/J9wYnEp3ybo5zAgnRdTKQ b6ZnCunyvnCvZArmJDcIp9/BrfxX8DT8P5BthkqcXsNpEk7LcOqF03U4NeHUgFMNTuM5D0w9 5b6CMCa23AfukYswRuGCe05OJ9z/w7ifAvc17IvMqxKOOx5KYstfwyhZHYz63/Yj1MEq2Zs4 HYin472wSppnQ5//j20Mxk+F7wUr+FJYhtPVXW1LqsHfAAu62gYGg9F18PVwBtaN12A9GcD5 2K62h8FgMBgMBoPBYDAYDAaDwWAwGAwGIxXhS2E6To10+l/SSJ9J873geil9PVRIn8PQ7cKf xZzzY9tL6cPbhffxf9iWwWAwGIz/K7JnYFZX28BgMBgMBoPB+GWQbYZqfjksxfkm6d2V7TA4 9u7KUhgTfXeFpsOpPZZuM/Tu8I7L9A7pKnF/NbF3YRL3V9UhHV2+G6cFOG2IvDNzT4d3Zmpp up8wJjKWLsvuA+nlJFk/qJJzsIV/DKctsEX2CYaHwZaTz1uxErbIZ+MkxN+DkV0dTscfBfcv lwMMBuOXgr7n19U2MBgMBoPBYDAYDEYqQTZ3tQUMBoPxa8TyYQZBuIRIEicaJZdi6VKPxKTS F2bhRHSRGMGKoaKTv0crdehwUv/RbpKxk18zJEmOZDAYDAYj3jif1AP5YYeEkTqwTGF0IaQX IVpC+pOOdBYXA29PiKFvuDKR6hQC3KmOcnrCLl0GIxmwK4mRstBhunD3WQtHlSFQgioUBBWo UdWSakCDqgVt6AToQI+qB0PoOBjAiGoEE6oJzKHvwQxWVIukVkhHtYE9dAzSJE2HDFQ7ZKJm QFbo35AJ2agOyEHNglzUbHCGjkIOuFBzIQ/VCT1C34FL0jzIR3VDT9Qe0As1H3qHvoWe0Ae1 F/RF7Q2e0DfQB/qh9oUCVA94Q19DPyhE7Q8DUAugCNUraSEMDP0LBsAg1CIYjOqDIagDoTj0 FQyCEtTBcAbqEChFLZa0BIaGvoQzYBjqmVCGWgrDQ0dgKIxAHQYVqGVQiepH/QKGQxXqCBiJ Wg6jUCtgdOgwVMIY1CqoRh0JY1FHwbhQO4yGCahjoAa1GiaijkX9HMZBLep4qEOdAGeh1sDZ qBPhN6HPoBbqUSdBALUOJoc+hbNgCurZMBX1N3AOar2kATg39AlMhkbUKZJOhRmhQzANmlDP gZmo58Ks0EFogNmojTAHdbqkM2AuahPMC30MM2EB6iw4D3U2LERthkWhj2AOLEadC+ejzoMl qPNhWegALIALUM+TdCFciLoIlqMuRv0QzodLUJdIuhQuRV0Gl4U+gAvgctQLYQXqRajvw3K4 CvViSS+BlaiXwirUy+Ca0H64HFajXgFrUFfA2tB7cCW0oF4F61GvhmtRV8J1oXdhFep7cA1c j8ur4QbUNXAT6lrYEHoHWuBm1HWwEXU9/Db0NlwLt6BeB5tQr4fNqDeg/jfcCLeh3gRbUDfA 71BvhjtCb8FGuBP1t3AX6i1wN+qt8PvQPtgE96Buhj+g3gb3om6B+0L/hNvhftTfwQOod8Af Ue9EfRPugodR74atqL+HR1DvgdbQG/AHSe+Fbaj3waOo96O+Dg/AY6gPwuOof4Q21IdQX4OH YTvqVtiB+gg8EdoLIvwZtVXSbfA06qOwE/VP8EzoVfgveBb1MfgL6uPwV9Q21D2wHZ5H3QEv oD4Bu1CfhL+HXoGn4EXUP0v6NOxG3Yn6MjwDL6M+C6+g/kXS52BP6B/wV9iL+jy8hvo3eB31 BXgjtBt2wZuof4d/or4I+1BfgrdCL8FueBv1H5K+DO+gvgLvhl6EPbAf9VV4H3UvfID6GnwY +ju8DgdQ34CPUN+Ej1H/CQdDu2AfHEJ9Cz5F/W/4DPVt1BfgHWhHfRcOo74n6X44EvobvA9f on4A/wo9Dx9KegC+Rv0IvkH9GL5FPQhHUQ+h/hU+gWOon8L3qJ9J+jmcCD0H7ZIehhDqF4Sg HkH9C3xJeNSvJP0XkaF+TeShZ+EbIqB+S5So3xEV6lGiDj0D/yYa1GNEi/o90aEeJ4bQTjhB jKhBSUPEhApYN4PlkEYjAOFl8oS6XxGDj0YJGKuU3kLQJCSV4R+uwgSKSIxaEKLRKYlMlhTT 5KdOcnojT5IjGQwGg8GIN864IKMtTCR8UpCRUghdbQCjO6OQKxSC4iQ6iYtXIgpQCHK5IJVb FZ0pumt/ntWnDEYy6KYfBzN+FWg1SjrOp0iIFGIkjPOppN8a/rFxvmhnT0OX5KnbbsrlSTEt Zc/vl0KeJEcyGAwGgxFvnOUxOgsyUgo2zsfoQgS58EM6iYtXIgIolAq5ID23oKaPLwigONVR Tk/YOB+DkQzYOB8jddFplUBkPzrOF2sGaFuoUtMlbULS8IAedvSU0c6elrabp/84XzftF8Rh N10MBoPBSBpsnO/XiLKrDWB0ZwSFIChPHtTrJC5eiShBUCoUyvBzCyo2zsdgMP4z+FMnYTC6 CINeDUQmT/xEVhUj1gxgk6jUSI/y6ROSKqQGEltKVbSzp6eP/SlSt91UKJJiWrf/DFuRJEcy GAwGgxFvnONv23UWZKQUqq42gNGdUQnSvYpS1ZFO4uKViAqUKiH63IKa3tt01/48+9yEwUgG bJyPkboYDdI4X+Insp2M86npOJ/0KJ8hIWl4QA9bSnW0s2dQq9k4XzdAYDddDAaDwUgWCeN8 QuI4n8DG+VIUdVcbwOjORMb0EukkLl6JqECpFgS1VG51GjW9gemmz6SycT4GIxmwcT5G6mIy aoDIFYmtnDpGrBnQYFuolX443ZiQNDbOp4mO8xlp8ymk7jiYICTFtG7aL4gjJMmRDAaDwWDE G+f423adBRkpBRvnY3QhakG6V1GpO9JJXLwSUYNKo1Sqw+8n0deU1N21P88+N2EwkgEb52Ok Lhazlo7zJb55oYkRG+fTYluolx7lMyckDQ/oqenj75EYk1ab0s/BC8qkNOndtF8QR6kUur0P GAwGg5EklNHGmbYuSknCQSmkTFLbzUgumlMnYTB+LjRKzQ/pJC5eiWhArVWptOH3k3RaWoK7 6bvnbJyPwUgG7JsuGamLzaoHohASP5HVxog1AzpsCw1GumRNSKqUBrw09PH3SIxFp4tGpyTK 5NwrdNN+QRxVkhzJYDAYDEbHcT6lUiXdlncWZKQU2lMnYTB+LrQq7Q/pJC5eiWhBo1OrdNJX jZv0OlqCu+kzqSn7OAaD8auCjfMxUhd7uhGIoEzsqeljxJoBA7aFJulRvvSEpCppwEtHPxaL xKQZDPQBv5QdB1Opk9Kkd/vPsOlLEV1tA4PBYDBOE9TRxjnyyl20sY68gJektpuRXPSnTsJg /Fzo1dK9ik7fkU7i4pWIHnQGTfS5BaOBluBuOlbNPjdhMJIB+6ZLRuriyDQBEVS6hEhjjNg4 nwnbQouNLmUmJFVLH4RhS2mK/j5HhtFER8FSdhxMo0mKad20XxBHkyRHMhgMBoMRb5zjb9t1 FmSkFMauNoDRnTFqpXsVg7EjncTFKxEj6E26yHMLaWYTvYHRneoopycp+zgGg/Grgo3zMVKX 7CwLEKUq8RNZU4zYxz3YJBpsaXQpKyFpeEDPiAmMkRiH2UxHwVK2Q67RJmWIrpv2C+JotZpu P9bJYDAYjCShjTbOtHXRShIOSiFtktpuRnIxdbUBjO6MSSfdqxhNHekkLl6JmMBg1unMFrq1 3WqmNzDd9JlUNs7HYCQD9k2XjNTFmWsDTqU2JkSaY8SaASs2p+kZdCk3IalWerANO3rWaGcv 22Klo2Ap2yHX6ZIyRNdN+wVxdElyJIPBYDAY8cZZF6OzICOlsHS1AYzujFlvNlvMJ9FJXLwS sYDJatBbw+8npVnpYwzGLj6JLoJ9DwKDkQzYOB8jdXE56TifxpgQaYkRG+ezxcb5nAlJw+N8 ZgBr9Hd4c6zSOF/KdsiTdK9gOHWS0xs9u+liMBgMRrJIGOfTJ47z6dk4X4piPXUSBuPnwqKX 7lXMlo50EhevRCxgshkMVun9JEeajY5UG7v4JLqIlH3tisH4VcF+0YaRuuS77cCpteaESFuM 2Mc96dgWZkqv7LoTkuqlB9uwo5ce7ezlpaXTUbCUfd7NYEjKEJ0xGTv5NWNIkiMZDAaDwYg3 zoYYnQUZKUVaVxvA6M7YjDZbmu0kOomLVyJpYEk3mdLtdOucjHT6GIP5VEc5PUnZ164YjF8V bJyPkbr07e0ATqu3JUTaY8Q+7snE3lyOky71TkhqlAa8sKXMjP4Ob8+MTPoir/FnNPo/wmRK ytfJdPt3VcxJciSDwWAwGPHGmX6flln6Vq3OgoyUIqOrDWB0Z+xmuz3Dbk+3d6STuHglYoe0 TEvkuYW8LLxfsYPtVEc5PUnZxzEYjF8V7JerGalLQb8c4HSG9ITIzBixj3uysS10SY/y9UtI apK+hBk7elnRzl7frCz6Im/Kfj5mtiRliK7bv6tCX4roahsYDAaDcZpgiTbOkVfuoo115AW8 JLXdjOTi6GoDGN2ZTGtmpiPzJDqJi1ciDrBn22xZOXTr/Nxs+hhD+qmOcnrCno9mMJIB+0Ub RupSVOgETm9M/EQ2O0bs455cbAt79KRLhQlJwwN62NHLjXb2CnJy6ShYynbIrdakDNF1+3dV bElyJIPBYDAY8cYZF6y0hYmETwoyUoqcrjaA0Z3JTsvOzsnOzsruSCdx8UokGzJz09NzXXTr Pnl4v5LVXZ9JNXa1AQzGaQH7RRtGSkOAx4l+VYMM/oHzvuDEJTXoIA/OgHIYBeNgCkyDRpgJ C+F8WAqPwnanyrnIudy5Nv+lUAjo7244oRDTVsXSNsECKe22SNqlzito2tA3oQ87/xMOCO99 WXaoz6GeAAculCw6NdKP3JAhyj8o71Xep7xf+YDyQeUflQ8pH1ZuBfCftappyuRAXe2E8ePG Vo8ZPWpkVfmI4f6yYUNLzzyjpHjI4EEDfUUDCr0F/ft5+vbp3atnfg93nsuZm5Od5cjMsKen 2awWs8lo0Ou0GrVKKSjkMp4j0I/YRXt5feVcMaO8QdS6K9xGp6gdf2ScVwSzw+U2OX3eQP9I KlHuEcFSLVpr6lvBXxwQFZ6Tk4wX+XzjVy7ceJzDWSnK8vHfPaaxSexdW+9yG99wxNYHcBsx s7ze5XKIXD7+j8ZV+D+m0dkkGmsw3uUIx4wWoaaeTm2hD4oxEopdAdTaejEnGgwEOjNyO0Bo 50lmjictxlZtRnmFCNZW0H4ggo0mO1IMIpSKvT1oiBGXpL2BVyTWr0RiEYltHJqceAi62f7i TnxQ2TTXXdk0Bz3a1BD36ZGwR13OFmdLbb3Jh4uS0dXiCxPrWzXqcnf5TDVGgBQBrWoNxmho BO5iUSvRDiPSAqetPKOVA6UO3Wem5lbSaa7oX9eAC+4K9BuuscTXtIV2ru+4CnCz6JIlvBQ2 QlSUi0LYCOcc0d8owjpna7+dLevbjDC9waNtcjc1Tq0X+UZM0Ap8fmVznZhVXTMZo/BQODU0 O2l2V0hCM89Z2exswTBN24DqrqCZnhDf1DyzgRYT0uCuwHWq8vrVrp0O0YzzStHkEXWYTHfx AQffUmmf46TBlpbVTvFONLfDWhdVLAR2NL2l0o1Hw51Vzh1Bs8QbyzapNI5ukjLHv67RKa6Y Pjdc9hrXR8u/q8Uoar91Ye5g/uCW0oYRVzY1zKUmz22kp1k519mybqZ0quulU8Py6qycW0En uiGWfjgLt55cX9nsrowfEE8cF/j8k7d1ucQMD92wpaWSmtjYhNaHTcYVcfvpNeHwELSnXPTX STOok/IAj+hvrAhEoiIJJtPN6JqGikDAFc53TCoK+avlBW5nC92jkC9aPUbXc7huZ/9+1bX1 lRUO6exFrrx+aLvd0Y7L1TWxaGLHNC3edkfYR9WT3NUTw6WgOSoNdeELmIvlPCaNpJf2utvu 2I3LVe6qhpaWKrezqqWhpbEttGK622l0t7RqtS2LKhuc0pVPMH7HOodYtT4gGhuayRmYybS8 VdVWi5aJU2j2VDmbG8OVRZnbVexwmQLRNDU/tjpynWGJx3JPr7MW4+domxZrJIezilYvbVgr OERjMb1M0ZKz6vE6mCGVWUnw+piEO3fQK4UP5FfOmRRxEJbGSIGh9d7ESCzuxOWi19C6Nj9M x4C4YmJ9OOyE6Y5t4Pd6MO8a6Jqd0TW2s+iaFdE1sc0b3JhX9upJpyjTHctzi8ltdpZ4Jf9L 1W2TuLMOz/FosagsjmS3pbyed3CRJc7B0yW1B6uvUjHdI21IfYK1ZIvR7XzFLRo9ory8fqej NOA0mrB6I5hmlIdeNViLvuLeRWjdCVajSEpFkkbjAetSqUrn04txZazwOCtbGiKlq+NpRRqA pubOzw3TGN14eo5wepPZTc/wJalKi9TU+VX0WnK4winGBEQ9rY9F/eeSoL2O8non1j54tU6U FpyVzmaa2aKzoUKqBgKOjtFtof0NFbTaQ5NpEkekWKOGXZtY1n56CV+BJfzK9YFmLN2ivy+e gXMQHla6WurqI14qdkSuInqs0fRUEtfHvBhN80PvVtclhDrslzYILlxdHLv26+rFKk90V+Hw SI+jY3DUSatHR1cDesJpGk2diu1PsSMhDvPXH47CeuQyx8W0PeHIiFY3WTOx1U/WTJpcjy3c iO1GAOeauvptHOHKG0YEWnvg+vrtTuwMSbEcjaWRNOCkAagmuMdtnFJK79juB1ghrZVJEVJ4 RhsBKU4ZjSMwo40LxxnDB+opHcgPHK6Rhdf4o6llGKcMx62Q4iRagZ6/Xy33K/0qv5bTcY5W QqO2YcwO7P+pCDyqJTriaMWtaqXoNrKiVeV3hFOswBT+sIVrzoof+qzJ9Y9qATeTFA80goLu XoEOr8FrCY8xRcyhmYjdK9GZucvRYqTVtRjw0CrtI1oPzsFi0ppP1tR0PKeporW6dopDJIH+ T4NX1o5umCD7HNUv+8x/lkpX8t7+tPSs115HueTSNMcll2bseRWXL7gQZcEilPkLUeadl+aY d94V52cuXWa1Zc2eizJrDsrMZqtjZvOqxZkZS9IuLs9wLcfJO1wr+xi8ciPasF/2HR4qrE7Z kUd1phJ/m+zTbRpryfbQTtkXjzrySsqG62Rf4/rrZf9CLYzoF5KJhx7VGEvKniIjMGQgw+FO Mtyv445+x3m++Vru+fo7mQeL3aPfud0lOPdnf2dJKzl0kPcc/Jjz+D+22EoGPkMmvch5anGq eIoshDqcOLKQzN8Wyp33NDkPCFlA5qGhHjKfzNvGe6p3YJCQK/wVW2SeOzbJPVs2yTy3beI8 mzcpPJs2qj2Nt8s8t2/gPDdvkHluulHuuXED79mw0ZZrnOGcwY38Hee5daMh95aNvOe3Gzk0 br9fvzG/d8nZG8mujeRf3wqSvd+mO0qkud5Qsp3MIc3+vrznsxaZ59MW3rMO52tbFJ6WlSrP lVcQz4rLZZ4rcLrscsFz+Upe2ueZ0+0ZJdNXEs8anFbjdM1KuWfVSoXn6pWCxzHEZh9ssw2y mQfaDD6btsimGmBTFNp4rw0KbLnDtWQCeHHiyBhSDTaoIWPRu4vIGL+XHPnScPgL/eft+nmH iebwmYerDz9x+PvDcs2RKUfWHfn+iOxzPpTbs5e+dy9DT4Xds53MIrP9FkNfj76fx5Dn1vdw G3Jy9c5cww7SSKaTRf5ztQajSatSa7QKQanlZXItEE6r4O25Br6Mn8C/x8vugPeAc5BsnV3I 1NmM6TqzzKrzOki/0r6lvUt7lvYozSt1luaUOkrtpbZSc6mhVFWqKOVLobTGV0dEczVU140Q LXgq1ZNGiD5PdRvvrBWLPNWiqmZKfSsh1wUwVuTWYIVQJ8rWYB1Qh/3OyVPq20gGXb3KsR1z HMTqhlXXBjyebLGJtkwrsgNiEV24ITuAfYiiiaLDPcJzMkskWXJSbGvvnpVi38pGsV9lQ4WU YKn4eaV4pHJOo3gEu7KHsZ94pLJBPOwOr/V02AH5wTEosGRp/HgdDr4kLNEIDC6RrFmyFFW0 i2Xokx8avaRVRf1TUzuiWlRi70pZM0XMdGPgBQwMxoDWPQLvUeWfgx11Mx1PRrUn3sbKIt99 EDoY1tBNqIcAgn1C30jpIbgjnhrDFm5UqJ2vpU/ThNp/2m2+MjLJaOC/4CPYI0Vvi6y+DX4L d8PrcMmP7uAIXtaVP+1YHSF1pJwMINK7gGQ4KSWe2HIJccJNsXTpRE8UEISv4BPYD2/i/BiG 34ej8Cx82smOxQ7HWILXn5scg+Pw7Q/S/R3/gBQRI+yFNbAeLoNVsBiXv4KPO+5D2o/09A7J lAIXwuPwEFwMV0ZW3g9NkaUb4F74M6bTk76YFyauB5h4CH0BJvgcdsAW+ADX3wS/PE34V/1j K4U5wQHkTNLhZ4Flu8GkuJOWoBMhMgx9fjOekwznK+BD9GQHgrOC42W++DuaoXYyjIwjWZhu H/wDnkO9NvhVcM2JBSfuDF0dWiw/LH9b9pJcz98my4DV8Dzm5tXo6w/gCIR+hvNmMBgMBuOX 4Wp4ElvLm0OrQluhFvoorLAVqqAqWC9vgOuxf7EKpkIdVBEj0cEKkoutajXMgT+dtJfXoQnv xs6DJTAx3PNDtsPj8vE457APAbKV8guABwEy/RqB8DLg5XKVDLy7zSXe3Tgr2z2g0GdymfJd Jte9/LvHH+MeOzFGfsGxlptl43EPt4Y+4RTYQ+HBAAX+dI5Ty9TiFJmF53WCzksI4TgBeO9u H+5tWpHXC2VlHhP47N4BhYR38Za8noMGDvYVpdmsCvJ1rxDk31/TPGdCzayZ8s3He/BvH5vQ WDlq6rSRo87BYz3NH+F98ocka/v7HfyucwFvDw0wAW9JvqCdTpVsl8ApeIGHMt/uIuJtx3OY trgdD2VyS3+875PfH5I/FKwgTwaryA7cZ2XooOws+TZQYc/K588S1oLRaOQ0vNFo0a71c3L1 poBcAP2mAPaeyzxgL/MQuzeT7vjcc6bhnuVOkxFcVPg8k9FXZDJylUEgNiKQr4NffLl713MZ 3MtkGVl9Ij94c/BS2VsnTgQd5GtC76BfA+D98h2gBbffRFr8nFJ1W4DXKpWcVuDs6Ck8irkk fEB6Di6TnhdMgwcP4f3Bv2aOrDm77yVv1ct3HKuSnZ3ex5UuJ+oei8pxv5MwVw14Tj2g1t+X EMdavZ7vabHAWj/wRMfzTpVKz6dZLGlpps2BNAGzHPC4eEApZyL5YzKXlJh8hJ5mZruPBr3t RTTXsBwMGjiMGzKMHzSwpzsPDfIV5XA2q54T9Dx5mGs4XjVm0arSsnOHO5vnbX/gic8WPHxR 2dCZK0cWBip6E0Xw2PzzHlk3z9O/duIk79RzNpC05SVzb5k2Y/PlcwbklQ8fhvYvwzwR0P48 uNA/IlOjMdvxDHLW+hWKHmA20wdHODUPmRq1BnNHo3HZXDzmD14IDYRXEeLKMJiJmjebbTbj poBNiJwXPZMyn/ecaR6TGUrsXmlGpOjw6dHTbDeVeEsGFA4xpfmKBtPzcw/yOQcNjJxmms0o t6VhWZW58pbdsHP56vtuWnUJsb95w5pbdr39TfDDW8XgW8ET73qJZU7ztIbmr3Y8Mo1wY5// XfDgSLnl8VW7PqXXXC/MnSa8YvR4L1/sdxgUSiJf5zfpFSpiFIx3BGQmvSAo9ApFrAT4qP0+ NNXny8Q8MJfQwuCzuU00K4bxQwgtGHzbQw8F95+4ftK2e68vCj5CznbXTp6KF9FFnwffIj2/ m/bOp+3zj19Evhm+6srl6OPr0McW6S5xqn+gTmddq1BkGj5V+7FaUBvVTjWv4tUm5aaAyZSu SY+4F71OSHqGRn9bQKMIXw0+6r6oQ6POzDS2R0tL1JGuPMGC1vLhSx3ceddtuPeya4N7F944 mPvuxDHruOJ3jgXfCL2cT/STL5z1uol3BoPB9xWHntsXbEefNaG1Z2OJcMIAOPtPWAZaXHQA SaPWjXK5fBm91/rVNJyp0Y9SZ7iz3HcEsrLkBoN1U8AgyPvjJRy9eKNZD9SdHvQmGuoJl2ss wO68Am7QQPNgtDLdhGUbi7RPKt3ygTRgs+ZwvqJhnOzsMSsfm7/86ZVVUx448tt7py64suaq aYM4xay/BW6YVRx88SlPVZEjy1fl8VQOyCTvzG1bPW7yH4/evp30f2NZr+DRYcPOv2vGtf5l 91x00HnGhMJBUyt7u8vQwdCAJaNKKhn9/Db5Wr8GFAr66wZanU57W0AXLhHRYus10aIhVQwK NSe4BmdyQ9DDsqqGW5fWZgYfy5q6fEPtiVn8x7IDDwf3BPcFXxbvI4PxDta6knBY8UBN6BPZ GPSpG4ZgyzHfXzZinbl4ndImV96pFJU7lbxZaVZC5mdQYCxwFvgLbiiQq/mCgnE9PvODTe7z DR2aq8vtsyWQm6EbuSWgEzp42OTDyqNjPWkqKfF6p2Gksd2IFlto/dGzJ61GwnWHQsjhbZEM yI94edDAAo563XJSuMZdNWfkgosqL36gadaDl1SsWFw1d1SPMaufWLzwidVjiSeneFxhwbhi J533H1/s7OcoKHP3GOZ1ZHrLevQs659BripdeG61ffADs2vXzyopmdkycdZ9g+3VDYuHTr1l QemZ82+5YMD4wdk5g8cXesaX5OWWjOfG9SwfkJVVNKJnL5xnDyinV/F4LJFl6L0cKMJatl8u tICOaHidbmCfFptfEGwFeCnroIBo0WfyzMwemwKZgtSaJBZF9I5Uw0evGuotHy2NnELhzusl XT5DeinCJTPsrvyII2LFsazurkMbxCsW3/H7NqI499n6jQuGjlm1Y/GyHVdXBp/JKhrl6VNZ lJXlG9Wvb8UAB29+Orj3lYXFRDbm3Ve5a0csu7tx8Y5rRk956JhqSGNVnx5l9b7i35TmuorH 4llODR0kL8u0oIF0LJN2rVmcorUoQJyisKl4g0qV4TQUGjgDzVqvyWfygVc6NbS/Q7vOd2zj zeOb59VMnD2nLjLn/nJuFW3gR0890aMhvDSNPi8yBv17P/rXBs1+P6+2qDktZAHHy6xWKyfT WrUcqIwqTiO32Syc5cYAZwEN+l+j0Sl1NwaU2Blwago1nEaTbrxMHu4I+LwdW4JYLwQD06bB udOm5SvcTqCtefjiV9is6PwhsvtvPxF8LHgNeYBMevWGG9r+fvTT55+63TeWrCTlpJ48NCi4 6+zgvle+m0qtvgcvrPfxClbBGf48Tr4hwHFKwawkGwJKXiajz6/gpafhFJc7hUKBE7zTpAoo bBk6jlZG4RY2/Me/H1SQPUFv8Cl+qGxD8M7gsRN7ce+Sd+RD0TsZWHv7aIXNYeuh4QSildnT NwTsdouSs9yETpH8cRP6Iz3dZtRo4HKbzRF1SHuJ1OxFnRKrHMM+OWcaoEdcHT3ChT1CLZMP fTX4QvDe4GLyJzL3wNZ7j+w68eEzSyuC73PTG5aTK0gNqSUPlgX3NAS/f+udr1zETuscyT/y y/AMNFDiz1PymFEKufLGvEJilpvVvIJXweWE6JSyy53yQjknj/in3Yf1Xhn1EDXOFXMPmnFZ 8MkTW4NPkXKullRwo060yTefeI4rjRxLoD1TBwz2O3taB1u5XmrSWyAms5mXZdIDZVt0xhVO U6GJM+GRSsKHKsFjoQewTPQhpoFD3AqBuEjPXu40Gz0gSUv3DcYGV1AEn9EqM6xBMXg0+KA+ V6ULvkP2kXy3UeHIIflkNz953f0rzzg+gP9rr7teu/P4QWyJt86afWE9X0Nt2xfcwW1F2wS8 qjIU5M8BBSf/c4DjsQGQeRVE4SSFhCPeabTLHCkc0ZKBzb6P2xr0kNf37AnuUOzfdWwb3WMV 7jE7ssd0DveIvXLcLXbmCfHS5694lZLm9m4sbAl7HOQzuQe5uOxgn717yZvBHbvk43dhKS0J HeT3yTLw+suFG/1VSsEucCpFhoLTZKYTPp0YeE36yABo/oe9LwGMqjobPefeO3f2ubNP9sxk spCFzEwmO0sGCCGQEEISlgABskJYkhASFhdkkxZQwSpokBZqLXWvgooL1F9ErCBValFRW2z9 BdHGWmutVXL5v3PunckkRJ7te/97fX+Tw9z5znLP+bbzfd9ZQoxaRq/QxlqwjY1VxN5Vq7Df LAh6i/7uWotR0NrRzRIp2CVEbVGByhF17/X3T8X02QFLvOARioRpwgKhXbhJ2CHsE9R10bVI jkSLAG0SZCAyUb0+TBTT5cpxg01MzjEmJZHgLAdcttOkyFFKkzaXPSee5Rad3PUQrsf2pw7/ dPyH8/FT4lvP7ikL1Hbc8fADt+K0zKT7l3+akC2WHZ8YYV2dO/F6YtVLweq0K/4IEWYsxGZx bLQieheQhG0Gm9a2q1ZrFJAJo00GQ3zEJpU0ifz+4JJG+iIKSpEDe40gjoC1E6aBsowa1y4e 55ad+Y+PMXPmRAWHR4snu+paV3U2L1x76wEs/EXEWbcx9Zf5qU2bf7rzez/YI2MVC7IwgRWu C+QhBUYM1ikUChY78I9qHQaV40elXhV7V63KbrDeXWswFoEO8di0xWn2mhmzOdKBN2s9kq0h EW6d7IKoEkiz3ucl7MUuuysrzwbYI4q92UbYyyu52L4mI1Y/sP62D74SP8Uj3n7/r+K7B8vb dfjA+cr/LMeWL6/gNPHL/xzz3rr5RBtvRog/DxjHoeZAAYo1xjJaHqtNNrMQw+2qjTFGWXUR ul21EUa8OYAMKpN6vNW4GVirYU1Rqs0BdbxTvXmEV1r5SD4xCzLGL6J6Jb0hqxQgoMjvl4wV 2ASCJ5miwW+XzU/jOKIY/HnxpfsqGsTjP55eLx7Hoznf463nKrs/wBVM6fktTX0vMhXn1rf1 vcyh/VWLnn9ebJJp4Boo132BaKy2aQQdJwD2ghFtxtiiU212qr1qRh00UsHlUxFVgQF4AApc g/jSg1VL6Ogr3sY1TMGn6+r7nubQvc+Jc2QZ74XRtMiK0gMw6q5aZOeBR7xRvclp8YKTs9iF TazkynplAZL1J5GUKwtBVM3CiNISdPkVJL4LE4+9ghPEs5c7bvj0g0gc/6WI48Xf//GK+DYb 2HOreA57cLxMKevizLCC98AK2KYSNEUMZvRG2V+ZNPzmfn8lqQ8YJmomk8OpzHKwroLyRV2U yLIXs2KYD+Lv2ig6OPSL13UwTuqVi8xnijxkQQ2BfIGNZ0ErLGh3rcViUjJAMGPXaJQGXgvL n921SgEhPbGFel6rEjY7ObyQ6+AYzlMH9iPLn+Wp8wStCIk8rvJfxJubwLT5c5LoWskKnov5 rORW8eCBA3jUhQs3ZeXokvBcfPbSb+eIr1wSG/bHEl6sZ0qZJMWjEIM7AhrDSR4ZRih5fQoq +u3pIuz5VS8YILIKJ8suvwlXxIwtyNSnzaycGLEGXrzOnhBhZA+rE9NHWi4TP90NhWegNzfK CsS4o06q1UmukyYm3TXKVeZiXWqku2hLcV9EI1BRbxFItqAOe/zS4gkGIutsjtoOWIgQEyet szmbzcWc6bsvt3J+ZW6+N6KwIMcy+obxY5dNy/SXzy734wamtKZ0WfXECZO9aSN19jjLsZRY 1/iFRflNs6cUpuk4Qucmxs+cAszi0V2B5PSYUTFMoi3bxiTGZscyidZsqxReqbkIlVqtulir VlswWWFlC9ZSzMaxF2vjUgVjvJGxccaAyVpqNBoshou1lhSjUYWijykUkSr7MZ0ORTpVWAV+ zA8k0S0ET1jEkU7jMBRhPJFOIh8iPiihzhfV1VlywFzC0htEmJUjGXkaQyptJJB0J2xa2rn7 4e4Vu1Yvndt4y5Z7djx8fN/NzOIni1sWHVg4Z9xjBWub7vByqT+8fjdQu5w5zbqBWiNKC9jd gl9gsFrD6jgDh45hbNapjqk9wVl8Ogv+AffrsFuexOBxbWQOs+6zK8bMP/v6lD2YYU7jZ7fP HyXWMK81dosfwjwpZEpZM3hgHeh3biBap2VO6tUsa7NbsIXn0EUtr9czBk0yA8IuggUSrOZ7 s0DcdRTsy3oVxnTbwBfn5JphJeenuz2sue2suHTJk5Mx0yYetecWFkYxXz322K0rsbqn7+94 jKeuuiSCyHMLyPOwYi/Ic1TAyTmsDkaIPKlQuIymk3qsU160WvWYvYjiRggXiTb3FvklejFF Q9a4EM8TEngeFuw2lzKkdbDk2NJcv+tBIdWTFTEWnxJft1pHaIuWVowsXHD9+PXMnMNj1qxk WBZ/+PDtDHaPry8qay9LAsxqYQ4cp3xJDJjUOvYkp4Nk0KovapNZwgvAwUzWh8Zekx94wDNK N8wuFwQlx1fsc//OnDO5ISB2MUsV+feJt56bdM8DTzeSPcByJgusySNAcToahaoDPgvL5x4z Gu3HkpPHoIxjPO88VoSmgWQsbOpFwRfve8133sf5fFr3xejUgovaFHnSkdivAJOwRNbRLGJk C7w+S3buoFUq2fuRVql51uAOUQLfv0IlufIZNeNKMqd3jC/urMosK6mZnVV7Q9mUG+ZkvTM+ N6d4fJ5/YowQlWC1uqOEvNS0HDZ1YrcroWGUf+ZYt3vMDP/ohS5X96T8eeMS3YF5U/NGj8n1 BsbgcbbEaEGITrSl5+UDRQ0g7XOgzxpkRvEBo3ABpWovKFKUR00mq/4oI0UmlDyYTU5TNtFe q5IPblHiHvGVn/0Ye6qrfrCmeyXjx4/94ZI4+d2ubuZj8aT4Hs7EGSQaqodR3lY8hFzgB3ID cZzWqmUSLmi18WkXbKnchfgUjKOMRz2erCTl0Sh5/pjI9IZx4buXTGVbJiYBhH8s7tej4FLW ThxWiHfMbXFVyYuWMFzs4sKC2jGukVUrisvXVGfktdw+J2vWmeyxxrj06KjUWKNi926DsGGn NzexuH70uJUzfLktu+a3P7G+RCPOqhybMDoz2pFWmHB3OAUJKJtQoBWiBSb9giC41cAx94XI FI6zxh316nS5I45aKdf8IQrMMgUJySk5cSxZhrsHLMMJLSxdhtuD2xO4vnBJspDu9TsaWjA7 an3OnHFJnuquiaXdVSP9C7cnRabFmYryolLjjKb4dMZvMO1Vm3TKjTtaRpQ2jipZMS09p2X3 ws4n141nPnKkFrhLp9uTsmISizKj0ZUrqJvtYs7w7zBK9GeY8BlQsoldwJyiJZ/LJTtCbT6T SxqgzTlSorpVLilmu1gzf4JRMvlyyRZoc5j/JZQUyCX1UPI2/xa8dZtcUgs9H6dvFcol86HN Wf4clIy66q0dwdHFvzPnmC6Wjn75BLIEdBgF0EK0U9qwN9Xl5BDadlwxMGdIO4I3tDMFtIOa UQ6EWv35Gq02wZinaKvPr9Gq+IqBNTMLWcqFa2C2BXo7zDSwlDff2ls9tHqbWcFSfl2jt1qg 4DgdtfAavc2H3s4yK1nKWWhlC+iZq7obNO6Obx8XvF4LmsPN5SpgdSjAGiIepSAPykNFaBLY x1loAVqE2tFqdBN2P4MiFNqDMV7j0wrtE9lWawARgCvmSlUE0JXrFjoJkNiU2DGCABldGWvy CTD6htGLKwEIWGuW1cRwusSM0TU1ozMSdVyMcsNsqDg4L03zNNf3hCHTUMgQgB/LV5kJYJ9p nxNFgLj5cUuyCJDblnvdeAKUrCvpnAJAwFqxqsLA2+NySyoqSnLj7LxBmdzwHNcHpCVwfYeK knEyAhMOBsgBroT+mPxGCFev+SBHRN+xPSzEe7PI5iW2uhPIb/WkyN8W+dshfwfrlYPyg78H 1yvtA/NJg/oPjsf+xpud7b2TPP7m9/l9iQQS87Lg5xG/z+dnqsizL4oUMJtCbfse9WZnZSVi X3a2D79MKsV55Pk30vpOArG74eGFnPgWrKvOQwbfBcBM0tv18MBHszw5faUA7fJ6sxmn3EhU AvARee1ctjc7EwBiectgPTONrmeiUUzAwG+16rYidp/DqO4xRVL7Crz3EHaGrY2TqHuQdpzi GFY/Z2F9y4KF85vw+HEbjm0Ur5BDCNXGZ9fkM9zu23ft3XnH3XdtOLkdYiOsxAYcPWnrSxBv dMHw73Nk4zw2oMfbGLV0oib0n6j5sWfgeRrzfv95Gsd/8zVz74DztB5YCY7golEy2VuJ3mrV aHBS4lassbJsorAnwphIjlGoy3AUYCnELYAB/OAp+OCuNRmHhq8G3uay9YycMr9h/pSRlpSi 9BELF8yKK31v3a9PjZwMhZNHMhU7Jy+rHOVN8xSmWNwxJnNcsg2rMnIeumdsY8VoX3JiguVr srYQqzhYmMNcHh2IMydEOrdG2mxKtFWnTDD1KNWRMWaz2tETAwznkEfyZ+YCc0EvoEg9XQHZ lfd5kyAucMkbzTnZKYNOvBzykZfDzil33il+c37bzv+4YfPsqh0bVpNzr613nbx041Lxg4q1 I2u4l7rWlmLz4ta5Tdm+z599dB5mylc0/EC8UMKpC71kjZsrVnIrQTLk5CstYDMaBFap5rYr TUqDoMbGvZwygkceEplmgaAoJx1Dn3W9LJ91PX5gp3TWVV07j+Mvn/9QrMQHz9e8/MbZhsvn 8Yvjru9cRM66xKmchSN/OScjYBc+1oP8rFt5rOoxmbRsj8Nwj1YA8dHYpZcwxyTJz/IPnl2J 24c6vKKnV5e4SsVBZAKbOzLgSFGZPdtizNtgOkDwrU/rcSv1exyRwaCjQJoZVDhYWvwFg6Sk /vCJA2QcpuTgIRWN0ll73ay0Ym9UZGZxetoETxQunLTxcEf3kc2TEkqW3P7Minmrkn1txdWb 5mWzSu+epfNuWeDFZ5bc6B5T5cmqLU5JDMwuaX1627TqA38/sPy1J+9aPtphEL+OiZ6w+icL ymaUXn8v3ZcXW7hkjvwxHldAUGwNHVHdoxeI7Kh20ZOpqw6mkgccTHWw77FThjiYGnwuNTeQ FzqXIqdSr4fOpciplDezMnN/poKeSpFDqZ4xY/Spe+MjJ+0l51FyGEqC+1556+t/1DEUgyrE Cq4IrKwL+YhuqxOEtG0RaJswcp9gsSiSemKNuh4Fnf2mkGKZqWJJ50vJMO/tUmg76IhJ1ju7 dMBUvf+jXbN7ikbdPP2nTzK8d3f9nDtbC8u3PNO26siGieILDbN8U3wRDbPTSrNj8dqj4htn OiJjMB+f/tvflBaPX3t/S+fhm4rnPvx19IpNyeNr/e1d7jHVEL3IPoLhdccQiWZgsrC1YB94 3YtrSV62u1B/nNbLFg/yL9H8CLAnzbT9ic9JXp7nUP8yrZfnHeR/SfMNoLtjQXd53SsRJC9r GtSfpPUyNyF/it6OCb8bkhywKbc6jV4jQ2+GMJoehdLQg0KujOrX/851EJhblTDoEXofJD5g UIHrYgx6lVotXwbxe06bzBj0+cRA33XkO94FCQRcA+6CsDh0EcS0h9wCuYdcAenNKpJue9DL H3X/z25+1Ab8/Tc/pIsfRuQEoURperRaG9vjki98kPse8WYM1T3kqgcgTG551ElXEMiyXqbg /8rdjlzg9u3y3Y7RgXiWxYrtRgPPO7IFLKg41T41FgR+lAmb5Psd8u4PiUSz6kwSSHk9hM87 efKfut8xKZDaf78jdL1DE/R+Ruwk5zOOSHCDPN0YCjKP8u7/8FWOQXc5ivvvcmhCdznoVQ6z dJVjX0yMwtojKEf2KEIOkjAr/V/r5kYJyD2Tyt0fiFXwWoPT4DVUGljewBuM0/QL9IyeuEhJ 5gT/OrrjVWc8bTw92E9mDvCTTexHQ17gGOwn5/1DftI/2E+a5Tsb/zMd5aD7GqMCzni0zanH 0m0NpdJm3Kf3ZuLMTEViT5RSE6ZrdcRpyrPgX+diBtBTIs8i4ptyA64CFS7gcS4LCoKJWyLu aYC/Cp0bSXuCdfAzhK8q+c6+CoJBLoeOPy7gVig4nleqmD04QqnEWOGEBh4FViCFapsX/Ayr 1ZgkBpJjmzoTObgpokdJp8kEdrlyXCaFKQmUP+dyN04VX2OW4ZSv2RvHY3TjN6Vk/x5GS6e3 QaoCnkRDtoHJtxGCDXobz+sV+B4uQq/X7jEq9Sxr2epUY7XaocdOzksPjPx+Oji9fQpPOjI5 M5JPGrCN2FmcmxvmC6wYv8WUXK7E99zQfJa4svf+Jr6BdeDDvsRbV/+49gTxXr898o1I7nHe AbJIol5rSaAox4JHQRkmdhWcE2sLOaxIyUelRhdEM9FxGrPGYPZCS+LeUMRWpwEbDIluiU9Z 5KSkjqANwXSdjDWNZWm9z1tX9x3c2B2SG5OWat/ZjfXfUCS7yyWBFPBdyQLONpDLE5hXK/YK gpKN0Cl5hNRKnZFltrOsVVB4CLq9Dj/4L1R0ukg6G8+SdQ1Lzgw8mR/TKxWmbK6JruGYOTjv YTGfN4wQT+Ol2Ce+hn2vsPsvr2HKE8vFRPziaHKXAzicSr1ZTcAHBfl2nK/E+RzWCKqeInCn Ji2wukdyYnokuTskfOzUeDWMhiie5MWknd0sskIhyighh+rCXBu9VxJybfdJrq1hOxvV90XR QMdmZl1D3lG0QzQ+NTAyz4STrJh37FOrbbE9QiS6h2BoAxbqtjmdXifjdLr5qK3SCX3wIlBv lqSi8sqFIggKSq8jUYcmoSXtkODgtklONvvZ8g37XuT4RSeeeEP86O3Pxc/wfJxxQHx91qLW WTNaFNvBd/3l1bu/eOVt8Q9QMxp34aOXxesWtO66eenFsJuHPKzLHRBtcvcoeI6Vz39VOI/B HOPx152GmVt3mqDoJ4e/2IXpjUORFw9iEVzVBYXq66+4u6X7hVXAj3LKDydKQ8sDRRlp2K/B uQzOjsfxyMVqtVHJe82RUXt5ZR7COqRmdfHxQixyuVjhk9RU9SdOB3Y4Mmyxn7Cs+xMbua/U K02PAg91WCb5QWcI9WEOP50bdTgHnFUiZZc8G9wJiTnG4F6TI5cNsQ6v/BKrzpwVxc9+8GPx 4uV3xL8yj9ZNLWt8+OFnX7l+9oIu5pKi+Q8H3npl3yftXPpL1//ivbcexxg/P3nW3ElbJk4S fzntJxUtTVX3hfsYO1iC6oA3xYLzTTiPw0r1vthYVpA1INIB8QzwEF5Q8uatTid2OhNR1Dad p1eyU356wk71VDqP8ktqIKspdTrJ9HoG1YOEMD1I3r9i34Enia957CKOev8CNomHxXM/x/FV S1rnVC1eHg/O5fevMbd+efxDbBPvE4+I68UZ3Ds3ty6/cfWcFbvJGunKH5lz7CJpx77vGaQ+ hMkvjhbJ+/QIM2dILdmnh1rlQbKrUiTtzofq/nxV3Sbo9RSt+zxYFxcp1xUjzJrZamknXh6R LHjk/Xd48zA7Q9p/H/RmPdS9zTZJu+7ym7YQrhCXMcdpv4XBN9kgPuVXPmE+Y1ukHXao0z7B YBRNXx3U847BXACxqWC27OP8SAm+d0xAj5UqE88pELJwCvZp3BbQtJtuMjEmk0LPP4frYXop cAsq8hdJ4sXUUJodBX6vLxWnuJQwi7Q4E6e4DVjJcvvEByeIeyaID+E78dryWQYdICkYKt99 l/P3rcJCen6MI9cnfkbvfF3pZS9wE1EsxNECKYDA+SmtsRShePvTuDWgEZTxygVKVimYnsdL kQ43QNNo8vvzeJG00iORKAkM0usAmaSwYMZhC9t4ymMvbDqz9Z27p8+//9Itj65uu7X8prlZ npnXld2+JrmgfPtLazec7alJEcdlzrxh6pTVNSMnAo/2Ao+OAI/UMBvynkEcbn3KSex0hPZp vPgpybJofoGXIQwc0sI3Ijyia+k6KVTx+vwmiE5IlMmaQgHlXnyAuW7ugY93LF5a0j41dcTU jlJgzBc3vrqzgp3Tty5z5vVTSzunpwMzAAO2BTDQonpYTavI9Uvy3ywgPa+hKNB7aeqncXvA MY3H8byH/zn/PM/t4Pfxf+JZnscKgh4D6Gkomi2hmHBFJ8VSvrrp9xA5mlw2ObEtfbnMz8Ud uFp8BN/C+c+dOfc2kvEppxyZ+BTH0WugFA96s0ZB8NB7mCLmeeY1hmMYJT4Co6pgdCUZWT6n Dg5LxsR0NHpNtFy8DVeKj4nHmMfYOR+/LS6GYST94BpAP9xo+kGjEcFoAXW8C8e74l1JDqIg akEVr1qgYlUuGP6JhATWaCY060FRYkBNWKomRcGLAkQuZFkAdgmUxYC/RVty83LcOS6uYfab m3Z8+OOZCx79YvdzP1j/zNT1ddkjypaMH+F3HMFfT8vMnrL9l+vWvXF3jedvpd7aG6dWXFeT odUeflPiFHcvlVzZ42qC9uF2MLnkXihlGL0ayhKG6Xao9qn+BPirFJqhp1rQr/olGQUTd694 TFwlHsNj8Tb4PCzWcH6xDv9ElpPiIxjdjSqe1GpiYx2AwZKAOkEBq+SkSJud5PROh9fBOBTG WNaREPE0rj+oxcBRMjQZ20GvE2RRSfnJibLJLyGQnZtHZ7mLJfMd1lAEGUscdvjH4jyLS/GR eEKhUGotyjPiX97krTqwBywWL+AXDuntSoU2WvMoPsUU5qwsyqpy9F3HbDOUjRlR6PPG9b0A k+BCyqzkjHmxTKRMBXcKqHCgMc8gB15y2ITt9ki9QkPQ10p3o8281q6T2KYNsS0c9V6CNDVN cVi6/kpQzcQ5wMFT4itiiz1OxbKs+C6ejL9vijUAjJOYKbFZQuzcUaIWcHrV4bNbpuXjr6Q1 Sy/3AuijBSWhcc8gATRQ73Svd+90v+/m3O6USEknFfGKBQpWYf0FqKAGVDEOvpGsimHWQTHk WXzoJgazbv2ZXVXVPee2rPvVHdOr735z1ah5RS5X0ez8wjlj49dYpu18ec1Nv95dPW3nyevX vX5nFdvlmbV2StnaGSMzalaX7X1ctmGbKA+dqPpxC+hB61NGoomRBgCfiI1NiFQT7ZSiTIsK VPJQZKQm4ihuA4YStmoktob2okJ3JGSNTMlk06laUjuntAF7sUkO67lN4q07IpITE+1aUNQH 8ONJ4+fljZmdIcbmlMwoK+9LK0wQxDbQ2/fy503JNbLWGSWMT/xLZXGJH0Z2g7U5S31U0WFp 4wwxxACY2HiFB+aPwknWZSo1VhwB9vKALSvZmSy6yVhHd4FgtUbsDA3dXexZ8QTMmhPsQbby 8mNs5QeDfvsvLiCwLKN5jLNA/Hcjq/+50vP73/y+oAAV9Z0o+od/2w9BFC2lWWjDNdLz6BNc hp/FfUwN8zIjsj/kjNzUq9L9NL2nyFe0hdKRa6QPFR/yejl9n6Y3lBmD0m3Kl8DykJQHaetw +gfTY6o+dde/TDownP7N04eaLM18zXvDaTgNp+E0nIbTcBpOw2k4Dafh9K+TtIK2Q/vmgHRe +5H2z9qvdaxOp7Pp4nQpOm9YKtbN0i3R3ai7XXef7mndKd37ui+G03AaTv/rZBg5nIbTcBpO /5ZpieEOw++EPGGlcMgYaZxifN9UZJpkmmaaZVpgWmRqN6023WT6nmmH6WXTn82l5vvNvZZC y32W31m7rb+1xdpqbD+xa+019gMOzpHp+FmEOiIiIjkiO2J8xPSIBRFtETdE3BJxT8T5iPOR IyPbIp+K/FNUWdS2UOqNzoveQVNvdG+Mczj9G6WK4TSchtNwGk7DaTgNp+E0nIbT/38JIfpX lq+DpxktRBzSIQWaceUtlIySr7wIzzR4pqJieJYixZVH0XT6rILnrfAsvvJHNAPFAjQDTbry FTxL6bMS8fCcTp9VtGQWGgUf0mYWbTOLlpOf0cyb5K9PcyxikAGwkGAOORGisILcREdZMsyh GKghMA/lPKqQYQ5FoNEUVtLfAGiRYQ5FoRoKq6Bch9bLMIfiUBuF1Yj81aRbZBgjI/pMhqEf PEKGWRSF7TLMhcEKFIG9MswDXCrDStSJF8qwCqWhPTKsRTX41zKs1yczyTJsCJVrCB+E+TIM fBDKKayFcrOwToY5lCgso7CO4CncK8OAm7CTwgYoNwonZJhDCcITFDbSfu6VYdKP1N5C+Cl8 JMPAT0GSi5XgY0QyTPD5lMI2KLfS33QlMAe6IvHNTts7ZRjaGw0UjiTtjQEZhvbGTApHE/ka W2QY5GuU5BVL5dsiw0S+Unk8bb9Rhkn7DgonEvkafyTDIF+jJNORtP0RGSbtHySwKozPqjA+ q8LwV4Xhrwtrrwtrrwvjvy7I/2rUTP/PpmbQ1RloMjwraEknPLtQ/RD1Xagb60EjLw1R1wJw 0xDlJbS3rqtr2O+zR9nj7PPwfBw9AKVZyIt8KAegqagVNQIe7WglfFrgbSeaQP+mewd91kNJ K0BtKBNqxqFlkJwwv1thhMVQt5LmmuG7GVqvophlDoFbJeQIvd2oQe5v7RCtxkNuGfQwk/a2 Um7pBEwz4eMPe4O0HxlqH95TK8WpnvKwk/7V+Wa0HL470VIoIzSSmsW07VDUL6L5bqA/2LoR vpdDvh5waaW0ZlLau6CsEHkgraYpE1oN7i9TftsD8FrK00UUqw7oYS2UtlAKCR89qJaO66TY roXvbspVCVuJqmBrQh/Jd1A+kVEJNoT3TuDv2jAKJwKnykFu0rudYTUdFM8mGKWR9thKOb2a jtUIz6HHlfKkbSNwvptyt4m2bYdnE63vgBqJAsKxJnmsVrmHRrmvZvokWuW8inLSYhmFRsB7 qfBNZNgQGmsovNqu6vu7c6m/9yba0yIo66SS7qKYN4ZmwdDUS6NfjdeoMB4QSiRauuh4wflF +pdobaL/qxuhvJ3q7dCUSpyuH8DVZirZdvkpUSXB3VRLu+mbBNtVlJrmUD+k5TKq69eSkR48 LvnUyPxqofNuGcU3yK9lcs9tVGszKI/rKdwkSzR83k2Gvga/Q3g0cF41U7tDxlgKnw7aVyv0 mklpXURnnlTnkftcANoe3mcqxYTMtw46WjPlpkR7EJtptOc2eHsthZzQB9HDdplvy+isJb32 z6LxkG+Q8a+nNrEU3mygWrMaOZ0xg/ooD/bhjA3p5RIokzgelH8ztaBkvI4BelpFx+igs7KU ahSRUCO1aEH9mgIliymXS6lmrgxZ7aD0KkPzYGWYbZX0S9KYZnk8yUa1ybMlg9JNapvDbOJi qruLZFkHtbKNvt8h229phHbolXi5Vmo/JW2pl7WsQ57vLf+98ghxqZ7STnjXSn2bxOUmWtIN vJE0vt/rkRHI/JT0ZkQQx2+XL8DVsu1fTTnUDBJPDeMRkbKEYeuAOfGd+6NWupW+F2w9tK3K GGSrgrwf/DbhmmQdw+kO4tU5wNdLNHSH5nhQhhnUerfTUVpC+eYwDemgvn8Z1bfFtETyFhLW DRQXqeXKUMuB9kSSoUeW+Eo6U5aFcAjO7YG69N252j9CkMpwvzFQp/s5sZrycfk/Kcegbe+G fJvMmYH+tJ1S2h7GlyXQojHME3RdwyZLdryJUhD0X4VXWfN66LWdWp5+efZL3QlvtdP3G+XW bYN8Uz+fwu3KwLdWUnshyatBpn1oL1r/LVLtDHFgJdXUNtq7NJMkXxruo/9ZLQj3daUQPZEW 0yCyroEV6jiww6RkMpSRiLYKamZCrhhKi6EkBVpUy/UpVGKzqE8qhXYzqL+T+qiCZwXka6mt K0FOmie5MmhfAX2Rdyei2XSMidBbNW1ZRfueCqXl8D1RbkfemAAlMyBP4EnUGkrjVcBbNZTi ybJ/lDCtgXJniMKBWE2mIwYxmwq5Kui/VK4dB31Ppv0R/Mn4JRSuCOFZImM6jvKI9Ez6nCDH oVW0dAZ8V0K7ajr+OEqzhG0FpaEE6iVaJlIMyMiZMq1SO8KfmXINkRHBrxxSP1XjKA9KKTb9 /JsA35WAOel/EtTWUE8xDd4sppRWU+5NlHlGqC2nuX6qJElNoNQQrhIeFAM8FT6TQryrok8J l6qw3gbybhat728l0TdOfk6gnJtGc5I0JtBcDZUVqc2QZVlF6Rg86iyqiRNpq3GU4uqQhpRQ 7ZWwD2qnNMa0MEyk8Yhsw3EJarXzGnNE6iVYP0OW9NV8IVwfR3lC8KoOjfxtPQ+1tgyupVu/ ZS1NIkJifVbReAtW1kO0mUQjnpXUq3RRyzrU+voSWJul6Evo6RK0v7rFTPr21eWl1E6toiv3 oerDKRhiZC6eG8uN4iZwuVw+F+DGcGVcwRC91Fxjz6CMYIB9UDtUHbF8HUDZUFSXy169HrHS nyO9UgHWcqgfDC1UYDktSHnlChJoCab7ifBxtsC3VWronO/d6JzDq9O2lG75mx4rmf0bnWVQ NInB2Kf1qnlFuoFlohTIW89r0nnM4Y3kv7TZX+2d7s0IK4m5N259DBpN0zTqGNppqEYCibEk eV1hnXHWJ9+tnoS3NJ9xHFqR/7sNSRsPTrPW798YHe/dyL3o3cg+tJ9lMMNY/IDimqy6hVd+ ent+LEV4jVcfwhYrAK/VFE12BsdbmBnVPovXRDIqi2ZW/crFrW2LutrbfEavgRQqLcqq5qbl 7W1NvjhvDCnRWGxTWxs721e2t3Q5J7R3drR31ne1whsubzypZy0R/fU1rcubR1Z31S/vcFZO GOeNc+h9Od5cb7YvL9ubXTAHsrneglDWu+HQfwtmeq+W1Gst3NRplVW+FG+SlI1rm9Dasbi5 01lcPdE5sbqicLxvfN7Ikty8kpElEydk+ZK8bomimCEpqm7uXNXa2OzdiBPCOYwViN2IBQTl GmYjxuiuRQ/teGr9rw4Y//hSzqt3RR36xYkLjlNvzbp3hyv6lYemvR9nWvjZCwmes6o5NSnP v/HJTu5M/RMp33P+6PTYh2/75pYXx+labr7Nc9fP7jvc+G7jHzqO3/ji8kPHK9rmPvjunqjC 89c9Wzv5r/HmO25J4/b+vfKRPafeufveY/+Z4bm05iVXw+1TEpM+n69+4OXOlyPmrHgw98jc j7Ndj1jWlpW+8ci7GvGn1uffa7SdrD1y5cH77/1YPHjbg6+ma3zVZZsurt+zc/yUStOIO8+f /uSC8vSMhrsnbT/yo3U3j/h94NJnW977YX5jWfvxmX+o/KQk6f4/mfdmbPBcXv/p/S8s+Kjz md85fv3AiNLKT27ytz534ua//9X8pZthYR79ZCNWA0cU3lhgaayBs3PWUbep23Mjphyqid+9 ZsWiL2dff91Dz1EdinVzEV77eqs7+6tzVSUdmt7AN6u+OZT+2Is5hwRvDWkQz031lnkn75+0 f+KWCYu7ujoKPZ7GzmWZy4NyymxsX+7pWNpKSj0dne1N3Y1dKz0hMRIpUiGCVmZCE+9sXgUT U6FQYsyVe6d4S4N5L7NltDzA6tWrhxqgufMaPXd5LQTfJE7n1QS7ZFWDJiRLtGT+n56s+S/2 vgQcyu79/zwzY5gZZAtpsSQky8zYRkWyR2RLkrIv2bOFSgjhJUtSSUJIUkmS9v1NSqHNq5Wo SSpJm9T87xlP70tv3+3/v37/7/W/rv/1XJ/zue9zznPO89znvu/nPMZw4MLb+Q+c5VItJx1P vOuYH34hQ/oNgy01bVjt9ItjDS/Tv1xx0kj9kH99sOOxkW1Odzb1U8qGhswLuSnnNO5ccTo8 +Va/xMtInWPenGLTQ3kvvSmnkgh++T4XN7126Ni5eOrRJzsjz3tENX4ciSy88K6kNXSGwO51 FpT3jXFq5bcMvdilrd9EFIrOHbuhOTzriECP9bxozezE/fGsku76CiWlS+dLjd01z7APy8d0 xe/qrF9SxQpf67rqZA3LUXdPBWHqfK0sLYM6jYZP/ErRnpquVr1NC+L9ru62edN+O1MlZa/o nN8zG1TPL3IZPv8l4Pq3GdtOrKyIlSvTqPv9xBcpp6t9fJDGBiCN3fkrjWFUtbhD9+PWVdVy UzBG/TmNxf2PJIuZdPmxoJcZ3+7jK+e42j8URv1bImNq64xPZFyVnrTp/0Yiw7sT/0H3f5mY 8kfDdE91E0+o3DNvL/c8WWn+1VvSUOOLRcfVgddXdx5Rso8+03VjEllCtCJ4Ssl5dxunjF4b u87s1jLPyrXiRdP2vRaK+rTPOY6t8smx40i899MPBduPD/xh8TnY4P2s9KOnqVdI+7asT7WM meZpXjPlcrzXbxcu6tR8dQm74k3buoieNHXdk43rlzRYhLjHTjvc+KlQ3OHtiXYb/b7Ix5a2 8yVqtgvp3/jNvtutfd7gFv9+usd+G9fdJmcezDx5ftJ9a5HdxTaD9uUpNb3F+wzu7X1Llbas HjliW7lD2PrcoMR71FxneW/Fd9b9DFF1vpMmhCUKqHDWwQ06oSkBB+SkWSrfp5WLHKn8kZg8 wCJuvwpU4rhslfGdyuhXan0ecjUv70RBVrm0Jzy07LnNoiTIFxXmdNOf10eLzuCqfOKqWgwd fZ05dG26nr6WDl2doevnqa7trUtX99L18lPX92F6Mbx96Dr6LO0JCfC6KLulo0HSBbump6El KXlicRFVlu48lgCX0CEFlkIKTDP7jxIg+DJ4MjixO52lrsVQZ9IZdF4KdB2XAm3pkATHpUDD fy8F/oOxo36V76qqHfOezMO+e64ku77yGxTs/PRHym1kLyzSXtEupfIiS4s1p9Pkd+Jv0a+0 8of39/h/IzyonG5rYrZy6qJnT5dIDibkDKaLtiQfrPhatd/9w3aP5nWXz63ftfq1bPKFd61b Yq29PtwXmnbfUexeocNbnTNTtpQabS2jVqpLFl80jxJ49WC4s3KRrpOY6FLi0XWSXy2+fw0Y PW/m1rNALE6r/G3ylcdGU/jfTL5C3bWcb+H+tu0lSSXEFaNWz2Q0+GrtLDSzRuI6Z8h95vs6 O0haYiSCdJy2r8hnQHTlErNF2bNl1L+2NVIc3bULnkpePtEfqcNe9rb7leQl6avko/Nueab0 NJpmFOxNoyfz7YR8lzSW70TiDkqWWZVWHlwc6TLML67h+3Oyc+flEColXylj65CaDzZFkgjm Z0yhS02opPy5Ogx1+pyx7KD4V3ZwCAuDFAHLtdpvtbdnlK/cwuiogLCI1VFx3JQGq6VD12dq MfSZTEhpTFxlshharv/zF5BM+Hu2InCzFQGyFQFD71eOJPrfcd23X1AtV65NR2B+dErrcf6M 4oyuxzcveYzkBbiWFKyZLR2z/uLT5lkxBcIuIyRt3edPDn9KPPnShTZna99uvmdrFfI+afvM V8ibvqqbknta4vtotMuU7rjj/Pl7D6UvF+jcw99CdBkNmB3CvN9Rfd16tJtmyVzy/FXTwSW9 bmHiBTsfbLsb/aBa5nhBXsPaFR8sBXMC4zZIhJM2hBzO/dAV3mlx/NwuzeAXfMe7RT1q4/Ik 1l+5V9XbnXD3UkJffsd8dEw3+XFcd8j7Y6Gf92hdu+6wIXKH7oPfyoLKt23ftffxRRslDrnQ fxa5+UVt7xsxrW2Mnc06ArbaLXGOd4+d9WYuN9I9X2lLsjF4sIJfq9fl3NsFjj6dxst1ln2b ZLZekWRTco8VJbpdIfdmgGlUfthd67C6tGdXdY1L20YvnHf9stfzBN1iTSFVsi7vvPG2tyIb VQKfqcoe6W0lLli7hnRVbnTRpOlm6RX3ryekH9yiPmD24LI96Zrq6EBaSZHo9hWPbzqmP+85 /q1220UVowdvSblPkrT0/6g3q5y5mVy5NINxiqzuIbxQeoOsxrHt10VfTb6rWFnwdrJExjfr yBHmitF2LfRluVc4P7Nf44CR+rqWR/L+U+k7cyRrZlYvbK8LFd2le/mxUVRxt4vvBY8Z8StY zTmnSErr70ga9TUGBdekfUPnbl7QGcvW9vQlvCQ7fRKJBJHzO30SVxHHMA6Jj04EGpeyhWuT PYyclbf3zRIfVe2mOm5b3ltBFyFT8FewyRh3BPS35AR1V0RtiHM9Hq10EF2bU39Kt7me71zD 8epOud1u4sTGaQojZHGdxmbvO0UWYUrLOpa+Ix1Rcr+33y6g9HRHU+iNSy9rn0xpja1dHlXr p617eaphMGuxljBdTGiv0nd7R8Q57GqbIjRJtjeET8M21To7WCvMqcPnwDm7wxvi9Uv1XnsT J42Kk29K6t5xmrdtqr3X3D4bqTt8+vlFytUras4MnDr7TC7DY02w89FK8bYQ4ZkJ24ivAwyG Or2bgmwa2fRj3S0F1p/Ka1bupNcb7LtoH6wihykqz7FGx3eLBoWfrRdJPi24K6Ate57i5pqd KhG7tdyX55758HhryVwvV239nvSl00+Q6y5kBKnfX31piphuStu10i6O5urY+r74rlf3Bc9/ OuMt1aQvzirXXbFuKNU5cLqP1wVWT805e7/ygg9ixX4KIkFDx+n56kOzBw3mSZgElL8rnq13 /SZLblbIev/3CYpiikSBJIuBypLtH6Tv3zp1921M4dtvNx84795Wavxlu0v3fYbCbfflzw1D FVC/SUrjrAd/vBdwDjjvEzR9/UDj1nKvZaEanS9cci4zFik9ejxbZ/MH+prwFRLzV5/JENvw SmPv986NJcmuDtQ5F0zm/EFP39Ms8jUj+3lZarRWQnDJg0hxH6/VlZobWgpD9nyGV4h8g1B5 CflrBk8vfcsM2m31rb1s906TtQvquiA5n4bkXDGWnKmeWkoyvFdpxn8jLTPodJYWg8lk6Gvx 0jKuMrnqf3MT/K+2l/URy92m0H3OTS/ykJMz3hnjGGw49V7Yjevv+oO+b5cUefpkbtQmmeOa pcwBzuOLxrYz70agBzrLqBkth+QWDQ8G1NpYZ1eeibNes8uCv+vbrCe7o9Nv1USabryf9OD9 mSHdimtuZg8PHzR4qhKwXWZfZUSk8zupgt5vOgURpfdi3GesNduUypJsi1zBd9LfIbuyfrVm 1xTa9/yo2T0xmk6PJOjLP3dke327fs3dnGF3Qlm814h+K2K2iIrCVT1bg1KmQW5rGYuc6mbr nKyiysc8bn1/ifeLDnWvd2YGL2oF0EfzspL2FVlKjuz4Gqsh81t681klDWvdKqVKsq+L5jjP v1BLcSfe/rG9XAUWcf1neeqX27xxSS6NLjY+afHxBqbP/KuOwB3lWzvD9rZS5rbuHR7zqhlh VfNPd6rTp/zZifuP7GdQkSPvQwgTtHDCRvOXmdJubKO5iG5BNys1KV2YtuDf32j+2RwBrs3d H/K2mE7jtpiWdNgxj9tisv6Tt2xuwJiMjfr3zSXk7+X6hhuVzA+/CjM6wjwW+EpYM7R60adX 7tGvF89Tv29ykPb9+kt1xt6ZN9bb7UiUX1lroLn4ZHm1c/Gz8FNNDZ/jji2K+GTYv3BjS7eg 1OrrlcVy6iM0u8vOrerPrDpOh7+oFionVjo/bcq0Xja0zbj43fu3b56lyWrPb3IuGnScmapa kTxta08B//ShHtvPWWUtbPHKPNvmqR05EdtU14Tskvk8bdDxnv8NBY7b9NbyrDPK9XHezqbl 9q1fXu51cX60i2Bmquk+3HXoTjIzdLRim3jvq9Uv9pernW2eIyLsu2Xngw/lI2JKFF9Wwbt4 WatT7d3O7LbYQmm3azqS7o+2Tl+0Rf3sQW3TaW9EJsuglY90Vsjf3HGV8iZVOGtJiLC4rcH6 2ZbFEe3vg1suDITvXZa/bENBdulUS6Lrp1t7/alRlbqv1TWlmp9H6IkNhx2Z75/8xaE+W0vS d4Zw5iORxz7DYTfN79yWehl3mdRw+6vaE9nMklrqV3Flo4O9X7r3bzQ/xe9h4ethZFtnPGD7 +mhMXCdVmxIyLZEh2yPs9Kiv7GufhchBnx0cO0mN9ef45ON7ti1UXn1pa862a9mdu+QPCbkV D5YfSgvYJBiofiomCE0vPDgkue6j5CbFE+m3AqstGJpFD5+tMbiPErws2m+mX2uSHhGOyL6w 1+AwwSiQs3pXYY9ItUiDnp3AvUsG9GQyP+Tvtz/yt2SANi9/T/uvbKv14MUPMraOFl1/bFvN VbXoXPW/97PYf5W995QFH3nywDJfdX2QxpTuMz3Pruy0n2l38OYjaVvFSW/a97UvPhhFlxN9 xX/XadvkRQVTjfMP7XCjK3WhIPa6MwMZ/JM+CZN2DGbckL2upbh599Cw/zS10XUv0qf3v7Dd W3ZhpmNL9ojZLUrbqsNtdcak8i9VwVv976s8NHesS2vrUzHXUK5NW7LUQbCXqPY1MDeXHrr5 /XL67pGEe9uPsuW3J3zuEH8vcNwxxKHBLHePJbKy8BNVnu1Xvb33NjnJqvxLyj5RCwlK8p6U 10tjv2NF0+0EUpEI3fz18cczzU9dVnfac3hG7ELG2hu7nszbtLXMk3BsutCR0U+76rGbCtZO nC98ly7K0X5k7wNgkX3/LHv/8qeUE7L337ecSTvGkm9SLj0p+9fpt8y7wvN/3D2T//7e+f9K 1v+3fq4KthbZnnnJjWiq++hlw8G1D27G2dtgRzSi1qwIERQ/cPPsupwmjTti5VkhXk3LCNdt 5cTtdj6KN+pZduqwS9G07ulYWu2p2KHf2gbmYW96zuZQ+ZqzLXsGHSc/WnIgv/dFduDdxAvP C4bImqnEl3mqigrhXz+O9sbu1BD6xN8TflradveWIGrEtqYy/WJ/9Sv2wv1ebgskd/wmt6CH X4b55QbDKoZhMCeC1twfbsBJpYo/uUj13DJ4v0nqle1vG6/ozFm199yr0xtoxuvuOEbIv6G3 nIr1dVuBSVElhDu6JHZ8mH/Cz+WouuaLL6lpN+yd2bvDC4Jr9Rff+Rh3rkY63mv22/Jds7XJ a2W8rhnMCJFNHqRdVTt1y+Ro35eBDceeVVRH6TTZXlkzU0wphjbfIWuNq7mJxOmjR+ts/Jv3 GHMS4+QTSybT/djGYqtkmksU5NtMXs55eWrY8obanU5m4mIlVUtFd9d+57dVj3fubpkbdiZJ OYos+iZG/tyu5AvKTo1HAg0yymI8G0LLxKvO1VgMioV9y2QG139/Yt+cNfOa35nd0zeL+RAM 1A8vz2nqle87Vtfi3RDrxHdnoYZdbUFdZeyBo6WF0TJ/5G8Wj1bQZFYLhJauyJp1rvRtSov8 vVczllwrerPo6SfMNyyDtqF5dfPz0P59228yZnOEr6xw67SZWtY5olmyQGOpZNA18b3fGMmk g/Rk0n4ChtEh3P57++Vf/0z7r0/4SpN+527XcP+lEBmC4z8+hAv4S6MxhOnjWydzN4M/TiQx ICmJi4uvGd2wzZfaHrvVPCWhdmEF8SHdb9wpggwXunOpWqLqv/9L1GVKiYr/MFyj4sLD/CM8 wwPi5H56rJCSMZQTU/BbivG3SdYisX6rYtvfXZQLiVUnVOgNah2JekYzqTn3oq8wTakmJFJ6 aGDEosLDTmkkUOzRC6ulzirkXUfNPDQzc/zKo5RkT+z5FpG20Pdc2OlLRXuN11QWtIe27/N8 t/Tto77ZO95E7lk/n5WsW8Ty+60rVa7mSohA6nlj57Q/PLpaLsfzxd9X7596TdmxamdGXibF L0nJXfraoOGlSaEd3oZBhQWPLA48kUkJjvweevG+erP/sa/KactTje9Iscw+CQVFC66rsW8I XBr5ILxGbo91pO08EecnmUttr7mKab5lfZAKH1q0VjN3mfnDaMmGoetFi6cEVl+Zp980T03q 4EHNHTbry5IJKvRkguJfq0RmJBMmQ5Uozy+3/Nf2Ab/+wHicV66kS493StpfH3xjMPmfLXyM SbzPRFhMFkOPTqfruv7NJ0UuejYc/WI4g/jiatRDQ2O6Sgml96eMzfUVj6AiZ+dlO+qOZddL 9dZfK1dd8nLTIoJ2mrWTt+T5zIQ8r8QmkaH5QYqtAS5Xb1c1mXsGtU1VH/7+OC/IfefOHuxT 25QjOvSnWtROHb3f9R8yrx8IpbtUs+qc+/qXjRavCV3lEr3gULvL7b1JT9gZg7f4Tko7XAhu f7OgdWZJ9pfLsq3s9eoRT86nm15n9fmqeERevvbVkBXwueqw+5aoEtWjZ06c629887Gr+P6J 7EXEfVdyn77cq2k3VbYs0mSlsablAdvlgVfWKLQdeGbdPChm5enbvEsrxlRhS9D603bCD9tU BHWdqsl9uoflc6y1HqoVJS29JFXwOKHt+SUT91IdXXezY1Htlvi3mASBPmLfEQHZI0QwQRjB lOCMiIRlJE+EkbxIhxGRVMc3ijC+b2QCIpKJZF+Ekf3IESBHkotA3kXeBXIx+SDIh8h/IAK5 i9wFNQ/4WYjAr89vgIj8hvxOCONfyu8Osgf/AMiv+QdBfidgjTCBxQJLEFHAjjIHYRQ1ihYi UrQpuiDrUfRAZlHCQV5DWYMIlAhKBMiRlGioj6HEgLyWshbkWMoGkBMoG0FOpApDxptEFUdE qgR1MsiSVFmQ5ahyIMtTZ4KsSLUC2ZrqCLITdQXIbtRVILtTvUD2pvogAtWXuhpqAqlBUBNM XQNyBLUL5AfUZyD30hwQRnOkwR3RPGgeIHvSPEH2osEING+aD8i+NLAVzY/mD3IArQnkE7QT IJ+knQX5HO0xyE9oT0HupnWD3COsgDDhmcLKiCisIhwIcpAw3KlwjPB7kIeFh0H+IAZ3JzZJ TAIRxSaLPQH5qdgIyF/FtyBMPEd8DyKKl4pXgFwpXo0I4vvFb4DcKt4K9TfFe2DNSfjKExAD 1toUEQhmBDNEIpgTLBABVjwSymhSLCKR4khxIK8jbQQ5mZQC5WZSHpTbSUVQ7iLthtZSUjmU e0l7oaaCVAFyJWkfyNWkGpAPkGoRCTwHZuP5DIF/Ls8flvIvA9mFfwUi8bvxu4H8mv8NyG/5 3yIC+IMNlLYCtogksAR8g0DRoGjA+jIoDHzFMcpGWGuMKkOV4a2pPJQzYWUxqh3VDsowahhv pZ7COnZTuxGJ2kPtAfkZrB1JWBksjAlHgW0xsR4xsIlYn1gflC/FXkH5RuwNlENiQ1B+EPuI /3YOFRskuaLJnhGeXijRK9Sfifq94yKC0bCPbwwTE/APjGBiCv4RvkGYmH80yGoBvl4RmG5Q QEgEZhsU6sPETIM9w+Qwl2DPqFDMKyQ4hIllQXL1xwpD4qBPaVhEHBNriPIMjsZqonyDmVhz VIDnaqwjarVXFPYwKgRqziINxLfQYaEcUrBZvFwOzbVZ4iCHzB1tTeWQw1IHKFfx/ucr9zeM xNF0XKYgCTQDl6loMpLFZRrvv1iNyYJICsnjshCSRgo8L+Hq6E+JjycJoylo5i9aidCOoUm/ aPlLIiARJPNPe4CdEebkYC0H/cbm5H5jURRNRYq4zg8ziaFpaNa/GOf/RFLy9oz0Rc955QCv HOKVn73DI8PRd26JCfBKMV45Lcg3IhRT4pUavFKXVxrySnNeacsrnXmlG6/04pUBvDI0xDMi CIvilQm8Mp1X5vPKYl5ZxSvreGUTrxzhlgThkKCQIIICr1TllUxeOZdXGvNKK17pwCtdeaUX LwuI/bLk/ucLEbD6v5II0J/wHzCG/wbcWDnlpxoi+Olk8Mn/HYkAqycOLAt+MxW8Yzp4vCx4 tzx48kzwnVlICSkjFTQbqaI5SA2pQyRp8r7fx0RaSBvpIF2kh1gwggDifo+W62cCEDlU7vPx l3UEiBjp/4iFIHZ+ZjtUjurRDfQcfcTImCSmhOli5pgz5ofFYGlYIVaFNWK/Y/ew59hHApmg SphLsCK4EgIJ8YRMQhHhLOEmYZQ4xLeYz40vmK+fLExOJtdRSBQJiiI8QU0pThQfShRlB6Wa coMqTJ1PXQxPuUxqEbWGepLaQu2i9lNHaFSaDE2VNpdmRXOlBdLiaZm0IloNPKFaaF20ftoI 4n4TF+MBVhCecxRE4X23WGyspqxljM/U8XqOa/mdirMdovDWWGDs2XMVTdQfJEzUH5ZM1B8N T9Qft0zUB5on6q+rJ+pvUibqHwYQhThO/xiKKIQfOhn2PE6IQhqnk8ePB4eA60QddhUTddWf dKMJ82PUYkThtfzQ63k6NwdLgOfy6qecx/kpzp/HnQN5VsZnnA7XOK1woi5bwVunH+uGyX2c OKfiwER9lvE4HaBi+PdrUknEOQvnHRPHUHnM00ng1ZIQfUpjLbNrcG7AGb+z2Td5vaUh7gyR ObJFzvDs8kOhKAYloDS0BRWiElSFDqFGdBb9jm6ie+gxRMkb/Ox7OPfg/KN+dIxV8ftQlcRZ DmcNnA1xtsN5Fc6hOCfgnItzOc6NOF/G+Q7OvTh/HOM5+PxzcNvNUcFZl3fXCsgKOSBX3vdU IlA8SkaZKB8VQS6ogWxwEl1ELagDdaEe1I+G0AhGwKiYGCaDKWCqGBObixljVpgDPuJinF1w 9sM5BucUnAtwrsK5Hmd8Pea04fwYZ9yiarjnqgnjPANnOs64JdVscfbAORznZJwLca7AGfcH td9x7sR5YIzVCTiL4ayIMwtnS5xdcQ6d6I0aiyd6tFYCTxfkeabGL7xurFcdzidxxq9OC19n Ldw6Wv04fx5jbfxqtXEraePrro1HgTbz7/GkvQNn3CLaY3mABu2K8ITSRvORKVqMnJAb8kHB Y3108Hl08Hl08LF01HDGraNjjrMzzl4446uig8eyTtavYlYHvytdMs54FOmq8HrPQ+tRCspC BagYVaBa1IBOo8vwDLuDHqJeNICG0ShGwgQxCWwapoipYdrYfMwUW4w5YW6YDxaMRWHrsRQs CyvAirEKrBZrwE5jl7Eb2B3sIdaLDWDD2CiBRBAkSBCmERQJagRtwnx4T8H9XFcBZ9z/dI1w xiNZF/c/3Qiccf/Xxa2ti+cj3dM4436vi0ew7sgY61Fxxi2sh2cOPXw+PSecA3DGM4ZePs54 nOnh8+h14Ix7jh4+Dwufh4XPw8LnYeHzsPA4Z+FxzYrHGc9MLDwzsfB4YjXj/BDnoTHWx9dS XwZnfB59U5xxT9EPxBm/H308b+jjdtNvwhmfRx+PW302zvh9zRXEGc+8c5k44/PNdcE5eGLc zouaGLcGlj/prj/pUeOernCPBlsmPgkNHk7UDdv+HokLcB9ZgNt0QfHEc4yE/36OEZ4ZjPB1 NXrK60OG3Y8M5HdV2FfOHWtZiHvkQjyGF8bijM+6EJ91YfGvYnHh8Bgb4/dojNvVWHqiHYwT J16z8cdfjWaCe7sJ7h0muDeajExcBVPDcTocps7/gc4932mibl4yUbeImahbWk7UF8n8pP/U 3xr9pHdO1BfPnajbCP6kB0zUbXUn6kuEf9KfT9Ttzk60tn3vRN1h7k967sTzHX4azwmy2dYb 3N0o9pH4kU+ErEpm8ZP5pfmV+Fn8hvyWAlUCdyj3qOthv84WFBN0EZKZpC3yXbRJvFDCcnLg 5EGZQpnhGS1yDfKus+xmlcyqVSIr0ZXmKo0qk5VFlFuU76hYqTSonFUVUa1XPT0nX01b7aJ6 sXqNhqnGY80KzUa6Cn0VHLm88iK9GWpW0bsYgowZjArmDGY49DPVbGQmM89rV+n46Hmx7Fj5 c5vnzZ2XYmAMLRWGT2GUCrgu3qHZqNloRIYx4TCKNZY0LjbuN8m1SLB0WdRhpWblLChmLGnl Yb2KC+t06/TFz208bAptRbiwlVnSaxQLLGJ/yCHAoctxlAtjyaXGy3u5cE1zfcoFjFns2u+2 2C3frdPt+0qVlYYrY1eWr3xqK2Kdzh13Zf+PEbngzvoDP65yVdTKp+66nqaeprYyniMrn3Ln +zHn2Hw/5voBr0QfV+59+Ixap3NH5fbm1v0At8233k/CT9XP0i/CP8U/M4AUoBAw3081wHk1 aXW82+LV6YGEQMugQ8EPQwxDUqBfREimrYh/SkhtyMWQGyE9XDlULTQidEfozZWxoYNhMmFG YaFhp8Mu+qeEDYSLAbTDncPDw+9FREUcimBHkuFwidwSZRpdFWMUExNTEMuMdYmNiZsWZxVP il8VP7jOaoN0QkLC8MbkjXe4vRM1ErMSexLZiSNJAklWtiJJLkklSRVJ/cnTkm2TC4CfbxKB Q3KTZFJ/Ur+tyCbTJIFNEZtiuTWgJScXbLqc6pC6w1gytSqtNu3mZvrmQjhubO5In5beuJme 0baZnqmUeTrz4uaO3xqyYrLasm23qHH7cFu3GG+mp9WmVv11wAiF+EH/8+gYO7Jtf/QZO3ht hX8eN/CjY2zusWNsBLgCJd5V/Dgujh0/RuYecG28I9uWe2xR4x6pVdzr2HIjRyxHBcrQnNyc DuDcnN4clVxyrlFucm5Bbj23BrR6QFvuSJ5anmGeKUhw5DnnReVV5Q3mU3NH8iXynPOpAOP8 xDw16BeVfyh/NF8iX4LbE2qNc0e2ysAelPt3w5w5ragX8JXTik3l3MemA2RBjgSOBr7LySbM 4VwnGHJaBYc56YIfOZ2CI4BvnFIhAqdTiAQQ5rCEJgGLAiQAkznpQpIAKYA0YApABjAV2mYB lADKABXAbIAmtNEBDAATdC2ANkAHYAAwBCwALAQsgnkdgZ0ASwERcE4kzB8FcjTIsYD1IG8E 3gScAcgCZIOeB7wVsJPTLFTCCRCqgLpqwGGQ66HuGKCJ08mzzCWwTNH/t8xPliEiG3QW80FN QsXICGkhRc46pM5JReacQ8gCYAmw4v69OYATYD+0fwb+BuBwDmEIQORswPgAAiDTAGYgw3kY nIPBOZgzwJuzGUuF+s0AGAOrA7zgrCMIcg4RJgOkAVMBygBVziGu/cHWHv/QvuPtOGYXjz9t wrUH2ACegA0cBjoGaAQcBxAxLc4z7DbnDUGP8+zPdss/2zFePQG7jvdYhoTAFpPgLWUGQInT jVQ5A0gd3vWYIOtx1iAW5xHS5+SguZyzaD7HDxkgKbQMonA55zZyhT5uIGdzNsFMqfhMqTCT JToJ/ngK+vchTdQPda9gtk8w9ijgO2cAkwbIcX7D5IEVgGcCKwKUACpIE1MFWIBsD3AELAV4 IyssFDgcEAPnrAWOBcQD1gMSAImcq1gScDInFdsEtsgAOQvqsoG3AOcA5wLnAedDn62cZ4Lf kIoQP/gLBUDlPBUS5DQJCSFpIQ3gRdC2CurdAR4AT0AA9FkNCAQEAYKhXwggFBAG54UD1iBp eDvV49wCq7WCJVrRZfCoK4B+iEQ5TiPcdSPcRSNcaStcSSt4pwLYlvs3Ebl/EZHJeYG0wcY+ IPsDr0XKKB+4Bux9GLgOcBbkNuB2QAfgE+cu2Pcu2Pcuz74WwPYAR8BSgBuSwlYBPAA/7Aj2 gTzAhjzAhhzAhhzABluwwQadkAfYkAfYEOtsiHU2xDobYp0Nsc6GWGeDfTohxtkQ42yIcTbE OBtinA0xzoYYZ0OMsyG+2RDfbIhvNtiRDXZkgx3ZYEc22K0T7NYJduuEmGej2WgSZDBRgCLP +5rQPLh7A7hLL9C9AXnQVgs4CPIhwCnOR7BrEdi1CF0F/Rqgj/MHRGwfRGzfn3ZWgTpVgBnU cW2eCryZ0wdROAhReB6icBCicBCicBCicBCicBCicBCicBCicBCicBCicBCi8DySRYpoOsQI A+nB+4s+osK7y2yIntnIC+q9AWuh/iDwIcBVwDU0HSMiAYwPIIdImALADGQ3JAzrIQzrIQy+ rYPFQH0irE0qtG0GZIG8BZCLpMBHpcEXpWGeSRCVogBFTh5kslakCxGlh6bw/oLmIpjZC+q9 ATFoKlyJKdhMH2y2GWyWBzbLA3u5gb3cwF55YK889AzOHwFPIHJ2gM12YGTOFWwGNzqRIFyp INhsB1ypLFypLFypLGS6ViyKG4HQlgptmwHpnCsEA/CkYc7/Yu/sw5us8rx/UlERGnkZFRSh oPKqCAUcVNSZ6aVMdRgXEZlaq8uCU+srRgYBq2OxWxtFpkV3mG7Wy+2yfXyiMiU6UG7FB8KE 26TDZhvEDsliTWuGbZFMr169aiZKh/v5nJO7aVpaQHxZx+WPb8+d5H455/fy/f3O210X0URG ETsydSFTFzJ1IVMXMnUhUxcydSFTFzJ1EQEk67uQq92qi4HW94AX+ECtkDv/Z6P9a6hhHngH HFa8EUKrITQZwsej+HBUDEvvEJOUJ1vB+eACMAKMBBeCi8A0MB1kAunZy8CjwAYeE5PEdKRb jXSrka5HSVe+f3QJx0vB/Rw/AB4ED4GHAX6EhAtFJeUmrvst51WD3XCe9HYvx7WGB+lGLAOo 65mUZ1HeRDlXchrSLOH4WY5LKe1KijImS8vUkGIQKQaRYhApBpFiECnKOBtEikGkKOOotM4g UtTEs7D59bD59Sab6LCJjrXOgVF0GEXHVgYpa70eUAOiYJQoGCUKRomCUaJgFIb3w/AaDO9H 8q/DQjospItl/AZrCBt4DCwHv0BDK8Tl2NpCsZrPsLEoBDCyeAq8yHWbgQu8qbSoid1igdBB gO/2gvfBQTzrsFEDi2lEYBkpNKKwjBYakThKJI4SgaNE4KjFqiKIZrmQcpxxgOhxgKiRQdTI gPU0onPUMg/cCuarKKIRrWUk0YjYMppoRO1oT7sW2bCiZlmmmFGz0EYizAGiST1WVgNTapbn +W4dn8vAevCSUdPFnspDuxk0QDQJEE0CMGngJJg0cEImxft7sWkANg3ApgHYNEBUChCVAkSl AFEpALsGYNcA7BpQ7PoYsX6muETaNvYwAc1OAVNhsBmUs8BsYzXxXvrbWuK9RuRahpXMwRqi WEMV1uDBGjSswY81+EWBGftl9NoMXCCRBzjMPMChtL2d+3Zr3I/G/WjcL/Zx/QegHiTyBAcW oGMBfrTvR/N+eHMavDkNbdfi904zX3Ca+cIh8oVDyXzhJpUz+NG2H0370bIfrc5Hq7VotBa+ cJo5wyFyhkPkDIfIGQ6RM4TQsp9I7EDTOvw7Df6dhsZryR1CaNxP7hBC635yhxCalxHbgfZ1 WGes0vzZsNg5oEvj54uxMNBYGGgsDDQWBhoLA41Vmp5GOR1kAqnVe7ju78Fi8A/geJqU76y6 0oyTLhUnp0r+R6tzkNh1SDI1Xm7Cn7pjZROslN07ViL1VthJMlO0j3gpGSpu5imtMJVkKZk5 tZqx0/cFYqcPjhhydKMYdtRPzUvFFJhoKrZxrbiU2u+Da/0wkgdG8sBIHhjJAyN5YCQPLSql RaVwsB8O9sPBfjjYDwf74WA/zOSBmTwwkwdm8sBMHtjIAxt5YCMPbOSBjTxiPc+u5PxNR48i mVIkUworwdd8rwMvn2vBX4w4LKTDQDrso8M+OlIqhsP9SKoYDvfDRjpspMNGOkykI61iON0P ++iwjw776LCPjj3GYR8dm4zDPjp2GYd9dCTrgG10mEYn7mcg3WLigB8JFxMH/LCNTg6QQQ6Q QQ6QgcTLYRsfbOMjPvhgGx9s40MLOTCMD4aR2ihHG+VooxxtlKONcrRRDvP4YB4fzOODeXww jw/m8aGlcrRUjpbKYSAfDOSDgXwwkA8G8sFAPhjIBwP5iDM+GMgHA/lgIB9aLUerObCLz/oH IyCuwC5dpl122eR+bLLJtMkoGoya+VsUyUd75W9RJB81bTJ+XJtM2GM8xR7jp2SP2UTKBXBh 1Oz3ZMKFUbgwqvKO6yjRJ/boxx792KMfe/Rjj344MAoHRrE7P3bnx+782J0fu/Njd37szo/d +bE7P3bnhyOjcGQUjoxib7JHEIULo3BhFC6M0uImbO4QNrcP7juE3ck8/hC2V4/t1WNr9dja PmzNDxe2YW97kUw9kqmH8w5hc/XYnB+b82NzkgMPYXP7sLlD2Nw+bO4QNrcPPpwKH7Zhd3vh xDZsby/SrEeaTfBdGza3F2k2qUyKDEmMM3OB/bC/zML8MHp3X+Yw8XEcT7sUrASy51XMd7K3 JXta61V2dkD1KM4Bg1TPQsa7Y3sDBeB+8AB4UPUOWmC9FlivxSJ7BsuwrLlitNEqxoDLyIAn EFumAMkhM4wt6G0L2c1kItqcRE5udIrr1LvlF6DHbPSYjR6zxc2qz58t5hvLxW1gAce3G0+h 12xxB33WRSCH7+/kvFzi3l08K4/ybix7CXFtKbiX594H7ufeD4AHwUPgYfAIWMa9HgU28BhY Dn5BvVeIoWTm2TBhoVjFc1bz/ROgEDwJngK/5NlPgyKwBsj34K8/GsOGNLhrAX3AavEGGtlE vX5LXarBZn5zgTe5fitt3gbeoc47OHcn5+42MtBYBl5WgpeVYHsatqdhe5r4E3z333jgJ2SM hw0ndliDHeaKI3zfyfFfOT5KaRi52GIunlkKDy7EO0vhwYXYZi62mYtt5lrON5ZbRoCReOiF fB7F8WiQwblj4bFLwHg+TwST4b/LwU38Npf7/JhrsrlmHrgVzAe38d0CytspF1LeQbmIMk/k kLnlkLnlwKNOy8Pc7xF+W8Zvj1LaKJfz3Qru/TjPXM1xIXgKIFvFt2u47hn6V8WUJZz3LHUo pbRTPsc9nucekn/X8bvk4DJKeBirdlpe5LqXDGfaDUYpzFOZ/imIGUXpf6GMg8/A53w+QtkJ 4Ov0o5SGUWkVwKLG3IqsZ1AOoDyT8izDiacErQPpDZ1D7j+InulgowKPcVmtQI4XDeHcoZw7 jHI45ffAeaq3VQnrVcJ6lbBeJaxXCetVwvtF1ospR4MxsGMGGMvxOHAZGM/vE8BEMAlMBlO4 3+XgCjAVXKl6bZWwZyXsWUmcKCJOFBEniogTRdbv891scDX3vgZcy/EccJ2KIUXEkCJiSJH1 h3z3I8osyrngxyAbyLhyC+VPwDzwU3Ar+DswH9wGFqixwiJiTxGxp8i6iM8/AzngTuSWC+4C eeBucA9y/HuwGPwDWEI7loJ7wc9BPrgPFCDj+8ED4EHwEG19GDwCloFHgQ08xnPkGNwveLZu /M76HvACH6gFfzDoucNK+2CjA/QIH+jiSLwljKeEsfIwVhbGwsJYTCPadKG1RrTWiNYa0Voj WmtEa41IuxFpNyLtRp7cyJNd4lM4cCYcOBMO3A8H7qeHN5QnboAH98OD+3nyOniwEx5sNkcF JPflw32FcF8h3FcI75XAexq8J3OrQnhPg/cK4T0N3nsL3quF4zbAcRvguP1wXCcclw/H5cNx +XBcPhyXD8flw3GFcFwhHFcIxxXCcYVwmxz/sMFtMv8qhNsK4bZCuK0QbiuE22rhtlq4rRZu q01wm5EJt3XCbflio1Gmxrg2GfPgtg1w2wa4rRNui8FthWrMqztj2ACXbYDLOuGyTrisU41m yDHwvxgNcJhDjmzI8XB4rAEec8BjDfCYAx5zoJkqeGwt2qmCx9bCYw54zAGPOeAxHR7T4bEY POaAx3R4LDEyIsfUu7lMh8tk7lcFh62FwxrgMAcc5oDDHHCYAw5rgMMccFgDHOaAwxrgMAcc lg2HZcNh2XBYLRymw2ExOMwBh8XgMAccpqvRFjl+n+AxHR7T4TEdHqOvwnOf5bmllHbK57ju ecMhR2PMcf4KuMkHN7nhJh/c5IObZA7phpt8cJPP5CYf3OSDm3xwk8wt3XCTzC/dcJMPbgrA SwGstgAOcsNBMt90w0E+OMgHB8nMqwJrrsCaK7DmCqy5AmuugIPccJAPDvLBQQE4KAAH+eAg Hxwk81I3HOSGg9xwkBsOcsNBATgoAAcF4CD6TNxnOsgEM/h9JpgFrgLf5x6zwdWcdw24luM5 4DqOr+f3G8APwA9VHuuGf3zwjw/+8cE/PpN/fPCPD/7xwT8++McH//jgHx/844N/ZO7rhn/c 8I8b/vHBPz74xwf/BOCfAPwTgH8C8E8AvgnANwH4JgDfBOCbAHxD/436L0eGv+AeMmd+Aq8u watL8OooXh3FozU8dzSeW43n1uK5tXhuLZ5bi8fW4q0yl9bwUJl9VOOZ1XhmNZ5ZjWdW45nV eGYtnlmLZ9bimbV4Zi3ZR5TsYwQemqk8dDXfPQEKwZPgKbCeLKuS6zdyb+mFb8AgiXxdwxNl dlGrPHAn33d7oYYXyjGbEB4WwrtCeJccg/XiXTre5VVjigP5bjCwggtBlwfdxO9z+T2b7+aB W8F8sAAsBItAHr34e8BisIzPNjn6p3pMXqxfx/q9cgwSyw9h8RrW3oiFN2LFjVhwoxpJG0I5 DJzP8QVgBBgJLgQXgVH8Nh5MABPBJDBZcbGG5WlYnoblNWJ5jVheI5bXiHU1Yl2NWFcjltWI hTRiIY1YiORtTY7IoelGNB2Uo9vkpcN6zLXQexc3qrmWWXLEm3PupbwPrIQXX5Q9eM7YTOmS vffkGEoTfNcE38k+Qyvc1gqvtcJVrUh1FFIdBQ+1wjutcE4rfNOKBLOQYBYSzKIPMA+eaYVj WpHiKDijlXz/avL9q8VfscfR2ONo7DC/e5RIRZbEKFF3ZMnulVU3mVl1IdGl0MyqV5pZdSHR pYzoUojt5mO7+WZ08WPD2dhwNjacjQ0vM6NLdj8Z9H6VQSciTGE/2XMhEaaQCFNIhCnEptPV CFUlv20EieiSj03nY9P5yZErmTnLbHm3MQi7HoRd52PX+T1GrBLRpcKMLjYzulSY0cVmRhcb 9m8zRwsc5mjBEuzfhv3bsH8b0aWM6FKGxhrwBRvRpYzoUmZGl4qU6FJGdCkzRxYcZnSx4Sc2 /MSGn9jM6GIzo4vNjC62XtHFT3QpQ+sN+I8NzTfgQzaiS5kZXSrM6FJGdCkjupQRXcrMEQmH OSKxBEtpwMdsZnSpMKOL9Dc70UUjumhEFw3fsxNdNKKLRnRxE100ootGdNGILhp+aSe6aPim neiiEV001UccCCueazyKr9qJMBr+aifCaEQYjQjjPk6EsRNhNCKMlhJhNCKMRoTR8Gs7fm3H r+34tR2/thNh3EQYNxHGTYRx94owdvzcjp/b8XM7EUYjwmgpEUYjwmhmhLHDAXY4wE6E0eAB OxFGI8JoRBiNCKMRYdxEGI0IoxFhNCKMRoTRiDAaEUYjwmhEGA3+sMMfdvjDToTRiDAaEUYj wmhEGI0IoxFhNCKMdkz/eQnPWAruBT8H+eA+kIg4j8JDdjLXT8hcPyFz/YTM9RMy109UFPqe OZ81WfXwV4q5ivllT38nfHPYqE9aZJ6YjVXNxqpmwyNZymqK1Uh4fZJD5Jz768k59wvUHMrN 5G934Xn9zaHI+RM35+wif5HzJHKORM6PyHkRuxGl5nFqHqfmcWoep+ZxOXpITeU403Vkm5/A /2PJty+Rs/HU7nHKZ/hOzj+kqf8pNwgPnS7Sxa3CKi5XY6hD1WyPQ/1/OTkSdIm4nhrLt5Nn iJ+I4RwNEn8HfiYmijuRSC64i+/zKBfD4is4/3GOV4oNZLKFyXi5hXttBTVgG0iNl4fFKPFn ca5lnBhtuRTkcJwL8sRiJLsYyS62rOT7NVKysPM62fOUvU7wkpD/y+ynYjjSHa+ORnM0So4I 85ShMOwwyq7WzDUi5uxOBGaOwMgRc3anQ9wNiyZmcyIwbASGjcCwERg1AqNGYNQIjBqBUSPE oCzYMQLjhWG5MAwXTpmNCcNoYVgsbBlndFguBdkczwO3gvlgAVgIFoFlwAZWct7z3KtLM+Q/ 6j/+DTLyTHtpEj8lnz+RzWzh6q1cU0O5jdLNdbuMpn5s6GNs6GNs6GNs6GNs6GNxUfJpJ/+k vFN6ktRWLtqSb9YfwvVD1Rh+Xoq24uq/F8r/XXizmInG4tjgWWKeGKj+26H8X4fyPxpKDS7C iuX/O8zhuzvV7oi52OVs7HIBmp2MZuNoNo5m42g2jmbjaDaOZuNoNo5m42g2jq2uRrNx7LUK ey3EXquw18LkHPGfeM5/y3k5LEDOyR3hs5yT62s+Ts7FZYh07Hoadj3NMhl7vRz0nouT83By Dk7Ovz1sdKr5NjnXtoJrV3LdGlilGKi5NsoysB68JLLSbhDpVl1kWN8DXuADtdRvEtKsUnNb qVKUEkxILI50Rpv2fmKpSC+WUpFeG8dXjm1xBy3uoMUdZus6aF0HreugdR20roPWddCyDlom 7bxD2bkf664WVyUz/huxoLlGO/VtP2YG9n5+ewA8CB4CD4NHwDLO7T0D29esa6Wa/XGoGdfE XHQJbYnRlhhtidGWDixXzkVHaFMHbYrRJtnXjWHJEdoVo10x2hWjXTHaFaNdMdol+6eybxrD 2uV8dYT2xdBA18z5XD79GHAHWhSjRTFaFKPmMWoeo+Yxah6j5jFqHqPmMWoeo+Yxah5Ts+hv qnkBD7X2UOtOat1JrTupdZzaxqltnNrGqW0nNe2kpnFqGqemcqalk5p2UlNpW53UtJMadopL qVkDNWugZg3UrIGaNVCzBtMuGqhZAzVroGYN1KyBmjVQswZq1kDNGqhVg2kPHdSmQ8kwIbtU e+g4KXv4vjiTvtggteYF1gaXYCOp8/E3w9A95uTFgD7n3/vS/ibjZaX5nTxhN/fWQRyL/isw kNGxcozjtwPw2wG0IN5LnnLWSs5YxWlBnBbE8dMBtCKOL56BL56BL56BL56BL56hon8lPFep ov8EtZpMriRLrCLT1CqyT4wStfpLrvySq7rkaq4iY5datfUC5a9AOXjRKPnaVmf1rtmO49TM a9bMq9aQyfVjX2fNMlNWge1Tq8B6ruyqP2Zl1yPgUfAcWdi3ZTXXAJlTIsPM5Nqli811XYm5 ajknmFirdfx5PnOO75Tm96ynNNKa3iMn6IrzZyVje5TYHiW2R4ntUaucs0y9oumkrrCIOzlL ymg4MkpPyigdK6zGg6qJ5SOwxmo8aQPWV43FVaNHN3qSo9RuZO1G1m7u8VNxr1r3ea94Wq3q HCesMP867rPFKCVnySdnKSVnybdMpf92JZiJXLdQbkNDmlFqeRu8w/F2Y4PlXXLRHXz24Oc6 lu6D6ffwm58nvM93+4w6yweU+0EIDniCmpeiFztWvJb+0IuUv8bPx9C2BWoe9VrK60EebHSQ TOKwGJRcwzWJyD5FjUlkqfVcRSr6D7K8QPkrUK4i/yALOSg13W/5EDRxHKEkK7G0g8+M/WkW cJFIT8tU+44Sq8Z4sprFrVZyTF01Jld8SJnK1R1yZYdc1YF81RPeppRPkU8w76xW0uaZkpTZ Xz75duoqwDlisuUMMcICp6es8BuRXNVXwnFpyiq+1SnrzGaKqdxztsoAS2D/Eti/RI3TL+L3 9UfLVET8k4qEZeIIpRzH7h7DXoD3LEiOXWcYHmqQRQ2y8KAFaix6AT35hWARWEpPfgXnPM7v JfxeCjSOPwRNxjpLhLKZ7w5z3A4+I+uygHTDkXY+GAlGgYlgCrjc2JV2g+HBzwpgHhfM4zLX k7tgHxc9e7kacBLs44J9XPTipS8W4IsF+GIBvliALxbgiwUwkwtmcsFMLpjJBTO5YCY591SA jxbgowUwlAuGcsFQLhjKBUO5YCgXDOWCoVzmmnIXLOWCpVz0nIP0nIP0nIP0nIP0nOWKwwL8 fBIs5bKu4HgVeJLjpymLKZ/Ds17AitfxeT2fX+L4nykdXCvXmm+krKJ0gsR6c5d1K9jG9xrl dkoPnjktRcslpoYPouE8NJyHhsnWwSJ+W3/0aVPLDrRcjJYdaPkgWj6IlovVjKucbR3I8WCQ gVa7tVyKlg+i5WK0XIyWpYYdpoZL1Yym1G5Cs6UpGi1Go8VotBiNFqPRYjRajEYdaNQhnla2 OYFa9bTPvKR9Lkja6NP4RbZpow5lo3L9VmK+xW/aanGKrRb3aas/VmtnHGquRM6TyDmSpdhg b3uVrfnI2NOnvX7K93FAKy1HjD2nbfcUbXdOD9vtsoAb0ehcrKK3DS9UdpybtGO5A2C3sucq 056rsIZ8LCHftITEjoqz4Npum65KsQa5wyK/h00nmKvKtITETgu75GrFXMWmJTyFJRRjCcVJ Oz/b2HQcW6/CAqrItPtbCdtf1pzdMzMW68zx8sRM7AwwC8ixcjlm/BejWY0Vd1IeNZrV2LAc Fx7J8Ri1GrgY628mp2smp2smp2smp2smp2tW47NyHFaOwT5nNJvrrE+Pu34Xxl0vTsmRJn+B HCnDzJGSawNVjnQyudFwlX8fmxslxk3lmGl/udGHIAI+M6q5Y7VYhqUTG0Qh1l7NXfPE1fjB NTDEtWAObbnOGMTf4WS6JSIXfGLMwRM8auX2WCOPJ+ZZLsN/JoDb+P52cAdYKhapldhyFfbj nLOK358AT4JfgiLiwhrwjDFHrcp+geN14FegDJSD9eBFfv+Q6z8i220SOdQ+D7nkIJcc4kQN caKG1uQRJ2osnWIqrcpLGyjOSyODTDsfjASjwEQwRZyHtwXwsABeFMCDAnhOJZ4TpP9Xqdbq pKPpIXw/DIwC48EEMBFMApPBFM6/HFwBpoIr1T65AFYfwOoDWL207ACWHcCyA1h1AOsMYJ0B rDOA9VVifZVYXyXWV4n1BbG+INYXxPqCWF8Q6wv2sa7FTo/BTo/BjkUGxH0n0N5ktJeXorl8 uS4fzXn60Jym1tXLNfUJzXnQnKcfzVWZmstHcx40V2VqrsrUXJWpuXxTc7v60NwuNLfL1Nwu NDdOau47pZ2bv/TYRMyII424GqNIo5c2AMixCuLXMeMVQ/huGBgFxgO0ilTiSCWOVOJIJY5U 4kgljlTianxjBuVMMAtcBa4HN4AfgB8BOf5xOyXxEcnEjxkLWcJ3S8G94OcgH9wHTnKMBCnF e4wn7PtGxhPuo2edZ+6hmJayh2I+XlRLxK+lNk486RB6q0JvIfTmgNenmXsoqs0dNbq5h6JW FHCu7Km/yPFm4AJb0PlWrq+hTOyh0MV2OTMtrhI6CHDOXvA+2Mf1H4B68Le+hyJdrs7od99E 4zH7Jh7iu4fBI3LsRr2/LrFWOWSuVT5grlVOjCN/Q2uV1VxqFtlyBjWoFys5eoPjxFxq1hee S03dE3kQ66rB1uux9ZBYwuelYL3hNdfoHBTVYDuesRvr0YGXz7Xg694TeYRarqCW+dSyGL9o wC8a1P65GZSzQGLVSAY9iCXk2jZybRu5tk3crPJtm5iPrd8GFnB8O+VCyjsoFxkVIodyCfel B2CuGmkQ93OfB8CD4CFa/7BRKh7heBnXPQps4DGwHKwU2WIV91jN8ROgEDwJngK/5PunQRFY A9YbBfhig6jkXhuNeeJ1JJ1YLVKMdIvx0QZ8VM4F2MzVInOQ9BwkXYyki/HNBnyzAd9sOL1a 5PRqke9kr6Vr7mqEOUbwMhFR7zV/PaDH7Gti7upk56RfNmdf5dzVq3jXq9/Y3NU9YsjRo2IY kDxG3gOHkRHDW3OMOnN/mk4rdVqp00KdFuq00Jvkp/73p+m0Xqf1Oq3Xab1O63Var9N6ndbr tF6Hf8an7E9LcM6bfL+bz/rRWJJnvp370wJqX1piviWA7wXwvQC+F8D3AvieXMcbwG8C+E1A rbt9jFLOuXStEoqLu4zWE6wSiotd1PDkVwnNhsNPZg+5XKExXq2s+QExrB7915v7weqJO/XE HRnPRxAf6lVc2EzpAjs4DlDuBe+Dv/X3MMh1VbPNdVX6cddV/UzNNA0hJx0DuvfR3aLkNttY Sy4cNXNhL3crScmFG8wsLZIyU1VgzlQVoKc6MpmS/9XvDxnzTed+Ku+T+Zz1lLLAMfSKBqL9 q7CeAbDmCDFHnCWW8N1SsFKcK35LWQ28oFYM/MreitG1iqxa7XI/3UP7LuxyP63Jr1eTbvMN FY2noEk3mnSjSTeadPfBZ8e+r6AGHqtR+8KnwlEJLougsVaTz7r2htek7A2XXGYz36KSujf8 m3tfwcXmmtR1ZnYSOWF2ssXwYE8V2JMfe6ogW2klW2k96VWickd6FtZ+CGs/hLVPxdrbsPY2 ZFav9tLPpSSjIAPdRwa6jwx0Lxlovbkjva2fHel7yTT3kmnuJdPcS6a5Fy9owwva8II2Msy9 5o70Nqy9DWtv+9buSL8Nayo2V8+uFqORlpRYz5VzGWoOb77RKW4DXXN5iVWz08SdnJ8L7uI4 j/Juzj/5lXWr1cq6LWKN2CoWixrKbZS7qZMO/kZWzFommbmFLWVHfSl2V4Pd1eCjTuyuBrur UaM214hLzV6Q3FE/Am9YiMRzkXguEs/FM7Yg8dyUHfW54nbKhZR3UC7i3t076p3mjnqnuJs6 dL3Z416edR+4n3s/AB4ED4GHyQYfoVxmzENDuWgoFw3loqFctaP+cTGR3CJHrOL+q/nuCVAI ngRPgWN302eRN/0A+6/BYxeau+lD5m76xBtBNvObC7zJ9Vtp9zY1guc0d9OHzPeoZCffFhLg 3L3gfXB6N/3p3fSnd9N/+d30ck2/k/yvPoXbO2CZDtilA2bpgL9HmLzdASt0wAodsEIHLNAB C3TAAh2wQAcs0KHG4N+k3En5Va3pvwDODMMlVfCBBh9oX9le/67dAn54bYDaMVDRg6slh71G 7zr1TSBbxTh4alzKGz/mUqe5lqn0Vq8E04wcy3RjlyWTcgaYid/NonSKxRbuZdlE38pFuYVz NTHe8jY++S451U7OcYNd+PnvuUY36ixejmvBH8B/gP/kvnWcE+B4L+X7lPvgog8o6/n8R6LR fo6DHIco/8vISSN7t67ADh4HK8EqsBo8AQrBk9jGU5S/BE+DIrAGPAOK+e0fKUvAs6AU+drV 6qci6/P4+Fps8QXKdfz2K1AGysF6fn9RrYqqsP4Tn38t31ekstPXFKvLbHMT0ohaNhn7kUbU so0sRYO93iaHe8eIWHZQ7jHC1LyNGrdRszae0tbnXULmXUK97tJg3qWOu7Rwlxbu0sJdWsQ5 aKkdLbWjoXa0047025FsO1JtR5LtSLBdDEpmpVuMXWa2uUdmm2oVsNTPPuNdtRL4TMtMMdyi i4kWek6WfWJ4mlytei5PifCUCE+JqDNmUe6U14pxnDmaJ0bQZUhewVMjPDWCziInfLJ892yd evKQL/UWQzkSN0rtbLvkWzMqlvpuyEjKuyEjZC+R47wbsjrl3ZARsosIFlJq9moiZA+Rb+zd kMViCOwn/9dX8s1J9DdmUM6S71oll76e3/p/J+QB8jcv+Vs9uVsN+Vq1egNS3++EDJGTZfTz Pkgt5W1FckS2JqW33f1WotPvg/x63wc5FWvIIsauh7uyUvpRYVP7YbQfRvvh5J7RhKbDaDqM psNoOoyGw2g4jIbDaDiMhsPmftHw17JfdNy3wQvpcwwh6idGZr3mvLacAQshuxCyCyG7ELIL ITs5uuGldl5qp1M7ndrp1E6ndjq1k29VDSHXEHINIdcQcg2ZvZr5yDeEfEPIN4R8Q8g3ZLZG FxvxDjkPIXObxCiwl5Z5kX1IzUnIXCex61iOBntppff0WzpO8JYO2S/WzH2MnSk7SeUoQqea y1xGeew8Zida6kRLnWipEy11mvsYO9GAjgb0r2wf41SRLmy9dq8nfPcSMVP8kN9uEueKn4Cf 8cud2EAuuIvPecTTxZy3gt7843xeyad1fOqyH/rwZJFZooZyG2XCfnZR+11fetf6yOPsSYqS n4ZUPrpFZlxqT9JacqUStR9pB6VuvGvxkTPtM0L97jc6U7wmBpHNDrTI0gU0MVmcbV0hJllX gSfA0+AZ8CxYh64HqVxP5nld2Vl/+d2NYgDsI/dpjiG/28jxa4bcmVOW3FM1zbCRU9WRX7vI q2y0J0ReZeMJa3jCGrXfSiO/2sl3bs7xGNWW91QuXUYuHSaXLiOXLjNzaRv5VxlZn41cupp2 R8ilq8nFbOTR1eRjNvLoanIyG9lWiNpWkEdr5NEata4gj9bIoxvJozXyaDt5tEYerdGaCvJo jTxaI48OkkfbyaM18miNPDqIXFvIoe3ItZH82UnLK8ifNfJnjfxZI3+2kzs7yZ01YbHsEQux u8QM4GyOZiv9Vsn95F9Cx4m9ZiGpa7nPrF99n91lm6bu/NxJ6s8v//+BOKsva7C8IwbyyxtE kZ30SJyyFmhkjxjNnYPynRD8Mgbspi26mE29NertRLet6LYVvbbShmr02srV19BnGkd7NNWe d7D+7SqPbqWf1Ip+W2nTAdWmWvAH9aRMy39Q1vF5L3gffADqwX4QAv9ltKKzFnTTQrsDtDuA Tnyq7ev57kXKXxsBfPvLeFRid1+fEj/urr4zlNS20VaukjOU5noJ+X8z5JoFc50CEvMgMQ8S 8yAtT9IL3sHid/KZ3g9S8GDlW5BEHRKow6o9WHI5FlyOBHxYazlS8NH6ANbYiDWWIwEfFthI zvIa9ZhK7a9UOvFa5GcX+B112yL7WbCTbBm+o+zarv6DSIvZmiCtCcKO3T3rilPoWdfw9JoT 9KxLaXcpNapRtiZ71e8Yn1t2UPbuWXsoZe/tve9YD/snydWBCe68RXFn13uYUlbRnZBLneKW fvn09/hlT06tPmlO/SP3+bbw6kjFpkOxxWHEehnXsWz1HrAEK2WlWH0dEslS1r4Na9eIu13M U5vCLn+EBU12kTWQvoMcUjlN8pkcA5LjP5K/uvhJ8lLQ5KQVhhsZuGmrm/rL/4T6GjnEQHTa fsyoRcqIBXHZHDNQ4wN7VBRvFWnU/oAcLRBncmVUjUL4QED+ZxoxnKNp+PR0MAPMNF7mvl7F PTspE9xaB2s5eZaXZ3nN1kom8arWBilDSoqS1YeS+w6j7MqVJHNPI+pOBzPALLAT7BETuWOY O4a5U5i7hGl9WJxDHXbx3Ig6w0/d31ejHZIxIzwvwrMiwtr3PanJfyqphmlfhHu39bj3wD6v qjNrIM840bhLa3LcRY4g1SnfmQFmKbatkxGO+0mGreN+dWLwCcdxTD2pe35PWqN5Xxc+Ge5x bzefPSpralXP2EsElrpIjB3VmbqoM2Nbncwb0MrJjCQlnn5Ov2em2tPA454l7exEZ5AzWJqI +c3kCocp/yyGWtopO7nyQsuHxM2P0HYTdhPh+CDWfZjjdvAp39OvsnzG95/z/RFae9RYk2Yx NqTRh0q7iJZk4kG/gRcrwUbYoEbtuWyxvg07bCci7YAn74MnX4EnX4EbnUQfetLGK5YPeYLa wQQiHB8kcjTjv4f53A6ST+e3z/ntiFGTZhHj0s7iqWcbC9POMZanDQKDjbfS0okKQzgeCoaB 4Xz3PcrzwPn8dgHlCDCS4wuxqFGUF8OFo/luDMgAY8E4fruE8lJwGS0dTznBWJ02kfMnczyF 8nKjNO0KkZM2lWdcyXczwCxjuXUDUeE3tLiC8p+NxVYH5b8Y6m0h1leMbOu/clzJ7/9GuZGI /++UVXz/fyhfBf8XOPn8GuXrSPENsInj34JqsJnfXJRvgre4/+8ot4CtHNdw323cU+P4bb57 B2wH74L/B3bw+05KN9jFfX9P6YGfdxuVcJ2MWDuM/WijHqnXI/V6pF2PpCJIJEJrL6RFLTy1 hae18JQW7u7myq5M9VOs9QjWdpSzL8IyMokxv+GsSpCwihZlFduJEzuMFnovSipirHUj+VgV vRYn2MznbcSJ80yrbFUWKe8dB9IKj1AeNYqTFjhOPUfjOZraAfw6qOFY7vpNWGCQ52nwl7xj EywbMQqx70zsO9O823LutoO7uLmLm6vd5lVuNZLUM29O7Li7hTvcgh/dyl1uSe64S+y2G80d 69IGGtG0weJW7DKaZhWZacM5Pp/jkeAi7HgU5RjOm0g5BVyBXU/lnEyjhpr4lLRfRiKvgEo+ d0nodSWlSUlN1Kj/Buekxquosc/qoe+Xg7fdi7fl4GU5ysuajPXKw5qNe/Cu9dR8NB62XnqW 8qizkeY5hhdv8uJNM6m1E2/y4k1evMmLN83Em7x4k5dWOPEmL97kpTVOWuLEk7x4khcv8uJF XjzIiwd58R4v3vMurXTiPV5a6sR76mjtIrxnJt7jTSMS4kFePMiLBwXxnmByX/e/gJfFfLwn B+8J4jlBpeV/V3u9V+E5QTwniOcE8ZxVeI60gDY8x4fnBPGcIJ4TxHNy8JwgnhNU+8J/R7kF dO8Pr8BafHiNtBg3XhPEa4J4TBCPCeIxPjxG7h8P4jFBMeGYvmHvnsqH5BsfEf2bxDwsbi32 Mg+pS6ubh71EsZco9rzWZNR8LHAt9nIjtjIOW7kRG2nCHm7EHppMe4grb5G2IL3kLT5vBQn9 t1FrTeofO5de0+UxXd7S7SkBxUAJjwwoj4QZUnqcH0ouVrtHa7iygXrVnJC93zrN3v+D7H0O tQ6aPBFU3FCjLFpaso8rsVoY9ez+MgBkMVS9wTeRPe4W2fBcNpqVO64LuCKTKwq4YgEa3Y9G 96PJ/SbPRdLOgtsGi8Umxy3Gbg+kXSyuQSut3DkLG16MDR9QdUxwmmT96aquVZRO8LrIpt7T UzhN1j9gfZu2bKe1iTZMF4OxzmZqFsFCm6lNhNpEsNRmM/IcxFqb0U0bsmxTb448Ne6Wbfqf 5O8LkqsK5arBrllX6Zlh2tlkxJWHHsS3m2GRw3z+Mxppp5Re+znfd6IZPBe7DWCjbdhlG/YX EJclRzVSRzQ+4sometyJO67hjg7uGLK08rmd40/5PQ4+V4wS5+51ePAePHct8vHgrWuRjQfZ eJCLB5l4kIkHD1tr/hfTcmpRTi3KqUV5yn8xbaStqbnHn+mB9Jd/yGyiW6pDVWaxmbJbki3K ahIW0yKW97m24GRGP7qZ7VUzapYik1eRxavdu+v5XtmM8flxWc1qaF+I2S4yXv1K2W06yOSe fbNcESznTGG58l4s5zRZrrIXy1WaLFfRB8uVp7BcUQrLFZks50RLj8JyFSbLVZyA5YKK5e48 6ZxGccLpvOaU8prRX4B56pLM0wpX9ME+SL8VqTuRiJOWuhUzV/FEp8xh+AxLU7s2canKpLrG hFLHgz4UoxTfN8HWEY4PUyo9UyZyHKnrUZL/0fcoGXGw7jbk3GZGGsm+bX2wbxsyasMi28xI KbOnNhUpz1NxYzeQa0aaVPxL9BZkvBssRhMLRsP1o3vE3a47J2IX7aJXk+hFBCWfJyPRsXc9 gvRO9c4jvnCk6DtKNCajxBsqUjRiGW3i/K/o7j1jkEXmBmIAltEKOzZ3cbw4g6N2lTeMM9rJ SYYYdTx7B8/egSXVcb4X/43gs9JXI/hoJO1CfHyUvJ5yAldO5HgKmGp4ud9wMZT78Ym7DTPX BJT1WBOwiQxlMNemG2Gi/DVckcW9w9w7zH3DqjYTKaeAqehO1j183HsNNe8lM4Zxx71Xen+j NrQ2akonrKRzsZJJpMcV9VxRyRWVXFHZ7xXDekhxML8kJBhJkeDQtIv6lWIkLZOantdrV6xD XGJ41LzqTupk7spSnp5uxLm7k7vHuXvc1E9c3Xki5RQgV2APMiXVbkqpnbPbObNd6Wsi5RTQ JfGIGMy5Mc6LcV6MFr5LnPRyfoxfK2mpZOIY18SIdd7+xwCRUztXtyKfLktrFRbLn+QOybRJ /5+974GPorr2vzPZ3ewM2Z0QETHykMaIkSIGjEgppogYkVJExEgREQGRUqSUUkRETCEbNohI FsQs0hgoP6QYI41IeZvNZrP/d/ZPNpTSFClGipgiYsovDykP4X3vmQ0sKGrf7/W93/tU7ud8 9+TunTvnnHvuuWdm7wwYv1v5uH6lp2RhdK88soPYjAsZRBu74Zu7W//D10fd/58iCV3D8GiS 3G/4LbqHfxc8zAoPszITSEHO3gfEPY3fdV1/flrGqfOdGWdA2ltqOk060MW31CQue0tNp6k7 6DrQjaB+oJtAeaCbQV/8lppO022gAtDtoDtBhaDvge4CaW+p6TRNBD0E+q9/S00n3XduhxXa obH7whtFUt8Y0utzexy/an/Y37Ovke/1uhYytEKGVoxyK/0PnTXnd3J5MjrJ4m2mbrSnkO+7 6TT1BF0D6gW6FpQNuhWUDxpEVmqDldpgpTZYie+h6TT9DFcppoxOpqN9b1cznakn6BpQL9C1 oGzQraB80CAQ37+2gOkQWdbj2KxUyfizWhmfQXYzVvCv87zWfWirPbPVyvpBCmPX3iJ6j0rX /iJE04v7i5gREhohoRESGiGhERIar7y/CN/lgwaBvmp/0X045yV7jHDMQuhYhFFAVAeZoOc7 +ESeT/OAP5V3cd9gfsq+QXfKXGin9/92+caVnti7ks98fn64L3my76v3G+Zftt/w0qcArzxX Ln9XzoV3F/OnA8k/eQ6Vj9EfijWzFR4wFFbhXuDm7wOBF6yFF7jhBW54gRte4IYXuOEF/D0c bniBG17gpvdmLKAnmNea1POn2Y3k4afgS2e4P+FcInxEB0qHXFiFYcsO2LIDNuuAzTpgsw7Y rAM264DNOmCj07BLB+zSAbt0wC4dsEsH7NIBu3TALvA99PsgPieCHgJNxTGPgaaBHgfNBT0F mgdaiHyR+3sHGw6NEXXhAzXnt0NT30WPhc93eWw6PFbCPJH525HA8+cIujy4B8519XkfrOKD VXywig9W8cEqvit68UD0cSu+zwcNAn2lJ0OWVE+eiuMfA00DPQ6aDbl+BJoD+jF/IxPqngLN Ay1A/z+DvNrOug7aP801XguN19K7Ii6MDEW+5MigFzOuhLpG5krvkbjSiKW+X+IrR44iZcrI 4dyPgaaBHufRid5NsZ2PGmnA7zi5ocEeaLCHnuvQpE18rWc7Pt87f9YjQT1f/8Xva6N49eXv Zvu738N22Qjy96jdAb3WQq9K6FWZ3JmZjEW0O1OLRYakRNroaDFI88Er7dT84jh06U7Nr4g5 tFvzYsz5IWSYDHoENAX06BdopO3o5KPWTjs69TRKl1mf5SAW70Qs3gndt3etO4jJOxGT+cq4 GHYI0Vzk+Ug3ir1tybEOQd8Q9A1B3xD0DUHfkPaGMnzmgwbR/yrY+rl84pI3luFvjD8yr6/I kkxLoeUKUNd+rHJYXdsNdjpl92Myy0CLDtR2oFZ7KuVClDH9nHax8J0rrabn8bmC70yBf1hh k3Lw2h4rvhul1WRD3Tr8/TLjq+NS9LcCtBK1Wut2tOqgVrxF5oX8osuS/D6JH/38HDIu5vvJ aC8l16GDJFxF+ypPX5BUd2HPG9/rVgFdjBfWBKwHl+w+WXW+nXagmFP9NkW7jqR2XN6+6I/v uWlPatYBrdpT5NVmtBs9uGHzVvZbkvni3s+V+FuTl/fQcYm8mk2StmDpF/738xp6N3MCfSTQ RwLH8d+Ous7YdRYr7eVrR2/ttBtiLb5dS+vfO9r16oX9Arvpvcwh2iOQkdSZoiiuMNpwVbEH VxDbcdWwHVcHe3BV0IargTa6y+vF7NZRq4u1bUxAb/z/Z8hgI6hMw7XJJhZi6Ze1DCXvorSb vKwvndmKM1txZmvyzDvprie/07kDLd/C3xePbkdO1+XZXV6taUeenbz/32Gqwtm13+tGpNxx CiV/Pa+m3+sMXd6NHjrQQwf7Lf2a56Yn5bRv+PVsG7g2fN+G79twhrbk/aG25L2hNtLGhe+V yzJinnW00hG8tXYP7jQ0O42rsDY6UrsPpx3d7RLfrILltSPcOMJNR7yFOu2IVnbVFc9Vhf61 87Xj6HYc3U5Hv8Hv2tPvlm3JXSJ0Xly1tdMotZNeZPOUX0m4zQfQ7nBtZ7g9ZWf47ZftDO9z 2c7w7OTO8NzkzvDH2YvgtJ3hdrYLR2k7w7+fsjPcjhluZx/hWG1neB/hBtDFneGPC1NB00BP o17bGZ592c7wbIzgAh69GMMs6MYEZkJJw/h0h4f2QUmH9DmIBrmsP5Og362YvYNZIesBbYrY t9hoNobdwH7AxrF+7AH2ELzsYehzC5uKchubzp5gBexJNpsNZc+w59gwVo7yPVbBbLDIZrYF 2mxFGcV+zXaix13Q7wfMwerRlwt6Psh8zI9eg+z36Pd9lFnszyhPsg9QZrN2lB+xY7DAHPYp O8PmsbPsPFsgpAlpbJGgF/TsaSFdSGeLBUkws2eETCGTPS9kCVmsRLhauJr9QrhG6MOWC32F PLZK6C/0Z+uEAUI+Wy8MFgqYXfiO8F22SbhHuIe9Jtwr3Meqhe8LxexXwiPCI+wt4VHhUbZT eEx4jP1GeFx4nNUJM4TZ7G1hrrCQ/auwSLAwj7BSWMX2Cqth6/3CZmELOyRsFbaxNmG7UMP+ LNQKO1m78Lawi30k7BYa2cdCkxBknwphIcLOCTHhA0EQPhROCNnCX1FyhH9DuUH4VPhMyBWZ KAjfFtNEvXCLmC6ahXyxu9hdGCpeLV4tfEe8RrxGGCZeK/6L8F2xr/gtYYR4g3ijMFK8Sewv 3CMOEAcJ94m3iQXC/eId4h3CA+Kd4p3ChIzOjDPCgxmfZZwXJptE0/XCo6YbTd8TnjXdZbpL 2GAabRonvGJ60LRYqDItMS0RfKalpqWC37TM9LwQMK0wrRBCJovJIoRNK00vCqqpwrROaDG9 bHpZ2Gd6xbRR+L1pk2mT8EdTlWmLcMC01bRdeM+0w/SGcMRUa6oVjprqTHXCh6ZdJofQbmow uYRPTG6TR/iryWfyCZ2moCko/BsTrhtN3jqe1bEdKaWOOYzHr+rN6hQ3+EtKekIrV/Xm37M6 /tljMMeu2tQWXa26jr3k75QzfvGxKX0IklEohrfgEzP5DWGgMXr+ofMPGWOE+wh/T7if8H3C w4QfELYTfkT4MeEJwk8IOwj/SsifsH7D+DfizxCe5ygJhAbCdEIjoUQoE2YQmgjNhAphJmF3 wizev3QVYQ/Cq6m+J+E1hL0IryXMJryOsDfhvxD2IbyeeuhLmEM1uYT9CPMIbybsT/htwgLC 4YSFhCMI76J+RhLeQzVFhPcSjia8j3AM4VhqOY74RwinED5KOJVwGuEMwpmETxA+STiX8CnC nxKWEC4ntBKWE64iXE34IuEawpdIhrXE2wjXEa4nfJlwA+Er1LKS8FXCKsLNhFsJXyfcQe3f IKwhrCWsI/wt4R7CfyV0ENYTOgkbCF2EjYRuwiZCD6GX0EdnDBAfIgwTqoTk5xL5ubSX8HeE fyBsJfwj4QHCdwkPEv6J8BDhe4Q0LySaF9KfCY8Q0hyRPiSkmSL9hfAY4XFCmi8SzRTpJMlM c0Q6Q/w54mmmyIyQ5ossEqYR6gj1hDSDZJo1cjdCmjUyea98IyH5sHwTYR4/i0w+LJPHysWE kwgnE5KPyQsIf0btFxK/iPBpqllM/DPELyH+WeKXEv8c8cuIf56whGpWEJZRzUpC8kyZPFMm z5RfoDbkmTL5pFxB/DriyQ/lXxJWEVYTbib8FeE2wtcJtxP+mvAN6uFN4t8iJD+UdxG+Q7ib kDyzG8UNM816892ENIvNNH/NNHPNYwnHE07g/ZsnEl9MPFnVPJl4mrPmJwhnE5INzWQ9M1nJ THPETJKYaV6YyRvNbYQd1A/5jELxSrmBkEZWITkVikvKLVQ/iPjbCG8nvIPqv0P8d4m/k/jv EX8X8aSpcg8hxSvlPvr2B8TfT/gA4YOEDxE+TPhzwqcJnyF8lvA5QtJR+QXhCkILIXmCQj6g vEBIo6+8REijr1AsUmj0lVcI7YSvEv6SJHyNeJr1mRQTMv2EQUKtPkJIcSCzmbCFkGJCJq2A 7FZt7UquS9r68/nVJnXFSI33WizXounXj5Ra9NLiAUWC5EzV5p8257TZps0zbYalzipt3mgz Rpsr5O9Jr9T8UfPEK/mR5jWaj2jeofmFNv5kY+GGb7KE/4+yhC/PD/4ROYGWDXyTB/wj8oBv MoBvMoDPZwD//Wv/P9t6/9LXWse0tStl1UquS9rK8/XXnK+/tqSuKl++elxpZUhdE8jvvuBq UYv6/z3x/h8duVPzpyvFvNQ4918V4a4U275OJPvSWJWMQKmx5/P53JfHlb83olwpC7yHZlvq FcGXz12ao2xgcq58k0WnZtH/G+67/bPl0l/njtv/xrtsbxNShiNRFJAow/km6/6Cu2+fEf9N Bv511q1/ngz8f+oe3D9bHi6y64whY5gx43lJYKKkk3RMLxkliRmka6RezCjdI93DZOlRaSrr JpVIK5hJelN6k3WX3pJ+w7Kkt6U97Gp5ovwwu062ylZ2vbxLfof17ZbRTWE53bp368X6mSvN lWygeZN5E7vVXGWuZvlKN6Ubu035tjKAFSiDlAI2RPmxMpcNU36izGfDlZ8pC1mhsll5i41Q okqU3c9EYT7/tU/sndaTGVk39p/9x2fCf/a4v+fYL2v7Rd9dVnf+oc+XLhkuqfuabS/vO/Xz ct2SXtHbGDaqn/MKI7xClrqxdOlm6WYmJX3DIlngG9wTMuRieEIW+UAP8oGe5APZ5lvMt7Ac 85PmJ9kN5ufMy1iu+QPzcfjGJ+ZP2EDyh1vJH/KVkcpINlgZpYyCh3CvKCCvGEJeMZS8Yhh5 xX2Zwcw4GwNZb4asYSYYVUicRhLrSGIdSSxAYhk6dIPcaSS3SHKnk9xpkPsd6LZb2g3dfgsd 0kmHdNIhHTpkMH03UzcTM3QzQ5906HMVanp064Gaq6FbOukmkm4i6SaSbiLpJpJuBtItnXQT STeRdNORbjrSTQfdtjC98itlK1r+H2U7+F8rb4CvUWrAvwnN00nzdNJcRPmzMWqMMb1xn/H3 0H+/cT8Tje8bDwM/MH4AbDe2Az8yfgT82PgxMxpPGE+g5SdGSGbsMHaA/6vxr+A7kcMajH8z nkHNeeN5WA0FaJAMwHQpHVbDP9iLW1OQMiQTUJEUWDlT6o5vs5CfGqSrpZ7gr5Gy8e11Uh/w 1yPfTJdypBzwuVIu6vtJ/cDnSXnAm6Vvo6ZAKgAOl4ajplAqBI6QRgDvQnZpoNESpCLpPkSj MdIY8GORSxqkcdI4tHlEegQ4RZqCUXxUehT8VMQqQZomTQM/Q5oBnCnNhJxPSE/AW5+UngTO lZ5C/U+ln6JliVQCvZZLy4FWaRVqVkur8e2L0ovg10hrwL+ELNIgrZXWgrdJNuA6aR3OuF5a D/5l6WXwG6QN4F9B/miQXkX+aJCqkD8apM3IHw3SVuSPBul15I8GaYdUg5a1Ui2wTqrDWd6G /0nwPxf4RsmLeh/yu3QpIAXAhyQVGJViwL3S74B/kFqBf5QOwCbvSu/iqIPSQfB/kv4E/pB0 CPx70nvg35c+AP+hdAx4XDqOmhMSfEDqkDD60klkZAbpb9LfIP8ZZGQG6TPpM0hyTtYzQU6X 04Gy3A1okjHicq58I7CffBMT5TxkVelyf7k/+EK5kBkxc4rx7SR5Emomy5OBM+QZqFkgLwD/ M2RVBnmhvBD8InkR8GlkVQZ5sbwY/DPIqgzyEnkJ+GeRVRnkpfJS8M8hqzLIy2TMK/l5+Xn0 VoKsyiCvQFZlkMvklai3yhg1+QXkUOnyi/KLqHkJOVS6XCFXgF+HHCpdfll+Gfwv5SrIWS1v Bv5K/hVwm/xr1PNrToP8pvwm+nlLfgtYJ2NcEAV+y4Ru13a7FvP5ZvPNTDDfbb4bfJG5CDja PJoZzWPMY4BjzWOB483j0WYCciKDeaJ5Ivhi5EQG8yTzJPCTkRMZzDPNT+DY2ebZwMVm6G5e YobW5ufN0M5cY4ZvmN8xvwPcY94DPGA+wPTmNnMb+A5kQwbzSWRDBuV6ZEMG5QZkQwblJuUm Jig3K5AQsQZzSrkF2ZABq+sg8LcptwFvV24H3oFsyKB8R/kO+O8iGzIodyp3gv8esiGDcpdy F/i7lbuB9yiI7sq9yr3A+5AZGZQfKD9A/f3K/cAHlAeADyoPApEZAR9WHmZG5efKz8E/rTwN fEZ5Bvis8izwOeU54PMKdFR+ofwCuEJZAbQoFuBKZSWwXCkHvqC8gPj4ooJxVF5SXgJWKBhH ZZ2yDviy8jLavKK8ArQrduCryqvAXyIzMiivKa+BDytYDzK9mV6gP9MPDGYGgeFMXh/JjABj mTFgc2YzsCVzL3Bf5j6GmMf6MR0WQiPLZn1Rsi98CkZcFwHfpRXSYPyD8Q9o9kfjH1F3yPge 5uP90v2IMw9ID2A2FUsPMwPa5VNvY1kJPnWp6zBj53Zc5JMoMh16PIB+tR4fkB5Ejw+hL0Rg xG/+HT/bIeB7aJGGFhMwjx9EOxHtIBnOzHcbPYxj0nCMTHIKxoPGg8kjRe1IY5uxLSmzIE3E kQIdKWpHSpMkzGImZHVeVYR+MgQXm8vYa4OZWL0Hn0M1sg/AZ2GSxoBGpRCvG5/ki5M0JeXv 6aDZRIJvJvp1JckHQu7x2jx8JkD7U6irzcEU/qsI62E11sHqE8m/O+lTk31hUu4lmryoE6vP aJ+bWbL9/qTMJaAyTY7NBvCrQTZQZZJKklScwqfWFad818XzfquS5+X9Zlwg9tpWfGaBeqXY GGvj5j74hOe8tjNJu5PkBHnwfS4+Q/jsLx5yZHj2qCWOLI9LLXP08vjU1Y4+HlW1OXI9CbXS 0R9Yhfr9qM/3HFS3OoZ4Dqs7UN+u7nQM95xQdztGejpVp2O054zqcYzzMjXkyPca1LhjojdD 3eeYDP4A+Cy1zTENvR119Pf2Qp+zvH3U44653lz1pGOBt7962rHYm6+ecyzzDonoHBMhidNR 6h0ekR2rvCMjmY613tGRno4N3nHATd6Jkd6OLd7JkRzHdu+0SB5vA2lrvbMiAx27gAWomUs1 C1Dj8C6ODHO4vctQ4/aWRkYAV0WKcOxaHBvwboiMdUS9myITHHu9WyKTHK3e7ZGpjkPe7fZa xxFvbWSm45h3V2QOzrs2Mt/RgbMvcpzyOmA3DWG3yFLHWa9brawXvQE1VG/0RtV4vdm7Vz1e X+zrEZGTOMXXQz1aPx18Tf1sqpnny47Uce3su+oX+vpGel+CSzg6an39oEWtbwDh4C6sL/EN xRnLfIWREZfgauAefMt5m29UZGoSK4Eu1I9CfZVvTMRX38PbGlmO8eLSbvWNj6gONz+qob9/ arSjPjup4yG1JKlRD9+8yOF6p29hpB2yFUfm13t85ohOa1nf13skYgV/DHw/b0dkDWxyBBIO 8J6KrK8fDNxYP9R7NlJdP8AnoqbQZ0Sfo3zGyLYkP4Yslooh3xLoSz5WH/cuUHfU7/OVQIsD sNuJ+jZfWaQTtu0bOaP5bf0O35RIon48SbWQJNzpmx7ZX7/bNztysP6ob3WU1R/32aKG+pO+ SngyfDKawUc/mlV/2lemrsYYVUV6omUZWtrAT9W8DnpxO5zz9Yj24rMm2of7ZzTXqfNtjfZP euaFuRPN5176eqZThrRznJmQsCck36E6nT19O0kjFzy81re7SzvNV529fU74TxkfWY135viG QsdCnwf2ofF15vlCaptzoC8eGQsLcL7AF48OcQ7zlahHnSNgmQl8lkWHc3+OjnQW+fapVc6x vgORSc4Jvjb1uHMS+cAY4qf6RkVHO2f6jkK2OZBzkXMmNN3nnO/rGx3nXOQ7Hp3oXOo7GZ3s XO47HZ3mtHI7ONdwOzjXw0qzYOcq+Kro8UXnOjdyizmr+eg7t/nORXo6a7wdaplmAWedX6dW aV7t3OOXowugkS1S5HRhXBbDbzEuPNpElzl9/sxIXn2hv6e61an6e0OehD8nWurc78+LrnIe 9J7F2O3CLBjrPMw9ytnuGwwLnIBfVaN+QHQIj1TRtTwmRDc4Zf9AxKtd/gJEBkSt6CYeH3De Tv+w6BZu/+h2bv9oLY9g0V08ViA+cN7B+ajbeYb8X5tThcTTWPDIFg3wGBKNNjCMdQ3GBfZv MPhHqFUNGf4ixJNT3r3RvbAM5mBDFvdqjU96eBkfCx4Po6088kQPNfTyj40eaejjnwBP0Dz5 nK84eqwh1z8pOqSx3T9WPd14wj8hMvMSvpP4M5zv8v/QCMSrfP9MRGO3fw7mdUdgtHq84VRg HLwaPtyc62be4c39k3OWYhSP+bEd3Hub8x1n4VGVWixyGzCmVncGxrTOnRUq4vYPjYX3ws7N Q7idN9fwyP96DY+x1afrC0MTLlgpw9unOZdrF9uheZ0WkXi0bx6uxdX68aFJXTInowpFGO7J zRu4J8c8Dfn++dFTrlGBVZCTzzI3lzOxhHQZyedj8+h6T2hqROfuxVcNdx+Pq3mcO9c7snmi uz/4ye588NPcQ0Izm2e5h2POynzONs91j/SOa16AftTmxe7R4JdRfSmf1zGnexz4Ve6JqF/L 7dO8wTXYOzHm5DJUn9Zs5Z6M6DfHPS00J5LjnuUzNm+C/DboYkRk2+qeG5rfvIWvoa8vdy+A DMPrjaFFqF8cWqrVN2+nla6I2tRwHj2n+LB7WWi5uttdGrJiFVvsOdFcy324+rR7FfhdnG92 IJp1Nru5J2+ucVaH1rxe517r27m5xr0B9QFe3xzFWt8Jq3J+r3tTaL3qcW8JbYwMc28PVYOv 5bxjdGhbcytfN5sPJVe01YhCOvcuL2s+4nZ4lzUfc7vBd7gD4E8Rf5bzUYMzL1Sj7qsvC9Vh fs0M7VH3uaOhuugm8C61zb2XRy0+axIinzUJI/Fm4nu4W7FeHHUf8mUnsnlkbu6P+k2Jvs5h IR+PbCE1MsF9JOSL9HQfC6mxNvjkkUQ/PuPQpi6EXMXdwaMc9xn4MHwmMYDzicHED73oS/EC bcZB5u2vy5zf1sb9M1HIfTUxCj68PVLkPhXar57Eej0KmQByFdgcWUFijPvsxbnGs5fEeJ4n JIrdQ3xm9VyTGDoITxgSOgzeGGqPzGkyh05wf+a+3dTDV5aY0pTt65uYzvOcxGyeUSTmcb55 WVNf8Av56Dc7mvqFOiOTmgbwszQN9hU3b6gvDp2JyE1DwwyRf7d/UfRswxD/0pjYMNy/PGZE jRU1I/1rYuaG0f71sR4N4/wbY9kNE/3Vsb4Nk/3bYv0apvlrVFvDLH9dbACO2kNHuXDUXL8v NrhhgV+NLGpY7E9E9jQs8++PDW0o9R+MFTas8h+OjWpY62+PjWnY4D8RG9+wyd8ZK27Y4j8T m9KwPcCiWxpqA4bY9IZdgYzY7AZHICs2r8Ed6BVb2BAI9IktaYgGcmMlDXsD/WNlDa2B/Njq hkOBITFbw5HA8MjBhmOBkbHKZH5ImVjD2cDEWJVLDEyObXUZ/UWv73eZA9PUc64egVmRE67s wNzYDlffwILYTle/wOLYbteAwLJIp2twoBSzUsseKU9zDfX4Yh5XobdPLNRUGDYkSppGhTMS ZU1jwlmJ1U3jw70StqbicJ9EZdOUcG6iqml6uH9ia9PscH5iR9O88JDEzqaF4eGJ3U1LwiMT zqaS8OiEB3Eb0bKpzNcjlt202nsqEWqyhcdhREaFJiCTOU7ZVyFFueOIcnsQYyeiZWV4YiLe VBWejCxLy6gpd23a6pcT+xAPbc2XznHE0sQBHksTbXz1SRzgqw/4It9ReMIB+M9qnHdapKBp R3hW4mjTzvDcxPGm3eEFiZP1p/2yurrJifiT5yoML06cbvKElyXOOXvTXKbsoj4bK34y5idz G8pOnUXhUqzRFPObQnwdx+rTN9rLnRVehZhfG14bGejOurj+pq6GqfwlWcp4PveTfEr8T66A ZKWmeHhDi65pX3hTvKB+FF/33aXhLWpl04Hw9ha5qS1c25LZdDS8q6UnH9+W3nx8W3K0DLzp OOXVRsohtTXaE3YgXmVgBclzjQmsjcVd4wMbYvtcxYFNsQOuKYEtkT2u6YHtsTbX7EBt7Khr XmBXzAl0RHq6FgZWxbJdSwLu2HFXSSAQO+kqA54GRoGrA3ujZ122QGvsnKsS7fO0cXRVBQ7F da6tgSNx2bUjcCye6doZ6Ij3dO0OnFIrOYJ3Bs7Ge7s8QTE23hUKGuM5rnjQHM9z7Qv2iA90 HQhmxwtcbcG+8WGuo8F+8RGERTwOx2YncxJC1/HggMh+18ng4MgI1+ng0PhY17lgYXxCoy44 Kj6pUQ6OiU9tzAyOB3J+ZmNP74b4HML5jb2DxZGxjTnBKdWhxrzg9Pgi4Oz4Ij7v4ksbBwbn xZc3FgQXov2w4JK4tXFEsCS+prEoWBZfr63CjWODq+MbGycEbRFXw9xgZby6cVKwyl7bODW4 Nb6tcWZwR7ymcU5wJ66SMEbxOsI9jfOBriQuCu5WdzQuDWKRalwe9MRON1qDoUhe4xrvkLiv cX0wHlcbNwb3xRON1cED0dGavo3bgm3x/c7O4NH4QfR/PLKofl7wJI6qCZ6OHwaeQ291IV28 HSjHTxDf2bgnlBk/0+gK9Wxmjb5Q72ZDoxrKac5oTITymrMa94cGxhY2HgwVNPfS0DNTHRop 8MxRCyM5TSfD7piz6XQ40LzXdTIcheWN4b2wwOHQsOY+GjadC7e25Hl04UMtAz1y+EhLgScz fKxlWP2UcEfLCC239/T0mVuKuIVbxpLfTvD0Dp/C9ZF2batdO2jXs5deq/KrVLo+9eSEz152 lUrxzZOnii2TPANVY3Scp0A1xwZ7hqk9WqZ6RqjZ8RxPkdoXGRr14xmr9muZ6ZmgDoi4+Hlb 5vDztszn521ZdOE6em6ijecGLUu5JC3LuSSouSBJi5W0WKP5CV8NW9bzq+OWjaRXNc/BNk/l V9bbSvjobCvh2VHLNj6PWmr4PGqpS16/I6tpWeqZ5B3dsof31uLi6++2JZ6p6uAWn6dGXdJy wrNIHYU4o92d0O4YaPcrkHe1qJ6l6pjXM5P3Iuiq37NcHd+S8FjV4q1FyXsO2tW9dleB8kzP NnVhS3tyXOZ7FyRCyesv7X4FjmrZ71mjTonmetar01sOejaqsyOdnmp1XsthfjUa3cBEZhJH ifcyppuue4bpdM/qnme9dct1pexbupW6Cpare0X3S3arrlpXw4boPzMwdrdhlmEBuzf9ofQp bGL6x+mfsCnGscb72WPyu/Kf2Qz0OITlsjsZY6PYoyybTWe/YAX0DOxEegb2IVbNNrOH2eso P2Rvst+wyfT062MsyPazx9n77Cj7KWtnH7On2acCY88JacK32Up6LnWncI9Qyt6mZ0v/rzhC vJv9u/iwOJmdF38iLhTSxOfFMkESXxWrhO7ir8WdwtViTIwL/yK+Lx4Trhc/Fk8JN4v/Lp4T bksT0jKFO9KuShso3Jt2R1qhMCPtrrTJwo/THktbLFh0O3WHhdd0R3UfCnt1f9H9RdinO6E7 J/xen65PF47qM/RFwof67+vHijn6+/XjxVx9sb5O7GeoMbwprkgvTL9btKS/n35YfCH9SPpH 4ovpnxr14svGdGM/cat8t3y36JMb5ajolz+QPxB/J38ofyzukzvlTvFd+VP5U/Fg93Hdx4l/ YgKrZPxp8ww2kBkZK10NsjGhtAqflcnPKiaoh4nPLl2OYkVZg7IeZSNKtRoo3aZGS2tQ6lD2 oLjUvaU+tbVURUmg7Ec5iHIYhde1o5xA6UQ5ox6yMBQDSgZKVqnK7waLReQxM3QzmaibpZsF v/mx7sdMr5unm8cMuvm6+XQHN0t4V3iXMeED4QPGn+n9kInCceE4SxM+ETqYjj/ZywzCGeEM SxfxjxlFnZjOJDFDzIBXKmImM/Mne/mb8MRs1l3MEXNYlpgr3sSuEgeJg9g1GN0Y68VHhV0L e7WyQ8AMlgVkK0+w6StPlGau7Fx5pjSvNM/KSgusBmtGaZE1y9qrdJK1jzUX1N+aX7rIOsQ6 3DrSOto6zjrROtk6zTrLOte6wLrYugwGXWVda91g3WTdYt1urbXusjqsbmvAGrXutbZaD1mP WI9ZO3DMxbIgWVYlS+2FsjdZTlnPlovWY+VGkLm8R3l2ed/yfuUDygeXDy0vLB9VPqZ8vLW2 vLh8Svn08tn8Lr3hVViz5yWz6kdsHmbVfMyRYewZzLCRNKu+j9n0G3qa3MHGYTbtZ/ezj1DG k40egJ9OYhP0k/WT2UP6qfqprFg/Tf84e1g/Qz+D/VD/I/2P2GT9U/qn2CP6n+h/wqbol+if ZY/q1+hfYo/pK/QVmJ0C28S2kZVz+C4FizlJPZKUzYZbZEumpaeltyXHkmcZaCmwDLOMsBRZ xlomWCZZplpmWuZY5lsWWZZallusljWW9ZaNlmrLNkuNpc6yx+Ky+CyqJWHZbzloOWxpt5yw dFrOlLEyQ1lGWVZZr7I+Zbll/cvyy4aUDS8bWTa6bFzZxLLJZdPKZpXN5XfwdTbdBvplQb7E Ws+gFLAEyu3sCMoQxJij7A72F5Sh+hX6Few7eqveyobpX9G/wr7LhIzTJjPNvf7wZFbhALmZ UG5O8g4mVB4FHU+7rWJ75b6K2soDFbsq2yoclUcr3JXHKwKVJyuilacr9laeq2i16yoO2eWK I/bMimP2nhUd9t4Vp+w5FWfteTbRPtBmtBfYzPZhth72EbZse5Gtr32srZ99gm2AfZJtsH2q bah9pq3QPsc2yj7fNsa+yDbevtRWbF9um2K32qbb19hm29fb5tk32hbaq4mW2LfZSuw1tjJ7 nW21fY/NZnfRcfwY3r7S7rNV2VXbVnvCtsO+37bTfpDacX63/bDNWbmPE+kDXWwee44tBFnj kIvL8EXEZeLypNK5NcvW6TaydfJGw7rMjRkXZLmcuBwptK7nxizbPns7t8+63ht7rcvZ2Gd9 1sa9XXJxWdYN3Nh/XcHGfJKZ24fXH/gP8r4GKKrszvfc7h7oD6Y1LUMIcQxDXEIMYR1jDOM4 hDDEIQzDEMcYx2EYIMYQwjIEehi4/d2gNt2M2/TXvXQ3HePyHGSMYV3WuCzPWJblcy3is3zG Yl2X5xjWMqxreMYYQ1nO+53T97ZN62QmVftS9WrrX7/zP/fce8/5f98PGy9klTnFlcGbvmuD t303Bhd8twZVTAcZVBcZsBX1i399eJ2/FD6AffwbYW/YgvrTXxBe6buLNeha1F+wpb9KvEvt Tn3L/IZzqL38m8Ib/FvB68Jl/u3hChob1D4y9zdjvrZwtRwnzE6X4tzfCRnM4c1+Z3ib3xWu ZzLtCe9g9qe2kzmVH3bzBxAz8GeCS7KzGIJ//eHBjf694RamI7WtxGXdEnx/uN1/MNzlPxy2 JuSkOhwN91JOfZsqa0JmyQ4Je0xJ28fE+/6Tg2H/mbDbfy7s9V8Mh/yXw1H/1fA+//XwiP9m +JD/dnic2Q8x618ITwRI+DjNERa/ANU/kBY+RXOF6p3g9+L6y5zlziP0T+idu1j/xDbNLxr7 km8DGeGpUGl8LJUnjskOTwdWhGcC7khlwBupke3F4k7ioY3R24u2q6ILjG9afNxD521azNn4 pUfbPbR1iITqhtIS29uHMoJHos10O9ScdDziPtQ2ZJDtnLCZFEOhzqHskHlohbxNecg5tJJx V9Jxe+J6fxiX7ZJq61AgbqeP4iyHaX7dTeGSLwMrw7OBqUi/HIey3UNh8RLNR1p/kzmN29De oVU032jdo/n2x3iqfRPrpMR9aL94K3QQsVb1IM5p7aV1nnK6HTo8tFrelnno6NC60LGhDaGT Q2W0HoXODC4NnUOMS/Ge4Ih5Wo9oLQhdHKqg26HLQ9WsFqA2hK4OLqd1Xeb0WsLq/ImUHEnh i/yb5NeEf6/H65rM5ZqSyK3UbTnXpNpHt0M3hzYzfju+zcbDUi7mPMxDC0PbEvGSypNqlkAG zwlpuB7SeMiP80ReSjksZOA6CT1lLsePXOPY9TOZwyeCYaiezUHnRSwJ2eEpqntgVXiOxSO9 ZkqcXYNWh+cD68J3aMwENoTvBcoiCnbtpbUYdT9QEVHT636gOqKncgY2RzID2yI5gfpIruzf wI5IfqAlUhhoj6xJrmeBrkhxwBopCfRGytl6uHYIK4Z2CCuHWgKhyJZANFLL8mBfpFG2X2Ak 0kSPDxyKtAbGI0ZZt8BEhA8cj9iFVUPtwuqhrsCpyC5h3ZBV2DDUK5QNuYWKIa9QPRQSNg9F 2RrbhvYJ9UMjwo6hQ3LdEVqGxoV2XD/lOJH8QXNQ6Bq8Tq/LgnVogq4t50IiplNqjNAb4YOn o2Y6n+AeOi7LIJ8neIdOCaGhqcT1LbU2puSmEB06L+zrvyCMDE3Ta0hqLCdfF4Nno87U6x+1 v3BoaEa+RjF/zkfGgieinaG86EVhfGg2sbY8t1z/z0d8tF4EpiNiYCYSC8xGhgNzkVF6PgPs E7gTORK4F5kMKiIngurI6aA+cjaYGbnA1siJXArmRq5QHwfzI9eChZEbwTWRWwzFkbvBksj9 YHlUFayMaoM10aX0vim4JZrF4g2Q7+mCtdHlwcZoXrApWhBsjRYFjdG1NHfYdRYI8tF4vgJB e7Q0uMurCvZHNzL4olVBMbopGItuDQ4PLjBZR6N1NK6CY9Ht7DpCdZbvDWGz4GS0jckLG1Ff Uj9Q27I5LkRdwUvRPcEr0UDwWjQcvBHdG7wV3c/kg97Bu9GDwfvRw0x/eizOC6miR0Pa6LHQ 0uhJOk7vc0NZ0TOh5dFz1AehgujlUFH0amht9Dqth9Q2wsTQnHB8aF44NXSH5hqVM7Q+elOY GrpHQa8JwvmYQpiOqWm9FGZielqDhNlYpjAXy6E2F+ZjudQmwp1YvnAvVshyXLIR8zdsICpi a2guUZ1YPOFek/pEVMeKRX2shNpDzIyxPBVzYpU0x8TcWA2VR8yPbRELY7XimlijPLdYHGui fhJLYq3UJjRHxfKYUayM8WJNzC5uie2i90h0PbE21i82xnw0rpiPqD9gb/FE7Bb1Ec1j6m+x KSayWIMdaI0RW2Mx0RgbpnVK5GOjoj02Ju6KHaGxKU7Gboj9sUnRFzshirHTYix2lh0zHLsg jsYuiWOxK+KR2DXYeS+eeJSqn6h+Skj66+lvEGX6fPo8+13Xqj/zG50x8gF7c/Oq4n1lF/ca ex/zW9U11a8V+fRNjGIVfZ5VPEvfxCg2sDcxb7M3Md3sTYyJvYmZZm9iLrE3MVfYm5ir7E3M HHsT8wf6Jkb5KfomRplD38QoC+ibGOXn6ZsY5Wr6Jkb5NH0To1yDp91hMvrgzULHGKnoGOs4 0jHZcaLjdMfZjgsdlzqudFzruNFxq+Nux32jyqgFlhqzjMuNecYCY5FxrXG9sdS40Vhl3GTc aqwzbjc2G9uMnUaz0Wl0GfcYA8awca9xv/Gg8bDxqPGY8aTxjPGc8aLxMsYpHQOpGOUxolth BtoH6FsCFQ9P6VKee3l4ykJseOL9KegZ9gy8npwn/wtPub8EPcd1cd2kRNGj2EVK6ZsznMmR raQuSd+7JC+h1x/Xqm6RXnXQzAUK4KhSYx2TcSdk/CRkXAkZ80EcKQDRCFtFlKQQpCJF5C/J Y+RpsgbP3l8mxUQDmcrJ42QjSE8qQEtIJWgpqQJ9glSTlyHpN8kmkolY3EqyiBGUQzpBnyZW 0HJiBz1JfgFaAd0vkM9wSzj69Q8urSvN+kDX7hHlmu6RjuruQ93j3RPdx7tPdU+hPd893T3T Pds91z2PrTvd93gFr+b1HVE+k8/hc/n87nG+kF/DF4OX8OV8JV/Db+Fr0Tai38S38kb0ed7O 6/ldOLuf9/F890j3CC92T/Cx7nlej/USxI8lejUS0Vlk0kt0hB/GmZN8k2k/nQv9C/wl/gSf i/4EA9UgTvOUpPNqumf4K/w1yEMxyp+GBie6j/Nnu0/x5eA3+Fvdh/g1FNBoBFLc5e+bVHyx SWXSmpZi1nHMUJPAHF/JMM83QbcaCjqzKcu0HFayJ+TNx2qAKc9UYCqi88qrsBllUBkA01rw Kcw6ZVoPmWpkmEpNG7vP81tMVaZNpq2mOtN2U7OpzdRpMrP1AZPT5GLr70laG2QKmMJ8JqTL 5X2mvawnAyP0THoUfKJnsj2ER41jbMLcu0j+RcA+yGx2m73mkDkqS5gM8z7zyKPGzIfMI8nS y4TxcfOE+TiVmcKeby/kizuy7Wvs8JX5VEc1X2ieMp83T5tnzMQ8S/1mnjPPm++Y71kU3fcs aotels+Sacmx5FryLYWWNZZivoTZHja3lFgk26NfaamxbLHUWhph/2m+1lSFOZosrRajhbfY gV2WfovPInbP8o1xWGI0GqhXLMOWUcuY5Uiqfoi+Vop4tJhcFJZJywnqNctpy1k5NlkfEWS5 YLlkuWK5ZrlhuWW5a7lvPm9VWbXWpbJNkIe7rFnW5XF/WvOQk/0M1EaIOGuBtci61rreWsrb cYSve9y6kS80HTQdRnsUOGY6aTpjOme6aLpsumq6brppum1a6D4F+6WZM8wGqrfZYM42r+ie M6/snjevMq82rzNvMJd1j9tL+HxzhbnavNm8zVxv3mFuMa+Lr2puN3fZy8Gt9kp7jX2Lvdbe aG+yt9qNdt5uZ/FDY1qKu46ofZe9v/uU3ce8gBXtuIwzDNtH+S32MToD3Wc/Yp/kY/COHIVy tMlZIltazkXJSvYT9tPUo/az9gtWF5WQnU3XR/5bq6ybrFutddbt1mZrG40oa6fVbHWCXNY9 qGnl1oA1bN1r3c9XWg9aD1uPWo9ZT4LOWM9ZL4IuY/yq9TqvsN603rYu2HDRsaXZMmwGvsaW bVthW2lbZVttW2fbYCuzVdiqbZtt22z1th22Flu7rctmtfXa3CCvLWSL2vbZRvhc2yHbOH/E NmE7bjtlm7Kdt03bZmyztjnbvO2O7Z5dYVfb9fZMew4qbYn9kv0KcM2eC7phvwXNaF2Z4dX2 u/b7NiuqM+KbVeNWVk9pLeYdKofWsdSR5VjuyONbHQWOAl50FDlQeRzrHaWOjY4qjG5ybLWt dtQ5tjuaHW2OTpDZPuxw8vkOl2OPI+AIO/Y6Tjr2I+/0joPMD6hOjsOOo8z2iEDHse4ZxNAM qvA91FKsa2pj18Jd9O+5/mveWUH/JtLG3rBnoSUtGwjXMk4yW4pBJaByUCWopmWsZQuotuVI SyMoH9QEagUZQTzIDtoF6gf5QCIoBhpuGcY6CpVd5aD/azP5OnkBlv4GeRF3Gi/hfiGNvAJ7 6mD518kywmXcyLjDJFpB/3Zhdx7hPIfAC8DHlV/avdwzsjsPKACKgLXAeqAU2AhUAZuArUAd sB1oBtqATombASfgAvYAASAM7AX2SzgIHAaOAseAk8AZqX8OuCjhssSvAteBm9J59LjbwIJn xEXi+1xpQAZgiM/vygZfLqFA0gWyulZIch38EByV5EnGxRTQ9VY9DCZjElyrgZVxu7jWxeV3 eR/IRWVxlQEV0tr7pX1rk/haye5JYOetSNJFxsW4X1zVkg8W4nMyW8Cfrg1J9u+UbFkq2bMq 6ZwCyQ4Sd22W5DmYxOl825Li5GQSr0uSpV7iO6RYuZ7E2ySfmiV/ylyWwyX5l/IWScfrSVzW TeKudqALsCbJmaLLQ7LKXLZDKqdxfy7OXb2SnS7+Eb5J4jRHLkuQ7fFh+qfaIVX/VL1TeTge +7JvXe6ksVQuHxMCop6Rvlzw6Uf49z+bf5jdPy5PtXOq7T4ml/X+KJ5qY9lOH8UT+ZXKJV+6 9qXoJduH1t3Dj+BS3Lqp/McecJZ3xx4x/nHtibrupjXgEXH+R3mqH+Q4T+VJNeCRnF47rj6C p+bIR+VMKpfrmsxTa8uH1ZqP4sm16FH8o3JU5oH4tSrBU/Nzr3QNk3lSHCXXugQ/J8VVhidx DWP5D91dI8AhqS/zcQkT8RhyHX+wj9kP8eE6BUwB5+Mx7ZoBZoG5B/51zQN3gHtx3/Qp4j7o UwN6IDM+Z1/OAxv25QOFcXn71ki8OH5sX0k8DvvKH+jWVxkHvWa6zdIcu9DHfG7Y3Q2bumFH N2znhr3cOM8N/d1UFzmvUuuF7IeT8Wszuy6n1nw5hlNii8lzPz6f++gDGeTz3BQnk2L1o2rg R9W01FhNiSU37pncSbnppnJdlq7XcnzIa8tzyvF0ULJ3DbAFqAUapf6WuHx9TZ749Qzoa5X8 aXxwTB8P2ONxQP2SQD/gA0QgBgzH9esb9cRzXAKNGRY3yNW+MeBIPGb7JoETj8BpCWfjYPFw QVrvEnBFygUaV9eAG3Gd5XtDqnPfLQ+rp313476kcKskaON2cC8FsgDYzp0nyXclHhPugrju 7iIJ8KWb1lLEgFv2A/zphs3ciCM36p17exzMBpDVDd3d1H8347K6myXcjiNxz0rvV+riNYbd 68Kf7gXPg3vgM54H98aH4zFC7SPfFzP/4zgPidvBkxb3iScjfrzHINkoeb5jnofvu6W5ZXsz exqk+eU4kmLGgzHPCk/ivpnF1YX4PMzWC3Fbe5B7Htwze3CP7EEOenBv6sG9sAf3wh7cv3o2 x2PJg3tMD+4hPbh/9ODa7MF9oAf3eR7c53ms0jG4L/O44/XF442vS38plb4+/Tn2S6n/4u/2 OS+3QN//cnpSSkhDCVAex2vF4JVADbBF4jLoeK3Ub5TQlLTdChgl8NJcdmmeXfHz6Rgbp+f0 Az5ABGLAsIR+CY1J/eSxxqR9cp/ONyrNPSbJKuMIMCnhhITTwFngAimtn66fqZ+tn6ufr79T f69B0aBu0DdkNuTUzzXkgnIa8jFSyGhNQ3FDSUN5QyV6NQ1bGmobGhuaGlobjA08yA7axVp7 Qz+Ich9rRRydD8SwxnzDcMMoaAx0BDSJePyEolwB67PfmHKqRlUHUaq6Vd3kCVVENUSyVHtV +8inVMOqYbJcNaIaJU+yXyXnsl8lr0z/Vvq3ydPptem1ZG36b9J/Q76srlK/RNapX1a/TIq1 /6K9Qp7RXtVeJV/9M67EcQaumf0bwwT5AiH19cAOCS1AO9AFWJMg7+9N6n8U3IAXCEnbUYnv A0akvjz/IYmPJ2ECOA6cAqaA8+QL9avqV6fQuvoN9WX1FaDV9dVsZDNoQ/02UBnbrq/fUd9S 317fVW9l2y3s6Ir6XtDqejdkVBC94uuKrxOiekvVBdvTX50/xn51rmW/On9cJajCJFv1N6q/ ge3/m+pd8qTqPdVBkpu+Nf01kpf+H+k3Sb66Wl1NCrTva98nn9f+SvsrVLL/V/Ny9HtpqJMV WKFKqpeNpAn1ktbIp1AXx8hnURX/kXyOfbepgH236Svsu03F7LtNz7DvNq0nc6BnyQ3QBvJ7 0HPkD2SBlJB7oFJyH/Q19iWnMvYlp+fZl5zKOQ2nJV/nMrgM8gKnR6WqYF91+gb7qlMll8ll khe5LC6LVHHZXDZ5icvhckg1t5xbTl7mVnArSA2Xy+WSb3J5XB7ZxK3kVpJXuHwun2zmCrgC 8i32FagtqNnPkG+zLz9t5V7gXiCvct/gvkG2cS9yL5LXuJe4l0gt9zL3Mnmd+yb3TVLHvcK9 Qt7gvsV9i9Rz3+a+TRq4V7lXSSP7UtR32JeitrMvRX2XfSlqB/cd7jvke9x3ue+SJg5Evs81 Iy+auRauhfyAa+VaSQvXxrWRv+LauXbSyhk5I3mT6+Q6SRvXxXWRH3I8x5N2zsyZSQdn5azE yNk5O3mLc3JO0snt5HaSt7nd3G7SxfVxfaQbV55+wnN7uD3EhDrvJWbOx/mIRfeU7iliXeRV BfcvCiS34kuKL5HCRXtU5ACIcIVcETL5x9y7RMUd4I4RHfblA0tIP6iVtSAuxIWw9YDov8nq kPuELAUp4OsSomRfwVOxL4Y9RupBaWQfKJ19GUxNRsl7REMOk7/DmfSbYI9Domyy4sG/U27b RxTh0+ET7D3ydvqWU/E/FecI9/htfR19hwmNUWW8B4HDhAstgB8Fjkn9kxLOAOeAi8BlwgmE bXMCLOG9ClwHbgK3AZw3gP0D2DcAbQYgh5Ah9bMZ5wQDOKQU6PZKYBWwGlgHbMD4CiZD/Jwy oEJCdRLfnAAn0Dm2AdBlANVroCUu70A79q2SzulKmsf6EDhhNQMJnyfk7RjhIoXoTxPCZ0r9 GWBW2pcP5AI5bJuE59DPlI6ZB+5gWw9+j4GLqBnY+REFm5PYIOt764FS5ae8+uCEVw0oAH3w uJcP5Xr7QzleH3Aj1Oo9EaoFNzJ+C/x0qHbgWOj+wMnQfd8KoYjBKiz19QKbhU0+N7gXqEf/ kLCdYTwOf4kQ8PPCMf8JkXjFUE4gS9wQWC6WvdP6TgzrFgaOieMB1Tsx8BGvHfvPiNHgjkE9 ZBuHjOOBNnEblTFwUgyBj3trgrP+++I675bgnLcWoDJSUBmXhnwDy4HtocmBZuBo6AaFzyDk MawTNvo2ANVClW+bUBVsGcz07RPqfKcEs29GcL7T/86k/4hw039WzAhoxXWBTnFb4Jy4DzgE WXN8E9AJgAxz0CkAfg/jJQkZboT4AXNo0jcruJjeCvAaIcDmoPpRfddC1yJxHV3L2wj5h0M5 AwUhcaAtNOm/gnXXQzde3Byow9o4juoa3DCoCJYNqoMV4NWDat8IZD4OWYBAqVjhmxLM3kzY JhP+zAHPYX49JWGc+jtgxnxOsSVwEbJchixNWJv6uyY4D7mKwe+AZ3pbpfHWxP57bP9Z6Edx F/FwAZzivhQjcd1bk+3gvQR+6aFjePgoBowOrAeor2i/FFxGJ/y2PXQCOA2chR9PM1+amT9v DZwRVOB3B44JWsZPClr4tgAxudaXDR+vRGyWwcc74OMWxGMIcRkFqJ8pJoRmBto/BH5I6k8I bQxJtvWdR1xMC2Z/q7DfbxQOyn71zQtOfzn4HfBK8JngPX9JqFj2t18PvoX6P6TGdhjje/w1 2J+D8VohwOLMLhxjfJfE+ykXDiOuTvoviAbkSr7/mpiB/gr0M/03xAwa4wy3Qjxisz3gErsC e+DXABAGaH8vsB+4Kk4ErovHAzfh79vw9yhyi+5bELRBIp4KLIhT4OeZTU8KKsmG62lesDx2 C1uR01uRD7d99wQXRbB9MGegCj7aJPkJCOQhnwvEssB2sT7QLO6AXgHoFIA+NO9PemtCCsRP OXJ1FvGUL8VbCfJ3HjUHPKSGfpU4To/xGq8RcQdZk3RdHD9bQ2OImSMsx2l+n0NNak/IHK9D XSm+T92O+7uTIcn3/nz4B35lWIN+Izjgm6X+FfYyTKI+nBYJ7LKAmpYG/6yC3Gv8t+CfsVCO /y74kVAO9SnzK619qBUsfp2SzKijiRpFx9vitvzQuJfODRwV3agjXpanAKuNu1iOzmI7n9VE WsdrpdylOUnrOGw4kAWf5QF0fVrLJTlYXaT1XOa0RsrYkISkOslqG62TqOm0VrK6vilkDCxF LGwVq2ndpPVSwhpaL1n9RJ2Sa6hcj7wxHEMh1cKPrEtyzU2tT7Qu0VoT15mX+jyLmSLonRUa HliLWpPHQLdHBzaCy/i4taUCtpAh1xSKkSRO64Z8HUT9SNSTOem6INeTuY9ZT9QSz5Tqilqq K2qpruQ+qCsPIBz1XxKzWR3BdYXWEmZfAOMr5ZrC/AafsZqyUawIVAEfUVuYT6V6wmwfRwlF aj2R8j//T87/W3H/DdQh37NS8l2yub8QehejNs3BXql5eUlc/ai8lOPeeyXUyHAjZGe4Emqi GFCFdjFI9w4DF5ErFC6sD3ivoQ4BA1rkFODNDU4B52UeTBP3BTNQbydhIyB1G3V3OmgQpyHb ForAQdHKcFjspQhuxjV+G671Ek+Ss58iIddlyHRZymOKq+gDNJZYPDUhTgBvfnDaWwisCc4A 095ioETaLgevjGPgurCU4aaE20IWw3VhOcPNBLIYFnDMwoPjfURCmoQMCauQM4tRyrAa/dVs ey2F3yecAc75RXARPAYeAx8GHwb3CReBy/JxA3tCFwYCQBjYC+wJXQKuANcwfoXt25/YF+8f BA6HLrB7zGxxJLgCWAmsYpgJrgZfh2smrpfw0Sz1G4NBnAPmg/XwC0W1hG0pWMWOvQN+zz8q XPWPCdfpfS5d21szOOblB4/IfHAyVMtwItTKcFrYmAwW48dxb3Jcuj85NXh28ILQTEH7NMcH LwnXAZb3g1eEm4PXRMJwA/1bg3cH74dVgDa8VBwPZw3eDS8PqwBtOE8cH9geLqBg97hAuCi8 luLAyQNnDlw8cI6B9q8euDyQdeCyz3Dgpm/FgdsM6PsLDyyMpo0SCtoPdI4agIwD10OTFPQ9 lqZQ8yVCNF/RfIWoNR2at4hG87bmbZKhsWps5HHtEu0yskSbpf00ydSu0H6G5Gif0n6WLNe+ qH2FfEb7Xe33SYG2RftD8kX9Z/WfI1/S/0D/Fik2XDEskOeX/WjZj0jdsl8s+wV5Ayvlqv+H Gs+K6vfVvyZL1f+u/j35lPoP6j+QfI1CoyCf06RrvkAKNM9qqslLmlc1r5IGzWuaJtKoadG0 kjZNu6addGjMGjMxauyau+QtzYJWT25qV2q/wCm1X9R+kdNpS7Rf5TLo+1tOr92sfY1bon1D 28h9Utuu/Rn3aV2GLptr0H9e/wLXqq/VN3Pv6N/Wm7io3qKf4X6sv6L/rUKp/92SrYpPLvnB kimFyXDE8L8V/7psYtl/V6Yv+/myKaUOT94ce4LOw6MsnqPJM/TZf8mXl+AJdckzS9bTN+OE 03QkjsuRjltPn7G16Vp1yv5Oaf+zOHOp+nfq38E6v4ddOGYRhSZDk0GUmlWwi0pTqXmRpGnc Gg9Rax/DTFqtDvrroc8qYmAyZDIZspY8t6SEZBvOG86THMMvDRfJpw3/bPhn8qS0NsedVqx5 8JRvPwVMEW43nj7teMq1T0v9GQl4OrXPAXiCteMJdncO2+Z254LjSdaBJ1cHnmIdeLJ14DwH 9juwz5EPFOK4fKm/hnFuN56aHcXgdLsEKAcqgRpgC8aLmQzxc2qBRglNSbw1AW43ncMI8IAd 2BWX19GPfeXSOb6kecSHwO2uZCDuG4R87yjhPBvRv0VIc5HUvwvcl/aVAvCnZy3bJh4V+kXx YzxaYCm2C8CzGDhPHgM737OczUnehKyRzcA2RIKaZJECorQYLcMW3jJqsVvGiMrSZRmx7LCE LC2WqKXdsg8jUo/tsVoO/VkzN/7/fxPtd7T0bRHHnVd0sX/1WE9eJMTaC7gBLxACohL2ASPA IWBc6k8AxwFEnXUKQMRZ4W0rIs2KSLPOSXxe4ncARJkNUWZDlNkQZbZMaR3styHabLkS8pN4 YRIQaTZElQ2RYiuPy2GrlI6tSTp/y8NwjRLyXWSpawzeRnS4jgCT8TE2fkIaOw2cBS5IwDGu S/Fz/or+778GIJu8GP9tsPzLYPqbYPNKtIlfBKf8Frjd3GW2mnvlX4DLv+yO/4bbfAok/1Z7 1jyHMfo77UP0l9oWtbnaoq/Y//GIftsCsfRFxNJfalbD22sQVyoWV2ksrtIRUVZUHBpROkTU p8hS7acTcfWENk+bRz6JuHqZZGu/ieh6kkVXLqKrlfyFtg0xVoAYyyerEGMdpAgx9j75iuFX hlnyjOGa4Tp51nDD8B+kxPAbw/8hpYbfGm6T5w2/Rxx+ncXhN1gcVv5/IiVH9pC77F1rI3kC 9WVcAiLfgch3IPIdiHwHIt9B6xwi34FIdszFsfOahCsAImgnomknImsnImznCYYn+LPsbzXo X2Hc4G+Bs7+wMGk31qcSqxJFGtQczdOap1H/aX1QaGyoD0ptjjaHqFATniKPaT+LypCmrdHW kHTtm9o3iVr/OdQEjd6ImqA1XDVcJRmGfzP8G3nc8GvDvxO94abhJvmE4ZbhFjEYfme4Q5b9 GVfilFb6v4eQIrKDXOAqFCpFLyX0ehU+UBg4peyMj3EVZAfdQ3uKU3HCeYzYGb3xvRjvjR8b J2LQ/eCDGx/c0BlZy7PWxloHa92s9bD2Hdb+NWt9rBVYK7J2kLVh1u5l7U9Z+7es/UfakmXS aj/8M675Gd33Pzj7wVldM2tbWNtK/6JK9ybrt30w/cG0roO1b7GRTtZ2sbabjZtY38z6FpJJ MnVONuJl7QAb97N+gLVB1v6ItT9m7TA7Zj/rv8v6B1j/PdY/yPo/Yf0x1j9MW/IEpL76wVVI TfVpZSu/yfpvsbaTtV2sNbFWlo72vaz1szbA2iBrf8Tm/DHr72ftAdYeZO0Yaw8z2ymk9dkZ hItLQNJhFTpqZu0Aa4dZ+y5r32PtT9g5T8L6dL5kPeIatLG240O06U7SyczaZJ0GPoZmw0n6 vZuk5XtJuv7kIY05xCCVW0GydE063IXpmnU/oJpDd6WuTfdDotJ16IwkTdet44laZ9HZiFbn 0DnJ47pe3U6yROfWecgndHt0f41oH9D54MOALkA+qRN0QyRb9yPdXkTksG6YPKV7VzdC8nTv 6d4jK3Vjur8lf6H7e93fk8/pfqb7GaJzQneMfB4Vdg0pfvBvWl+rJks863sLPaWejZ4qz1bP Jk/d7muum57tL5R5Sh28h/4bOqej/76VTp8QIP+bujcx8pbuLXjzbd3b0IKH5CpIbiGP6d7R BUka4RSnFbNEhVXoXw+S0utEkQS6zaVAIXFlEmqcI46F3lJX9Pl9TuKMuvY5DznTvjZatv75 O84Md5FrxDnuNPS6XIecE87s3rbeAudx5wr3Wtf4s2POVe5S1/Gyc851zmnXKef58twX8ns7 5f3OGeeGnb2u885ZZ5nrkGvaOees2Gl1zTjnndW9za5Z5x3nZnfV7gLnPec29ybXXI/CWe/e 6prvUTt3uOtcd3r0zhb3dte9nkxnu7t5Z29PjrNrd0GfoifXaXW39anLtC/scnf26Xvynb19 mX2ZPYVOt9vsXN2zxul1O/tyeoo31rtdzvaemmfH3GH72Z5K5z53oC9f5gn5ZC7LJ/HEcbI9 ZPuk2KOnxBly7+nLTdUvIY8shyzXh/CPbf9TzpXu9a4J55RzteverjUJu09/bdK90TX1oXaX 7P2QnVPs+3HtmvCzJK+8XsJP5c5oWcHz7R+mhzwP/Zdo3Su61xD1r+teJxrdP+j+AVfbJYZP sH+JTpMyogl5yulciPzPICvD5Iu6IWTc04YnDNmkCs8qRHpuLWBPrRvoX3w/PCvNMN0bujcw +j3d9zDfz3U/R4ad1J3E0f+k+ydIck73S2TYtG6a6KRZ6Vzl7K+HCXlOGitg3wSpWzSWSb+4 RWqkMTxVY/1v/4kr0jqwjbVb0Y6TiQdV5Dk1qenZ2lPXs93J97T1mJ9XOH3W3p494Lk9gZ4w +nt79juLe/bYMnsO9uzpOeosf35Lz7Gek89PWnspOXNxZJgeiSPq6BzSeceen+w52XOGITF/ 2XGn2LMHLZu9Zy+dmc77YNYeV0+z095zuCeMtrPH2XOOSV77J3ptM7CNWa1EGinDDNWkYtFY Efh60NpFo9mofysZrZDG4xLQton+bVSK7f8Vtn9f9z55ymAwLCN58VkUuGNXrFNsYDN8VRpb jrE8RfGiMTVRKvSKVYqVyaPcLaLg7irWLRqbIUpuFg+neYtGT2MOw6KRIzhumpvkTiwa3UtU 3AnQfu7gonEXeYwbZbSHCyzag+sc5+WMnHvR6FbMw3N1gHHReCnGG0EbudpF4wWYvxJUBJQv 2qPHntWMMrlVyXvIbZJGf6HDZZEFtEsX7ZsGXyAz3PJFoyfgs1lymsxyaYvGRzE+BRojNxeN +3BHPQ4SgYuL9nRhT5iRlUwu2lOH66Od0XZg36J9NLq2k/5FYzS6akBdi0ZpdK1n1CiNL44u muGvI7pobYnn7t99jJijx+1j7VB8HSUqjLJM6WRrlEpjBUSpHFEWKVsXjRqISukDZSu3Jo8r FnA0UUaV+xaN4u5AuV0xp9yl7F80PkUeU1YpqxTnla1K46I9hxH1R5XNi8ZimHuFYli5ZdGo C3OrlWrFHmXpovE25Ein0qAsWjS6jagUlxT1invK7EXjZeQxxQlQhWJWSRbt+b/MfQ14VNW1 9jn77HMSMjFgDBERY0BEflJELgJGpBRTxJikIZmEzA/5Y0xjBilSzEwGxDhSRKSUUkrT3BRT LuWmSGkuTSlyU5pSiimlGHNzERExWspHUy6llJuPUpx8a717IDMWfYD2e+7NefY7a9Zee+21 11775/xNqP1ivDgozkRxqf10BjVEtIgjkXz9EukJ0KGJBrE3KqebRsYpqnlUFPcg6cnUO0Sm GBTF30l6JoqJ+m5KF6Ny6mjMbKKa00VUe/VaKqHpK3msi9FRORU0Mk7RsYDqjxUJUXmZZFWu flCIKO4kqqNFT6cU1WoaP6beQMcISl1RORRteqwe1Lfoh/TOyBztNNVeqZ3VK/XV+k59d1Te IS1Gz9KztE7ChfpGvSEqdwdFfQvNAbn6gij+RqorWWugUT5Vt0flLKPRxs/5BbXLeoqeHpVX StoqtG5d6COj+LNp7LbTLN+u9ejxUTnjSdsOOiZR6tDOX83jNvEafyVOrqw1cbaf235B4+2X tgO0ph60HaQReMh2iHb7b9repNX3iO0I7fnfsR2jXcB7NBptGI3xGI23UPkB4bXqqatrVQrW qjRaq7ZqE2xNtp1auq2F1q3P27pt3drjWL0yr3OkX3ue+E54tuifC56OmFvKNF0eM+mcjdb+ Ku12TX8wXtMo6ddIVvhThj8NSiIiP7KceY3yc2pKfYXBsb7CyY3+Sek996/xuYMTfO4XjgcK /XE1Fb7y4GRf+eRZ1Uf9g2oWV1fU7qqueOHDgPv+hJrlvqHB2b6hvu5ApX/E/ad8gaDdF7i/ NbDEP75mXfWEYGn1hKX1gVqfqFntW1Pb5Vvz/LrqE88erNnsWx9c4Fu/dENgvX9WTZOvLrjY V/dCcnoTfYsut8O3Kej3bXrhUqDOn1fT4tsSXE5Ju3891b4nfXLN7MD55w+MP+cvqmnz7Qqu 8O1auj+whbQcmHLiwdCUE0Hr4VF+z8d0HprS+3zilN6HK2ua7l9T0+lrDa72tdYWBrb5s6o3 +vYF1/n2TRkZaPZX1Rz1tQc3+tprawO7/Fk1R6t7p1VX94a/HXqwPdjwYPvyC9Vt/uqak76u 4GZf1wuzHrH8y2p6nl8cbPIdC8YH9vmDNTumHA1SQhtW1ZybcijYQinx4Vr/2uqZvu5gG6WU Kb3VCwKC+uEo9UNy4Jg/SN9CwU5f6JHVgS7/rOhvH/NL9Lerfgls8hdHfwsIvwx2+qXSEt3a j/X78uqm4Ozqpmv2bYvvDPXDmevoh6i2U2vPU2vPq9bCE3sCF4ND2BM1veyXQCiYGGj3b/i0 vH9MfPpHP5wQrHg4YWljYKU/vaZhir/22BR/IKH6xCNWVERmfUzy+iMyOgY/Jeo+Nc7+IZFV s5F/i8K38oULgTX+GTULfJXBab7KqaJmuT+5xu/bFpzp2/bC6UC5f1jNCd/hadW+w1R7q39R zZ6HLwYPBc5PaeMWBWJ9ScETlEYGuv31VG4hlVsYLrfCtySY41vywtnAQv9oGu+1Qaev1v9h IOCfVHPZdyp4gFJK4HA1/5bxAFsZzXCarY1mbZ1m7TdoHj1IM3UszdRvawmYqQfZjtNsmojZ NAmz6eCIqyOfcFZhe9/2vpaF2Tlb4/+amMT/75H2e2rF+NwNnp3wGWSbrY3k3ia7dLLoOPOg 7RwltT+YGeacoLOABO1UFO8g9r+XtM4obgut21YUZzPp7aSddCRvLX3upaM7isv7044oTgWV 3ajtjeLl0WeQjm1RXD6/qY/i8HsFTm1VFC+ZPvn3qJaEuXwe20btv36vXc+qyPtp/dbZoGOw tvN6PotSDup9FDx+Xp3vBy/RAhHcZEp0dkZ7fE+Ye2XlvGLpza7o116vOZLO8jkJ7X5UJGUQ z9BjtWN08B6snytpv3Je20+Hrp2J4AttO8tqXZEatAN0TnOAvrdFaWimI0iJz4giNVRBdn2U hhVaobaTvi+P0sBP58/QeFdXGaVhtMbnh7lRvCTavXFsXOFdbz+zrw7j6kY+epvH9C22Curz BPhtEHr+VvT8BOr5JO2Ba/a8Qb1YpVVFtOzzaEOOZicv2LG77Oeb2mSyleU5mj0RORbFxAic w+UixjKv5t3YqL+ZdpEfranWdE23KihtRb38/1YNa4R10KKzAiuX0rqrfGHFWXTeYU0lao/l j5DfbJ43aV6xUimVXuVLa7W12jxm0lxgxVKaHVFikdlmUlyYZ0nXImt8RJlCq9Dcam6nvC7K K7SS+kuZq62JJtlj7qacdPNiRKlUc5E1xKymvE2UTlzNMS36MwvNkEkjzVxBaX9/KbPHTDc/ NGkMmzR+6FtTfznzMB0p5gGT9v8mzQ/0bU2/J0xSTPzxRHWaR/stlKfNdZLGnJlMOXvMtv4S 8rCkcyB5mVqx3Gw0I7xtemSL3EN5H1KZlRG1SDPTzJT1spHy2ilvgbk4otR4uVxSe+R2ps1c szCiXKKZKMtlJeWuo9xEc5KZHmFjhjwjadaQi4m+YCabw/pLyqNytOyQ1B+ykGy+ZGr9HpGt dMSTrYmUm065J+TJiJKbjLNyo0GrgRxGejfJNnkgomytrDU6pN+g818jRPm1crPs97Ywmo1d lEOrkQzKugh+nUH9aRwgfpVc2d8Go1aONui7sYNy8rilV3MqZIJBZ4DGBsqZKu0RurKMPOIH SOayTJGTIsp8aEw0plJeKZWRcmh/q4x2OoYYKZQ3izT0SC2i1HZx2aAzYWMs08ZhI8Ibxjpj negWtK4aCZS7zthptPdbIvYJvqZ2jnIWGxuM5gidRaJJ7KC8I1RbwNgYoXG6MV2sFRsor5Xy So1lEaVGiMX8/IhoZNrIMCLGoGEZligUFP1iBeVaxmgjo7+kmEpW0gwgKog+bcQZqf0lxSEx TOzna4GCzhrFWUNG5DXTctMk+G4OjQHRKU5H5G3QT4o1eg+uexhig9glDkW0vVrQKNUv8PUW UcdtvWKLvl3YdVoV9GOU5xbLxYYInTP0dWKqTv7Q95KOctE/+5hipBipLxHDdFptddqTiFnC HVHS0gv1EF8x1Kn9whKjub1XrNGn6tNxzUMXaRGWjNAP6jT/6TT/ieQI6Ti+UqjT/Kfv0UMR 8ptp9aTZSCfv6af669ZX66tp/aT5j1ZdXT8cUWIRrZ48Pmj+0xfpLRFlCvVCbau2HauuoG/1 /aW01fpEjedjmv/0dH15RKlUbZE+RCPPajRedE+/d3SLdm2FWkhjn6zANZyrpbQeLV37EHsY 3j/06P3zsKkdpiOFbOTrH7w/OqwnhnNvdD/6P3Wlg3dWxbQO/j1XPCKvdXyHr2XrrfhNMty7 HJl2Uym3ov7ek1531QFv+ajKJ+vGBLyVVZ3ehVVHn1xSdWLshafqvUuqznkDVb383Vtbddm7 0iu8ayqOe9dXpnnrvLHeTd4E75YxzWmHR9V6t3l6vc3eJO8u71Bva8WlMYe9qd593lHedm+a 97B34hdHeqd6j3kLvzjTm8sJ+jixPkrglZMOtidsh7fLO13V581gPdBBuqLSNewfm1d1csyW qh62/Yvrqk5G2c52X7E5bO+1bEWbSS/Kkcy4xd7MJ+uqDl2pg2WoB2I/8e5U+9W7UxbuTsXb 3rW9izi60Xtyah14DHFUwvWE7419XGL2VQmOoCLcveMIkn8j+XiUpN1WGL7Pp84keAWPpxFp 07ThneHfHQgnfL/yGwTbwqkZn6LMU1b1CfcN+y1v0U7jnvtM8oQ2fAmSHk5GBK2XefApQFep /LK1WkLZiLL0sqyy4vCnJ/xZpT5HNEbkzyjLum+q+n7ls2xRxCfl37P86vfR9D2vrJo+Z5Xl 3Tvjyud19PFbV/vYhj6O/9R7snwWurb/9wRTFyHp4ZRceqD08nWllNKT+GwoPUSps3QzpbbS 3tKm0qOUTpTuoPyW0p7SPaXnKL833DP5ZNNcvjtqc9qcOIMZEGUptzFOzTtoaTxaegvutSYg mgeipYMRK3wWwee4ixBVmeDxORLP3+4I3rJw5M0O867M3Ddyb/fG7wSvAr4M+zbB49P5fevi s5qWEtK0ks2UmiLSjnCi/SDyW0DHl9SXDCtpLBlUsqpkK6WqcNpfvL5ke8nakp1Eby/ZULKb vu9l/v/Xdhl4U5zvLCwOn6E9gRW5gnzMd8CKI7h8droBXr/Cu3Ef5mPstlNUf9LI1m0lN3R2 OBeW+fHfwraHLcsCz6PRGQad00fycum8lvcLkbxpvH+gPo3kjcaewx3FS9IqI1qfdROtL7ra ev7m0PqfL3AB5wFfD1u6PMLS7LCl/ghLs8OWVkVYqnhubXGEpdk3Yak9ytICYOGn9ln/mpCF WnMwF1xrh/QmzW58bTEOe6N47I0SsG8ZiH3LoL+jJM8Nu7DeFPK9KVeepg2mteXOck1zU4S7 /eFPi9JySkMorVD5V2TwyfwFqjx9JroqXUvcM1yF7lmukDvLnecuwlFMfDdzKFf+j7TXCM+M PEuqKxpfAI9nxmrSO1tbFsHl/zFQStREOioi+GoulfTJR04458avJs0FPguNI9AL+NXdO44j 6SVTEVXzbXg3II6vFMbxFac+PoPAGyf8XS+O+M7vwbRf+UbnbRNJPryXuGOlJiISf9c/lkT4 M7d0192DPCM8VfPqPKM9i+YtHNrgWP7k5ZKx8wpL20tKPdUVmY6R5U0VucWD3E0VhaljPUH3 Cle6Z9XwVk+64pel39VbPP7us8OCnlmpRyvKPVlOd+rm8h2eDW6nJ8+11SXLL7v23t3hPO+p r6j0FHkai/c6u+efKrHPT/JsdTd5il0HXaPnD523pGJhSYpn+/wz8894dlaMcud4dns6hm6c f75iiavDPbOi9s6EEZOSmkomKFT1KlT1KlS5qi2qXZFt8eytCHg8UXaiLlWLqvEa+On+aSmZ 5hnvWVbh9kxSnvGsvTvPM+NvPRP2SYQ3Iv3w6R5Q3lY2KJ2qlLvUM/ru5L+1SpX6xOfLrncd 2a219cfr7WlIuWW5rqFDJt81K/yrU+o3p8pLZNnKsjVl68vqHIvKNuGXpZrLdjk2lLWW7Str Lztc1jXE79rm2lYiSXJN2RrXtiGTXUOh4xjKtZd1kRSOCP2VrvX8e1Zh7XXQzL9WdVVrWfmQ yZS3K3FauESX1v9U2/W2M+oZtuQMLbe49X/3cYNn5R9r4eByLde107XbtdfZRePvyJ1u55nC E67T9BlwnXVdIPqSW3Oud52eu9BtuU67E52b7mx2D3GnDEsuPMGHM0CSF1hy7kLSQzpUOfeQ YcnuFPdIThH6hzrPk/ahSrvrEmtmvf1aXR+69juPueNdF5zHXB2u4+6xN9zCNMzj4RYm1Wrx jvOOkDPOESIc5jjvlM5BzmSiLl7VPMBWZasizU/bFhLnGdszNFp8Nj+t+6/aXqU1ZrPtX2iu /57teyS5zbaNzi0GJw7mnYDu1hdjpzuU1/ekJCSdUq57dfk697ryje6N5Q3uzeWb3TvKd7j3 lO9xHyg/4G4r73SfKD/qPll+At97yk+6z5X3uHsdve7L5efmifJe5s+LdZ+cl1B+eV7SfDFv 6PxYpNj5SfNG0TyZNj+Vy82bOH/UvOnz0+Zlzp9OaSon6OPE+iiBTzpgzxU7IuqDHtbBuqZS Cn9e0/5D5YfcR8l+tp3pCNvZ7qs2X7H3Gra6O6nNDe4d7qbypnmp8xNgB9HulvIW8k3bvIz5 Ez/hfuZNzliJAaTcgiEFKQUj7aPtxwum5Z8vyCmwFzjps7SgomBxgX9wY/75wbsLlhesKFht 333b6oKNBQ2D6wevLdhM5droKKVjMR0HSCLFXlUwrWAHytUXtAxeq45+/UM6BqcXOId0KO2D G6GZ9EZonV0wtmBBwbqCPQUTCiYXzCxo0m70/qWuTQg/u4923roeKb7wdP6Mwgv5M/JnzGkp PF14tvBS/oY5LfbZEfpvOuajZ5BbU7Xc/H357fmH8zrzV+afymvIv5gfssu8BnucfdDcIvuI pMy8hqRy8sl4+6T88sRJ9hn2WUkZSVPtWfn77FV0xNnj5haR5CL7eNKTlH/KXoRyGfbipKnq 6Nd/e+C2k3Z5e0BpT8qEZtLbr3VuXn6XPdmennwi/1h+d/4Ze5525S7ZTc0gg+gsNm+9o/G2 dkcjHTvz1helOrY6thN18armm/emR9uCujK1gZo2sPOmU3zRiaKTeZ1FJ+noJbpnUG/RuaLe PPs/4krsTbcuahQmXEDKHZTnCs7pujU++ZJrlWvtnPWuDa5611pX45y0Qmf+AsdlZzPtF7e7 diatcO0uanTtde2ntUO6Opy1hbMLZ7saXY2FTjpmz+lyBaHjCJcjmQ6SUsdV/XHpc8646vNn K+2Oy6yZ9fZrJQu65qS5djtF2KIOrf9q3U3NNgnxSLmOhY4lSesdAUetY6VjjaPOscWxjT6b HbscrY59BZqj3XG4wO7ochxzdM/dbc9znHKcobXqIq1PcbReNdPR6mh1xpGOJdAR4nIkc5Gk 1NGvf71jk2Nb8mWlnXSzZtLbr9WxhmR3ObqdMlzi4t/bzltGIuU6xs89YF8w54BjkiM9scUx w5HlyKPP4thJDo+jir4tclQ7ltkX5GY5grF5jlWOtY4NjnoaS9uLFhYtdBTT4XF4ihbaF8yF Diq3lcptIIl6dfTrz69yzHLkOYrC2rNYM+vt15rYYl9AeUH7BFXC0XgT7ezWE9BOXMGKn3ZD Kdc5wznrluWOoXOrEyqdWc68wmZnEX0W5zfnzXZ6ijbm78qaUDi1aLOzauCI/C7nIme1o8u5 bO5O51r86/piZ3HebJJclXjQOYt1xF/ico4uklgWPq7qv8XvyHAW5dcq7UUbWTPrjdCadcvy /GbiBFWJuTtv+IrZTa1FNgsp3tz2xKX4nX97RFzpurGrL1G1xDUixSeMShiVeCnysIUY/0G1 pCPF2+psdU9MijwyKxlvupaL+sT+qzEDuv4hKTd7WXYwe1VWa1Zr/OTsxuyd2Xuz99NnR/YR 2Z39oVyZfTr7LHEuZF/K0XLicxJzhmR35KTkjMyZnDMhZwLJdchu2U3UhewgdKAcyYzMDuak qJS9ypaHvK3Zu0nXQaWddLNm1ntVa/b27LXZx3Ms0rEha192fc7Yv+tK0E2d58TS3i+v4X/3 Eb5CdN0t1Ifw0yO6ZOzrlXzdVpOkRTwe8y3C6pgDhB3WJuYwGnOAqTE7CEeB/x1w2kAvZ5Rf B/0T4H1mMuFngd8GLrUeJFzMtDGTUT8C+mXkzjIlYb71AOEI62vEj7OqiB7LuX0NJj9NUWfW Uy0vSBqX8lWzRtPNJKaNE8w3TiP3svkU8V9gWhQBz4H/dUZ9D2NMIqO5E/wz5mjCTOj8NrSd MzcQ3QCZ0eZGwltQ6kPIKzwMfBX1PmX8iWg/nkV5BfQy8zzR/2n8hj1mCeI8I6l1MtvYRjbs k/zbHS2Mcojk88Cfs7zVYfCvHT8BnGmsgM6XCCulQXrulfzUSKLxZ2rRaebIUuMyYSo/XWKl MMopwDQZz75iuq+ZrxuLDr7mJ070/QnvfzHnItN6Bug65CYwbYxh2pCQbAA/FXQRJH8GehQw HTgOmBHi5yHSIDMNpbzAxahlIvP1JkjGgg4B8es9urqOHuR32owafqNQNDMaR5CLX+YxMkMc da2Q7AzRjtfAvQhrMnL/HVjDzxwYvwlNoFJ3w5JqaMtF7uvg8C8+69IHzq2MfTWoNzPUBs38 1KImhgMx8qnd5D1B/SjWMRozxe8I48EZDpwIPAr+IKb1DHCKxDtE32X8gTAdZbuBY4CxLC+e 5Vyie9nbTIvp4BdBw0nWIF5jWqaC8ypwsc7P+jwN+j79czyy+B0avU8MITog7uRRw5brq8QX maNTnOjj5DOM/G6QPk7/Izj3cq+Jv5AN20Q89xpwMfQsZRnSdhtKDeC4Zb6+SKRCkmsZJ/iZ qQmCfftZ4OeFk2R6QD+jv43W9XFZpvUenXbHokT/L6KHc136owaNPiNF+xLPuXjSajNG1lYz SPiROZjwvFlGpXLCY5n2Y/pvmbZCGKEvSh6tL5o8Ir6C8Xuay5oTkTsUI/c96GwDbgRiHjAO GmuJ/rJBs5/xFeN9oheYvye6i/nGSIvH7AKD7JdO49tU724ecfoPDdr7Ghcwcn/C8tYhg5+2 mwt8xPgWPwdn/JDLYuTeLS3CZC4rzhgh4mdh5N6JkfsZRuMyRu5I5hvrwb8T2hYZMUR/wLS+ A3rqjN3cXzzG5Wrg5zDP3AH+V/Cs3EyWFK2opYFbJ51yED9ZBRveY/1mmYwlfjNkVsiB3AvG R9QLl2Qz1XWbxPNlYcTqYHpovByWeIIa+ITiG3hLy8DTkxJv00k829iH97ok32dLYUn9Vaw4 /wbcyagN5Ny+P0FGk/t5TGENSoT935SlhBsZ9Xx4foj1fZL8i5VOtGbh6UTrKeAMWNgBGm8R WnOBeF7PwvuqFqyy5gPx/qGFdy8tvLdq4am5GDytFvMjIJ4c1Hch94dAcGLuBr4L5Oe9XrUW c7vYBn2nevI1JhaIZ/tiUEsM3laNwT1DC+/zWTya3kGpd/gZUhEDTr61j9AevrvIc1Qvnp6K Aw7Ek/3qeSpNvf/dh2dT+46yJ8O5SUTjCWN9R9974Kh3jtX7leo5L/UG8OfwfP4aqr2Wc3Vn CE8HhHDvvw9P7ivOR3huNoT3YUN48zKUB0Tvf4Q2htYCeVx/PyyPJwND6IUQ30l7JyS4rhDe BaSW0UqH2diN1WEn6Aq0/RTof8WMPRWcdnB2YSbHE89mJ3KXgJ/MGozn+3g+OQ2ZZ+GB3chN hXwK6Dbwsb4ItQKeBW5A7nTUdRycTm67MRacNUAPt8LAs/E0E2l4YxS53FJjOqO+T9WLtQ/P cxvxSid7VVxknTROeIw3QMM5jefSBahrDDRnafdR2c+G5hC/XhvA3uAV1jyM3OO4K4zn5Wn+ ZSznsvoRaJ7JPSJ2AnOQ+8cQ7S7EGGAs26/vRiuakHsK9AnQy0M8n2NF1seG+EnDS6E3SaeF VlwG/pNqHWpMQ42rwD8IPMLaxL8w0nhWKzvL/xT614UOcl+E/oP4/w3+wD46UzbwbLt4BojV WX8bvelFVDwHfBn6XwRidBiICtEDS34NGjZobSHeiQ0L0dpnzoE22KDtRal7wz5keix71Xi5 j1YN8UtGvQeSr4X4ud66Pp5//gCPtYde450PtK2FbSND/0z4EGz7PTTcF0rnfUXoftLwZ8ik 8p5EvzdE84k+NNRKHBuj8IZ4HfwL6CJgBzADmBOqQ7SQ/cYktOvLIdo3igNhed4BbgY6WUY0 hb5LOBq53wd/Up9JWIG+2Bd6jHB2iPdCadxecUeI9+GP8ygWY4HDITkWIxRRLfGOhYE3OMRJ tl/MZRu0C6EeRCOPerW3/G4f79sfDP2VcDxaOgKWfBZ4N1tCUcTrzj3sH6ILyP+IXuN2nmHE HEZjMGz7LHAFc/RNyB3IevRD0DaVbdCD7B8xKkSrlb6VkTQ/wG8nM5KXuEUu4FMo9ePQo7yz 4trFa2jLHYxyXt//Jfp52PwH5X/Uuw/15mD24//gwM85s7WIZ+MOtPptRMJz0PAc+N8L0Som sKcVj6m5FzRmA2r1s0QjAsmT7G3siqnVTGNW0SVKfQ1YD8T+Vv8RZoZ/DtFcba5D9N7GPWhs CS0hxJ7W8ELzZcwkHm6pjidz9LrQOsxOrP+xEJ/3fQaS6Fn9h0AXt137Dduv/Tejrt412YJS s7lnabxTrxmYaQXesxGYt/W/gMbcqGN20h3sE30LrMKbNvo+tlz7AWg1e8A/wsF88QHGzl3g 4AxCexT8w6F8ksQMb6QjMt9C2dGYOdOBE0K0spt+lP0/yrYQv6NwDHr+yk9fiO+B/2OU/QC2 HVOWY7y/xXOynomZuQh9gboE3rwW2eG5nVa92FymY3AOYv0ZvVCoRgrk9zDGQMb6KdNmGRBx ItV6dI77URwLrcAYX4GZkOeuC1x77BMoq95hOsU1imrEcA6jiZXXwPwjq3C2tQ8jJRHrglrj TmD1WcfnMlS2Dfq5XQf0XqxNVBftMLjtWD31GbAKLZIzYEk3Ii0Z9DLIN2KGvweclbD/j5CJ BwpwMkDXQXJomOY2NvMuRV+MspXYRXggYyk/oKWNvPeQ4+HPU8jdj9wOWDUcMpqJN/7MdpL5 egytUPIdYBOj2QBaYzQ+AOcR4HOMogR4CZwsyICOscDZAXwDGloZrQngzAVnEvAb4DwIzEHZ i6CnIPc94HZoVlZBp/FV0F8C3gXOcNDPAN2M+rugXwL9c9T+PjjlQLTLsMP+c+DkAcGxcpHb DEu+HjuJ2wJ8A/ggY8xDyjNMi1eAPwL+CljCKN8D7UEtAggPC/hW/hp1VYLeBfTBAxnAz0BS WTsJ2raj9kcYjU2qj0CrsiHVX8yx0lRfoPY1yE0B55tAn+oF6PwG0AHOCkh6QaMHjddVX0PG Dc3Kz6r30S9iNfAp4GzgRtS7BBp+Bs7LwMHA30BDEtquIkH1uPJGPOh68L8Mzpugnwfej9zf wz+J0IZeFi1A9LVUUXQP8C1oQGSa6GXradBVkHwSFm4FrWJY2XYBqKJ9EPABSEKzhIUSvSk7 gNuQ+woQMWYiisxicBBXBmJSvgjcC2vVuIA9Et6WTiB6XxZBBqNGIFbF76AH8WDcC/1bgJmQ R4xJRJcJX1kJkMT4Er8AQqe8D3zVU2dBYwSJXwHRdlNZq1oEH0pYa/wWqDTAWkPVqEZiHBB9 IeuQC23Gw+gL+D8WI2vAnbBQ2YkeNFW/q7bHohRsNhEDMRcRgeeRi74z3sFYSABCXr4MmbsY 9WMo+yFy1bjGWJZqdCDyrachDz2GsvYD0MPBL0UMY7YRXwOegbYs5L6E3MeAj8NCC/xWaCgD 2oG3od48lM0BTgE/Xo0FlEpF7Y9CcgxoeEluZIzDbDMAsR2LHolRMQm/DYCeWPS1pXq5Wc1I kHwINf5SRTLTcRhBsZhbTDV+ayFfAfpbsA0jUSLGLMSPgdizYEOMig01Z/4YekzIQJuEr0zM jTH7QT8GvoR+zNsm4kf+FPRr0IwYEx/BNsSGqeY3NTeqCDwJfg0QM5jEaLV+gLKw2Yxh1NVI 1yGjorod9ALYCauEGjV3AJcC1Xyi5lJlp4oKtQJiBaFzavV7RhN5XcBZ2DvAJuxGGkDjTNz4 AJxHgM9hD1MCvAROFmRAx1jg7AC+AQ2tjLT7Yg52s3IS8BvgPAjMQdmLoKcg9z3gdmhWVkGn 8VXQXwLeBQ7OR+QzQDd2oe+Cfgn0z1H7++CUA9Euww77z4GTBwTHykVuM+x5CDKvAH8E/BVQ AOExAV/JX6NsJehdQB80ZAA/A0nUbmwCKpkQSqUhF7tumYLcbwKhQTrgkxWgvaDhYeN1lFVt Vz0CX4nVwKeAs4EbgUtQ6megXwaqs4nfQEMStKneUb2gWhQPuh78L4PzJujngfcj9/doYyK0 wfOiBQj/S9Wz9wDfggZEiwnPW0+DroLkk7BwK2gVV8q2C0AVgYOAD0ASmiUslOgR2QHchlz0 moF+N9GzZjE46GsDcSJfBO6FtSpWYY+Eh6UTiB6UarePSBaIH/E76FF9ei/04wzIzIQ8ztEk IsSEr6wESCLmxS+Qex84qo/OgkY8C7TXVBaqVsBvEhYavwWqsrDQULWoEREHhP9lHXKhzXgY /ofPYxHhA+6EVco29Jqp+lq1F1d+DNhpot/leSB6ykRbTMhIxJJ+DJwPgWo0YQQZsEGWol0Y v+JrwDPAx4CPQxJnQMZtQNWnqaAfBT0GNCyXiOc4zBsDEGOx8FKMig20ZQA0xMJOC60QsMf8 JcoibmMxKk01amqB30ItiHyJPrXQXwb62kJdMapf1LzxY2gwIQM9Eq0zMW/E7AeNNkoJ/Zi7 TPSdVOd9r0Ez+ld8BKvQLyZmCanmE9X7J8GvAaqZAaPD+gHKwmYzBn2hRpYOGTVftYNeADth lVBRegdwKVCNXzUvKTtV/KhVALOoKLL4es42vgptNsZWEA5nlCHQp0DPBI4Bp5nRgox4mdFY B/4DkLmdMaYJMnnAW8HvgcxDoJcBocf8FbCQMTYO9HTkvgvMAfailrdBXwDawVGa34Ils0DX oHbkSiV/EpL3A78CvAt81GiVgfaC/5/gDIKGpeD/FvZY4MMz8mfIhZ6YJ1Hvi5AZCPwvcNBS wwf5oSh7B+gjkFGaz0ISGmQ9ZKYiFx6wBgNhoXkPUIPOd1Cv0qb0j0PuTmARcuEBQ0L/e8AG SKKumDdA/we8/Sxqgfesu6EBfWdlQOar0LMVfFUjarFUJPwCfCdwCDjnIQ/Nhooc2CZzYcMl 0POBO4Dod4HoEqjFgAeMp4H3QsPrkESrTdhJZ3mci0gTqEui38VLQOg0ED8m+kj+Epyfg0ZM GhchiSgyVN91IXc28DIQnjTQOuM++AqeiYUPYyFjroc3NsGrWeBkAhFL8p9AIz7N30EP4spY yxgHPQO2QxtGQQw8YKkYXoPczchV8fwZlCoGB60wMSJkHXSiLdYM8GGPiagWKiowFmK2QB5+ MGB/DHwrVFQjKowW4FFwNqLs88AYcOKBGEcCY1M/h3p18HeB3w56AfS8D9wPPjwjVRSp+E8E H6VM1QpEad+XeC7qW67u5UGmg2mRA7wIbAUuABYxGgJ30CaD0wQsB78NOAmc1aDjQacDjwF/ wigHg94JrAbGmkmoZTHhKNDDQOcwrXeDTgedhnt/QxiNzaoU+IeAW4CV5nG2FrnjGI3poPOR ewF0R0wtl41pZpuZNgQ4xxjlKljVwbliAjCD+Xom0/oXgDPCpZpx7taMsozVwFjLzm0BjuP7 2sSR8MYWeNgOlGi1Qju8IeFnO7zK+CLLG7mwucRizc/yfVix1Fqj8Z33JNTItqXJRvQL+6oc Fu6DhlpYmKpsY44+Gec1F1XrIPNr0PmqpZBJixXwDHNqIbMaOg8hdwc46eBsAV0EutJKgB86 0KJ1iARVli28gLIh3OV/j1th7LJeIqwwW+HtCbBH8lqDeovgjQzwM0DnKD48/xDaNRa9lm7l oZadPPbhH581DS2tRU9N4LskZido1jCNfUV9x5rHKZ1mD187NV+C/RN4B6tiAzYvQ7xNBcZx XcZS1PJ14A9R+9esVwgTkYs7zuIL5izCP7OMnAnJxfJ1xHM6+iIP7WI/VEF+O+hW7lnyKsf5 QkjWQXIaR4Kew7liosXPS/wW8mMg8xRrNmJZUsIbRiU4T4SjhaPuFdDHUFcRbJuFO/sJ0Fxp vo1RmY7I2QL/s/6BwOGwoVbZjKgbhTFyVo1frkvcB3QC1wCroXkHWt0HTgbsTwR9K/jtwHpw loJ+jnuH+pQj+QHw54IzEbQHtAeav2xNYfsR+Q3AXfDePuA9GCNrgZtR6lngAngmABwHnXvD VjWiB7nsIcm/cQOv6p+DzD3Qvwz17gZKYA9wMmT2QUM5cBxibALo+6CzGxp2YBayo1QAWIza 02GPgOdHotRy6Fxt+knm+zxS9G9wrjXZ8pDkKeYbJRyf8rtMm3ciPn/EvwdmrGAUd6DHV7Ee ORjxPB3ygzGC8jCmEtGbE8LjSGLU8IjYAP/Xon8PgN4QnvOZPgD5WDVjqzkHeBIyXwSdj9HX HVNOdSVjrG1A7FUrSR6togl1LQB9ACtLWkwi4gRrCmzezDYba2HzdtBjUctSNberdQStaIL9 h9RMi9p3Y/7J4CdDaNZCnMcMI85PMM+PRyvKrZFsLbAWnKWYzf6Csd+D/lrJpchjlRgXlcyH zdkYL2+omGQ/xyZz2Zj3uazVA1zMMuZozHVd3NexXubEFDHHkowUdVyXHfWOYP/IXvaYkYv5 8E7mx06yuqlUh9lCpS4wUn9x6/6qRiXKdjOtb0EspYL/JmLgJcTYKHhmGKIxDeOiEzHTqdZE 1k/rfjfayFhqXSDJf0NuwHRg9v5/jF15fFXF9T9zl5c39+Fc8sImokakbLKGgIgYdsSIlDWG gBQCYQ2LISAgpewCIqZII0WKiAiIlCJSqohsBQRERFRcQARkUVBMkSIiyfvN+c5tf8n7tNo/ 8p0z584+c5Z7MzNvPPSYtrDuEJ4psdTFrDFaA4HZ4HyNcbsBugrovGDls2abxHuHtH1/CtqS 29kHtYSZo3UR30s1FZxLzuv8v06H/+fen29ti+22v4Lt021wOgM/YXQJdFXQtwEL4QlMZbST wWkJ+kPGhBbgHAF2RN4pwHzgFvC7AicwhuuCzgJ6KGcm79fSLWFJ3My0swrr9gD4neDtzMH+ rhK2jPYNyPIV5ocKkL4BsCqwOXChyQtMZdSeD+9QncJ0aDLSLAXOCU3mvLyq3SNMu9uAyxkT HjcjgzTDgXM4pbOQaT3LK4GTITWcqxCYxajHBzqEUY8na5JlsBddeFewpm/DWPHT4cBDjG6I V1doOdp2GvztfBOhcwF7fa+6nfltDiOfY8bEQQlof23gKLTzE9Q4l/ckOyGU3BVe0Idoc3te mXZTvEEfQa5t6NdupFmM9B5SzuP9XXo0VmIcOOV+2OKjbDWcY2hnW9NH9H0UUq50l/ObOOjm KOF9Xo3OMm6/vdj4b+4ofv9lqder7gK/57p38wrhckKTMXouNG063yEYao7yPa7R3eNm8zrh 0kIhN53fOrFD8qr7Db8tulE8fZDf2Tml7uNEcBpiPev0of2MOiW36ir7Oc4ie7+u8TI4bd2N /K7KtNYtvGd7DdMJdbhGaxMk63NGdxp2Sk9EjzqjnIpuB53yMeS1UNoM52adcie3JKGY04em Obzf+71g1+ggfqPh+Q0tQh/X8F2Ezn0YkwzWUe7NoEdiNDai5NtR+wouzW0PHMi1OA56UcLo HOdanH3gr3DX8vsjnq7H/skVPFbuQpR5DHs4WyMX4ekqpq3rWF1JKGE96ByUORF0c5Ypq9Dl vfcZzLGbA0e6S/mNmNHqyOi+wbOW4CDXEuBcLt99n0sLhUDXx9ie4qfWKR5J+05+amH0nI7Y a9oR5deC/eoOvT2Rx0dbaqbfRTlNUf4e4CIuQWsVXs87wemCtoG22yNvGrAJVuYHSH8Nda3D aFxzK7P+5D46dZAri28x1OPGNuUx5O3EGK7MfQx3w/psC3wUlquLo/OG1mGWsU/VHQGpmYHZ 34nxXAhpXcO7KLVcTIcmWQlNwhLUGauiK7RKJ0juV5Cpc5D0DVyL2zJIyVgDugtvSaECLlnT LFN50GaHkGaO0TkoYbfRb7DOM90i1tuocQL4S6EN1oL+JtAMkzH+VaDlpkNOt2u8Di83jSXa 2c+z5uVwXXId5wpvQEsyoPmvsiZ3XmKU3WEX6jAd+hzvPsu4zIQH0OauGJlLofX8PYFTynUY 5w3ATFMapHUhZHBNoFu4d51Y4uyVmMfmGM/lnNLFrmxnO9b/dPRrJyx7bUbnHXiMmfwWEzrJ Kzx00liokLahTh5GprLzgabvwBq4E7N5hfurbROXfIZHIPQ9LFpz+KslbMGdWhiZPfBprxm+ sU3Ala72VZyGLPvuq9Aqg/m2T3sJc6zBvJPEeQrrpwLas5StufOo04W9Duzo6wK8FjuvcSvo XHMOAvv6LOztbAZcAr453ZCNpzuAqUFKLmEe6HLYmfNZcIbiPGjGvzHHqWh2wALHm7MSeLoI 2B7YhVHkmfMXvCNI1GOaRmF30IqgnZwyF0+roIUrkasE/ExGOw0pe5ieIuVJ01/eTeTMMedE zMkOlJAO/DWwtekLSrsL2AI4HpgNnIFauoL+DXAcSnuc69Ll89Ov0KpdeDo16C/2TJrSsAOq JnY6rcROp0bgH8aeqDDwHdNfpkV1MztIX4L084Je89g2R43lMEqDUUsiOKnAe4B1Uf41pCmP 0h4zs4zy66HGNWhVSzPX5swLdpCmIlcqdlvlAj8z44/0h81co4RMRidkRhhpBvBeSttDmsfR ksfx9Pfg/AX4NDCKpwT614xOW6TMQzmtsaNsOJ6uQ3u2YgRWohejkHIxaLO2UzAOX6LMA+AM Qy6sOgdzag8FPoinT8Z4N3JH0IvQr0zs9fKR5g6zStGSEjzdC6wFfhZwPtqzHhhDaZgFsQ+4 BPhb5GqM9A+DTgE9CCWPRfuXAjcDd5kVjpYvCKSA27MC9CTQZpVuQwmDUIsprToQo2fdGZSz Ans1mT8bKdNBv47d1Gat5qFMIx21kOsknvbkHon1KO0CUtZAmilM03SzclDaUOaHmhlkjqa7 8Rs0ZuQ3kJEXOJd7C3rxGkq7GaXNMSsKe+SiwC7YX9cM9Hizdw577MPBTvsxmIsxmLXLWMOM e1HaVvBrBrkuY1VfBp9rOQMcEsw1t6RSoJGg2cDfGJR/GSv/MvTSGKyEy5AOg5gLrJZ1Zkc9 0jwOOg25xjNqui5aOAayw2mWoYQqwNcxIwfBr4Y0K0Fn4ukulJOJnYeHUc5d2E9YEbWkmhox Xz+i7/OCvZeMF5C3CyT3IdTyttFO2PmJkwUJX2C+LjC6xyEjG9CvvowJ0OSho0y72C8qekLz XMVY3YI1Y/YY4H92YViHBNia0BWkMTq/ltHGKDkZvXgPY/4EcCR00QVG+wjKPBJoGJama7H7 obHvh57vhvFZgNI0WpPQtiGoZaCZR7QH/x3WUtAXM9UXstMXY94XJfTFSDL2AOckaPynXuC/ kAJ7CQT2DGjZ4f20N9CqXN6LYuO0iNZ+naAZmL6EsT2ElvTHuF1hb805HZ6k+WfdBP4/S0i/ 33kd+RRkONnpxv/jCOm3PLGOb1YPHY3dDjui0arMGL4R076oPF2sy0mYWtKE36DRzvwS/nXC SziJMzDcF3Qj3o0M+iL4F3lPkeaPB80nXy6EWQ+8K/lmzEuyrUb8P5GOgP9tWK8ZOopcF8PJ wDFALXGiQngxStalCRnw+Z7rb8J8XuZUOA3lMP7IdQnddk0f47y6VZOQnp+elzVQTjY4aC3a cDFcl0tLaI8yde2iQfB0JiPavEOGkFd7obQfpV0I0pjyd+DpGtAHgNzmSzizc4nPaNDK4o3M B35UvJXrKtbp9UsX0xfZ6tEpnAK4VDwVuXjcLvG3FBqIM1mXQuncI9AXQ7ngZILmNBdCSTzC oSHg38ojDPoIbu7/ln9bgI6GKiL9LODjwCE8wqE+PLZI803oLm5J6EHkZfyRcwmBvMdQ5nnU eJHPEWusgFz8zadB0LZHgNyGHci1PzQGLcxA+pq8qjEL18O3MPI61PStwGQ8fV7jvhB7YvsS 1jK680CvA67H01tA8wmFiMPrNuLO1W1o57ZjdN4CfqExkVE//Z5L5pUv+vEvHWjUcyoKkKsg NJo5TNN19wCe7sXT75kOd2E6oTtS8n8BEh32PBPdVxn5ZJxG7cmLLxh1e/RT8ecEXktXcEr0 ipsP/BZfh7LAzwD9pa7xO0e/N4ke3E76jn+9QfRgpDcS+JtwD+CshHd5/BN2c5qE5uA3R/qt SM9o81PxdAKfkC1gSRcFjunLCPRlMPA0cAx6xN/i9ts1GZHyWaTcj5T7kXI/Uu7nlFY+j7PY 5czgMpF+l8Maph7oeu4XoC/i6VzgDIw52oCU/fC7D/s4pUbMOKfUJXcGnkYJnYGG3oCSO+Ir XA1gBt53RgNzuL/8tURsd44xja+j293zGAcepe2hd8EfDE5ntPkGxv8rpt3VmBfGXfyeqGdE ozXaeZnRfRRjBcsFLEAtu0J8AjfK5yvFZ/bnGsfjPKb5v0mE2ylW80lb8SmjFcFX1nGsYTS/ K/A8np4HvQP0DtALQC8APQg042rnG6YZtbz4PCZcppaXcpAXPlNcL8y/jnhdRkGDj3r3Olcx 8rWxEljnF4RZRvqxvtI0666zkMGzzKez0GNnwd/H76E0iMdc1LC/0/RlN0XT6c49jExbbZ0c RvdNIH/rbmt3Br0C+CBj6BpoHvm5IbbIZ/leAjEXX4y745twd5e10B+c9UyHnmHaLUb6z5D+ Y6TvyCNp38vovAesg971wRrjvP1sLaF0ACVUCQ2AzBLmvQ3mjun5IT4P+IrhuFgJoZuBN4HT Ern4i/1B/jUT8Q5wNf5ntI5/a1Mscz8DJoI/FfN1E56a/4gxZz1SrkZL1jlfIs39oJuDfx/T 7hxwQqArgl4Pei9KywSmozSms6A3sgSPWBbfciCy+IYEkRW6A09Ze2RZd+oRKOaVSYUWz0g2 dPWlGOv8lbERrIeBHxGfJvsmtlPnSsDv316MzQGyJj+F9JdoJ68l9gc0dmMsZikuZBQFzNfI erVejNtQD/x2Jdyq1bHKTPOZRE3z+e5EpunPsTuZRprEkh+5zJKnUD5rmHrsb2jkmW0NujXo fsV8liqPUadnTl7Afxet4tW4mj0W64XincB18MbrMMK3qcl5Nb7NPrl5yrnErJi2JmIacFbJ JOAUIJc/C/XO4lp073YBtwOhnYqf05gDfg74OeDnMN+9FktmLMlkRO2Z6OMujEA9jMwVcPrx aOgR4G9NOzhXQg3OZW3lMdS9MD42j1gB6Evgz0V/e6H2K+hpBGNegDIL0P5daP8uPF2B9B9w GvtupByHNvQL2sDpCzi9nVFyFjUy5hf/FjgbbcYcYRamYYW8BpwGzmvAfZyGjmPMN5Ww7G8q /rvG6XybhPaQvwXWQZm6PbSx5DjwE+DLQLbyU0smANl6fovSOjPavyp+Ez1VmME3MfsH0XIe h91IGWW+yAKnAPMyEX1vBGyIeq/HKmIt8X+gDpecA7Ll+hT0CaZpEFbsIHBOBgg/IcbniAvx tBD0vpIraPkmtPljIGvgE7EBzOc0olLJbLzb8tz1LGZb+UCM7XhhCXsR2bGF/FaFb2iJ/A2T uvL5fbtTcEvMInxH5dtgNgM74taXKvi/6mTs89kET6wf8Ar8tOugFeh9+M/sPNCbYmwNnRiP 7VBGPWv5WAn5eJqPuT4ECWW9PZl9VyuXv/VZmW4W/h/B/6M8c4P15En+Nqt1Zmt+x+T7AXQt 6fxOxLS2FPN1mbUxerP5u6jAfmMxGZge/PeQLdRKLlnM5nsPhIO5W802V79369VSgltKSnAS 06qBM3c454iD/fybNBpjOFMZw3nwGE5Qxj5BrsugcfI6VhUcnG7Wb1CEOwGIZwElZwNxIlLg fKiNe81LcHa4BKfXS3CCtQRn24vPgMad5iXdgTifWIyz8MXVgFOBKLkYd7AUo/xinCgvxunI YpzRC35NDadZCWczqQLKHANcAMR5+RKcOS3Zgbw4/VeSDPoaEOcQS/D7csV70Rfcjm+jheZ3 3GKnQZvTqdfBwe/OFf8DOA+IU+03TqI0nLsvxul+YW4DQE8FTs0TTnEKcy4VY06dgebcOs6T iruBn4ODs+eEE6+E8/LiSyDoEnPDv7l14Tvg74HmnCxmJIbbAKy7gDjna+G8P6FfAqMtzEle cxb4J9AYYWsIUh4DvwcQo2RNBP0wEPMicB5fjMRTtMoCHTMni3Gm0sL5bgvjbwlgEsr/I+hR GHnclmDhbKn1KvLihL7AaAuMv+UC+yM91qrlBXgc43AcJTOaG3jeAP9u/k1JgZZb5uT+WZR5 EHgxQM61AU9x8tfCnFqYBatf0C9O8yRonGW2bwqQa7kCWuLpHiBO7Fq9UL7pETiEFUJYzwI9 IqxJYU4NQ+IERobMzG4HvgYO5og6Bsj9Wo6njwCxegXGRAwE7kDKGGjIPmHdCnP3BWbZMWfD qwV4GD1iPMBoQYotcw9GGtdoPQca42Z/CkT7rS1Ac7dDLEAu5wvQbYC4g8JGm+1pwLwAOSW0 hI1xsP+OtuF2CKdSgJxmDJ7+Dn2BRJhfhYg9DxojEEPJhFukYi+DxhqmqeCgdnoR43AnsBY4 5m4o3PxQ8gP4OH1PWIHB7z0aPs41B7+SYM7mQ9+aX5uM3Qsauij49UicyrdQu4V5saC7LJwl J2gJvlFVIySLsEqpAIh1SO8BzdrAzSEiERyjhyuDNhL9DBC6SLQC/i2geZVCh2tvlnBbF68f c5oeFkGYtYoVTtCQ4llgE+TF7AjcpSBeAWKcY++iL7h/wAbfhgWxf41yzsEHhqQQ5IJwJwDh 5g2CxiPc0EWngDidLaC1CC2PzQIHN4aJe4BYqwSNR0amhgGNRduPNI2xZm5B27BmLNC20faP A41OhqWwcQOMA8lyIJV2BPgt0rwNPiTRxsqxs4DQIdbXeAqr52DMLawT26C5EwB20DKS8gEQ c20Ze43VbuHOGesj1AitKJBLoEcWemeBjhkpxl0QltHzDwBHYxywQixzg8okIKykMDM1AGn+ AA5uSCOjjceiZFirGOolrBMqBgertAQaiSAXMXOvGqTgBvRbDFpFmJUMDuFmhmLcmUbQNhbW qkBryfy+K9ZbCbSElmhek9XxK8CLGbVcF0GuiyDXRZDrIsg1p7wdnB7AqcFvBxdBxosg40WQ 8SLIeBFkvAgyXgQZL4KMF0HGiyDjRZDxIljJIkh6ESS9CJJeBEkvgqQXQdKLYKOLIO9FkPci 9sPRR/TaagjETRQWbJbAirLg51g5QHPjkLGbWJ9k7gUyM2VsOrRZMew1GenGmhdYpQStUgKv Q7+RMh8rShgtB60b/K4MbJ9uJcGjPq0R/kYMd9FYW7WXx7eIFLLXEWuAdxz+mgHtakP6SmDZ bSML0JaOuYcEusU2N/sZ6YNedeAZ2vAW7HZAaD8HesAxmhA35Dgo34bXod/MmcaatyHpLnwn G+hgrTpYqzbu8YhhlVpY4QIjYKFeUR5o7Li54cTIQgcg/FXLIPS2OAyEFrKNhKI9trlFZBVo zK/dGxxoMBt3d9jGhyTwoVtseM42xtY2ko47gmxzi4uZBdh0G5rWPgkObhyyjG6BxNnQKjbm zoavbhmO8abM7VWwyGQ4uNHFNv4VfEgbet6BZ+j0AZo5Mn03LYQVsDG2NiyXg77YsDsO1pht bkGcDQ5WoINVZ8PCWkDb8KHBqCI4TcFBrx3MiI27VlzIvgOt5cDHcKA3bFgTB32xIQW2uVsJ FsSGzreNhwMtZxldDRttG5/QrIcd4GDFOtB1tvFeMAKWsWXwPIXxGOG/iQ2gzSoyN/DAuxOb QBufBPbXMreBQU/akHQxFXzj80DSbXgpNkpz0CoXTx2MiWXWPHS+g9XioKcO/CIHK8GBRnWw zh3YFBd3s1jG2sKHcTFWLu51cdBmB+vZNXd8wftyIAUO7J2D1jrQDC5mxIHVdrESElCXOwYI TeVgbB3MpoMybWh+G3Jkmxu3YJctWG0b3qAwt6jBd7VwL5YN/e8YfQKv3jb+J1prw/5qH7gI fk4R3jWK4O0UwdspgrdTBG+nCN5OEbydIng4RfB2ivBuUgRvh3EJMAHYKfB5GAcBhwN7AZ9E yVuBx8BJBz4LbAKcDuwLXAt8Bekv8o2IdD3Uj9+zsDd7M99EJwqA2AElDhbzV8oevGNQLMFe r/bF/EX6SskJfHHiL4T9gA4/pSMl/PW1CuthPS6etUFepooD8gZk09TsUUNSRKOBE/NyRctB OeNTxKAhw/NSxOIheTkjxJgh4zS9cmhOdp7YMGLoyDxxcMSoQSliR+6A0cnik9wB+aPEmZG5 I1OsFiNHjxpidRw5cWSe1X103sQUa3j+gNxxVr/8nNwUa3r+0AHDrAX5w7LzrSX5IzVnvJ4D t033NslU/aHOvZOp60O/7p5MQ3t0aZ9MU3t116i1XCxGkhztVXj6Hb0B3UcPUkO6DfwwufqN PUJ1tIXrTI3o9iB1SOuJclSX7qFW9BA1puSAn0CV6Ca6S9famrro9/47An6YKpOienQvtaFf UxOqHvAlVdGedH1qqa1mV0qlOwkqTD/jX8X7F+1rD6YGNaV2dD/8x+6URf30ihpMw2mU9oP+ P09+qTxV6VfUjNprH+Jh+Bx96Dfa7g6hETSaxpXKM74U/di/aZtuofLUrdSzCaXoiaXoSXzj Xs/uDybr8WFOeapGNSlR+8od6AHt/VjUU9vy/jRI+yu5NIYeD1LdSrUoSs31e2E69db19aJH tAeRo33jkfQoTS5Vw29L0VNK0b8rRU8tRU8rRU8vRc8oRc8sRc+i2QNTxg60awIbAVsA2w8c kJtvdwH2BGYB+wMHA3MHDhw5xs4DTgbOBi4AFgKXAVcBPwGeHpQ7bIj9DfAy8BqwhNFxgB6w PLASsBqwOrDu4GGjBjiNgM2ALYFtgZ2AXQbnDRjo9AT2Aw4F5g0bNSzfmQycDpwDXABcBFwy bOzoXGe5rmqAswq4AbgFuAt4EPhh7qhxI50TwHPAS8CruaMH5joljK4D9IDlR+YMGuZWAlYD VgfWBjYApo7WJbgtgG2B6cDuYxizgNnA4cC8PN0UdxJwOnAecCFwCXAFcO1YPWvuBuDrwB3A fWNHDhzjHgZ+BjwDLBo7tlFj9wZjyAKGgWrs2MbNQxWA1YA1gPU03hNKBbYAtgZ2HDs2pVGo M7AnsC9w0Nhx2WNDucA84ATglLHjxowNzQTOAxYAC/N1f0NLgSuAa4EbgK8DtwF3Aw8ADwOP MiZYQA9YHlgJeBuwBrAusBGwGZC/tNlaE91Ct/4ixb/G+EvIv4idQOEylKWpnwsra53SUWvB TlqzpGs93Vlr3y5ao3bVmqq71nE9tRbJ0PouU2uULOqDspO0Bq9chvrXu8XP4x2lsD3acAdV L8WTv4i21uc16Fe/SAmK/A/oII/SmjOxDGX9DMf/N+cufMf4b2Fwm67xxoP3XPO9yPtFtLS2 r/WzYW2q+7NhOf4F5f85FNQBsQbU8GdCW9u/amzFS1FOQN1eik5GiY3+I/5SHeK/ID9v/DNh 8JbxH7DSf8FU5K5D5g7IlDIx+OWEN3aCd659D0aW1wpIlaKfpup0zbRNbq7TtNB+SEvt56Rp 76W19kjaUrsyJeIrHbUBj9PQv97qCW9TwVcw8xXAfD28T3sRl6hEKHGbaCA6iUwxVEwQC8UK sVHsEkfEaXHZsqyoVd3qaGVYg63x1myr0Fplbbb2Wketc9ZVO2RXsmvazeyOdoY92B5vz7YL 7VX2ZnuvfdQ+Z191Qk4lp6bTzOnoZDiDnfHObKfQWeVsdvY6R51zzlU35FZya7rN3I5uhjvY He+uDB0MHQ99E7qRUC6hWkK9hJYJnfnuq4TJCfMTloYXhleEN8qpskAu9yp4q7zN3l7vqHfO uxoJRSpFakaaRTpGMiKDI+MjsyOFkVWRzZG9kaORc5Gr5ULlKpWrqbUVy0rYSEykdVw8Ky6e +R+eS/7tKPyCBv+WS24Q5pVKqeXdv1E2nhiNi1dHvFRJiUODML9snYkry8YrLSobrzoZbTJx nf+23Lj44bI13+7FxduXTX97/7Lx5JmUIAR+QbUCVTO8O5QJa1QNQj2ufDf+v/LUU8EXvaCO egWl4rrNja+UjaeEy6ZPqVf2eZPdcfFdZeOpcelTC+PiF8rGm7YuG29evmy8xZm4+Omy7Wtx Mi5+vWz6e6uWiuvxuLdK3PPUuHinuHjfuPiYuPjMuPjiuPi6uPiOuPiHcfGvysZbpsXFz5WN p90WF68WF28UF28fF8+Mi+fGxafGxRfFxdfExbfGxQ/HxePmM+1a2XircnHx5Lh43Hy1ipuv VnHz1WpMWRlrNTMuPh9xR9v9StqS1TSrpFVBEC4JwlVBuBGpb9Uav5P2lzL1G9lQ/TY2Qb85 zaEC/R68nNbQBvwK2T46TJ/QSfqKiuiarjAsyosqItmU09oJwkDjtK4ehClB2D4IuwZhvyAM dFzryUE4PwiXBeH6INwRhAeD8LMgvBCE103YJpCKNlWCsG4QtgzC9CDMCsLhQTgpCIP62wT1 t9kYhHFaou2ysqPedmlcfE1c/GBc/GqpuC6/fWHZ5+3j0rc/XjbeY07ZeM9GZeO9VsTF95XV 7L2M5q6ibXea9p27aP+4Hw2mUdpiT6HZtIAKaRmtovW0mbbRXjpER+kEnaNLprW9lgfhuiDc EoQHgvB4EAaz0yuYnYxyQRismox6QdgiCIPZyegbhMHsZEwIwjlBuDgI1wbh1iA8HIRngrAo CEtM+LBXdtQfjhvVh68jXkF7ZP/buJhSgtoevmLCTCsIA1nIDHqb2SgI04KwSxAGvc0MZCEz WIuZ84Iw6G3mmiDcHIRB/ZkfBmHQjszLJuxtle1tVqhsb7OM5ohoy1tD+3ip2vtrr9+d+LvM IArakhXMcFYwwlmB/GUF8pf1VRBeNWGfQA/0CfreJ+h7nwZB2BJ1Kv3OVFd7oC20B5mOL1fZ NJzyaBJNp6DXfW8LwkCC+wZrrO9pEz6yLwiDNdZvWxAeMeFvpgRhoPn6pwbhIBMOCEZ/wIRS PomWjOwupUZJOx7ZneOeb4mL3ygbH5haNj6oPHyc/4/vi4ufLuXfcPxGWU2TU76s5ObUiItX j4snl53lnNvi4qll+5fTMi6+o2x8cP+y+YdvjYvvKxsf0TouvioufigufrlsPLe6rlWRo6qr 2ipXjdQxJ3wtfI1IutIlIevL+mR5Q72h2m+0OJfH8iTk5/B4Lc7HLQ9f06lRktcy/Ll3n7qN f+FY9pA9dEm9ZAYJdau6VZdh69R8GwL/f4jM+62D/z3rv0d0nh3ht8MHiMLvhd/TLXk//D65 4Q/CH1AofCasbX/4fPg8hcP/CH9PMvzP8A9ULnw9/BP54Zh+2U+UlrQoSYZlMlWQ1aV+r5ap sindLdNkGt0jW8vW1EK2le3oXtlBdqT7ZCfZiVrJdPkgtZYPyS7UVvaWvam97CP7UAf5iOxP HeVAOZTSZa7Mpa4yT+ZRNzlZTqbu+s1lPvWQC+QC6q/fYQpogFwoF1K2XCQX0UBZKAtpkFws /0g58jm5lIbIZfJ5GiZfkCtohFwpX6KRcrVcQ6PlWvkGPSrflG/SNPmWfIumy+1yO82QO+VO min/LvfQLLlP7qc58qA8SPPke/I9elIekUdovvxIfkxPyU/lp1Qgj8lj9Hv5uZ6ZhfIL+QU9 I0/JU7RIfim/pD/Is/IsFcrz8jw9K7+WX9NieVFepD/Kb+W3tER+J7+j5+Q/5D9oqfxefk9/ kv+UV2mZvCav0XJ5Xf5EL8hiL0wvep6n6C9eDa8GbfJqejXpr15trw5t9lK8e+l1L81rRbu8 Nl5b2u319HrTXi/Py6ODXr6XT+96473xdMib4E2g97xJ3iQ67E32JtP73hRvCh3xpnrT6ANv hjeTPvJme3PpY+9Jbz4d8572Cuhz7xlvEX3hPes9S6e8Jd4SOu39yfsTfekt95bTGe9F70U6 q98hV9E5b423hs57a7219JW3zltHX3vrvfV0wdvgvUoXvU3eZvrWe8PbQkWRcpGqdFnVUXWF UPVVfWGrhqqhcFRj1Vi4qolqIkKquWohElRL1VJ4Kk2liYhqrVqLcqqtaituUh1UB6FUJ/WA 8FVn9ZBIVF1VN5GkeqpeoqLKVL1FZdVX9RM3q/6qv6imslW2uFUNUUPEbeox9Zi4XU1UE0Wy +q2aIu5Q09Q0caeaoWaIGmqWmiV+pZ5QT4iaaq6aK2qpJ9WTorZ6Sj0l6qin1dOirlqsXhB3 qRfVi6Kpekm9JJqp1Wq1uFu9rF4WzdUr6hVxj1qvNokW6m/qb6KN2qK2iLZqq9oq2qltapto r3aoHaKD2qV2iY5qt9ot7ld71V7RSe1T+8QD6oA6INLVQXVQPKgOqUOiszqsDouH1BF1VHRR n6hPRQ91XB0XvdQJdUJkqC/VN+Jh9Z36TgxQ/1T/FNnqB/WDGKh+VD+KQeon9ZPIUcWqWAxW MRUTQ3zhCzHUt31bDPNd3xXDfemXEyN85SeJ0X5Fv6IY51f2K4vx/s3+zeIx/xb/FjHBv9W/ VUz0b/eTxST/Tr+GmOzX8muLKf5dfgMx1W/sNxMz/Xv8FmKef5+fJub7bfx0scB/yO8iFvvd /O5iid/LzxBL/RF+vljmv+D/Wazx/+JvFX/1t/l7xN+h3WpjTxzb6gbaV0/XNnqU9tI30m66 JPiLTIjKqRFkyRSVp3GK4WgdyZzR4GjtqvI19bvgWQ6ejSmVejA4j/479TikTqDy+k2imrbY /H+wVORriLSNUH591FuPNbXW16M0PTbpecagVcxJASeFXPw+aBWtb2ugVfVRf0PU2Qgtr6d0 PtkkyMvtbYB2NEaLRqIUbRFkPR2SHKtrSZBTdCvDuu5c/MpTVdgS06MhnNMbxqVgFPltpDue S+3lVaVk/X7EX8Kaa2+vfWJXbTU+Seym8dPE7ho/S+yh8VhiT43HE3tp/DwxQ+OJxIc1fpGY qfEkl+tVgC2qjV+wTQtsRz/wKhD7tnX/zbN0no91LtKWqBfaK5Le+I/cU2SJTfRx+HJ4f3if qh8+IK3w26ph+KrWBk20NXo//IHWBfdonXGTaqH1QZrWA21VB22VzmsJf0T1k721jGeHv1dD wj+E/6ml+0nZLqK0zO2VD8qHtGwvjvjqE5mnpeSMHCyHqlfVRDlNzpCz5BMs//JJLfmztMTP 1TL+tPyjXCqflyvkS3KN+qNaop5TS9Wf1DL1vFoeKR9JjEQjSZEKkYqRSuoFrQFe0pL/snpF 7tHy/he1QW1Ur6lNWuq3ajnfoeV7t5boA1qSD2kJPqI+UB+qj9RR9amW3hPyJ3VWnVPn1Vfq a3VBXVTfeCEvrL7zynlKS/EPXh2vldfLe9jrreX4Jy2/MS23tu9607yZWl49P+KX8+Z7Bd4i Lbe+X95P9KN+kpbeylpqb/FejVSOVPFvjVRVddUD6iHVTfVSvf1kv4Zf26/nN/BT/FS/md/C T/Pb+u39jn4nP93v4nf3M6Kbo29Gd0b3RPdH342+H/0o+mn0WPTz6BdJbyXtSNqdtC/pQNJB PZPztS/wDz2TbPMFbH5VWPsasPa/0ta+LdWEta8Fa19HW/t0qiu7aGt/F+x8Pdj5+trO51Bj OUQOoVRY+6aw8820nZ+qPYjpcjo1lzPlTO1HzJaztR8xR87TfsR87QWkwQtoBS+gNbyANvAC 2sILaKe9gMXap3hOPqd9imVymfYpXpAv0P3aC1hJnbQXsJoegBeQDi8gC15AH3gBfeEFPKK9 gN3UD15Af3gB2fACBsILGAQvIAdewFB4AcPgBQyHFzACXkAuvICR8AJGwQsYDS9gDLyAR+EF 5MELGAsvIB9ewDh4AePhBUzQXsB1mqi9AJcmeQleAs3QvkCEZno3eTfRbHgET8AjmKM9gto0 V/sCaTRPewE96Ukvw8ug+V6ml0lPwSNYAI/gaXgEBfAIfg+PYCE8gmfgESzSHsFU+oP2CGZQ ITyCZ7VH8CQ9pz2Cp2mp9gieoT/BI1gGj+B5eATL4RG8AI9gBTyCF+ERrIRH8BI8glXwCFZr j2ADrYFH8HLk5sjNtE77AnXoz9qed6L12p53pr9oe96VNmh73pNe1fY8kzZqy3M7vaYtz520 SVueWvRXbXnuos1+fb8+/U3bn8b0ut/Eb0Jv+E39prRF26J76E1ti+6jrdoWtaG3/HZ+O9rm d/A70Hb/fv9+2uE/4D9AO7WNeoh2aRvVjf6ubVQv2h19Pfo67YluiW6hvdFt0W30dnRXdBft i+6N7qX90QPRA3Qgeih6iN6JHokeoYPRo9Gj9G70s+hndCh6PHqc3oueiJ6gw0lbkrbQ+0nb k7bTkaSdSTvpg6Q9SXvow6T9Sfvpo6R3kt6ho1r/1aCn1SnVQDVSKSpVNVXN1N3qXnWfaqXa qPbq/vCX4XPhr8PfqN/IVmqAGqgGq2FquLxXzVeF6k31tvpWTZfZcpR6XE1VM9VsNUfNUwtU gfq9WqieUYvUH9SzaoVaqVapNWqt+rN8W94n35GH5PvyQ7VZvaHeUtv/j73zjpKi2tb4PjU9 3RX6VHU1wzDAiIBkEBARQRAVkSAIKDlHh5xzHHLOUZA4DEMOkkGUnDMiIiACohcVkYuIiIhv 19dFM+Xzvvtcd63311u1prr6/E5Vndm197fPOdVdbe4295r7zcPmUfO4edI8rTfVm+nN9Rbm Z+ZF8wvzS/Oaecv8p/mTec+8rxc09+oNzQfmQ/ORRZZi+Sy/FbBUS+oT9an6TH22PldfoKfo S6w4K95KsLJYifoGK5tZyKxiVjdrmnXNhlZOK49VwCpqlbTKWK9aVa0aVi2rXnhL+KPwrvC+ 8KHwsfCp8Nnw+Qw7MuzNcJD1po+rN0EtyHpjaiZnu5DGGUnLzAqksgLlo5BWgHUoE3QoM3Qo C3Qoq1aBdSgROvQUdCgbFOhprRkrUHaoTg6oTk5tLKvLM1CXXFCX3FCXPFCXvFCXfFCX/FCX AlCXglCXQlCXZ6EuhaEuRbRtrC5FoS7PQV2KQV2eh7oUh7q8AHV5EepSCuryEtSlNNSlDNTl FajLq1CX16Au5aAur0NdykNd3oC6VIC6VIS6VIK6VIa6vAl1qQJ1qQp1eQvqUh3qUgO68rZu sK68A12pCV2pBV2pDV2pA12pCy2pBy2pDy1pAC1pCC1pBC1pDC1pAi1pCi1pBi1pro9hLWkB LWkJLWkFLXkXWpIELWkNLWkDLWkLLWkHLWkPLekALekILekELekMLemib2Yt6QoV6QYV6Q4V 6QEV6QkV6QUV6Q0V6QMV6QsV6Qf96A/NGADNGAjNGARtSIY2DIY2DIE2DIU2DIM2DIc2jIA2 jIQ2jII2jIY2jIE2jIU2jIMSjIcGTIAGTOS4z0OTzSvqr+pR9Zh6XD2hnlLPqGfVT9Vz6lXz dbOCek39Wr2hfq/+oN5Sf1Rvm63MNupds4/2mlZeq6hV1qpqjbTmWkezn5msTdAmaVO0adoM bZY2R5unLdQWa2nacm27tkP7WNul7TFXaQe0MtoR7bh2SvvE3GRu1c5rF7RL2mXtinZNu659 o93QvtNuare029od7a55QftF+1V7qGvmbfOOHtJz63n1AtplvYHeXe+p99b76v31gXqyPlQf oY/VJ+hT9Bn6e/r7+nx9kZ6qL9WX6yv11fpafb2+xSxovmlWM98x65gNrBxWbiu/VcR60Spt vWJVsapbNa264W3hHeGd4b3hg+Gj4ZPhT8KfZfgww54MBzjy+/5/5P+fRn5ID3HkO/FfG/Ff B/FfF/FfD/FfH/HfAPHfEPHfCPHfGPHfBPHfFPHfDPHfHPHfAvHfEvHfCvH/LuI/CfHfGvHf BvHfFvHfDvHfHvHfAfHfEfHfCfHfGfHfBfHfFfHfDfHfHfHfA/HfE/HfC/HfG/HfB/HfF/Hf D/HfH/E/APE/EPE/CPGfjPgfjPgfgvgfivgfhvgfjvgfgfgfifgfhfgfjfgfg/gfi/gfh/gf j/ifgPifiPif5H7GxJlBroBRU1Nnno8j/Rb7+ivaK+zrN7Wb7Ou3tFvs67e12zwevKPdoVjO zS3Iz3G1wZkJpEBk5o7HNEO4xjBtGMXy2GYE+bVR2igKcE+/GKnc2y/Oo8EY94yJ7kitGe8v rBnWQnze4e8cyflUhDMTmQtj0LDWleu+ohXTuqs/8XaM9or6E0ic3pL86q3HjN/5nHfqT5i9 vKVJfs2FIznf7PdF9tWc7/X6HtfFu0jdJzbbivY35z2zsmaeI1Kvqld53+3adj7KDm0Ht+dj 7WNu+y5tF4+e92h7SGUNy00a61he0lmzxpKhb9G38Ai8tFmaJPe4XiaTe12vkMU9r9coxL2m FLK555RKYe49pVEG7kEtozjuRa2gjNwXukfx5n3zPmWypCUpwcpmZaPMrG4FKAvrWg1KZG2r Rc6cbJz6s/ozt/IX9Re+ss58qcLj0yrc4nHaOP5f/bqfr6yqq3xlTd2kAI/86nKLN+mbSHNG v6QblpGJ2/q2+Tafu7ZZm89d36zP52bA5y5kFeJzl7BK8Llfsl6irDy2K8tX+s/XvAWueU9r Oq55xr/RrqAe5HY5rVPROg2t07l1mcjgcWYByoTWJaB1mdG6LGhdVrQuEa17Cq3LhtY9/bh1 kW9b8V9LblN/9Yh6lNt0Qj3B1/2uepdbo2sGX9dMWgJf0fxaftb9wlph0rTntOdI54z4Ghmc Fd+gIGfFqmRqTbQmZHF2bMG5obfWmz00WUumDDySHEFxPIYcQ/GcMSdRAmfNKZwzZmmzOGcs 1BZyzlisLeacsVxbxTljjbaGM8R6bStnCMe38sO3CsC3CsK3CnFOPcrqf1w7wbp/SjvNin9F u8Ja/432DWv9De0Ga70TuSW0u9pdVvxftF94TPtQ91EpHsvpVE7Pomeh1/Uceg4qrz+jP0Nv wFMrwFMr6gX0glRJr6HXoDd5RFeXqugN9Yb0lt6CdaCa3lnvTNU5J3dnNe+p92Q17633ZjXv q/dlNe+v92c1H6gPZDUfoY9mNX9Pn83a/b4+l1U7VV/Cer1cX85KvVJfyUq9ka9oC76iCdTK zGvm5V5VQbMQa2tRsyir6gvmC6yq1czqrKrvmDWpD2f0utTPbGA2pAFmO7MdDTJ7mD0p2ZlZ oSE8FhlJw3g8MpqG82hlPI3gUclkGumMSmgUj15m0Rhztvk+jTPnmfNoIuJtEuJtMuJtCuJt Ko9M9tM0Hpkcp+k8OjlJM3hc8hnN5JHJFzSLx07X6D3za/MHmmP+aP5EixGZyxCZy3mc8oBW 8FjlIa00H5mPaJXlfIFzNY9bFFrDYxcfreWxi0HreKwSz2PLBCuBx5Y5rJw8tsxt5eFRZUH2 3e3cXynJI8nSVhkeQ75ilefRYxWrKh2wOlod6ZDV1epKh61F1loeGV4LX6PPw1+Hv6YL4W/D 39PF8K3wLbocvhO+Q1+Gfw7foyuY3UvSklht22htOB4rWBVIsSpZlXCvRqF8zjcPAiPdqGgV mWULTOSybtEyhY5z3/EER8op9RRr5Rn1DMVCDf2shl+Rxv3HbyjIfchvyeR+5G0KIZriuc/5 G2XCvZssWg4tB3u7c7/mKa209jL3jZzskxMx9QzHVHnuD1XUKnJ/qLJWmftDTnzl5Z5nI+4P OfGVX+uodeJYmKBN4ChwYqowYqoI90ancR9ohjaDI8KJr2LcM53DcTFPm8dx4cTaC4i1EtxT TeO4WK4t57hwoqwUouwlRFlpRFkZKPjL3Ic9SGURca8i4soh4sprn2hnuQ90XjvPvZ8L2gXu /VzSLnHv57J2mXs/TjxW5V7uNe79XNeuUzXEZnXEZg3u9X5HbyPbvoNsWxPZthZitjZitg5i ti73h3+letpD7SH3gViSOI6c3lJDRGsjRGtjRGsT3Jdphjsy7bjH3JB7ME7W7oQ47YY47Y44 7YE47Yk47YU47c196mTqw/3qodSXY3YE9UOu6s997Ik0gPvZU2kQ97Vn0mDE8lDE8nDudy+g kdz3TqHRiOux3AdfSuMR3RMQ3RO5P76aJnGffC1NRv9hCvLfNNyXmY5In2kWNgtzNDnxPtss ZhbjmCpuvkjvI0cuQI5ciBy5CDkyhUcq5TniKpgVaQn38qvQUujDcujDSujDaujDWrOp2ZQ+ MJubzWm92dJsRRvMJDOJNpltWDc2m33MPrSNxzL9abuZbA6mHeZQcyh9bA43h9NOKMkuKMlu c6w5lvZAT/aaE82JtI9VZRbth3och3qcgHqchHqcQrY+ba4yV9MZHvdsprPmVnMbnTM/ND+k 8+ZH5kf0ubnT3EkXzN3mbrpo7jX30iVozhfmQfMgXTYPm4fpS/OoeZSuQIWuQoWumafN0/QV tOi6ecG8SF9Dkf7hzJfQDfMH8xbd5NHTT3QLinQHivQTFOkuFOlnKNI9KNIvUKT7UKRfLb+l 0gP0Kn634qw4egR1+sNRJ0FWFiuLEFailSgUp88hYhy9Ej5Hr4Tf6X8IlUdYRYXuqJYIOqol TFatV0XIUS0RdnonIs7pnYh4q65VTyRwj6CnyGL1tnqLrFZfq69ItPpb/cVT1kBroMhmJVvJ 4mlriDVEZLeGWcNEDmuENULktEZZo8Qz1hhrjMhljbPGidzWBGuCyGNNsiaJvNYUa4rIZ02z pon83MucIQpYs6xZoqA125otClnvW++LZ6151jxR2FpgLRBFWNE6/K9yv6NNGvK9Dj0KIt9L 6JGJfB9CvreR78PI93HQpnhoUyboUQI0KDM0KAvyfVbk+6eR77NDifJCifJBifJDiQpAfQpC fZ6F+hSBvjwHTSkGTXke2lEc2vECtKME8v2LyPevQi9eg16Ug168jrz+BvJ6ReT1SlCKylCK N6EUVaAUVaEUb0EpqiGjV4cK1IQK1Ebk10XM10fMN0BGb4iM3hgR3g6x3QG5vCNitRNitQti tRtitQdyeS9k8d6Ivb6IvX6Iuv7I4gOQxQciiycjiw9BFh+OOByBOByJOByFOByNiBqD+BmL +BmHyBmPmJmALD4RWXwysvhsxMx8xMwCxMxCxMwixEwKYmYxYiYVMbMEWTwNcbICWXwlsvgq ZPE1yOLrkMXXI4tvRBbfjCy+A1n8Y2Txncjiu/7HDK2wZzn9T0L/U8DjFHhcDPpyPvTlYtGX 86PnFkA/TUWfSkMfSUc/IYh+gkQ/wUQ/wUY/IYx+QoZ0I558yPrvOp/vwHc/SLQQ3JeP7Rjb MdIipbxSnrv0FZSKJHwtfN0pxtfX15cy+t73zaN430JfCmX2pfpSKdG3zLeCnor93flwsj/J 341yBWoH6tJzgUaBRlQ88GPgR3pBraq+RSXU6mp1Kqlf1K9wX/Wafo14XBrbjmIpJHIqxWMq +OrxuOKvPt+U/nOV6T9dd51u0l16KHwi6F9DMf4U/2L/Wrym+tfhdYn/A7ym+dfz62Le2oDX xf6NeE31b8LrEv9mvKb5t5DCr1v5XSrX3obXxf7teE31f4jXJf4deE3zf8S1U/0f87slXHsn Xhf7d+E11b8br0v8e/Ca5t/LtZf49/G7NK69H6+L/Qfwmuo/iNcl/kN4TfMf5tppf7LIX33S 9F9Z5Aj+8xT/Udcyx1zLHHctc8K1zEk+T4r/lGuf065dzrh2+cS1y1nXIp+6FjnnWuQz1yLn XYt8DotccC1y0bXIJdciX7gWuexa5EtY5IprkauuRa65FvnKtch11yJf/xuL/NUnMNNb5BvX Iv9wLXLDtci3rkW+cy3yPSzyvWuRm67H/OBa5pZrmR9dy9yGx/zTtc8d1z4/uXa569rlZ9ci 91yL/OJa5L5rkV9dizyARX5zLfLQtcjvrkUeuRb5I2KRAP0Ni+yjY3SWLrFFvqM79EAoQg+I iEUCSsQigZiIRQK+iEUCsRGLBPyORQKBiEUCasQiAS1ikYAesUjAiFgkEHQsEpARiwTMiEUC VsRjAqGIZQJ2xDKBsOMxgQwR+wTiIvYJZIzYJxAfsUsg0flPA5kidgkkROwSyByxSyBLxC6B rBG7/G2L3Ixa5CnXItlcizztWiS7a5EcrkVywiLPuBbJ5Vokt2uRPK5F8roWyQeL5HctUsC1 SEHXIoVcizzrWqQwLFLEtUhR1yLPuRYpFvGYwPOuZYo7HhN4wbVMCdcyL7qWKRmxjDNP47Qb 8zRZSFeXqGnqUnWZulxdoa5UV6mr1TVOHc4SiaiTjcd6s9X31JnqLHWO+r46V52nzlcXqDPE i8gakXpVedHpbV6c51hOxfdSOnFqUTnLON9eLsrXoTxVo3pqC/L5Wvm6KRXUlu5WRbUVtrpz 2bvuVkU1ibeSUK+1u1VRbYMtp15bd6sinycL5aLCVJKvc1WqQ804W/SgQTRabRc9U/vomTpE z9QxeqZO0TN1jp6pS/RMXR+fSe3HW218rbisv7tVUR2ArSQuG+hu/U8t6hZtUfdoi3pEW9Qz 2qJe0Rb1jraoT7RFfaMtGhRtUXK0RYOjLRoSbRFfJ1GEe8IkDgvnScxnxBnnczPOJ0CDu/EJ 0qr8rhUVkTPlLPmenC3nyLlyvlwgF8pFMkUulqlyiUyTS+UyuVyukCvlKrlarpFr5Tr5gVwv N8iNcpPcLLfIrXKb3C4/lDvkR/JjuVPukrvlHrlX7pPvy3lox0XnKTjK88rzVEjZpGymZ90z /6dn+Fctj55ZCSjF+MzFleJ85i3KVpy5EuWQfWRvOUCOkRPkRDlJTpZT5FQ5TfaUvWRf2U/2 lwPlIJksB8shcqgcJofLEXKkHCVHy7FynBwvp8sZTq+OlvNCopBwnp69SCwln1guPuZoUFh9 cvLR+vDRnP2enKcXn9c5/oA/ncE5frqju+0Z7pyFr2JxPstOsYf8Yp+4QLryovIi5SBFqDRE HgneDf4cvBf8JXg/+GvwQfC34MPg78FHwT8kSSEVGSN9Mlb6ZUCqUpO6NGRQSplZZpFZ5VMy l8wvn5WmtGVGmSDz8TCxo8wks8l4+bRMlDlkTvmMzC7zyLwytywoC8kCMiQbya4ygywsw/Jl WVE2lMXk87KofE6WkC/K0rKMrCLfktVkdfm2rC3ryHqyvmwim8l3ZZLsLLvISrKILC5fkCVl KfmSLCtfk6/IV2U5+bosL9+QFWRl+aasKmvId2RNWUvWlQ1kc9lCtpStZGvZRnaQ3WR32UO2 le1ke9lJNpZxbKNqeAoEcQQ6z+J3ND8rTaGplJNWcx8pF33ISz46SJ9SfrrKS0n6ipdS9DUv L9ENXkpzXvyOynAuuMnH+IWXsvQrPeBe6kNeXqNHvJQTMSKGXhexIpbKi4AI0BtCEzpVEEER pErCFCZVFiERojdFWISpiogTcVRVxIt4ekskiASqJrKILFRdJIpEqiGyiWz0tsgustM7IqfI STVFLpGLaok8Ig/VFvlEPqojCogCVFeUEqWonnhDvEH1RUVRkRqIyqIyNRRVRBVqJN4Sb1Fj UV1UpybibfE2NRU1RU1qJmqL2tRc1BV1qYWoL+pTS9FQNKRWorFoTO+KpqIpJYnmojm1Fi1F S2oj3hXvUlvRRrShdoIXai86iA7UQXQSnaij6CK6sLp3E92os+ghelAX0Uv0oq6ij+hD3UQ/ 0Y+6iwFiAPUQg8Qg6ikGi8HUSwwVQ6m3GCFGUB8xSoyivmKMGEP9xHjBoz8xUUykAWKymEwD xVTOIIOUl5WXKdnIYeTgjK0IPw3+C//+994dz96ciX08wfXyRPbop9mbs8Ofc7E/52aPzs/+ XpA9uhBHQBxigL0/+PBPHh7x7xddD/8/92/27uqud5cn59cH+Frzu7Y0hDPOGF6e55HAIipO H/BSgrbz8iL3fc+xj1/jpRT3b66zj3/DS2n6lpcy9D0vL9MPvJSl+7y8Qr/x8ir9zstr9Ifz dS3uMfvYx/18Bd4QKutMBWEIgyoKNjp7uiUs9nRb2OzpGUQG9vSMIiN7eiaRiT09s8jMnp5V ZGVPf0o8xZ7+tHiaPT2HyMGe/ox4hj09t8jNnp5X5GVPzy/ys6cXFAXZ018SL7GnVxAV2NMr iUrs6W+KN9nTq4qq7OnVRDX29BqiBnv6O+Id9vRaohZ7eh1Rhz29nqjHnt5ANGBPbyQasac3 EU3Y05uJZuzpzhi3tWglWrGnJ4kk9nRe2NPbi/bs6R1FR/b0zqIze3pX0ZU9vbvozp7eU/Rk T+8terOn9xV92dP7i/7s6QPFQPb0ZJHMnj5EDGFPHyaGsaePFCPZ00eL0ezpY8VY9vQJYgJ7 +iQxiT19ipjCnj5NTGNPL6uUpWQ3Hz+M5mN+Jyu675z7mc5nb2P4L0Tx8jBvVabq0vkUU2V5 AJ7h1KyMMb1z5zMb7pSa8hBqVpX7+b1zHB+XRLacPQ9GzkM7sHc4el8vp3s/IAn9hB3O0yCD 3wVxfzVd39DpP06g2/RPuqOUVEqpE5WXlNLqpD/XCR4LHg+eCJ4MngqeDp4JfhI8G/z0v9XZ E9wb3BfcHzwQPBg8FDwcPBI86tQJngt+Ga1zLvhZ8Hzw8+CF4MXgpeAXwcvM/nQcPJMiI8VT JkqgzFySldmfj/OvznUs+Om/PU66Ov/q/+LjH/13bY7WqUP5/qrOf1KGawab8Fm+xP38cpRN PpJ/mMSJSTFjTJ8Za/rNgKmamqmbcaZhBk1pmqZlhkzbDJsZzAQzs5nJzGjGm1nMrDieD0/M cKbInG/9OP6Vk5cY2khbmOyj/aRCH3TOezYZiG4pSovSfNLaHJUWZ5UksjmftKcMnD26U0Yx XUynTGKumEsJYr6YT5lZ9ctSFmWtsg72TqFqwSvBq8Frwa+C14NfB78J/iN4I/it/E0+DC0O pYbWhLaGdoY2hTaHdoV2h9aHtodSQmtD60IbQ1tCH4QWhD4MrQqtDC0JLQ2lhZaHloVWhFaH Pgp9HNoW2hFaFFoY2vBXR//floXmO58UcL2vEC86a29x7vMdo5M8CviVlxDytY1sG0a2zYBs G4dsm1GkilSKF2vEGrbCR+IjtsIVcYWtkKwksxWGKEMoK/eSN1FijBVj0VMxdoxN2WJWx2yk p32v+MpRXt+vvl+pYGyhWD5/bOHYwvSsP4c/BxXGlS8if5A/cJaIaMnviHEt4pd2A7uh3chu bDexm9rN7OZ2C7sl7uF/ad147Lt2J7uz3cXuanezu9s97J52L7s36vxkPYzWaWW/ayfZre02 dlu7nd3e7mB3RJ1vrTvROn3svnY/u789wB5oD7KT7cH2ENT5PeSP1hlqD7OH2yPskfYoe7Q9 xh5rj3PqhAKhULTOeHuCPdGeZE+2p9hT7Wn2dHsG6tihLNE6M+1Z9nv2bHuO/b49155nz7cX oE7WUK5onYX2IjvFXmyn2kvsNHupvcxejjq5Q4WjdVbYK+1V9mp7jb3WXmd/YK+3N6BOkVDJ aJ2N9iZ7s73F3mpvs7fbH9o77I9Qp1SoXLTOx/ZOe5e9295j77X32fvtA/ZB1Hk9VDVa55B9 2D5iH7WP2cftE/ZJ+5R9GnXeCtWJ1jljf2KftT+1z9mf2eftz+0L9kXUqRtqFq1zyf7Cvmx/ aV+xr9rX7K/s6/bXqNM81C5a5xv7H/YN+1v7O/t7+6b9g33L/hF12od6ROvctv9p37F/su/a P9v37F/s+/avqNMzNCha54H9m/3Q/t1+ZP8RZtcOK+EY1EkOjX5cJxwb9ocDYTWshfWwEQ6G ZdhEnbGhadEZaHx30dhCiuE8WV8YzvM24tKVx6j7oiQyb+18+7QWslNrt6QMH9WZHU5f5mTB TpTiKXPGBw1oulvmHLOfkyuNmkZDIqOxwb0po6nRlEtaG63JMLYZ2yho7DR2kjT2GfvINA4b h8kyThmfUsg4b5zH54uE0cj5nBP2JOwpsI+CfWKwjw/7xGIfA/tcxNrJzoqyQ/mOhHKb/+6h bc5/GqOk8eL81t8FPI38SflE5bayA09pdZ4Y/Ljcp/Ti5bySiudaOs8yf0yEcoD/JuOJoo/L FKWSsh7PDnaeuf6k5lz+45yvXFKKpaubqDi/y1CDtw4oielqd8Kza2OUNcpGZfuT+uKmUoec 573HKDOVuUpKuj3K4Cm4McoAZaizHd1ju+L8LtAtJq2Uds52dI9GeEKzUELpyirhyeaKUkKM T1daDE9kjFGyK3nElXTlWSIzUoqqmEpcunNWUJxfUHN+z2RzutKi4iaeDamIC6JouvIEpxXc 84wRe8QhHslECT0S/L+LYkyWsZJvTLdPmliFZwg7zxiNXj8e4wwXM7lMwfOXn5R34PGT8+0x 51vZt5+U03zuteL34Pjv/JPrTSNpJPeLnWhwbL8rHekgCvMo0vnWtvO0gbQoiaV3uNcdx1na +aYXX1Man26vEjzevU/O9/2dZwd0SbdXIi9nMIfu/DaC88ztCHO8via8vrnRnGMkiX3fRNSE OAK+INu4alylouFwOI6eg79HItlRQL/+uv4679nGGMElo40Z9LQxy5hDzxrzOOqfC2cMJ0R6 qUYTPvbjKNPcvdpG98qGvQrxXmlU1FhmrKeXjI18hDeMK8YVqozjvBlVFmF0xLoJ1pexboX1 kEiWNM7jnfM0hPioCo0nH6tQV6MBWFdyvpXmzHDGk/MdfV/Y4lY2xVYoumVji6+xUcuoA/Up in0S0JN39nGU7fFeT7ZtdzvdnmIFWlKcr0sX6kUDoHUTWcfm8PVNo1W0nrZiFtt5Yv85usRj vRt0i+7SA26uXwRFmL03m8glCrB3lxBlRDnHb3i81MDxLPa7bo7nsVeOZd+cKeYaNbntNY1a vK5l1OZ1bW6HYtQx6vK6rlGP1/WM+ryuzxZRjAasnorR0Lk+RiPWUIWVtAmuW1PHBnz1FPYP VhX4h8IKuY3X26CQOw2OY2OXsZvXu409vN5j7OX1XlZORz951GLsN3h8YxxwvMY4yIqpGIdY URXW1SO8PmJw3904ahzj9THjOK+PGyd4fcI4yeuTfCUV1l7Op8Zp4wyvzxif8PoT4yyvz7Im K8anxjlenzM+4/VnfP0VVunPef25cYHXF1ipFeOicYnXl9inFeML9mnFuBoOk8KenYHXGdi/ lbCjLYK988nd1QTESVv0u2L+drSk+zamwX36QClnre6DD/YhYfai4cIU+fhqNhK9+MqtEPvE ZXFfCSuFlApKM6WfMp2V+ZByTXkYEx9TNObNmFYxg2Lei1kfcyzmG+7MZ/EV91XztfEN9c31 bfad8n0X64vNFlsy9p3YDrEjYxfGbo89G3vLr/pz+sv46/i7+Mc6dzj95/13AsFAnsCrgQaB HoGJgWWBPYFLgXtqSC2gllebqH3Uqeoq9YB6RX2gxWmFtUpaC22ANlNbpx3RrmuP9AS9mF5V T9IH63P0jfoJ/YahGIlGCaOG0c4Ybsw3tvIVuhn0B7MHXwrWCnYKjg6mBHfwKOe21GUuWVbW k93keJkmd8kL8i6PWPKZ5cxGGBebFMfWZzs5a3Uf1nsfE8en2YLOt1L3Yf2E1AKpBVLLQ2qD 1Aap7SF1QOqA1PGQuiB1Qep6SD2QeiD1PKQ+SH2Q+h7SAKQBSAMPaQjSEKShhzQCaQTSyEMa gzQGaewhTUCagDTxkKYgTUGaekhzkOYgzT0kCSQJJMlDWoO0BmntIW1A2oC08ZC2IG1B2npI O5B2IO08pD1Ie5D2HtIBpANIBw/pCNIRpKOHdALpBNLJQzqDdAbp7CFdQLqAdPGQriBdQbp6 SDeQbiDdPKQ7SHeQ7h7SA6QHSA8P6QnSE6Snh/QC6QXSy0N6g/QG6e0hfUD6gPTxkL4gfUH6 ekg/kH4g/TykP0h/kP4eMgBkAMgADxkIMhBkoIcMAhkEMshDkkGSQZI9ZDDIYJDBHjIEZAjI EA8ZCjIUZKiHDAMZBjLMQ4aDDAcZ7iEjQEaAjPCQ0SCjQUZ7yBiQMSBjPGQsyFiQsR4yDmQc yDgPGQ8yHmS8h0wAmQAywUMmgkwEmeghk0AmgUzykMkgk0Eme8gUkCkgUzxkKshUkKkeMg1k Gsg0D5kOMh1kuofMAJkBMsNDZoHMApnlIe+BvAfynofMBpkNMttD5oDMAZnjIfNA5oHM85D5 IPNB5nvIApAFIAs8ZCHIQpCFHrIIZBHIIg9JAUkBSfGQxSCLQRZ7SCpIKkiqhywBWQKyxEPS QNJA0jxkKchSkKUesgxkGcgyD1kOshxkuYesAFkBssJDVoKsBFnpIatAVoGs8pDVIKtBVnvI GpA1IGs8ZC3IWpC1HrIOZB3IOg/5AOQDkA88ZD3IepD1HrIBZAPIBg/ZCLIRZKOHbALZBLLJ QzaDbAbZ7CFbQLaAbPGQbSDbQLZ5yE6QnSA7PWQXyC6QXR6yG2Q3yG4P2QOyB2SPh+wF2Quy 10P2gewD2ech+0H2g+z3kAMgB0AOeMhBkIMgBz3kEMghkEMechjkMMhhDzkCcgTkiIccBTkK ctRDjoEcAznmIcdBjoMc95ATICdATnjISZCTICc95BTIKZBTHnIa5DTIaQ85A3IG5IyHfALy CcgnHnIW5CzIWQ/5FORTkE895BzIOZBzHvIZyGcgn3nIeZDzIOc95HOQz0E+95ALIBdALnjI RZCLIBc95BLIJZBLHvIFyBcgX3jIVZCrIFfTE2cUGSjlrNV9WD8hGUAygGTwkDiQOJA4D8kI khEko4fEg8SDxHtIJpBMIJk8JAEkASQBRCHDnYFxRrICI1mTR7IjyMJsTBHMxryMOZzXMLZt hLFtY4xtB/DYNoEGkvNLdpKyUwEqTmWpEr1DjSiJulA/Gk4T6T3MuWAOAluYh8AW5iKwhfkI bGFOAluYl8AW5iawhfkJbGGOAluYp8AW5iqwhRkJbF3mrcvO54X4P2zM/6fzPxjGZS4LkhAN KJ6KURmqRs2om9vaFFpFm+kQnaFL9A3dpgciKOJFdlFAVMIR5zlzIe44fj7mRTY6MyJuyQKn xLlW0ZKFKIlPV7IIJZlQ4hwxBUd0thZHt1KjW0uiW2npzrwUZ94UPcayaK3l0a0V0a2V0a1V 6Y6xGsfYHD3GmmittdGtddiKeFC8k+F4j9lszZb8OodfW0WPth7/VcLj/9Now2MrMrrwKCZg 9OJxSdDow+MJafTncYBlDOIet03O7wM6d7cT3WNwj42PzL0zo5VbMhslc1DizB4O4Takv9Ow wb36zkxgZMavkTsX6MzbKEpJ5VUSSuTb0+3cslxKIV53cOfEH5eaSjzFKHV4SUxfLu6JR+Rz 7unz4vOQS+I671dBqeopPSBO8HFMpahSwlO+RmwmHx/tnpKgZPOQ6WIuxfLRnOXRn87RRwxm P73vKWsleKQrVonrntJqog7FiJm8nPCUlxBl+byDsGz2kESRi9cjRYqn1C9MXncRU9OXOk86 5qOXFA1EL0+58xzkGI6OcqKVp9x5SrLPuX/MceOxPj6l66NbdEuEhOcK0HiaTrF0Fss9EfYw 55O+sbQVywV66GHOc1oFx2r6sldZh5zWnfGUOk9afTwb/7gsHve+1zi/iYlSx8t6GMv+4zlq hWL/dA/JmW10dDMH5hlzurPYCmZno9qE0nlYb8A6JTrH/ndn5y9RDP6/RNzbz+d+BqQ9WE2s B7lznM523T/NUY5Gu8a4OiuMbs7RxDFxA3d2nLtIkfsGHVC+UZzi8nP4tbsnpfOVpMi9HXFL yZeufKRSjcvZxkqedKVdlLK4t6OIXeJBuvJ6Ti3c2bmfrrScEu/e2ZkqjqUrL8Dx6tzZEeJI utI4brMQJRA985+U00Onzc79HI7BJ6XfiAO4m+NET5f/qu78g6uorjh+fzzz3tt9eUfeiylD HbSVodhJMwwyMaNMoaApowzDlEADTSFQCZBfkBcC4VdARBrCD1ERkUaCgYQYQ0CMiNRRVAoW IaWWIiJSZJxOx1q04tCO9o+e+937kg1SFHXA5o/P3j3v3uzuub/vPXvWJ++QbV75kWU+6W78 xxPGalMO9ck3SbMnY77rPcQnrUUN4nZYnJBpPnlCmhZ3Lb521iXNx46Q8UvYaku4J79DmtbF 7CO955NmSqPPURyqtt4PPHm6NN8SMD75dlmpMj2x2Y9w8zh/NXZLgyhN8J5r1t8uaw+U64lb 5BZz7FKzpuaWu+UcY6G7kGMschdzf1DPPWHIbeA+znEbuVeLuNu5d0m1fXPXjq25Bwc9SILL nHDnuHP46vPNuhLXvuUcu4nr3TVuK/dlKbjXetG1E+TVlnKwMbm2zmwBy8DNwvNHaLSfa2tF 6dfeOTYaGM31SrjjzRgF6RXSa6QMIOU1SJmClEGkNN4tsqyX+r4iE72a2c1GLTQjxcDUWAx7 DgE+844x/K7VnepOIQJTA9P4eoVuIT+Xt1txntveQcaK07b4ZVZ+iuV9jO2c3NJNvp/b8AjX o2XdpDv4eF4usC1+Usq9vjgtS+T4btKlfDwox8q7uknNsV3myMxu0jxhdkH7213UpHQoH2u4 J+nbTZrBx4R0ZHo3KffU3OZ/IlOs9JsZx3pluMiWYYkyrLn8VXGO1HMpS0HpDaL0ht0WLlMO t/XXofR/fauDpAUBM9YDJPBayCeCY8BccCx0EeA+rT+Xn0HC+waNJ0t6KfXK9gwTP/ShYTQL xA5sNFuYdxQzwrcIEb41fKsIhSvClSKMNxUj8CWa6pATF+SkO98VaU5v5wbRy/mec5O43rnb GS1ucKY400U/p8QpFz+K3hT9gbglWhytFNmx07FPxbB4fbxeTIgfjh8WE3FfMdhvl9k9z2mi hkNr+LhO1HGoQTRz2LSv7fY5YtYfaY4YwXOKbC43OTxOz+ZWr4RDCR4RZNsvcgvsb8vQMUPj F4dnN/8K3y28nTojS8XvZ/HLuXABzs5AC0UIn0OsmxE+CnnBFdYOibFcpidjV7iI9ZEPLRWJ WtZRPr7gW2f1QtZT6xDWwhDWzQDWTh6HClgzA0SJ1Uj5pTXi/OoCHXTq5apqIYRvQ+YwR+Cp JqCXE/a33qIPl/fetsQPtU+awP124N7H+fJ8MOQHLsj5K/s8QXunWTweHQk7p3z7NEFbR40f 44H2m1JCVFz8WUKfXdWnSEdtq+ZWvhbv2tXZkKmzbVxfu872CDOm3GufMd3mZjIv77GhpOVD 19kSjuVpADYloddR+m63ZfBi9TiZv6i5bgThI77WbbIt2VdWU3G0Tp62qnz6avCdNaPEtlkd xZH7npZyOvVkdNJ1Ntt+s0yIyktpx6vTfh19K/SCeXl0Cu6tH0YFqd39TfNsaZRt/Xg+FH83 9CZ4HHwLPAG+DZ4E3wFPgX8BTxuGR4O54BhxoT9pvAFJj9A6epQeo9/Q47SeNlAdbaR62iS+ mne1XsKhMiqhYiqlGTSTyilBFTRLXJ63NMX5fSNV0hxaQatoLs2nhfQAPUiL6GG6l+6j2VRF K2k1zaMFVE1r6CFaTGtpCS2l+2kZ/ZpqaDnViv8XX2fmWZ+ldtpB+2kXPUe76QA9T09RGz1B DXSINtMWaqQm2krN9CS10DZ6jZ6mnfQMtdJ22kO/pRfE1fdMhq9q0Ev0Mr1K5o2MS3mDMDFf pL30Cu374pjiWEprj5Ep28T/8uRg3kV4P/L3yAeRf0TORj6MfBT5Z+TjiPGn1/X+hFkNW4VW YJ49w2jAtW+JePN+4X31w6zCmflQwOw22/XUFTaUXA/pWnVLrtJ6/6NQRGzPnOyXvb5uvPEd yGPhIOZBQdiHBTGHDMLeKwhbriBsuYKw5QrClisIW64gbLmCsN8KXrZF7mwRTfrp/1wfZNpW 5Y7uMdysJoMTwangS+A+8PfgEfCP4Bvgn8Cj4J/B44ZffQYY6AvrrzTZy8yAZIYcILPlj+Ud 8i45imdV+Zz702SZnCXnycVymVzJc7X1cqPcIlvkDrlLvgAr1g55VJ6Qp+Vf5QfyY/lvs5ao HHWtSlfXq++rfipTDVS3qSFmxVL9TOWpCbDOnalmw363Rq1Wa9UGtUk1qVa1U+1WL6p96qA6 oo6pk+qM+ps6qz5Rn/IUM0VHdEz31L11H/1D3V9n6UF6qB6uR+pcPV4X6EJdohO6SlfrpbpW r9HrdJ1u0M26TbfrPXqv3q8P6Tf0cX1Kv6ff1x/p8/o/ARUIBaKBtECvwI1COcOgUy+HcsEx 4Fjw52AeOM6Xi78A88FfghN8uTsJLPTl9DRwOlgEFoMlYClYBs4AZ4LlYAKsAGeBleBscA5Y Bc4F54HzwQXgQrAaXAQuBu8Fl4D3gUvB+8EacDlYC64AV4KrwNXgA+Aa8EHwIfBhcC34CPgo uB58DNwAPg5uBOvBTeATYAO4GdwCNoJN4FawGXwSbAGfAlvBbWAbuB3cAT4N7gSfAdvBZ8Fd 4HPg874auxd8GXwFfNVXk38H7gcPgK/5avhB8HXwEHgY7AD/8KVbgWPgm10tgvsWeAJ8GzwJ vgO+axiLgXEwDbwOTAe/A/Y0/IZ26zotoeONIhDNik6KZneuECwRyfcSM0VuvEnEwoO5b9Xh VOuRVYfOhAdHi0wofHPoKIcLvFjodS8jFs9hLhKrc846s/M++onhnJa8++AR7sX/N3n/+8v/ bq7/uasOEMn1757xrTwmHsexO/jKB3hUeO5CiV1FMHO1zM506Rwr6MUKfWZT+c59aW7rzIVm HjXdHi3w68+E3EjoCOfNZN9Zkb1XM/4f6Esf99Kbp/vClN48wvyZ9SF1T0nZVBvOqPDCZk00 Y8SkWWUZP01MKc4YNjdRkvGTRCmfTpmRMCjm00mTM4ZPmZzIGDG9ovJy4uL65rvYESH+C9kO tWANCmVuZHN0cmVhbQ0KZW5kb2JqDQo2NiAwIG9iag0KWyAyNzQgMCAwIDAgMCAwIDAgMCAz MDIgMzAyIDAgMCAyMTcgMCAwIDAgMCA1MzkgNTM5IDAgMCA1MzkgNTM5IDAgNTM5IDAgMjE3 IDAgMCAwIDAgMCAwIDAgNTczIDAgMCA1MDYgNDg4IDAgNzEwIDAgMCA1ODAgNDcxIDAgMCAw IDAgMCA1OTggNTMxIDUyNCA2ODcgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDUwOSAwIDQ2MiA1 ODkgNTIzIDMxMyA1ODkgNTY2IDI0MiAwIDAgMjQyIDg2MSA1NjYgNTg2IDU4OCAwIDM0OCA0 MjQgMzM5IDAgMCA3MjNdIA0KZW5kb2JqDQo2NyAwIG9iag0KPDwvRmlsdGVyL0ZsYXRlRGVj b2RlL0xlbmd0aCA4MjY4Mi9MZW5ndGgxIDI3NzY2ND4+DQpzdHJlYW0NCnic7J0JYFTF/cd/ 847dt7tv791kk82xYZNwLCRAOBIMsOTgCkiAoAmHTWDBBAGpIJ5AUFAItFWK+hdta9VSq/+/ voDFoFSpVQtWqq3WelXR0oooimc9IO//m9ndHBq1DdsmlPkk830z897Mm3nvzczOb3dngQCA D0WCxrKZkyb4fvT0XSDMewcgcOWEsvLx3ueyKkFYUw8g9ptQOW1moC5jJgjrrgMybOuEmbNK 5lzzrAfE3dkAG96dUjVz4rpfZycBTH0OwDNkavmMCZAEBKTibXgWddrM/KHfmT/qWQBBwXDt OWVTq1dVr8bwfAzLhxYsrVv+ceOrJUAeCQCQ4gWrVgauEue9DOSPnwKY+yxafv7SSWUvnA9k 31wMzz2/bsVy8EMQy/sK5uc4f8lli5qn77gdyF/SAMpH1UeWXtp6fkoE4PwjQM4trF9YFzn2 wCHcR7bg8SPqMcKbnzIaw49hOLt+6cpLHx483IPlw/pWLL5g4UXL7ANsBhAm349x0pILF9Tt H/SnH4LQpxqg39yldZcuT3nTMhvTH8H0gaULV9ZNLXvgAawv5gGNy+qWLnTuWXMuCFNaAJzC 8gtXrNSnwyVY3r30+OUXLVz+w3cz9gB5EvcrYaD3Qr723qas5JPfsRd/DH56mQDu+7j4Prr9 o/zM4ye2nNhtbzWNx6CJHU/BrXL7yVYA+0cntnz2qL21bU8M50Ya4xkEjeCAKSCCgNt8uAZP ZzPPxRABUZpGrgMZFHm7XIBZ+qNb8Q+wSHApsmCRBQn/BPEw5On74PBaVgJk6sxAAMJgPTlW frZ1OrEqtwtCAIhO90kgb6c1hWR5AOxgRfktXskh6MbD/WIQ7oAuEBbDFnRJ8TDZC32/fIxU CYfRLe0QvhPdhTH/7Fi65V3l35bmRtjb5ldhr3gkGpbv7RB/J8Y/BnuN+e1xbfsOwF4pDJdJ Q6C/vBbu/qZzfSWtK1pGcSfUSrvR5UOtsA6GM/+1sIMch+vix6J/h+Ew7KDxkob7749eS2E/ 7BAXQr2wG0LxY+X94PtXysE5vaHPxlfiboUliT6P8DRUCu9CfaLz/W8A+7FlPV0GDofTs2D/ eEVsO66ny8LhcDgcDofD4XA4HA6Hw+FwOBwOh9NbEd6FSV+3j9TCnPh70sLTsLZDmjXxdLid +I35Y7qO72v/K2lPHf0VgNbp/95zcDgcDqe3IP0aFvV0GTgcDofD4XA4iUHMgMukSrg5Hu7q eykx/5F/5jjMb+a3fc8l5r8LXe2XjlsW80fi8cK7nT/HTz+z2sHewT63Kkl43ndAk+xQLf0v aOJydHMwvA3Db4EmSKCxsuEx4hTQDC7Q5AG4/xhUi4di+z7FffOgXtwAKdKjcCuNMzSA3M3L etqB1+i2ni4D5z+L9DMYLv0c3ecw3JgRdT1dpn8n9Dt8ZC/M7elycDgcDofD4XA4nG9HXAY7 437yt/Y1JNB/ec+UiHOmQbb3dAk4HA7nvwnPoBSSQ0h0FTC6UeMedCQaAhZLVGCxJHqA1dQh Fzw0j6h5Kj3Aqqpq9DAVeg7SJl/Z40jcCc5oHPjH4XA4HE5CcEQ3OEjjAOtoH2LoqO34+hGH 8OG4B+EXn9MDtM1SvsWH/Ua07yBxqC8FN8Kg6BHdLkHC6tKdkw8l3e72eH/JOZOga5qz/94K b4+c0wQ6YkZHURU+VXRQwKS3ggnMqGamFrCgqqDqJ8EKNlQb2PUTYAcHqgOcqE5w6V+ACzyo bqYeSEb1gk//HJKYJkMKqg9SUVMgTf8MUiEd1Q8ZqGmQiZoOAf1TyIAs1EzogxqAbP0fkMW0 D+SgBiEXNRv6ouZAP/0TyIX+qH1hAGo/COkfQ38YiDoA8lBDkK9/BANhMOogGIKaB0NR85kO hmH6hzAEhqMOhRGoBTASdRgU6h/AcChCHQGjUEdCMWoh0yIYrb8Po2AM6lkwFrUYxunHYTSU oI6BMtSxUI4aRn0PxsF41BKYgFoKE1HLYJL+LpTDZNTxUIE6Aabo9JvnU/VjMAmmoU6GStQK mI46BfUdmAozUM+GKtRpMAu1Es5BnQ7n6m/DDKhGnQk1qFUwWz8Ks2AO6jkwF/VcOA+1mmkN fEd/C2ZDHeocpnNhgX4E5kEE9TxYiPodWKS/CbVwPmodNKDOZ7oAFqNG4AL977AQlqIugmWo 58OFqPWwXP8bNMB3URfDRagXwArUJXCxfhiWwirUZUwvhEtQl8NlqN9F/StcBFegrmC6Eq5E vRhW62/AKliDegk0ol6K+jpcBlehXs70CliPeiVsQF0N1+iHYA1ci7oWNqI2wib9NVgHTahX wRbUq+F7qOvh+/qrsAH1NbgGfoD+a+E61I2wFXUT/FD/CzTBNtTNcAPqFrhRfwW+Bzehfh9u Rv0BbEe9DvVluB5uQd0Kt6L+EH6Mug1+or8EN8BtqDfCT1FvgttR/wfu0F+Em+FO1O3wM9Rb YAfqrfBz/QX4EdyF+mP4BepP4B7U21D/DD+F/0O9He5FvQPuQ70TmvXn4WdMd8BO1J/DLtS7 UP8Ev4DdqHfDA6j3QAvq/6I+B/8He1DvhQdR74OH9GdBg4dRm5nuhEdQd8E+1Pvh1/of4Zfw KOpu+A3qA/A4agvqH2APPIH6IOxHfQgOoO6FJ/Vn4FfwO9SHmT4CB1H3oT4Nv4anUR+FZ1B/ w/Qx+IP+e3gcnkV9Ap5D/S38CXU/PK8fhAPwZ9Qn4QXU38GLqE/BS/pTcBBeQf0906fhL6jP wKv67+APcAj1j/A66rPwBupz8Ff9SfgTHEZ9Hv6G+mf4O+oL8KZ+AF6EI6gvwVHUl+Ft1FdQ 98Nf4Bjqq/Au6mtMD8Fx/bfwOryP+gZ8qD8Bf2V6GD5C/Rt8jPp3+AT1TfgU9Qjq4/AWfI56 FL5AfZvpO3BSfwyOMX0XdNT3CEE9jvobeJ+IqB8w/ZBIqB8RWX8UPiZG1E+IgvoPYkL9lJj1 X8NnxIL6OVFRvyBW1BPEru+Dk8SB2spUJ05UwL4ZPIMtZiMQUZRYny+K6KjHYGDOEA0hRhZW UGUzCxtkpcNgYQDZaJCMRpreZDQaQZKl2M/B9BCs4EJXeyQpISdITC6nMxK/BhwOh8NJFLEh RWCDi9Q+xEidg5zehLGnC8A5E5His5T2+UrXcfG+wyAbDLJswGmKLCtGo4wb2Xgq0xTx2w/5 92EwGM3mbqYVu5wacTj/ncisrfZoc/1meHvknA6oFoXaC6PrtrCFYajna+yFJmootLCwwdjZ Xmhosxdazgx74Rmz0s3XwmdvHA6Hw0kY3F54GsLthZweQO7CNthVXLu90GAwyjKdphhkk2LE ndRe2F2bG/SwAQLnWRZLN9OKvdh0wuEkGm4v5HASgFVVgEjSl+yFRiNzxo72QiOzFyoGtp6E YjR2tAYawaAYJSVmL1QUHLZ7g72wy/5BToylj9sLZX4NOBwOh5MoYkOKwAYXuX2IkTsHOb0J 5dsP4XASjRyfpbTPV7qOi/cd9FMOBtmoUHuhWVGovdCgnLb2QkVR1O4u7if1YtMJh5NoDL3d XtiLi8bhtGG3mqm90MACshx7cBWFOaXtMaaWQiNY0GO0srCidBxmFTCaFNmk0DfyrIrJBLIB s+rum1+JgH0QoWt7oSEhJ0hMLqczBn4NOBwOh5MoYkOKaKCmQUP7ENP+uSFOr6Mn3xjmnLEY 4rOU9vlK13HxvkMxKiaDwWSS6NekzCYjNSCaTuUHNXr0484mk8lq7WZabi/knEkYWFvtxd9O 4O2RczrgsJlBkOQv2QtNJuZMneyFCrMXKjYaNpuUjtbAmL3QRNukDccxMBjlnv1lq6+3Fxq4 vTAx8Nkbh8PhcBJGu72ws4HQwO2FvZdT+IQWh9NdDPFZSvt8peu4NnuhopiMRpNZAsWoms0K /ZqUGbprc4MetxeabbZuppW5fYJzBmHk9kIO59Rx2i0g0FU8KNReyNpU21gbb2FmaimkBkCz Ymdhk6mjNdAEitkkm820TdrNZjNdzvC/3F7I1+zhszcOh8PhJAxuLzwN4fZCTg9g7MI22FVc W99hUkxmo9HM7IVWS9xe2F2bG/SwAcJsttjt3Uwr92LTCYeTaLi9kMNJAG6n2m4vNBhibYr+ 7hY6c1sLs1ATIX0nzmJysrDZ3PFtOTOYLGaDxUIXCnFYLBYwKpjVKQzEpwxb6KjL/sGYGEsf txca+TXgcDgcTqKIDSlifAmy+BBj7Bzk9CZ6cuEZzhmLMT5LaZ+vdB0X7zvMJrNFUSyqTL8m paomuqySBbprc4MeXsTcYlGdzm6m5fZCzpmEwtpqL179mLdHzumA120DwWCIrlhN7YWsTdHf 3UJnaWthKjUR0pFVNbtp2GqxdLQGWsCsWoyqStukS1VVMJpwjD6FgfiU+QZ7YWJW5+ZrfCv8 GnA4HA4nUcSGFEmhpkGlfYgxKp2CnN5ET36RhHPGosRnKe3zla7j4n2HxWxRTSbVKoPZ5LBZ zdGvSXXX5gY9bIBQVavb3c20hl5sOuFwEo2J2ws5nFPHl+QAIf5jx/SNONam6Dq66KxtLcxG hyc6stosSSxstTo65KKCxWZVbDb6wX+vzWYDxYxj9CkMxKcM++JSl/2DkpjVufka3yZ+DTgc DoeTKGJDimSipkFT+xCjmDoFOb2JnvwiCeeMxRSfpbTPV7qOi/cdqqrazGab3QCq2eWwq7ix 2KC7Njfo4UXMbTa719vNtMZebDrhcBKNmbXVXryaCW+PnNMBv88JojH24yX0jTjWpui6GOjs bS3MTk2EdGR1WH007LDZOg6zNlAdNsVhpx/8T7Y7HGCy4Bjt+Y/WpDPsi0tdNkJTYlbb4d/B MfN1izgcDoeTKGJDimympkFz+xBjMncKcnoTjp4uAOdMxBKfpbTPV7qMa/tmss1qc6gWu9MI VovH6bTiRnVAUvdL0KPLIzgcTp+vm2mVXmw64XASjcrthRzOqZOe6gZRidkL6RtxrE05HMw5 2lqYE8deG3jRY0tlYbu9ozXQDlan3eR0UHthisPpBLOKY3R33/xKBGwk77J/MCfG0sfthRZ+ DTgcDoeTKGJDimyhpkFL+xBjtnQKcnoTPflFEs4Zi8URm6W0z1e6jov3HXab3amqTpcRbGqS 22XDjdUJyd0vQY/aC51OV2pqN9NyeyHnTEJlbbUXr37M2yPndCCQ7gXRZIr+eAl9I461KbqO LjpnWwtzsbEXR1a3PZ2G3U5nx7flHGB3O81uF10oJM3ldoPFhmP0KQzEpwxb6KjLRmhJzGo7 1m8/5L8cla9bxOFwOJxEERtSDCo1DartQwwdtVU+4vROTuEbnRxOd1Hjs5T2+UrXcfG+w+Fw uG1Wl0ehX5Pyehy4sbmhuzY36OFFzN1uT1paN9OaerHphMNJNDbWVnvx6sfcXsg5HcjK6Mpe 6HIx52qzF+IrQmfUXujIoGGPy9nRGuiM2gvdzF7ojtsLu/th+UTAuoYuB0WV2wsTA5+9cTgc DidhtNsLOxsIVW4v7L305MIznDMWa3yW0j5f6TKure9wOpxum81N7YW2FGYvtNk9p7G90Jue 3s203F7IOZPo9fZC3h45pwM5WT6QzJboTxnTD+6zNuXxMOdpa2FeHJ5cdGT1OrNoOMnjTumQ ixucSW41yUsXFg54k5LA6rAC+P+jNekMWxi9y0ZoTczq3D3548+9Axtf55zD4XA4iSI2pBhs 9A05W/sQQ0dtGx9xeiensAIch9NdbPFZSvt8peu4eN/hdrmTHA5vsglc9jRfsgtcDkcSZHS/ BD3680vepOSsrG6mtfRi0wmHk2gcrK324l9L4/ZCzunAgFw/SKrqYAH6k2KsTSUnM5fc1sJ8 ODx56cjq8+TScEpSUse3trzgTkmypvjowsLZvpQUsLtwjD6FgfiUYQujdzko2hNj6XMkJJfT GTu3mXI4HA4nUcSGFGP8JwviQ4y9c5DTm0j59kM4nETjiM9S2ucrXca19R1erzfF5fKlWsDr DPhTPeB1uVKgT/dL0KPLqfp8qTk53Uyr9mLTCYeTaFzMItCLfy2N2+85pwN5/TNAstJP8UP0 jTjWplJSmEtpa2GpOPYmQRaAP6k/Daf5fIEOuSSD1++z+VPpwsL9Uv1+cHgcAN198ysRsJG8 y0HRkZjVuV0JyeV0xsnXOedwOBxOoogNKYqTviHnbB9iHM5OQU5voie/SMI5Y3HFZynt85Uu 49pWMkxOTvZ73KlpKiS7gxlpSbjx+KG7NjeAnl0ewe9P79+/m2mtvdh0wuEkGg+zCPTiX0vj 9nvO6cDQQQGQbbboCjT0jTjWpvx+5vxtLSwdx14fZKPHN4iGM/ypHd+WS4Hk9FRHehpdKCSU lp4OTi+O0dn/0Zp0ho3kXQ6KrsRY+viaPS5uM+VwOBxOoogNKab4EmTxIcbVOcjpTfTkF0k4 Zyzu+Cylfb7SZVxb35GSkpLu9aZnWiHFmxvI9OEmKQP6db8EPbqIeXp65sCB3Uxr68WmEw4n 0XiZRaAXr37M7fec0wQCIjramiQyGLcTIQwyKDgY9oH+MBCGwggohFFQAuNx31SYBXXQAMth JVwCO2EPGSK8GDAF7IHvBlYFLg2sDVwVuCawMeepL+AL6eRYXQc6rAZwVB4IQ2B4LKdyzKkC ZmBOC2AJXNQpJxvmdDHLaV1gQywn8eQYXdc/1v/6bX/Gw8bX9J+1Cu+vPvLAkewjuUdyD7Uc yaF/hy9xPeTaIxxkdU0I4VkbInNm11TNmHb21CkVkydNnDC+tGRceOyY0cVnjSoqHDli+LCC oUMG5+cNGhga0L9f39yc7GCfrEBmRnqaPzXFl5zk9bhdTofdZlUtZpNiNMiSKBAYSHyar7S6 fLGWUlqrqcGyoCOgqWcfn5qvgcufFXQGCvJrBsWO0uSQBu4KzVNZ3QzhwhrNEPryIWdrYo7j gyxMPNUfKNekHPwPTq6LaP1mVGcFHc/72/bXYBottbQ6K8uvCTn4Pwl34f/kukBEc1RifJY/ GjNJg8pq6lr0NwoxEgqzalBnVGsZ8WBNTVeF3AOg7/tSMc8mTY5mNaW0TANPM6hvaOClhx0v BA2KtX4hLIgDfSw3yNeI5wONuDXinYpF7nwKmuxQYRfXoDyyOFgeacArGqltv6bHo1c0K9AU aJpR7SxALyt0hbZ/enWzxVwaLF1oxghgEdBstmCMhUZgFsubiTqGMI+glo9qFkCx4uVz0eKW U7dYC2+uRU+wDK8b7nG372nR923puAswWdznjvqihdAMpZoxWohAgxau02BzoHngvqYtLQ6Y XxtSI8FI3dxqTazDA5pBzCmvr9LSKipnYxSeCl1tfYDe7jIm9OYFyusDTRimx9aiBsvoTe8U H6lfWEsfE1IbLMN9ptLqa7P2+TUXbss1Z0iz4mHWyw/7xaZyX0OABpuarg1ot2FxO+zNoooP gQ+L3lQexLNhZuWLS+gtyW+7bexpnBRhNye8uS6gNc5fHH326rbEn/+sJoemfpKFdwfvD6Zk CWOXMlK7mBZ5cR2tZvniQNPmhayqW1jV8HkNlC8uo44mxKcfZmHq2dXl9cHy9hNixdEj5nw5 bVaWlhKiCZuaymkR6yJY+miRcUd7+Wmb8IcIlqdUC1exDVSxe4BnDNeV1cSiYgfMpsnontqy mpqs6H3HQzVjzrVyXjDQRHM05miekCPrMdy3b9DAihnV5WV+VntNKK0efcznP4b+isq2aOLD Y5ryj/mj16hiZrBievQpqI9LbVW0AQttdx4PjR3Pcj3o8x9E//jg+NqmpvHBwPim2qa6Fr1x fjDgCDY1q2rT8vLaAGv5BOMf3OzXxm+p0Ry19WQU3mT6vI2fUaG5p8+ht2d8oL4u2lmMDWYV +rOcNfFjKr9ud6yd4ROPzz1tZ02Od7BsKvZI/sB42r20YK/g1xyFtJliSWZVYztYwJ5ZJtg+ ZmLmftpSxJqc8oaZsQuET2PsgaH93vRYLGaSlUXb0OaWMMzHgNY4vToaDsB8/04I54fw3tXS Pfvie7yz6J7G+J625LVBvFe+ipnf8kx3fJ6bnEFXoCifXX/W3Ua0fVVYx08LNaUwdrvdpdWi X4j5BL9IfeYQdl/FWnKIJaTXBHvJJkcw8ExQc4Q0ubR6n7+4JuBwYvdG8JiJIdpqsBd9JniA 0L4TPA6NFGskicYD9qWsSxeTC3Fn28MTKG+qjT1dHasVGwAi9V3XDY9xBLF6/ujxTleQ1vAp 1qXFeuqc8bQt+bOiR0yu0Wy0P9Zs7zDB8vpLqwPY+2Brnc48gfJAPb3ZWqC2jHUDNf6O0S36 odoy2u1hkekh/thjjRq9tJ2ftX/+CW/EJ3zdlpp6fLq18ACsQWA4npa1lqrq2FUq9MdaET3X JFqVzvvbrmL8mK9e3YqqTqEO+dIBIQt3F7a1/apqbXwonlU0PCHk7xic+KXdk+K7Aa9EwDmJ XlQcfwr9neLw/oajUdiPrPZfTscTgZQ0B8nG6c1hsnHm7Goc4Ur2OAACG6uqdwpEKK0tqWnO xv3VewL4YojFCjSWRtJAgAaggmCOOwWFHe/fEwZoZHslFsHCC1oIsDglHkdgQYsQjXNET5TL ThQGAfdI0T3h+NESxinRuEYWx2gGWv+wWQ4rYVNYFayCv5nQqJ0Y8yC+CjQR2KUSK/E3Y6oZ LLqFNDabwv7oEY14RDhawo2z2k89a3b1LhUwGVM8UQkFL3cjXvBKbEt4jjmag95EfHmlBVIP +JsctLvWakK0S/sb7Qcb8DFpziEbKzvWaa7mqZgxx6+RmkF7IEDG3G/ykcmBFlIc9wyLe4bG PflxT17cMzDuUeMeKe4R4x4S/oL5dKatTE8w/ZDp+0yPM32P6TGmR5m+wvQlpi8wfZbpQaZP MX2S6QGm+5k+wfQxpo8y3cf0V0yjJWtmeh/TLUw3M21iuolpIdORTNczvZrpWqZrmK5mOp9p JdOJTG1U8x+WjuEDNk16BzUsvR2uM1mLXjuUlJz23J9QrrgyyX/FlSl/+CP6V12CsnQ5ypIL US5YluS/YNnai1JXXuzxpp2/GGVRA8rCeo9/Yf2G76amrEi6vDQl6zJ0ZxVBaBS6ohsmZubv lf4O+bIIgizucuuZhx6W/oHnPsQ0IB3fZXUWhVukozstnqI9+j7pvV3+PkVjx1mlj3D/D6QP UQfH9D1W5iO7LI6iwb8iszDUSJVU7bohO3PsI6QEY+xkHNyGTtAP3f9+/xBmTcK7RpdGt9n9 6HbsroH50W1yGt2ODiflhor+/qYYCr85MK8o/KYfo6syM4uwpwgn/S4YLAq/2H9A0cwZQmjG G0IooFmsRXuIgA+SXwidPGEOfXGfHPoA9/zmcSEUfik5pehlDGDiXW8MHsIycb6RnlEUfj45 uejth4XQw9txL1m/82YzbtZFN43RzdqwHbe3oLsZD9p+g4zZHHrgXU9S0dbrReoPqx+5k4re uUEKXY91phGWBb6UokULyI03CNEDbsjph/MvCI1cr2fi0757tRA68bI5tIeMIcU7sYDYpHZm Zhdh89m5GvMkebvWi6FnsO38koRfwMLTApse65NTFH4UC0yrsS/VT7cP7HO4ig4+Rcux74ED eFme3M/84aTjeEWOrhFCg+erqqG0+T4hdN+a6BV41u5iWfyqb7+iveQa2IRdT4hs2NlkZinT tmRkFG1qkkJN682hzViOdWtJaPUaKbRmfbS64+Zj7eavJ6GN6K5FtwHd1eul0FvrP1svNKwn fdcT/0ivb4TXO9zrGua1F3jVoV7TEK9hsFfM90Ked1wumUwqwAuVZAo+H8vJZHxiRpGz8Ekp JEVgIyPISLCBhRTCWegq0P0OnYQxIzBmBMxBJ4KDjMJ0hp2injkui5iJBdMrxITpDcSI6S8g CuZuQT0LXQW6h9C9je4LdAbcY8aczLAZnUgM4T6YUW5fW7++9uEjbAUj7ANCtoEhe5+gLTto z8i0BTLt8AgZgqcdgp3hECwAkMHhRrJ8wKEBAhQTR3Y4e3n2bdmS3eFUTWaLajAqqijJKhBB zTWkZRpEX6ZdHCu+Joo/gddAsCdnJucni3ZPpiffI/pJutVnTLV6HclWl+Sx5vvJwOIBxf2K c4uzi/sUB4oziv3FvmJvsavYXmwqNhSLxVBcWVBFNFcFVFSVaG68pBUzS7SCUEWLGJihDQ1V aKbKOdXNhHy/BmM1YSOOa1WatBGHsiqcPs2eU91CUujuDf49eCVBq6jd8L2aUChdi9AXWI3p NdpQ6rkuvQZfCg+drvmDJaEvs4IJEg938Iea++WWawPK67SB5bVlbOfKFmIob2gh5vKGOtRg WQtRouFa9AXLYlm0kFE0trC8AaML6VEsPIKFRwSjeXUoBVmx8uKvFO2r5aRAB/+3gedYsTJe O+pjsZpPG4tXuoujm030qlfOKKnQFJx6KJVztNQgBvZjYAQG1GAJexnQLFAx0JF5TvU4LxkD EVKMbhi6oejy0eWhG4hORSehE9GR8LSIHmmNnIh8GHk/cjzyXuRY5GjklchLkRciz0YORp6K PBk5ENkfeSLyWOTRyL7IryL3R5oj90W2RDZHmiKbIusjV0fWRtZEVkfmRyojEyO2yD97Jdqp +deThELyO3RVaXk7XUkwqh2RYj9GrB/RN7Vr69mt/fWP2fHQ+mD0SOGgfkz+KViFifrbYg19 g0x/u2NO+jGpAFxwJ9wDm2EdXNJ6b3yPEnNSNNgUi14R216A7rvQCPO/wcD2PP7962hwF1wf 89+FJYMO/lugvi18E2yJlexqtt2Gvvajv5lD+HcbHCYPE+Er+67BP4DH4Td4PSbDbJguvyy/ jHHVcB26JqxzO08zpbW8FC6By6EO3brYvnXsGgHbt5Rtt2LcVrzOt8FN5FmYAishgrVqwxCE A7AYj53CLLT74XY81xq4AO+nU8gGpwj6e5jD+Xjdu88PYAHcCPta97Z+gGePwCq4UvgEnw8A q3Sj/iFUwXgswwUwxdjQOgQOw972pNJBcBpuo89MK8DdsBuWAN224Pahf70gOrQuOLn05Cr9 Kv1q+S35r9LD0jtiREqBZbAW7+wt8HPmux6v1l3fnhuHw+FwOL2Qq3Ec3Qbb9A36vTAD+hs8 cC+Os+Nbq+VaHJE34N9cNvL+HP4HX2O8Dj+GCnwFcL9+pFMut+J4/Tq+IqnA13hnY1iAHTgq r5dX4dzKCKlhi5GIEoiybJIg/6CrKP8gbsYeHDK4wJnlzMlyZu0QXz2xW9h9crK86vOmbdLZ mMP9+rtkK77CEMEOY8MBURTMYcmszZHc+NJodaaYLwqi9b61RuIwBoyCsUU/sstqmGrMD100 7/XnLnq9qAjGhiDV5/j92CGDiRgU3X1yhw8bUTA0yesxkEvc17qq88aNyxtUUiJv/+JzyfB5 VTiPRuRRq9kd4stCIzu3EYJhj13KlPKlR6SnJVmSTKJBMIoijC04OJTkY13mYf7OIFYk6CTD rid/uV7e3jqOPEIdfQ98S+uDwjmYlwnGhUOyw0KmEiqFAjGIEJCPGshR+rMPimqYqjgsKEdF uhHzQ6+HQpj968+/DmNpHebh5CgITgcpQBGqtrY+SUZsa32i9UEyXzAKJrKsdX2rsdVCz5mE kW+wc07eAwb9+C48IbTox8MW9Iw0sTOLGP4lPdFRpUX/NGylp1YsxHBUhqOEntWJJ8cytJ3c 3Xbyu7eSwtYntqE8SFaRj8ln5MrWrSf/cfIzeu6+rZ/iDOgwXrvycHqRSIpw1hwWd0oQwBpC PzwNNAphZ8pEoUU/ugvj6HY3Rgv5MpmXj1OM1IM4t3N8knqQnndejhh0k+LbLr74cKuHvEPP cBgfsOfkB8EG6WGr1QhNRDEaidVIfFhWLHQByT/2RMGQwVlBp000Dh8jjiwQnrvTPWnOwsEj Lru4PneM9Gf3kMED1B32grHlWTRHfBUsviHvhAFQHM7IcG8yY+zA9E3hLEi3BdJvrgn4zGbZ Jm+vsRnxqXJCgS8fNy4oIr781GN4SlfRsaFY2mF5QrCPTTAOH4EPWobg9aDfJnqzvFnDh40R Ro4RRan/hNrCwXPPnR4sv+eK6huXje077dLpC6+emik8eWJzv7k3LDm7IeyX+pTMHxdIzQv3 1UonFMy/bt6spsuXj5q4qKZm1A8nzN2yZs20wkWLGrDcd+pvigfwPgdhRnhgWlNqcrICm8J2 e46S6dpek5lp9vn8N9f4DC6FgEIsoqKYZfP2GjklXovvnDdvXrQmvvwQVgarknrMWZRfdAxr g6UP9uk7PKlg6Bhh+LBcVjM31kWM1k48MHHD3hX767befPbq6vy9u9LD4dEpQ4SbTv4jPTAx 7aL7V48juxvuvryk+N7z8masLN/yE0GUROHpba1zBLH4wp/SXuJCLH8rXvcADIPx4WyXGTZl ZY0IpWwKm9Nyt9ekpqUNtrtcHrtne43dKA+OlRx8sdLTJ7QoxO7BUPRiweOlzsMCu2gxk72s 3N4CVmRj7AZ5PRkCrZXYWnbpjrol91wyZubNL2zYNvvCK2q3LztLWnD4vJsuGHVX7oT6ktH1 U0IDpjSExyya2I/8tkFrnDD7Fx/d/BAZ8uKq/rcUnfOjVzfuCl98+6UVl1YNypvWcNbkdbUj 86suxscJZutviSewbkEYif3inHB+4SalpMkle10K/kHqpry8qdmbwuCVC0aPLtheM3p0f2tm /5trMlOsE7bXWI3xikbvDd20PW1Y0aJ8vFdFjmMOvFFu+mzl5tJHLPrUGYwZojd2HUbGqjo8 VnX3l8Kzs0sXjJ23bPSSbeecu21J8bI5Y+aXZpddcc/5i+6+snxn/4oLxo1dPDXUf8rikjEN UwcW5Iw7Z8iQc8O5OeFzhw4/d2wfcl3RisgM37A7Fky7Zv7IwvnXnL3gjmG+GZEVRefdeuGY MRfeuqR0yZT+A6YsKSluqMwLTf1/br4EvKrqXHStPZ15njOe5GTkhJwpJycnDNlMIUwBAZEA AQQrIA6AiEyCQsQyiIJEISpOgUcFERkU1FqkFLWFK3XWOlaLtTVebXutF3M27//X2ScJEdu+ 97733v1u+Dhr7b3X2eufp/Un87mm2BWDiksGXRGtmizDOBnlYMGFP9FxgpsYiAc00C2RA1Ml q9F+YKrRoeNdT+ZbQhbOcvTCl2gucERzYQn5mLlYqJp6oBWQooeR53vMP0LTHho8OKSOfM1g sPRg8Qd3HoTZkCEwA55BTimEQJ8sAEc+eV826kxUMoDvolZeAA8jVxrIGK3XZvNuabLZfJT4 tjQRO7VuaaK8zmeUwAEZJSN+AIDGW3LBxKJTYqMxPcoheJSbK+Iy8ZbVLupCy+/Swl2Xq8Dm 08J6H97y4S3fKjDb3+E7YPwW34HXsg6taIEMwATRYH4B/1EBgsHmL4LJzB1b8ociBPoRJKj0 zeB5GWU0LjcMQoC3xaLV8aqCzPg83f7sey2Lt+xXvnvl/L4NO5WOFz/b9piyW2x7euvywyWC 7di2o5+JnBK5fdlvU22pzk3LFbSkQEH+MFDQQBbIVZJuS5MEfm5LMCzpOaoHMtk5cUsTGAKt oIXEXtIjyfRICz2STL+KqiSD8Tyiy0Z4QnviGYuFQj1wg0kIeF8AcYRL/c8fTmm5d1JnOSl1 nhsntm1XAvcpehW+bcwzzpErEBYLB3aR47QasJFbmrS8IIA35iSES0K4JIRLWgXxxfcsvlDZ gCNKoSZkSDutLthUyGAKdAawaBokCBD4bWmA9nDvAOGs96Vux4IYg0n4C6PZMrlBywMUkqgF mlG7aNfzEq8jCA1BaAhCQ1atppRakUp2JBE1aQVcIeAKAVcIq0RVbGD8G8IrhnqJSTAYA29Z V5chXjqAwXgsJvxlTyprzx7u3B5uc2qR2JbayN2UgfNRgNNKHpBzbjHTcnPSzK2itA+tpZzV azTR0VYMbcygKYcNcEVRZbw405utVBSRyLzZYqHWBfA6fOhDxIhdLyL8aZ1A+EWk99cqvUHc keBaRu0MpW2xULA5CYKAWNg9TLDhBwS7uSBAS0oDDJlYdYLGqPDon1Jv5WuEPXsEs5fz/ja1 g7u72JQaCJhNd2dzC1PjMpLbDtiJZJ2sowKTVV5EMKyMjF+r5GSazEYDG/94SM/Gjw/p2Hhc 9urzG0RR8wOeUJUnMP6F4UTFnpLNOMN+AKW0PAM7+PaUdw8ni23nM/olAUtINnlWdi3Pojc5 aImj2sEtclM3o7QpQ3wETU7gzJ1FRZ1JstvsdojC0cAQNDBEy2QpC29koUR5ETYqqVqHsSHN dSD9PfDAYbIiPlZ8bEV8rKtsgAfiY1N1wgbwQ8waTEYBlyBYpuYYQyyZZhGyh0V0wCFbVSIg aSjjlNuFvKJuD+OWtOh/mAWvQ3GPVzwut6B99EN6NGaRgln0xdf4E4t2Xdnn+4NCfXj2pF92 AlE6vTcml9Tyn4EPQek8DpTJIaXkObl2mIXyspmCehtFT55WmwdqpdXnGnK3NBl4qvfobIi3 DQlhQ0IU3WJbxtHllHIXSW8Jm+VwNgFFltGuPE+HlNAhJXRICd0qvUoJvWq19KrV0iNHkSRR 66lgsyeKAhr6hPGahGK9LDOYC9o8A4jDV/IBlN+CTAjpyuM91JYJw4TjL39dMHDQqNCGPXTf 9IduGtx3wk0jiuLhUG7qqc/q5jdWtN5Jt9aMjXpSO8W20My7Zo66ZdYwh2Atrxke4iekvisZ Pke+8TbAZtmFP/IfQoQSJ6/JrlFxOrKS1hfToVm03kWrvEYypg9KN4xlTOrJGB9SZBJMbPhU V+EoFLyRLHhTNjXy2V7ZC8T1CoSCRaWRiLSlKeLIzq4oRKoVIqELkdCFtzgctALvVeC9CrxX cYsOXaMFpn4d1ekSVJvWDEyvgmmCqXRLm1frSaBWOr87AzOgjY0ZgWDGCDQn4nk882SVXGkl n46NMsEghECe7ghpWeGMedf0vX9HbMqK4aPWzExM2nSo+Y0rV7+UuH5Sdfm4G0eN2TB3wIQ7 j15deNXc5tpTeeEC+43X1k4aPqiopHH6zeNmbZleGfv5ZE/V+H6JcYMHFpdMvHrluGvumVZu cOUDZcpBKo0glRqySjbwdipK4HMktCtMQMAInpdZTiQSM5ibwa+KaCc5JA+H5OGQENwqXoAb fCZP43mdVicjC8DcHMQoIMiStYwZaQ5S6++9oUq0JCxSrmNuCCQqXiAYlVl7lNn8pyJ3XhG5 7QDj4xf+KLwJMJrIcjnC6e16cId2LWcQOPDfnMPIi/wPPZCBGoxwz2BADDzwwGDR4CINLtLg Is0qCJkUWYdWUEAr2AUgmoYv0nYODR0LSKi1wG8Dg5cehDdTH6W+3UMX0zl7uKGpdm4Yf13n TmU4fZxfCLo+BSR3reAlTojSHpfHS1ZKdNQqSF6DkYw2uO5tMlgZbDl26uJzxJzWJtFtAZPb YLGY7KbWJrvVbwlDSGnI741YC+XSFvpvavTxlexBUaQFFt9arRGTdAGuQ1qqBTIHv4jZu+It cEbNmbwqqNI9zRZAMYg4FgTiASkAYam1uNgaKIQ0Mea3aTSS5HK6UVb5te3C/LM7nqDjaez1 Y633/YrOa//7osXzm5Y/9PDRR9fRfMjRxFV7ZiprthVaL5szasbetegTZgI1ZgE1XOR2eepk nuosPgtnIC5QSpfLwTlamzi3wWDSAuJaK6ThFFyuAVExcIDKAuAk3jP0tu9rRSd6PFwoBgzp EIIhCtwDbEPBHqmwmktGwmjDigFHEq8iqsKlsUvwM5c8+jvlr7TwL3fMWbTmwVd+/tC6JaHh NPfTFI1F94z75JnDZ5swFwBsBKv4JUQZueR+ucYiUauUwxjLZYvZyEnqMrsMrlZgsoXYTL0d WgsV0xz8TuXg13IfxsF8LyLoRQS9iKB3rRalRGtGpmZh+SOU3x3L9eQr+mPGTjaAlaGAq8pM Lo0oxBo8y5FVXgrWdmHRVy9+Tsmbr88U2tvbV927b9fG9Xv3n6KODoVGd3PLv//0vpX73j/x 1JlTaaz5D4CHduIjTx6xaABpCWOJvgZzgyRRwUdbm3w+waITWpt0bou7tcliXa2hGjdqG7JP oyFrwVkfP4yUgsnZQ3DToYYtDjTcaGYcjmwfRYJRJFjayq41IhmMVsxbcjFvuTilgHkUQ8Yf JhMscESvVeBGBru6qGF3lZYgKTT8B6m+woG2J7bc8eG731HLK6+8v4fesXTxow769t5nF7XN op7Uv9O+Sufn8c07d69DWY6DCDwscaDZG44RKxCgFsyb3gV3tUbRZDK2Npksdg40mALCKJoh +JKRGEWzDtHSIVo6REvXoldLgmxMO+Vzsh69st7tCrlps60Hj6OYUzQHY6Hu+oINdBuEG9kN yLhcMRc65UA8xrJKD/dweMC+r79+7Mknn904qkKclv3uzk2dm/jFm3Y/8pwdOarkCVbgqJcU k1/LVr1AeYsZ2FrEZFkLASNjFYsYaw0WjBg5Dahqjj5gCgCabo/FlevIbW1yWAWXz/0DE9yi QznXqXLO/GcQ8daVCn5c6selflzqX2tFDltR0K0o6NZQabeg97BgHoZ+t6Rn6ixBdKwo82RG c7G1gNWE/DZV/K12FP94b/FPffbC5icepMuFm/78iy++f+/Vq0AJdq3Yvm/XTzc8MT51uqF9 Jt264CS1naMirdq9OfXqfcv3f/DS3jMnUQp2Qyz+HdgAG7lXLuOskF2AdacuncsoWAQUfT35 oeHujq4zmv+dnMc032HU4motrtbiam2LjksTT1GJp2Aypws5Lk7m1Gm3/oMfRTJgBGtFZNUs A6jBf9f+1VLQc2HJe3QK10jlY1tSz4tfpq45ocwAabgb0LpafBdyPAtplANEmj2VmC0m3Sze ZORnXQj3rh20mFTYTCpsJpPNmhZYjIPAwX8CiVvdqV41DwfAc75i4MCKvnV1gfZ2UehfWTlg QGXFwPOd2C7BKEtHAmV5UiuDIeUuSUdFpR/bmFJR6N6YVYMLMF4fCa//Mv1GaSLIeT754OkR RjpCoHmgcM+A2loKKJ8DlkiugFCFc1OjILrc2YLJC44o12t1WPTU/o+2/1LOwf3NEJEMdtpw oQ0X2nChrcWOgUcEru1muLZn9w7KW/R6DJr0somOgZ2MvL9A3xJO2+5g0MoSFa+KVRTo+bWK oDcUi9XVxYDhnhhzafCN5mA6aSlRed7Fe1ZXdHtQAKSJ7fNWzrun/YtrN4EUXPfbeQ/kLvo9 Hc+Nfnz78XWpo9xMWnlkS+qoQB599qYZb4BQZOScWX2Uc1u3nOstGUm/FIG+/RE5d/7Lcu78 ETlXxfyScp7G1YWCvuIRQHHx+3sOcg20/tidiNXjJ949o3rvcYARVvLWywGfbODGEHtrE3FL YLsla28urXWpLgpHlhT7XWEXB1cfMrftcvksaNgteiz94Vcsa3m0Zjwaf97HTkp8F7vt5i5s 0kVBGhQhHrGCYyIuJ+EzNgrsFTf+U+UbmvX1HyhV/vzBzqPPPvDQ3r1emt9BOVqonDv/H8q7 /O63f/70a//2wvGzeKqllAso6xibPCAHiR7sOZ9NXRaIRixuwSJl6yBC0Vl7a/Nar2qcvJgo Gtn4qYym2OvNl+wcLudwOYfLuRYW6dsQSw6xpAzLHsFJ9FJM64r0gXPFgS6O2V1WSHP4LpyB nbQRjLGw7ItTH55/96UFu1a3/mznHXft35ZqFd8+fFrp+Fy5oPyGG3HX6qc++83eEy+l5ZR7 XrAD3k3HiBFiiVJ0XRqX1kKInjOzcg6x63tXzVo0Ry/8VTZjVoAJgEa8uISTxHj5TDQaqss4 2S5BYw72+eBl8+4EQAN3N8mF/JSCU3tT3wrk9WuXmVF35kLEZAFeVJJHZJ+mhPJuyuuMkDxS CwEtCloRRDtKVRxn+hrmbcsseYKzr8fn9LU2Oa2wkPopD+kq35dvberr9njK8tZaLKRsLVZ0 ZDd6TzEscqIYJih1BC0SCWFxFRNTzEq7UtJT6ZQUJpiLMp/JKq0zMBkF4v/TVHTuukfeKa67 PDJ0zrDA4OvvHHX7vIX3VI6M5+bWjIsNvXZ0+ZAFW8ftLD4w++7yZEXAkZ0YNrlfww2jSip3 j3SVxP1l1X0KnVmJYVMGjl4wsggpFLzwJ+42MQSx1Eq5H8/CDqfTztkxH9DrNWbJALlHa5MG mGjCWrIJ2GfQWpCJFqlL3VoEtbghqLUvGL/C3FXoETxFQ6FgJnhAj9iVFAAVIB2AlA7jpgSr hLJsgLutdoby1wMH2imnKPWXDeyr99MKbvqm83Hlt5tSv5gzuRAxwB7DAwL+nenXZPfSbHqz ky4x0hV6yAtpjY4mjDQbFcvAIlyFVVzUaw69gxcmTsxxjCwiRHRYyKvFrmlA2MlsDkwcXvgw pivrkFVb4SOb9X9j9cfox08JHVkAZ54wflrYJydZPI5sotEbLBCS5BpCuaCkNqBESK14qXVJ bFalmRbK5vQPpQG+pDQAUXKAxhys/OXIjOIB5czjrxsFgbf/oV359b439IKWt3x57xt6UctZ zgqkk3Af9IkXJVMFMFcCyYooTzo7ixOlcV7o8vMCnkNFZDdvgdzwUo72aWMP//4D956OGK4V TtCIeDtYdPszuuMQhr44lRB2WPjJxbHHq2X9asvLk0nhRLJPWU2ivLwWvj0OPMQJ8QCE6B5Z bzwtEGOZKBhKSd0HZ+po6N86whFqk6T0Ia2NysmldSX1DaMr6rkG7kTl8Ow7TIXBuL8TqxRz 4dZWcT/EGf3lonz3aZ2uIPe0mbOYg7n9ckfl3p+7N/e5XClXR43nbKX552gZqeuo67Ank82n ozQUY+dmUdgOj2IFZgcx/06X2ASXq4DbmnqrX9Pcpn6j6m6+csL2mulDS5KTrpqUpPdwDeMH XDlx1LgpNbXy1a2jC+smJ0beOK1hQCLHAHBdz53hEEM7CcpuYigSLBrL+CaNwPOGE0ajUyAn aOgTtNefdIWRJ4Fw3Q4VTF4Vmr6vbr1VGHLX0nVr7hu5EN756o13bGtR4vSXB5ZdjnxYwcW4 DeJOUkQScp6Q48zh7HmntdoS52lq0Z/z+ayUP0cC5fZz1lLEPJY+Eu2BebMjc5TbdZKriWaO DNH+rFp4RZ9hkazTznAk4gjTZ5QjPo3L45bkxZNi1VOX1N3CTd9a7+3TL7Cd8jylJ1e+TCkt HPKTIQ3zhwdA0gZxVdwTwKEAiZBhZIIcdona/qft9qzTM/vQPn2GkyjAW3SayHpLA3GJoXOW RH6CSyRMpefyywedM5WqHAs1dySTNBTsiIU6bOwyGkJGhiP/5KTTrRb8gJq9jzkHOUuTxVX9 S4fP7j9gdn1pv3ggWeaquOzG+vpFl/W9e3Jj4zRPRV3ZyGl+Z1EkNzda7HIWR/Pyo4UOPlow qF/UVtBcE7l8QCAwcGIk2ey3xfoN8vebPjgQGDx9eMOIUfX+mnLPZbRfVmWh01lYmZVd4bc7 /H0hYhgBNNkNNCkh1SC3AcHqtHKl59hgtUakc0WlkXNZ5ZTmu05XVdVUGE/nhzJn2aFucmDd 3FXJY0otSWn3mGEannQjNdx817k2i2xmm8uCFfbk5QX5fYXc6xv7zxgc6Dt2/oC6RZOiNT/Z NDE4/sXC/hVZrvLa4lGXjxE33gZBi6aoqHD1ldFBQKQBA+aOCUZm75hz05GVsl1pcpXVFBUO iuZNHdE4BbCayp2hovRnls3kyCZTEZGlW83gfk/wptDJ1ElSl/V+1pm6H+YmTxaHQsUl4bDv 1lulicGC/IqKfH9F5zLuVXLhApnLL+a2Su9xGvINCHwF3FkNd1ZL78Odr9U7q/gZ3Abp15yG S6p3RvAzud34Le1m9U4D3NmFd7h+mfdcMHOruSU8e0/nKWJ8mswkCwARYmuO487wfCu3mGc7 X+L5KuU/uQ3cVTzb9RLPRyjnud34fYQBnpufoT0W4IoGWLELVyBMsMIm67iL1sQB1AvvK3Pp k9JbRE/Cz+h1vJZQTnNU+OawAGsFnGh1ejGb1IViH6SSaNY6PoyeSSZPYu+JpjTBSrylCfrk u5H1yrcNdPz6iHjhrcia7zZpnlsTIVS5TJlLitj7o8/wOkkUNFo9vPYIJ+kEkcMNdFoNUTc4 DXIIO7wfPYl7MJNV4IFdPJqCogbl2/WRd2EbOl6Zq1m8JvLW25E1BOLDq8kUYarQSDTqGXop CZEEqSPDyVhyBZlB5pAbyM1kNQ0cI17RcDAnbD0qGg5XOZ0ywYkwVGjQ4sQ42jjTj5Oiq4oW lOGkYnHF0hqc9F/Zf+44mMjOiddOzBGMRRX9J07sX1FkFHI0t02GBwen9QGsUofNleZaDifS QGm8HSfuSe4pWTjJm553TRQn1ddXLx+Mk/pV9YtGwkR2Ni5pNEvuvOr6xsb66jy3ZNaUzHpO SAFqhULqUF0JLSGgkqChnmQo/WOLWTui//gDCGn/F9dHwWRHrawBJ1CIf+mjVB0d6uhRx8xz Ta/r3mPv5xr3xdfFvd6f2Y9/I1xVFd6GH3+PRWKRIpwpiSj8PBGLRGLcePxMZeENbm3X2tT+ cFU0WkQjVVUR+hI+VKbh599x9Tac8ffCBziZmPJ2LBb5CC7ofTCZhG9bAR/059FQPNUAs9Zw uIrzq4sUDUz+iF97typcVQkT9IvLIDdZKOQRMyl6Hq7X4TEdvQ3Uy4RNYdZMU5g9Cb6w4+Km sIX7upvC6vl+PZvCKNkBwdPrQjZY7qpjJJuuO2LX60lx0VG67mnC6+18kekoXX3EbS3aAWEq s9QeVBdsocLuqRiYZSnTNdXdDya5Clw7ohPmXT9vQnT5nNLLr5hY3HBkztQN08Ox8dfccM34 GHfP5IbrJg3tVys3xi5vtvsrsh6sjgTHLhgmz7m8fmCyX13JPYh1uzKGfwUCtACJHyM59PZD 2PoFsB20aO0A1zP5+frsHV6L/hhdTUQSSjsSoECIjZFw8f9xc1fO/0JvV/Uhe9BHngPmFBAf XScb9SVtvpycsLPNIoUB3KdEb8bZMTaxDqf/sr1cw+XiS/ZyEdEVaxswwFS+I987vM0kMZTA j7No5r9h3xYlfwRGf/y/p3sf/6jugbdUdY+TjM8RjAxUaYfrF9i1Kltw/Qt2rfIHrl9kOcsE gGsI6xAtkx3mDUSCfxarZgc1SpJRg/pax6Cy2SlyBJlR0AWajT70Y72i5+sv7hatlD3d3aIF xJy7g3WKtmGbKAStyP005/+/94cOkAsy/aHYHmpvSxsIKaqlfi3VavVt2FoJMDc3Z0yFGoX+ v2gFvdhaJOSc7k5QsBSZNtA2iyacBhMBtWWMxX+x1s9/2Vq4xIy18IG10Pz3txZ7QG9+B1qp I6uOlEjVEidhxaUvlpawxCsJGlHL7aBeEYyHSOELIJdYzmat8axus4FX66g8O+Bk41tY7sFm 9qcNdAwk3Xpb5tgSi4yxECvH1MVQZICWWJFpLiiIF9jEeLGtgP9d55t0qHKYfk2H3C1Mmf3A feffwhN1gPQMcNBDHju0VEtdeHxajX0vEggQQGgw6EDHDQTPTAlru4Ig/uJ+ItsGvxROo4gA S+ohpMQAxQKpz4DYsx4Kt99gpKPdPXof2VrsDIvBvzQ+rGMCT2JDqm0BuWdtb4gOra7uLmlA ssVpKCjn8c6H6aMPr9+89viBPR8df3/7r5Qj3P1b6WMPv7ls5U/b9609++QG5T9/qRxjFaP2 C3/kXwZb4SNPydHlSH1A0m43+mkY/x4D3+b1WXYYJTMxuxDTHm2r61dLVFKLg934ZffoXP1Y diKl0s0FeFxj3YhtByq+BvW7hkxrq8FvomMMjImIdUw9jVcpEFINQDMqC4TMwFBWX1UpwGqM aSoIgcL2e7Zvf/aFp/rv4p5O/WFwzblO5ZsvXwrsn7Fv8507jWiBpgmfv3JWAQt0PeCPFshN Csl+ud9yJ12ip+XOpJOTLC5Pm07nym2z+JAQLg3F5htKjUgIIxKCFRiN6/3+sJ/zq2j5VTbC +JmMBxV+f1GWxCQdvyLhV6T19qMX3sDVdpRkIxvfQYm29zqfybC/y7Gw2ki6n46ipeNsMZX3 OLeSgijtcdLB775hxS/+IFz12fMfKiff+ZYOptp7lb+s3vngmpXbt4rr708q+5RPf/PNr19X /oNOpgm6jJ5IDd130z1nj2zcvg9s2lVAna+AOi7I6crJeblkhYOusNDFWrpYoEs0tFxrIGPi +bRaT6tz6ZI88CqAVB5ytAZpQQx8Xp5U3Gbz+dokDTHk+QXevV7nBUbrdGZca0aimJEo5vX+ snAZV6bKT5lKRxzZ+X1ZWdCZs55Xz7/YWYmHdUX17jRb70Riwj02GtURi8IZ4rKmKVsPCsPs CwjkVWNs88RY0yLQOEibCavaxosyFQ3RJdhQxkriVqqefXuqNUKG5rRNUb58ds87yre09gL5 7OhX3MGV86/a+EXHd8pXD61Z+SD3tbD0s/tfenbrVy3CAuXLg6+d3U2d9OPZi26e9tyMWeev e3X++jvmvAPRzThC6Ql+HmXVi9QxojkI8Qapi7OaCaHcVn5OunKRfkYzz1Zc+JLbwF+Rrlqk nwX64jOsS8Gz3fzVrC4Vkr3UdUYtP5V+bkwXpoKRc1l9L4rKmaON/l8uRfFDLl2K2j73UqUo wHLQhQ7uCaQAVlYAS8NhjpJ8xDPOMIUfQRBiRAOyWyrbXVqXFjIiPulyiRYpTsUYOoeYmh3Z 0eVioMoXsKo8X8mXBiAw5AXh0EJlwDWH6P726ds5jVZDeU7SaPitNEs5J8RSN9I20ZObYzDm 5no1ynzQmAPgQx6BfV0kj5SS/nKBtchU43ZLpCY/uyghWQO1oey6bC47W8qq1cSLaqVYj/In UjsTBKiBTYHaDyphOygP8hbATn1HZsI/0m/O5vHKFjpn9MorQtdeOWD20OLPFy5au/DGNf3v unvtwyvuoPFhiy7rK8QCg6Ympq7L46U+Q6fSY421yi+nKNfOvFy5fyIY/ckXOvjnhGEkl2TL JneNxkJsSWN1dpKrYtDRUIxlj1I3t3ucZGGX13Nrf3XLy5tGTrz/nZaf3bD83tk7r6utvnrb 9Cduqagbs+nUslvf2D6xYqc8YMHOWc33XpNsQA4BpYSJQCk9+Nsc2UxqDPaEZEtq4vakShSW EnbTwU94jGsCrCVWmNj8s3/fqnxKg7Q/HbC3/5L9i9Yuv/7AisFc6S2/uXusEFO+V76ds3Va n86O8FXb0dMhZ0phPwNwpVDSJ6hW0ApwX5e0SDQk1UkXJF6SqJjk4vok7WbLwi4JsaIaXPT7 BqWp9dxUZQRtVebT14XYRuX4RmW/upcB9tKRchk8SUIjCCCJ8Grw0EltXIO9ZR1dwpd+cY/f GDCkX9nOTeX3KE9tUCICq3kAlwQ/cKkQddfv1+RZSCIPuOVPFhRwFzEs/eqOUOokWrl/wLnq BOsO9R96f/Vr946f1v7pHcfXbf75zMduGpycv33m4OvCikLbRzaP3fzyshW/3T4p2T6hbuH9 U6fvuLbW7aaGjSpdhSSja6ns0AoJUUcSlE9qtaK+t6JhaT/a67cOkrtSx9vbOXkX/atiAraN okfUt1KUDp5Yn4b3cXHkSF0mn4zRie3t8DRN6S/Z3wyJyV6rzUbsBk1CSwlx2iWDQWvVxak2 A4ItBlleDGWZnaSz3xWkJd2/NcB+bYD/8rQyU+eT8Kxc9OnplqNKjH5g8OtTXwF0Gm2egb6c 6lR3roSdReKW9UKCEi4uqHKDBZeuTv7K1Jp2+p4Q65ys4iXOgm8VEL9s8VidCZdfEgFBd9yl IhiLMQAZnlXViYCU7pjHlvlMzzyeFiKw4qydnCTonTblwcnKdrtLx/P8jvfoMFe2JBnybLT+ be6F4JUDi2pLOjt5oaSmxD9rRGoI2K2BfUZ6cscUcb9Q+bccIPKSLNlIScJt1CX0hi56g0Hq JpQKQB7viUFOAtxbvj91Or9cK0o7jnFxu88GEAjCDu7vfQY5AgtT+bCV4At4raKnMcm9hFqP MtwKMuyAPIlpvTOnRu9JWqoLkmJVt9aHI/Qi54KZXE+xFVrHb3nl5qWnNjeOuuvs7ct/+dMR e5955opNs6oiM356xdHjXOm6N+4ZM/bul5etPHvf5Zffc+rWl9/vf/3906e3Xdf/vbTt4bcC zmawPUWyndRYnCA1Uq3TqXXU6uLaHvqJBFBtUKY7X9NlfbfW3fjY7HXtdNSV2+dW7113x7ol 67dxX41ZM71KuVGIVUxcNn7+FOUn89QdP4IdfaQI6wduHbHVZOUDpd3aWkjK82qB4nomqGzf tCtIncJY71K/GuD2ZHwB5LQfHX/BUVQeyr2ynV43acOVVSX1s/r3r8u5ecnuhxNNcoAO9wd9 emWUECsdOW9I7ezRcROf9RP6yBWjlc15idHprooOXgtcSZAS2VGZ0OeXkoTL1VcsTxZVWzOM sWOKmjoZOtnRnXSXsn77dMb5I10OvLZmzrZmf+PoQfas+jFji5ITqn3OePPI4VcPzk9efeeE h0fOuCc6tibXHJrUMPaGej/NHrpgbNBgcxv3uYqyzO6ymsL8aLi6OFA/enJcnjuirGTXYFdJ LC83FKkuLBk+Gv2XD6h7LfP2ebKZS/A8aCVYcinOM05G02a2o7sfnr9W+Vm7soefwO/pnMzv 2QjveAAks4R5bvCBJOHQJSSnJm5O8gz7WJczYq3coNmZXBu0oKTj9+/+fldhww1jRs4f5t9F D3366e/e47akbr3s5sbiojFLLuNYx7ZIiHQV7FBCLEey9FlxX1rFwD5Th6rTjhhFbpdi8IGR CGoa3uZv+yg3S+DFHP8bTymbHvtIY7VaBMlqs2ree0zZdOBtq9us43ghK/dDULnpUxZ6chbO 4lq/P8O1uxIDB+bkD5GTztQceDY/Mqa23OxZOIV7FKKohwGsn4iPcSXGv8JMIr+ryiP6w9Qi UhGPp9KdufwFSYDIICHn5AgtOlGkGgdpoQ6H1t1qobymNUdroaKL2diOKBNfJiZoYXtYe9ZB y+JEEI+0fECueqFdqWjfv1++7cRtDasClatHTFg9Kcgt5W/q3MjftNE1/dCGiTrdNrMpceXt Y01qp7BAGTwxOctgaXFaTVYTtWP/d2sWNdtbDQ4LtXZDk67Ng/POwJLZu0dfbxoqgT7qmVQx YVlj8TffAEi1y56/beC9U8TrBQ3bfGM3RIYMJKJP4iAmb5JDtrKWclLuL2qx64vLiwsLi8v5 rGBWaSDYWqHP1mdLfluFpbjcldvqpaZWiTB9QhBjmcCCiSg7KrKejKlHQpGw4yKSSa50xVDV sAwOaep+Gpp+54z41Ky8CeHrFtI3w1csHT6qgvUqtyvB9v0CcU3/2a0jGTEP7DTtbrx1asy+ LfvdnQwvhlsaJ2kpUDdGZsnVedoWnUkXFVryPaIO/lFDOZC5orWYHig/Xv5xOe8p95Qbs1od RMMbWqN5RhAbHVIe8QKMmMUIhZqRCUwekhcjpwrGpYSjG9Oe0iItRWlBbPZfjOylxUdlWA+s Ly1PKsaT5VC5o8XpdYJU9Sm0gmCZrE6euplohWlhoae4NY/Yze7WcoPHYqXOXqiGVGH7ARN/ IHT/DGNpaQ9JVPr2Rvf1S4rmj2CLspr+qxpb2F+28ICFtPA85zigY39RgxeeNIc+eYP9NnXq VOaPZvTyvfRm5yLnYVtemcdTnmezw+guy7OLbd//p6A5fwLn7BmM9rxypOo0pYM2kleJE/t/ nMaDLt5CLE/qQp+AQyPWv52MhD2sdFVa0tUoAF5tWmK0M6ssKxyrGeqP15e+03dGH6/LaCsp LEmObUw0jx2ah7gcFBLc81L+/2TvO+CaWrZ+Z6dBEnoQECkBFAEpO6GreER6L6GDQuhICYYm VsBy1GMXRVEQUCzYe0HFeizYjwXlWEBUBBTsiihv9iRALKfc+373O997F9Yva/+n7DVr1lqz ZjaEBH1Kh/YRQMVmARp8VJ61j0SDx2sAzIg/pfZk655P6PBbS2KspWl/UcOaiRd6n9yXB1go +Eh80sheEiCRiDvNUDZGnz0Ruj0v7+PnJyR1YsxJ3c2YgJKD3t864MAAujxZSQaOCo+ScCTz S9w//hf0N+YuLubmrq7m4it5liuX6+zM5bp2xbhyzd3czLmuok9T0RFTJPr8lR6qAZ8Jwkx7 KRjbQxCJRcon5ZNVIYV/Q10EUTwpKyC1EEQNpW6l2fbSdamZUrekzf6A9kvvp2vSVzI0GPlM beYc5kVEb2WWyXTJJss+lX0qx5E7Ka+H6Ph/KT3uIQXK3yZDhaz/RbS5n/7rqVOhU3FmP/VT P/VTP/VTP/VTP/VTP/XT/ypqlyQldSU9SMaILJVGQXL5hoKVEhDlKM2BtPpfpFqlrn7qp/9G Urbsp37qp376ryC+8k6CBmADEiC9JkhFW2UoIjMVa0g/IUpTOUWQqprqNNVpagxEkWp3CBoY OrB5YLP6BkR71U8iujrIEpITpPxBv2uoaHhrzNTYodGpOUTTFlK25hLNu1qKWgFaCyD9rj1S e5z2Ikh1/wg9+28lNoedzX6oE6pz8X+WdCm63H7qp37qp376/5CCEKUgKumnfuqnfuqnfvpn CH02AvEvcRjgYXmABoSACgK7L0Ee1H0MDAHW3euBAbAGFGAI5LvjIbfqfgw58SXehsCxey/k boABTIE8GAq5M2w1BS6IuyLujrg/4sHd1yAP664lPgOoexHkNt2PIA+GrWaw/hiwhPW1kDsj 7oK4a/dZyN0R9+8+A6xg/2OQh8G7rKFW0yHX7H4GuTXUwRpqRXDnbhPIXRB3Rdytuwxyd4R9 u70h90PcH9XwEA5EPAjO1BrKXwScoT7FwBVQu1fCecqABZATI7oBTeAPuQdQgjwYWsoNhMHR /VBPf8gFkDtCDWGv7nrAQ5iHcCCUEA05ISEQWSwQWSwQWSwQShoKuTvCvt1dkPsh7o9qgqDl A+GIIyAPgxKCkYRgJCEYSuiA3B1xf8jD4FgbIHfu7oTcpfsd5K6Iu6Maf8gBGIztB2SAUcgw FGQAQJgKsQIkAtNQPRthKVRvjLA0wiMRpsP7YoGnGGOwfqcYk6DGJ8WYDKX01FMk+lCBGrgq xjTYv1mMpWBEvhNjaWAENRZhJgjAEsVYVlYfOyLGcr31DIm5MAk95RoRlpGolyOw3CuEFQg9 5UkIsyBWkhfNXVmi/wA0XxFWkagfiO7VRXgQGkskU1Oij7YEHoz64wibIDyKwNISOktLyJeR qJfp0d8bCKBtUgEfpIA0kAtL0SAXkwVxYDwsP4OvvnYeyITXNOgfPqyLJReTd5GPkmvg6xD5 MHkr2Ay9wgU44MAVxgZeIAnEwH4CkAFf8fBeNnBA0tIR58OaJIjS4FpmA3soPwVe/WFdAkiE bRmoFAevcbB3NuSxsCcPXonP+oqDrUSMi/okgCx4N6FVEOqdIZbMhpqYwpe5xH3EXZJSktBI fPjKRFrFwtpUJCsZ1hGaEy2JqO+P5pSAyllwVj29Y+A1FZYJWyWhGZiiGWXCuuEwQ5mBHESm sNe38kzFd5tBnIsslYC0SocScmFtPJoXYR0zEIrGZSNtc+E1C9lKpK1oVj29ifkR5XRkHWJU QhvComzC3xIzdIL28YTeEN0rlGhJR3rGwlFikMQkZN8cNFYM5D8eV1Qm+sZAD2Uh68aivgLI Y1F7OvJdLtIyDbUSYyWJJcSIZcUhTsQK+7uZEz1SEDKA9xnCK+HD6N6xfqRX2ney/76V+qTH IkkJsE6IPJ2JNI/pje0fz140+vd6jZCwATET0Vwy0Xg9q4aQL5prLPrMO2LmAhS3P56pyNL8 r6wahzwrEHPRrEQ4C0VpFrqT0DYbzSauVw7RMwXF+p/5SBbu5cQrQGwvQpsUpGdOr71SxJLT UNQaIxvzEY4Ve1Ry3blBWd/eQ9jo63UVh7IJMUYyfKUjWUlQqimaawJaeaI2M7HMSBjtkjIN kSbEektHo8Uha4rm3qOND5KcBu/ORYiNvr8+V2w9NppnApLat4rGwHK0WH8+ynSu8M5oFDU5 gM3W+EaGZ48MtmZvXI6HdSKL9/g/DuVFYrz0r+LUH42RjlalK4oowkMxKKP1xJc7rElEVnZF kZnRm4t7vOfbuw4yJDKqKL5EERMnHk+Uo9LEq8UYzZtojZPIiYkodhPEvu6JyjR0f7o4a4tG IPYgYqdJQvlTFC18cZSli9d7/H/WH71W4qO5E7ZLQjuWyMqxqCYL2kYU8X17GTECsT5FcWPQ o+Mf+xdinjj35yALxUGPG0rYiPCySMOkr9bE35aHsnQSuq+n949zlfE3uarH9t/eTVhNlB0l 592jl/CrHVw0h6zeNd7jQ2OUvQVolPjecpxEhBBZSOShDCjNuHe3EGkdjXQR9czo7fl1PhH5 0Ezs8Qy0UlJ6dehZ21/H0t+3at8IPbOU3De+juk+S+QgO6b+m37sye1ZsJwmtszX+6kAzVQg YZfxsEeMxE6Q+Sc5WZTHY9EMevav4d9lcz6UKkCZp8+ffV5nozNjZu++0Wejnr2pz06SeeXr uzJQvhD5K1o89x/vovw/8Kqw1wIZ4nNrJlrDKUgDol1yj/53o0Byr3OFpyeihw983guAT072 MA8TNcR5kw2zqT9sCYIlR1jrCGuGwh48cftQ5LFgtCe5wn6BaL8TyfCH3BuWQ1GucwZsVCZK HrC/N5RF3OsEQtAYTlAaD/X0R7K9YK0nvDqJ+xF3OMCaQFgmsAvKhqLxvOFdAWjGbuL9UaRp AKxn987wa63c0Ig9mnnBkj+U7yputYey3ZA8Qn9ifGeEvXv1dBZrao9sREgmZDqIz6H+qBY+ tULuA/s7iWfvKNbWG83BGT1FE3NxQhoQI5uK5yrqR9gnSNxC+IjQzxNS36zskQ1ckTZ99nOA V1+oOSHfBbYGoJ3CB97piGbKQ9ZzEtuMmK0nKvXNSuQpBzQbwqqEDRwh9oIvl17b+SMu0sVf QtrXtgtG7X29RPOzF3MHZDkfVBJ5wwGVApCviFZjsS/90Ty+HTUYRaIT6mWPZszrjRBnFL0i 7XuiUzSGj4QmovEI30rq0hPV7D9ZIyIpPe2BYk9/bxfC6vbIJoRevN6R/0iyqcQTLh/tET3l BvTEG/fVE3DcV8+46CmXokXhUDwoLhQ7yG1hbz7MfMRpm8hX9rCHEGYJ0RmAeLJGP93eMD/8 6AeDPaRhrmABqe5uII9qCEK/P2PHw6uyqCN7HF7ADqPRjWa7zn4vi0mRygrYHrDKhYRhHCZO p1GHyZFJ6lSA82mMYTSMghVYkzBKGQ/3w40lajQqtPI0wEhEPigVCtA0ia1zFEG4joQwivKu 5KXgQzmrwy9UZ8U68OTMZzL9S1nBIG28gHIKLyBvKSOTMBKJZQ5VnMgdG9VducRGEyk8EZft 1RajQr1ykJrkQAqNRQrkcVi4IlGQZjGC+RmJSWkJmYI0jgIuR1RKsaT842JTBWmxHC1cg6hh sAZ4JcUIBRmC+Ey2g0CYLhDyM5PgHTq4NtFOZqn1tQckpcaZ8DL5qelsXwd7XEtVlmOJW+EW HGsL3MI2DBatcNveIp6/5z+imSzOJNqZLIqXj68/Zyg+RFTUSnNISk+ME7IdeU5sJ5738DGc MdYmzlbWzibOTg5czhBcTzQjjR/OiBcnzE6KicMLMF1JC2NUQC7A5AGsZ5AKMAwUJWxZtD/v 8gaFtjOWF4vU9xz79Ylq7e3gikU6g85v8XmopRjVcULX7KZ0WMDQmt9aF1Ou8fcO/ZldemnU 1oWf5p+yl4mftdCsaOP6AzH1MY3pp6eeSt1z2jstvKq+WH34g0mHQ93eaistm29EWfPRd1tx 7d2VFSebjM2eTTyjE73EffCQV+Pom88Kz6qFTaiyOhLeYqGzjZXr4frbtnrGl0rlmt9jBlwI PdJdtami5cvuhVUXhzE4PI8ZT/OKF49x91U0KHxwqfWJ1KXA6JUuvxwpnTbLoGH0s47Zv5fY xHgITgc1+rY6D9nUrrTGON+sK+/FphORzcJD91WvbzZw9W2dbp5U/eusj2+V3umRyHAdrSvA 6NAiVFwTmlRTjqJCUR6xkC6wUnPfE6C9YuKEhHchkydtqUYxpKlHUcNV8pT1LD7c8XdOZzwf /Sn7055hO09Z7pHHA4gO2hQv3AN3K3Mpc5rtkJiZmT7czCxGmGKa2uMn0xhBqll6chJRa5Yu FMRmxWRmmPW6kfAiciKMSlPYBQ+hScOFSaVKYRjFE3fHXXvKOGn2SPEAOTk5PxogTvgnkjNx FqHvEIoMzugRSZb+ZkGSiSgZ174vYMuJ9pH1QexZrvIH8m7ylqafmKv2gtOsqvHG+MjTfXuf zfl4JsB01tultR3X74/2XtSwgPF+5tS9804snlljeuNMwI4BV1qUn2VY7ovpXuO4fcmzGHp1 Pil+aezJGc/9r6/yHLTnwaqM41GZ+991Zqw48bL0UpqWdMlkF/rr/bnGFVdGRTeXXfqsoFtc s++i2Zshu6QbPUZkmS3I2zzJprRh93p9/VPHy8ZEmh1t3qGTfXfS6rrdPhts0nPCxh2usuFZ rV1PGjTSfL653U7Tve+l9LP4ZmHuTQd/mhR/tsTrxbXf5hnMXKc47Nd5e42Ou4W8Of4xsfaz 1vJDY9dPZJeb7vz10EfVgLOPqTCNtcE0dqMvjWEM49ztt3Mnb9hKpGCM8W0ay/2PJAs9XEe0 6NUl22Pj2LykhDQo9btExrWwlExkRBHPn/E/kcjE3cl/0P0vE9PSLoFVdQP5kMEt52sV/MOV zp9iVEaZfnS5frbt+dlVu/T9so7evShPU1ZcnzKw9HikV8DcJi/fugWXyvmVOaxijY3PZTPf bwzKbTZ4z7u+a1LMw7eFRQfa7rh8SLF7PWTOniOMM5SNC6fMcs3W4DtXDTw9KfqXEyctqz6F CM7EMJe54fmDJj+YPsVnr0tq5ESNHfvfr2D5tx+65mX7OOO+q/dI5aoiWduLv/g1RFwb0bEw oQWP2uwVVuJwtF7v8HH52x4KJWu8OvwqZlY1rdlod2tdO0PNdVPnLu/KlXIeNR3Kr8G5na63 wr/Y3J6raEI97EDy0QUrhmybapk2M3ELW83G4ItGhcKuyp7EFAUtEvGjhUqWyFZzvzA4LfqX nqSeXbLkUOH8CjU+3LT8iGZFCswX651xx2/9Y45ziCKVZWTOsbS1HIZb4Na25pa4Cccqnm9i EWOFm0RbRceb2MZyozkxsbilrY3FVwmwVrH5wvW9KiHYeWtTcxWVQ57FDG08SJQAfXCYAstg Cpzt9C8lQBjLMJJhEEfiNibmHBMuzsFRCgyTSIHeOEyCEilw1N9LgX8gO/NH+W7DJt6SByOw L/yxtLDW+A6Zuvd3Zv4G/OQUrq2/pmrwdL65zbA6h1/Jv2S1mi99s7kx4TOpvlLT28Fp7CC3 Rw99VDqmLeqYo3ihYNv6Txs2R74tijo3+XTNlNVJz7ULTry8tHCiR/Tb27Iat3lKt1b4t1se HbiwbPSyckalicqak86Z0q31b+oq3awClBQDyXsmq3xy+fIpseu4U0TjT0q55hXtBWfujx4o 9WLAGcbqUKr95qtFpfml5PAu90fqptStvi5m8ztz67TYH6ifDJPVlDuFlAPMjcWxbYpjfZzc Fhiqm3y6up/Oi7QofKhy+lBLhmVzcHtDq8optbO0PSOu8Gc27necW7huNl5AXQXzXb4o3ynk blMpdy+r3OaZEfJGimUa922yi0Q5hEFfqj932SvjWGygChmanzMQV/2qkt7rHY4JPkyUHQb3 ZQd/gQCmCOiupPikGH5mHNs+KzNRIEzKzCVSGvSWJW7LNefYcrkwpXHFRa4NxzzsP69AAen7 bEUishUJZisSBl6P7cxLuBG2cbOM8WL2VUvpkVkzLx2Qmrtm7t37l09FdS5JDCstnGColj3l 5MNzQ7IL5UI6KRZWTx7seJ93+FkIc9iyxyXURzm6S95bxI7UXaI5roG++Ijyl66skIENuQek lq7bPidUum6t1AVySFeiYSr39vVNtR5dDUxXrs+T1oPbfJoiBKzCVfXLb2bVb1I/ULhkb074 W1eZReNzpyqnU6am7lj89m56ncuBmtVmKU+pBxoUo7bmLlGecubWhqaGaTdPTXu89PpIsM+q 4H5uQ+rrfWkf1pqfr/WfmrHSqv6X8uSK5UWr190/6aXfTVuRMIR27unWphdK5ss5q85ZSntb XMjl3dx3LIYbOtrqeKU3xcuuPlzKvCmkpv0nXmzdmFDL4M/yTlMGU7xKb9lkKhbpLr6c6Ji5 VHDTQ7Bz9qOzVmPKrnadOB72cR3/EO4yYQVDZeeS42OWtytMNxj/yEh7V9Ml8k85Eyhn2V1u 8ppOc9bfrp02Z9tCkzan+tN+lPNGXW2zS4sVi8LvX+bNedJ44PPW5ScNRte3UxY/yDe3vbPb qVLvZ1pl4FxONc0kSs5ebaq26b6iWsXWATcHVxa2D1Ce+9kjo5Mb3nXNHHwMjU6X4raYbhlt MvnCPZ2EQfiqRSpVepvsr+1MU1xtdfr+6Mw1DSFxJ6K0JoXbnFtUTdGfckNl9OP9ySlVsz+D mssnLEXZ2g/3QUlWU55CgSvnV1yeKLAwrJtCxcnwIpGy5bYWRI0OGlr0eAiry6iBwVse2rQe V6DRxY9gAzBCAvguOcG6M4pe5OFR98b6K+Ys2l1tdW43tWbvgU117JIIFnm/hm4njWW5/1zM jWIXgX7w9cCXlF36kbc2+yaWHbl+MO3iqWdbHwy8NHFraObWeAur04NGpdh4msvhSrLr9L/4 8UD3jjDvmbLy2k2pVFPvWR4LUswFAddjt9T47pg6ybbM+nkMWb6LRbusYnUjYMTyQX7Rwx97 qd6g2i4tHropvOpoW/WxR+y5URNSgvZUsq6myulNW05+nmj3qi7mYLLX/mZ8X8OFQo/3FVVj V+G77Tae9EsxYGODhw7zAAdKFJPTj+1WKDgiszrx6oIRg3+uWmUgLDGPDF189O39ZaXDo8Ms bBvnBGoeou08MTfZ5HbSqYFKVjOvni+7222WNHH340l3W2/LHH9/NEb1oC3LpsIqfPKrWUHj NWOjT9g0VtX4xVcUvlVaE6+rkPzqAL7U5JVhh90IZYfEipdrDK1rL9uwh6ROSXg9bbDSYLJ0 vktbZWnRW7XbV6pvtmevaP98uT6oZHnZmI9FIQ23Obq/RYY+GZWmC1ocZu4fUn/ntXRQ4vHY ZM0pbfuXVUQHp5nWPQ1ZdJrjpn/vvqHlz2/xCenhyiOTjs5Vmtpquu5L3fTSgjB/xrATDsPu 4HPWnlP4NHfBk/JZWebTUkrrM1ix0UmVZlMvrEhd+wE+Qiy1S9NR1jlv9/DU53nJJe6fr5WX rHLI+WnnXZicj8DkvF6UnBl8c3119CjN+SfSMgfHbcw5XC7H1hylZXGRSxT/yUPwXx0vdwtD IwbisTWaxVFs9phV2byUUYNuCS7WvmxJ/lKkovDwwfDMGeoHzMq4bd33T47x1rspBPWWwYy5 F7az3d50JG718lhQeTTXY8JqF6m7n4c8KMmac6Uqw3H67fz610dfWa0/H+H0+45tdg8NEovU N1YKM4JeqhY2fbYsFJbdyo7UynGaMctG5WpGOPVwgv+Cyt1JZncHMr8szTRszDYLuKeMh364 viD6c+35SGeO76GhrKbR+BWhoYKB7llrb7syrt3iS+U2tFkR3kEFBkZU7gGP2z4xT6+bRL90 snu6VRq8cy4vvRY+X5/XPKnK/ZXzFeuRNqV7cyIqVUsX1CouChp5Yis9kvxbz/FyHLRI2J/l qR8e8ySS3GxcSTJpUZFgXK+vjkRI+XyN4/2b/rzlDSujRmziCDaMPFJngg/s7aRMoshoMQAP /drdAdh/ddD8Yab0FR003XAX3KnMocx+9k9//6DZ2yyEoU2cD9ERM0DiiOmKwxOzxBHT5l95 yiYWjINI6veHS5i/Q21HTdd33tEqGL2Lu298q5xZ2ia3962RWc89R5jcdtjG/FL7zISzTu/i FN+VeTpjt9qZeR6u2BS05lF69cG9H3L3uQnfj2qxn36hQUY1qbZyDdukk+l7OuiSySP360fS n26SrSBXBj08OM8j+NXyMWtevm5/8Wi2tsXIg0HFHTy9WUbrCzSWNRZKab5q9P4wv/xCM6ty ife5QdcXCZcbTUhdrf5Bo4N3K+GibneE5qWK+UeH7s6NCXKs8Lv08dm6kKB7q0lOjmaRb+5u v1HATetav5zV1Jr0dHOF8bFzwxTk4hauqn9b0amkT4+zKXw5Sdu9+lpDUPPViSvUIs5bqkTe W6bpttDk2DYLR40XCgPUwdh7luE6l1eepb+YJTffJ1WO5W03xdB1jfDa65QLJ9rS1wUvDZ5a uKBskCs57P2VdQmMzEqr5yZmqueeCK2V3gh2jUwo+Oi/e4G5SpyW3Lx7Cvdj3wguO9/4TfVZ 7mnK3t8+GT/Qnle6lfGJNXT0tqaPDZunO1dLRbnERY323jmmzfv5nuzcOoYFPVUjj6PdKBdw 73H5p8cuCttiV3b7qphOqaHqTGpcbj806dSyRcvPL6hbrbNdNmJNR8X22YkzZMabVGcnA80V 216pTH6nMmPwoTlXxm9y4ZgV//5ogt1tMC3a5drlOecPqnXKCRecWGe3gzR6fHfS6hWNCpsU 9lr7St86ZYcX0KRg/m7vyd8qiRYof2v8I8dqa/jgBzO2pTluKzpWE0VznCj+c7+L/avsvbY8 ZdeDetelRlOSTQc2HG18dGaVn57vtsv31LwHy7+4tvGa57ZMnK3YKnUzYPkAt8JBY5ZuXxmB 698Fyc2Tj7bNlZJ/L0dZ2TH3onat+eCfS169SdAw7pr8dI5my1PvdeUn9HgXFnQ6XaFfHbfj 6s4xlIqPG1KWJdw2+N2Zt3P21ccGzqZDt872CfSXaSIbfxq/eDGe9vPrULykc9qtoj3NOkXT PlxnvZY+wEv13+u0eK0rcHeJVxxqGL+pqOk3Wr57xceZGxVdlOkFa2c+D5z4BSvW9JWeBRRw 5+cH7us5V582CVi7Q2uiPSfn4uoHI2YsK+eT9mnK7up6v3o3dlnXI6D7I/XUSTazJ3tvgRbZ +GfZ+4e/pfwqe39/5MxfKUq++Yvx/AU/Tr/lMev5//HwLPj+ufP/laz/t36vCm2tUDTvVATZ 0eres73bcuov5/p5YbtMMyeEp8qwtlw+NnnRQdMbShXzU6MPBpNqvdks31X3Jo1uDK7eEVKs 0aCJzd5aPfHVL1fbRmAvGo8tYlDPLXBt7OANuOezZWnT0wXjb+adeFL4imY2i/xsidFg3fRP 77qaJq4ylX0v1Zh+RM27ZGEyQ7j8YLntmgSTM35yLdERP6ms/IX9U6OUOvfjRY57NsdumJB5 riXdrnsWg/XgJIO/sOP2QdVW71+mn7EcNm5dTeuRqcwxk2/whDov8AvVE+MiwjFVhrLc9bvK K9+OPBQfssfE7OnHWbMv+gU1l6QXpmy19bzxLremSm1StGF7xWpDC1qOevR5O61U7YIO5lnj 6isOex5/bJu679H6TZmWB73PTNBT0s9mjvSfPyHM2UH5yJ49O70Szq0d052Xq5NXOgCPbx6j NE79XKmuzlWHZ8OeVb9xvWh8o46b56lv5Do4MqwlqH3D/VUlF4YLjuYPzaQpvsjWqVldcGJo wP5d4+3mlmfz96aVszbUVLl0KAk+z+Om7P7ywO/cfL3z8UdLNH9WiiXZmewIXXSwSefxvp0X YvZODKDesDf13Vq4s3Lilj1lK7LU7yz9mZWla8bdJJ1WFj5/SE1Z+8wLOrdatXzOF79we/ge ixPMZU49l3TuSVrLxqLLHMNuuTPhEXVeg8rrOs1KfzINVEk+z1r3mVNA2YYXUDaTMAyHy+2f Oy//+HfafX/hK8v/lTiuieOXTubISP75ECrQV2Jy5HDJ1gHEYbDnRgoHJqUdddnNrultXFby U6b1DL8D00wWl+LxErfIcELwoDLjPKO//2bgcv28wX+4XDNz0wUJQn56Yi77m22FUoAB1tv3 R39RLptutONAgOfJ0qizal1aH9WNLmUGR5UebmiUm37OtuX3JRnVjsXtGfSz3r9HM4Im6ebr 71RsvbZGZvwZ7trdb/0cN+yt8C4bYps+fHHyjHG/eKW33HvjO2nolibX1gOkm/F3qN5aR+pU VicA53HlbmN4r4OLMq+2HnLUEDjt5jfNd895d+6eg9oYN1214IoC/Ydn4m9jp9sMqzvfNlX8 qsMhuzS/VrRvXLQraael8rVJntS2ozOeby+5rzysvZZtVPA6wT99zQtL4zdGhxxqay2Sag47 3prNy7//+0iHuLGGa6in29p3PS++qZSMrfZUzFs2oWP0rWNhd6iZ6nnt6jyrZxvLC0gGeAFp cJ+XaJwC0gBYpYjicuE/dg748R+MJaJyLK4mGZTMvj98Y3Dw3hYqRx79TcSGa8OxxnHcKuy7 mDz9+vLAT9p+4SHMsPPzapYpPn9kv/CbjE3Eioyv7BXDh2+mfl7PM1xqeyOlFS+u3vML/cHl 5iPVJm1fXFeOGPdMM0htmZx0OnPVsWm/Ft28eKakykzLwDNReG26y3XS7fNWS+vGD7Pw027W uVD4Rdr3vPI8y3vqxyY3jE3fqf3ea/XwcOUJr+esK5/wcpWWbURz0NH2qfKn55UcnFRxOV/P cwXHacLMGb7b7w2rsr8RlbhW8MlNkRMUfPXt8qUDfN+MUjV6wPT1X0czXx525djJ4Q1PF00e dCKZWVXe+Opq6/r1V8zPHJ8T9nKSt87+4/K5e5o1Qopkjl23GDGbOorjNSf03ukFOyZGjy0s vTTn3YKY68crfnt08MFYj/0BSgVj3TsvZGt3nhC944D4DwDsHUZ8S50f8c2mACM5koIAmRRM 4QOMEk3ZAciUndQugFE/00iATCPT4gBGi6cJIc6gFUO8mrYa4jW0bRBvp90BJNpd2l1YUy9l A0hStlJ2gCw1SioAYFKBUpEQR0m1QfxcqgPil9IeAJP2lPYBZGlf+jCA0Y3p5oBMt6BbQWxN t4bYhp4O8QT6BECiC+lCiDPoWbA+m54NcQ49B+KJ9KkQT6NPhziPIQcznjyDBcgMZcYAiFUY 2hCzGWyIdRh6EA9muEPsweBBHMAIhziCMQ7iSEY0xDGMWEBixDGSYM14RjKsSWFMgFjIuAtx PeMRxE1Mf4AxeUw4I2YUMwpiPpMPcTQTSmDGMGMhjmNCWzHjmQkQJzIPQnyIeQjiw8xjENcw 70P8gPkQ4gZmA8SNcgMBJqcupwXIctpy0P5y0XIpEKfKtUDcKtcKcZtSCMCUQpWgtkqRLEOA sYxYjoDMcmLVQXyH9QziFtYLiNtZrwCJ9VpZBWDKqsqqgKyspmwMfU4Re54EONDXjoBEciI5 AQrJmeQCSNDjGZBnUSYCCiWXkgvxZMp0iAsoMyH/mbIE8iJKMeSrKSWwtYxSAfk6yjpYs56y HuJKykaIN1GqIN5C2QooMHLgaChmSFLDUTwESgVDHCIVDihSEVIRED+XegFxu1Q7IMF48ILc W9obUKR9YGyQ6KZ0U+hfDp0j9jhGnw59jTHUGerIpzqQ60HPYgxfhi/kAoYAeeoh9GMDowFQ GI2MRogfQd9R5LSghTG5ZGhbjGXMgjZhmbHMIDdnWUJuw7KBfCRrJOQ/sUaL353DwF5Q/MEA vpAfDfKi0xK4oCUmV5gC3sTGZXMx6YTxQi6mmyCMS8aUErIgNk6MixZiVsmJqULMOzktlos5 pvAFbCwkhZ+ZhkWnpqRysXkwuSZgham5sE+pQJjLxXZn8lOysE2ZcSlc7NfMRH4SdjUzKToT u5uZCmuOAFNAtfe3ZwNdL89QNhju5ePPBs48b0c28A/0h3wc+s5i4h1GSkBDjOmABTTFmAGU gZYYM9E3LoqwDFCB27EIywJVoIOihCiDXkRFSA6oAd0ftKJvwwHyP2jpQ8T/PA380x7QzgAL 8PdgA3XxmMR/jCnCkh4qE99wRgaDwOC/kPJ/g4bE8DPiwEPEnyDehvirmPSMdPCB4BgJcRnE VZLjhGkYG3EDxHHEbRAfjbgr4r6IByEegXh0Kl+YjCUiLkR8CuKzEV+MeDHi6xHfivgLgpMo qcmpySQ1xNmIGyCOI26D+GjEXRH3RTwCrX6lH3Iy9J8CtPZfIVJvBvl7V/StRL18YC8mw2gc ACPv30HE/9ex4FUbxsYgGOuaMK61YQzrwOjUg/ExBOiDocAAGAIjMAwYAxO4dszQf6ZxgTmw AJbAClgDGyiBjmQRkSUNMQOuBeIdeNLf1RJjqsLo/1eusnC9ELEli74FrK/OF1SAI+AWeALe YTRMBdPHrDBnLAiLx7Kx2dgKbAO2H/sVu4U9wd6RaCQj0nCSOymMNJ40iTSPVEw6RrpM6iK/ onpSI6gp1BaaHK2AtpNOoSvTB8Od05EeQI+lZ9JX0jfRLzLkGCMZnnB3m8coZlQxDjMuMO4y WhidTAZTnWnEHM50Z4YxxzMnMecxi5lVcGe6wLzLbGF2wjkTdmHAuMD+D3tfAx5Vda29z8lk MuckzkkwphgppjE3jZRSLpeHRoy5iBiRpogUI42IXKBIERHTFDFSmkakKY2AEQPfJOUC5kZE hBACpTFGPjrFJDOZzP//TAYISDFSysdFSim571lnoxn8+ex9bu/33adynvWutffZZ/+svdba 6wzMoO5j8lyNf30Kk0g3H9351lbO+5lEO2vQzpixm+LL9w6LLxeNo560Mp6/rzr+/vcb48ul FfHlxSvjyz+cHV9eMj6+/HQDkxKGlMtGMkm8VsYBValjkm5IuWpof7DiNXJ8+QX7deXgdeVz 8eOvLWYS3blWnk/lBLK3EVTPXlnO+UbOdw55Bh5Tlz6kjDluKYov18+ifftIpw1N8WNua7iu fH5IGeO9evaTc2ocy3kB51Pj+2hcT2UdrDoDPpirtfq3Us4Xcs5X9m+rqfVweF8hK2LTWQnO rEVsGVvBVrO1bD2rY1tZE9vDDrIOdpTZ4CNReMlZ/vRazms538r5bs4PcX6UczvnUc55P02M cyPnIzkfw/kkzmdyvojzcs7XcL6J8ybO+fhNVs79nJ+iVWezaWwmK6VvZJSxClbF1rFaZkIs 2MVaWBs7wrqZkwXZcXaGnWeXBVGQhWFCppAtjBLGCROFycI04dqMrmj8Nb5zr2VwzvX/2njO p3Bewvl8zvl+vFbJ+XrOuUZfa+a8g3Mb5zHOuSZfu6rxnamcZ3E+jvMizmdxzu1h5wrOqzlv 4LyF8yOcuzk/zfkljb8ucz4y3hpfvxJv0XvHUDmFLHPMp1id1moe50s4v1bP93kv185eE+c7 Oeez3cu1tJfv+14v58c/6U/NUznnGmnW4kAy7ufgnBrPCtgUVsxmsTlsIVvK2/Bxmvk4zXyc 5jDnXDvNFzW+T8/5MM75ruzjvryv4NN8dh9f1b6DnHMv2uen1neyVWwNq2GbWANrZLtZK04w M7MyNwuzfjbALrArgk5IEdKFEUKOMFoYLxQIU4RiYZYwR1goLBXKhVXCGqFG2CQ0CI3CbqFV aBfMglVwC2GhXxgQLghXRJ2YIqaLI8QccbQ4XizA+0kxn4OTc25/+85pvIV7cgu3v5Zszrn9 t3Btt/B41MI12sLtvoV7cMsuzts45xpu4ZGjhY+3X8f5cM55xNg/mXPuZ/v5OPurOOeWs5+P s5+Ps5+Ps5+Ps5+P0ypyzv26dRTnPDK18jjQyv2pdSXnNZzv4JzvZWs353yc1gsaP8At5UAm 53w9B3jcOMD1dmAx53ycA9xvD2zhnK/rQDvnPPIeOM45H+8g98uDI+L99tc58X576FJ8+Tfy deWcIacrTr7fFMafhL+piS+3VX7SE9/iNvIW1+lbxfHPvNXxyWfaeWRo5/vavpHa6JENZSK+ j0J2OVG78za3yLf5k2/ncc5HfZuP+nbxp/ni242c8zj8Ntfr253xeugYGz/njqZP6+0dbu3v cOt4h1vjO7vid+Gds0PKyGEO6/+KMp4/rIsvH5keX/5t7nXlS/Flc3d8+XfXtT/aHF9+t/q6 8pn4cmd7fLlr+HXlU/Hl7o74sqUuvmxdFq/tnk3Xlc/El22T4p+3XddfL6LZLVPpXWgGQtmu IRfyAcPAjSNYi3IYctyVZNeuG0eo91mLytPHqXitdmiLa62uPRtXHjLipz87pA9BMuANpUTl 7A32hjDGYB18aPAhQw+hm9BD6CU8Rnic8CThacL3CT8gPEv4B8JzhH8kvKCOYPgTyZcJB1WU BEI9YRKhgVAilAlTCG8gNBIqhKmEaYTD1P6lGwnTCW+i+gzCrxAOJ7yZMJPwFsIRhF8lHEl4 K/WQRZhNNTmEuYR5hLcTjiL8BuF4wgLCQsJJhHdTP5MJ76WaIsL7CKcS3k84jbCYWk4n+RHC OYSPEs4lnEe4gHAh4Q8IHydcSvgk4dOElYRVhNWEvyBcR1hD+CLhesINNIeNJNcSvky4ifAV wjrCzdRyC2E94VbC7YSNhK8R7qL2bxDuJtxD2EL4a8JDhL8hbCN8i7Cd8G3CDsJ3CA8T/m/C I4S/JTTTiEdJ7iTsIuwmJDuXyM4lJ6GL0EfoJwwQBglDhGHCCGGUsI+Q/EIiv5BOEPYTko9I 7xGSp0i/JzxDOEBI/iKRp0jnac7kI9Jlkq+STJ4iM0LyF1kkTCDUESYSkgfJ5DVyMiF5jUzW K/8DIdmw/HXCPHUUmWxYJouVSwhnE5YSko3JZYQ/ovblJK8gfIZqVpL8LMkVJD9H8iqSf0Ly apJ/SlhJNc8TrqWanxOSZcpkmTJZpvxLakOWKZNNyi+R/DLJZIfyrwi3Em4j3E74KmET4WuE OwlfJ3yDeniT5L2EZIdyK+EBwoOEZJnJFDeMWYQTCe8i/GfCuwnvISS/Nt6v9m/8DsnfJfkB kh8kmfzaSH5tfIzwKULyViPp1kjzN5KnGGmGRgchWanxPern9yoqGYSZhBTBFJqnQrFLyaF6 iloK7bUymnAM1Y8leRzJFMGUCSTnk0wrVSimKWQhyiS6O4VkimMKRTCFYpdSTEixS6EopCwj XE5IVqSQ/Si0RoUsRyGbUchaFLITheKVQvFKWUNIdqKQhShkGwpFLYXilUKRSqFIpWyiGVJ0 Uig+pJIfpZEHpZHvpJHXpNG5k0YnThp5TRqdNWnkNWl0yrBvaWcXP5e08+eTp83QE2NovNdi uRZNv3ik1KKXFg8oEnBP1fxP8znN2zQ/0zxsqFdpfqN5jOYrZO/cKjV71Czxs+xIsxrNRjTr 0OxC23/SsXDbl1nC/0dZwufnB3+LnEDLBr7MA/4WecCXGcCXGcAnM4D//rP/7+283/CFzjHt 7BpyavFzSTt5vviZ88XPlqGnyuefHp91Mgw9E35A+Mm3RS3q//fE+7915B6aP31WzBsa5/6r ItxnxbYvEsk+N1bxCDQ09nwyn/v8uPLXRpTPygI/+Ubw+b5LPsrGcF/5MosemkX/T/jc7e8t l/4in7j9T/yUbT8hZTjSAULKcL7Muj/l07e/kPxlBv5Fzq2/nwz8/9VncH9vebjIbjF0GroY MwxKAhMlnaRjiZJBkphe+oo0nBmke6V7mSw9Ks1lyVKl9Dy7QXpTepOlSXulfWyYtF86xG6S Z8kPs1vkarma3Sq3ygdYVnJKssKyk9OSh7Nc4wbjBjbG+LLxZfYt4yvGzWysIioi+yclW7mN jVfylG+wCcp8ZQGbqCxSHmcFyhLlCVaobFGa2CTlt8pv2QNMFJarf9snjkjIYAaWzP6zf1RP +M8+99c8+3ltP+3edXXqzlx/XZtDXN0XbHt930P59WvjVjHC0GXo/oRVGGAVspTMkqTbpduZ xG3jBekF2IZqCSlyCSxhGNlAOtlABtlApjHHmMOyjXONc9ltxnLjj1mOMWw8Ads4ZTzFxpA9 fIvsYaxyh3IHG6fcqdwJC1GtYjxZxQSyinyyiolkFfeniWkSm4a53o65djHB0I0ZJ9CMdTRj Hc1YwIxlrCEZ806geYs07ySadwLmfQBrOygdxNp+jTUk0RqSaA1JWEMKS0y+IfkGpk82Yj1J WM+NqElPTkfNTVhbEq1NpLWJtDaR1ibS2kRam57WlkRrE2ltIq1NR2vT0dp0WNv/YomKSalH ywblXyFvU3ZAflV5FXIjVp5EK0+ilYu4Thishh6WaHAbPFi/1+BlouGY4TjwpOEk8LThNPB9 w/vADwwfMIPhrOEsWv7BoH5f4JzhHOQ/Gv4I+QJyWL3hT4bLqBk0DEJruIB6SQ9MkpKgNfyB vlRtClKKdANQkRRoOVVKw91hyE/10k1SBuSvSJm4e4s0EvKtyDeTpGwpG3KOlIP6XCkXcp6U B7ydvr0yXhoPLJAKUFMoFQInSZOAdyO71NNuCVKRdD+i0TRpGuRi5JJ6abo0HW0ekR4BzpHm YBcflR6FPBexSpDmSfMgL5AWABdKCzHPH0g/gLU+Lj0OXCo9iXr12zEColol1lUlVQGrpXWo qZFqcPdF6UXI66X1kDcgi9RLG6WNkGulWuDL0ssYcZO0CfIr0iuQ66Q6yJuRP+qleuSPemkr 8ke9tB35o15qRP6ol15D/qiXdkm70XKPtAfYIrVglP2wPwn21wH5Hem3qDcjv0uSjkpHIXdK 3UCr1AN0Si6gT/IDA1IQOglJITwVlsKQI1IEclSKQu6T+iAfk05Cfk86AxyQBlBzVoINSOck 7L50HhmZXvqT9CfM/zIyMr30F+kvmMlVOZEJcpKcBJTlZOANMnZczpH/AZgrf52Jch6yqiR5 lDwKcqFcyAzwnBLcnS3PRk2pXApcIC9ATZlcBvlHyKr0crlcDnmFvAL4DLIqvbxSXgn5WWRV erlCroD8HLIqvbxKXgX5J8iq9PJqeTXkn8rqt1cqkVXp5eeRVenltfLPUV8tY9fkXyKHSpJf lF9EzQbkUEnyS/JLkF9GDpUkvyK/AvlX8lbMc5u8Hfiq/CqwSX4d9eo7p15+U34T/eyV9wJb ZOwLosCvmZB8c/LN8OcsYxYTjBONEyHfZbwL+M/Gf2YG493Gu4H3GO8B3me8D23uR06kN37H +B3I30VOpDc+YHwA8oPIifTGR4xz8OxjxseATxmfAj5tfBq4wrgCbV41vgp5txEWYtxr3At0 GB0s0egz+iC/h2xIb/w9siG9koFsSK9kIhvSKyOVkUxQshTMELEmG5iDbEiP0zUP8ihlFHC0 Mho4BtmQXhmrjIU8DtmQXhmvwPuUCciG9Eq+kg95ojIRWKAUMFkpVAqBk5AZ6ZUpyhTUFylF wKnKVOA0Bf6oFCvFwOnKdGZQlipLIS9TlgGXK8uBZUoZsFwpB65QsEZlpbISWKFUAFcpq4Cr ldXASqUSWKVUIT6uUdYA1yprgdVKNXCdsg5Yo9SgzXplPXCjshFYq9QCNyEz0it1Sh3kw8ph JqReTb3KhDT1qxcCIqYI1KXpgPo0xLQ0QxrOhjQ5DdEsLSUNtp2mpCn0r4xy6VstBpbJspj6 jZprXDDgvQgYohNSb/AZfGgWMARQFzX0wR8fkB5AnHlQehDeVCI9TN/CGUu9FbNKcN3Qc5ix q7s+ljmKTIceg+hX6/FB6Xvo8SH0pf6/Twa6p44WBfahRQJazIQffw/tRLTDzDCy+q+NHsYz 6v8nJdM8BUPYEOZPitqThpghxucsSLPwpEBPitqT0mwJXsyEYRduLFL/LZ/QwZYytg9eu18E X8WpaghVX1dWaT3nmziZhtzbBmoC7WaCu52Je2ZrtN8AMqK+BTwdlDmEsnib3I/bfxpdu79/ NGgcKB9UyOumENfmcIjPu4OX1TGnkSzun8HblwyZsxlleO/++ZCRH+2zM2ZdrtG+MKeWIfLQ upYh967Jx0Gn+XiLQcs+IrbvLHg5rUFrp5G4vwL8AuiyRuhGIz2RuL8SPAV8rRjtNrtSg0u7 u10ZwbJuu2tEcGW315UdXN0dduW9McDxuGtMcE33adf44Lrus66JwY3dF1yTOhu6L7uKgnUW 5ioONlj0rpnBHWg5O7jTkuKaG9xjGYY+W0lug7wwuNQy3JUXPGwZ6VoSPIpR5gatlhyg0zLK tTzot4zFuFHLBPTZTz33WwpcK4JnLJNdq4LnLFNdVcGLlumu6uAVyyzUX7SUdttDIuT1IQO1 abDMc20KGS2LXJu6q1FjopptqFnqagqlW8pcu1Gz0rU7lAm5JZQFPARc7epAmzUucyjXss7V HRqNseyY50aXNzTOUucKh/ItDa7joULLDjw1xbLTVfVGu2WP6zRWRKjq7d1sS6vr7BsDljbX BWjgsOsyNHDUzYJWq8FdEDwTh0Z3QWiONZ3XTMYasbqjW6yZqLnIMQtt5ltzIR+2zHNPxQzn uaeHjNbR7lnAcYT57tJgg7XQXRrK5DgFuNg6jWQNZ7jnBQ9zzARetJYQznEvCi2zWN360DTs EWZrne9eGiq3rFSf6gl7toSLLE5tje4UIK3Iuta9LlRjrXFvDNVaF7vLQlOste4J2Cmtpd89 LDTD4nQPhxx1j4Tc6h4GnfS7c4IbLWfcOaESyzn3KMj97rHAi9DPnji8ompsKFq3uOuwdrIx 61Z3Q2iLtdG9A2vZ5d4ZyrU2u/cE+60H3a1vtGt2a13mXhmqsIrqrKzlNMMK9+pQpbXSvSa0 1trubguugR4OhwzWI+6jmA9sMrSVdr/R2um2BldCV63Qj81tDe2yut2toWZudU5VD3wHg67U 7mLVPrurrDG3M3RQa/Ox73TPVq001A6d7HhjgO/pKbcfqxhwR9UVuftV+3SfubY6zVYxw3PB ndbz6s5CJ+dCR9SdhQ4vui9C/9ouX3JfwUyuekS0J7lHp8o9sqqZHp2qGdXLsC7VnjutjR5D 8GhPqscYGm2NedKhVbIHy5WP5Z4MT2awv2eEqsmebE9WsKEnj+QxntyQrWe8Z3TI3TPRMy4U 7JlEeiDr7SmClmKaxiyHPfmY4TRoLLOn2D0S+i/xFAYv9sx0j4QGZqiW3DPbMyV4FBaoasPm mUYaPtw5y9JG+1Ki7osabUKneuZ6ZoQMPQuhjXU9SzwlwWjPcs+c0EDPCs/80PmeVe5RoS09 VaoX9FSrFtWznuRN7rGoN6me0rPNNbF7DMWESz1NnsWdDZZFnmXd1WpsCV1V40NY17PbUx6W Vf2HU1X9hzPUCBY6pcaKsE6VwyNUOZTV00L2Tz5luUgy7YUa2cLZagwJ52mWqem/55CnIjym p8NTiXiixYFc0rP5Y5lbOOlfjYfh8WrkCU/s6fasDfp77J6aUD63ZIO7LDypx+upDRntq9S7 9ir1bpxcTfL6IU+V+xcjXqV4tsKzVnoaQ5m2Bu+qoNW2w1sFD4INR7faN7lWRBs1n9VsGxE4 L7oLq14RbaYVHdWst2c29vSotqeWfv8y+O88f3nIqJ4I0YOqnqPtarSPHlFjbLTTchHWxbWk ri5qU1cXdQ+1OjXaYyyKq5jznmtz1qKKFmFUS+4Lq5bcd7znuGdXuNgW9XZEclQv6zutehki p7qWoOqP0Zjd5K8Ilmmnhn2bKyN6SpWjAxgrI3qe5EuWPf5KxCjyWXuTKzt61b7bVR3thG1k 9+nQpvrdEaov/65ObdMn21tQn6rW47xgiBhZ9kOuFZ2z0H9eV6fm6fYO97C+DLvZvzYk2rtx CnB7ttv9NcF1dq+/NtignqF9I+xh16q+bLsdbdbZj/u3BJ1Un6fOLZSlyubjqtw3RtVt33jN hu2n4aF19rOus4gMOa6ivon2Cy5T1K3ac5/Oftll6psEXRVDw7DkaLuD+bdG3Q69OxptxzyL cRf1R686UiAXqXLE6RjmbwzucAz37wqlO0b6m6/J6mneV6yem30zHTmuC29Uqpb/xoBjlGt2 32xtf0meq8p9C7Hvs/uWaJ5iveQ/GGxFBCuDrqL+9tAMx1h3WecixwT/EfRQoEYq1Wv6lqte A5tR5RWqfPRqTzZ0uMp61b2zr0qNzJj/ZJe5r7pH9neqnuW3hXIdU/2doWbHdJJnof16ar9J s09HqRrlVJuBHlSbMZH9bCO5SZUjw0nerdmkY57L3tcy1D6x13P7Uh2LUF/kWOp3B51Woz+I TAC5St9ENSvoO+Qo88eCfsdK1dfU7KWvQ80T+syO1f5TwahjjX8gVAi5kuTFoUJrLSIq7Jn8 sdW9540BNdKGKRbBU5BR9HWTfB56qOqzq7v/7gjHOv/50GjNu/lZZvBfCp5xbPRf7fNaKz3N 4Zk9pz0Hw7N7znraw3NRcwQ1Fzyd4YX87mWPLbzExjzu8HKb3hMMVdhSPLHgatswz6nwCttw z0B4FVqeD8+0jfRcClfZcjxXw9W2UV4dYsVYr/y74bYJ3tTgGluBNyO83jbZOyK8yTbVmx0S bdO9eaES2yzvmLDJVuodH95mm+edGG6yLfJOgrzUWxTebSvzFodbbCu9M8OHbKu9s8MdtjXe uWGzbZ13YbjbttG7JGy31XmXh9a+fta7Iuzl+SFlYrad3upw2LbHuz583Nbq3RQ+bWvzmsJn bYe928IXSL5sO+ptijCb1bs7orc5vS2RFJvfeygyjGePWp420lUUGY4MbXxkpKMuoOs762gI yH0XHDsCqX2XHTsDGTHm2BMYEdM7WgPZsRRHWyAvNsxxODAmNtxxNDA+NtJhDUyM5TicgUmx UQ5/oCg2VouWjqi7IDaB5zbzAsWw6iERz9HvSY8V4HSbF2pWY2x4ieNMYGZssuNcYHZsqpZR a7mr46JnWmw6PwdbPZnwkSuus+Ftaizt1qn+FZulnj7dOtUHY7OcoiczPMlpcLfGSi2LAnO7 q53GwMLYPGd6YElM78wMLI+lWNs9067lOd3ewIrgamdWYFVskbVdzU55duEMVH0U84fkNj0z A9X8vL6I7AVZnHZ2W/oD62mlao7dT1ncPMpCO+k0zLz+ZMTZcQX97NKyFP+R4FJnLvn+0Piv nYCkJefogKlzj3NcYFtnjnbuO64EmoINzvzA7thSZ+Eed6zMOSXQEmpW9ze2Ut3f2GotA9ey EcthNYfkeW8toi4/QWz9XnNklO2MtzsyFmgHnvN6IxNsF73hSIHtCnByr+g9HpkKPB2Z0GvA +TK91+g9G5nVm+69ECntzQTOA14GZvlYZFFvrk8fWdo72nsabx+0j73jfCmRst5837DIyt5C 3/DI6t4pvpGRNb3TfDnBBhUhz/CNiqzrLfGNDYm9c3wTIht75/sKInW9i32TIw29y3xTIzt6 y33TIzt7K3yzQjYVI3vUOLxbp0VXDXsrfYjGvWt980KZvTW+RZHW3lrf0khb7xZfWeRw71bf ysjR3kbfaqAqW3t3uToiTsKlvc2+NRF/70Hfuki0t923MdIPrIv0q34XOdN7xNfQubS307cj cq7X5tsZudjr9u2JXOkN+lqjoho5o4bemK8tauw95TscTe8d8B2NZvae91lD43ov+ZzRrN6r Pn+k367zRaO56h69u0nF6Gi77KrqzOGY6uuPjgOeieZDA+eihfYM30WclSN8V6JTetv9InrI 9hui0+x5fmN0hn2Mb2TovH28Pz1aYp/oz4zOsU/yZ4XxlufPxVk8pDd7kX90dD5wXHQxMD+6 zF7sL4yW22f6p0Qr7LP906KV9rne2dG19oX+GdEa+xJ/SbTWvtw/J7rFvkJF55HgKPhUZxAW 7pwWOBRb45wRgPacJQFzKMs5J9AdW2cb6Z+PaEnonB+wxzY6Fwe8sTrnskA41uAsDxyP7XBW BE7Hdmq5vbMycDa2R9VwrJXsts25NnABZ4r2bqu9X2jvs0PfVbW3VHo/ddYELscOx72lUnxz 1gZZZKpzS1AfO+rcGkyJWZ2NwWExp3OXb0LMb90SHA6Po36czcGRsai2a+q4sX513C6bOm7s zEfv0abYOXoTuaTOJHZRnQlqPp7JpaF2op6GsSvq2/ExUZ3PMYP2TqS+WeMp7A6QsiPVj44Z VT86ls7f3ymrcR7EU5m8N8p+ne3BnGNZLl1w0bESpzs4NrKRfzpBnxjA91ODdWrudyzXGQxO CLVrn0Vob/3OWLDg2DjnqeDkY/n8Mwft7Z4+VdDyTOfV4LxjM/i+2Fzbjo3m71/a5xV46lih cyA4tbvKeT44/dgUS1lwFlpeCpYem0Zvo5fU3xoRp4j3Maabr3uW6eiXnEbQLzl9jX7JKUe3 Wfcr9i3dNt1uNoF+peke+pWm+5IeSprDZiV9kPQHNod+nesx+tWrBehxAsthdzHGprBHWSab z37GxrNf4JrFXmK17CG2jW1nD7PXcH2fvcn2sVLWxt5ij7F3mZf9CzvGTrGn2Wn2AXuGfSgw 9hMhQfgG+7lwh3AnaxbuFdaw/UKN8DL7P+Ik8R72Z/FhsZQNik+J5UKC+FNxrSCJ9eJWIU18 XWwWbhJ7RJvwVfGYeEa4VfxAvCjcLv5ZvCr8U4KQkCp8O+HGhDHCfQnfTigUFiTcnVAqPJHw WMJK4QVds+648K+6U7r3BKfu97rfC27dWd1VwZOYlJgknEpMSSwS3kv8TmKxmJ34QOIMMSex JLFFzNXv1r8pPp9UmHSP+ELSsaTj4i+T+pPeF19M+tCQKL5iSDLkio3yPfI9oll+R7aKv5NP yidFl/ye/IHoli/IF8SQ/KH8oRhOq0mrESNMYFvYYfr/18eo38OtOwTqYEJdN7iZ827iKmXW 7cHVGqipa8N1GNdRXNZAbZ0zsKXOH9haF8XVH2isOxPYVXcO18VAc92VuiubxcDBzYZA+2Yj rvTAkc2Zgc7NWbhyA7bNowPuzeMCwc35gdjmwsAptb36aTD9DhjTLdAtZKJukW4R7OYJ3RMs UbdMt4zpdct1y+kT3GFCSAgxJpwUTjJBeE94j4nCgDDAEoQ/COeYTvh34d+ZXrgsXGZJIv4w g6gTk5gkpogpsEpFTGVG8SbxJpYqZoqZLE3MFrPZMDFH/Dq7UfxH8R/ZV7C7PWy4uivsZujL z9RvrqfQr84wk5HNNxWappimmWaYSkxzTPNNi03LTOWmClOlaa2pxlRr2gLaamo07TI1mw6a 2k1H6g6bOk1Gk83kNgVN6aaY6ZRpwJRpOm+6ZLpar6uXTVn1qfUZ9SPqs+vzTLn1Y+rH1080 ja6fhGc+vtL5lcmvrI+uXO2qLzKNqy/GczNBK+pn18+tX1i/pH55/ar6qvrq+t316+s3YSST Kb9+W736qyGCvh7azIjzKvV/NR3PlsNHJrJn4WGTyau+A2/ax74Lf2pj0+FNXvYAex/XDNLR g7DT2WxmYmliKXsocW7iXFaSOC/xX9jDiQsSF7DvJ/4w8YesNPHJxCfZI4lPJT7F5iRWJD7H Hk1cn7iBPZb4UuJL8E4h9Sh9sv8wOyR0CP1iobgzYVTC8oQm3Tl9hr4hqc6QLsnSjOSK5J03 lBmrjdHUanYIbfv1GckV+gxVRrsMY/SapNarlySnVouFxmjCKEkW+oV+9b7apyFd65H6rEit VvsT+jHmqCHjZnw0Kl0YOar2fkOZehmjkszuZrmDfjYK9E02l40D//bgkywf/I7BcjYRVAC6 ixWw76OuFDQHtBD0OGgxqBa0F9QMagO9hfZ2cAfICXKB3CAP6CT6OYP770P+EHQFdHXQLwwH ZQ0+KWSDciBjTkIeKxBGge6D/CDoe6CHQAvYXGEZ+HLQCrRfCV4BWgVaDaocLBd+Bl4F/jz4 L0A1kF8EXw++AXwj+EvgteAvD6q/0fHtwUastAOz78AMOzCbRsymESM0oqcOtOyApeUOdkFX XdBTF3TQBR10Yf1dWH8X1t+FdXdh3V1YdxfW14X1dWF9XVhfF9bRhXV0YR1dWEcX1tCFNXRh fl2w25xBG83hDvCJoDsHzewu8PmgBaA3QXtA74K6QCcHbUICKBF0ba55kEeB7gWp864EfwFU A1oP2ojnsjBSNfsmVjNlsA29V6P3avZDyEtAT4CWgp4ELQP9mI1jK0DPgLah/Cba7gG9C+oa rMYMqgXdYBtmUS3owe8FLwKfw8YJsCZhHmgBtPcC6teivhp9pGGdvVinH+v0Y52aRT3Kred9 soRerKcXa+jFGvy0izW0e+rO+WnHbiCNfXOw+bM09JF2VG0sGGxWNcFmYgebsINNsPZS7GIT u4PlIVLksTuxwgLwu0BFgyfZfaCpoGmgmXhyFujhQQe8oA1e0MYeYSMx7yZYQROsoIk9i/sV oOdAq0A/AdWifi+oGbQP5Tbwt9C/HdwBcoJOonwG9D7kD0GXMN4V8L+AXwUfHDwpMJABlAwa Ptgk3IwVfW3QIdwGymN58JI8WFeTgPnCwpqEmeDfA58F/hB4CfgCVgqLaxKewrPLwZ8GfwbP V+LZn2FnqsCfR/0vQOtUm0H5RdSvB98AvhH8JfBa8Jcxr/sRdQugzTZoswPaXAhttmFny3ns qMbuVsOjqqHRO6G5k9BcAzTXAK01IPcpQEZUAO21UQx5E/IeUBvuvaXaF+QuUHzsuBOeWQ1N NUBTHdBSGzTUJiQgRiSChkPOgj9/DavNBr8N/ONYcie0dKdwL8WTNmipAxrqgHY6oJmF0Ewb tNIGiyuHVk5+SkyphpYaEAmqoaUG4QX08wu0r0H5RZTXg28A3wj+Engt+MuY59e4lV68zrdt 0IztU/37rXgfx4o/388XDF78yNerPunvmImNFWIW5ZjFT2lk1e+LBlth4a2w8FZYeCssvBUW 3orZlGM25Z8ZD55Cm+Wgp0FloB+BngVVgJ4DrQL9BKTFinKsqByW34oVlWNF5bDuVlh2K6y6 FVbdipWV8/hRTvHDgLpk0A2gm0H3ol6NJ5inUAyaDpoBwnxh3a2w7FZo4Kew6lZYdCtWX34t zsCKW9mtnxJX/+t0/3/T+13wjxPwjxPwjzvgHwP8lAlA/2bo3wz9m6F/M/Rvhv4t8IcT0LEZ OjZDx2bo2Awdm6FjM3Rsho7N0LEZOjZDr2bMOIBZBuAPJ6BbM3ziBPRrhl+cgI7N0LEZOjVD p2bo1AwfGYBezR+t5r7BE9CtGbo1Q7dm6NYM3zgB/ZrhHyegYzN85AT0bIaf3AE/GYCuzfCV AejbzE/HAHxhAPo2Y9UBxPeH4Z3fx/pLB4+zR0BzMKNHQW2g99Hqa/C620DPgH42eBweZYYX HYcHHYf3HIfnmNk6stncwe3Q33bY7gbobzuboOYniJZ3sG8gan+DIvaUwUzoMx/6zIc+89n9 g9ug03w2Y3A6exA0E/L3wGeBPwReMrgIszNhdhswu2LMbgNmt+Ej21+IcR4H/RD9LgE9AVqK Z58ELYP8FPhy0NOgMtCPQD/GaXDtnHwW5QrQc6BVoJ+AatHfNjx7zSf2otwM2od7bRhbPRWu +Ygd9Q6QE3QC6+3HfLUTYgP2eTv2OZ9dRv2fUX8F5b+gfBV8cDAf+53PfSqf+1Qm9j8f+5+P /c/H/m/H/ucLtwxOF74KGonYduvgIiELUT0bpPlbPuxiO+wiH3aRD7vIh13kwy62wy7yYRfb YRf5sIvtsIv86876DcKT6HcZ7kFPsJPtsJN84UeoK8dYP/4P8r4GOKrrSvO+ViOpG7lRkKwQ WZZlopEVWVYwJrIsy4pCMJFxW8ZYITImpKUQRZEVRVG3ZAmUBitqQdTvt/v1j3o0LNGwRMOw Sg+r0lIaiqVYSsOyrJZiCatiWIoQVgWMlqFYhhCKwvvd2/e1msYeO1Wzqdoa3/reue/v3nPP +c65t9sXNfrqRj87yfPwvMJnHYXHbQXiNhdc+iW4VIEZ6HmwQsEM9DyYoWAGeh7sUPgMpJhe +3jWVA0bLGYx/nlWAXQF0MnWP0WolbDMPAVeIUOQ58CjVvDIDR65wSM3OOQGh6LgUBQccoND NEe6waEJcOgoaWC9xtZPW1H/IfAjtNEKfAC0AT8G2oGf4L0O4KdAJ+AEYpzJB2eqwBk3OOMG Z9zgjBuccROaQfbiXWPN9WucR4G/wT2+/gJXZsCVGXBlBjw5Cn7MgB9ucIPOjzPghhvcmAE3 3OCGm6/XWvl6rRXccIMbbnDDDW7MgBtucGMC3JgAL7AKJs+BF88Jf4Z7zzEr0vVdK/gxA364 wQ83+OEGP9zgxwz44QY/ZsAPN/gxA364wY8q8KMK/KgCP6bAjyj4MQN+uMGPGfDDDX5MgBtH wY3nBKykBKyiBKyghB3Ma3Tt2AputIIbM+CGG34/Sl6HJ6Pcc1F4LgrPReG5KDxHPRaFt+jq MAoPReGZKDwThWei8EwUnonCM1F4JgrPROGZKDwThWeiSZ6JwjNReCYKz0ThmSi8EoVXovBK FN6IwhtReCMKy0dh8SisHYW1o7B2FNaOwtpRWDsKa0dh7SisHYWlo3Hrvo469IdFo7BoFBaN wqJRWDMKS0ZhxegjVoTOsFqUWcsDOQjsBobQ95Pg9nVw+zrmHEQk5MtYhWyF/D3wAHj48XX4 +jp6fxa9PwtfXofvrsNv1+Gz68jzDvjnOnxzHT08C5tfJ62wtQMtR9FylH16WBm3vR22t8P2 dtjejuxL18x2RI4TkeOEH+yIHBd8YUfkOBE52+ETB3zigFZRRA31jR2+scM3dvjGDt/Y4Rs7 fGOHb+zwjR2+scM3dp5h7fCJHT6xwyd2+MSOaKF+scMvDvjFgWiJIlqof+zwjwP+cSBaooiW KKIlimjZDotQn9kRLdthGeo7O6xD/WeH/+zwnwP+s8N/DvjPDv/Z4T87/GeHBakP7YgWJ6LF iWjZnuBPB/xph2WpT+3wqR0+tcOndlia+tUOa1Pf2mFx6l/7Y5+Yfow2wU/42g5PUH/bESVO RMl27ncH/G6H3+3wEPW9HVGxnSyB3zcwz2zGeoJaawryHz7+L3HtHumJbGCt/Rz3/XjOhDV2 Id4l7G8/m9HWV0kq2ngNn5CbsMZ/kvyQtJBlxIeC2YxEyVOYu/4W66y/QynAmv0/g21nyG/I cvI7lGKs2v8X2rqGUoJZ7Abm7N+jlJL7KC+QByhl5CHKV4UUrORXCIuwln9RsAk2aLdMWEZe EnKFXLJKyBPyyNeEfCGflAsFGMvLwnKMpkIoFAqxLikSikilUBxb57NvDV7HWv814VvCt0i1 8I7wDvm68K7wLqkRvi18m3xD+D5Gvlr4gfAD8k2hRWgha4R2oZ28LnQIHWSt0Cl0km8JLsFF aoVu2OcNoUfoIeuEbcI28qbQJ/QRu+AW3OQtYSdmsjqhH/PY24IHnwrWC78QfkHeEUTMXhsE GXPXu4KKmate8GHe+rbpNdNrhP6VyxGyn30jt5z+ixaPiSMdsAHZpMpj9lg9mZ4cT55nuafY U+ZZ5an01HjWeuyeDZ4GzxbPVqDV0+Hp9vR5+j27PbJH90Q8ez37PQc9hzyHPUc9JzynPGc8 5z0XPVc81zw3PXc89wfJYOpgxuDSwWWD+YOFgyWDKwYdg5sG6wbrB8sHqwZXD9bS3Z5mnznI dqFaH/lmrRdlFXx7hnyNXEUpJ3MoL5PrKBWLfr7o5+SVRbsX4XPfotCiEHgkZNx7wsa+py0h aYTIGcBSIvzCxiSr6zdwXpTyknRfPysTfVZO1S/JGfpVeal+Q16m35Lz9btyof5ALgmY5BWB dLk8YJOrAtny6kCuXBsokOsCRXJ9oFTeFFgpOwIVcnOgWm4LrJE7A+vknsB62R3YKA8ENstD gSZZDbTIwUC7PBJwyaOBbfJYYKc8HhiUJwIiq08FfPKxQJiB1qcDe+TTgX2sfjZwgL1Hn5sN ROVLgUn5auCIfCNwXL4VOCnfDczIDwLnFFPggpIeuKzY9LMUbDwYi5IdKPBOBIqUXOhFdfgk UJ2oPglQqgMPlTVBs7IuaFXWBzPjuiSD6pEAZWMwRykIzFH7KJuDeUpTcLlaHDxs6MV0aQ+W Ka7gKqoztQ+7VwRdDUlRGphXVgZui9mBe0N9ARN9zwAdiwFmK/hF2RasVHbCB7CPMhhoobag /lRagsVKBfqgfVF/wZaKCN9Se1LfNsfeYfaCHRQfl+FgDeMG7GNIZQ/a2xdcG+cJtVMRlweg QzRoZ7pMBjcweSTYQO1PbWdIqj+1m3IcnIE/qVROBrcYulMOKTPBrb84B3ku2MrGSO1qSD62 uLwQ7FAuB7uVuWBfXE/fo2N5TFdDcjvE7ZEfk94H+gNlHjrfDvYz3e8FdysPg7JqDuqqNRhR M4N71ZzgfmY/cFbNCx6k91iMUJ5Q0PGDQyxW6Lkh62Ljj0sHt0PC+Cm/jfGyeEoYv3HO4gvc N3yrLg8e8q2PXUuW8WfKgkfVVcET6qHQavVwqDZuL9uC9G0Mn3vkfHP4ApNNjz732HtNj0p2 PdneXPpawpd97eG5+LkrPO/bFr5Nz307F56jvPcNhu8ZdjZsZnCIxQJ4mnhuSG/+wrlPjI37 06Rhl2Rb+3wxO32WZDFM80/Fo9LwpVoZPKVeC/UYPDTsPtSKvEtzG3lUxvmLeGO8zPjnZbJ9 jX6See8L67d8ewKiwXfKc8bJwpg0eG+cG9K3L/zQd2DY7IsOW32Tw5m+IwEbe87guyHBed/x 4RyaC3wnh/PY+czwchYLyA2+c5g7kNcNyeYSSCM3PBYrtY/mjGS/xv17IZbXDGnklnhsJZz7 Lg8Xx2ON5z567pt7VNLrNAexuaZtQfrmh8uYvD28Kh6LnZ8cq1T67gWOiybMh3Su6olJIy6N GPYGMU9iDjNknEdGHleTJLUN1YfGNuUZuOR7GDxEx67WBM+oa4PnWZ1LGiOqPXhR3RC8Qjmj NgSvqVuCN+m5ujV4R20N3lc7QoTO+2p3KJXqqfaFMtT+0FI293H/qrtDy1Q5lK/qoULanpHP 1EioRN0bWqHuD5Wzfg+Gqvzm4Uq/dbhGPRqqo/NAsh3VE6F69VRok3om5DDWCHRs6vlQs3ox 1KZNhdf4M4fXqldCndpEuNqfM2z35w1v8C8fbvAXD2/xlw1v9a8abvVXDnf4a4a7/WuH+2je 8duH+/0bhnf7G4bl+FzD/UFj0L8lMOffOqz7W4cj/o7hvUYsxDmdlGP83aFmbTbcRO3g74MO /cP7/buHDxrv+eXhQ7514Zn4PMd1iMuk2KQ5za8PH/ZHho/69w6fSOZy4rzo3z98Knn+o/zx Hxw+Y8Qq7Zv63H9o+Dy1v7YidMzoO96mkf+xDmF5g/roZsit3gkNqPdDQxoJqRTUPlpqKKhl hEa0paFRbVlojPpKyw+N0/v0Xa0wNKGVhKZoP0wfPt9p5aFprSp0WlsdOqvVhmbZ+3WhS1p9 6CqLdQP02U2hG5ojdIvqpjWH7mptoQdaZ9ik9QT3MrjD6SxeAW0gbNOGwtnGWk1Tw7laMFyg jYSLtNFwqTYWXklBeaWNhyso9yhfKH9ofGjHwuu06fB67XR4o3Y2vJn6UrsUbtGuhtu1G2GX diu8Tbsb3qk9CA/6TGHRlx72sVxM878tcM+XHQ77csN7mI34O76C8D5fUfiArzQc9a0MT/oq wkcob3zV4eNsTgeffWvCJ2l7dH1GbeM/PHyRtuU/OnyF9Q8dqe/8J4avUdA5wX9q+Kb/zPAd mi/954fvs9yEmPBfjBCqk/9KJJWumRnfr0UymJ7cRv6bkaVs3UBjCL7134ks89+P5OskUqin Rkr0jMgKmp/0pZFyfVmkinGAznloT8+PrNYLI7V6SaROXxGp18sjm4y29aqIQ18dadZrI20s N6F9vS7SqddHeqhN9E0RN11X6o7IgN4cGdLbIirlFfWR3hkJUnvr05EblFN0Laz3REZ0d2SU 5QLMd9SfdH7XByJjNB7puPWhyLiuRiZortGPRa7qwciUPhI5po9GpinH2TNjkdP6eOSsPhGZ 1acil2DnMP3tI/O/M/+akLTvst/su5V2i/0bwJI/8e6fKPmY7fJ5z/TblB7hfbZ35/+Y58zX TUV0146phO59ML1Kd+2YqtiunQ/Zrp1etmtnO9u1M8t27Vxgu3Yus107V9iunRts184f6K6d lC/RXTspuXTXTkox3bWT8hW6aydlBd21k/Ii3bWTQn/RZB85sLALxRkltc6TzhnnOecF52WU Oee887bznvOhy+yyujKdUVcOkOda7ip2HnGVuVa5Klmpca112V0bXA2uLa6trlZXh6vb1efq d+12yc5Jl+6KuPa69rsOOo+7DrkOu466TrhOOSdZOY4SZeUIK/RskoHWAbqjxLwNnlqc9Ll3 Gzz1M7IDn3h/jfIK+wxcSc6S/45Pub9BeU3oEXpJtennpkFSQ3dZEfoLEA1kS8J458jy5DG6 cmLj46P75JE1oPS5+vBOGUoD09HDfiWrEIWQIvY7BcUolGElJIWUopjZL3YtYr/YlYbP6xXE Ap3WkCfIWhQbqUVZQtahZBI7yhdIHXkbmr5DNpBscLGB5BAXSi7pRnmKuFHyyE6Up8l/RcnH 2M+RZ4QlwhLyLBFSe1LdC2P1Fqas9BZ6S7wrgHJvlXe1txbHOm+9d5PX4W32tuGs09vjdXsH vOXOVO8Q7qjeoHfEO+od8457J7xT3mPeaTx12nvWO+u9hPqE96r3BuoD3lveu94HoklMF224 WugtFLO95WIuWi1HC/EiluJurMzyMh2/MoE2WBFXovU2scI7IZ6jbaG+XtyIllXUyxnoCKa8 VWIBemhjvdAyi7HUsREE8W6RWO1VRZu4RlyH0R7D05vFJox/jGEc7YyILWI77DHuLRFd4ja0 MIEWZuNohnYUbbjeg3MKtD60RdzJxlwObSnQG+txUBRFH2033gtt0QDVARDDkLVotZZZczYG cY+4TzwA7U9768WoOCmWikfQd1A8Lp5k/TMdxD1sdIl9A9B9xjskmuho0RatGaBX2lj/d72F UgPT7TF80nWpQdKlyCP6J4DeE9d4Z6W90n7poHQormECpMPS0ceunZBOSWdg7wTtDUjnvePS RekK0xlQr6jXvHedqYMF8mrodBZ+GpWuSTelO9L9XXtlQv0mp3qDcoa8VF4GmS8XGvrJJSgr 5HK5Sl4NPaeY7ZnN5VrD9nKdXC9vkh3M/vVov15ultvkTu9duQdwywPykKzKQUTHpRjkEc6I oDwqj8nj8mNjFtfIUxQxtsBbgHxMnqZek0/LZ5n3aH1WvkS9KF+Vb8i35LvyA8WkpCs2JVvJ xThUwyaIwwdyuVIQ86dSBG6kM1AbgXFKqbJSqVCq5THvLUSfDZ6b9Y6KF8TLOM4B894V4m2w +574UDJLVilTypHyvKul5VKxVAbL1LNYvkszgLTK2yZVSjXSWskubVBvqnfAgS3SVqqn1Cp1 SN1SX6xXqV/ard7XiCSL67RULUNbqi0bioiilq8VaiWMP9SmnHfqXm2FutZgP+1RK9eqKCSr ttp7OtYCvafVanXIGdNxFhqMM6IkHgc8FrmVtHptE/Wo5kCumlB3szwxwp6EnZQ1yjplvZiu bFQ2K03ecWeq0qK0S7LiUrYpO6HRMWVQERWfEvZO7zqj7JHKlH1igXJAiSqTyhHluHLSO63M KOdg7QtKkXJZmVPmldvKPdx/qJpVq5qp5qh56nK1WC1TV6mVkllZr9ZIDepawK5uENPVBnWL ulVtVTvUbrVP6lP71d2qrGIho+5V9+POQfWQeliqhK2OqifUU+oZb1A9j+Np76xWojVrbbsu qheVJq1T68HIaF7ZBA6d1dySjBGPg980G1/1zoJxKnLDhDagDWmqFtRGtFHvVW1MWa+NaxMa Mrh2TJvWTmtncXVam1XzcH5Ju6rd0G5pd7UHPpMvXd3rs2lTvmxfrrrbt8ZXQOcLXxHzA7KT r9S3ktle9VVQPZCBac7tgb1vqXd81WwuHKR/++df58oK428hHewb9hz6i4VthURoGyHZbQUo RSilbeG2lSgVbXvaqlHWoKxrW/fBrQ9uta1H2Yhrm1GaUFpQ2lFcKNtQdqIMtu1rE9voqs1k 3mn+CH0sIq+Tb8HSb5A3sdJ4C+uFVPIu7LkYlv8uySJCxnzGXaZRPvvdyAtE6E6FvAyZkfLS T8914xpwGZgD5oHbwD3gYTfpNANWIBPIAfKA5UAxUMblKqASqAHWAnZgA9AAbAG2Aq1AB9AN 9AH9wG5elwGdI8LlXn59P3+PPncQOAQc5veOAieAU8AZ4Dx0PsdxOTaWuK5ruQ6fhG6uTyL0 JBi6JENOwhXgIu/zWuwZZ/mCXuz6HeA+13kLvzefIOe53RNRnIC1CdBjfnES7oND3N7nY/7s vMl9cIb7qyPmW2ZP88I71F7UDoak95m+rQkS7TlTF3hC7WRIxg1Dlwwul3L7ywmymNttFfen IQ3da7h/IZ3L+BjlBMnHZkhnPlAIlCTomTSWZF3jktvhMfkw1pchmZ30f0ZauaQxEuEw7PFp 40+2Q/L4k8edLGl8nVjwrXNFwrVkaTxTBawGTnMeJPv3X1p+mt0/p3zMzsm2+5wyPu7PkMk2 Nuz0WTIeX8mS+9JZmzQ+wz4XuB+SpcHbOc7Hz5Kf167I6zTnfhrPP00+5geD58kyIQd8knTR /vc+Lh+Lkc+KmWTJ81pcJueWT8s1nyUTctEnys+KUUPS+fBogkyOTzpPnkqQBn+Scl1cyrz/ E/y5Vh7/lJN1QD2vb+LSwdHMc3gb0Mnv9QBuYCDGD+dQTE+nCgSBkZh/naMxH1LpHIv5xjke 84FzApgCjvE2pxds6DwLzAKXgKsJ8gZwC7gLPFgYm8sUA50zXeCpKx0AD7vAvS7k2S7o0gU+ dWEd0gUdutB/F/zetSoWVy5b9+P5wvADzSmYm7sqH8/5cQ4ncYvpE421l6iD8V4XuNC1doGr hg5x+UfmNGbTRK4mcakLvunasBCbXQ0x3nQZ66zzCXYw2uZ8otdc2TFQ3SkfKNj4+ZrMlQsU xEB54SoCSheeca2McdhV0f3IusdVHeOKaw2wDlgf46RrY3csxjlcm2Mw1k+uplh+dLXw8SbB 1c7h4tgG7AQGY/x0iZxTgMsHhIE93QtrQzrufZxbB2K+ZJhcALUBswl99ggfoxzTn/LddZyP 3XjnJDADnIvFmwt524Wc7ZrjsQJOu+ZjYHkPtumCb7oQp10dsdhlcQd0dcdgrFnZ2iuH55hD Mb27+roX1sC7uxfWxh0LNurq5znhPOclnuui/NBjPumKxJ7v2huz0SPt9XU/vu7mbVMduvZz e57i7bc+ypkuPNdFnzvMc0RzzEeMF7B1F9agXUf5/AYed51IiAe+duo6xdszeM8523UtZo8u Wqd9l/FnWmPj7aLxfCXWBt0plVaZ9hrbKfWv/Lt9QRXu0+9/BRupIaRxI7CZoykBLUnnFO1c uji2JdzbCQwCIuDj18K8nT383JfU3j7gABAFJjmOcPgS6onXfAn3jPpx4CRvc4afGzgHXOC4 zDHHMU9qHLccdx0PGk2N6Y22xuzG3MaCxqLG0saVjRUALdW4tqZxHUp14/rGjY2bG5saW3C9 vdHVuK1xZ+Ngo9joQwmj7GHHcOM+FCoPsGO0cRLvTjYeaTyOktt4EmUG5RzKBfDxC6Y1pjUg Jv33yIK5yewkKeZecy950vzn5r8gOea95lHyJfM+8z6SZx4zHyBPs3/BXsD+BXth2rfTvkNe TNuctpmsSvvHtH8kX0u3p79FytPfTn+bVFj/3nqZvGK9Yr1Cvv4n7EkQlgqt7P8xTJHnCXG4 CXn/XAyOAWAIUIFgAkb4/dGFZz8Jxn3HGDAOTABT/NoxLqeB07x+FpgFLgFXgRsJuMXbuQs8 AB9M5HnHJofxXzM/tjk6HT2QbmCAXRtyqI6gY8Qx6hjDtWbHOM4mHFN4wsHOj7FjrDgc09DF RGym102vE2LuMvfA9vQvFCxif6HAyv5CwRPmkDlClpn/0vyXsP2/Nf+KPG3+a/NBUpDWkPY+ WZ72v9NukqL0uvQ6Umz9rfW35CvW31l/h0z2/6pdgVjJIuRJusfUzvNlE2lBvqQ58lm2m/jL bDfxc8iLvyHFyIu/JS+zfcQVbB/xK2wfcSXbR/wqmUepYruJXyN/IPdJNdtNXMN2E3+D7SZe zXYTf1NIE9LIGsEiWMnrQoaQQb7F9hfXCplCJnkDvFpK1gnZQjZ5U8gRcoid7Tt+i+07rmP7 jt9m+47Xs33H77B9xxvYvuN32b7jerbv+Nts3/FG5OxXyHfY7uMGtvv4PeEN4Q2ySXhTeJO8 L7wlvEU2C28Lb5Pvsl3JW9iu5O+xXckO4TvCd0ij8J7wHmkS3hfeJ98Xvit8l2wVvid8j/xA aBQaSTPbufxDtnO5he1c/pHQirhoFdqENvIB28XcxnYx/5jtYm5nu5h/wnYxd7BdzD9lu5g7 2S5mJ9vF7GK7mLvYLuZutov5Q2GXsIv0sL3MvWwv8za2l3k728vcx/Yy/2zxs4ufJe5HvGoS /t6E4Da9ZHqJlD5yx0z+CoUIpUIZIvmXwq+IWfgr4ShZjHtFwBIiorSzI4oQFII4Wyj0/8ku RuwTkoligq+rSQp8XYOWt6AsIg6UVDKKkkb2oaSTA+SviYUcIv8ebx4l/5E8AY2WkfyF/0+5 aYqYQi2hJvY98lb6Lafpv5nOEOGJO/SvuGM2k9Em0VYDtUSQTkHWAfW8vonDeKYZaMO9M5Cd kOfj14jWAyBjachUGjKVhkylIUNpI3juIq+PMilIVyDHIK9BIhtpyEYaspGGTKRN4/pNpkPs HWQkDdlIQzbSLvH6Ja5PDIJ0BxJZSkN20pCdtLv83gM+DrzjM/F3aT0dsCVIG567z0BC4wxC CG2FoFdPBHW0GYJ+IejXXYjzuwDaDqPNELJmNyweRluh0+w+eyZs4++cxbNXGVh7IYwjdCn2 3q8wk//qQMqX1D3igBoGfMAecUh9KN7QrOJVLRPYKpVqNVIu5EomWyHXSrm+QmmfrwQYkM4x 3JAmfbeAceme7y7kA2BKuufPla0MBRwH5Br/BXmrvlzer+WIV/Vu+aLeJ1/xXhGXot9bgXyl Xt8qLoWs1czi1UCJUiWWK+PQzQ0d3foZJYPqGChUyiHd6jlxXN8in1cviBPqZXGC6UgBHbXd 0npNB05J7doZqd2XL/kYeqSTDCPSPMMYdJ6Q7olVyoTfJpv9K+Vi/zq5DGGyQs+Rdb1MPqS3 yuf180pGYIWyGqiDrlf9RRgPAB0mMKYayGlcfxDXYatUoV2R2v3r5VVs3O2QR+Qa1gbGR8er 6+JSXZbP077UOei/HDbfC53PS+16DfqNYGwP5Tv6Ufk+fY6ONRBURgMjylhgFHJMGfNnQ+dS 6ALoe+Vr/gq5WN0H2+xjfnUz3+4RVQ439bd+UcnQryhLA+XQpQq6zKNv+BtjmIJedyGPQV5S b/Prt+P36RjvanaMj6IDfNgASdHNORIbe+kjdmiAbHjsmQr4aCOwGX7azHxF6wchDVyE704x uIBt8KOL+pLaFb4M+1ZIByD3gI9RJksge6QZcPKCzw0fD4Gbo/DxMfh4Gnw0SZP+dID6maJI zmSg9VzIXF4vknMYEmzrrwYv1gAz8gb/Obkh7tfNcpk/CtkEOQm5Tpz2HxDvGv72b4M8Tv0v nsX5Wlyv9B/B/UFcPynXUN/7L8tbmZzjcp5KeQt41aqvkg8jVm7oa8GHVfIJ1C/pdvkQ4/ha FpMVlJv6NWWZfhPyDnAfQD1AgFRgtbIpUKtUBerg73rEVjFii97bpDgCDqUZsg2yk9m0BDaN 2fAyjQvfaRbTDxHTDxEPEX8L9AbE1cqUdhg+Osr9BOj9iOfd8hX9hEL0U0oqxlWDMdVgPDTu W8Gf0+pDyYRYHQefbnC+PUD8TiHnUHlWy5HScX0Wz9nUe+AddE0YazJ/moAWyhEW2+XISWeh 72xCHrqE+tUF3yefc3/nMSz4frnfh3FSv1LsQZ36lmI99a9sp9DzkB+K5f2wy17ktIPwzykW 1xvgnzLktwbIVeJV6lPmV+Q+misof7VrXGfkUSNHsevnY7b8NN4b7waWKSXIIytYnAI0N9Kc SXMizeE0J9I8zvKikctpHqc2lOGziLSe9U9zOdeD5UWazw0Zy5G3OeL1xDxJY4DlSeR0mitZ Xj8krdQ7wIXD8k3KTZovOW7RfMnyJ/KUkUONfKTlQU/AyIWfmZd4zn0sP9G8RHNNbMwVvF7B sB9jl5F3ZOSaCMN6Vj8EyfFH5ZZR2GSU28RAdoKkecOYB2n+MPLJRp4/jHyy8XPmExeXO3le cfG84uJ5RVzIKwuQt+iV8lGWR+i8glzC5hoA1+M5hfkNPmM5Zb98TT8IfEZuoT418gnzUQwP KJLzSSz+wc0/Nv5buf9OIN7lR+M9bvMwxr0P2ChOPxaXlfKZT4rLePzVSAUMW6VqhhqpiKFP WkMRXztUIUYA7SZikGIL8hBFP/QD1ANiEBgxZKAZ+bYN+bYSNgIeO9+k9AQ6lR6MNZsikKHk MyxVChnGMcdPYK7nMkHPdRRxvVZDr9U8jilqUQcYlww+AWpUHFUngSPiGDCqHueg5ychZ2Lw 1SFPUtRzbJKOMNRJxxnq4zjC4MAzjoTnmznaODo5VMTMo5hjCKIeZOcXKPy35Q6g238P8h7k Q8iHcrduljuAbtzrA/qN57Q70k7tvrTTR4BU1O8wDAIirg+yexkL91h9KbBM2knXmIEepTbg BgaAIQY3XRcFVNzDfAkfDVC/MXQqQ4AamIJfKMY4JpIwxJ4NQo7oVnm3ninLdJ1L+w76gmH1 YXBPXO4LHmCISqUMk9J8Ivy24JHg8eBJhhnUzwUvBC+jTkHrc8H57evk3UANrQdvB+/175X3 U9B68GHIHLKGMoGcUF5oeagY52WoU6zCeWWohkI/H1pLEbKHNlCoF4Jh9g5A65q8fxWFr2d/ jW9gfyUD6jQ37V8r11DQun5+v51if5nUTkG/x7KUWl4ixPKy5WWSbnFauojF8qHlQ5JhcVt2 kCesS6xZZIk1x/oUybbmW58hudZnrV8medY3re+SZ6w/sP6IFFvbrD8lL9hybfnkJVuTrY1U ZJVkrSHfzLqedZ1syf5i9hfJ99BTQfrfpeOzYfpv06+TzPR/SP89+VL6H9L/QIosJouJPGdJ szxPii2vWurIW5b3LO+RRsv7lhbSZGmztJMOS6elkzgtfZY+4rLstNwjXZb7Vhu5aS20Pi+k WF+wviAstlZbvy5k0O9vBZu13vq+sMT6PWuT8EVrp/U/CE8tzli8TGi0FdiqhXbbu7ZGQbK1 2zqFEZvL9hvhl7b/YbthSrHNL3nb9MUlTUv+k2l7Fsn6iul/Zpuz01LSsi3ZOSmL8clbYJ+g l+PzOD5Hk1foZ/8lpUteIGTJiiUv0m/GiWBxxp/L5c9V0s/Y1jRretL9bn7/VbyZmf5P6f8E 6/wedhGYRUyWDEsGSbGUwC5myzrLmyTVMmTxknTrIrRktS7G+G0Yz7NkKdMhm+mQs2TVkq+R ZVl5WXkkN+uZrALyVNaXs75MnuZ9C8JJ08qFT/kfbQaaiPAzfBL9qAVo53UXxzb+zE5gEPfw CfgjEfJW/Br5yAeEgT0APr1+dACIApN47i6vH2FS+NkDyONEcONT8kcngRngHHABuIzr6UyH 2DtzwDxwG7jH6/e4PjEIbnyi/ughIf1mwApkxu715/Bx4J3+PP4urcN3/cUJshhtZDOQXScZ hN1oaxf0aplAHW3ugn67oF9zNc4zAbS9G23uuoxrFaijrV1z7H7smWL+zjwRdj1kYO3twjh2 3Yu9FzoKnAAT0kkOKSYp26/1Ldt+sy9/+52+QmLePt+Xt/1Cn3X75b7M7XN9ObjCa+zO7b7l f9LIjf1WHLF+30q/LRKEs6Ye9n89KsmbhOwAy3cUAEVAKbCSo4Lfg1V2rAHWJdTXAxsBeGpH EwDm7YDXd7i43MYlGLYDDNshAmDZDrBsxx7eD70Ptu0A23aALTsmeX2S92sAzNtxHIB3d8zw a+f4sxe4pIBXdswlSMAzyIH+mzshoYMHOnwfLPZAj++D3Z59sXN2jd4/EHveA508k7HnAn1A P3mz51TP+Z6LPVcgr/Xc7LnTc7+X9Kb2ZvQu7V3Wm99b2FuC44re8p6bvVW9q3vu9Nb21vXW 927qdfQ297b1dvb29LqBtt6B3iE8W9Kr9gZ7R3pHe8d6x3FtAqWtd6r3WO907+nes2uyP1+h v4MKLiGLWb5qWQFvrwSvzIxXqYxXaWCUGxmHMmoxGPUlkml9Ks6rJ63LrcvJF8Grt8ky6ztg 19OMXQVgVzv5M2sHOFYMjj1NSsCxVlIGjj1PXs56IauMvJK1ImsleTWrPOtlUp31StarpCbr taxqMPAb4OHrjIdvMB6u+/9ES4HI5B77rrWJPElIzwDHEKACQWAEGAXGgHF+fyKGfrCpHwzq B3v6wZ5+sLcf7O0He/v3MDzZPfSh78Pwh3s+3AccAKI43/Ph5DdmkgvLEmWWMtjsRcuLyP80 P5gsO5AfUqy51lxiRk54liyyfhmZIdW63rqepFl/Yv0JSbflIydYbB8gJ1izSrNKSUbWV7O+ Sp7Ieinra8SWVZFVQb6QVZVVRZZmfT2rhmT9CXsSUtz0r4eQMtJMzgm1JrNpgBbUBkw+lAgw ndIduybUkmZ6h9ZM07GC91hhbwzE7uL6QOzZWCFLF3/w8fzH84td7LiNHXew40fsOMSOXnaU 2FFhRx87htgxzI7D7Bhhx73s+Gt2/Bt2/Ft6JFm8t5/+Cft8ZvGPPp75eGZxKzu2sWM7/RdV i3/C6h0fz348u9jJjl3sSjc79rBjL7u+ndX7WP1nJJtkL+5nV1R21Nh1P6vr7Bhgx3/Djr9k x//L3NfARXVd++6zzzkDcggSYom11BhqDEmspcYYQ43lei0hQHAYh2EgMHyUCvVZgzp8xCgz MYLWZ33GUp/XZ4yl1hJjvF5CvdbHzxLrtcRaQ6gxxlhCvdZnLbWU67OUa4a71v8MzBnz8dT2 /e51//b/rFl77bXXXnvvtc8n7oLMbtA/Av0K6FdB7wX9Guj9oFsZxWfI6vPD58lq7s8StPwM 6GpgDbAO+BxwxDqmNwG/C2wCfg/4MnR+H/Ru4CvAvcD9wFb4TgbbRw2hmBaICPIKc1cCXwTu Av4I+CrwNdT5PHmf9Vn7YfagCrj8E3rzrKVPK4HWPr14Ez3bZenfjyy9fNXS19c+0mOF5iDb LUW8UWnQfm0sMv4b95z6rhpVxlKhGcsNr7AZzxorRKSxyvCJKON5Y7W4w1hjNIixxnrjv4s7 jY3G/6DZ/qKxmcawyWgSdxv/03hJjDdeNnbSjNxl7BL3Gj8yWkSi8arxqphs7Df+Sdxn/Nj4 sbjf+Gfjn2l2HjIOiwcowk4Xs0LPtGa3i7FrT9W71p5d27v24tqBtX1rB91JawNO/zpt7dl1 Ubnn+MzF4OdbEXyFQPY/YzxDnGqjmkaz1qilXqwgyzWyfJXQje8Y3xM2ochOeUFo1Ap/PShm u4S0ZP6t3JBl8Khast3X7Ut2Zzek+874ZjZ2NmT7epxDjScbnL4LvtmNpxoKVh3wzW0821Di u+xLz2tqWOjr92X7pzQs9l33FTTUN9T5IxcsaexrWOOP8S1sHGhYP1LuH+db3DjYsMk/wbes MdCwxT/JV7dWa9i+oNJX/8KGhuaRo3/Kqs61UQ0t/qm+NQ1bGvb5p/vW+7aviXf3+DY1NDe0 +ef4tq+Nbejwz/M1r41vOObP8LWsTWg4kVvn29fQ1lDit/vaVvU2dPtdqzasTWw44y/0HVqb 1HBmwQ5fx9ppDT3+svwNa2c0XP7IccS+kWPQvtFjpe/EC30N/f5Zvi3PT2s4NOKfG/2Resx3 rKGk4cKN/WN78lZa7Aja9UnHm/b/NZ+zsbdhmV/6ShovNtSP+n2E///w+41+vtG/N+vX0XkQ tHe0vZFxGvHbJ/RjRA8/iTYWGE/TrC8yisQY4yfGT0RUXH7c03gSbQuuiEpap4qxjmb+PbQq t4kvGi/RivtyXHFcmciiaxURvG5NwlXrbP7i+6NaeYUZxUYxcSuMCtL3U+OntMKOGnS1Y7xp vEmWdBnv0Ao7Y5wRRlAr65qHr4eFeDzIS8L/H+sJ4/G5aoKwB3l0VU3t591iixwHCoD8VXGb OBSKIrNqhN2f4mz2py4455uyImll34qaR+2+ypV9frc93u951O4vX9k3f9C/yF9lX0240r/a X+53+9f5m1b2cSLa7ff4PURVOZtZR7Ce299EUhs5W/QP2FeT9gFTu7+cNUPvqFa/w5/2nNNf 4/f4NvjT/FnPDsDywlscNSflAnhtTpAzlzRki/Qw3jQ6plCaEcYdT/FvMtLEIN+0gLGSv426 wfe/Jt//xviNuDeuMK5IJJpaJJ2xy5lyNjR8NchLIF6inBXGixSqjJEPyslWrjIgpDIoZ4bx eoSqXKCL08QwLl2/y7gwzgGSO6O0K0fCuDuFphyhtFvZG8ZfJ3RlD9JGpSmshPY5ZZPiVdaH cd2kZ4XioewN46cSv4xSmlIYxk8i/RmUplGeF1YSQyXJSOOUB60l4qqw8Rs6SrwYIowNKztD xyHRoySEcY/QmF0QneKCYgvj7yH+CUr7xZUw/mY6o26jtJXy6bCSOirZhlQv2sNKPLQ/+pHK KTeHlfHsKhcbwng8u+yU6sK4PLtSkMqC/PDZxSu8iGYXxxZz7b5+E3OO5ZqBL5ntqBRh1Lnq arSRGuQlCVVtUaepS8K4cUJTN1Mar7qtfDlE0kLdrjaHcensQC2Xl9VGdUMY/4TQ1Sw1S3ar S1RvWEkrzfqD6qIw3g7SPVHuUl1h3HWkO1KNlBvV1DB+Fa2RGjVOnRbGLRCaPCtL5HV1fBh/ rtDlEUrp8oIqwkqo/3KaPC77wrjUf7qCGi/b5GkrXxkiPSsoCbldHg4r6aWVcZFanhLGPU56 MpQumSFjw/itpGe6nK4cpDwYVrKV1swOajlFhvVX8VMNoTTyWpdJYSULaWVcpLSY2o+UMWFl GWSVXTkuZRh3BrXRpqRQDus1rR9d2U4pkfKpsBKabUqkslrZpZxQuq0l4hK1XimuKJXKeqVV ORhWdkJEKFlKlugmXKJsUbaHle6jWd9GMcCuLA7jb6G24sV2WuWzFGdYyUpabfye32pxXZmo pISVlZC2haJXkcrkMH46rd1OivKd4rISHVYyjbTtozSDcpcYGC3jPvEePzJPRvaaKOMN42e0 3v7FOEZ76nHjOK3AE8YJOtt/y3iLdt/Txmk653/POEtnAb+m1WhgNUZjNd5B9ccE96pvju5V E7FXTaW9ardINlqMVpFitNG+9TWj1+gVT2L3yrjJlf7xceKlYLQIxYJvWWJLqVC0szpds9He v0jcLZTkFUJQVj4m24JHLXhUKUtLubWe/jH1c2rWe5essnuX1KXVuqoTajZlLatvzVqWYa9O rE6s2e711h+k7MgqyCpY1uT1PzHJ608/XltZPaNmn9e7dA+VuatTKXm8G+qPU/Ysn1udVnPI u7W207u1blHtiqyCmmPLt9SfXr5lxa4nk0lu6tL2+vNL21cdyLr8ZN0Tu7z76y959z9RVrs5 6zLXq78yUm+503ugrtx7oH5RNaWa7uXr669SrqqmVNPz3JBP1J5cJWt3VK+suezt9Nm8nfU1 rLNmfWaVLzqzqn4l2bIuXGdNv/dk/TnvybqrtXuqy9OjvKd8cd5TT/R5J1RvrLnmPesb7z1b k127v7qp5vrSA76JSw/Ur15+onobSfb6Jnt7V7aw5LIhb9+qFd6+unVLT1XPSF/nHagp8A4s 3V+9t3p3baR30JfsHaxfx54I70P6NG/AN9MbqN9Ye6B6b+24as03t1qr31ZNsjWHqmN9zurY +p3ow6f8Ctd5g5cujPplV/XqG34dqo73FVTH1++GzvDeho/7p43tTY9DuGXhvYUnZteeqm+C J2LYL7VnyS/t1a2fVlazZdTOpOqk0PysLbyV+Zm5zruj7hLlqlp/taPmhHcPzYk9y7trN1SX h8/IcMlbmJHhc/DTZt2nzLO/0czqIIu6vLvqy2sbq901zd4V9Ye9K5Jja8uqp9Wc8bbXD3nb V5bUbq2uqZXei74HvRdXttScqN5Z05OZ5suu7U3fxj2qnZA5tLQ9c6h+b+2R5TNrWryN9Ue9 jZkptUuqU27Q2ebdXN9F2VPrrc6q6a6O8qVXR5EtVcv53GuMUUoRThgdFLUVito/pzh6nCJ1 JEXqd0UMInWscY6iaRyi6ThE089Y7o58wlWF8YHxgchCdH6K9gtJV2QTcL5n7hh/d4tXJ3wF 2WF0kNy7ZJdCFp1jHrT1UzbPD+YGOXQdS2fJF8N4x3H+OyS6w7httG/bwjjNpLebzqStvI10 PEypN4zL56ddYZyFVHeLOBzGc9BxNaU9YVy+vtkWxuHvCgrEujBePB3571F5g1y+ju2g/t+8 125mV8T73Xc2go7A3s77eRrlbLT79+Dx++r8PNgrVli48ZTp6ozO8cuD3JGdc8TS293RP36/ 5pl0ha9J6OzHnEnziKcqkeIsJT4HC3E1Ol8ZEEcpKaLPwpdiL8uKU1YN4hhd0xyj3x1hGvZT Wk2Zr4isGhZBdnOYhjXCJVrpd32YBn47P1XwWV1lmIYkwdeH9jDeODp747kxwrvZcWZfncTd jQUYbV7TdxgLacxj4LdYjPydGPlkGnmP+PLHjrxKo7hILLL07GvoQ7ZwkhecOLsM8XUxk2xl eZ7N5ZYSG82JRFzD2THHMkbLbm3V306/yI+2WbY5QrEtpLwb7aZx32yJtuM2uiqw2SlvGuVL W5SNrjtss4g6ZKuzyDfrAzrFFdskyiWjfM223rZeP6tTLLBFUk631KjSO3SaF/oV0lVlm2ap 47K59N36Xio7RWUu27hQLX29bbpO9ugHqSRFH7TUmqRX2cbrNVS2g3LPaIluo3+6Sw/otNL0 NZSPhmrpl/UU/bxOa1in9UO/WkL19JOUJurHdDr/1yk+0K8NIU/opJj404jq1s+ELNQu6Zs0 WnN6PJUc0jtCNbSTGl0DadepF/X6Tt3ibb1ca9MOUdl5qtNoaUXTM/QMbZu2k8o6qWyxvsxS a5pWr1F/tL1M63bdZakXp8dpZVollW6i0jh9hp5isXGe1qdR1NCWEX1Vj9cTQjW1M1qS1qXR eGgusnlIFyGPaO2UosnWOCpNodIe7YKl5g71irZFpd1ASyC9O7QO7Zilrl/zq11anUrXv2qA yv1asxbytlT3qweohHYjbbW21cLfqtJ4qseIv0hrDPVB9WtJKv1W91GJg3s6WrJQi1HpClBt opJZmtOiK0t1EJ+uNdTr2kRthqXOeXW6OovKSqiOpk0I9UrtpDRenUhlaaThsiYstfbK6ypd CasPMq2eVC3eUDepm2SvpH1VjaHSTWqr2hmyRB6RfE+tn0qWqU3qfotOt2yR+6jsNLW2Qt1i 0ThHnSM3yiYqa6eyEnWlpVaiXMbvj8idTKvzVMsaVG2qTbokzX65hkptapI6L1RTziIrKQLI hURfUqPUSaGa8oRMkEf5XqCkq0Z5RdUsZftpu2mR/DSH1oDslpcsZU3KBblBuYz7Hqpskgfk CUvfayStUuUq32+RW7mvI7Yoe6VToV1BOUtlhbJeNll0piqb5CyF/KEcJh1lMhR9dDlZTla8 MkGh3VahcxKZJgstNW2KSwnwHUOF+i9tMon7O2KNMkuZg3seipxqsSRROa5Q/FMo/sl4i3QU 3ylUKP4ph5SARb6Zdk+KRgp5T7kYaltZr6yn/ZPiH+26inLSUqOKdk9eHxT/lCqlzVLHpbjE brEXu66kX9tCtcR6ZbrgeEzxT0lR6i21JokqZbwgzwpaL0p5yDuKjc7aXCIg2CdrcA9ntJa4 LFLEeZzD8PnDZSUUh3VxktJEspHvf/D50UklLlh6q+ej/1l3OvjMykP74F9zx8N6r+Mlvpet tONvkuHZ5T3bbivbv95asf4b8yo2VU6q2FI5pWJ75dSK5srpFS1fP1exr3JWxaFSMXN15ZyK DvyeV3GsbLDiRGVGRXdKW8UZyj0TEysulMeVNZaPr7hcaa/oryysuFZZ9lhNZWX5xMolFdfL Z3/DW+mt6K5cUSkr/ZWR5c7Z2khmfcikj3N5QeWESldFP+yBHZUxlY0j7VWOgx7SAV2W/LH2 n69oK51c1gjbib7B9p5Rm0fs/Rhb0WfSi3os43q0w9oGy9AIRH7i06nO0adTNjydijbeN97H PLrVZ3LmPvAE5lExtxN8NnajRPqoBM8gN57e8QzSPiL5ZJik03AFn/OZVxK8g0fTijSE+Hyq EJ6BUMbvwWAOmLlYw1F6DnoOf8Jzw5DlbeISnrnPJU+IhPPISjCrFlrxHMRRgj5slnvOixhP jWejZ6en1Tw+PGgeH5sQ5B+0lDfRMTH4O3h8bIXlSOWzro/+Xkm/d888Qsdtnt2e1JHjTYzx 26NjbGCMoz/1mSxfhW4M/T3Bz/UgK8Ec74n0zLmZXLTMMwXHHk8M5XFFFzzjPNIzq+iyZwLl SUX9nilF1zxTi657plP5rODILCCb8vjpqFFgFOAKZkyYpdzHKDPuoKfR6OkdeNYag9k8Fj39 DOYKX0XwNW4VZlUGeHyNxPG70MJbGZx56UHeSOS+lWe7t/4keB3w27BvBzw+h7+3LpwrxITF dLxA+bIl9wcznTGg/Bro6MJzhZ7C84WOwuOFlyjvNXOR7emLhVcKuwqv0u8rhacLh56+WCSY //+1Xyq+FOcnC8uCV2iZ2JEXko/5CZjHwuWr0yZ4fYR36z5cgLXbSbP6k1a2YhTf0tVhHiyr w/8WtjdoWRZ45YKuMOia3sqz03Utny9YebP5/IHG1MpLwjlHYRhvnKi09D7rNnrvHu09/8oX ofcLngYWAX8StLTeYulTQUvrLJY+FbR0kcVSk1collksfeo2LHWGWZoLdH3qmIX2hCy0mo1Y 8HFnSG9RdON7i1E4N4rGuVEMzlvG4rwl9q+oybHhAPYbFz+bcu8W4jObhYjvEiK/hfK+4JF8 Ex9FxwLKbWb5iAyOzD9k1qdjnHuP+0B+jXtr/sr81PzV+evyNyI1EX8Hc6g07T+lv2owMnKU NO9ozAePI2MN6U0XKy1c/j8GSoiaTmmhhW/GUo2OnLKDJbd+NykPWA2NiRgF/NXdz2QgK8kO zKqvG/g2IIrvFEbxHadhvoLAFyf8W5lq+c3fwXSO/KLrtukkHzyXGHdVSEvm38oNWQaP9tKo ZFmypzS2rKVkf9HWsn1FO+7aln+t5EDBkrK2kvYvZpQdKk4v2lHWUXKkOL3sRMnJItfU9Lu6 CgbLzuQfMvkFW907i5tLEwqmF8SUJhb1FWSUJhX5x60xsaTQtay4rXRaWU/J2dIZZRfc5aUp RZ0lva657qPFhwra72ot2uCOcjuKj5Wmll0u6StNK+svGSjNKrtWMljqKN2bP77UXbrb3Vpa Pi22JGBFs91g62a7Ji56uqtUm3rsyxtLLpr9sval1JPXVxAZZqfZltmK2eJH8VP9U5xddqyk szS+rLvklOkZk/OJnrF4w+qHT/eA6W3TBlOnWcvs6UetMmt94vtlN7uPHBQdofkatw3ZXnS5 qL/oGp3xSPfmvGx3oyfGM46OZZ4JnknuU+5TdEbU5pnqme6M9szJPeWZ58nw2D0uT6GnjJOb kmcSpUo6i+pnHWY9kikkKaSQfmcynX2NcyaPaC9qK+hnvSGtedl0/jWBOLPMGp5CEXqr7Wb7 GfYO252twv5043/tdItX5Tf0MLZL2N1NU6+7t02dmed3rM5Nc3SN3ZN3JDfN3ZpU5T44do/7 cG5aksN91H086Rzhafc592F3q/u8+0puGieiW90H3QeJOj71OusI1mt1XyGpS5wt+rOSzpH2 LFO7+zBrht5Rre697p0L9rm73AfzLrp3unc7sm65h1MRx4M9HHtFRC9oz4vKi6cc9VAb0bEP teUlUNZGNY8xFhmLSPO3jCXEWWospdVSa9TRvv+y8TLtMc3GDyjW/9D4IUnuMfbQtUVxXDGf CSiFyjKc6U7g/X3samSFsj3fWTw+v6B4Yv7C4gfzFxfPzF9WPDu/rnhufn1xev76Ymf+luKS /O3FC/G7uXhxfkvxsvy24jqKGiVU15TrKK7PP1a8Jv9E8fr87uJNoM8Ub8nvKd6ef4FkuN7l 4ub8/uIWki8ZzcznzPo4M491sD0jdljbY1nWwbqsuaR4MtmfHGb/muLs/E3FBbCdaavtbPeI zSP2fryt6fDLPqrHMlzX2gbJfMLzzNuMWHdcQrY7kh+c4ZjpmEs521GQ455f71jmKHDU5WQ5 1jjWPzCd6E2OLY7t8+sczY59jjbHIUedo8NxzNGNVEdpDaUzju3Qk23WI+4xkkKy6C9xLCbt JaZ20k2aoTekdaFjtqPe0fJApCOdKKfjhLjV55eKSA6+u2/2UyBHP5C2YMgpFgwR2h5Iszc5 bc5opy2nxKL/tud8eASJ3ijs9rNJPfZeex/lwRzNLrOTchJytJzE+decM3Jm3H+O6JSc1Jy0 7MScrBx3jienPCcxZ1FOVc5KpMScROcMklydkwY9g2Y94leRFJJFf1ROPGmPMrWTbtIMvaNa 71xhv5iTlOO4v9U+YL9oD+TUiJGnZLcVQYy9ItqVMn/AlTZ/gDDLleJKdWVNLnBl2WNHNd++ N8vFLrSVIcZS/dTbztG5a7ITctdnJ1A6mLtmSi/hpuyD8xf/Le7E3nbvwlZhVBmy/d4jeYN5 gSnH3NqUtuz2rCh3rDs+u31+kjshe4m93l7/1Hp3Yu55u/jCRHdS7jT3tMRz9raoBFfygjhO 85PmJ2UvyV6SOWjPzhtkHe4ZqNfmSo5KMFNIvzvK2eeOd0eNaGfNrDekNbs9L+BOcCfZs80a rmQRult3W9FmzApku2uCa1Jit7PJIVxTXFOzk1xzXPNcU10ZLrvL5Sp0FWY1u8ocE12Vzksu rzPNtcLln3/I1ejakKlxIrkMF//b6lrimgQdm7keyWwgKTOF9E93zSLt00e1k2bWG9LqmprY TWVe15JgjQ1/bT8jNyPbcw9kH8ttz96Xe8TpvG+e/XBuZ+7J++blnso965ztzHZmL0h1duf2 5l5ccDV3IHfQOTM34NJcUa5YVwInkjtFcrNdibl9pId0uOK5HsnEkhRSSP89G3Ibc08Sjmgn zaw3pJVabs89Sy31mTVcsbfRz14lBv3EHayIPbeU7bnJuc2u9sRm1xFXp+uk65TrrKvXdTIz 3nUx85IzyZlkS3H13XPNNTA54aleu98VyNPmX8uLssvcfZwy4yldyryUF+8azIWOvFiuN/+a XfI5DKeQ/qyJmQddvYRB7ayZ9Ya0kgXtrovEGTRr2OUt3zG7rb3I5kWO/sLZJwaenP3RZLnT dWt3X8JbiUGOfmLHEzvuTbSmzy9h/Nu0orcgR38+8vOR94iw1MZ4260MKtNDd2P0uX+TbM9o ytiWsTNjL+XDGcfTj2Wcz7iUcfzJXRlXMoYyRaaN6AOZ0ZlxmeMzJ2Y+OGlbZvKTuzJnZqZn FnB6chdJDpFkSWYc9Bw265FMeubszLmcLfq7Ms6R9q6gdhs0k96Q1ozTGbszrmZOznRmtGYc zDia+dfd+bqt6xyVzv2+tvG/dgreIbrpHirj+e0RRWMcvqbhbQKm5ZSIhwndEWWETbYUQhtw GHglIkMoqmZbRHSqjd+MSAS/ljnaXeBngzNG6yK8G7iA30aRX9WvsGbmKH/UM/h9BeYr7zFH TYWkCsm79ZeJf872WaLPs87h7fo40n9GT+L3PdQ1eGecZNRT6nXCGfo2wmvaEPGf158l3M+0 WsV87ZT+TaHoMUwrAUb5FfA1cOYy2vYx6oXQ8z70PAANO/Umom36Dwhf4dIIN+rOguQk9U9E j8NbKPmgNX2A6KXqL/lbEpskzh0aXSmq76h7qK18jf9qh51RbdP4CrCC5W3z1Dri/B9G0raW 9WgqaXhDIw2yV/03/taEOerr/C6JvptRfQbYpkWzB5ge3s93iWUT3+GTPcN/wtdezBlkWokF 7UDpdNABplUNkrhPKCeBHo/Sn6LWEXBSgA8B5wX4XYghQSOifIi7iUOQ/3tocLOMuMYcpQUa forSO8HfwN+uqRn85aB8h++Mqu1iDL7S4r6kBL5L2IJ73S8Evk10AdP6dZQ2s6RayF8mqa8H +EnWIDSXQNs9kPkO2r3MqN0P+YjhP5NnFqHddsikBzpQynSEeRdf3ou7siaNNS/d7EnJ45gJ 7JG/5fkP2saoXAV9GPx3wYkFvi3fIw1/UH/P35IxR21W57K3QWuQL+dSos+zz8EZD20/5bpy JSTbwSkEzlT4/Z500GOUvyP085sh8nEaKxoR+TnCR9hmJVXSziEfVWhd0PJeSqjie6BB5Y88 Utp9jPIvpH+ZpJkjs4ALoGcly5DOu7iu8lv+Roj5ylTofwySd8vF/LWVZD+fBv5RFhC+xbSc rbxF+n/LkuJDlVarvCaeYT0KXYUrLyld6PUwzxPmiE45yOtUpfilbmVUMrCir4PTA7qDUZtD Y6VoEpxorL4OnfZnbaO+mvAf9Qh+ewv8l7BC3+I39LQ/Y433YtV/Ued34qaCswir/ltY9V8D 5mi80lXWqf4Z+Bo0K9D2Nuq+jQjwBDiVwCzgWHUzyRepHxAdqf+O2mrW+5lWqafqefURajFT 5Z6u5hWtpLKMLVXdiQi2E/39R5bHqn9d4zekLnBPpVcNUOkbWPU7sd4XAh2MtmT2ku0q/JbK tdQlHA20HYgJZzgiyT+pB4meS3uYoq5hWp6GZj882cMcpRSch9HKY1okaSjUxhLHpX5IMtv5 3TYKSbRHKHcFdwqgXk4r62SQw89v04I03iRTe4J7J3Pw1pGGL734bxiIidD2XeBuYEuw7jNA ft44lmsN/ylY9yh2Ct6z3lOPk20RmpfoBdxrZbytlmR+w++LKjGMdFaH75X1c0AfOPjm1YZv 0/R3gO+Cgy+/+K1VQjwHt+ELMttyyPSD/jFjBCQj8Hag8hT4eEPSlgrEO6IRraD7uXe2RO6d jVdQiw1vUNnw/lfEWSDe/Ivwg4+3Gm3QbMP3sbb7uac2Xlnv6X7uL7QtsL1J6ORINXwNb/lH AcfiDSu89z/877j/IILfd6LXw28Cz7M/g5IUvYd3I1ruE+bXmCbfrAtvBL8z/ibQfDuMv/p7 j+Wln1FxBvC2agDvCgQKufVhPKEM8vEuewDvBwYOANfAkljQ+IJzGO+gBvCt34d4OzeAt+d4 l1FeMWUCHE/eC/Bu6Ae6bZeJs4c9rz8QOYNm7BbgVUZ9O+hoRvUSOKuA+xjlvcD3IbMLMkcZ I74EmeuMtkiUPgd8E5gK/DJkfKAHUetZ0AeBi4GbgHHANuhvBX0AiFbk86DXMir9kBlCuxfA 3w+ZTvC/ARp11XfQusnfC/wAuAN1z6NuAegW0LAtYhkQtknTflNnNbABGoAa+q5eA/0ebLsC 2g6dE0D/HBrgMQ2+1b4LhA0a6qqHIGPWbQK2A2OATpR+GzoDsCEbmIK6sCHiC5DcBroDkg5w 3gJifPU9oM3R9ADNUXgY8lGQMT2/EWjqhJfU+0FDRhsAXgQflmiV0DYL9Gzw4U85HojxlXPA l5D5FRB+1jEPdfhKYr6pzUCMu4JRlrHAeaj1C+ARYC0kXaDRlgovyT5wysAZB5/AhxFbgfCJ CtQPo+9ucLAWbOi7avYUXhqDURuTwBhp+gpjrZs2KOBj1CJMbbDKthMcjJf+AiSxRtQqcDAP NVirw7eyBDRGPGIFSuMh/2PgP4HzMkofh3wiOGkorQFijagvQk8vZMzVHQF7YKfMQK3PAr+D UvhENSPAG4zDz3CsGK43ozRzKKrjvWr9MMnHcVTXvgTcwKjPYVTbgE3g9wEHGJV+RvkQOM2Q 2cVoW4a6qcA9KH0A9AnQHZDsAR0NfAd4kTGiBPQ2oEmXQ/4F0E7QZaBjQf8aNuwEPQirFgIz YAnkNTtk2iEzFvTzoM8DfwHb9oPeDIQ9ahX4iF26GfEQc2wvmD7BHP4Qnk9GKUZZgT3KUrQS AYSd2jjY4wK9BTge/YXPI+6FZJzpGWgrB5qzfQNwqzkisOd109to/S7U/Rlwrelh8N8EB55U fwV+NujFoDNMj0Ebei1zgNOA8JLye9CIFRI7vsS4S/hfPYgepUDbK7ANntfgW20WOHNBx4De hFrvglMI2gG8itIGaIP98j60/j5KPwAfmiM0SO6FhueAsETvAv1zyGNO6i1Ac/R9QHP+oHV5 AZJvgYMRUQuAmEU6xkKPhyRsoyt9lnwEdAIkfwk8BtwBPvoosXbkPCB6J6FZa4XOSNBRoDG3 dcxt7ZDpZ2h7GDRWk5wIhB9kJRArS6YDN6IuVpwGa9VO4NvALGAApfCnCg0q1rW8BIQHJOa/ aq41c/6bHpMoxTiq8JLE+oq4H1gLhG2aGRkQK3TThiOgTUmsC80c698BzZj5DND0zyTQ01H6 a6yj75uzC/OzC3EMcVgi9kpzRWPuycfA+Rw0YH9Rnsb8wf6rwGYb9iMNZ0fSnCdjQX8PGhrB wW4ozZ0FMvJDIMZ6DHbtyD8yHalDpxnTHkNd0xuYVxEzwP8D+Jil0mz3TtRC321Yifoq9P2A OT+xEyFGRWIOR9qg7Vn0BTIyCXowf+Rx6IfPNawyG2amDWskYgL40KMZQEQD9RroYeA5cLCa 1EfB+So07IP+NKA5YycDwdevQ/4vsOpfIY+eai+C/xowExzYryESauY8XIPSr0BPL/RjrmpY vzpmnY6YaVNQirmkIV6pR8FB1NI+C0S0lKb3voO6iJDqdnDeYKQz6kUcw/lsXPsScAOjPodR bQM2gd8HHGBU+hnlQ+A0Q2YXo20Z6qYC96D0AdAnQHdAsgd0NPAd4EXGiBLQ24AmXQ75F0A7 QZeBjgX9a9iwE/QgrFoIzIAlkNfskGmHzFjQz4M+D/wFbNsPejMQ9qhV0IB2lQ9RKxk4Cxy0 qywFJwIIe7RxqOUCvQU4Hv2CbyPuhaTp561o93Vw7gL+DLgW+CYQflB/Bfls0ItBo3c6rJU5 wGlA9E75PegvAHGFJTFeEn5TD8LCFOh5BXrgMQ0+0dA7fS7oGNCbUOtdcApBO4BXUdoAbabN 96H191H6AfjQHKFBci80PAeEJXoX6J9DHnNJbwGao+YDmuOO1uUFSL4FDjysFgAx+jp8q8dD ErbJK5B8BHQCJH8JPAbcAT76KDHn5TwgeiehWWuFzkjQUaAxJ3XMSe0Q9DwMecx/OREID8hK INaCTAduRC2sEQ12qp3At4FZwABK4UkVGlSsRHkJiL5LzFjVXB3mjDV9JUHDMxJrIeJ+YC0Q VmnmKsa61s3Wj4CGpGaO7O9APwM0/TAJOB3j+33oN9cUZpF8DPg5lD4NvAaEDRLjK78HbIR+ k2OuKYzIGKzNyD8CdcwcM2JAs2raj9GPmAH+H8DHXJKQlHeiFtaIvgrWHoA2zKtIG+o+C6vA l0lAjKk8Dm3wiYaZb8NssWHeRkwAH3o0A4i1qaKP2jDwHDiY4eqj4HwVGvZBfxrQnEWTgeDr 1yH/F1j1r5BHv7QXwX8NmAkO7NcQbTRzhqxB6Vegpxf6MYs0rCkd80FHXLIpKMVYa4ge6lFw EEO0zwIRkSQ8o30HdRGd1O3gvMFIe8Q1or+B++du3AkvxL193FEXF8H5Ee6iZ4HTCc5xyJ/F PflulK4Dfw7XVav4zo9mPmUow52lE5D8LOirkNyI0ivAY+bTCvAXgt6BtvpBdweq2CpwMFdV 8y8StEGn+dcC9vCdJYrthMpB2DAHbe2Czh7o6YLkOb5DReuIdGqLTA5K+8XnECuIL/8Fmv3i fo7V/OxAHA628iB5Ht/Y66ZtKSyvnIC2LL6jJbuAF4A1jAois/w9vwEuzWjfiro1gX8Qwb92 oEzF3bBORhVfUqiPgz8efT8NDT9A3YWQ/NNwDHG2Q88dwLsg/y7GbhXwf0MP7hCqXshcgLWw X2IERSHfi6M9lPg6nnooTnjPwRwbvlXRo8C/D/I/YQ+oW4e9hJPAv8AcpS7wKqLZ/yL+Y2j9 d8ND/JTNnFeBFFj+JdxjxF1r4DT8bbkPA1cwLudI8g+BPsKnAv+OeNuHERkgvBb4v4RfAf0q Sv8B9NgAP5sQgQqsxFOIyYwPDk8m/DpwSjBiM78EnMeBcwKbeaZhPqQAHwE+CMlsUw/q3g3P rwn6sBljR6gk4l5lP6O6Aqvgq5D5AusX3SjthJ4EcIbQ7t24R3qRUce8kv8GfjbwCmyYB5k2 ns9yDfOVHcC/sDZlG3Q+BPoV4FXgV4D9kFwNbXGsR3FCZ2tgL3ZMxjZoyIT8EUYN/zMG+Yo5 +1CaAj1HoAerUq2CDJ6dKT/kp2nyRTMy8ByQ+D845BMoPQD6CObMhkA10eipcgZREX8PRH2C awnMQ2UmEF/SKJswx6LhH6xffRdzKCY/Qvg4ShGvNHP+z8MMhCXKfzB27vFZFFcfn9nL8zy7 SecBREVEjEgjImK4iIiIAaJSxEjxxjVKuAUJAQNSpDRGQapoMSpFihiRoi9FX4pKrfVCFRGR FzHe8I6oFPFSTBUs5jV53jnf3dbk+fS1/ee3Z87cz8w5c3Z2dhcr5JRT8kZwFfyFosXObp4w 7oHzq6Y9Nvb2JnmmsLhpguXM57kk67geK3PMaq70i3+C+G3JVc6TxBGZBHIbCMp+/pfEjgGR gPMLZH6/aIFTDGdt1GtkMljyWr07SuQMfw694NseCd4G8zc29bGxbaV8bwP93SBlunx5xakm 10JyLWpajq1YLqNMbArsEslTMIUNTKGzyQJK20ldi6irgRUBb9lfHdl2LFg/LNgOqTfBs2C1 CZkUoAUdBL2baAO+mcfK4t9A2+Yxe49nLtWSq05/I+3HtjDfdKfI+kWjFllpKdNdjn4ZajnA zv+rgv57xC6EXwtWgyPhr6Y93cG+cB6Tpw/Wmkma6+S5hrUSUtpwZtF30PvUreIhIIdN5H0C /jakvVqlLecE2vmIPJlybpX9Q6cDeAB8Chwp6OZB1wnqANwFZzFYTJo7QQdOKdgPzAerid0O XQ4WgSk5+WBLqJSU0B2g+wmt9witGsB6QXdelB4cSZod4HqwmzwR0weJ/RrOLvDbqDT4tfJM yhmZ3CD9Etp14DwFvZ9W1UqsUxBjtfRaaH0cGMS5NpBLsAhMyRMufTDhQXtI4BKxaWC+cNQ+ +rJPntPZXntIWGIvBkfCyYfuB31qQkZ8SNQLOP0TS6ElzdmcRRmdkLGejYS/o49FPHdr4PyJ iWRLy2vIVQ59UGgrgahfKRl3ZJIb9YiUtUhjLZxiQdWQcmi5xJaSdwe9Xh+1GU43ercYue2B XxzTntz5Spvd3MS1lr/ffwRpFyjZiYokKXQH6HzGpV9C7EkdnHJ5/ui8Sa8HyxNPbaKeSo12 XAqEtr6b8DfwzLQSCTBjaVujyMSOndTSzv+MOXMd42g57uvUcpgezWe+OUjvIzkL5Mym3p+A F8FpAzYkdsm4+KKJO+ldV9IMBUu8x+l7P8Z3BLLth05JrvnQ18kI6j609jhSjpCUuklGXx0m tikhZwZuJ7YJvFBKdj3OKe0BTxaOMyWeFavR4l1olrStFc9z1wlfj/VftpxjhKPHMsd8cr1N C68Hf85ccinTB68Fx1DCg9CpmGNb6BxNTw+BT4J3EtsbugNnn8Ygz45wPmN+vk6awd5HjKmU nJuQ7+5/SGwh2A4JrBBUf6euw5E1oMyRMYo0pnni+31Amb8i1yuU8Ar0Dk++pbKI2tuBXxI7 lHpLkPZG6DKwG6VNovzx4FnkOgi9l7xfUvKD0DXo6Rwk3482XJ1YY7EH9GJGYTApPZn/ugl6 j6C/jh7N8OWbNetE/p4vtDcT/jnI7QCYYtQamDnbmbFfo8vb0ZevsRJtIlsKpyDS4tieSwmP RBaYNG0i3ZQTcdYaFKBr1ej4LrRP0lejd4tjO/AINqqSkiPbgt4l22DrWAuwJPNo1VhKOxxh bP+xe9RbI7TeHFutOizJGmyLxHZLdpBeEHsKWI3t3R2X5mETqlmPxK+7RNLrW2hhF6R0IyN1 msg/ia1OlkurEosE/VcljbdFxsJaJDuOyduEk9gsHH9uNEZYsK2S17sDKzGcet/BnjRRVwp6 vqRMvpPYI7X4G6UWQedZdPlxrMrj0DXMhy/RsrHoXRGzugMzvAG6mJnWTfTUfZo58DQSuFW+ PmZnQg16vZGxEDonMc+mv5s0Y8j7VmSpmF2t5dyFHoI0TmTWvc9c3SK0qocOwE5YoXl+nYy+ /ytbr6KdYyg5JRzbKms5nR3UstO7z9JXyhe+Mls4h3OnrMLufkFvC7gTzuuCPqdW/C6CtjTB kaTZQJqFgok1pJkLtiW2FThMMFkbpRS/xd0uOuIuF9obJrPL68t5mzWyItjS5jIuhXIeifT7 SdkeHITnsxe+Q649aFyC2FaCfn1UC5xeifnSC5mfdm5Y2r8VnCiY+IgWLhDa6wz2kpS2VfNl 3jKrq6ELyKWi0vzhtHM4+nge3ktH6I7SF+F7l4Gj5bxlgnNE3lVwrvUPyi4l5zk3+sPkLATy Kacv873hyKGQ9qwRj1Fy2XrXMDpCD6edN1H7CYlBIm1615E0CwWtn7BH9mEYqWs4kTKXNLfS uytJ2Zv2rKSPBXIiyMpEYjfEKLU8hL36Rmy7dya92IIEvkMCr1PycNJP9lfJGFFOicw07wzp nfU/aY9fYdPj23jXMw8f80+TWYFU6+nLEuyn4hRce2p/gdGc7ZfKLr2U5i2XM7renZxw2+h/ IbvWvrVg3gOSxl+WWCAy939s6WGS0q8lfRHt2Si+h1cu3y9zN8HxxJOxUrW0/7bk9YcInVgv dekm2tmPlAdlHN3vWF9WSTnuQ36xTfkaeR8izVBP+v64tCQ5hHF3+HLddbR2Ir0YJuPuN9Br T75J575CLQaf6nGRiddLOG5KpJEIKb8Np3Z3g89JLe4H9OIJQW81tawWvh2FdZZ/FfzJIh// MqS6TDhOE7lWEdsOTl+Zb+4XlPkG9FpKO0Norz2auM2/mXVfxqgGHOCvFO0T1AcEvddkpBJL yXVlhFK+v8ybLCNIjduZD3MpYa7I0GmSuqyvJbWv5gzhamJXYLs2RN4UktkLp8zdiu5I+ZvB k6QE93Sh/S60/wPadhl0f/J+Aa6U2t0n6N1sbNFtUqPXhra9J56MrpWeug+Rt618zc5Kz5GT LdK7JPYqeR1aENmuGdIqv8K7zdKk8ZaARYx4OXW1Z24XYMkPyulNe7cyH22dz4qwR1qOTm0X 3bEadAmaJdZpjehOolBKsLRoRF90rS/0lZHVktXTWol67AB8SZ88AL0zKpk21En51nbdgK7d YekNrDVPoJWMQrBfyg86SPpUL+q9GXteiWV+WDBVhL2qEDpxEncNRVJm4g7aPJy6lgo/YDUJ OohMUr2Q3npKWyAjYq1uZGkj+xNZCZE8GuTmMS7tsVrnkP5M9P2XeG7LBO28lbXsL3IvkHhC 5mriCSz/nfR9fqKbxRHeK1g5S7tbZTSdXYzRY8y6hxmpe2XEEwuY7Wu41/iGOXBzZI1Zcdb4 1ovwThOd9S9EE3sz91YIx5ksp3esdkvJG2hDnqyw3tWetRJOLfuQHcADmU8sPsXeZh50HSfS A2IXg8XE3hmnEXRIWRrR7Dfmw8kn/VPQ1cRuh1MenYoHU8SWg/3ADoK6T3SKnr2pBvLOgzOS NMXspawnZTV4kNivae0u8Fv2LvZHp/rhHAcepIRTwIvBUwXdIdD9wbPJNZr9tNnEfkctBn4+ u4Xr2ffIJX0RuDZu82pkInVVk2YesYvZ24nac5gy89hFj/aiB7Or1sAOzGL4xexCN0YyZ5+z gdLyKKdWYi1HUraL5EzefDCFfNi3dD6i9tHgbFL+BPoisA3YQHu6EjsUTgkl7IEzH0leB38E /Wqitbwl4d5O3rtIeSH78B6cPeDJ5JoSz5yfWmxFCdMofyy7Z8fAGUvKY9jb96HfBq8n78/p dT54AHSJjVJeC45hjB6ETlHXGFIeDf8Q+CR4J2l6Q3cgTUfoz2jV68QOhs6lbYUgctYrwHPI dRjJzAOnkesD8FfRLiVlTozmMPgheXeAX4Lr4z00SY/k1XvQNewwV1PLJMocD54F7iXvg0gm V3qqu8FZA0Y6cjXYI5p7lFxKyU2C/jpJ6a+L6Z/KfSKlwfGQqjeTfp1DCQcoGU10HpHdQqcN WAQWC+qAM8wN7CU68EeCT4H5YC2nkVNgAZzyqBz2z8vBtXAWQ3dghj+CHNpENorYfmAd/GJ2 X4N4n/MZ9F3ynkL7x9KeefAPR0jsSEHbzq5oHG2Lny98whgJboZfSu92gWVRX9jzrwbLKKED sQepaztpvoazB9zBc42/x9ZjISO7EPnI7ncX6roRvEBKS2KBk9jJxCJG6ueMSAV1rSVNoXAS lYzgidHIMlJbSXkHujkczjvgSOwJupx8h9FkPjhfgpH2DaFHL8eSlzK7IcOn0eWnI8uTuY/5 cBcW+y6kcR8zeQkSkzfr9lH+W/T3IlrI20x6CJwTI5vP3nUfRq0YmzkPzkFwF7gZfBK8E3wf 3EJLRsq5Hd2Jnip51mAtQII5toTREToax53UeyW0K28TaJcT8lWpEXDkfZ8tEZ3qCqccegC4 XJ5cBDKChyJOIO+qfpmS58KfSqxNI9+v+iLKmzqKEg5bPD4lLcmVWMuX9zu+5Tzt55w6a01p HVJW09XXkt62YSYpJc23QXvKKYAzBHovKLsQg+LWzhM7LCnVm6nviG0jdoby3TjNY+yl1EJv Z8d1BEjLefr2SONTQguqLxq3SstBl5XO5UnEQfES/VBq1BnvXus1fZfoqXQYulZ6yTq5T0+U sCPxgnzNO3EwI5Zkg6C1Ql0lfcZ6v8EDjS/Z9KXytoJ/Htp9G7V04lvLy5yTReN8ZJi5WtqW mQY9TdqmfOhnpYWKPmaqwKmC6lm8hZWgjE5D4w4pU1DXCN/iWKxlN0H4szKhkifCnaBPgs6z OBA6nekPHYI/wr7dR/mRdgyS1QEsabS6oCsFbRrhVMb8D2mJ7NStkb5b3AFuwxoMQoNY3RrR psZXQGIll95A2zY01YBS5gbq2iAl2168BL4I/t7iJDiT4EwSTuKIzCmC8vwucQS1jKT9m+ld CT1lvCwd0jvLSbwruZLnSC7rxXWinSGWOUSSIXagE2jvap1bqPcgPTqLNtdkorVM2ryZNm+G Ptho72edZyW960pKdwrp76clJVFLSFkjudxpTfVYacHbGu9gBJE/0l6ake8ybQWXwtkKbpM0 aiOyvUL64lyB/K+gR0VNh8FBlGn56iV5em6xHvyTxbubbgdl9yygp9dKae6llHNM5hjG6CXG 9y1au01sPjW2QRo14M9iWsb9bPL2j3JJq+xs2cVK8TdQ9PQw9GGh1USRiZrYlEG2f6PvJ5G3 E308CYxoeZNrR5OUvIJerBCOPpyR/8TtQMIFTXJHM5m+TG78xnKuz4g1W9ZUKnqXEdm6coei quR9LkvLe2FbYnoOWAoeJzYwIRp6iPSfJjrCF7/0i8Tx0LeBPwflzcrjE5PEHiawconTxcol 5GuOnwvq1uTqIKi+puRvpWTrDmIN/Dywi1i/uD1TeJYhLXmTXB+yY+nK3xFsynye3YCyF20t 3rHshXaEbg9/lcgtId7stuQ6QX8x9O/gHwvdReaz+6agL5ZqlvzUTc/yfgXKeA0UtLGbeEYm T89LfPHfakhfI39esBx8eF/6XpJYRuwmoVMit5rkcaQcbcsx3JcZfwAo7zKbxGVK3u8WXJeQ XAep5aD3d0F/Hvi+oPuGoLzfp9t79s5XV4HtfbGZVYJqf1KeyFeB7RNvCw22T0yFjrBQ2iO2 Xdd402gzLfSPABeAebT8HIsvOq8KkvIuUr5IyhdJ+SIpX5SUzm0iSb3ZO0vK9G6GPlNmNXQ3 //fQTxB7CXgWUr0Z+kwkuQBJ/h7+F+AllPyqoNz56m5C23KgvT5gE/tpndnlEJnf7tl7VX3I Gye0yFkf8mV+3o40DiVmw1kCJwm9EPqvxF5Fyx9jFBYLzVgfZK5uZgYelHF37vW6gl8hsZtI eRNSHUtKOwN1D0+eC3zrXmfx1975Fid4LzKjxB970xOdDcCzEnKS5/6kvCH7pj8QnCOxgpa+ B/oe6GnQ06Avhb6U0t6ntPeRoczebpTZLdmIdvCUKnkIHfnS0u96FyD5XzAHmKspmRslyd9A P4wOik4dFr46LHxLP4w2fSS2ix3LXu71St6wllk61H1XkJaM88TbHCdz2GKVoPNX6EpQVplx iW3QL0jfmckZ2dPQ93uiR9f5xwp6n1p8nl2R65i9z8t+o74fq5VJ/IL0kmuBI37gAu8aQfcZ evcpKHlL3FN5ni4ltOMpcI2PL+p+zNgJ/TtastkbAufXIBz/afjvk8vKUL/ty4r2FriVkd3q ir6sl30kvd77I/wjwVuIHUoJwllPyq20ZKtXA75HGmntVvk6hMXBcKJyNoMXwZ8C36McwXJ5 u1mXazldVk4vyt37oF+FfoXY562cp7BHdBS7Z3OSa2WXA/TYkSuMnzv3YydQ6FT8zYo6+Ha9 0F9C1/Gdirz4OxWCR8tOl9ULm8b5iKdp7Xg2VMgZhm3QZWA3OO+Bq6InhvCHwrmVd2Yb5PsJ 8fdZN8lZO+s5zGYdFHo+6Ak6/bA5hdzdLGpcLO30e4pXw1qcL7S7m73BfqySe9gR3dMk+7q1 or+6TMbO2fudrEe7mFdlopvWJ5E7uFq/Qe5oZDXXfeQ5i6qQN3Z1pS/zs1DK0UPBQu8bVnPZ mUnJ3LZpJmJD+sqc4c8g7+EtVIKfea24d5OW3MrpmhWc/7kxOvcIcg7K5TyS2zs6nwb+UbCJ r1A3cVrS6Uz648DoHCPnzTKce8xwzjPDeafMW+T6CjoBchKpiXNoTdSV4ZsVall0ugw+tdt7 M0HOwjVxvrRxLzRnU5s409i0Hz65GjuAnNRq5BxsI2fJGjnx1cipsEb+7NlYR43R/6j4Iofi 7Jbi1FkT5+6aODHbxNnXJk7Q2Ttwycsp3CZOdjVyareRE3pNnBNr5Gyt5iRe5iPK5IxZJvpP 13DS/A1cDHJK7TvOyNk7SeFwRldfA95Nrmeh7wKRquIbGmo6+CD4GrH/A/0E+DbIOTRNrLoO mhPF+lrwMpCzWPpK2slJQs03PfQWRgSZOGlK4KSuZiwcD2SMNHVpeueMIyXlKL4fopG/ZkQc zuw5fF1E/wTk72Gavtj7f6ENaS6H/gv4CsipPxV91eRiZumx0L8llvO3+iU49EV/HqPYulXQ q4R2OBNrUfjMB81JbEvXi80nNpL547HEJBcnhB1q18xw51HwavDcGCVlL2i0yfk97USezsEY Jc3R0CdTGjql7wE5Y6mYn5ozxirS0Ogs9x/AO0G+uKJehG4Nngmis3owsf8NjopResds0ZxC 1GiERpt0NI4XgRNIzwx0p4D0wvkqxjqLnFG3WAdHnjTRNovCobXOFTHaeh1qdLESLjPQeTnG OnlOBx/dcZljLnPYnQueCg6L0aZ3ozOczDGP/nrYIq8A/v/GKCX70B1BYtVfQSyJ+hhE0zPX g5yMVcwfhVWJvlWf4byx4syk4uS8Qn8zjHKmY4Ra1kf0QjHbFTNEcUY08y6yzYGmzQp5ql3w I2m0AvuCR5ISHVRngNE/6pCJ+gW5ou9IaDjIRB0iV6QpjcRGJ9sXxLTM+Quhoz8jMA8zb8Yo seiUpqf6ZzEKnxqds5Bk1ELsmMsscpl7ah97JmiNiiwGbysozscqLFiGdURTr8J6K2aOmgpi 7eO/GzxDet470NXUgr64vwEZKSc6y4rtdbGNGiuqWR30DGYF2uH+iZRYQud9OPUgNlxH9uQD kD56nMB3mC3eT0H02q0DI124HzydEuiXw1lch7p0tKJFFpWUGm11WBGcgSBz27mA/tJ+h/P/ LpJ3MiBfedIbSPNrEFunonX2Q2hOwivWjgxnnjPYhwwrQuZrYqM1CKuYoY+Zb0HeGlCk+S6a CffCQc6KNTSDvitGoZE5pqM3KViprS8oabDVKnpvBb1oYgZajatH4+rRuHo0rp71tx5dq8eC 1aNrgtvBcnApsQa6HpwOLha02leP9tWjd/XoneB74KPgI+BEcB0pc6A3gV9hnaLT0byZopGn Qy8cVgcnWo+iM/NopYq0Ehkq5kzmE+hId84DWREyyEoxuxSrTCMn59V4MPIlsK6a2a6xRfpm YtFup1S+HuMwc1QrOP/Nd7ce4VsxH2SKxNtk9ylarSIPBMvjslq5jIuLv+dif9xoFf47sxoP x6NfLnPSxRfKoJUeEnBZl91VIOPuoq1+ITRriseIe6w1LnPGjd4OOIX2ROspUtK8QaMjCcwC 0ReFDVS0SjFvdeRv4CXqaZRJLgdPUmMJNXbYwZ676I6DP+PwdoODrXMjDwftcLGlDpbHQdou 0nZpm4uddPnTqRP5wHfHMhc+NtDF33Cx2w4z32GtdLDwbvS2RWRnbgGjGRW920Ua55fQrDhu 5HXjBbn4dR4S8/BmvchPwKtxmVeyvFj6DRBP3sNT8vDlHDTXxcJ4zDqP9cilDW7kETFGPmuW x4rvkcuLZshwEJ/fZda5kQf4HDQzUEd9YYa7rJJOZG+j78LhDTrRnULkK+LdOfTIORFkLins j8Z2aWygZj44kS+E1XVolY7WmmgORF/Jw7d0Ij+BmaPxKp3o/TLWHTfKxYxymQ8ukvTQCJ97 EC/6Il/k9fH+i4OOeKyALnPG460uLwCZyX40LpGHjF31sMl+9LYIdxYusV4P6CgN/ob3KVgH sn55rN0es8jDO/WYPz6STFKXzz2Xj3ftMeddPE+XVcbFgrn8rcblbT5Nr52fw8GrdKOZ/DuQ cXfxwN3oLg+fwWOOuWiTw1rjYv2sp1GPj1qPjyp4Phj9pfoQ9DHgXeDZ4ALwx+CFYA1YCeaD g7Hhb0IfC5aB2H97ryF4HDgB/Fnsxwq68hU11cBeQQ37Gzsbl9perGkst3IbLKinyR9f9XNN 0d2YUqGzIWhSR46vHF+qqksrpvTUBROurSzX/SdOmtNTT5xyVWVPvXxK5aRpeuaUayy9pmxS aaXeMK1seqXeMa1iYk/9TPn4GXn6rfLxsyv03unl03s6/abPqJjinDf92umVzogZldf2dK6a Pb78Gqdk9qTyns4Ns8vGT3WWzJ5aOttZMXu65cyx3po/cMTAPNXpwmGj8tTwCy8akafKLi4u ylPVl46waLUnk1GB8tQRKrR3p93V2eoCdZrqCD+lfHuvmqNOVgPselsgn7IldUIdqXJVV3Wm 9QcuVD1UXsxPqqPUj9QpttZCVWzveE+I+Snr/xnVza5kA9VFqpfqFPMD1c76b6faFXqQXWV6 qxMVZsfGyR+1/kGn1TGqszpdDVbnK7E+I9Rou+6XWh/uKlVhLfv3eWY3y9Ne/Vj1sb71EHU5 K+MYdYWaoKaoaWqGvef4Ps+cZvTP/km7do1tpX7aLG5uM/raZvQ8+YfTJSMuyLPyEU4r1UHl q9bWlz5X/cSuxY66RI213sdEVWZ9jZnq53Gq4+zddRvVV52nhtp7JlddqsbZ1XqS9U+nq6ut D/59Db9oRlc1o69rRlc3o69vRt/QjF7QjF7YjL5RLZrQc9YENx/sBvYE+08YXz7bPQ8cBo4A R4Il4MQJE6bPdK8CZ4NV4CJwCbgMrAXrwN0Ty6dOcfeDB8CDYIOgp8AEmAu2AduBHcH8yVMr xnvdwJ5gX3AAWAQOnVw5foI3HBwNTgQrplZMne3NBavAheBisAZcNnXWjHJvpa1qvLcafAh8 DNwEbgPryiuume69A34EfgZ+VT5jQrnXIOgrMAHmTp80carfBmwHdgQ7g13Bghm2BL8POAA8 DyyeKXgZWAJOBisqbVP8OWAVuAhcAi4Da8EHZtlR8x8CHwe3gHWzpk+Y6b8HfgTuBw/OmlXQ I6HABJgLtpk1q0ffRDswD+wCFlg8M9EXHAAWgUNnzepZkBgOjgYnghWzrimdlZgLVoELwcWz rpk5K1EDLgNXgqtn2/4m1oLrwcfAp8At4HawDtwFvgd+JJg04FFgB7AT2BUsAPuA/cFBYPQ/ uOhtSVkFXUu3Vx1aUPIHt3+H8hfdJHeq31OOpX7oerS1JEOtXR5mrW2xtaDDrWUaYW3aJdZq XGbt20hrQUZbCzfW2pASJfshvrXnba2V7q1Op6YopP655/DDmNcMh9COPHVCM17wb9G1Nv5E 1fnfUlrl/AfokcdYq9m6BeX8ACf9T05X1e0HrmwsW4x2N/Cr4r/xhf8WHbvG5P/g9SR18g9e c/kpy3961Uo8Kc+uzwV21e35H9JasU/GXaNn6WPt2tOxGc2uoaxe/wIduzp3/4GrVj3+Jbq2 /p6q17+ltDrq/8Gj/x/sS+1dFHcvqk+LULQ7FO1isR8V760VKvkeqqTqY2P72nT9rC/S36YZ YD2YQuuVDLLeRZFdsc9T57cokfsKdS48SSMhfNd4Hyy6N492+KO9kYHWI/hGJ/RROl/30cP1 lXqmrtYr9Dr9hN6u39Gf6QYndNo7XZ1ip8SpcKqcJU6ts97Z5Ox0djsHnCbXuB3d7u4At9gt cSvcKneJW+uudze5O93d7gG3yTNeR6+7N8Ar9kq8Cq/KW+LVeuu9Td5Ob7d3wGvyjd/R7+4P 8Iv9Er/Cr/KX+LX+en+T/0WybbJzsneyKHlJcmJydnJhcmlyTXJjckvy9eTe1Dupz1INwbbg rWB/ODY8EDblmJyOOd1zBuQU55TkVORU5SzJqc1Zn7MpZ2fO7pwDOU25JrdjbvfcAbnFuSW5 FdaSiQ6lIk3Kqc4Kr8gKL/8X8YH8i4Yv8if4r050faRZSmsHWvVvGW59WVZ4MuFmJbWOS2r9 eMs6W+9vGT7qrZbh9s/Qpihs83fc0DJ8fNuWNR9fnBW+KSv9mpbhvG0qqTV/ZGxrVw94J4yI rp1L4utVKinf3f5Hnm4jVPRF87iObq+3DPfs2yxs+9CrLiu8t2W4dyorXJkVfq9l+PSCrPCi luG+l7UMn9U1K9ylZXvPys8KF2alv7JZ2Pb/rJKs+HlZ4SVZ4dVZ4ceywtuzwruzwl+1DPdP ZIXbt2x//+5Z8a+3DJ/9WcvwgKz+njO3Zbgwr2X5hR2zwlnyK9zQMv/Aflnh4qxwaVZ4TlZ4 cVa4Niv8SFZ4a1b4nazwgZbhQU5W+KiscNb8GTQgKzwiKzw5K5w1PwYtaamjg1ZnhdcR9qw/ cZRdI/OjWTdofXx9PL5uia91pD7OriBDrE820npPZfYOb669G7tJ1dh761VqrdrAX5G2qTr1 ltqj9qt6ddhWmNKtdDudF5UzuFN8LYivhfF1eHwtja8V8XV+fF0cX1fE13Xx9an4uiO+7o6v n8XXw9G1KNaqonbxNe5vUZ/4OiS+jo6vZfF1bny9Kb4uj69x/UVx/UV18fWjlqNw7lMtpX7u E1nhrVnhz1qGz2tueW35529sGX9+VvrzG1qGL3ugZfjyLMs98pms8L6WK8PIA4TbWW9igPUG iq0PXqImqwo1x96fL1JL1DJVqx5Q69VjapPaqnaqXWq32qcORK0duSm+bo+vb8XX/fG1IbqO ins3Kh6dUV3j64D4OjS+joyv8eiMmhdf49EZtSy+PhBfH4uv2+LrO/E1bt9oJ76a+BqvTaO7 tJT66CypjmlHuK31C/8zuVDKmLi2MfFqPSbWiTGxLoyJezumOL6Oja/l8TXu7ZhYF8bEc3HM 2vga93bMP+p7Pb7uja9fRdexcTvGtoqveS17O65zy96OiyxHjl25O9v7iN7WByyy92ey1zNR xW0bF4/wuFjC42L9GxfrX0kivraNr7EdKIn7XhL3vWRYfB1NncbePXW1/nM/65EOZTesVF2l Kq3feYOKpXBF//gaa/AV8Ry7UsXXfdF1fNy78e/F1/roWroyvsaWb0Lsl0y4IbpOjHs4cVkz n8ZqxqTyZlKyjsukq7Li32oZntw+KzyiZXhKd3yk78P7WobLVDP/SMLtW1qasu4tNbdsUFa4 MCs8oOUol2V5m2UjWvavbHRWeHfL8NSqlvmnv5MV3tcyXFGSFd6SFf6iZXhGq6xwoa3VKM8c Y443E8xEG/JSh1OHlQr8wFc6ODU4VTlhWVjGn+5trlDmmA7ex2N2JJ+0PHXYpqaksH/q/fBs c6T8cTW4OLjYlnRpcJnSpq1pa8uQ/5/Le/ry7ExF981edG7BTiab55nUC6ntSqVeTr1sW/JK 6hXlp15LvaYSqb0p64umPkl9olKpv6W+VkHqUOrvKjfVkPpflU5lAuugB07gqCOCVJCn2gad glPUqUHv4HR1RjAgGKDODAqDQtUvGBQMVmcF5wbnqbODIcEQdU4wNLhAFQYXBsVqUDAqGKWK gjHBGHVuMC64Up0XTAjK1NCgPChXw4PKoFL9NJgfzFcjgurgVnVxsCRYoq4MaoIaNT64I7hD lQZLg6VqQrAsWKYmBsuD36hJwd3BSjUlqA3uVVOD+4LValqwJrhfTQ/+K1irZgTrgj+pq4Mn gyfV9cHTwdPqhuDPwZ/VguDZ4Fm1MHgueF7daO+yXlQ3BTuCHWpx8HLwsroleDV4Vd0avBG8 qX4VvB28rWqCd4N31e3B+3Zk7gg+CD5QdwYfBh+qpcHHwcfq18Ffgr+oZcEnwSfqruDT4FO1 PPg8+Fz9Jvhr8Fe1Ivgy+FLdHfwt+JtaGXwdfK3uCQ4F36ja4HBwWK0KGoL/VfcFjWFK/TYM Q6N+H3YOO6uNYX6Yr/4QdglPVo+FPcOz1OPhgPActTkcGA5SW8JLwlFqa1gZVqod4exwtnop nBPOUTvDueFc9XI4L5yn6sL54Xz1SlgVVqlXw+rwevVauCBcqN4IF4U3qzfDW8Jb1bvhbWGN ej+8M1yqPgjvCu9SH4YrwhXqo/Ce8B71cbgqXKX2hr8Nf6v+Ej4QPqD2hWvDteqTcF24Tu0P HwofUp+G68P16rNwQ/iw+jzcGD6m/hr+KXxC1efk5rRXX5k8c4LWprPprF2Tb/K1Z7qYLto3 XU1XnTCnmR46aXqZXjo0p5vTdY45w5yhc82Z5kz9I9Pf9NfGnGMKddoMNkW6tTnfDNFHmAvM MH2kucgM10ebi82l+hhzublcdzCjzCh9nCkxJbqjqTAV+ngz08zUeWa2uUafYOaaufpEM8/M 053NfDNf/9hUmSqdb6pNtT7J3GBu0F3MQrNQn2wWmUW6q7nNLNenmBVmhT7drDQrdR9Ta2r1 GWaVWaX7mtVmtT7T3G8e1P3MerNeDzQPm4f1IPOoeVQPNn8wf9BF5o/mj/pc8yfzJ32eedI8 qc83T5un9RDzZ/Nn/RPzrHlWDzXPmef0BeZ587weZl4wL+gLzYvmJV1sXjZ1+mLzmnlNX2re MG/oy8w75mN9udln9unx5gvzhS41B8wBPcHUm3o90XxlvtKTzEFzUE8235hv9BRz2BzWZabB NOip5jvznb4qrdKunpb206Gekc5N5+pr0iZt9Jx0q3Qr/bN0m3QbPTfdNt1WX5s+Kn20npdu nz5Wz093TB+vq9Kd0j/W1eku6VP1wnRBuodenO6dPl3fmu6bHqiXpIvS5+rl6SHpn+gV6WHp C/XKdGl6mq5NL0+v0WvTD6Qf1X9I/yH9lH4O69aFsx251lIV2DVzmPVKZtrVcqP1QurUV9qT v+qpXFOqnKCnmWqxKuJYKymcyXCsfTXTLHVdHDeJuCnNUk+GU/bP1OWkTqpW9l6ig12z5ela b/KdRtoCyj+VeruJrbYWW2JnHfGpIGVc9X35xPUkrqe19WFULq07lXacRt0F5OkV55EWd6cl PShvIrntqhB0s2lUMMvWkwqqbDsDW/sE/jrZnvUk6pOU2yMUmXRHkj0tjiA+sJ5ee5Vn75Hk f8h9rcdX1HqFXTnean23xbdbr7T4Tut7LL7butbie63vtfh+61UWd7e+z+IHrVdb3CPlhm1Z j7rwV80B8fpRCq+t9XO06vpPnmPzvGlzKbsaXSrP3pRu6/5L7inK0RvVm6mvUi+mtpnOqe2B k3rB5Ke+sRahq12RXkm9Zu1BgbUbPzI9rE043dqCM01/uzJ9YrX8EnNpMMrq+ajU16Yk9ffU IavhNwSDc4zVu6eDC4ILrX7flpM2LweVVlPeDSYHZWatmRlcHywIbgx+KTYguMVq/3yr9dVW zxcFvwlWBvcGq4P7g7Wmxtxu7jB3mqXm12aZuSunVU7rnDY5R+S0zTky5yiz3FqBlVb7V5nV wfNW5x8w/2V+Z9aZB63mP2p1/Y9Wx5+0Wv2s1ebnrRa/aLab/zH/x953RklRdWvvU9PTXaeq zqnQAwzDEGbIOeecc5AMQxaJQxpgYMg5MwRJkiQrGRERkSQgIgICIiIiAiIvIiICiiT9du0u mxk/3/te113rru/HN7Wmqrr2qarT++zn2c/u6q46KU/JM4jgz/lTeVl+La/Ib+RVeU1el99q fk2VNzVDk4jku1p+rarWSmujtUMs30cM/4rYfSKfaeO1SYhZZipmhDZLm6stQOz6zYCpmtzU EMESketob+mZ9GgzSo+RcbKarCXryUaymZnJzGJmN3Oauc38ZkGzsFncLG2WNyualc2qZnWz tlnfbByEYGRQD5rBYDBTMEswezBnMHcwbzB/VCBKQznhREVFuc9TnYV64GccSTfvM8r7MZTx c1HGz40ZvwbkoYyflzJ+fsz4DaAAb4IZvyDl+kKU6wtjrn8FivOevCeUooxfmnJ9Gcz141BF TOAToByfxCehlpjCp6CWmMZnoJaYhUqgCimBqqQEqpESqE5KoAYpgZqoBJagrljGl6GuWMlX oq5YzVdDXVQC66AeKoE3oD4pgQakBNqTEkggJdCBlEBHVAJHoRMpgS6kBLqREniZlEB3UgKv kBLoRUqgNymBPqQE+pISSCQl0I+UQH9SAgNICQwkJTCIlEASKYHBpASGkBIYSkogmZTAcFQC TyAFlUAkjNACWgAmoh7QYZImNAFTSBVMJVUwDVVBPpiOeqAKzEAl0BJmug9ehllaW60tzCZV kEqqYA6pgrmkCuaRKphPquBVUgULUBWMg4WoCibCIlIFi1EVzIRlqArmwHJUBa/CClIFK0kV vE6qYBWpgtWkCtaQKlhLqmAdqYL1pAo2kCp4A1XBDniTVMFGPbOeGbagHsgBWzGnV4VtmNNr wnbM6XVhB+b0hvAW5vSmsBOzT0Z4G7NPDOzC7JMN3sHsEw+7zVxmLngXc1A+2GMWMAvAe2Yh sxDsxXxUDN7HfFQK9mE+Kgf7zQpmBThgVjIrwUGzilkFDpnVzGrwAeapWnAY81Q9OIJ5qhEc DSpBBT4M+oI+OBZUgyp8FDSCBhwPWkELPg5GBaPgRDA6GA2fBGODsXAymCOYA04FcwVzwelg nmAe+DSYL5gPzkT5onxwNopHcTgXhbQBn2EiNeE8HiAIn0dliMoAF5D/csEceVHmlnllfllQ FpKFZRFZQpaSZWQ5WVFWUb9Vb6rfq3dka15VtpXtZUfZRXblFeVEOVvulAfkDZnCu/H+MkkO kyPlaDlWjpeT5VQ5TU6XM+RMOUumytfkMrlCvi5Xy3X8I16Zf8JP87P8vNwqd8hdcrfcI/fK ffKQPCyPymPyuNZZ66J11brJ0/KcPC8vyC/ld/KWvC1/lD9pBeVeLUH+LB/IX+Qj+Vg+lc/l 7/IP06elavO1Rdpr2nLtdW2Ntt7UTWGapm0GtbfNDDKnrCHryAayiWxuZjazmnFmXrOoWdIs a9Y065oNzaZBFgwEtaAMOsGMwZhgtmB8lD9KRNnIN8M9vjG4gXwjucRsZ3HMSDwzMpCKDJQP LF4AeSgT8VBm4qEY4qEsvA7yUCzxUFbioWzEQNl5F2SgHMQ6ccQ68XwGsktOYpdcxC65iV3y ELvkJXbJR+ySn9ilALFLQWKXQsQuhYldihC7FOXvIbsUI3YpTuxSgtilJLFLKWKX0sQuZYld yhO7VCB2qUjsUonYpSqxSzVil+rELjWIXWoSu9QidqlN7FKH2KUusUs9Ypf6xC4NiF0aErs0 InZpTOzSlNilGfHKS5qOvNKceKUF8UpL4pVWxCutiVfaEJe0JS5pR1zSnrgkgbikA3FJR+KS TsQlnYlLuhCXdNWmI5d0Iy55mbikO3HJK8QlPYhLehKX9CIu6U1c0oe4pC9xSSJxST/ikv7E JQOISwZqu5FLBhGLJBGLDCYWGUIsMpRYJJlYZBixyHBikRRikRHEHyOJM0YRZ4wmzhhD3DCW uGEcccN44oYJxA0TiRsmETdMJm6YQtwwlbhhGnHDdOKGGcQNM4kJZhEHzCYOSEXc54G58gv1 sfqJelI9pZ5Wz6jn1PPq5+oF9ZqsICur19Xv1FvqD+qP6l31J/WeTJCd1YdyAK/Oa/G6vD5v xDvwrryfHCST+Ww+h8/jr/KFfDFfylfwVXwt38A38r18Hz/AD/HDci0/xivxE/wUP8M/k1vk dn6RX+KX+RV+lV/nN/hNfovf5nf4XX6P3+cP5Vn+iD/mzzQu/yW/1ywtt5ZXK8CvaO21wdpQ bZiWoo3URmtjtQnaZG2GNlubpy3UlmjLtJXaam2d9oa2UdusbdW2azu1d2W8rC5ry/qysXzJ jDZjzRxmHrOIWcIsY9Yw65gNzCbBiKA/yIMiaAczBDMHswbjoiKjjCj3aeEp/x/5/6vItzQL ke/ivxXhvzXhvw3hvy3hvx3hvz3hP4Hw34Hw35Hw34nw35nw34Xw35Xw343w/zLhvzvh/xXC fw/Cf0/Cfy/Cf2/Cfx/Cf1/CfyLhvx/hvz/hfwDhfyDhfxDhP4nwP5jwP4TwP5Twn0z4H0b4 H074TyH8jyD8jyT8jyL8jyb8jyH8jyX8jyP8jyf8TyD8TyT8TyL8Tyb8TyH8TyX8TyP8Tyf8 zyD8zyT8zyL8zyb8pxL+53jfX3E/UQ898/Vl97M+RPpdjPWqvCrG+h1+B2P9Lr+LsX6P38N6 8D6/D5GYm7uBH3H1tvtpIARCn95hTTMeW0zkEyESa5vJ4OdT+VQIoNLPDyqq/YJYDUZ4Z4z1 KjX3s0dmzjIX03cn/smRGNbo7qeRuagGdfggbFuVl+CD1Qe4HsGrqg/IEqW9DH717p82fOVz X6HV/QTzLnfvfpKLjuQ+b9YX2pe7v8f1/dmWXoXavvDZHuo/VtuQBTnzAoB6Tb2G++7le/Eo +/g+7M8BfgD7fogfggA/zA+DihyWGzjyWF7QkLNmgK69q72LFXgJWQIEKq5SIFF1lQETlVc5 sFA1vQY2Kqdl4KB6WgFBVFCvQxSqqNWQAbXQj5BR/iR/gkymz/RBtJnBzACZkd3iIAZ5rS7E Irc1hGxuhaz+ov6CvXykPsKRdT8zVbA+bYg9nsln4nv1a34cWVVTcWSlJiGAlV8b7PE72jvA 3eoXNN3UM2Ff68l6eO5GshGeu5lshudWTAXPndPMiecubBbGcxc3i0MWrO1K40j/dcx70Jgn mjNpzDP8g34ZmoH9cnunUu849U7D3mUCHevMOMhEvYum3mWm3sVQ77JQ72Kpd1mpd9mod9n/ 7J33zBuAntinkeoJ9RPs02n1NI77Q/Uh9kbjOo5rJh6NI5qfYxzyIrwIcF6cFwcNM2J10DEr 1gYDs2IjkLwT7wQmZsdumBuG8WEYoWP5WAhiJTkZorCGnA4ZMWPOgWjMmvMwZyzmizFnrOKr MGes5WsxZ2zkWzBnbOPbMEPs5HswQ7ixlZ9iqwDFVkGKrUKYUz9B9j/FTyPvn+FnkfGv8qvI 9Tf5TeT6W/wWcr2L3DL8IX+IjP+IP8Ka9pnmg/JYy2lQQ4vRYqCmFqfFQS0tp5YTalOk1qFI rasV0ApCPa2Z1gwaYEXXBhpqCVoCNNa6IQ800QZoA6Ap5uTByOZDtaHI5sO0YcjmKVoKsvlI bSSy+WhtNLL5ZG0asvkS7TXk7mXacmTtddp65OuN2kZk6s3aZmTqXTii3XBEo6G7zCazoaqK lzmRW/PKvMiqhWQhZNXasg6yan3ZAIZjRm8CI+RLsjmMkl1lVxgj+8pEGOt+sgLjsRYZDROx HhkLk7BamQhuVTIVprhVCUzF6iUVpsu5cj7MlAvkAkglvM0hvM0lvM0jvM3HymQfvIqVyVFY gNXJMViIdclpWISVyXlYjLXTl7BEXpY3YKm8KW/DWkLmm4TMjVin/AybsFZ5AJuxXvkFq81H 8hFWm4/lY6w2n8qnWG3+gTG6A2sVgbUl/mFtGW1mxtoy1syKVWU8xu5e1CtFsZIsYZbEGrKM WRGrxxpmTThmdje7w3Gzl9kLPjaXmBuwMiwULARfBosGi8KlYMlgafgqWC5YDq4EKwUrwTfB qsFqcJU+3evBeyDb9uK9EI+VzcqgmFXNqnS9RoF87n1zA1M8VISuBEUFUt27J4e3KXAKteNp RMoZ9Qxy5Tn1HEQSG/qRDb8FjvrxJhioIb8HiTryHliEpoyoOZ9CJrp+E8PjeBxGu3vNJiuv yCujNnKzTzxhKidiqhbqobq8Luqh+rw+6iEXX3lReXZAPeTiKz/vx/sjFmbz2YgCF1NFCFNF UY2+ihpoIV+IiHDxVQKV6VLExQq+AnHhYq00Ya0MKtUNiIuNfCPiwkVZeUJZBUJZRUJZJWLw yqhhP4IqhLhqhLgahLha/DN+HjXQRX4R1c8lfgnVz2V+GdXPFX4F1Y+Lx0aocq+j+rnBb0AT wmZTwmYzVL234SXKts0p27agbNuSMNuKMNuaMNsG9fBjaMuf8WeogZCSEEeuWkogtHYgtHYk tHaiazNd6KpMH1TMCahg3Kzdn3CaRDgdTDgdQjgdSjhNJpwOQ009Foajrp4AKYjZyTCCctVI 1NipMAp19nwYg1p7EYwjLE8gLE9C3f06TEHtvQamEa5noAZ/A2YRumcTulNRj2+FOajJt8Nc 0g/zKP+9StdmFhDSF8ncMjeiycX7azK/zI+YKiiLwDLKka9TjlxFOXI15cg1WKlURMRVllVg Par8GvAG8cNG4ofNxA9biR+2y9ayNbwl28q2sFO2lwnwtuwoO8I7sjPyxm45QA6A97CWSYK9 MlkOg30yRabAATlSjoSDxCSHiEk+kOPleDhMfHJETpaT4SiySip8SOxxitjjNLHHp8QeZyhb n5Vr5To4h3XPVjgvt8sdcEHulDvhotwld8GXcrfcDZfkHrkHvpJ75V64TJzztTwgD8AVeUge gm/kYXkYrhILXSMWui6Py+PwLXHRDXlWnoPviJH+5X5eArfkDfkd3MHq6TbcJUa6T4z0gBjp ITHSL8RIvxIjPSJG+o0Y6bF8Lv+AJ6QqnpuY+OF3Yqc/XHZiYNqmzZgZNINMcTUHi3D5ivlc vmJ+V38wFSusvExzWYsZLmsxiaxVllkuazHHVScsylUnLKPZxGzKolERJLIYs7/Zn2UxB5oD WayZZCaxrOYQcwjLZiabySy7OdwcznKYI8wRLM4cZY5i8eYYcwzLaY4zx7Fc5gRzAsttTjIn sTzmFHMKy2tOM6exfOYMcwbLjypzFitgppqprKA515zLCpnzzfmssLnAXMCKmIvMRawoMlri fyv3u9zEKd9rxEcG5XtBfCQp31uU723K9w7l+yjipozETZmIj6KJgzITB8VQvs9C+T475fsc xER5iYnyERPlJyYqQOxTkNinMLFPUeKX4sQpJYhTShJ3lCLuKE3cUYbyfVnK99WIL6oTX9Qg vqhJeb025fW6lNfrEVPUJ6ZoQEzRkJiiETFFY2KKJpTRmxILtCAWaEXIb0OYb0eYb08ZPYEy ekdCeB/CdiLl8n6E1f6E1YGE1STC6hDK5cmUxYcR9lIIeyMIdSMpi4+iLD6asvhYyuLjKYtP IhxOJhxOIRxOJRxOI0RNJ/zMIPzMJOTMIszMpiyeSll8LmXx1wgzKwkzrxNmVhFmVhNm1hBm 1hJm1hFm1lMW30A42URZfDNl8S2UxbdRFt9BWXwnZfFdlMV3UxbfR1n8AGXxg5TFD/2XGVrB yHL1J5D+ZBRxCkVcBGk5H2m5SNJyflJuAdJpKmkqThpJI51gkE4QpBMk6QSbdIJDOiGYpuLJ R1m/t/sdD/qNCbBurBsokf0i+4V6pNRy75ij1FHqAvN18w2GCF+KLwUy+Jb5VkBG3yrfGsjs W+dbB7G+N32bIGvkc/cLzv4e/iTIFWgVaAPFAx0CHaBU4KfAT1BabaQ2hjJqU7UplNO+0q6i Vr2uXXefGhjZByLBYvFKqYg6vrZYV/zdd5zSfrcy7TfsbsAdeAjPmI8Z/m0Q4V/jX+vfTst1 /h20XO9/i5Yb/DtxuRbX3qblWv8uWq7zv0PL9f7dtNzgfxcUXO7BV+uw9Xu0XOvfS8t1/vdp ud6/j5Yb/Pux9Tr/AXy1HlsfpOVa/yFarvN/QMv1/sO03OA/gq3X+4/iqw3Y+kNarvUfo+U6 /0e0XO8/TssN/o+x9Ya/eOTvvm367zxygt75Gv8nnmdOep455XnmtOeZT/E8a/xnPP+c9fxy zvPLZ55fznse+dzzyAXPI194HrnoeeRL8sglzyNfeR657Hnka88jVzyPfEMeuep55Jrnkeue R771PHLD88h3/8Ejf/ctzLQeuel55F+eR255Hvne88htzyM/kEd+8Dxyx4uYHz3P3PU885Pn mXsUMT97/rnv+eeB55eHnl9+8Tzyq+eRR55HfvM88tjzyBPyyFPPI888jzz3PPK755E/Qh4J wD/wyFE4CefhMnrkNtyHJ0xhWoCFPBJQQh4JRIQ8EvCFPBKIDHkk4Hc9EgiEPBJQQx4J8JBH AlrIIwE95JGA4XokIEIeCciQRwJmKGICVsgzATvkmYDjRkwgGPJPICrkn0CGkH8CGUN+CcS6 7zSQKeSXQHTIL4HMIb8EYkJ+CWQJ+eUfe+RO2CNZPY9k8zyS3fNIDs8jcZ5H4skjOT2P5PI8 ktvzSB7PI3k9j+Qjj+T3PFLA80hBzyOFPI8U9jxShDxS1PNIMc8jxT2PlAhFTKCk55lSbsQE SnueKeN5pqznmXIhz7if07j9djMAm0+/QemPKUDFbOD+erkY+qsWNIG2ajfw+br7kpQ66sve Wl21O60Nxm2veGt11R641oPa9fTW6qq9aM1t19tbq4vniYFcUATK0fdwWkMXZPUhMAamqX3C Z+obPlNi+Ez9wmfqHz7TgPCZBobPNOjPM6kjcK2XrztuG+mt1VVH0VoP3DbaW/uvepQU7tHg cI+GhHs0NNyj5HCPhoV7NDzco5Rwj8aEezQ23KNx4R6ND/cI0ceKuve6YR8z957I59g59/st 2E9NXa9uUN9Q31Q3qpvUzeoWdau6zR1LzOax9JlbNqzJX1OXqIvUxepSdZm6XF2hrlRfVxey spTdQ+0a4aTBSzjpuLU7FBUzxEwxS8wWqWKumC9eFQvEQrFILBZLxGtiqVgmlosVYqV4XawS q8UasVasE+vFBvGGeFNsFJvEZrFFbBXbxHaxQ7wldoq3xS7xjtgt3hV7xBwxj97RV+7dVJSS SkkopLyj7IbC3pn/p2f4dz0Pn1kJKCXwzKWUUnjmd5U9dOZ6ECcSRV8xUIwW48UEMVFMEpPF FDFV9BZ9RD/RXwwQg0SSGCyGiKEiWQwTw0WKGCFGilFijBgrxolpYrqr42AjTsAKMfeeuavZ G+BjG9kB8msDiMejJeLR3P1enKcPntc9/sC/nME9fpqje/0Z7p4F46EUnuUgOwx+dpRdAk0p q5SFOFCYCuPFAeMH447xo3HX+Mm4Z/xs3DceGA+NX4xfjUfGb8Zj44nx1HhmPDd+N/4QIJhQ RITwCUvYwhFRIovIIXKJSKEKAwVuduEXXYUUGYQQGUVQRIvMIkZkEllFNhEr4kVOEScC4iXx itBEbsFFSVFJNBP5RQGRV+QThURhUVyUENVEDVFT1BJ1RAPRUDQWTURz0VK0E+3Fy6K7qCzy iIOitCgiiopi4pAoKEqJMqKsKCfKiwqioqgiqorqoraoK+qJ+qKRaCpaidaijWgrEkQH0UX0 ED1FL9FRdBKdRTfxgXC93YTuJwGI5crAiOWzwDyYD/GwFVVRLngfp3zwEXwO+eEaTuXgW5zK w3c4VYBbOFXETHgbKiH738FjYNUMVeAxPEFd+gyn6vA7TjVYBIuAmiySRUItFmABqM0406AO M5gB9ZhkEuozi1nQgDnMgYYsikVBI5aRZYTGLJpFQxMWw2KgKYtlsdCMZWPZ4CWWg+WA5iye xUMLlovlgpYsD8sDrVg+lg9aswKsALRh5Vl5aMtqs9rQjtVldaE9q8/qQwJryBpCB9aYNYaO rClrCp3YS+wl6MxasBbQhbViraAra8PaQDfWjrWDl1kCS4DurCPrCK+wzqwz9GBdWVfoyV5m L0Mv9gp7BXqzXqwX9GE4QV+WyBIhkfVn/aEfG8gGYp5IYkkwgA1hQ2AgS2bJMIgNZ8MhiY1g I2AwG8VGwRA2ho2BoWwcGwfJbAKbAMPYZDYZhrOpbCqksOlsOoxgs9gsGMlSWSqMYnPZXBjN 5mMuGqNUVirDWD1Oj8McrTA/jPub+P7P0S0wmiXGuOlFeRAjOiNGcyaK5ywYz7EY0Tkw3uMx onMiAnTCAEa/8eAvER6K78JehP+vxzdGd1MvumtBQ4xuHGt81RvGY06YjlNJ1P6roRS8hVMZ 2ItTWVS7FzDGr+NUHhXNDYzxmzhVhO9xqgQ/4FQZfsSpCvyGU1V4ilM1eI5TdfjD/akcamQf xrgfR6A2U5Fn6jCd6VCXoYsx0k1mYqTbzMZID7IgRnoGlgEjPRPLhJGemWXGSM/CsmCkZ2VZ MdKzs+wY6XEsDiM9J8uJkZ6b5cZIz8vyYqTnZ/kx0guyghjpFVgFjPQ6rA5Gej1WDyO9AWuA kd6INcJIb8KaYKQ3Y80w0puz5hjpLVlLjPTWrDVGelvWFiO9PWuPkd6BdcBI78Q6YaR3YV0w 0t2qtifrzrpjpPdgPTDSccJI78v6YqT3Y/0w0gewARjpg9ggjPTBbDBG+lA2FCN9GBuGkZ7C UjDSR7KRGOmj2WiM9LFsLEb6eDYeI30im4iRPoVNwUifxqZhpM9gMzDSZ7PZGOlz2ByM9Hls Hkb6q+xVjPQqShUYG/odhvGAfsfRKPRKVPJeuVcw3W/bRuC/BRnFflyrD03F+9iuvthLkeG2 rE9VvHutMxtdG5ViH7VsJN7D1+5xfLgltObu+X7oPLCP9nbCV/LivSsAfUhx7MMJjGvGbdrr hcpwlchsuAc/w32lnFJeTVUqKBXVOX9tYxwxjhofGseMj4zjxsfGCeMT4+T/1eY9Y6/xvrHP 2G8cMA4ah4wPjMNuG+OUcSHc5pRx2vjUOGOcNc4Znxnnjc/R9pfjeHe4yAiZIBoy45YsaPvr cf7duY5gv/7TcdK0+XfvC49/+D/12WvDYKl7bRsRWguaobeTaYRRfVvvoaYojyiOsvZ6axms 9701uo6tfohtS4P7GzGf5Y6ya3HH3LKeYjv3rkclree4VpzW3T2O0R0XinnniLGeobWC2049 itsqQGH1CG0pTtrIhxnSvTtFUXC/M14aJx9yRWVwfxE0Dipb31n7rQPWQeum9S/rlvW9ddv6 wbpj/Wgdsj6wHluHrSPWUeuu9ZN1z/rZum89sB5aH1q/WL9ax6yPrOPWx9YJ65H1iXXSOmWd tj61zlhnrXPWZ9Z563PrgvWFddH60rpkfWVdtr62rljfWFeta9Zv1nXrW+uGe0Uee+HeazVA 3/FGusdXJtj47t17WnDU8DVQe02GKajrZ+EkYTEswRZLcbJhE2zG978TpyjYBe/iOO/HKTNW fh/imD2AXyGWlWPlIAdbwBZAHFvEFkE8W8KWQc7AucBFyBu4FPgGiqit1XZQSp2lzoJy6n51 P5TXumvdoYJeQC+IDKtgFZHv78b/f7KN8EjxjhF0gb6dsQaaGF8YF40vjUvGV8Zl42vjivGN cVXcFw+spdYya7213dptbbG2Wu9ae6yN1lvWa9YG6w1rs7XNetNaZO201lprrOXWSmuFtcp6 3VptrbN2We9YO6y3rSXWYmvT3x39v7vNWkijFUJoIZw0zE+lcGxOwqc4No9xskjT2KRIHFIk QVIkUaRIMrB1bB1kZNvYNsjE9rP9EM2usquQWRmrjIUYZbwyHrJgJfEOxEaYESZkjbAjbMgW sTViF2T3VfXVgLy+x77HUDCyUCSeP7JIZBEo7I/zx0ER8mBRcUPcwEzq3tcjm/hF/Coeid/E Y/FEPBXPxHPxu/hDAso5XSoyQvpkpPTLgFQll5o0pSWlNKSQtnRoXHx0jxoTJ/f3cC4Hx+MU QVHmo/hSKYdqqA1t0CkDClaRVcRTtMLMZaLy6oG+wFyEXkjCvJOBYjATW86W4ztfyVbiO6+M +SJG2a7sIE5y88RD4m/usTf9CtCeBIrtPnGC2e6vNWfQb1TT1PSojRORb8ZR21RsO5vWloTX 5oTX5obX5oXX5ofXXg2vLQivLQyvLQqvLaY1hTgKa0BiZPb/Ys8oWlmIv+119np7g/2G/aa9 0d5kb7a32Fvp2y0XzG/+5Hh7j/2evdd+395n77cP2AftQ/YH1Oa2+SDcZpu93d5hv2XvtN+2 d9nv2Lvtd6nNVfP7cJvD9hH7qP2hfcz+yD5uf2yfsD+hNg/N5+E2J+1T9mn7U/uMfdY+Z39m n7c/pza/W4Fwmwv2F/ZF+0v7kv2Vfdn+2r5if+O2sVTLDre5al+zr9vf2jfs7+yb9r/sW/b3 1MaxsoTb3LZ/sO/YP9p37Z/se/bP9n37AbWJtXKH2zy0f7F/tR/Zv9mP7Sf2U/uZ/Zza5LGK htv8bv/hILQdxYlwfE6k43cC1KaYVf7PNo7qcEdzdMdwhCMd07Ecm9pUsGqG2zhO0IlyMjgZ nUxOtJPZiXGyUJtaVuNwm1gnq5PNye7kcOKceCenk8vJTW2aWG3CbfI4eZ18Tn6ngFPQKeQU doo4RalNW6truE0xp7hTwinplHJKO2Wcsk45pzy16Wb1Dbep4FR0KjmVnSpOVaeaU92p4dSk NonW0HCbWk5tp45T16nn1HcaOA2dRk5japNsjQ23aeo0c15ymjstnJZOK6e108ZpS23GWzPC 12YI0zrGjO4+K4Lp7q/8o9Jsj1CPhi2hKzruL+Vbkorr622phEd1r5uk3eaqxf6YQ9Jui8Jt 7WGBt8095ghXU+ot9AQAvaOOVYfeWe+MW3rqPUHX39PfA0M/qB8EoR/Vj4LUP9Y/BlM/o38O ln5Rv0iKhekd3G8A0p5AezLaR6F9ImgfH+0TSfvotM9XND/uXn9S9imoQJV7+P8r9S3R/SaL sgEn97kUl/D/aprtqco9BXWtchj/j4e3+5RknC4q7lNpNuH/jrCFKcfwfy7+nwxvU5R6yk7c Morud/yi5XL874HWy0qJNG1jlSm4vRmuHVNi07TuT3dZj1C2KbuUvS/asztKa7TkQMsiZbmy Js0eleiuwxHKKGWCux7eY6+Si+4sHKF0V/q46+E93KfynKd7ur/YVo/u86woZbDCfrG1BN1N O0LJoeRhV9Nsjwl9BqyoilSi0pyzjuI+N8p9VtPuNFuLsTu4pTuuXWLF0myPdnuBFVoEO8yO swkvLPA7c5+OVAItb2I235Vmnw1sC7hPBWEs24vxY3PZJOY+h8Q9u5pmeyIbztxfVrrVyL0X 22ElVnfu8wzP4f/FF+ONGnAK1o8uGlzfH0pjSWRFWDxzn1q4Ctz7X/9piYTmWJ1GYaZ2fwPp Pp9tVpq9ysAdrJR/B/eO6AwGptkrFqdzdHWJ0d2yW3s2N+pbUNR31bsiRnpg7EtCjYUI+Bps /Zp+DYo5HZxOpLWZh+SP3Iyk1dSQAfVe+mTcMk1fCNn1xfpSKKyvQNQXdzo73ULVnN4Jj/0n yri3V+/wXtlor0K41wYopr+p70SduguPUFu/ql+F+nScBmFmYXo/mnei+RWad6f5+JDi0C/S K/fOLhnDLDQLa4yj+iC9PdkGgft7TfeaQkZw7+bhc9phLzvTWvvwWgKt4RjrLfXWxD7FaJ9o qnjdfVxm+3OvF+sJ3nqaPdkm6kkpHJeBqB9GEdelIo8txfHdAFtQ7++h6zsn4AxcgMtwHW7B XXgIT7C7fmYwB6M3G8vFCmB0l2GVWA03blhL1t6NLIy7JDfyMCpnYGwuYsv1Ftj3FnpLnLfU W+G8FfZD0VvrbXDeRkcO19vq7ntup7vvt73uvtcEd3z0DsihCjJpJxq3zq4PcPQUjA9kFYoP BRkSa3aMEpchD+qIY/2QjrpC/0DHalU/rB/B+RFkTpc/P8T5h/oxnB9zo0b/CBlT0Y8joyrI qydwfkJHLaF/omOFqp/UT+H8lH4a56f1T3H+KY6kgtx7Fudn9XM4P6d/hvPP9PM4P4+crOif 61h96Bf0L3D+BY6/giz9Jc6/1C/h/BIytaJ/pV/G+WWMaUX/GmNa0a85+H4xsvH9Oh0xvhWH Ygqj88X3DqIJJxRxxBT/DC1pfqeso84JlHfn6lGKweHAZDJMYpLlw9HswJJx5Daxo+wK+01x lEJKHaWLMkJZgMx8XLmuPIvIGFEsokFE94gxEUsidkacjLiJgj7GV8rXxNfLN8G33Lfbd8Z3 O9IXmS2yXGTzyMTIKZGrIvdGno+861f98f5K/tb+gf4Z7rV//0X//YARyBOoFmgfGBJIDbwZ OBy4HPhVtdQCai21kzpcna9uUY+pV9UnPIoX4fV4Nz6KL+I7+Al+g/+uRWsltEZaD22ctlTb pZ3WbumKHquX0ZvpffRJ+kp9D47QHcNv5DAqGC2N/sY0Y42xD2vGe0ITuUQV0VYkiVligzgk LomHWKXkkzVkB6r8JUSh99FP7lw9SvMjf1rcmEYPtnAtNH9haUmWlmRpmc7SiiytyNIqnaU1 WVqTpXU6SxuytCFLm3SWtmRpS5a26SztyNKOLO3SWdqTpT1Z2qezJJAlgSwJ6SwdyNKBLB3S WTqSpSNZOqazdCJLJ7J0SmfpTJbOZOmcztKVLF3J0jWdpQdZepClRzpLT7L0JEvPdJZeZOlF ll7pLL3J0pssvdNZ+pClD1n6pLP0JUtfsvRNZ0kkSyJZEtNZ+pGlH1n6pbP0J0t/svRPZxlA lgFkGZDOMpAsA8kyMJ1lEFkGkWVQOksSWZLIkpTOMpgsg8kyOJ1lCFmGkGVIOstQsgwly9B0 lmSyJJMlOZ1lGFmGkWVYOstwsgwny/B0lhSypJAlJZ1lBFlGkGVEOstIsowky8h0llFk+T/V nQtwVcUZx3fPueQm91zuykkmOpRBahkGaUSGOsg4FBEtZZRhHEEINECIEF4hhAsEEBICBBpC eAeBFJIQkhBCCAFCANvKO7xDgPAKgQqlVJ0OWnWoo47Tb/93781ZZFTU0TaZ+d+93+889+zz 2717ZoPM1kgaSBpImkbSQdJB0jUyB2QOyByNZIBkgGRoZC7IXJC5GpkHMg9knkbmg8wHma+R TJBMkEyNLABZALJAI1kgWSBZGlkEsghkkUayQbJBsjWyGGQxyGKN5IDkgORoZAnIEpAlGlkK shRkqUaWgSwDWaaR5SDLQZZrZAXICpAVGlkJshJkpUZWgawCWaWRXJBckFyNrAZZDbJaI2tA 1oCs0chakLUgazWyDmQdyDqN5IHkgeRpZAPIBpANGskHyQfJ10gBSAFIgUYKQQpBCjWyEWQj yEaNFIEUgRRpZBPIJpBNGikGKQYp1kgJSAlIiUZKQUpBSjWyGWQzyGaNlIGUgZRpZAvIFpAt GikHKQcp18hWkK0gWzVSAVIBUqGRbSDbQLZppBKkEqRSI9tBtoNs10gVSBVIlUZ2gOwA2aGR nSA7QXZqZBfILpBdGqkGqQap1shukN0guzVSA1IDUqORPSB7QPZoZB/IPpB9GtkPsh9kv0YO gBwAOaCRgyAHQQ5q5BDIIZBDGjkMchjksEaOgBwBOaKRoyBHQY5qpBakFqRWI8dAjoEc08hx kOMgxzVyAuQEyAmNnAQ5CXJSI6dAToGc0shpkNMgpzVyBuQMyBmN1IHUgdRp5CzIWZCzGqkH qQep18g5kHMg5zRyHuQ8yHmNXAC5AHJBIw0gDSANGrkIchHkokYugVwCuaSRyyCXQS5r5ArI FZArGrkKchXkqkYaQRpBGjVyDeQayDWNNIE0gTRp5DrIdZDrGrkJchPkppPYaK3baK3bWmvd RmvdRmvd1lrrNlrrNlrrttZat9Fat9Fat7XWuh0PEg8SrxG04220422tHW8ngCSAJIAYzFIe GNmT5ejJ+qgnu4AJeGOehjfmt/DhvIC+bRz6tsPQt51NfdsElkY92CLWkrVjndgzrCfry15j cSwRa5ZlsqVsLXwu8EEgBD8EQvBFIAR/BELwSSAEvwRC8E0gBP8EQvBRIAQ/BULwVSAEjwRC Nyh0Q86rozscRvcp78GybpDNi3djRbOurAfrz+KZX11tEatgNew4O8+a2B32Efuce3k0b8c7 8b444gbpC1H9+Hz4RaqlR0RZCqRFPquQpRCWeIdlIyzwo+CIRTiiDG0KhYpDoZJQqNRx5s04 8+7QMcpCW20JhcpDoa2hUIXjGNtwjJrQMSpDW20PhaoQCqSgaFnD0R7rKDbfoM88+hwVOtpO 3FVC8D6tsdS3YlYK9WLcVir1S7zWDOpPtLRmUT9AWOnU4m5FZ+iMWSBt1DGoxUZHptaZNUpZ 1sGSB4v0Hs6la3CONOxST196AgMevzjlC5R+G8PobvRi3AisK5CsbO2NGNIk5RMPWn1GNDON QfTfxmnn9/hXzCXnvtC/SyNN/Dbt18fop1lreR0dx2d0Mbpp9kpew1x0tHvGY0ZbjeTy9awF HU3+f3XfOWbwDLxBzmkbxamnyyv4bc3anw9ippwDwOs0ezfek86bjv8ajbTh7UkX8iLNGsZ9 pCl8pdMq1wGno3fnQ3mqZperhJuUO3rzUZpdriHukmPIlG+02Mf8dRe7y+7yR7j2BFgOy2Ut WAP+73FbY3IOfAu2F/+N7EuNyVWMObuj2XpROSSv7rxmlesQB73xQVs0xr/x3mNYZSqbapX9 YB+1wVrcN4YkvY2y3Pwl/IxPKC+2Ae9sqGyCdQN0F7Qo5GN/WO98EzNxf20wvt9RzZWaBDYA mq58nDI8+D4fZRaua5EqZ7nll0fjp/l7GNmRo0iBcYMU2Kt5PdkvUV4b6LDmG4mBsR1+1+jo sC80+pOd4tjo4LCmGD0xtmPwA/xzhz1WboWRnc8c1t6UXwMjOyv5aYe9E+VXObLD+UmHNYqu mfNuyD35zXb2pbxmOZ7D1zusd3gtRnNk7klx2Ot4ZSD98GSHdS+O2ChnN/PeDnshl2My8l33 vRzWbOQgKodZI49y2P1clri5jKuUH7DGYURIrqlZoVJ4wP4Sl6WLHEe67bB25jI+X6VQuloX JGCP5nJ1dLlaZY2yGrImluMRViw9XxOjpW6kJqwtLf1vDzUGSvnEGm9NoK0nSp+aNdmaTFuk WWm0xRwrg+qDAqoJw60iquM8VgnVal5rO9UuLVXd3DxiK6/BgxrET2mOWdOt6XT2WdKvRLlv EW1dSvmuhVVBdVkYrrWANY8EBXLLZGhJ0LdOWg5Nhm5igZU6ZewPVLli8g8eOZYxMIDyFbOG yjYK9jewv4k9XdizBfYMw55u7CnXfemm3uHQgXVGrTZGlkIyF8qWomuMjTqNuexh6jMO3DR+ J9+w7hrjGkvnS7QS6b4CoxX3qOztIWc7qxLfr+w3yN5ezjHlxZq9lspwL+WjhZq1ij7v8dmq xA9aqdZn7/IkPlSzZtLnST6Iv6xZZRlbzfvwzpo1lslR0C5qFDVo7U2fWVSTdNCsMfTp5x4e rVmppqYy/1Mepqw/Tjs2kIbHqzTMkYZNSn8z6IkUUCoLQ+p1I/VGWOWUpjxU1o9A6v/hsw6C MwhIbZS49hBoYJRyBPR16EDoIMSFi+q0LpR+eiAGmbIFV/ANpG25Ni8P/1Cq7yloLFTOJmml VtZ9NuJZFh4xJWIai8BveL1YZbelR3gimfBEe37BojxtPY+z1p5fen7F2nhe8Qxgj3tGe8ax jp4kz2T2lK+1ry37jS/Bl8S6R3aKfIm9GPl+5PtseNSjUY+yEbguG79zSFZjnmNZFoWW0+db bD2FilgZhWX5Wq3uw1Yr9fZh/ahP0Z3STR9qp3enUi+JQn5qEXRn6eoeMRIdjplacsUo6t38 J+IVFhipk7aW4HdBPomIx7dbiAWMRmMVJh7xJMINsA/+iWNHsEGUphMwKixn2MYhlsazbIqj OCbfirFexYtQaxj3oljoRXHTlWInlkLxFDNdWZKKkWnfHCOeN+6Lg1C8/KyxEI63sfYh7Ye7 Go5ajinWlrWn9N5Wpfje6k5Tcb11uPYhjmf+POzH7nvyP+39uNWVdqP2aH/Mc4pTd+NWebSN XGdbvZ+NsekPvpfwL37Wu4hGbkunUj4bv0Jdr0Iyz1ZSfm3+9jaTbcoD6h6j1dMMPstRKhSc +dD8bZ56Tx1jqK/DTyH1dVVp8EH5OPh8kXMtL8L1jtJtiErZP21MRaJ0CsTWDEd8FTm+lTG5 jluliqNIPP1ALPUJxZOMk+ZvqXgnoIydmd8UO4E87Yyj/4l4Qb/chzaMXNueaoCW+krs1Ft6 VZV+1B+K+nX4ZegV6FVoI/QatAl6HXoD+jfou1IjBkAHQl9n96+0jt+cihyxRCwVy8VKkSuW iRVilVgt3hJr2Pdbd7A184jR4g2RIEaJRDFGjBXjxHgxgT3cOoIGPe92Ikkki3kiU6QIv5gq FooskSqyxQzxppgoJon5YoGYLKaIaeKPYpGYLhaLmWKWmC3SRLqYIzKEnPX0/7EKoLzXCrFV bBZ/FdtEpdgu3hFVokiUiLVinTgs8sSfxHqxQeSLAlEoNopisV+UiS2iXGwSpWKH2Cl2sZ9/ zT68c0bUiL3ibSF/r/RN66TILXeLPWKf+PO3b8kuhVW0ygmTc7gfvMaJ/M3OTe8t79+9t73/ 8N7x/tP7nvd97wfM+Tsj6Q1bwoLzYuU3tAbgSwgP9vtZ4J040gsn+0MuOdqs/KmLVSjoD2n2 ugW9tIFjJOJdFe1DLdHeqq4byuIxY8yNfpAb88Pc6EO6Md/LjblcbszlcmMulxtzudyYy+XG XC435m+5H3pGbirzBd9h8bU6SJathjWg1ULpTYaOgI6B7ocegZ6A1kPPQc9DL0AboBehV6R+ /x6gqwNmf0Xx1rIHxGN4V96d9+Qv8Zf5q9SriqOnP5Yn86n8TZ7BF/Ic6qut5fm8mJfzKl7D /4JZrHW8gTfyd/kd/i/+Mf9M+hINj/GIEW20MZ4wOhqdjWeM54xe0mNpvGbEGsMxOzfFSMX8 3SxjqZFr5BmFRqlRYew09hrvGEeMk0a9ccloMm4Z7xl3jU+Nz6mLGWZ6Tdt8zGxrtjc7mV3M bmYPs7fZ1+xvDjSHmvFmoplk+s0ZZrqZaWaby823zPVmkVlmVprV5tvmAbPWPG2eN6+YN8zb 5gfmR+Y980uX4Qp3+VxRrtaudszwvIg4DTyhgdDXoYOgg6Gx0CGOp/gHaBx0GHS44+mOhCY6 nvRY6DjoeOgEaBJ0IjQZOgmaAp0M9UOnQKdCp0FTodOhM6AzoW9CZ0FnQ9Og6dA50AzoXOg8 6HxoJnQBNAu6CJoNXQzNgS6BLoUugy6HroCuhK6C5kJXQ9dA10LXQfOgG6D50AJoIXQjtAi6 CVoMLYGWQjdDy6BboOXQrdAK6DZoJXQ7tAq6A7oTugtaDd0NrYHuge5z5NgD0IPQQ9DDjpx8 FFoLPQY97sjhJ6GnoKehZ6B10LPfuRS4BL3cXCJYV6GN0GvQJuh16E2pNlKsjRRrI8XaSLF2 PBTp1k6Q+iON1oVmQkd+yFy+p3yxvqdDHoJ5LPj73c5sYORHzI54nupWM6KlWqvYDL8V8bxv pAxFPBneQOHBga1Q6z7EVtSHecBWoT5rSug6OrK+tK8IXAe1cB98bBE49nfn8vxfO2tXFvR/ Pxb5b2oTy1nddXTmY9Qq/OR+i/IiyL5a59B+0bSVO7BV+BdqL8d3xz7PhZ7Cx9Rq6kpX4Yg/ GbK84fX0bIY4vo1U1yrb/8849o8M7C/v7lv3ZKonIf+kh8gYlZQ8RoVjpgTC0isa02/k1OSY 3/tHT4h5caY/KeYF/0T6OnqSX8oE+joyIabv6AR/TL9xU6Y9zLY4v3wfvZex/wLVUTfqDQpl bmRzdHJlYW0NCmVuZG9iag0KNjggMCBvYmoNClsgMjI2IDAgMCAwIDAgMCAwIDIyMSAwIDAg MCAwIDI1MCAzMDYgMjUyIDAgMCA1MDcgMCA1MDcgMCAwIDUwNyAwIDAgMCAwIDAgMCA0OTgg MCA0NjMgMCA1NzkgNTQ0IDAgNjE1IDQ4OCAwIDYzMSAwIDI1MiAwIDAgMCAwIDY0NiAwIDUx NyAwIDU0MyA0NTkgNDg3IDY0MiAwIDg5MCAwIDAgMCAwIDAgMCAwIDAgMCA0NzkgNTI1IDQy MyA1MjUgNDk4IDMwNSA0NzEgNTI1IDIzMCAyMzkgNDU1IDIzMCA3OTkgNTI1IDUyNyA1MjUg NTI1IDM0OSAzOTEgMzM1IDUyNSA0NTIgNzE1IDQzMyA0NTNdIA0KZW5kb2JqDQo2OSAwIG9i ag0KPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCAxMTE3MDMvTGVuZ3RoMSAyMzI1NDg+ Pg0Kc3RyZWFtDQp4nOx8B3xUxdr+O+fsJptNNtlNI2QTdpMlCZhA6AREsqRRIiWBxU0gkJCE GnoRETCCoEaxXHvHXkDcLCABGyp2Ra8Xy7V79VquYK8g5HvmvDsQEBX/v+/7/Pz9M5vnPM+8 8857ZubMzJkFAgkiSsTFRNVFY4cPvfjygTtIn7WXyL20uKBo3NoFV60gMd9N5Li2uODUwmlF i94kMfM8orCrhxYVl3z8+Lc/kXguh0j/fOiY0WPP+soeR+LFFBLX7x461ldw0cARj5FYjZsM yxk9NrfXT28H3yISn8BQXTu7Zt6Tlz9cSdQnhci8qnbJInfgul0vE82Ejzll6rxpsxd+foqX aMB6IluHaTUL51En8uD+S1HfPq3hjKldf5p0FtHcH4keu2V6fU3dN9bxBxC/AeX9psNguzcq CvnbkO88ffaipc9tKniMSBtG1HPPrPoFc4YllNpIlON+1ryGubU1w/JOP5NEr+vRf+/smqXz 0iIzZqP+06jvnl2/qMY/raqVxKoHkS+aUzO7/stM91MkquLRvqJ5cxcuanXSWrTPL/3nLaif d/OuMWcSlbTg9ukkxzqsU8vmAYc2TI4Z9B11tJBMD3y2/HnJL4fNazmw/+AFEXst/ZCNII04 oV4YHSKxy7r+wP796yP2GpHaJMtz0mJ30c1kpqWko6adctESspfivhpKdVO2uASlFvM15t4I 2YlZf4nWamQhLcasaZpJ10zvkdbqpY2tfF+ikWPdbsIzOGDiNoTfqGW6Sdwky/Rt5mjZU0SP PtIa8SKm0814Tn8wmSpp46+W7T26TP/k132PTeYomvBb5ZrpxGOdaAp7jTaaT/rviWtKPxLH 5D9mHO6locero39EMW3z5nS654/cM7wTnfJH/I+697eYfX8wmUx0s/4czT5uWT3mddv4jUfn f7UdY+hm0ypq+EW8pUfqi72/HQvlDqW1waG4z3Ad7b3j1w0Lw30vPX6Z6R6aeiJtV0l/guOY mmmqvu+YcRhNw49bp4JSjrrnOrrphO93kNLCBlP/X9ifp3766t9/rvorNPFE76WSqQ9do0+h yuOVhc+lyrC3AcHl8K0+6n4HqOpE7qHNp4ywaynD8gplmDZAXxfSgyjjROqHLTkxPxVP+odF 4B6Fv7yHLDPtO2IL70IZ+i7q+4tYx/Q1ZLtGafEqrfm99sDH8Dd1ovPEf1pfkZB5/daj4lxz vLphdXRN2/v9oi15x39mv+ofiiX7pT17dFw9jcqOV8e86Wi7tonSjor5EaWZFh9tO+694WOO o7TwUszvf/6+v/RBOy//PT+V9Bso3dzyy2eon05d9Zso/UTjyKRtpCLt39SgjTJ4mNZCQ8Wj 1Fm7ik7SPqUGUUs1Ynbr68g3iEnUYBoP348MFBv1UEd8D+5BBeID8sg62hpy6V9QjraSumhr yfVH2vNXTZjXJHb/2a1oT+2pPbUnTtp1wqq0vvXo97dWTfsMex0tkyxa6aTDZWa66n+lfQvx DgH+N+51Iknsogv0vnTBn92Otkl7jr/b6nuPnE1M/WjlsX74TrwpxNPa2Gb9It466mjEW0gV yqZvoznH+uEcsS7EU9rYav6n2yd+5HjavTTk8D3ePf53au0lOu2/re531NOwD6duh33KqMcv 2neCfv/TSf+ZJv1v37M9taf/n5L2HaVoH9NFUuuldJF2V0gX8XdRcQfnVTLNpov0xbxvaq9z mXYdnaY1Uol2Gpn0eN5zTMV/7Dtae2pP7ak9taf21J7aU3tqT+2pPbWnv36S3zEN/n/8nnk4 Dr5vGt81Q98z279jtqf21J7aU3tqT+2pPbWn9tSe2lN7+j+a9BBS+HdBxB7koPRnySRaYBhH XjJTPJQN322zqDv1pN7Uj06hfCqgYhpKw2kUjSEfnUZn0Hq6lzbTdtFT65+ak9o9tWdq79S+ qQNTC9x29xL3cvdZ7rPdq91r3RceMLW2Gve3kRtRc9pEHUJFRtSRiFqOqDW/iNrDiDogdfAv ohKiitbv0P65wIPyYzLpxm+utL7X+lHrDxQOmYpcrfaEXqIPpr6tvT87t+3ngykfrP1g7fs1 H6zhD4V+SwatIbTnSDoV/VZpmJE/8STj6PoI/Srdpy/Q/WQiByXhGVTSJKqj6UITMcIukkUn 0UWMEZWiSswQDWKuWCyWiBXifHGBuFBcIq4VW8VO8ah4UjwlskV3MVTkiVIKE98b9/j+2N8h Ql4L/caRRr+duKbRQmXSrzysuM1S7QO+MNTXbaubhsAyUgrjdyuSjD9tyQJyQw5Fxr8/k38v H+ox1KLjNOMPj8Pv9OvPT/qJucmneeJBxdT21foXXa3krVizaOGC+fPmzpndMGvmjOnTptbX TZk8qWrihMoKv2/c2PKyMaNHjTy1dMTwYUNLiosKC4Z48wefMujkgQPy+vfrm9u9W06XzIzO nnRXUrzDHmOLtEZYwsPMJl0TlFPsKal2BzKrA6ZMz7Bh3WTeUwNDTRtDdcANU8nRPgF3teHm PtrTC8+px3h62dN72FPY3YNoULccd7HHHXihyONuEZVlfuh1RZ4Kd2CfoUca2pRpZGzIpKWh hrs4aXqROyCq3cWBkiXTm4qrixCvOdJa6Cmst3bLoWZrJGQkVKCLZ16z6DJYGELrUjywWSOL Td42oGcU19QFxpT5i4ucaWkVho0KjViBsMJAuBHLPUO2mS5wN+fsbLqwxU5TqrOj6jx1NRP9 Ab0GlZr04qamcwOO7EBXT1Gg67IPk9Dl+kCOp6g4kO1BsNLywzcQAXOG3eNu+o7QeM++vUdb akKWsAz7dySl7OLhYUK50oS2oYXoX1qabMsFLV6agkygsczPeTdNcQbJm5tdEdCqZclOVZLg kyWNquRw9WpPmnxUxdWhnyXTkwKNU9zdcjD6xk8GflDuDuiZ1VNqp0uuqW/yFBXxuI3zB7xF EN6aUF+Lm3vkwr+mGp2YIYehzB/I9cwLxHsK2AEGt3wGM8b6jSqhaoH4wgBV14ZqBXKLi2S7 3MVN1UXcQBnLU+bfTr1b32vu43Zu7k19qEK2I5BYiIeSWdzkr5sacFU76zA/p7r9zrSAtwLD V+Hx11fIp+SxB7q+h9ulGXc0aqFvx3grZ9nz8AyL26859Qr5tGBwl+DiKRiEAjsel5GVT7Rg kNsvnKTccJeQh1RHxUFGzygcJot0WbVwmDOtIo3TbzTJGWqTOSNgaRPLDsPhNvF9frVp7C0b 1NVdXF/UpoFHBTWHGhiKdvx2anIsQjdGDYt8nMNUkZ6BlQubhjCGST7FJHeAxrj9nnpPhQdz yDvGL/smx9p4vqVjPaVllX7jaYdmybijclyex7kApaFYZbRCzMGSbKd6rEZ+qJE/nB12TPFw VeyR7WpqqmsmPUNOZWezMIS58IKKwOjsCk9gSrYnTbazW06zhaLSxlUXYq2WYLvzlNR48M4q aappaW2c0tTs9TbNK66ePhDroskzvK7JM9Y/yGk0vty/wrlM3juWSkXpuAKE0qig2SPOK2v2 ivPGVvq324nc543zBzWhFVYXVDR3Rpl/uxv7v2HVpFUaZcYtMzJSOTIWw9+53UvUaJSaDIOR r20RZNgsyiaotkVjm51vlGncyIsjX22LiUu8ytsEm4VtjezdJeRtQYldluwgvEjIKOTUTHKA vVaz1+KN8EZpNg1DKk1BWHbAN0LQ5ihhE85mxCw3zC2isTnC69xuRCoPeTbCU9oaD9vQcunW JhDuxx33HemBr9K/OYoQ37jCo0AmzMKk6ZhDeJ8Uu+vk/FteMb2pukLuHpSIuYofERCewRTQ PIPR4rCogNVTXxCI9BRIe76057M9TNrDMfNFosDDlptuU7UHGzFWjJ+cgteaLkO6W1pbx/nT XnDuq0jDWpoIVPoDEdl4uZkzRsBvqEQ1zEMDjbU1sh3k88u64RnDayuwLlVAuAwPRCBCRCgC PEqMOnK9oVIt5lqNx5AwY+torAhUZMub+mdUGOvVHqBhnoGBsEyOac6UN8qtaIr19DI2H6x1 a8a5kiLQNhrrZ4sTWdysggcpPAotr/WgqLbazXNkLNYyvyysTrbUY883ZdYbsDpDhSS7pWdE 2qyBiO4IiB+pI7vLPcecEV5RwY03cueGHHBveyASLcpsM5ShChgdFA2XbcHPuWiqdH1Uhilr oXLPUmydstFGpHAUB2wZw2vwduP6kbB48lRli9wEI0MxdrE1XPY8CuOOLaGl9U7PGWltEvYO +faT84+c27FQqaLpWENgQna3HMuxVpthbmqy2I5fgcfLYjvMhlHLqJVvBbCccMZ8cxfLV6Vn RLM2KttgYXDTCA/eIFqGBA46OpZPmruuQnqhyWOMvexXnUQbJ/maNoI32U9WORHK8cNsCkw7 Ojv9cLZEAofBjO58hkBX5F6LuTLTGWjAzFQu8om4m9x2z0CPvBiVh0pU4yEdXhaY/ph1ctE0 1rr9UzDZEbCkuqmkSR5Ra2tCwxa6U2BO9lEhsS4EJg8Cye4EGse4qyvc1TiaijJ/WpoTqxHs nopzqqdGvgrGcH/GVBpHlZomOcUJJ5UKZyAcL6apNfWeNLxBAnIH4tGXbTSFlg05m5o8TQFj 3ZbAGeEzseyGS8LPvGxPTb08Qk+VJ+h6o24JmmuMjozmLPZgLdfDbIwlBg5b3xR5qW2SB/Sq 6myMhKMptsk9oAlbcBXeHqbM2vHVeFXJN5LbeNQ1TuQwCMNlrgKB2DEiQzryEpCtmZ3dXBWe ccRi/MzNZmeLERUtK/cHxigXYz1JMT87oHXIQ6HsvCiv9Kt9SpfFwzG8Xswqp6ztDmjj/KHH Y9QfLqs61QPjarAY75DQ+mrOEOeNaftumhhILC2f4MTAdqNghI4BOWdLRJIYAbFaiVVKnK1E oxJnKbFSiRVKLFfiTCWWKXGGEkuVOF2JJUosVmKREguVmK/EPCXmKjFHidlKNCgxS4mZSsxQ YroS05SYqkS9EnVK1CoxRYkaJaqVmKzEJCWqlJioxAQlKpWoUMKvxGlKjFfCp8Q4JcYqUa5E mRJjlBitxCglRipxqhKlSoxQYrgSw5QYqkSJEsVKFClRqESBEkOU8CqRr8RgJU5RYpASJysx UIkBSuQp0V+Jfkr0VaKPEr2V6KVETyV6KJGrRHcluimRo0S2Eicp0VWJLkpkKZGpRIYSnZXw KJGuRJoSbiVcSnRSIlWJFCWcSiQr0VGJJCU6KJGoRIIS8UrEKRGrhEMJuxIxSkQrYVMiSolI JaxKRChhUSJciTAlzEqYlNCV0JQQSlBIiFYlDilxUImflTigxH4lflLiRyV+UOJ7Jb5T4lsl vlHiayW+UuJLJb5Q4nMl9imxV4nPlPiPEp8q8YkSHyvxkRL/VuJDJT5Q4l9KvK/Ee0q8q8Q7 SrytxFtKvKnEG0r8U4nXlXhNiVeVeEWJPUr8Q4mXlfi7Ei8p8aISu5V4QYnnlXhOiWeVeEaJ p5V4SoknlXhCiV1KPK7EY0o8qsROJR5R4mElHlLiQSUeUGKHEtuVaFFimxL3K7FViS1KbFYi qESzEgEl7lNikxL3KrFRiQ1K3KPE3UrcpcSdStyhxO1K3KbErUrcosTNSqxX4iYlblTiBiWu V+I6Ja5V4holrlbiKiWuVOIKJS5X4jIl/qbEpUpcosTFSlykxDolLlTiAiWalDhfifOUOFeJ tUqsUUIde4Q69gh17BHq2CPUsUeoY49Qxx6hjj1CHXuEOvYIdewR6tgj1LFHqGOPUMceoY49 Qh17hDr2iAVKqPOPUOcfoc4/Qp1/hDr/CHX+Eer8I9T5R6jzj1DnH6HOP0Kdf4Q6/wh1/hHq /CPU+Ueo849Q5x+hzj9CnX+EOv8Idf4R6vwj1PlHqPOPUOcfoc4/Qp1/hDr/CHX+Eer8I9T5 R6hjj1DHHqGOPUKddoQ67Qh12hHqtCPUaUeo045Qpx2hTjtCnXZE4WYpcGoOdhrswpk52CkB tIpzZwc7DQQ1cu4sppXBTlGgFZxbznQm0zKmM4KpQ0BLg6mFoNOZljAt5rJFnFvItICN84Op BaB5THOZ5rDLbKYGplnBlGLQTKYZTNOZpjFNDaYUgeo5V8dUyzSFqYapmmky0ySuV8W5iUwT mCqZKpj8TKcxjWfyMY1jGstUzlTGNIZpNNMoppFMpzKVMo0IOoeDhjMNCzpHgIYylQSdpaDi oPNUUBFTIVMBlw3hel6mfK43mOkUpkHseTLTQK4+gCmPqT9TP6a+HKwPU2+O0oupJ1MPDpbL 1J3rdWPKYcpmOompK1MXpiwOncmUwTE7M3mY0jl0GpOb67mYOjGlMqUwOZmSg8mjQB2ZkoLJ o0EdmBLZmMAUz8Y4plgmB5fZmWLYGM1kY4riskgmK1MEl1mYwpnCgh3HgMzBjmUgE5PORo1z gokMEq1MhwwXcZBzPzMdYNrPZT9x7kemH5i+Z/oumDQO9G0waSzoG859zfQV05dc9gXnPmfa x7SXyz5j+g8bP2X6hOljpo/Y5d+c+5BzH3DuX0zvM73HZe8yvcPGt5neYnqT6Q12+SfnXmd6 LdjhNNCrwQ7jQa8w7WHjP5heZvo700vs8iLTbja+wPQ803NMz7LLM0xPs/EppieZnmDaxfQ4 ez7GuUeZdjI9wmUPMz3ExgeZHmDawbSdqYU9t3HufqatTFuYNgcT80HBYOIEUDNTgOk+pk1M 9zJtZNrAdE8wEfu1uJuj3MV0J5fdwXQ7021MtzLdwnQz03qmmzjYjRzlBqbruew6pmuZrmG6 mitcxbkrma5gupzLLuMof2O6lMsuYbqY6SKmdUwXsucFnGtiOp/pPKZzmdYGE2pAa4IJU0Dn MK0OJkwFrWI6O5jgAzUGE7AZi7OCCf1AK5lWcPXlXO9MpmXBhDrQGVx9KdPpTEuYFjMtYlrI oRdw9flM84IJtaC5HGwOe85mamCaxTSTaQbXm840jVs2lavXM9WxZy3TFKYapmqmyUyTuNNV 3LKJTBO405UcuoJv5Gc6jZs7nm/k4yjjmMYylTOVBeO9oDHBeHmH0cF4Ob1HBeNXg0YG47uB TmWXUqYRwXicC8Rwzg1jGsrGkmD8SlBxMP5cUFEw/ixQoXdIfKNrzRo9w3WOnudaLfJcq3yN vrM3NPrO8q3wrdywwhe5QkSucK4oXXHmig0r3lwRZl3uW+Y7c8My3xm+031LN5zu26Gtpana Gu8g35INi32mxfGLFy3Wv10sNiwWRYtFj8VCo8X2xe7FetQi3wLfwg0LfLRgzILGBYEFppMD C95boNECYW1p3bl5gbNTCdi7fIHNXjLfN9c3b8Nc35yps30z0bwZedN80zdM803Nq/PVb6jz 1eZN8dXkVfsm51X5Jm2o8k3Mq/RN2FDpq8jz+06D//i8cT7fhnG+sXllvvINZb7ReaN8o2Af mVfqO3VDqW9E3jDf8A3DfEPzSnzF6Dql2FPcKbpdNmBUClpCTlHQw+l1vuf80mkiZ8C506nH xiS7krWuMR1F4eiOYm7Hszpe3FGPSXoxSfMmdc0pienwYod3O3zRwRTn7dC1ewkl2hPdiXqC 7FviyHElBucXMffsa/TVlejJLIlJEDEJrgSt+IsEsYZ04RaChB2kW+CzRSS4SvSHhPxnN2YS 4hIal13aYqHy0oBlzISAOC+QMVZevWWVgbDzAuSrnOBvFuKiCuMvDQPx8m99jfyadesotaA0 kDrWH9TXr08tqCgNNErt9Rq6VWqCS0X2pIWLF2b7vSMs5HjP8aVDT3jE/qJdi4kRMTGtMVpM tCvauLRG6zE2l02Tl1abnhgT6YrUfPmRoyM1izcGXfRG9+xf4rXhIjsbHTVmXIk3Mr8Ql249 SrKNNGnRpIWTFi6SH6kqxGLkjIKF8mfhosWyHA0y8pT9m4ndQJMXIi1SxkWq3N8iCoKxJZj5 Q5i8TPlMg4OxOMuKUzg3KOioAJ3MNDDokNvgAKa8oGMoqH/Q4Qf1CzoqQX25rA9T76AjB9SL PXsGHXIR9wg65Hsol6k7V+/Gd8hhyuZgJzF15WBdmLKYMpkygg65I3Rm8nDMdI6ZxsHcHMXF 1InrpTKlMDmZkpk6Bu1VoKSgfRKoQ9A+GZTIlMAUzxTHFMsVHFzBzsYYpmgmG1MUe0ayp5WN EUwWpnCmMPY0s6eJjTqTxiSYyNsaM8UlcSim1nUwps71M/QBYD/wE2w/wvYD8D3wHfAt7N8A X6PsK+S/BL4APgf2wb4X+Axl/0H+U+AT4GPgo+hprn9HT3d9CHwA/At4H7b3wO8C7wBvI/8W +E3gDeCfwOu2Wa7XbD1dr4JfsTW49tgyXf8AXob+uy3b9RLwIrAb5S/A9rxttus56Gehn4F+ 2jbT9ZRthutJ23TXE7Zprl2o+zjiPQY8Cnj37MT1EeBh4KGo+a4Hoxa4Hoha6NoRtci1HWgB tsF+P7AVZVtQthm2INAMBID7Is9wbYpc5ro3crlrY+QK14bIla57gLuBu4A7gTuA2yO7uW4D 3wrcgjo3g9dHznLdBH0j9A3A9dDXIda1iHUNYl0N21XAlcAVwOXAZcDfUO9SxLvEOsp1sXW0 6yLrNNc66+2uC613un57mf+fTc4K8Wc34a+f+N+/DGnVzqE6bTWwCjgbaATOAlYCK4DlwJnA MuAMYClwOrAEWAwsAhYC84F5wFxgDjAbaABmATOBGcB0YBowFagH6oBaYApQA1QDk4FJQBUw EZgAVAIVgB84DRgP+IBxwFigHCgDxgCjgVHASOBUoBQYAQwHhgFDgRKgGCgCCoECYAjgBfKB wcApwCDgZGAgMADIA/oD/YC+QB+gN9AL6An0AHKB7kA3IAfIBk4CugJdgCwgE8gAOgMeIB1I A9yAC+gEpAIpgBNIBjoCSUAHIBFIAOKBOCAWcAB2IAaIBmxAFBAJWIEIwAKEA2GAGTANacVV BzRAAER1AjZxCDgI/AwcAPYDPwE/Aj8A3wPfAd8C3wBfA18BXwJfAJ8D+4C9wGfAf4BPgU+A j4GPgH8DHwIfAP8C3gfeA94F3gHeBt4C3gTeAP4JvA68BrwKvALsAf4BvAz8HXgJeBHYDbwA PA88BzwLPAM8DTwFPAk8AewCHgceAx4FdgKPAA8DDwEPAg8AO4DtQAuwDbgf2ApsATYDQaAZ CAD3AZuAe4GNwAbgHuBu4C7gTuAO4HbgNuBW4BbgZmA9cBNwI3ADcD1wHXAtcA1wNXAVcCVw BXA5cBnwN+BS4BLgYuAiYB1wIXAB0AScD5wHnAusBdZQ3ZBGgfUvsP4F1r/A+hdY/wLrX2D9 C6x/gfUvsP4F1r/A+hdY/wLrX2D9C6x/gfUvsP7FAgB7gMAeILAHCOwBAnuAwB4gsAcI7AEC e4DAHiCwBwjsAQJ7gMAeILAHCOwBAnuAwB4gsAcI7AECe4DAHiCwBwjsAQJ7gMAeILAHCOwB AnuAwB4gsAcI7AEC619g/Qusf4G1L7D2Bda+wNoXWPsCa19g7QusfYG1L7D2/+x9+C+eKv7s BvzFU9Jk43/iDb+R6NBlR/22xhiaSQupEZ+1tI4uo0foTZpCq6GuofV0B91NAXqUnqHX/sBv gPxuOnSGeTZF6dsojOKIWve37jt0B9Bijm5juQy5OJP7iKXV3vr5MbbPD13Waj/UEhZLVqOu TXsZ1m/Ewdb9eMMi39pP5rVzoWOMGl+F33jovkN3HjMGZVRJE2giVVE11aD/8nesZmBkZlED zaY5Rm4OyqbhOhW5yfDCbmLoI15zaR6wgBbRYlqCzzzohaGcLJtv5BfT6fgspTNoGZ1Jy2lF 6Hq6YVmOkmVGfimwks7CkzmbVhlKMVtW0zm0Bk/tXDqPzv/N3PmHVRNdQBfiOV9EF/+qXndU 7hJ8LqW/YT5cTlfQlXQ15sV1dP0x1qsM+7V0I92EOSPLroDlJkPJ0gfpSdpKm+g+ut8Yy1qM Go+IGpepxhjOwxgsRw9Xt2kxj9/ph0drJfou+9YU6ulS2Fe1qbEkNI7SczU8OQo/BxllxTEj cQn6wPpIjzh3hdH/I9a2o/JbVjUe17cZmeuMnFTHWn9NX0k3YAXejKscValugWZ1k6Hb2m88 7LveyN9Kt9HteBZ3GkoxW+6AvpPuwtq+hzbQRnyO6LaKeRPdazy5ADVTkDbTFjzJ+2kbtRj2 3yo7nn1zyB48bNlOO+gBzJCHaSd2msfwUZaHYHskZN1l2Dj/GD2OvPTi3JP0FHaoZ+k5ep5e pCeQ221cn0buJXqZ/kGvCRvU3+lTXA/SS+YPKVr+/+vmHRjn62kSPmbsSgv1l7GL6BROA2gk jaKrAmuy/Q+SDS/9RBootm5NKCqydAt/GC90jdw4ElhIiEJvjEmzbUtOzvds6xu2TncMbxHd tuSHr8NhN//gOwd35x58Z1/sgNx9Ivft99953/7VbseA3N7v73m/Zw+nNz7Ztq0BVft6tjX0 1cPWNeiOfFnfG9GQ79XC1zUgSFJ+dvLu7N252buzESa7R88K4UhzGIiP1sLD48M86d21vlmZ /Xr37jVY69sn05MerRm2Pv36D9Z79+qk6fHKMliTeaG//HOlPvpgmLbSkz++t7lTcky8Lcys pSTFdhuUYR87IWNQ99RwPTxMN1vCu/QvSC9tKE5/I9yRmpCYGmuxxKYmJqQ6wg++aY7e/7U5 +kChqeHA5XrYyRPzO+tXWy2aKSyspVNSx5NOThs+PibOboqMszsSLeGxjqguRRMPrk1IkTFS EhI41sGRGE5P637TSnM8pVMmvSXHfTt1bv1kS5RdnOppCYnMltYvt0RCRCphhfAmS5Vhl1eb cY0yrt4uIkMW50SKkZ09mRnfRkVGJaWneqw2kWiKoih7lHaf5xHPix7dE+WJik0tj/WZfZSf nx87YEBublWVo8MAB6Sjt31fL0fvnj1EdhW/TCk72+nthJBRGd82tI3ZNk6SCnQ4TDai4OFl JCaGGU8sS0/To3VPemZmv/6CH1OHcI+eZlpsEfYMlysjLsI09+BHM3VrnCclNSNGWETQZOuY 1cl9UnK06UzxrnjslERntEkPj4oQJx96JsIWYTJHOxNNwchoi65bYiLXHTwTs3kjkUlgXnei bMqjH+TYepNdSXYx0mWPkRcbLklRuLgxUvJvrb1dkhO8KE/wojwhITJHOudI5xzpnCOdc6Rz zg58J6XWnVuhKbM3ntNmeIK/3BwTYpvB32+OMviTzZGSNbvXtj5yZ6QWmZz1bc+e4Z2NPzss 69MiIpvDx1H+vnxjxQwQuVXvG0Pea082C7kCsgewlgvImtwz69sGhLDLGFsa7GXhMkqwAWGw cPKNCgPkmomPNnnS0jP7Ovr0652GsU6Qi6eTLvp01zweh1w5cUekSbjyRtfOH35oU4euXTuI zEWX1/ZKzB5yUt+JxV0OHUzOqxwR3FVY3q/jqIyhs8p27z/ZX5gpFp4yrXzwSQmuLNOqLFfO uGUju48bmhdr7Vs+RxO5p/ZNOVTlOXn0wbcH+ge5DuWl9C+Xv1cun83FeDax5KKrjSeTmp8m 4uR4x8nxjovH+MXFYvDikjBycQ/I8aZkHufk0Dgnh8Y5OTTOyaFxTn4A39YjKElEBaPLnC0i s9nMYytyeQD3qHGscjZHJ7WIqC0N0WVm6RlsMIfGj4dOO2rowtsM1MXjb//yjkOfG8OUcdcn N5Rt7TP3nrX3NS+/Z8EA7dq7DtxezgNy2q2fXDNj6zkjfnYMbnyUhOy5vhw9z6FNst/NyVmh 2ZMV6lVWqFdZoV5lhXqV1aI5vBERce44NzqX3CIsXltjptiZKV7KFJmZYR3lH07byrJAzWGH 51LV/AXodq6xIu2hOYX505xpBIhsoEyRqKO2raMxDLayMBkg2BB2ZBpNnlQlRyPj2NFIMAyO Y6S+3GS1WQ5eJgdGm2qxWcxmXA6FiaAF69QUAT1KExab1TQ01hlr4UGyxDrjY50Oy6GZEfaU uNhke/ihnhaHU/6W9oTWz01LzW7Kp7d5nqSkxCTJeZIk50mSXJdJ1iipMEZJcoxs9EiWcGd5 s6qz9KyY0OjGhEYXvFeOLvhzOboxodGNkf/WOreP6IPpYN2Snj4gd/ADwoq3o1V0DQ4YG98i cppzx8tRPbhnn4Nfa6E1uqeqatfhRSrHNl3GuL9BBjEPhtzcYB5gbRFdtzQMGJsrIwUbEMoY 3l3ZDvVuC72p5DssIb4T3lb9+jvkcMs3lzHGDrmSj7zLTKalJktUeFTepNWVs+5Zkl+87O76 QWf2PbTH4TBFYGe8LjIx1ho7cOKUup5X7r11fNXd+y4Zsaq+ONlqmhSXGmfJ7J45qunhuct3 nlOUmirOSO8ch/G32FNiD8UlZ6amJ0VVbfzy8mv3B2qSPV2T0+WT2Ni6X/jxpkqgGvkktuV3 GN3hvg46hUaYQiNMoflLoflLoRGmHViV1tad2xLESKu93HjliNzsI0txs2HE+0NNNtlXR+jF nSD8lvi0jknp8ZaIhLQOHdPiLcnovdkcHmUxvaEUtzIsG+trEL1qzBd79eB5gzVbjx4dcnOt 3ZOSkltOcBORU6lT555RUVY526xytlnlbLPK2WaVu5JV9ghvAW9H2b3O/coikzrYcpN6dg9z dSlz+dRrNT8Wb8Le6Kvay/E+tB9WjgGn5PbuLd+zVTgWHTdG0pEg/8Xat8C3UV57zkszkmb0 GL3f74dt2ZYs+SW/JD8l23Ic20kcQhyT+JGETHACSUMeDSFA2lLK4xLo0rIt3ctt77Z3u01i Jy70Qve3AUpbut276Xa5pb1NuwWWVhR6Ly2BRNnv+2Yky45DeVz0QxqP5jszc87/nPM/5/tG WaYaPw7TKEiouJ9f0hdkQyCj4gmYW5Hq6Ijc4LaavXo5UUiQrNFpMLoMLFHI4HKDx2rx6Jlq +w5PLGBR4Adk+AnW5g5Zd2vsem5Jw9vfP8koGZJilDSgPI+V9n+9KsDZKuyXx8mvu6qsrELv NIo2AJyGx9qxr0MbnAlrNAZJ7ehTI32q0OdbUO0GSe0GpHaXsrY2DtUet2jgGzgwruXgFjgk Dg/RYq7mUWWtJkxZfSPW9TDgIR1BNV+j5WgCpkz1igEWaURRp6IqQ6Gw32QyrqJQF2lOhEJL iKSOqow2VZMt7PcbCzs8nQ6CIOR6t8Xi1smrbaPOsNvJ4y3OxnidBQcRT++2mjw6ecYASCDr jIeJXyc/3Zp9dODyvzIqqE0VQ32zwqc0V7qv/KB+6qaJ6PC3holnAMcBQZNjYM68+h75AkC2 A6vEvopyR4CWtEpLYKYlMNMSmGlJqzRUmZl3QpU6IZKdWk6F55yQyzjhUj6MD8JARdOcH7CI M8YRDkJXou+iQsuzBw2PXhDA4UZ4/LyABgCFRsqj2XJUghhGlSVQ8oX0gf9y+8MKvdcKnbnK hhurhnbuzlUutI5PVH/1y2u29wXIh7c+fktbobYEN6AgxpzafHB8+OZ69ZVLFZkpUS8UC/TS iPVg/4h83qWt5Zvk4N6a4L02oXttgvfeBPHTtEgkzlVCnleZ4qHCwBYvKZCXFMhLCuQlBfJw IaCjVguS5tk9aTydNreD+17wjpglJ0e5FhK3a3hbEijsdG0aDl0QwEAvHHlWkIZCEJa4WtG1 w2QteY32TGYXKXE3s95kwutD4VCoyEZY2hBw2bwGljpgrOlY13pbUa+AnejrOm2Dt60J+7s2 Jz31NRWGfWp54UrPWmsq8dDf90x1uYGbywHIgIPV1Y+n/FdeLun722G3jFQ1b5jr7tw+3GJQ R9rW1BV+G3CS9+R2mhm6kPO2rgX+nrmaJ6dkXqwfrxArmE5QuGhAKdIpqbNTUnOn5O2dklo7 F4nqdCSe1hvwXDzNg3olHohzdgsca4fB1q7VwjcwxA5NZ3+KqIMR94wd5ZXvn7FKnwbx86yG x3MYV/s0HsaaQOoOpVne04Q3pVkOz/Fw+YYSbjXxTbypDfCchU67rHLMBHLzKRlK7sBceR5y pUhkQpvXQvBDK5ZsCb8okfBTTbVwNYPAg+QeOicgqZVQ7DkByZVBwYBRirkejI5IopfSPVUs TMUKtpaW/qaNy+kATU51H/jaROfceKuZBWlfrk6s3TvQPNEdiI/uvGXHaKJ150PrIuNDbXqa IkiaZdhoz0RL49p6W3zs5ltuHkvgu268H1B5j88SdINSlvFV+F1NaxNNa1rrEh3r9g6P3LGh RmN161neotc59AqH3+mMdQUb17TFE+1je2H+14D483PgZz7sGMr/ljTkXjzU+zzM9x86GMG0 yYPiCfoZrVvEK844pXgTB4TgbaTe5yLa81DHp2knPGJecBYjTLzEzJccxFukRYiB/hyxzJNF vgC2JBZK3o046Hm9g5e//5USyrfJeYdeL9bk4D6/eTVPHQQ8J4ItiIzzphrcA6OHB0YTD4Sl B3IAD0QkfOIszWNpQGqwtB6+ARRjJkkVJkkVJkkVJkkVJkkVpqcILeREZyAngvBUABHK0Kh2 1L6ESciSJNBdiETKCNMCPBCWLUsgS5UxyaVMxRskgC3lroO9xxb37/rO0R5AAWwWn15ePba/ f3D/SARpzatX4L/61HePdXUcPHuA9Bc1dflPm07cUFO98fg4aS5RLqCxdsC5fg001obdi/J9 qA2PL159N90NnS0IjCqHGxVRPKhFe4K4zwI3Kn24xQM3aurwmhheE8Br/HjTaNWoP8aS5Y0J kKVT4I7Bf7AZIb3sac3KY4spHeX0Ejkii1uhUGNjGTkq2zKZaEZ2F6V1VLrcEYeaKrxNvEeq bZUeb7VDQxa+SeN8yOMO6BkC9+O4gVQYgi6H16Ag8UoCd5K03u90+bW4LKTmYb7m1eT/vBwt blPfMtvUFClXs++fp1pYDQi2cg37/vNUqxJsy9Q2M8hiWuBd/5cKYQGsAtsLtbhgMYe5kGqR wNMKc8gD9rMh5SLRCqhPKOisCr/LcTrnjG6HbIfYu4nCsgS3Ri0XLoIwo0vatL8UNyD30YIR XPhdYWmM2KeJwvpjWXMm7GWWN2co1Jwh/5khtSGvN2iQk+OF9Cil1AccTr+akOM7Kc4Sdln9 Fh0rJz9N/Fd8e5sJ3i/NKfK/V3ByUqZ2GMnnWDVD4qQMxK5jBSX8hbOvwX99nPJI/ZlZxGhC iacJEmMxN2E6Axswi0Q7uF/WFv5NXR0TfFU7nXiH2V7eJ7lwEWxc1F6Mi13FuvBvUFMk+Kqg nWYS7wjg6A/VDiFXbYeQf+tI9K6f6iz8d0MgYMArJo9uqNYHGv2RoaTvj8aa3rb/vJDsrDC2 2pvGep75VUNPwokn6jf0xn1ap5d80uv09Ux1hntaatTyqu6N+Jf8LRWmwrP2mrbCYKSr1lJ4 0hTpgP6z++pb5F1UDGvAdkEtnLZgoNjvSCs50/tRZ8pJOH2LuA6kslniXU9drI6oq17EG04x OzFQjE7k0RsgHhfOAx2cdZreF5w8GqAU+Nk64l2hjoHHnxbAAAssOeH/IttYVk8ar6lAxWBB 3iW31fdPNAmn7+jLHDsjRMcHWm0KUAowbCg1ke67baQ6uuFAf/t4e4WKlsvI/+D02rwOfeZz Lx6/88f3D2gdXpvfq7PxcnfA1bT90Yltj04nXH4XzTtgJwii4DJAAewEdYh9Zz2RhM0ewpBW KCyX1NP2S7Ltxf6N2D7m1JZLgnpaZr8kyLYv79f4V+/XkJf77/3BF95HZuTv/W939XynYv1n hIcenD1xQzXhvu/HJzpFi/Xe/ezR0fu2t1x+s27mi9A28PrU4PqqsY3Ffg24MIPCo/foMYXt L7Dz8q5qOvwuvYRLPPqS2G9BqNSHbH8RUIvlXUE1TQMvpMtA+RE6K2qKYekrr8F7IHQMy1Dg b6ZwE76dYWHfE2w/hn8D5H6qB2ibEe+H0dp1OqtGXvgxo7XpeauWKfwdo7WiO7v6HvEWuDM/ thbdmYyHd6ZzsKwdc9hll3jeTL3vmTbvWKoEouf5ZPG2NLzskgCO8VDvC+ioZfSfXn79K6gs 8ZZGUziI76E5eBMcXXhQrodpxyAH5rmk0ZC/CHgK83KtVa+zgWtfJxdvVk7+0Ov0wmsXrr5J vknFsTS2B2Ucl0tjgU/uYBWaRaI5rWzwv2OVgVdMCZdztswagD+ciu2ULARtI3oMiJCwZZNm rf53BDSgBY6YF1pmY3DMaSG2s2grSN2u16jxLxEQWDvSjJhyiq5FviljFJSmLrc7t+HerfVN U58bqd0a/kPRhvikyaPlvWvXbai848X7+ocffPFw963rmwxK8j69XSt3Bp1tNz9yw7ZHtzeY jLgLmA+alHG6C1MGJ6Oz6dncfc8fuuMnDw4b3W69W7ItoEEhLIptQrb1c/DxJnOAhQ/RY+aq mQAMEIprUggqn+Oihc9UzXABMY5cmzaWdyLKDVzkHN7SJvlzuRFY12NgCi7UcQB2BjTDYvUY 5PhvGIPHYvUa5eaSNp4vtBS3yT+VcD6F/8fitnSH+CC4QyMWEGsODNyZUjuD7gXYFt4A+uu6 DaXB4rUo4BWAayldAfmvtLhFw9+e5MGZNsvuIULoX0mmiRCPfj3y6lv4V8H5K7D6pfM71f4Z C4zNMgQ14DDoOvwzMguKwDIRTEsoopfx/6Vr+6qteTJji1U6wcUAPq9g5AZ7wOaqMCuBumw2 j16O1264ZU01w6pZTmvWmFw8w2lUfKA1TbxcungRB18AV9mMbRGv0k/cNF9TY2pOPEO0AybP EgbMhCmJqbQKM1XM+FjeMcOX8CB2U7Rvxy9GYZZFjlJ+kDTXU67fML4KFCSyhVItjoNk+wW5 3m91BMwqWeHoNYiYozUmj8Xm0ytAIaMofAM/QMtp0sKAWEECwknwV/4ov8ZQhQb8h2AvCffS rJpnC7cVFHK1SinFcOJloAVL0VZ66AWMaga4uPoUtV201UvIVqoZCu49LVDbi7YKwmjmC5Vj G7wTL2s1BbchsHTdsJboDYAIRf64eFmX72R4u2gH2QyItc3YzfAK5quNNWEAiatphU8VVdbU +OqV8C8e8zVM15hY0hmadu7QSoYo9bXiumQ7bOUD/+RRXyGtWXl4sVe4slMosbsP6hSajLIZ Ru8xWz06hih8nvJXGB06BVl4jGB0HqvVrWNCFsFd7bUo8EoKj3NWb6Vj1hpY8poDl+/mOABW mjxy+XOlvS/4PLBFeKWe+IGrysZ6fMX49BawSCuWQ/HJq4OP4Tmo2CL+IwBFR+MMW2WGWYXc Xg5FKTKl2fLvl6GQhgRA7OIZxJ75irvVm0zmRC25ZEzyLZ/tNndIW3i9YjiM4wTO8A6TxQnv 9ghvN/DyQmQ9IPngP1rnMFucPN3l87i9BDv4pZxvYHDAd+WZ8nuVayzaQmDka6MV69dvqMDf Qb0VOayTCGz26ptUD8haeiyMZeF9P4sZiFYQVFzgXYlZcc1pzax/EddI8aNEeE5prGDvvKCZ lcGvS4GkPB8VIwkiPWUUjurpvON7hw6dO9zWdex7h/YvHEmf9g7cvnHjwUG/ZxB8Hsp5Cdfx //HQmp7P/PDE0ZceXNNz4vkHNj4stKXnHh658dHdrV17HoE8DVjsZoBgJ2Dra0SuTj8NogcP Lr4NmIwPvyOTccE/G6e5HeWtwyJbkIVBgpVxxuCfBXTIX2sWwnYXU97jIm+un3pg5mQxXIQs uMrf42m5Me0709VhjJr+5iut/XVW4ndjx2+MFh4qNwnNcIk1MwPZbbxMVtjtbhoUbbGZehbY IoglsZsQh1B4+BB8Khqzx+Av+fAeBReByjbNNsAPigM2OS/yB5E7iL29eXCcKYLMY5rl4KFn BHisJXVepA3gDmUGyf/Ej6KpUEAEeITdvBVGe5ZWs/zBqWFf5bGhQ+cOlmynCzb6Gm7vVKsL /6tkxX7weTjn22x0GWvbU35zoOezPzpx9EfAkp954e7uw7s2BWo7jXSQGNx4cjew6t+s3fxF oa1rz8OSVR8HVk0AJjUtxkYlYZyv00b4evigeKgVkUKNI8K/2tpqTv4Z+pwYlYoV2MU4rMGS /xulB12klX9VAEd6kn8WpGNXb3GGV2lxlqoxM1BJWUVGPi43Bh12r1FJbtAEYp3124soAHTR dtM9N8acDbk6e03Qq71ByfzBGBtMP3J/x5q4Vc+AYEQq1OyfqnqitsJwCRU/8jpDfds7Ya2m Zb2xdMX/s1mJX/nbItbCt61R+AOZ/VffJC4DfAxid4t66SJ0C6H6UL3aCZ+Lx9QgVKnSimTH JWe3LDILwjd/1qOP6Qk9iOsq5MCoOAOquXIhLxaqSZEPnEqisSohGem4JKDhejj+jKCHPEFV dO/zYtPwfOR6fOED+oXE5dbZ+8cSk7kGLSMjCMCd2Zq+rW01uSZ3pG/TxKZMVf3mI9mq0e46 NfpewSgq20cT4XS1pTqzacumTDUeHtg3XK2zO7Ss1qg1OA0Kp99pqmwNVbZHg1WJ3q2d6Z0D lVqTVcPyFq0e1Hc2p80YTDgjHbXhinjPFhjnHQBfHQBfHqwFxQyMAnA6Y9JQWpBjz9inlTuk tt/5t5+D3T7KDr+YF9A3S90++vrNvg6NunBRofNabW6DvHCxWAoRr0Nbk78Iei8fL1n9qJwH 1ZCdZxhxbvmrqIoIgYiWFitPD6EH0dhEGBaUoRntjH0pFKeKoXgBfgGbbktR+MM23cg322/5 yrbJx+daAHwtNq9e7u+dTCa39Hjleo/F6dYz+Jf2fXFnc2LmkTuIPUUKceXxrTM9Pl/P1EZi rozZeYFmXwHX7sMGUc8AMwPo/HHBZ/YozUZQCqWVrNk5Y5JJjFgHEijqDYmNIdQVOlf63oIO KG+arWyVwQYZcQulNIfcvioLRxW+TFOagMftNzAkHicAI1AYfE6nV0UxLnEZjpojnzPZVWiZ zuWvkZuVKtgJspvAtTddfY9mwLW3YQdRh1URVXJYWyzGxRfxt9LKNs5sUQX9fs63SJjSvIVr mqmaiflhm2+pWIFdvuIdWaOwz2XRitu6pE4iRyvHrdYeJFdpD+oTeqk9KG3Bu6depVS2Cpcv YmHJX5MXKM5S4fZEbEAV/4fBdSGPy6tnyH8j/kDKdV6nw6djyHfx35JyPdSKmqAlrWg54r0r Mk6zQkPKy98kx1gV3KtSXP6WuE2p7WagrUZg6YeBthLYfhGlAaIZs2EVBJZWxq2JuA28MDX8 wQoLhxqEPMZ5QiGuZibE6d0z+nI6b40mojYLAADCQDIqskmtSO3LB5STqqWFW2FmaeVWmbrM TSUt4eSdGlJX6XaHTErZ71j2dxRr8NvcFTpSjVcXfsvJdBV+p8+olL2s4S5QSj1gyyENzRZ+ 22GzqGQkIEr4p83mwl1y2DdUWSz4L/EfoW4iINeFJ2w2fAvsKNJqm6GQBLqBXdPbUNc0I0Zp M6E/reJs8Hc0AhYM5i4F556x0LoZuugG0beTP4P3Dz2g9FXJA8rql2sAgZzAqtD7zFbgvIV5 jtGEfK6gUUFdJv4NOIDf4QuqZSz+SKEUc/CjxLDYDQWlTAz/qZylKUpjNYHcu/lqnkyRP0S5 98/IDzyaLndXtItkFeZ6jsOH6uFcQz2cZqjXwimx+kX8L2k1Fg5rMJzD4GwE1iLNqLVI8+kt 0swC/ERTcC2LhDxt4M3PYfXaeqL1+/U4Vo/X19d2Vi3iwEV+6sN9Psr5Ru1A+yvcEIVFi+uG 0CKXib1bJoqrps5HtkwkpTVEceBfWybsaRVrxuvNzwlQng8JNAmYDzdRQGat8w2hdoBrf0WA ci3RstVEaM3LhMjXaQinhoYyYpRokMiQtIdCwZMRM5sJtlvIlNZht7nVrQ+NZG4bqenY9/c7 j5jq1iTbt/bXcXJOQTH2rg2z9Vs/uy705Bd6prvcN6ztnGu3cBxNc9ymVF+wb7Yzt2cg2Fe/ tsEOsppca9VYnTa/U1+9/ui68+aaVGXfWFcPsNFjwEY/k+3FqrB27CzqyoOoo/Q2SvM4jdK8 TqOkdfg30nrjIv5u2m6MwBVsEQ84IgKtGIGzSBFot8gioUwrMKOyscFLyQAdkJ0NDdj7tLkk 2DwlG0IpBxjCnCytZ1jS/IT9nDguBAemFYI4VAbHgqQ0JCYloG1zsiwzhY3XpigxyhUrBoY3 mRDd+lli6sGJSH9fX1iusxsNDh0N6kJQ5OrkFYPZbMW2z49XfNtYvyHt6Uj3hnuOdHdsbLLi r+1/+u4+PtRSeYtc7OrJZc3F4ufK7yqb/do1d31nf+/x6XZdVVe88NjYeNvUYZiFNwEde8gX sQbsB4gjONCMrrii6NfSSqLX5+ESm1WWyr25fInc1TfEpXMEm1ZF1bja+po7rVRl3YFFnJjX D5C/r4OzlQpVFrbQ6VOKIcjSInn0VlrQdV5a5pDm3NbXBFGAHko4J+gH6sjfC1DIAhSigFJO C4ohka6hzrrU0S0n+oCd0SI5o5c11j2EjLG2DW6Mbn10pqFz72M3REZ6GiwKmtCpNOG29S0H 7vCmJ9qSG1IRDq6++U+8lVdZg05d+vCZ/fc8e6hVa/NZ1HqLLuz2VnjPfXv8ro2RQMQv1ztF rdK/kN2O7ccuoOpm++TIzfA3I2NNI5hjEb90JhyeNDyNX8LkgNmyadtkJD+XSbUMtxCxXDpH tORacpnU6/HpbAbcYlq5aQhzkL6cOmeFeiMHEEBhgsinEuKM+cSEVK/CVlH8VxcuXOTFuSfP XCQvzGU0Le4WAstpcwRHIunTqdcFIH8TOgEnlM5AWpFSwTkQjuFJIqmEOHcOoseEWPWKkbm8 wEf6ZZZ2hEISGaZWV79xmZFM5lBIMhdppG7PPDC46fCgT6EDdYbbwJhjmbqOw71y1B7Ry1m/ pn282R6oQbZSBZMjSclW61NVyFbQsq2D48iyaeH+NcZqvdlQN/ulnZW9jT4V2TjY3z77ua1X XpGz0ENYOaEZ2tIT2Lj+yueLe6h/Igh3Y7YyNRRT8zY+7HYF3KKN/cjGRq1Vx1mDDoSGu//x 9iTDOLqru25dVydjWLVK8ix6AWDgAPbPCAMb1qRvgBhwh9Kmfc8QYWwG4wACTNgsIZzdYwKv NcqniRFAgesAJNxrZljZrn5bfksmVTlcScRa061EZWtla2Pt696xLAhx9EL/EJ+T5VA5WI6D lFQjX5TWnWrfjv9aWwaJIJK8xZYXtmQ0le5KAmvVtgJcIOljta8LQH4/PMFZQToDKiKXoyAl 1tardR4/gemXmpWAzOAg4y8wBq/d7reo6cLdK+zviy7Zf/+dH8H++HpGZ/VZrIAIqTWFp/A5 TokW4ZCMSoH/qaBaiYHm9dGPg4HLv8Q/pVQpSJJhFZxFW3iqEOSNIi5kz8rmsKPiEwfz2IGd wyQERrZpGK6HvpRmE+2JYfA6YAhtgsHUdCA1OjxKxKbT08To9Oj05PhrA0eyk9BzFbcOJSx5 dXsWRBVqoWaoOy/vQ80rAIh4OSxQ00R8NCChvRjXPn/hovY8j/Bg04y6RwlsWjsNQIDkHxl/ TQBnuBWdQiWAc7Rb8gI4Sw08Dch5NUPy7rwAToX6YAAZ8eX4gDGiZFbCaJRsCnsOpjIYUFKD VFpoW+IeHxo7RJPJUHvj8bGxT49GXoXcg9e+2tRnDjiMcpmcJhm1Ixy3Z6bSrgMaHaVQMQes NV2VFV21VldMISN0nCrYXAoexUBfnhYAeIaNEXLe3hPpmhutrd1w5/otDG/TBzwF195JhVIh U1t0Lp9KxTLBwdu24e95AqAWZwbaxpvsjnhfVfNIXK2zlkNHTBGG8mQCoNNMw67YTSAXPy7b jYWwJPY9xEndqVactSchE03CVS9JuCIrCTlMElKaJEwhGBYVM3VUStBRKUFHJXYalRJ0FNIe QPr72GTYTqmrIGGxDABaS51RD6E4kkekJ7Vipb7IetLK4kALHDkvWAbUcOy8gAbDdgEiPct6 3+XMEnj6UjFeihHIsk3k4wzvMMAndDKP3Th133hFfNtDk8N3pRmDGzIfxde7P92TAjwH8J5O b3u6L2wt0pwDQxuG7jq1bd/Td2d6uwm2uJrzSi9gONuOpHuOzwDG010HtDsBtPsYYPwRrB57 A2m3KtqYapxrJPWQI+o98MkHvbcarnerhtoVHztB3B8wjUsLPZEnI0QEKHUBcsh6SiJIlMSD 0N8s+hTJPwX17fVWv3CMepAivk/hP6VwinJEXwkNWN64Sb1HTagVbziGpFbV0vMCItX8ZUQk ROjZE2QAH1X9gvApJCMUfQXwTrXlDQFTa9WEhlQ7FG8IDpEJQZKP2P5EaTb4uh4E/g43Ilsw 5GNh65XTrr49I+np/ijHsDRJgNjVuGFveu4bt7a07X1i6uZHbqr5OnnwQPvmDh9BEGHv4O0b ao02I6O26lR6DcdaLfqOQ4uH9n33zt6e2768UX/8ZG1upglmw+DV94gTIBu2YZ9FHROTFhJM RCztEo+3F/m7XSL4dgm4dvgDi7Gq4OLVn6Z1Wh7PBZX5xowtlI9lPTltFiXAOOQ/kfOJt0UO mYDLMdJ8ozIvgCNjobwgHYtSWTx1zVxyeYgqTdwsxSVxJpk4QYGwwhhdlfZgvUf9opxVyHSa F2EDyQIS0x1aLeTbd/izuwf8XQFYRGv0ZrVMwSosiZGWbWLkuPz7YoIhjWK4mNjymQ2VKg2n t8MoEAS8oQVoaga7XVwDN19VZQxEIWtMKjfvgb9KPmI0JmdhZmCxno6kcu+ezZRsF6xGDFsH NvS58gOZ2pZ8T7Y+F8hqc/vKixqkqGJtcz6B+GLiYlyc1IKT8edEaVuROJsA5Q248gKQ2NOS F4oyZfuWVztIpR9U9ND0R9O0WeIB1ymS6BYQIGCR1Fsh18HAwTOUglYkYnXmjrW1/HfFVPDd lYapGj8xYWtOVJrVJM7wHhv8rnIg2x/edu94xT+YYFHV3tkb7j7S07GxebWiinqOJIHxrPWj Tde15k0TJ9ZXUgzDKOVKTvnXKjBkb/l+2UFMhz2BvYXsffLk3BPQzgtHJicHbpiCW3P6uVSE heRAMeAZmAOvI9gi4Ui7G04cO/JE9vH8fX17po7kT2Q/lduZuyHbm0uxyggVU0MztQzJwMe5 GCi5x/LWDAKCFOlFRMTFGdiExBgRQUiid3HBibRMw/NE9r7H8wI804kjeWHluVrUKC20DMXg 6dKsAE9oHcsL4JQIJVJ+EOESl2biVxgWLwFgRZls/MiY8l4XXuJi7hK9MDI/KJo+1I3qadv7 jRAqdgAVk5pCE7AAKRUIKaD8TiDs9WbCjB4W6Ah7SoA9E8Ce7ikQFChe81QRewVhJQoD2V2Z 6i6jEsQHpUpu9FTYBtrwCyuQQfi2TtyzQcSR4hocbSshUyG2uhTU8yIyG0aapq5F5rUoXQ+l axQUCDp6jxNEqNk941Kcpr4P0LgVO4GwmMn4xgIw/tZyJgg/9zqfzqfDkolaeX5TZiw7nE/1 +U3RfDJbmXPkOBSMJUjBiHw+cR5CKoEmjyUcOTbJ8wIcmxrOC3B0MpoXSuMtS/hIFfNX0VCf yMrepd3U96Hi3UDx7S+KoeLFj2iuk0GwN9JtBJySlGk9DjlU4MdW/NalfZINaBpkgN3Y48gG iUQTXCxxaX6Ty9UNg8Dp3TVN4OPsUKZ7Rm/VQpZu3DEw2RfOj2WauvND2fZcTdYq1YZLMR+W hS8lxClDaBLxibl5IGIHkmEToJCxcF4AYkApIZQJsqTKw/yy2m+V6v9jh3upsUDTohUMjKlU +yOjfNwon3lg8IbDOa/1Ayr+jxvaxWaCZDd5GvjOI2LXZ/6zn506OQ2j956xsY6hcZjBpx6Z qkdRvIPrmAKvPRHYq3S6D+3bczL7YP5Y3/T4nvyh7M25idxQ1mxL5oK5GDDNOdsA35fJy4rB G7bLrxe6rw3crpPZYw/mBSj80J68sFy8DcoH0RqeQZbJC7JStJZOUharV4bmv94G+neL0V6i sEpIzjwwcMORQa9cJzZILbX9sY7DPQAQ8IE7RAlqmj5RWD5JWVYLwx+igQTisVLxSeMxZAfv kWcBpvTYenG15ale7GniFkyJuUEcWD/igWgyNsaqR7JD+baMpzrfqJE1ZkM5K3L+Cy9p80WM XIz/8u0LF38CEWEaybYN5QVwfGN1XtCkiyOgl1+wvRSJL1snV6oVyA9huGX9ViNckUmeVZjC LmfYrFSaw05X2KTQfYAVMjt7TNUBu5KmCGAK3hZ09LYQjM1K/dgRghJCDkfQqlBYg+/XfZA+ xewpVyhZrYX3OBg5A+Kz3SJqVPY20ugR7DTy07Vra26HepyvnqgWAK2aO6usBq+kG4baI5tr UN7rbk/entXIZN378lOZzdmN+f6+Gk8y351N5IrKLuU9EFhfKqq82IX7CfJLMeSm/UBUGsia 2pcXoLT+jXkByutO5oWSxGWZEAy0vfShbfIB5qFWyYnX2kz2tsJcbjMzshnyqsKuv+ZD7qIL VVpRquwDJq3xA5PKCKWK0VlD9t5WYFLbhzbp9dxFdU0SXd3ihYclH9qOPYp8aFzyoToQnLf7 fNun4tDGlmxXR8ywcwqaOTuZX5OJd+Sz2eYciNHUKeuwGHvjknn5REK08Esg1AK/eh7a1S4O B6bNrpnMC0BCtiMvQBlWKOS0AKSI0TVeNCmQc32rSitMRG78ib3O2rFj2FAZcLAykqBoJa2w VrqdNU7NJ/HC9y5v3jdWCwYpWK1Wq7NrGYVSX9PfT7Z9JJ8sPCz55APYc8gnjx/fcv8k9L9d PmCrOWCrEfBHvHYUGsrzwJbOLZ3x/XO71iYeuj97b/5w3+Torvx+jWx/dia3MTcIdH2uebg2 W7VU70ixEDqoZLqXiswUWq+MniKZh+/NC1Dq/l0oPopym6FgkCuhaGtVeWUjhU3oq6sbVHYd M/GrLkX+OK58rcteUUHXs1QHrMiOKoa3Ajsi14NQMFWIUCAZAAWN2Wtz1rg0H8G7pQS5EhE/ Xd3Kl3PZIlA0Og0ECs3QACkN5NqP7Ooi15JdBBx5TnzKfb6nJ9qRfQa/hK3DjEQIo7EAYFvR XVFmkRDO8lHwWudfJEbTDuuWjeua89OZ7Lr8luyaXEe2KkcHOFeO68f6iis1Sg2lErFCtOrt +MUymEw35wUgZsu6vHCtIMuSpGK3aflibHF+o1TV4p+IO5Mj0ExwXsPis1p8Jjiv8V18D6eU 69HsiYYu3FM0JiFn2FhDzPTXGXRDWGLQsr1w7+V/WmU+Q7HqxMlHp9ISe3aAGPAo9rK4muQe Qlh4YHKydVcb5NDZSMQURF2wVqH14aeBje/GWMikTQdNreCVVULzBrHRXPZuVnZv/9E+d/7W zK7s9vzGvrZoNj+a7co15IJZvlQWldJ1KiWVRkssGph6OY8WF+CHJdG3uvMCFL5xe16A4kez eWHZCcRyqZS9Ux8wXfaxKfLqqbyMnq8Am9wh1/tsS3BA2RzAgYuKcPjQHHlFBBB5eUPYpCGL vBxfB6fYABSNSrUaQHGOY1efYvtYXYtlsQAAaSU/XxWpIsLIJ0HMWIvtQDHD7fb3KWGOWWv1 w7RiSCaig336fCrjFxsa1qysSOxKHPpCKQIYB/tS+rwAji42MNDxllKhvKxG/rglMfnkJ/Bc VPtaP4FfosXzYrT9F+CbB8TfvkgrxsZiUbebRXpbuCkabduN+hIHJmNQkc6+dNutQJGzmcns jflcX8zflu/LNubKNLrkfCW1ik0JoFxeYsmeW/tmgYKhlNyNeQHK6WvLC2WSLMu97KMo/OP7 lexfis5Dis5j/ITOAwxWUVbUWv8dvWOVJqLYqfgj9Q9ojuFhxIfTA7ANwc34/Vj9zAzXtzGB wUhr0nJrIOMxTg6ls4lsS4upJu/IDGBc3pSl0YRhXKTDqZSYLYEdz0Mz6ooPKp6aRAJsQkmC oyYvQBkmLi8gKRbJgKKYyPJVgKuY5v9z9i3wbZxVvvPNaDQazUgzo8fo/X5LlmTJT9mOLSeO LfmZOE2TtHmWpJRUSew6aaEphT6g7RZ2SUkbSmHZLtyF+7vLNknzoqV32d8Gli6kt+yWLoXS W367QKHXd2G5Swulyv2+b2Yk2bHTsHFsWfK8vnPOd75zvnPO/7QGbTTmvGeIGey/IkgzdmA8 NurnGYrSG2iDDcV0OoICeMyAsk6CFsPPEHCBRfh5d0WOee0MPEjHiv5UXh7bW/ZRuVXCOAr5 W6M+L2soMi+rkWPjDi1y7AuLZlYfm1iYJs0KV/Q/h7PsU8R3sX4aHHRPo9jX2cT27aaaGXmo 7hn3h+5DUyxtOmByw6/ER4hCJvGhSq2ysFC4eXHz2HSlstgzep/HnFgsVEKTtskHkPfCaElt xaaLOqTsHLVkBVy5dRRVr7z55sUaunYPXOjw1QuJxZpyfeYB7Nkwjcy3YtNl1ar/dH+kh7oS j/841ut/zooByKzRvWX/1WxaFKtLjPjhpFwS2gPHo2MoiBcxIflg9YzNh/8A5QOVTKIroHwD 2iL+DMuHDcqHXndjK0OvPldnVxSWLTt3PLAlZTarH8MT8MfvW12GUC1/F/RvH6K+TQwS08Qu IGMNbbdkx1CewJiBhz+CohVMjnUMXbj8NgqsDqkZAvD19XPoT0PMDPy1bBIsYHLGoxPaqQ6G QfFsEUdhv1E2wV+yHYzHw3RkdShyW+5Eodut6BZbgyI8bWs6Vubga0xoZ6je8R/ym96w23f3 Ur8YqKSDa1/pHb/xleCMWgI8pIC4vayEITMdl1DI1gGlEOGzSPBD8VIG/s9oP7Dpha/Lj/+w xtvtm96ooYsPUL+oocv3rn2l1jsevPGVWnBGKxgeUhJdxW81gpJQQDSLO57QQ09MdqioPpqj 1oNyVrp7tMwV2QE9NNAZbyS/IniCeCJhptR31ENW4Z6It7jjo9M97/NYHMPdb66bm8113vpX 8wcev6lNDBWChXwxFoh2br9nMjUWAKIk1ev7drSP5R37bixU8o5Nuzb+IphysvffPrFv0EMd jgSiW/LTH9zU5pMtOX8kRxrJ0Jpt/YNzmwux8rbO0GBvh8s12bZmdzy2Y+3UnddlWUOo/uvt 7w/2VpPbbg70VN7d2TdEGlzZVNI+vM7XPojzSqB8fI76R2INtHwewNH3on8D0iaE2UyMoiwF U9JHzPZWi4Mb/LrIMOqUkx2Hvi51NjLpfJNW2KZEDLHv/JOLWEfg7CFTy5lZdOqZWnY8gk4u s7XIJO18s0arTFHif4p/HFvJ7+1aUrhNOhpT/Mp8kZ7ak7XC+zZ12wxoLwNt9FY/MFLeszaY Gh8bS2gpJKmx9WMpLUJ8RRJJ7MDju9s4i90kiDYexfGsLqt7zb7JfalSVJi676mbFp65b0yK 9acOsEphC1t/C6eVDK2/d++AJbWugNbSx6FV+Rf0PFEkPo+19lAnSFvVzAWrltJgVVMarGqu gxWttw4/h5J6OJRnwqGMEw4nm3Dob0aijOD7/Gkc3jmfHY+ONgI6cAaBvArepyQm4wydp9Ou LI7jsLXG4YoxanmPcM3yDX3qL5bsqN81oqyJVkbLRB77VPWGq4dTWtOPtQgJSXzs8u/BRjpP 2IkQ8WUFxzAyEzkUoWQ1g34JRo8Vv76+DMtHwe55lpwnvIRdoaZdPcuu/tWukd0OSXnOGECI sqg51xmXWMU0fHkxo+bZqDlOChypCx10tqYcBUn3rUz7SsXrVmQeIk0BVQQYXE4ba1t/XwZ9 N6hD3c8otGBAe186VYLfitxAB+3rLTX04O0zRvUBtRp69UFWrqG/4tYtd4TCSlFQbNH68CCc /ycg1avEZmKPIqVfI8bJudMbkttR89/r/YOoxT3SBjg4xUFt8L5Bf2SkumsTotq2qVy1tFwb vFyEThGGGG4qhJd+IioQIVzjAlPoCudq6BKR0opK4VvFjHah99ILV5R39TSJ0cITuuV36uHO W/78lsLOmYKDIUkdbdSzqfV7R4a2r/GH14+Ox7fdMebXVnRbZm3eU1ozktBMwHe/DfmYzvT3 p8kR9BO9U5SGZJMEs80seaDScGClcVOsOyr13/zgFNmh0f7df+3btS4qpYbaycPaZw0J0L4J 8vL3658GeyF/okQ78RTOFZ4pIhRpnE4PX/8DyXZMSytD8NJIyGOIdRmeUI9rQfxUZL8B/YlY anS5iGIOzYMc5MfTyUDVhsxChZlwNihcxLlTyoxA8+EMPCeZw1MCnkDbsJ2n8u1bGYVf9BIo NXlpzd2SibLRX947Fsw6WR2gGJbRRxyhvN+s2WNWjdLC3qPXZQxGk2QxISha2patVKn/ceUE IgCm20Y4g6JKBeEpHg31HBxpfMnwVAlF+Dz4T0sHcg3DeI9Hv/oTqyvEXXCF6CSexrYZP9QN UgVQKFvAVOHC5RcxuwpqOmEB8ZPHrzidsPAsmSDCBK9ylVcXEF5lN69ymUeLhlvOZgnEZGXx kMMcnax6RxtbXnib6yJcLvIizpMrvq7pvh1wzrYe7VQPv2ZwCWWLibqrucV0/3LtBK4zqHnX rAnlXR80rbwp1Fw6Vt7I0XQnpKid2NhAwz2E0XBXRr9tzgmsY0c1HdtEvx39ryna5rMqT0W/ CO2sDcCP+eyxIFhkjKEdx9hrCQy8NjcLRlvsgYahgNY5q7rOWdVZje0Ev1+Gv/r9RQX9FuPg YghcbC6gHazzGxDy3YbBK2GrlcteAW/9LHgbGiwi0J+eGI/iLO/h8cHRbG81O+lqkZZW3O6S iqoJPUMVBg9ZHbidpufUBDI8ztQmxofx1cy1pZfTxElFTbiaKbKabWJXqwFVgaNfVEwUqLXb RnKlBZwhgvZk5LZ1udLhhsWCYCNkn8hM/lm1d9tIu5jdODEW3XJ7NdC0XSKlZbbLlZ8019M7 Ns+488PJwkjaCo2aSc3+g1wvEhcw1wWF6+iHagou56xqAS6XAFS05udQhrdiESLfSjEQsW0I /35eNQqxlWfMjqdd0arGLuRVNaxCDS9W5ZDnlGIYcrWWc5QQxXvyYyn5VzcNG4Q+MfUepuES YkIi7kaWIapDew1SEaFzPI/p6B1KgaQFpCQQN4E4D+IGEGdAGoP++dVUd79KVL+qPP1qLrZf JaofOTf+vBEYbaj6z4ZIakPZ3jZUG2hDdLU9QxoRqul5gZiag+x0oc6gwnjkAiDVrFlUm6aS VStSU+AQ8T8FHgScqQnjCB6EbGTFXgs8CPVa38JXbzv03w52lxb+egG+9vyNZ3D/DHRlQp6h /TOV/SNB8NODX/v4xNq7z9wGX8fh613Ve28qde66d2r83j2lzp33Iuo9Xj9OfR9SD1VKntIq JUPdRlXWjKqsGTU9aFTpY8RuiF0pksTlkhj9VamXXLFKsirOrFolefUiSXjmexVJriB2qxdJ PrIzOTJcjrbIn83usTCpyamNWZTP+zf2DlwkOZoYuXPd4LYeN/jF7V+/b0wMd0bqg5rW1v1C c+0+lB5M2Sfvf+rI+nv2Dlihb1f/7KatA3vvwv7zcew/I+qeVzQ7JG+Ay6BpmjHyWoEpVscZ VJORJjoUQWzpSvFLtSuF1q1C60phLBvtsSq3JhPQiTlEH/d4L6rJEKeQ+bJyTYZWkqGd587h 3Fv3uNiLSzLwuUtKMpoQCdfuY7NopgdsTCNFuvi+Y7uSo+vH0qiPim0ll7p+RqMsuJQqRQSt NmOpF/2fSnGGkvLa8KLJL+N6bCXvdK4LxAVVbJttAlTxFVS5FpD4WlqgX5EcE24o1bEymxmP C/Zg1T5JqEsZNn0yTX/5VAYfaKw1j3Sqq9Sy6oCV9CEWTD35ZVLPGgwOX9Tuau/qiyzXhrHh vpLPFIr6eB0FqJtkv8SyrMGWm+x59+SV+vC+7pGEQBmMRtaMcKs2Xl4kX4A0qQJRsRvzE0MT MxMfmXhqgm4Bd/6tCuqMBW0Yle9al4E+Y7Bn8Go5oCA8Y2xnJLYqwDMqsUCa0fMM+C2G1Dci E5IvY7MSvo3D6w3xT/Ekn/txj/FNaYO0W5qTKAXI+UcIbXlcfkNRCA0IZxXAeQeCzW0BcG7x tsuxntyPa5LxzRohiVJQosyUCuL8I4zgPE7Lb2iqogHfjGpb/isIzuQLHTvvnW7fsr5dNuoQ QnNm6Pre9EjRkyhv2LyxnEjNHp2NVvpSdoaicD5EuLuaT5dT9mR5dvOmcgKY19eglDhctmjA Co18T9BjiXTH4p3JQDgzeP1A155qG2+xi7wgiwjnUXbJ1ki7N9GVDIbTA9cRCjfpA/Qh4hHi Nwr6VC94ldhHbIc0HybmwOtnoinr0Y8hZ61PcAkHhvcNWwXBOrxPN3UPMXW0Elg8Mtq7ff/o xJuzG2Z3z87NUrnZ3OyWjufj+8e3vDE69TFh0VV5CHk9rLJqtZb/iWjDtYSDbS9dtCg7rRYl xV98DcFEKSAUnUcrRwKLNeVGsxOQM7PibHAWcgbfa3/H8zV4t9Etb9Tg/VzCYs1VYR/CzhSr rnlL6wAzkmLztRZlr1jtRy7nl/2q/G2pGV1l+58+QOoYPpDE0Rr/UcGCEKjvdOXWppLr2t0R nwH5cWy4a7yVyVcXkeyGWwddGYvsaN9+33Wzd12X/hnCs9YCRGoAQJIljhO0EEBrNWBhNFUe 9wb9K0hH39Vlq2/P+rhe76zE1x7auKQEsRkEQIg0/04e0H2V6CMewvozRUiRrKoTsqquyKq6 IqsuQllVr2Zx8M9hyi5GKj7ToqNSaIaMFi8hxdmhVgJeuohL8+GlF2vwWEfZYVqsOSpMoTUE lHGLl4aWYNxeEeJZhWvkAYMYTOUco3vLvrsVnn1Yc7l+jiLekNo9Y46o12agWXppuEWh9VUC JZhGunfoDxJ7iePYRpodHi7u7UCDd01740WiGIZfpq3Teys7d+o74tOLWys9KHpprEy1TXor 8qJ+TDV6UBwNhbcgZS6q0bNLaoUDDpsJ6iW2Ti/WtlaUq5hqymX08mJNP6ZZQChchq6EdNrS QJe6HK8Su756Ga1GZKovUjlQDa9DtWg4zJlpx1Gs55XY5j9qy1U900LW1XlAnW+WquGwlYVb pbCtNcgZklZlEkL4hFyh/p3Ok3HwFdQslIyRf04QCreoV6FEDyvZGqfzwyLy3jN+f0ZAWpKn ujLDFTGz2N9VQTs6T8emWKWI9RLUfSCPU2/RriTmiAke2pVZrPWXuyoxGzaS8PHYSMIZzzhH q7X3yLVT+St+WStOr+evkZIe9x9O/PH0UqX4e7ofwKXjr1S6mCFdTmemt+I8ZdNakxd+EV2Z 64jpynClvz9Yaa+Qla3mzGJXxYImamxqe8sER7J8cYcSDr6IQveNGnGVdC7lMkRFrJAcVena akaEhGS0qGRkti+Z/kikRVSFulL8V76iDnUlijbha6WV9ITuewZJicQP+evDLQQnKUbwJ1cm OfhbbcMOV4pbzD/vHmtE9m/0hUSzUaV6CzMkm2QymVZjBwAaEH/98sr6htkN9c2fEi9gTt10 eB3i1M57Eij4tvbIWtGNWBaP3xvfuLYrLsvxrrUbaeKWnUcPHj14i3HxwbF7Kocr6xLunYu3 ICQQ3emtUyiN+OzAVKPuVeFfUYkKQc4hjaSs7y0hfY2TbnzhB42Ltcalb9m5WLulsnUMs3Lr 1AC6/rmaegMF9yGjhPSHVBjma6mcXXnqXPOEamF/I/rP7NbRrJ6x4zh8QGjU3lpCSmS/rYWb jBRKrCAdBjH0nrIBXkIZAbHhsOm9q3dXmbTXOJdbhQerVRz2VzWifhPWiGcUjUiTmkbUD8OZ v1/ZRz4dGJzBinB/cb95/44d+82UZxplYa0toH3O0zHPJrTuOPZOVSYHK4VKJhPsbe8le2cI z2KsokMqwK6aiqoCGFLWeqQ5sQxh4cFd1fbiS/lrzWsRvWIvVAe9sRki5lmsxSp2HdYCds0S bOqARlbPH8/9a1DIYF8ri6XAKhq3yWJync+BM7gQJna+RWyaSoXKrZKlczUmrq7RW9N8IB+P I5wH6uuNHcPAUCfgEsgrSyCvLIGaJyXwZkJCxJu44HfnFP82oFpyAdWSg69vY48Y/fI0bqSp usgB1e8L4Goza7aa4GhXNXoB0E2wBwXYV3XJXmrZ1PWUWfUEcxRvLDQhHpYhTjcQHpaF5rqb kTnqc4zFZ3f4JP3UY3hrUAu3OfKV9sGj6xlbAAXb2MaO4R2bpwfe/9BNZLgRR/t/M7vWxbZu Jo80o5qACF/+PXUUUrENmFR07ctvlx1ogz2AO57EAsCv/OIHskoNu/pqa26741dLo9PU5V+V e1CbKgnEJZAQQZIG4ST8YE0YRMMghH4dCoFoCATxp0EQDYKEAG4PgRCCJ2AleyUUhP4yfPdG mYVGdgjhSqB3iF8hdH0enhhKVkOcu8pNarB4mPZEZgfeWcwo/wHaX1S4g3quZDxniRAQaXwj Dt6ocQ0FPy8Dp5uqnJlGc7qWnR4NKdBPUkcBSZH1SxhT0Z90mXX1F3Q06pLm8EWsrK6uo94h jdaQx+GXGOoLOtbIM3/47whDUWcwG6ktvIWloNyT8Af7rpvnyZ8hXEDSwCG+dF3+PX0/5Mt6 UFD4Mnb5G+U1kAi9KBUp1Qt60GssB+IhEA+CeADE/SDuAwkvSOpAigJ9/aC/D/RnwUAbEIN2 MCWqSQDotWyE4i8G4RVEQf0YvZZ5tB2EPhaGq/g4RPYhcUY8JH5E1Illi1wRO6qxat+n2kAb +lsb2tkQrXLl/W13tJHr4aeOSWw/fh/RfMfFoaFLkOYKZ/LKngWBe+A0dn4xS8q+4aogBkR0 Kx2v3KeMb7ShDVD4JhZ4k3hbdxtJQlHVKbeBHPs+AsrJ7EJ3gvbnzh3KLp2+wToN71EBx1yB iy2/0vfr6PpblMmR9AfSLp56jiSfokzulD+QgO/qv4O6Ddqn3jA0PF8hyX8gWQuccwGLgfwX ErxMstaQ2+lDnGZsQpPP5CdZ9t2FJtcFG8NykOmMCTKdZSHTUXIcVH3vOrV3pMEIJSAFZ+YE lIA88SVFAgqQChJCoEGaLYd0Wn8OOOFcOIfQFZ3AoWovWftIBiyaKWkUu0PnDBCgNwK6OcAF UXgE8ZnjCu2paoSTfFWpEQIpDUkWoACmEIhVaOIocwdyims9fAnEpgYQTa0IsNkCr7nOYE0E /BE7p/vBv+g4e9jri0mABc76WwZgTQR9EZtRd+lFnVEKeHwxC8nWf9dmtvI0hbAo99WfQDC4 NG81g/Pgy2arSUfpjUz9FJjRo+6OnE2o70R6rX6cugtHtecV6nkgJbqQTvKAlAc4cTjRCeLm bjOZYIEbbdP1uYGrF5HVBQJVl9FaNU7oZogJNYyHujdlFHWC1AqC1ms9SA3OIVKEKIUSPdY4 wnHvbMDQWpUyNBtDdnxQXyi6gxKpv4sVqfrfGsSo3x+2sTQA1Nt6KRz0RiV9/awo0bzNDEo6 i5HabneaacogmN7NkS9bORqtiShqMUJ+kyzTHiJL9BGfwBYNY++7AK4/Q6A85AtgW9knxB4N Bj32Y8EcaM+Vc2QuZ/Q8mpzv+bTxMLWg7o4j3JxFCSOetyamxYKxR2vw5Jz9WI3Iiblf5Sie gucnPY/WkvPGnk/X8DXUXXIVG7PZQSW8Ki5mc+upFRaTLHv8IXdsR1/bRHcgOVFbd50p0BGP DWT9BpPF3L93zciOkvvjs8n+uKXY1jYUJf+V5zlTeywltw2lc+uzcsST9posdinitdr8Tl/3 VP6jvByUE4loAtKqBmn1eb2ViBM9xHZMK2Og/VmwBQXMwJ+UJcIaMJrbTobnXQfMCx2n6MNa eKZUUoHgMVHQUeG2kzXlOLrjVA0eqQVjSsvAW5av7Io0MGqM0K6EYsjPI/QsbzGXdXrComym 9aLbZnOLdHFbR/mGXvefmgLFaGw0nxxLRYoBkXprdH5DxihHnAO8CSXuUV4aYWDDH/Xns7H8 hv0jsZGuYKr7uVw20LkOzgckJU7aRbQTs2p/ptgFOGLBaD/hC39GmKceb0t+jjmMYJRwf2Ct GVNZ9tlP1HxC+DM1Yb6NerzWxiQ/V2MOL2nDhDtSNTjasm2sV9iKR0w6SR0TvqH/43+Smbhl 0JZJxh2cnkKTlzEmh0JjkxPjmeE4xzDQ/+w0WUxGZ+ixT84sTET1nCQZzRYzZ7MYdSHH7j27 b/RFWAlVPFbgqO7US3CWdyldYk6zrq5nwVZo6GfBQ2VRChxwsVTypDxffIJvkfWSgoWtcRMd JCdP1uR5vvhEjW8VaDXso19ipl0ViAsK8Z2ukCQL+vyegbU3ltzB4V1DhdkkI2CO6h9MjiWj 0Pfi/cV4tJoj/03h4HC+kJ/5wMDowkwmHgc52qCj4IpB1zflcsHOdZHoaFco04Xm+xgc80E4 32NEjrgLZ+zkoM/wwBmPJHniF8CWsoPwWI+bzWzuWBDBXDlTjwTn2Uedh7XeTvNqYwNtZwfR IGC2Hq/Bc3Q5OM11wEPB84KpR2rBeSf7aM15eEkn7dYOSQ1MLNm+RAiaiFjkQbe1fsySWluI DxVDRqPBHM4UeoKPPpoYv3VkFLoJD+jWj0Q6o1ZSR7hdiTVpmRN4q9vrMvMs/cijo/PT6eTo zm5pdMKR7PQj2yhKfgc8o/cS3cT1eJfWYiHM8gWwtSyl42HDY+0HwyfkE+lD3gXzIezdLypl Fb8uXlTS8W3thsdq7QfT4RO1tAy/lSOxm94acG7sHMorVRl1NzPtwTOkTk/pMw7kCx3hzSbu Dr3ZY7NDZk9zUD9NOwrjRUfBztIk/c9mi5E08Z60r9fp9TnrQ5D1OsR/8HdOn9fZ3TPb5Taw BpONoIg0eIvcB+fsADFJ3Ej8TIl3bAQjRJKwgFkiA43DTecLGfgV86y5ADadZogppMw8xHXg +nIypjteOpTceLxs32An7ZVjQo6huuGiz/PB8rHu+eAWsOVYOQiCCE7WwFWCtxNDmR2L84qM QNd18eUdiyUVEPWlVxHupQKE+ROMO10ulHTHa/AG9o3Ha4RdhLfg+cqxGr7L6/gu3eVjNXQf KFJBYKJabuTEZraKrwZvlRG/tSNTaiDVXD3DvPuKBHP4zVyZYK7Xq+/IfSZ2wmIODV7fFei1 GE3x4Kdzk53eSPXQROXmYX9bwhuMuGVXeHBLhzdvP8dxz/X1eFIeU1+nN+Mx5bryD0ScEyOZ voig+5FLtmacuUrRbeKNDtHiJPWkPd4bTq7r9MnxrmBy2G/KuyP9DrmUyVc6PHra+YX2HsmX sLV3ir5ofb/fT+o8CTkSFJxB3AWM/A55N1yRVL18KmlBHPQSHBRngfBKSYf5VGY+fMCxQC9o acul1qYk8IiM+VStcYyWq1xaEq5G1LlarjJ5NyN6bFa44PT0RiopWll99NoqlLuhvW9jUSb/ rSGtvZWxfLb+qPa+df1JJ6ODm0pQU+2B85Sk38F5ymVFemXwQzg4Ag4RQW+4z7jEOTyu15p9 YlD6sPtczVXGf4LDcb+A5MJ6xbP3tORF/ictuO3aE9vdAm0Kt+dC4Vx7qPnMpFNv0JMk/HE+ 7fen0gE/QV7+AXgL8PAZw1CbTqgeMPjh6RRPoGXEAf1i97m4b872OH070p/4OS8qDxpvu4Ds xlq87JujbY/XaCzX6uM2Q6vdSuSte+UHB4QlW+mWczJ8Ps6gZwW7FIsygseKBsOH8/lQJJcP kc+3T3f79QzDW0Wvg6KpbInsvGI0ijTtgdLUSWxDYxnmiAJ4GPXIggSX4cDOQivRCC6gTlko T3HOe0DS5EoVK6VXFs4+bj2iJZOxYdpQK4hTTzOTkbHKMrmHsXhl2Sux9D8tl6kzOqPFjZNN WPOXvsMZWoQrW//nFQQr/IreqKfQiA02y8n6mxZBGTHxGzjilvzvLWeM4gE8Ki3/+4AyghWl 6DfLn6v5HM17qzOV+iVcd0eJg3imdkfgYns6NyAhQfESo3DltRnNp4bng6dK8wPdqeJcasHR Ql01CzD/kxL8jwjsGIbzdni+FDxVW3rCsjy/q8zi5e+RRClJZnKj8vWXcGBYmjq7guuSesFt tXsEptgVXtuY5q5IxFHcWahudno68nln33TBtvpUX/6edPLw39qOXE/eG3dx0TWzvaokHoXU alM7LUWlpl4zE17zycR81BGc0wik5N0hrYZJY06YT9ZajmjJsrsKNZqjRxrtKGKoFQ61uzcy ltSI4IqEXMXdHf2zhSXarIqGdPyKIeHBQE22HtpcT8LRWKHVpXb4tIGHUNcraGWyRtdjwnzk M4q30NLhU3A9Bo1mOvIZzT1472S2bvLJ1MxtlZm5ajgxeWR6/GA19kkhtiaXXpO0odfpzdRb 6+Zms4nJA2PrDm1sS00cqCbHuvzezrG29Ginbyd62hp4m/w8fFrk5dyk7HG3GxH57djLsRF2 5OIY2/MBHe2ZE480HB2U5bTY6ujIipfTPLTV10FHt45oeeJZgxdX+jpDO9e429JJhyaAtFkW w+6OPQNNX6eSTY4mox3I1xmbn8mwVp+t/i6NeiHpoR21iKYnZFGhPT9zK/Z1Mp3PZXPI14Fe ARz/ner4cV+s0z6uR/EK8uDBstXK9SR8OnNkLn3SOd/5hPkwfURxDIZwGl7DMZC145zpkzXn vLnziRo+VvENhpam3Wml0stSwmQ7s9w5UBQNnIJbu8rbet2h4d2DrmxbzqsXZCnkUtyDkJmD fi9yDwRtzMAAHTvVQ8Cen0KCv17qH+CZB76H9wNGcRVE2E0IyC3g3caLifmwYPfP2Rea2Vy/ vqjgmZsSxou15t+vIYdLmW5Kg2XwPejc0QYOLl8CtKbkVs3iTMcjVnNIZqA38k+S08zQeppz Jn31ryydb2OBpMOgM+jNqGPMWvKbYBGOYkhBuv0aUQLXnQ22Bdt41wWwuewj+PSx1wu/KpCF 7kdcJTo2bzz2DelFiZTkR+jDrX2rdixtXFWOFdLHakoL4lj3IzV8rmQ8htOnoLaUaPkRVcIV CGDcvmrHytlS3V2djbe6JV4vpMhidGhbV7A/F+D1FM3ojL5kdyw7mB6sDqWCpY1Ff0fCzdHw L7RejuYDReh6jA+lqTsya7NOThB4h91k5WnRIoQT3pDDkSx3JQYyMsubjPAvEk+bRFPK7Y84 5RjuvxyB9HqKfpIoKj7R00QkkEBcF60CFziUOOHiTlgPZR5nFB11CQMGXPz1N7+PfXx74JA1 caLmspat3Ima9RCTeVx18XEaioZiht275d7PEg8JOfvoM/CU3ij7Q8Lu66Y5juOn9Krv+zB8 xz0cTLvjep2eJilRdkKjR7d9J4gj7+fDtIHW6eCPD2Pf6P8WioKOs2CZ/iZ5N22DNprS55eN KNPZh1YTKcJSqTnHXPBkw8VvgPcrTZTUA/jgyRbnvmHOLPXtW0Iw8pIIDHm3K2JxmOj2fR39 GwuyHtrLNpeo7ymFKiltqWk480W8dIBJvTJ59fVvj1XzWVDT3sMxBcjvQu/ORiTU7leWEDR8 HzxjDRlC0LK4ocwxwVDI5J4zLRBzyhIJXHm3E3ntje5Xjb8rC6QKkAONL23Pm4rHl255kwGb RzBQumcooy3s9UbsRupZmmZFr032WvTUIyT1IGkQPbQN2lm8YKqbDai238AZwH/wEm+gSTya XVYreJIx6Ck4jjbyu9Tfw3GsIz6Iq0iCoYKcz9uycDBlLmSz9NsMzJo1tiG0Eykxtu65/Bob 5UnOeRa0kSnNQRuNsHDzK60Tltb9XVh+XmuX0OWDTqw+/pZfqbuhSDKU7kuUwRpye0J2ljwI yH0Ua0PvbEbqL3UUI7ltDq/EkB8iydsBI7rsdpdZT32UJG8DBkkhEyeYW8i0j+frTzSJZha5 BtF4HjypCIBBX9/Bqe/Q7E1Ca2kzpGGeWFCsizA4QziJKFyt2ZwTfhEOjr8APnFG5vKc8QI4 D33DYIRLzUU42jcnNYwoTMZvtghJw2fHFn3r8S1b90BWF/AEo+zcd/ZYE3GVbA7VpGcYcgMN xKDb6bcayA9+mGKhZe8OivqvflEPhKDb5ZMM1OEFyiB47O6AQOq/QL7J8oyOhNP5O9+Bag4n LQO+bjDBD/UM/dz/1KE9LsbEvoNmA3iLvBlSIKTs4yE7/tzTBoPRcQE8dDYkB1nZdgE8XOaN snfOzgpz7G3U7arhuLQpnKLljS1HORsb82oL2Z4eqhmXaOn7NU1l0g6fAHRTrzLA7Hc7od+i O05+nNRLPqfTLwCaFEyczmAyniJlwcbrSIbn6kdI8EnGCKcUZxWR9UVQ53F1LkfwRFLrqzx/ Rs9SCNf3tUuKU3KGpcoYp9f92qXmXrniEoKNWvFr/SndJbVUr34KXVsXBBP0x5Ze+w587b3L rr13lWtPtJV605lSb6Z+lo71ZFI9vfDaFwkSGC//FrxK74RGYoqI4cw+OuaZEhGc148R3OU5 OlbG75FL/uMXWk0fKt4oVVxq3ILnoP9nt3stjAQM9ojXE7EbzKwrGQiknCzrTAUCSRcLjmjZ 7tQzvIWn9VDRvFMKZTwc58mEQlkXx7mySt3zb6kt8Ak7iYqy84lGbznrdgupFH0BvHhaELou kPvKwlA0GmBtT9N0OzvSh4L34FQ7bujx4xdQhANBGoD8Ygf6L8GfuOsnOoW2PV3DJ5X7ptrR aadr7Up3Djc+E4MhaMFhRl048ODVzFpyec+vKxAJtxRvuHuKiSTsfotBD+AcssjD20vuYHnP 2r4t5ZSR4Qw6va20cU/nrZ/d216/CInkDyYRJFwy6IdEo/731gd3d9O/FgQUMwR2h8/KpEa2 F0u71sddfieUVNnpsgbcljW3fOIP/cuJSBKLlxfBU7pdmMu9iq6Ryb1EkLCTpXOcmIY8/wAB 6SRe1PyYc+jDsgf1iXSjz5dsAXSuxvhHGagHZI+oB5LeGvV6wlaGZeWozxt3sKwj7vVFZRZ0 oU4hFPxBXuZFI01zAv+HoC/h5DhnwudLuoxGVxI+852XFylSt5foJSaVNebrRIncBxccGrx4 TloHvzLeC6SlbCUy8TgX+mmn/EV4rc4prjKojgVxXUTRrYYtqOlEOzyjM/TTGi1/saaeVB5s jBXxHIWzGjxXyz4Sq/BcvyLPyez0rWUarh4eq+yHbgL8zSEa+mY7ZHfnhu7O2YG4AdJAR1K0 2FHd0n7jgzdm6++wcszni8uQaHGfLyazVGxsfkNefxa3g6VZw0s2r8hEeqvJ7HiXz+lzMtAE 4USeFfxuS+H6I3/4P8vpCIh0/TWwQLxOeAgftjg4h5cQX0K4IE9zZfg7XHPdl9S0FG2oPdYG SxegZS49RJusLqvkMALdxzhn1O2KOrg/C3Tmsq4XkBLEQmn9qCeI9lOC8J4nLr8FDsJ7ckRK 6Z6qv3D5G+d4MAV11iQxBDVW5u/QA7BlCoWT1fu3KKyD+cGBHPo+MJbPrYffaL1cD86QOXIN AVdBpfsPwy3qCBTUQKM5o+MWa6hfXyNKoVwNtzzPWaT6Tgv8B/7SYIJe1e8S/kA87tdL7suX oZ8/Aq97iWSo26B1+Sl4p4epm0EJ+nx2woNpRotj8KnRE9NlcUx74qYm1Lx6EGYEp8XiMjMO oz3kcELrAlAfb5T1/C9csssqPbXhPcjP4ns0NK8nPoZuNHSpiDXv/2fvS8DjqK50a+nqfave u9XdKkutta3WvktWS7ItWfIib1iS8dKWWnLj1uJWy0ZJTEIIJMYkOGQy3zxlMuS95IOETEiM cVACASkRVgjDBBJDGBIeISQEmBgCDBAYW/XOPVXdWmwzzjzeN+99Tz7w69atc++595x77lJ9 b1VGGK9Jz/tE2eXlLY1x2JmblGanxeIyKZ1aGymATUPPf3ZJXEnu8hKR0Hzp0jizGdcX4geM UpEP43MD2tGpm2I8pyler5uiW057d0O33NR08Qn8wjnRjj7sJXfuj+MtMuFONy1pmq1SKqUH +NU58pMqRqm1C06HYNd9QHYMks9N0oUKPe+ykA+3uzVkTqXSadmev9EpDH4X7+b1ykcYjqFJ D4JnQ+bn2QlFOdVL3S6NDuXMhrCha2d+V0t+V1d+C0u+exx7gDJaG62Nrpop2hXWdu4MiVlZ XOe1rinafYqLSMdvis/XmqVDH9hhSNv4YEqF/SGm7sTkhvjOrJAYxwzId4/d98UhC+msTXFQ Pm1zpfcx4Meh07+MX6Ezwa9J2/0sO1GfuGdk3diuGj1MpcgaQ1exbWRdS9/arNXbJzZ+TG/S wMLJpBttiW3I81R2VdYf6CjTKjXQrSjU9vqdQ029n+stEtbsrmsa3l58w9YTBxscmZk6g93v sLpNylW5Qtaaa8qrupuyoCOxW2Fhk93UU1WwoSozuyCbM2c4TA7eaMvJdoZ2jK9vjG2r0TNc 2bZhaL03QO/8HCfAynM9NYhto6Bxill7v97j0ZdPMeseoPQhsaaGC0zR1H3WnpYp2n6K25f6 MVJenad+h9TUgDqBmXyrkLo/bu3hCD9odV/6F8hlS3HF8pdaqZYddkwdEn2ucvjuw9s+sacp l7cWb5m4azhvY3Mxr6aVeo02t3Zz+d5brgmynpbN3SXX3bE773uumt6WnI1tTZ5V4X3h5v1r /PTXdn71+g35HfFbv7F3+z3/cGKwQWO08D6PxWNWG83GTZ/65rUmv8tUGz2xv3FfS7bBmWn5 1L3XFZV2RUnbvBfmhXcqCmAFu1VqmwWMJ2zi/bwOiHJZLdm7C/gp2nZKuYcip46eB1dKHYrA z7xaLWFgURKe++LA5CLHhDzPp51q4ZPSl3Et3P/N3qnUGlQXr4VJq1KpMahp4xI/s7gsLsGi fA0maNxacoIGGoLV4uE1zL+iwzl5F69TTqcc7sInNLyH1GwQvO4O8LrulNeVMh1hw+btuZvD uZs354ZZY8YUcx14XT1fzzuq0Os2bF8tCgK34VrHVXsdpt5QJXnddmG1GMcMOMfVeF3Vf9Lp 7liTvOdQ8+HuOhOsdY0GTeX2kbUt/WuzgtsnNn0cvE2l1Bk1h9HlKrZW1kU2lmnJ7iSWUxnr doy19sJILqzprW8d6Sr6TPfJwWq7328y2nz2QEZmbmbWmp3lVT0LDpcV7qkuaK/KzAKHM2U4 eKdFbwwEMhYcTlWx9RAZLw6Bx/0IPI7Mg8/K76ERp8NOE7NpfwcdHG+iB5ro1ia6ookONNFN U0xr2Kb3evUfq6Svq6Q7K+m6SjpYScNcufX7oxRNhmmyCdAkverhAciGKtHT+inxg7AWLvR1 YkkJlyu579pL3De451wwuGfPi7ibDz0ZQ2VkuxQ4dEmdGIfk1tyUQ6+9CodWXo1D/6giftfh rZ+4tjHHbAltOXrXcM7G8GojdHi0SqfR5VZtKidv4WQ9zZuuKY2d7Mm911kFLt2xDly6aW9T eO8aH/31nXdOLHVpk0VnMFmN6NS8ceOnviU79fH9dftaAsSpb7w3VlSyNUoOuYsf0L9R5MGY WJceE62nV+GY2HzaK321/OJZstOCdG736cmQ2AxDovy98uDZK4yIqV/R6N9obYLLmWlX/95s 10O3r1W/r7M6MyyuTF7lwocMMN9i99+oZQw+J+/k9YqvqDTS4wYoXw+0kxz0zJtSnllziWeG w46Ua74PbvkS8aoBx/vSJ+M/3CfDbtkp3ycO+RI65ADneD/1Ufml3kj/b3tjTl18MlK9d0Op CYys1+kKW/Y01vU0+IW1sfUJ0m0ptAZ1vGJXU5a1sKW4vHtdETlOCEsHtbl6c6Ry89GtBf7K jUUN+1sCdGH7kW1FZqeHHMKyCW633+0pbskvXBdyK41uG8zbOE/JugKhusDlyfJwRrfVZDcb TH6vLbv1wJqyna1FWpYrbOkBbxwWX2cPKspg/FtLxaXxr36KsaXGPxssS/RVL4dCVi4zMxx4 zzoQfldS7nn5Ja3LhkBnqOrluMxuDbwXtw5w4XdTKg3Kaa56EMxd4jIHy/puv3bD4e112WY+ uD52+z5/c13QrIaZl1q7qrSlcPNIWzZjr27tyOv+5La8eyKDvsb6Cru/emtFxeYyF71j42f2 Va9q6h29paPtC58e3V6i0pnMbhd5DKrVa+siN6zVO3ht8bZk17WDGt5h7Lt5a1ZW/WYySnwe xr/V4Cshaktq/LM84Odh6NNZLVN0+PvZ0QL+HeUgDn5kHjn7BHmRLZlKWsPZhCOsjQOPkn8n Dlw4+i2aUqZHv/Irjn6rOY1OefGHnI68glTHvfASb9crSM1pNQf+bnH5LcpHYPnNNVvcJpXK 5IbZu1nFvPtpDW3KdPIOk477OqtgyU/uqgtjKrMb1gsHwMNC4GFK9ikN6Zkj0Ba2yG0B9xee CkJbYO8nvS+0BSpsovQ1fwiFuNx3oB28LLeDS9uANVTzB2gD0Gu+g/Z/OW3/q+kvl/7qlrL9 lqK9t+/vGN1Ws8pkzms9eDKSs646V6/kaIbTqFRCZdvqzcNtAlt4yzW7P75R+IatqKNq3Vhh RtXWyurNpQ56B3lRRnbT7sM3bWi99abEznK13qTTGqx6q8ek1Bl0tQc+1e4uLN6Z7AptqPDm uQ/csi2Q07ApvXbgnNBPlku2X8XwYY2T1+l13m3cTvKA6Ql87y0Z5/W6MEbiU6aPZMmg1yjW /42O1fudFlwysBxLk6PJ0mlydoJbtXjuUnFJD9m7aO6iw7nL26Sn2w4zD90p7pq/Zu6ik+Yu b2NXuZ3MXXQwFF7zf6S3nKg9/O3DzaO7ank1xxqMuoqu4fWp5cJEau4ykl4uRDrKDXJvaa3c NdK8+/jCcoG+buutg/U2v2A02PyObJi8LFstmFRZ4e5qslrIKlhFfuwxOC0my6pARvGOZFtj bGutDlYLO4bBY+TVAqNkp6n0vBjaRojW4ymeQMBPB3x0wEtnZ9ABDx1w02SbtpMuwJfYWMjO 9RJ8lyqZ7ZTQlEB2txfIZ7EL5LPaBfIJnwL5hE+BvDW+YApantHvIolcOoI6Xp76wN9zpyFP Xv5y+6L4aZIFHmrRQIqv8TRPuqym09nbCsxTtOqUcke615IPmjxBPp6JLwcLPkpe0xCkggsn HvakurSmM3HIQknygCn9jit3ah/5lJ599staaUpvJg6hUNAKlU7577eTKT3M6MFGdxCvoNsk r+gFfXuJvnvpUjXoppS856LUrDfQG0uJEkunmMqwlrjNZpeV3hQmp3ZygSWXHBFJe5LanHpD BqbMEPCjpJJhwM2KzuAhBQrf0AdTUKNsAKNsUyOxuhUsYawnL2erJ4dVNhbX02gg2VBhLYn8 K5wVjzbg6ZRzwdQbNtB3ySu6iPvK79kg2/1N9bSO/WtdeeE00X/JSgQGK2vdzpHw4pUInei5 faDa7ss04lLEK+SAN+8sq+4OL/Lmnup8svbPx6WIyckbrYFsFyxFZG9WVXYdAm+WVyLgzT+j yJnLbOZxepz7PaNSKMGvvwIxzcws08P9EWLUcsxuiJnEGJ0cs4u9gZlQPAsxPInBEaOEHmc2 pJ42wYhB33s/DhhTtPW093ru4/LTJmnQkJ82WWFqTW6lnzZxHza3HldbMsiP0qovGy1ajgyC P2R1JofZ5jYopmAWDbrTqJhkl4rRkkcfBi03QsPaglWoOChhs1jA9DAbqc2puXUR/YuwYf2G wPqawPr1gRrW6J6i3w57KGNHYdjhaS/87pP+3/oZv58rmWmecPyY+0Rq6N9zPlh7mbl1Roe/ 8Ltxym/2Mw4WkjWXzMSbJzjHj+OQdPFu7NrLrXSrljcviMhdOHihTG3Sg6bF9AS3jK0v3lgt kN5fq1cKZa0FG7e5SttL2tVa8l1MrWrd9u6GxkBT6SroWBiW06+ub89ds6fRt3lT/roKr72m u0HQ8zzMBp0Wh9di4xuqfcWCWWl0mI02vbKlPlRldVpdPoPFoNE7bUZvRVuwvd/MsL7SMMya doMuJ0GXISpMDeCsKa96iv7e/VqXS1s8RX837KS0VIW5gvlzBV1xb2EhlzXNTzQ8sqDC83sO L5s/FVbcGwdGPms6zk9wDY8sVtqSd7Vdbu582fkTMxnoiLfvGA5n6P0VW0Y7ncWFgl5N2oja HSjx1Wwpd9FCb/36fQ2e241CRW7RJr81UJ2TV5llClXva8uv7vtcV0k0srM5h1Pr9Q47bzdw arUqp3lXqc0XCPc0ZlVmW122db1VTkdOOWhll/gSM0E3UgYqg6rAsVFLGVV27b0Ky3dcFHnv N11cjs+HwzqF9t64wuWyfCfuIo+9zWcvefLt4JdcMRNGw7xVZzIY6PMG4+IwrfJ5PD63zzf/ AQl4Msg7lEphpXsTcwf4Y03KH78b1qJDXvB+krtxiTdCJwzueCGONz70yW/aF29S8xl2awaP vqigYfn6oEJjsJvtbhPHkw1CDNml95fNKlZj4yFeqximGZpmFBzxxSLxTcbM/C21lfpiyhdP hw3tmwLtdYH29kAdS/YMPR0WKH1lZYG5hC65pzWzgC74ZqbJZMvM5Fo/mWmjbd/mPg3N6TDp u0k7On8Y/kv9YLRs1Qu5tJbcE88s+GY8lQNn+3YcMpA7f8vCz0Y5y/cBX9rzL7jmsn4ffNOc 3z6wJqupIsek1GjU3sKGwuzSTJMlb83qFpVW2jzV3NZRUeurKPApFeDANMtpA1WtuTXbqjOs 2eX+/MYCxw+KOip8GiNvdnsyLCbeaHav4p0Bj4GcLTNZdYryouxis9Wk0FuNOpNerbXyBnew McdXVuBTKzz5eOqkBHRcBDpeTTVIbxI5lVM+RX/7fq3DoS2CQNhFaYlq78rP58wCLdxt+mRm DV3zLVmr5w8TN13upfkld8WB3yTcHTd9kqv5VkqFl/HSS75dkPbS3MVOWpTVsq9h7f5Gn3/D x3bbgrk+PZnQ4hcJPKWthVY6c3NR47Zy54nihsxmr8lf5PUFM4xPF21vygl2JTdsuvlALafS 6Xiz2aZXqFRKf8W6XIsts7KjtLLWairrKHZahCAZ6UqZG+mbODeMWXZQz2chpoi5njFzPohx yjElEFOEMR4SA1rcS9ewX2U3oE+vkX65ApfWPURrKQXFAy517FMKGNW09xPX5iFw6mq9m/2q 03RRb3LYeObfLLbFYZbNz8zMD2Rlze8iZ5ZzsrKgnF7mCeYc9yrMFU7jKP4F5knmThjFleoz 8vVTzJt4/UD6uhuvp/C6F0b057k/w/UP5ftP0C7M7yH5+ufsC9wrcD2N158Hea/g9Yx8/3Hm BszvUbzeBdcTeH0W1wjrmUeZOu4Nap208/oHVAPdfSZQGig1eKboz4YNlMFUbip31p5q8HAw w7/ltFPe0Jp+jxq0O+nFHvhbv8ReUHsqLic4wznT21rTL0lbOAeUF2IrK6SPqcojK8bIG2TI WRXCRLZ5kp1/DLAxdYUbovUNe7xGi4Z16jx6XWZeia++3ZlbnhForw/ktPRWZVSGAjqt2qF3 6mxriqoqnXll3kBHXQ57uranMTOD/Kjg4Ft5mLObtPUVnjy/R8/nVnZWVXRVedUmq1brsK01 cjpfZa4nN9MN96o6QHcK0N021N2crMtHmXvRFj/F6yzmcUUxzL6U6sco4tey7aksKodai/u3 ArPZPr3e4ptibj5tSe8sgj7tvNS3B2bjyxhcKQ5slw6HfA44b5UqfRBY3nilYsuZf+Zond/l 8pqVipb5lxsYNe91uTJ1NEdrGQ0MAw4/r2V2DPwz867RrGFoTqU8fYpTKxlWzRuY51UaBcMo tMrJ+Z9TbKqlUn4qSNVIewNOe6jc8ofpXZSOyqSPU3ZqNX1r2EjpPLmzT5bRZWXqnFkTKXn5 rDqxMAUjM7Dz586bL87yuN3M4inLnY1TZbSDhSSmnNk4SXRGXT4bh2TLp1+4NxI3R5KNkQvd N4s9vV06kZQOMndas8sa2lb/wuT2GKfa9zQKRk++W6jJdz1kyFidvWufkO8xhCyBqvyDN/iD WVb2VGBNWa7HYHUxD7usGeWdxd7yYLaOzNPoWnuWS/9PlszC+R95gz7Ti0ZfAbGq7LGUhcqk WqQdE1b6VjC4h+45rXHPGogGPLPKhLxjHapOfjc3uGfj5NYZpWc2rkws3bO+uH44N8rmsTZv Vgx8KfpNY0aG8f6B2/eXfiGjrnvt7t3Nu+r9isGB/xYtg2L/yGWt7P/8tdV97fkXX8xadxB8 Wu5DYDyRZnyePLI/0KwRrJTGM/tkLp2bq5TLmZcqJ1qKLn7+3CzYCd+glgvlpHLBSMC9UPi8 hcLLRkrVYZVch1WyjbJX2VPmAuPg/oBustd6/qgJ6kPfzMEygGzRnf+XD3AHG8AH9GpokixZ KhhVUt1UJqfZ5DCpzqr1LqPZZVS+rDKTPcxyv0g1Sc+FT3u9JtcU3XsflW8iZ2/1FRyndc1m ZRVrZ2tJt2WbLU4f0jwv7VE6N3te/oaQCZizXLNxYK/VzsZJgjPFttl48cLZzODC7qRFbwHE XeeVqZOZq6StrfJrX+RxlXme7FBWZ9V2VdddG87Kad5d5W/w/KNWy4Lj0Tqlyag0BGrqG/3X nuyrrB38YnfRljWFZiW3Q2fRK5xeZ2HHYH3rYHvAaJzKyjLZdEpOazHMP8a7LA6TujZ2x+69 f3eowexwB3LQ8jg6gGcWSi2Tonthfm9mbj4lH9ohbfEHqQjp3M6iUx+p14m7lOYMq8VPNpr4 LdYMs5L5LVSCJesz5t1UCOXh6EPVS2cBThXBZLD7vuwSLflDZVeSJhNy6lh/Pgn5xxZOROEL Y8+dLzOfL8MSVV6Oc8k+1HQp0/tPsxedOJJ8x2ktJ1sOpcM5L5AtpdYMo+pVWgNNyOwwaujf 0LTK7LKT/cR+63qn4DYrH2N/qbLY3ZYOrVWvYV6C2sE/qGf44kMs2UetUCog/JN0/DMeO2TB X3yLMVg8JiWn5w3kGbw07lKN1A7UhA5mcNfc15hve5DeCV1oDfiaKeTOIj7nXryltPh82TlZ BZfwLN5GKvUS0q7bPHKGk7+07n7WWZ5bsWBG5hUNjJG5lgyXy/SUOWCFJbbK6LHZXEaVn6+x Zdhtuv9u8nrcPAwEJo/d7DGpmAt6Xsep+EwX/Tnf2tUVW/Pnd6eOSzPPuuxKo9s6/5QXpodF 5a2Z9D+mPBf7RZxpUF6qQNZBQPkg3UPxlA8cUkvxgVmlUp89a4f6ndLjXnL54fx5ucvRK2H8 Ax579mw8xeVqWvpcPnt5vRWL+8sbctoOrNuhNpLziiaVh78no6S5rdj9BV+wyLF5Y255lkVx cU3furz5N9LmfNZtUxhzazoqc8pdqvkL9pwKsj6UZklUFbVWOiNxOtREwbr51tMF3iae9KYu b6hpFqaV0pthf8v/med43rlmViDWS528kt/8AAPgxVnzufPy+OcL8U3QtS5Jq2EhtbBmNr6Q 3iWdNSV97OHgksOBMEO6RA8O+RgvjIxOmDaxFThpkgfFCYXeYTH7MgzKDq3TV+itIefl7aCh DNO3/QWm4vZSF59Tk23L9LoM6zXc2aw8vd/dtm1VqWBiXpBMrFX/0FuSbZ1/OK24X7ssLK3O qlxbkNdUEtCrMwIl/u84LGCLUh3LnuPJaEmn5kwwB6pL7VGje864eKVl1rfQEMro4tmLZOfX GaXPMhv3LTJ+2WUsn+5fcVTZBhMu7gmOz7DBKpf7ObRUKK9aweSQmQ13l8lpUl0cTxf7BIwo Jt5l5jgzeQOePIcjB77xVKeWEqDNBikHoI7KZW4mfeXpjFn5FFdqOH8wdesMlzGbPrVFinql D8Escst7mcLNh9ua4xtXK81euyXDzDmD9bl59QVOjvdYbV6jmn27fXRLXk7HSDv9WsrF5hsq NlV4PGUby+jH0m5H3sYizTph7biJ1OBBqhpKVgglK8nWscummtCVNmHpr8DjSjEt1AS62UUb /lM7u8vT2/3L03u82V5WZ/U57H6rjjnJfJrRWnxOZyZcPKmgTX6322dW0pPs7YzSCD2Py6Rk /p79W5Yz+Z0en4FmmZc1WvIsQquh5+eZVJh5lkxUGYVGdXGOqSG/v5OHiRcfZRrISTVWbTZS 5N8jEtHxKxFTt4QekIjdcjlS2JbR4NUSV8Cd+49JuZ+QapVEatsi+pxEmlVXoJ98GGkbrkgz uqZFdLtMFy4lfa/+tRQZdiOdXEZfQXrd8LrxMNB9C2SqM51ZILP1CvRxoHn+hESW0CI6JtOv L0fWWuuTKbLttT20nOxfuBI5wo5/XSDnedf7HiXQGYkykpeSV+Oj/e2Z2syXV5lX/eBSyrrv Usq+KfumwN/n3Jz7/bztEuXXFygJFWYFy9L0YopWH0W6uJyKyorKQkzoH0Jvhd4q/grSywtU 8mLpZxZTWfYV6Bdlvyj/TIVRpncWqCog0/clqr6x+vPLqcZd83qdts5xCX1Q/9XLUUOs8boU rdGsueHy1GRr+mLThfCR8HvNh1r2tDze6mv9TOvFtWVrH1tXsu6z61Xrb1n/atuNbX9u721/ eMP+DS92rP8voGTH/1ihFfoI6G1CnV+W6Y3ONzZ+CegJpL/89bQpsKnoI6F9m059NLSZBXqY 0JataXp4y8NdRwltrU/Tia0ntq1BeipF2xuA1iL9PEU7vEBPIz2fop1377z7moeQZtP0BNAz SC8solck2lUL9AKh7usW0fdkErvFnlOEemvT1ALUibTjP013rtD/Y3R373eBHuh9BGgO6Ocy /ar3BaA/Ar2x++bdn9/9ZaCvrtAKrdAKrdAK/X9LF3ZfuPZzQP+ypxPomT3P7DXK9KV9Npk+ tj9z/8j+JyNbV2iFVmiFVmiFVmiFVmiFVmiFVmiF/u8i3AdNaSsomj6lpCi1IpdSUHnim4D9 4n7Ag+JvAZPi9ygFPSn+E+C0+BzgnPgrSsFuEh8C3EmZALspPWAC0vKUQvwTYL/4JGBSfIXi 6XwSQwcRQ4g1iG2InYiTiNOIZ0k+IAXC7E7x95QL8vwdYL/4KmBSfItyQfxjgN0gxQt3XwPM A1leai+k8tKM+D8BzZDWS3sgrZf2i78GzBenAYOIIcQaxDbETsRjyHkCU02SPKFUIIWewTzn SBhq+gcqD8rzLmBSfI/KA56XAGegJHlQ/rcA5yCHXVC2GGA/8OyCUp0DNItPA3ogt11Qql8B 5oP2dtFBxBBiDWIbYifiMeQ8galOgl120ZMYP0cQtMEAds//O2BC/AnVC9o4D7gXytkL0v8E mBRfp3pB4m8Aj4nPAE6LLwPOiC8AzhEEO2qpvVDmNwH7oRZ7IRWEgfNVwBnxDcA58Y/UXpDy HtUPnPsB88RHAfeCNvqBvFQ/1BTioaZbAD3iEKBf7ADsAm300wPijYDjiEcQj+Hd4xg+gfy3 YfikOAh4BsPT4jcAZ8R7AM+KdwHOiV+n+qHuIcBusRIwAXIPQql+SR3ElnMQ4n9DJSHm64B5 YJ0kljMJJfwBoFm8D9AjTgH6xTOAXeLPAAfEWcBxxCOIx0BuEkpIwieQ/zYMnxQfADyD4Wmw ThJK9TiVBOn5gN1iGWBC/CbNQNv7N8AgYgixBrENsRNxUjwPCPkAzohvAZ7FmDnxOdoEObwB GEQMIdYgtiF2Ip4U3wWcFN8DnMbwDOJZ8VeAcxA2Q93fADwG6Ic8XwcMIoYQaxDbEDsRJ8V3 AElufszND7m9CDgnvk3n0+R7B/mgyV8CesTHAf3iE4Dg9YBBxBBiDWIbYidilzgLeEx8GvAE pj0p/gFwmjIAzlBKwDlKS+eDPj8N2C1eD5gQH6ODKDeIcoMoN4hygyg3iHKDKDeIcoMoN4hy gyg3iHKDKDeIcoMoN4hygyg3iHKDKDeIcrtA7nOAZrBXF8g9D+gHTXbRXZQV8BhYrQvyJPGT oKUu6CGddC9avxet34vW70Xr96L1e9H6vWj9XrR+L1q/F63fi9aPg9znAc3ik4Ae8aeAfvFh wGPig4AnMOYk8Mchn3cBz4gv03Eo82l6HKWPo/RxlD6O0sdR+jhKH0fp4yh9HKWPo/RxlH4E cziCORzBHI5gDkcwhyOYwxHM4QjmcARzOII5HMEcjkH8e4Az4l8Az4LtjkH8O/Qx0PCv6ePY to9j2z6Obfs4tu3j2LaPY9s+jm37OLbt49gaj2NrPI5t+zi27RNgBS19G+jqGUCz+DtAj/h7 QD/Y9zawOwkfE18APIHhk6DV28DuVsAZSgdI7H4blKoLEPwXMAGt5SSU8DxgEDGEWIPYhtiJ OCm+CjgNdj+JZTsJZXsNcA7qOAml+iOgGdEDnJNQqtcAj0GbnITykJhJ8SV6EiTO0NPA/ztA wj8N/H8C9CPmQzmnYbwgGEKsQWxD7EQkNZ2GnM8DnsBUJ0Fv0zBqaAGnKT3gDOIcQahvBLBb 7AZMiE/RMyD9VUAzpJ0B6a8D+hHzwTtmQDrBEGINYhtiJ2IXchLpMyCdhE8iTsLsYQalz4B0 NSCRPoPangHp0D5A+tP0WZD+a0Cz+AtAj3gO0C/+DPAY+OBZyJPEnIRWdxbyVAKegXKehbQ/ pucg7YuAZmj/c5D2FUA/6HAOSq4FDCKGEGsQ2xA7Ebsw1TFMdQKR+NQc6m0OSz6HJZ/DdjIH JR8G7BYnABPiL8HbFWTWAqPnxwGT4nXsTrDp0zCyKig9YJ74HGC/OAh4UHwdMCmOst3Qup4F DCKGEGsQ2xA7EbsoB+CkeA5wWjwNOCM+BDhHwiD9djZB+nPAIGIIsQaxDbETcRrxLJQkQWZZ 7AX2PYoGfF+cZy8olCSsUIvzCh2JB3yfhEk8IMSTD6ExWYAs7kHtR2RxNmnEKxZPgRlZhRxm qQBrkcOKRTwczOCq5LByUbyKOsJulsNqqpAyymENJbCzcljLfC3Nr6OuYX8vh/VUoaJODhuY v1OkeIxUXHmBzHfxX5nqoBymKZVqUg4zlEr9mhxmKZf6TTmsWMTDUXqNRg4rF8WrqHqNXQ6r KbtqRA5rKLOmSw5r6a40v44KavbLYT1l15yQwwZ6o+ZrcthIVWn/BCWhFRpZz1JY0rMUlvQs hSU9S2HFIh5Jz1JYuShe0rMUlvQshSU9S2FJz1JY0rMUlvQshSU9S2FJz9+iyLsbS6hSqhJC m6gY1UclqBFqDP4fgDmYQLVCKEGNIkYgJgahYSoEd5qpOJBAbYO4QZjNJSEVuYrC3yhwHwHs B85WSBcHngMQFwOOGPJF4P8hyKsfeYfhagzihvGelD4GJRDg/wjwxSCHCbg6CqEkyCI845Bj EuKjcEXKPA6p++H+MJSG5DIi55oEjiFZJuEQoI4jKJNIGcO6bMC6DkAMqeM4xEcxRQJj4ljq pFyPPrizGnMewpg45hgBHUnxKSlDkE8cNTYql3IYYoZQqpQnqWdyUQmIxFGsi6TvlLalshNJ I6ABAeovaZyUagh4IyA/iVekxsm0PSSdSVIELPuwXK8R1O0B5Fwo8eIaEa1dj+mkWh+C6xC2 h8XWzMPchjCHCdTDuGz5xfomFpPqH8Xyk/pLdklgayB/JYnE1gLkMZqujVTGQZlnDK4+Juee hFpIFjqStlIE20gEYoeW1CvVmvugJBGU3yfLD2GLHURbkTuX+kDdJbW+Rm45MbmNVUEupeBH V27pSZTZjy2RSDmUtkFKN5fzvUG5XY+muUnLlSw+DPxRbDsbgaOPykedFgBPP+bXhmlHMP8k 0CjUoxjoKFIIfWqpvJCcezGEJ7AFDmKpRyGHCYglGhvAGpOWujTXVDzxVqn2h9L59WAdpFYy gdYdwxImsR2Pod9JqQWsA/GBKFowhjKiaMMDmDalrXXUTqh3s5w2seiO5D/9qJMFnziKsvrQ Zy4nV7omvH1gwXHUYX+6jfXj/VFsIROL2tUo1nRYbllSXlFE4inL603uSx6ZD6mIpUhrOJCW dLlSDV+S89XraCH3VK8oyP1aEsvdt6R/ubTuqd5kebnqF2mA1ESqi9TLpsaJRLrH7sc+axj7 rsgVayrpObJEp5LHj8go1UoKj2PLG8eU/ej/pDbRdD6EM45e82EW+qj8YsEnirE0xAeknj+E thqlrv+WUFZSWilsivUlRsZGBpJC60hidCQRScZGhkNCczwubIsNHkyOCduiY9HEkWh/qDUS jx1IxITYmBARhkb6o4lhYSwyPCbA/diAMBAZisUnhKOx5EFhbPxAMh4VEiPjw/2x4cExYQRY k9EhSDncL/SNJIajibGQsCEpDEQjyfFEdExIRCNxIZYEGX1jq4WxoQiUoC8yCmGSZGg8noyN QpbD40PRBHCORZOYwZgwmhiBcpNiQ+7x+MhR4SAUXIgNjUb6kkJsWEiSekDJIIkQjw2DrJEB 4UBsEDOWBCWj1ychcexQNCTI1cwbE4YiwxNC3zhUXip38iDIjx4VEhGoSyIG1YaEkSFhfJSI gRwHIWYs9jFgT45AhY6QKkWEo5HEkCSLqLnvYCQBBYsmQtuig+PxSCJtgbqU6DowTUnlNaAi qJRQFSotW6L6ZCLSHx2KJA6RepAyLdhwEDQ+SqL7RqD6w7HoWGjjeF9+ZKxA6I8KbYmRkeTB ZHK0rrj46NGjoaFUuhCwFycnRkcGE5HRgxPFfcmBkeHkmMxKwgMREH+I8PWMjINiJoTxsSgI hwKR20IE7BBNDMWSyWi/cGACi7Vu58ZmuJvAC7BS/7hkj6MHY30HF6WFv7Hhvvh4PyQFvfXH xkbjIIBobDQRA4Y+4IoOJ0NCSvbIMJgzP1YgRIcOkEQLWQ2nmC9bImQnDRKMM5ZMxPqkVpOW ThpLKq96LEB+DKRAwyWekSDNu3/k6HB8JLJYKJQ5IpUUzA/VBR2TwHhydDwJaj8S64sSnoPR +OiyCl2NLdASxf3RgQi4QCgyNnq9vHaiRBd1C3W5fzRwwOybslMqUaRM5DstuOKgYBVLUa9I z+4/5J9C0azX08DDmK+W32BA/r9cLb/JRPjZ314tv9lM+BU/vVp+nif83Peult9qBX74S5EV mAL5yQq0ApGn/hd7VwIeRbGtT9Xp7uqZ7ikGDBCRJYJoQNSgiCARB4wIiICAiqgYCARQlggB ojfAEAMEDBAR2ZeAbCIqKihuOJAYQIOgIrsSlU0WCasRWd7pmg4kkXuvXu993/ved7v4/urq qq6q/+9T59T0hMQHkVDF+Z6AUgPyqc0gDtpSxH8MHiGP24V8a1dII087kUqzyMu+yjisZuVg A/PDVlYFvmfV4WdS/1fWnhmsC7uKPcGiWB92E+vLYtkA1ooNZg+zIawbG0ZXxrKh7AWWzjLZ iyyLzWIz2GK2kr3DQmw1W8Ocdxg72Tq2D1uzE/gAu4gPcRs78wgcyKvgFB6FU3k0HuUxeIzf hSd4a/yFP4K/8nitGe/j/Omf0jz54D/AM4F4JhHPYcRzHPGcSjwXEM+3iGce8fySeO4hnoeI ZxGLZkg8yxPP6sSzHvFsTKxaEs+HiWcP4jmAeD5HPEcRz0nEcy7xXEo8V1JaSzw3Es/txPMn 4nkKW3OGD/ByxLMa8axNPG8knvWJZ2Pi2Yx4tiWejxHP3sRzIPFMJV6jSvPUzpbgWZl41iae txHPZsSzHfF8gngmE8804plFPOcQz2XE8wO6up547iGeh4nnWVaFnmF1VpF4Xks8Y4jn3cSz LfF8nHj2I3apxPMF4jmHeC4lnu9S6VPiuYV4FhDPI8TzLAtxg63hFVger83WEZ/WPEA82xHP rsSzF/HsTzyTiecw4jmaeE4mnvOJ53Li+QHxzCWeG0vzFOtK8LyaeEYTzzuIZwvi+RDx7EE8 hxHPTOI5k3gupSvvE8/1xHMb8SwknueYn9nEM9J5y0+pAfGMI54diWcC8XyGeKYRz0nEcz7x XOm8nSWeG4nnbuJ5mHj+wmZwZCt5eeJZjXjWIZ6xxLMl8XyEePYinkOJZ5B4jiGe44nnFOI5 l3i+QTw/Jp75xHM78dxLPI+W5uldUYLnNcTzRuLZxPnrdWr/E0c7sHvhReK5jHh+RDzziedu 4nkEkplgnNVk5dgtxDNAPB8gnl2J59PEM5V4ZhLP2cRzGfFcTTw3Ec8C4nmaDeOcjeXl2Au8 Bsvkt7As4jSDtyKenYlnT+I5kHiOIZ6TiecC4rmSeOYRz03Ecyvx3E089xHPn4nnBTyBEn/B 6vgr1tWaOW+08O7SPH0nS/CsRjxvJp73E8/HieezxHMc8VxMPHOJ5zfE8wT0YAi9WQTxrE88 2xLPx4lnf+KZSjwnEM9ZxPMN4vkJ8fySeP5IPIvYAO5lg3lVNoTfRjybEc92xDOeeD5DPEcQ z/HEczbxfI14riWeO4jnAWyNGj6AlfAhjMbOeCsOxMY4Be/GqdgKj2JHPIY9iOdg4jmaeE4i nnOI52InLpmC/vn90dFxqWlpps5MUZCVVZiRkVFoGsw0CzPS6aCCxkyjMBikf8FwTaO4YHBW elwjkzFTC7qHaTLTm5OzkI7p01Wz3NwFCyZPzsx0ujZUv04zZxxVyMrIUF3HZwUDUf6seFMH 0yiKCh+qg/TwkWJaYFrpUelRrQOtAw9SigpGBQ2dGaLQTMnISFF90uQynG4NjRl6kjOjJHXd dJpQI9U+KaMoGEwxNTC1mEBhwDmokWGkZGXFB5OIa7in5eudW8L0IEzPixdNjAJ3eiE182Aw KzuUnZ1VSgfDZIb33Q1j6VBDhvtyR6fDmZUhwnNVchgiPEHT+Y19hlYQ7oVYGEnBUIy/QGgg tPBkY1Q3TutpvQ0dDD0jo337qCjDA4YnI5gRfIicTE1K4TqqaZ9hXm5GXC9PFIKKQoHfHx8I QAA5MAwEgowODJINa1oBUmukpojM1LOzs9UDis9WAhSpQlKGmWSaDiUqNAqoJ5CkcTAxEAoE NCSZCwJRIdRBN4qg6N9scB5mWmuCa4LzKU2m5CjwO8MTf9Xw7H9geB6deUSwpOUZYctTFeYl 03Mq4rMKnQoNPGR6V7K94s7+jvFpl43PozEPGZ9rfR7GPJdE+Uvm56yc5aEy5qcWS+DK9mf8 A/szLtufUWx/JacKQUUjPusfW6DHtUBP2ALpGV62QCpctkAqFFugzsGrLDCgI3i1UBQlzZkH bZGLPB7weEyIoORMtRmMUCJ7DOYxnbuL6MEXeQTzeIrS05yDSs6TKQqGLTJcF9s8GJyQltY8 trT6Hi/z2CE65gXmBSaplEnJYzKPd828eS+OHTtq1PNqKDXMpYFVKYPsXw2VlOE4L2LlEeAR F/zuoQZOCx9xjTwW8/gc2xznWmf9oGOdQmfCUSWFHpHXYF6ThliVS93nrnKqDKfvYEaSqtI0 LTmTqjKThcGEmZKefi4YTPVq4NUvmWiAWgqR6sgapAYppfqk+Sr6rpkGbbzouWynZKlenXkd m85wTDUrw8uY97JYQeFhwn4H8tXKDSc1Ebfv4kmlh4d1r+euchaEU3Tn7vyaHI0J13KDzrmz CuP9/gJntenFTGJUf6o7IuzI5Jgl2aXwgrDiAnGBukEnladYH66myvbtM7wlmpINexn36pds OKgYkt5mTJRDnJwfp9USCKrfSBskO2aaXqARb8eOg5rGvEYWHeo5u5YcVeQ+dTNsy6pEtnzJ mC0tbMwaWHqBP95foAkwxAWAC176qEnGfNmcR5BBK48hmNejrMox4nNek3m959JGqoOKzkM8 5xiz0zZc27QZnU4cObJZ0zJPyWsxry8UH4qnBZj9YtSLZHDjohzDU7c5Vh02a9WpM2TYri/N gAw7PT3N1cl5Lg5HrwCvecmy/aqrke7RPNYZUqZHFXveEtYdNgktlR6hZTDLscSS5i1c81Z1 2pXt23JkJPu+ZOCC6oY7RhaksJRautt/auGWzizHwotN3GLMKiHef8jGHaopykkU/ids3GLc KrZxh7oi6djnP7PyMHWycktZuVfnXjPqkpkrC6Gnp6UQH9eVxAZcpVMEgq25bWnPY+vO3sSv jF2YjrFbXrC8NlRQ6VpKgeCIIN0eCAYswSzX2JS9WyazvEWjwwafNrpIPVTH4F2LtzzMsmpA fDAAxA8mKqKBYHywBpR9gJaPWeVCkaHI7Ojs6KyWWS2d8DfKHGWmmaqXUDCbUhaljGA6pTRK I4PuhFT4UL0Ul8OrIU1NKCWdBo0xHS0sAVaJ9eBXXQd/dzSDpqAmlEbD3+sPp2hnZtn+gD+g Ni9qedDjtwWzPWFDdiJG7iqnVjhbqWAwrpGq5XTc2cKpbXGnu9FylgjV6qR/o8trxBHYvLxI 0lLLdJ6WFnYaxcsk6MOL3pLrJCpkG8w2SyyUdJsxu6TQQdNipnw/lBeVXiKZNLCneBBVaBQX DoDW5Rq1XlS5mA0RU3s8d8EE3c2C433I+ZAvMgKBojC1RqrX8AAkA+1RTeo+Ljra7y+1/yte N6ortaGhhWOVbO6PirIZt41LjEgORTspgwz+768dXa0du3jt2MJZO8piYtpnuQZxQZVT0jmn 1cO5YzFUDq8eJQctH9/l5cN8RtnlY1tgWxIkfWB3Uv1g/WB8aAQ5dse32yazvefy8vJyz+Xl 5OTknbO9zLYvQA7tr0MljjXBnOAFUE//glM+p65eUK1rBJMC8RCitM5tHR9KCtUI2pw0KdmJ LZntL6haULUwdnO97X23913fJj8/N3NdZo6dY6uuCkKFoc2h7ZTyKeVRWhvKCa0JudNUMwx3 5XEuQB7kqJQHznm4tCaophmbGAoVpFSVhpGfYptgey5GXj7UYKErHN2Cd4Ndjtnl1xhrjJzR CZkJmYn5ifkNtzfoHJsSGRMZozZjqXmGMTwv74shPpP5vM59u/fnOMf+3U696YxNR2Ksqkc6 mvRS9b2aOFtCmlteHsnYPdZn0AOLjY+PL4p3D9upH0EPJC81NJzuGF52iJwcH2c+LRQCuDRr v3bRp8fEAMRcPgp8gvk8Tm1e/vbCwu35+XnujSUOj8085XYXHIjJK5XUvvXSeKoUm6jOE2Pt EnX7dzuPwrlwiR9xVfuY7QXFQzj73JRc51nYmSlORDEu022k+nbHIXGcPbrz0S4BnNSQUlVK Hkn/HBtJiOw1rce0BstjCyPjI+NpA+QxcxITYyNjExNz7CvfG0kpBnyc+0qYIimn1EnJNAzD bkRqkXI6Mq7TnEJBxz3qoRDTmG4U6pdE0+lhmfnOocyxUcr2YnO6qC6k5iEasQYpkJeqLlSP od6U1SbGUmSTetJy9WhomUqjICYmnp6SRrsQj7NM1Vvx4nfmzncGvEff/r3cczkofO789JVs 0y25f737BvZ8ut49zw7sW7qkevCy1d5YwASnHNGLqmBFX2oFByEAvHm7jlHg79ihufOtqPPb wCuSaxDqO9yK0ABiaSPZCjqRgk9RT4/DeJgMz0AKbTBHw0y3fTnaeF4LdaAS3A53QXNoTR// esDTNPYTMAFehoHwLAXXMTDLbe8HD21R60Jlmn9TuAfuVz850df5XfgwEabAIHgORkIGzFZv 3ML3lAcv1IIb6endAXdDHLSBRyAR+gHCk5AFUyEZ/gZpMBbm0CywVfv2LaF1h3YPREH3Th3u j4JpqpfKtF+w4DqoBvXgamgE98ID8CB0hl7Qn0aKgXh4kVoOhlR4HsbBXHWPB2rDTVAFGkML aAuPQn3IVtcj4Sqw4XqoDjeTE72TlLwP2kEH6AK9YQDocCt0g0kwHYbAMEiHF2CeO4MI8MEN UANuUW9KW0J76AiPqZ8FMuA26A4vwQwYCsNhFGTCfHgl4dZBCbhF4W6FexUeUXhK4TkHNS2h W99kzVZYSWGUwroKGyhsqrBlQrdBPbUOCjsr7Kqwh8KnFCYpHJKQ0C9JS1U4TuE0hYsUrlC4 VuFmhd/16Nunl3ZIYaHCMz36D+innXNQ5wpNhVJhhMIqCqMUXp84sFuCXk9hQ4UBha0VdlLY VWFvhQNpkG56qsI0hRkKJ/TtP7ifPlnhDIXZChcpXKbwbYWrFK7uOyChr56rMF/hVwp3Kiyg JgP1/QqPKDyhsEjhBQcNTaFXoX8AZUYlhVUV1lQYrfBmhQ0U3qkwMGBgj/5GC4VtFHZIcq53 VthVYQ+FTylMUjhEYarCtEH0ZI0MhVkKpyico3CBwqUK3x7Up3+isUrhaoW5Cj9TuFnhVoW7 B/VLSDJ+UHhE4RkHBSj0KoxQWH3QoJj6IlphjMJGCgMKWypsr7Az4a0iXmFvhUkKUxQGFWYo zCK8TUxTmK1wicLlClcpDClcT9hAbFa4VeFuhT8oPKjwZ4WnBg3uPkicddAEhYZCW2EFhZEK qw8anDTIvE5hXYUxChsqjFXYXGHLZNLfbKuwk8IuCuMVJirsq3CgwhTHk5PviPgXciQ/dA35 jb92xsDzB1Enr6g7PyVL/v0/U9JUKXzOyCuWRd+fQqQYQZvbf9sZI+9+Zazwp5B2+u7PV/NS JXYpwjMa889h+T+J1X6H/j+FzpyjVCnqd6Xia1DqmvyDiBTdK1E8/VfPKqszTjuQmv9SXot2 BP9KXpui/5/PGUX/P4p/VEFGu5k/iuX+BNanXVwy7V4mwwJYAbmwBfbCKdoFR7DrWAMWxzqx HiyZpbPJbAFbwXLZFraXneIar87b8Of4OD6DL+Uf8M/4Tn6In0UvVsG6eCe2xi74FD6H43AG LqW174xlhlcDti1T7l6mnFmmPKFEWStTb5B72Q6ClSh7G5Qu2/NL3y/PlO4/okvpckUo3X/F iDLl68u0b1mm/HiZchk+FXeWLleKLlNuX6acUnr+VbNL11f7qHS5dr0y5ZtLlGn91o4pU5+m ypx8ToUwwxvah/PoMHPnfylUIp94vXt1s5vvdPO9bl54pdZ1G7h5Uzdv6eadSs+i7rjSLG9s WLp884XS7W/pXLpcv8xTuPXWMuUGZcqby5S/KlM+Uqb8c+nybRVKWBmdNIwoU25Yun3DRmXK Zetblym3KVNuW/opNm7t/K8SUiaBvQyJbJby1t0pAa3UycB0v15eRaEKYNitZJ7dUubKkFxL Vwx2lB2ldoWsEBg7wU4AZ6fZaUDZTDYDTd4j7wFd2QPHe9F5XpxX4BXpCo2N0pkP+ujOm6lc iT5RDaTPfHlQAGdZBM3BpFlF2A8Ct1vaHQhb2R0JHXZ+8uHOJ84Y+kQYKw8Ccj/N6SeV58lD lFek8mGV58mtwKm0nTBP7iRcT1wdC60CNWUBzTVEtd+rPE/+QPlaKv+o8rwSLfe6Lfe5Lfe7 LQ+4LYvne7+abxs13wfUfItr2qqadqqmfcka+ZmaYb6a4RdqhsU1m1XNV6pmi6rhIDglWmYW t4BxP/eTqhVJVbRb2PeR6iEZAoPmtJaUQnD2FAxrQnjvEE33pxGrNCqWY+VgBKvCqkHQ+Ykh SGdd2OMwyvl5KMhgA9gAGMeeYcnwAhvHxsFENo1Nhyx2nB2HSewMOwMvsd/YbzDZMQ14mRvc gCnc5jZM5eV5eZjGK/FKMJ1fw6+BGbwWrwUzeR1eB2bxGN4eZvNkPhhW86F8KITI+z8Ha/gw PhzW8nSeDrl8DB8Dn/LJfDLk8al8KqzjC/g2WI8+sppz2AAbwAVsjnFwEVthK8ZxNs5mqCVr 85imJ+gJ7Fa9p96T3ab30nuxBnofvQ+7XR+kD2IN9cH6YHaHPlQfyhrpXxsZrLG3o7cbO+Yd YzF2wfbb9/Jn7cfsOfxNXw/fU/ykb4Qvk5+VXJpoymvltVhO1pK10C9ry9pYXt4gb8AKso6s g1fJG+WNGCFvkjdhRXmLvAUryfqyPlZ2fjE9RsqGsiFeLRvJRlhF3invxGtkrIzFqrKpbIrV ZEAGsLpsLptjDRkn4zBKtpQt8Vrnlw5iTdlD9sBaMlEm4nWyt+yNtWU/2Q+vlwPkALzB+fsE GC0Hy8FYRw6VQ7GufFY+izfKEXIE1pMj5Ui8SY6So/BmmSEz8BY5To7DGDlejsf6cqKciLfK SXIS3iYny8nYQE6RU/B2OU1Ow4ZyhpyBd8hZchY2knPkHGwss2U23inny/nYRC6QCzBWLpKL 8C65RC7BpnKpXIp3y2VyGQbkG/INbCbfkm9hc/mOfAfvkSvlSoyT78n38F75vnwfW8gP5Yd4 n1wtV2NLuUauwVYyR+Zga/mp/BTvl+vkOmwjN8gN+ID8XH6ObeVGuRHbyU1yE7aXX8ov8UH5 tfwaO8hv5DfYUW6T27CT3CF34ENyl9yFD8s9cg8+Io/Ko9hZFspCfFSekCewizwlT+Fj8oz8 BR8n4+2m/Bcoz8XYWXaWvNhFdpG8h87p84daZ7paZ4ZaZ4JX4VXA5DV5TfDwaB4NXmxJ3s3S u+vdwdZ76D3ApyfqiSD13npvKKcP1AeCX0/Wk6G8PkQfAhVklIyCq2RNWZPW+HXyOqgor5fX QyUZLaOhsqwr60KkrCfrwdXyZnkzVJExMgaukbfJ26CqvF3eDtXkHfIOqC4by8ZQQzaRTSBK 3iXvgmvl3fJu8laO/62l/O918j55H9SWT8gn4HqZIBPgBtlT9oRo2Uv2gjqyr+wLdWV/2R9u lEkyCerJZJkMN8khcgjcLFNkCtwih8vhECODMgj1ZbpMh1vlGDkGbpNj5VhoIDNlJtwuJ8gJ 0FC+KF+EO+RL8iVoJF+WL0NjOVVOhTvldDkdmsiZcib569lyNtwl58q50FTOk/PgbvmKfAUC cqFcCM3kYrkYmstX5atwj3xNvgZx8nX5Otwrl8vl0ML5+xtwn1whV0BL+a58F1rJVXIVtJYf yA/gfvmx/BjaKP/3gPJ/bcl35kI78p150F6uJ+/5oPyMvG0HmU/etqP8grxtJ7mZvOxD8ivy sg/LLeRlH5FbKWZ0ltspZjwqd1LM6CK/k9/BY/KIPAKPy2PyGDwhj8vj0FWelCfhSXlanoZ4 91Oas/NpoHxtHbItnT3BnqDLPVlPYNp72nvAjfPGeUCzqdmU/PC/x/rIB/7X+v5rfa71VVHW V9fZbbE+xq7/2th/bezfZGNMf4r2835WkzfAFlpnqAp3qu9vnO8xusNTtH9/jnaW42ASzID5 sBTehg9gLXwGX8FO+AEOwQna2QMzmO1JAfQM8iR7nlX5YM9zKh/i+ZvKh3qGUZ5MZ8NVnuwZ ofLBnqDKh3hGqnyo53nKB1O7dJUne0apfLBntMqHeMaofKhnLOVDqN04lSd7XlD5YE+myod4 xqt8qGci5UOpXZbKkz0vqnywZ5LKh3heUvlQTypwqk0jHOzJIBzimUA49C8o8rJiPsgzxVVm qqvMNFeZ6a4yM1xlZrqKzHIVme0qMtdVJNtVZJ6ryHxXkVdcRRa6iixyFVnsKrLEVeRVV5HX XEWWuYq87iryhqvIm64ik4n/IM8cpcgCpcjSv6jIW64ib7uKvOMqssJVZKWryHuuIqtcW3nf VeYDV5kPXWU+cpX52FVmtavIJ64ia1xF1rqK5LiK5LqKfOoqss5VZL2ryAZXkc9cRT53FVmu FHlXWUpIKZL3FxXZ6CryhavIJleRza4iX7qKfO0qssVV5BtXka2uIttcRXa4iux0Fdnl2spu V5lvXWW+c5XZ4ypT4CrzvavIj64ie11F9rmK7HcVOeAqkq8U+Uopsl1Zyg9/UZGfXEUOuYoc dhU54ipy1FXkmKtIoavIcVeRE64iJ11FTruKnHEV+cVVpMhV5FdXkd9cRc65ipx3Fbng2srF sDJeCCvjZWFlvDysjBddZQ4qRX5WipxSipx1LIViNnPmrd6mdYY67Cs+F9tgO0zEXvgUPo2D cDAOxWdxGGbgWByHL2AmjqdPwT/gj7gX9+F+PIAH8Sc8hIfxCB7Fn/EYFuJxPIEn8RSe9jWk fsuxzWwzDTCHzwGG9+P9wJ0/dQSIPbAnaNgb+4CBA3EgmJiMyeDBITiEdgIpmAIWpmIq2Dgc nwcfzsSZcBV+gBshwne773b1lqEKeLXqWg0tSrtWq6nV0q7TamvXazc4zGhGp9Xb+PB+par7 buJGp47uCb/NZtj3Uotot0U9590U9qUa0CK0atQ6WosGq8R94XEjtIpaJa2yFqldrVXRrtGq UtvL43K4DsppFbSrNF0zNKGZmkfzapZmaz5NauU0v+a879KI2wiapHMP1+7SmoKtNdOagaS6 hhCJi3AJLsM3MRc/xTxch+txA36Gn2M+bryS4s7bMlyIC53/RYOLaS6v4Wuk9xtIfpSUy6Hx fsDDl3pfSK1eo9oP8EP8CD/G1fgJhnANrsWcKz1j1fsiXES9L8El1PsyXEa9v4nknWmGG6l3 h4fT+80QccVer8BDafaDq5lz3x+0LnWfYw10n96fr4DnIR1GwWgYAxkwltb1C5AJ42ECTIQs eJFW+UswGV6GKTAVpsF0WvMzYRbMhjkwF7JhnvNzDbAAFsIiWAxL4FXyB6/BMngd3oA3YTm8 Rd7hHVgBK+FdeA9WwfvkKz6Ej+BjWA2fQAjWkOfIgVz4FPJgHayHDeRHPod82AhfwCbYDF+S V/katsA3sBW2wXbYQT5mF+yGb+E72AMF8D15nB9hL+yD/XAADsJP5H8OwxE4Cj/DMSiE4+SN TsIpOA1n4Bcogl/hLPwG5+A8XICLZMaMP8g78I68E3+IP8wf4Z35o7wLf4w/zp/gXfmTPJ53 4915Au/Be/JE3ov35n34U/xp3pf34/35AJ7En+HZfDvfwXfyXXw3/5Z/x/fwAv49/4H/yPfy fXw/P8AP8p/4IX6YH0Evd/6fmsWP8UJ+nJ/gJ/kpfpqf4b/wIv4rP8t/4+f4eX6BXyQXxJAj ooY6GijQRA8+iB2wI3bCx/EJjMdu2A+fwXQchaNxDL6E03EWLse38B1cgavwffwCN+Fm/BK/ wq9xC36DW3EbbscduBN34W78Fr/DPViA32tNtFjtK+1rbYv2jbZV26Zt13ZoO7Vd2m7tW+07 bY9WoH2v/aD9qO3V9mn7tQPaQe0n7ZB2WDuiHdV+1o5phdpx7YR2UjulndbOaL9oRdqv2lnt N+2cdl67oF3UfXoF0Uw0F/eIOHGvaCHuEy1FK9Fa3C/aiAdEW9FOtBcPig6io+gkHhIPi0dE Z/Go6CIeE4+LJ0RX8aSIF91Ed5FAqSelXpT6iKfE06Kv6Cf6iwEiSTwjBopBIlkMFkPEUJEi nhXPUUoVw8RwMUIExUiRJp4X6WKUGC3GiAwxVowTL4hMMV5MEBNFlnhRTBIvicniZTFFTBXT xHQxQ8wUs8RsMUfMFdlinpgvXhELxGtimXhdvCHeFMvFW+Jt8Y5YIVaKd8V7YpV4X3wgPhQf iY/FavGJCIk1Yq3IEbniU5En1on1YoP4THwu8sVG8YXYJDaLL8VX4muxRXwjtoptYrvYIXaK XWK3+FZ8J/aIAvG9+EH8KPaKfWK/OCAOip/EIXFYHBFHxc/imCgUx8UJUSR+FWfFb+KcOC8u iIsmmEwsFIvEYrFEvCqWipPilDgtzohfvCneZ73Pef/mTfUO8w73jvAGvSO9ad7nveneUd7R 1t+sVGuYNdwaYQWtkVaa9byVbo22xlgZ1lhrnPWClWmNtyZYE60sa4Y105plzbbmWHOtbGue Nd96xVpgLbQWWYutJdar1lLrNet16w3rTWu59Zb1tvWOtcJaaX1ihaw11lorx8q1PrXyrM+s z62N1hfWJmuz9aX1lfW1tcX6xtpqbbe+t3609lkHrJ+sw9Yx67h10jplnbbOWL9YRdav1lnr N+ucdcG6aIPNbG6jrdm6bdg/2nvtffZ++4B90P7JPmQfto/YR+2f7WN2oX3cPmGftE/Zp+0z 9i92kf2rfdb+zT5nn7cv2Bd94GM+7kOf5tN9hk/4TJ/H5/VZPtvn80lfOZ/fV95XwXeVL8JX 0VfJV9kX6bvaV8V3ja+qr5qvuq+GL8p3ra+mr5bvOl9t3/W+mb5Zvtm+Ob65vmzfPN983yu+ Bb6FvkW+xb4l6ltq9W5fvWMfwedy8qDqzfk8bE3x/Rt8gOL7NuyCj8EO7IpPwi4VTb/FJEyC 7yjijYQ9OAknwY84DafBXhXZ96m4tV/FrQMqbh1UcesnfBffg0MqQhzRGmt3MlBv4Lnu1b0s RvfrflZfvWO/1fje2M8OihjRgP2s3ref9I7xzuTcu9D7Ca/s3eAt4reqt+7d1fv2RRTtT4AH IqEmxfy2tAOaQRFgNXlnGsIaBVxuUGfL1JnzHY0fKkFVax2Vt1nrCXdYGwh3WfmX2m6jszVg 0n4iEqrTDqBu+Nsja4dz3dpF+Ln1LeFGaw/hJuuoc6es6PQoKzk9yspOj6qv86rX4u9oPFT6 VHoJ10mrVE05VeNXNeVL1USqmqtVTRVVw8FDTy2Gnl0j3ggYb8KbAOcteAtA3oq3Ao234+1A 977kfQkM73ve90B4C72F1B/Xl/Av/0MxtnSE/f8dX/93IqwTQ/9o3PxPxswKoodIFL3F3ygC OZHzXoqZbVQ0e5Ai0wQVJztTjHSiYzg29vyDUTH1n8TD30fD6RQHL0fAktHl/1o0vBTtKC5O o/hdMio2o92Hs/cI7zycfUd72nn86u47fqNdx6O045ij9hxzacdxlqz2YbLUJx27LI6dvF/p uGn77fJ2BfsqO8KuaFeyK9uR9tV2Ffsau6pdza5u17Cj7GvtmnYt+zq7tn29fYMdbdex614x 2o66cryVHumV1h+Kust+H3dlOemX5X8XfddZ660NKgbnXzEKb6M4vMPaZX1r7SmOx7KSrKxi 8tG/G5XP/z4uy0h5tazyL0XnUrHZPv+/EJ3bMs4q0kfZKiwaIlh71glqqe/co1lX1hNuZL1Y L7iN9WF9oAF7mvWD29kA9hw0YqnsZYhjM9hs6MpWsk3QnQ/kyTCMD+HDIMhH8JGQwZ/nY+AF PpaPhyw+kU+Cl9W359P5FE7eXn3Gn4M2VoC5GIERsAgrYV1YjPXwFvgI62MchFTE36Ii/jfq 09tWbb62CQ7p5fXyLFI/o59hV+tFehGrop/Vz7JrDJKLVTXGGuNZNWOi8RKrabxsTGM3GDOM 2exGY66xlN1iLDNWsCbGu0YeizPWG5vZQ8ZWYyvrauwwdrEnjW+NPaw77Q3Os57GRdobpImG oglbJe4Sd7PVZh2zLltj1jNvYTlmfbM+W2c2NBuy9WZjszHb4Hx/xj4zA2aAfW42N5uzfLOF 2YJtNFuZrdgXZhuzDfsf9s48Oqpie9RVp8ec7pyQECAhCDZzmCcBmUVQCBgCgiIqRiYNohcQ kEEgTojDVfQiIqIiIqJyUYnihBgQkUERMcRIECESVAyCXDrkInLed3Y3IUF8P6/vvbXeH3fV +k6dsbr23lV77+p0dz73D/YP1jv8V/uv1l/4h/mH6Z3+G/wj9Zf+LH+WLohh2a+/NkeYI/Vu c7R5s95jjjUn6X3mFHOK/ok4+7QuIc5+qMPE2TJ9OmAErjV8gesD040bg88Fi4zZsX+PXWR8 FPl8C6vRVfIXl+v1mOiZNRXOaNVJeaO5R0NymnZcf5HibFeRFbwotXP0QfToA46+oRjy6+RN GTUtdAvCXUfdkTYv15cTXPrpfsqtF+qF8imbzepGT01PiqeW5wJPbU8dz4WekKeup56nvqeB p6GnkaexJ9XTxNPU08zT3NPC09LTytPa08bTVn+p8/Quna+/0gX6a71bF+o9+hu9V3+r9+n9 ukh/pw/oYn1Qf69/0D/qQ/onXeJ2ud2uUtcJV5nr366Trl9dp1y/uU677P+Tc25Ecb7lplrI 53yd305x3vtxvoHjku/iuNFcIyRtppzPpTm/tudHq53IE7tQTNXN+Zaj6qV6q6DqR7HU1ZQ4 dY0aRn44nJIgv2JYVd1MSZRfMKympqnpqoaaTUlmdhqqpo7TVVQKc7SmukDX1rWV/J6OqiO/ +X4h83WYCslfdevKTK2nx+lxqr58XqaBnqynqIZ6pp7JnH5AP6BS9UP6YdVEz9PzVDPn975V c+cXk1QL+T3ulnqT/kS11p/qT1Vbeb+pncy89pJTp8m7TsPlXafM8vfCNkbfC2uOpi4wWhut yRjbG+3JGHsZvcgY04w0MsZBxiAyxquNq5WHvGe08pLx3ELGONd8UPnNh815KmAuN19SVcyX zZUqwcw3v1LVza/NPSrJ/Nb8jlz6zsAsFSJ63KvqO5FBpRIZnldNHT+uWuLH81VrvPc36iI8 +LeqPT78O9UBP16sOrK2+l5djC//UXXCn/+kOuPTD2Mj5/NfnY3rymXZGpWlBbLUriTLxcbF 3OtI5DIyWMu4RSKPSOQlvxumfCKXn+xtgooRuUyRK1bkShC5Es1V5utItNpco1JExgtFxrrm 9+aPqqH5k3kEuRxJW4ikrUXS9iJpR+Lfi6wPXmKV0V2k7i1SX05cKlX9iEq/sTJxJOprjI3+ 9bU/83OUSNTSkVEPknmvys8oeS/T0DfrHuXnDD1YN+Mosfw+ZsB5dNHF6IIuHI24xcYe0YtX 9OITvfhFLzHkvdcrU7QTEKsHRUex5jXmNcpiZT5LxbH6ehzbzzefVrVYg61R9c13zA9Ve1Zi R1Q38xezTI0mh7hf3Uq2ME9NJztYqe4m9r+lniDWf62eEdu/I7Z/lwi+X70nI+B9GQFrZQR8 ICNgnYyAD2UE5BLZj6j1RPdf1AYi/G/qI+K5V20nx0lS+eQ1IbWXXKaJOkhWElA/k13Eq1+I 8TVZAeAJWSFNUMpZQaqezrsMaqDzuS11ZWBGsLfazjMX6KfkU46usxZRI0SvrWTUZVSwSKuz FlGDVbfyc4bqIX89Tyy/z1Auc7G5jFfONTcz2v4dcMYvZ2WdHelPSHrSKvrqBq9S8694Vp6s Jn5IiR/S4odc4ofc4oc84oe84od84of84odixA+Z4ocC4oeC4ocs8UNx4oeqiB9KED9UVfxQ ovihauKHaogfSlbatQEJgkYf13to4n/6O4yhTZ1AL+vqJrqN7qR76jQ9iN6N0GP1eD2F3OVu PVc/oufzqkv0cr1Sr9bv6HV6o96qd6CbPejhB/2zPq5P4vy9RtBIMJKM2kZ9ownaba+bIH1j dNFc6mFEP6e+Xl8s9XDdSeobdGepM3UXqW/UXaUeobtJPVJ3l3oUM8+pR+tLpB6je0mdpS+T ehwR1an/pgdIvchTw6ndazxJUr/tSXZq61d/wKk9Vf1Bp/Yu88dK/YHfknqdP07q3/xVpD7t j5fa9ic4NdlLVam7x2l5nbE6FU8QR5w3OGrGdhjR3skd8AdIyRhExtZsM3UbtjfqtmxHaPII ZLuI7Sjdnu1o3YHtGN3T+eyHvpTtLbo323HkCwZS9WE7XvdlO0GnsZ2o+7NdpK9gu1ins33a k6gM5K3G9m2P887Hr34Mg6SMauR0s/3AT76BjF7n00x+H9vTfj9b2x+jDGQj+/F3V6nMquuI t85v2N6p7lUPq/lqsVqmVqo31Vri2KcqT+1h5V/C3I7+PY+R5Px+XX3GUivdXndhNPXR6XjI Ycg9BileQVuL0NCrUl+vV0o9XP9T6hv0Kqkz9WtSj9CvSz1SvyH1jXq11KN0jtSj9ZtSj/Ff 4NTIWNupkbKO1B/4L5R6nT8k9W/+ulKf9teT2vbXd2okbiB1d/2s2O85sdwSsdzzYrmlYrkX xGbLxGYvihWXi+VeEsutEMu97NjDnygaryYary4aryEaTxKNJ4vGa4rGU0TjtUTjWrnjlHyq 2yW+QslM13HOVzQMzqfLZ+obqzbE4ug7Ubq6jLUaMkaSnNd2WtHJ5Xs3OyPJ8b34kwUyVmTr /IVMV8FDKV2NNY0WT2SIf3FiWpJ6QA/RV+tr9FB9lb7ZHEr0GRZ5X9iYbMwy5hpPuBa5Xnat tk5Zv1mnLRv/+oz5rPmcucR83lxqvmAuw9euNzeYH5kbzY/NTeYn5mbrhGVYLstteSyv5bP8 5r/Nk+av5inzN/O0aQdwe4HHAo8H/hGYH3gisCDwZGBh4KnAmsDbgXcC7wbeC7wfWBv4ILAu sDuwJ7A3sC9QFDgQOBj4IXAoUBL4OXA0cCzoC/qDMUEzGAgGg7FBKxgXbBpsFmwebBFsGWwV bB1sE2wbbBe8KNg+2CHYMXhxsFOwc7BLsGuwW7B7sEfwkmDP4KXBXsHeVtCKtSwrwapqJVpl 1r+tk1aKVcty/gbZUFZ9SlZ6HjKHfsS0scY4ovYkVnRBYyYrulj59LMl67c4WZVVkfde411v uN5QCd7XvK+rqt63vW+rat4T3hPkbaxVVA1nrUJ+s9csVqnOioVsZi6xuxNr9rfUpay2v1b9 WXEXqiskdqdL7B4gsTtDYvdAid2DJHZfKbF7sMTuIRK7r5LYfbXE7qGB00Tta4JViNQjJFLP lEidbVUjUt+DnO+pYX/Gon/Ngv9P7HTGQqZoU4k2Y0SPCaLHFNFjfZG8uUjeXiQfKJIPlhzl 6sjKz2N6YmUWpinnfd2eqnbF8X/uKP7j8RgZO7QQLyNFyUhxiYW9Yk9L7Bkn9qwi9owXeyaI PauKPRPFntXEntXFnjXEnkliz2SxZ03sVkOlRHsf8FgVem+Rb0ZnrDPnZZwqGadaxqkh49QV fTboiavwbBJZSbkXODPTxXPILJCR7JGR7JOR7I+sYvUvulT/Gs0G4o3qRopRz0h19fWM9Iz2 3OTJ8tzumey5wwpZ9awGViMr1WpqNbdaWq2tdlZ7q6PVyepidbN6WD2tXlYfa7g1yhpj3Wzd av3NmmBNtu6wplmzrbus+6y51oPW361Hrcet+dYCa6G1yFpsPWstsZZay6zl1grrFWultcp6 w8qx3rLett613rfWWeutj6yPrU+sLdY26zPrc+sL60trl/WV9bVVaH1rHbaOWses41bpfz9V /t/PXP5f+syloaqQ84/xVLV+JeZ3/1OfKWcm6rHePRU+Aex3PisT/VTN//YzMuWfo6ENo6sx vHzNHjnTzxhXvuY19HF1ghz9IqMjd1zKuQHGQOMq4xrjOmMUvmo8Xm+m8zet8xXn71gVC61U Lh1/X5y/elUszt/IzlsuPadc5vwFrVIZ8Pvi/DWtYkGWPyjEg0oFmSuXa85XiB+VClqqXIZL OXs86pxyE2XsH5Tx5yuB05ULUatyST6n1K1covJF+ist/Pe9iT94b0KrvcTPLsT6PmTZg9Uw Zu4YVj4T1VQ1i7XPg2qeWsDqZ6laoVax/nlP5apNrIB2qgL010r+1vufbjv+pe2Av7I97/sf znsjQfzQAmfVoy5xVgJEuuqydnD+wqF1Kqtog1j/BPsL9JPsL9TPsP8s6y5Dv6WPsH9U/8Jq 5Ri+RBMrS9k/of8tEfNX9k/p0+zbBqtkwzDcjDiP4WXfZ5jsBwxW30asESffg2SFbSQYiexX M6qzX8NIZr+mkcJ+LSPEfl2DdZtR32jEfmMjlf0mRhP2mxpN2W9mNGO/udGc/RYGqx/jaeNp 9hcbi9l/xniG/Wddl+ND+7j6KpcrzVNVaU+iB3k9NT292b/Mc7lyefp4bmR/hCeL/bGeCexP 9NzB/lTPvezf57mP/TmeXPbXe9azv8GPX/YbrCENf8OYW5SOGRdDnhdza+zLSse+EsuaN/bV 2PXsb4j9mP1N5Knaqk2W4SKXtGV9h0+OM6rUjnzDWSxjqBHR7+WezUC0ZCBaMhBd4fujWjIQ LRmIlgxESwai5VsfWjIQLRmIlgxESwaiJQPRkoFoyUAiPTQkD9GSh2jJQ7TkIVryEC15iJY8 REseoiUP0ZKHaMlDtOQhWvIQLXmIljxESx6iJQ/RkodoyUO05CFa8hAteYiWPERLHqIlD9GS h2jJQ7TkIVryEC15iJY8REseoiUP0ZKHaMlDtOQhWvIQLXmIljxESx6iJQ/RkodoyUO05CFa 8hAteYiWPERLHqIlD9GSh2jJQ7TkIVryEC15iJY8REseoiUP0ZKHaMlDtOQhWvIQLXmIljxE Sx6iJQ/RkodoyUO05CFa8hAteYiWPERLHqIlD9GSh2jJQ7TkIVryEC15yJnfHjHVGmNlpd8G S5ffBstUtSv9Nlgz+f0qZyz6VJyqET1yvnPufHc7cmSoGPl/B2d+tcstv6XifNv6zG9y1Zff 5Golv8nVLXqPWwVUVXytc+TC/yQ6nx+WKx4Vq6o5v1YiR97orwfUGTn+9vFqrWw3yHazbLfL Nk+2u2W775bRE29TB2VbIttjsi2T7Wlnq92yNWVbxfmHPrq6bJvItptsB8l2jGyny/YR2S69 9ZZbb9FrZLtOtptku122+bLdK9uDsv05qvM/u9X/0dYv3/N3R39bx/lvj/9/nTOwbexfri35 pbVB8l/k7laPE3dXqw1E2yJ1TBvR3yyK/h6CKlHO/8M8M5bkNxF0p0g9d06kfqaswjOM15+X VjrWwVOVj61elY/jW1U+rlpQ+bhhl8rHjY9WPm4yvvJxuznkUhWOL0qrcN2r9OWPVz7uv085 vwTkUY1VRvTXHs5+StD5fOAS5xv0Ks/5/J7aJZ/Zc8nn9N6V78Vvlu/FXyqf0Jsm34v/QD6n t9H5Xryxkyh0wvha6exSRzfe/Ng15y07KLtjD1Qoh6Jlx3nKcSd+RAtxw/nOvPPNeGuslIXn ltgdrNvfrLIgWpZUKK84xfkJ1vMUMz6jvDwYP7+8lEZKQq3zlBaUdomLKpRlkSJXzimJqxM3 l5ft1fZRDjqluvt8JaFF9YTqjWs8WKHMl7LhvGVHjZNnSlJiUs3y0ita0s5bMqRcFa0rl+zo 1rlvk5S88hJ5em/S0eQmyaOSn01e4ZRzW09edb4SaT35neSiaDl+tjivknxSXivb4YL+9TqV l/71BpWXUdEylpJdb2z9NpQeDVo06FVvLNsWDTY03NwoX8rxxsMo41MbUpqlFqWWQVHq6Sab mz7rlNSipmubHmp6qJmbJCSx2XuUvBbdKBkthrVcHC3rWme3bdj2h3aPt29H6dYhqcOwDlM7 ro6WtR03dczr1ITSsdOcznu6eqXM67pByqlu7butjJY1XU9xvLLbUTk62t3obnRb2b1Zj0d6 rL2kRe+hlL2X39x1XuRu6qORu/p2c+7r2z+tblqrtG5pK/o1lJLRb6yUqf3m9FvMdmq/rZR9 /af3z+6/94rxlAXpmdyVkb49fXu/rWz3OHuUovSS9JMDsqUsH/CplL0DSmDvgNIM94BSrpdk DMvYk1E0cBLl8UEXct/yAaWRK4OmDygddGDQz0Myrto0dOj1CdfXur7hTe6bht1UcNPJM/XN zSirb6tyW93xU8ffPT53fNH4kvGlE9wT2kzoNWHMhPETpk+YO2HBhJUT1kzYOGHnxPETH5+4 YuKx29XtCbf3uX3E7Wtvz5/UbtKISYsnXzV57uR1k49P8U5pNuWyKSunHLyj1x0np9aaetnU zKkTpy6eumpqwbS6066btmZawbST04PTq0/vOL3n9FHTl08vmNFkRq8Zw2csnPHKjD0zSu/s cef0O9fO9M7sMXPizNdnbpp5albNWTfPWj6rZHan2VNnr8rO+ANfteZcf1TZ22RPOVscPyI/ 5h0tEQ/yB3Mv7dwZV3meREb6eb3OGc9ToVT2HdmbzhbHO2TnnS0Rv+D40CqvJG2qMR8/vLvb Ubym+GCp8bfxGfjXhdbSKgtid5T7TO6NL603ynk2do218KzvjGgJ79xL/G/krrrW0jPac846 vlju3e1cl/ujGqTdNbEH8ORLeWK3tLaD3i2g3i3lbHQ4dE5U6FUhDpyNBEudfv/O+7/yO+9v Rn3+g+LvxctLOzxt9WJ/4RlPiD1WRO2Fb4r4n4h/i9oRn4gHdKw2qtw7nrEoPi4pLbvIeeKs jesNyi7KLqI1567jXMtILqo36PdjAj+YV8GjnsfPVvSrv/epUc+9SUZTxIv2P+M/Hb/OGV41 uyR5BWcGJWW0b5e+vbo7EsekJmbVOFltH6Mq4Uz0ORNVEmpVd5+NQJFR6cQ2udvt3MGzG6on OFecM85dzvmEWrE7zozUpJoJtYiACc7zzn7k7Nk4WjGSOn2RqBmNmxUiZwItnBsn51eKjjui kTHxTO+5fjLy6s7r98uoti+pF/2ppH1Ha46OsVSFGXtGx5GZ6GgzMlLqjULfaY41HU0kZSQu EnuvcGxTYVZ3Sl6FrGcibF6k1eySpOzskkhxXsGp6w1yrOLsRUaaU2eXNGhRv02ESISr30ai UoXiRLhIdJP4+BeLxNQK5fd3SKStUKIRt7z8/gkn0v5nRWLxny7lEfsPyrmackp5HP+DIpH9 TxfJNv5kOVc7kqNUKL/Xn+QuFYoz7iOW/s/K71v+n3v350pEz07uYi3t6k2r2/VU7G4n65Ey T854nUxHjual1XVyoOg1ChlURydripx1fL+z5xTJjoZKZuXkUEe7HZX8iOyIvQ1d50l2kl2e xThl+YDs9D0Dsp0MRo6WR/OcyP5ysqAi54yT0TjPpUeLZDyTJDfiXrm63Nkmr+Lu5U42hbdo mL5H8q6p0ZIhZxo6WZccZaTvcfxS9BqFzK0VuZqToTnPzZE9iuRp4yWf417J1MrztX4Z3Q3R yClHFwMnRTTR1Svy0ONIT/ttlbadV5ojbUm7lWfi7y1acRw0yo8cKa/OtXe7rrDXuoaoONdQ FXRNtH9xrVPO54hy7R0cFcteiWuIfUBptieUwXaLa6i9g5X6q/YptdE+pTNVVX2jGqRHqGQ9 UoX0KBWvb1Hx3NmOO7u7xtkfKk073yk39wa5N557g9xrSnvF3PWzitHDVS2u1+P6EK5fwPV6 tNWAtkI8/TT92asC7K2mv/GuO+nHTPtt+tvJ9Z39pOuAauUqVm1c36umrh/tL1yHnF8upPUd tF6k3OwZrqGnf6U382npIzVVxak0VQU6qVTVGUbZX6jRMAZut79Xk+zjajJMgTtgKkxTQTXd 3qlmwJ0wE2bBPTx/L9wHc+B+mAsPwIPwEDwM76qe6j0oY/802CpVK9CQoTrrgTAIroTBkKUG 6E2qDhJnua5SXVzXKr/rBhin5rpmq9quu9SFrntUbfdz9k73EngedqpU95eQB7sgH76CAvga dkMh7IFvVKqniv2FZ5+90/OTCnpK2D8MR+2dXo9K86ZSt1Wp3vbU4+wvvLfCbfA3mGx/750C 6MaLbrzoxjsd0I33NdXZ+zq8DSdUZ18TVcfXFG5Qqb5MGAETYCJMg2y4C9CRbx48Bs/B86qn 71Xqw/AzHIVf4BicAHToHwmjYDRMVnVilOock6jqyNg9yLg2Ze9HrH5CVWPU5jBqcxhtDRlt lzDa7ma0XcloG8Fo68to68HdyxgvLVxX2Y+4rranM4IuYtw8QQuZrnX2ctd3jLNi5XIdZAz+ qK6VcXaAu/aQZp6ZFcNVywrt96H9KbTfm/Y7cPcw2p5P22/zVFvaXkDbT9PeWtq7Slm0coRW jtBKFVppRCu30UpLWmlJK01ppRG93EtLjWlpFK20oYUVIukW9l5TSbTxIW18SBuN9Q32e7TT knZuoJ12tHMl7XTXWfbntNVSL7Tf4cn3ac9Ne1Po2RjarErP7qG1h1xF9nF6t9X1A7P1R9Xc dSg6Y+NptQmtZtFqB1rtTav1abExrX3Jk18y865AyiEqEPUwv+FJHM/ylLrHLlH3wn0wB+6H ufAAPAgPwcOw1S5T2+BT+Ay2w+ewA76AnfAl5MEuKIBvbFvthW9hH+yHIvjO3qYOQDEcswvV v5jnxyEMpXACyvBu/+b6SfgVTsFvcJq+2HaJVqDFK37nGsYIu84+4hpOnWkfce+0S9xfQh7s gnz4Cgrga9gNhbAHvoEf7DL3j3AIfoISOAw/wxE4Cr/AMfgXHAf64j4Ntr3Nk2Bv8/Wwy3y9 IQ36Qbr9vW8w9RAYxvVrYTjcYJf4MmEE3MK1CdQTYRL7d8BUmMbxndTZ1HfBHPbvB+zge5R6 HvVj8A/258MTsACepP3nOL+U/WXsv8r+a+y/D9jIh4182MiHjXyFtu3bA9jIh4182Mi3j2f2 QxFgI9+PdqHvEPyELCVw2N7h+xmOcO0obf8Cx+A4x9jOV0p9gmNs5B8Jo2C07Xym+hGVKJHL pR5h7A5hDDvRy8PRPzlK46gvo3yj63PVVGnOlqpejMxCRmYhI7OQkVnIyCxkZBYyMgsZmYWM zEJGZiF3f89IK2OklTHSyhhpZYy0MkZaGaOohBFTyogpZcSUMmJKeb1cXq/Qdb3yuG6EEYyg kfZ3jJpCRk0ho6aQUVPIqClk1BQyagoZNYWMmkJGTSGjppBRU4glS7FkKZYsxYqFWLEQy5Vi tUKsVoi1SrFUKZYqxCqFWKMQrZeh9TK0XobWy9B6GVotQaslaLQUjZai0VK0WIgWS9FiIVos RIuFMmOdX5x+RF3CTPYTez8g9r7l2kGs/YIoRLQR/R5Cwi+QcL/o906OkjiqhX7vpoWv1FDi ZIg4GSJOhoiTIeJkiDgZIk6GiJMh4mSIOBnildoTK+sTK+szZ/OYs3nM2Tzm7H7mbJg5G2bO hpmzYeZsmHiawJwtZs4WM2eLmbPFzFnsrfoRN9sxT/czT79lnu5nnn7rGqEaukbCOHUvcbQO cbQOcTSF2BkidoaInSFiZ4jYGSJ2hoidIWJniNgZInaGiJ0hYmeIuVjMXCxmLhYzF/OYe2Hm XB5zLo85V0yMCxHjQsS3EPEtRFwLMVeKiW0hYlt95kox8S3E+M9j/Ocx/vMY/3mM//2M//2M /zDjP0z8SyD+JTD+ixnzeYz5MGO+mBgYIv6FiH8h4l/IGe/2MXR9jPzsEfs+LNAHf74ffz4Z S/TBEi9y9WFGe2/XTjKpPPu0a5caIdYr5O7d3FVAxHzEnsXRCJ7dybNfcrYHzz7Cs5/wbBrP 5vHcNcobnUdXc+cu7szjzjTJr5wx85K0NJrr3bm+nev5XO9MSw9w9XVa6klLW2mpldz/teSJ e2Vbqkwdp+roYTAOboW/wXiYABNhEjxIpI/XuSqWV7mb1qfSzhbJjZaoGq731UWu9di/SNUj al9JlphA5K5JlljP9QOe4Ud6cIhzP6mLiOcT7fU8UZ2csq4T03l+nOpLBBvGmL9W9XUNl+yr r7LoWQo9S6FnKfQshZ6l0LMUepZCz1LoWQo9S+HJRJ68jScTefI2eTKWJ2N5MpYnY3kylidj eTKWJ2N5MpYnY3myIU+25smGPNlangzyZJAngzwZ5MkgTwZ5MsiTQZ4M8mQw+mS76JPtkORa 1YS9JqLjHMkRTqCtQjScAQNhEFwJg5VJ7maSu5nkbia5mxnj/O3XjYar8kxGNNPYKDbar/J0 Y7tIp0ITaArNoDm0gJbQClpDG2gL7eAiaA8doCNcDJ2gM3SBrtANukMPuAR6wqXQC3rDZXA5 9IG+kAb9oD9cAekwABbB07AYnoXnYAk8D0vhBVgGL8JyeAlWwMvwCrwKK+GfsApeg9fhDVgN OfAmvEW2lku93t6tN8BHsBE+hk2c/8TepTfDFtgK2+BT+6D+DLbD52QQw1itDLd3uD8mk9gE n8Bm2AJbYRt8Cp/Zu9zb4XN7lyfeLvIkQjWoDjUgCZLtIu+j8BSgA++z9kHvcvuI9yVYAS/D K/Am5z+iJtv0fsz+DnuX90vuL2C/1C7yXQC1oQ5cCCH7iK8u1IP60AAa2rt8jaCxvduXCowF H2PBh919bThuy7XO9kFfF+pB9hG/YRf5XeAGD3jBB36IARMCEIRYsCAOqgDy+hOgKiC3H7n9 yO1Hbj9y+5HbXxNSoBbQfz/999N/P/33h6Au1IP60AAa0qc29kF/W7jY3uXvBJ051wMug8vh Bu4bQT2Gazdx382QBWNhMtdmwiyYDdnwKOdf4P6XuH+Fvdv/MsevwDHOhe2iGA3IGlPV3hWD HDHV7IMxFzKGZmi0o9GORjsa7Wi0o9GORjuaJzTa0WhHoxldxf5ex0MCVIVEqAbVoQYkQTLU JGetDXXgQghBXagH9aEBNIRG0JhVdio0gabQDJpDC2gJraA1tIG20A4ugvbQATrCxdAJOkMX 6ArdoDv0gEugJ1wKvaA3XAaXQx/oC2nQD/rDFZAOAyDDPqAHwiC4EgbDEPp9FVwNQ+EamGkf 1rNgNmTDXXA33AP3wn0wB+6HucB6Q8+zT+jH4HH4B8yHJ2ABPAmL8JFPw2J4Fp6DJfA8LIUX YBm8CMuBCKhXwMvwCrwKK+GfsArwtRpfq9+A1ZADb0Iuvnw9bICPYCN8DJ/AZtgCW2EbnOtF htg34qWHEgfi8PxdiANxeP8ueO0v3Hg8Nx7Pjcdz4/HceDw3Hs+Nx3Pj8dx4PDcez43Hc+Px 3KtYo7wGr8MbsBpy4E14C96xD7vfhffgfVgLH8A6+BByYT1sgI9gI3ymgu7t8LkKeuKV6UlU AU81qA41IAmSVcD7sH3Y+3e7xPso+wvYX2h/732KmIQNxJst4RqyeF/kGn320mcvffbipb2v 2Qe8r8NqruWA4+XWcP/bnHuX6+/B+xyvBfrppZ/i/T7heCvXtlF/yrnPYDt8DjtU0Pslr83a zsvazpvPua/sE+Ipd9M31nPe73mWNYu3hH2yay/ZtfcIsGbxsmbxsmbx/guOQxhKke2EfcBn 2Yd9cVAF4iHJPuFLhpqQArXgAmX6akMduBAaqqCvETSGVGjNuTbUbYEo6yO6RryuCvoNFfC7 wA0e8ILzH4T9EAMmBCAIsWBBHFSBeEiAqpCoTH81qA41IAmSoSakQC2gn3766aeffvrpD0Fd qAf1oQE0sg/7m7JGawbNoQXHZAr+1uyf8cTt2G8PHaAjXIwcnaA/+1cA61z/AJ7LsDf6B8Ig uMY+4b+Bfo7hvnO9NOtdP+td/x0wkz7MgtmQzf0P8NrMf/HaC6gX0u5TsAiehpdobwWc8eKv cg4b+sM8+6t9IkbZB2K086/V7ZIY9BljUsdzvqoKimcnQsXU4FwSJAP+OKaW876kM9OjedVM ZuguydE2lJ+/jfPT5H0UJ9/6WXmMPvZ1rivsj8hOTee9La4dVs2MVvYhox10gO7Qx/7C6Gtv M/rBFWTlQ+y9ZBd7yC72mEPtbeYwuN8+ZM6FB+BBeAgehr8DaznzUZgHj8Hj8A+YD0/AAngS FsJTsAiehsXwDDwLz8ESeB6WwguwzD4UbGo7/6elg11qDGVNPJE1dGf6H6b/YaOTXUz/w8al 1A/Y+40HWbtcq5rjv5pz5zbzSrvYHAxXwXUw0t5vjoVxcBuMh0lwvx1GtjCyhZEtjGxhZAsj WxjZwsgWRrYwsoWRLYxsYWQLI1sY2cLIFka2MLKFkS2MbGFkCyNbGNnCyBZGtjCyhZEtjGxh ZAsH0uz9gX7QH66AdBgAGTDQ3o/sYWzYwf4KC31qiB3tzfLOYR1kX4HcK4xr7VXGKLgVHrBz 0UGus/5G9hXIvgLZVyD7CmTPRfZcZM9F9lxkz0X2XHOqvcqcBjPgLrjPXkW/culXLv3KpV+5 9CuXfuXSr1z6lasuwQJZWCCLvn2HBbLo3wlG0HFG0HH6+S09KaAnBa4hp4+7hp4OE11isUxL okss1mkZXeNvZHQdZ3Qdp3cF9K6A3hXQuwJ6V0DvCrBMFpbJwjJZWCYLy2RhmSwsk4VlsrBM FpbJwjJZWCYLy2RhmSwsk4VlsrBMFpbJwjJZWCYLy2RhmSwsk4VlsrBMFpbJwjJZWCYLy2Rh mSw0UIAGCtBAARooQAMFaKAADRSggQIsk6UuRQuZaCETW2xBC5nYY4vRR12A9OlInx59v/Wh 6Hq6CVqojhbaooXqaKFt9F3ia7DVFmy1BVttwVZb0EY62khHG+loIx1tpKONdLSRiTYy0UYm 2shEG5loIxNtZKKNTLSRiTYy0UYm2shEG5loIxNtZKKNTLSRiTYy0UYm2shEG5loIxNtZKKN TLSRiTYy0UYm2shEG5loIxNtpKONdLSRjjbS0UY62khHG+loIx1tZCofY+E4EgeR+DEknoLE CUg4CwnvUMnoaCP62Yhu8tFNPnpIQAcJXP0H8m9E/o3IvxH5NyJ/PvLnI38+8ucjfz7y59OP fPqRTz/y6Uc+/cinH/n0I59+5DNXsuyXzvF3x1VzYyA+bihk4efG4uNugXFA2/R4X7mvm4nP mG1vC8ywDwXuhJkwC2ZDNtwFd8M9cC/cB3MA3xjANwbwjQF8YwDfGMA3BvCNAXxjAN8YwDcG 8IsB/GIAvxjALwbwiwH8YgC/GMAvWjFgQgCf53j2Q9L3MHO8mDlezBwvRm/OOr0hV3cyd4uZ u8XM3WLmbjFzt5i+h+l7mL6H6XuYvofpe5i+h+l7mL6H6XuYvofpe5i+h+l7mL6H6XuYvofp e5i+h+l7mL6H6XuYvofpe5i+h+l7mL6H6XuYvofpe5i+h+l7mL47Pmuo/TXa/hQNry/3WY5E 36o2SJTD9SKun8Aap7DGKaxxinu/5V4/9waYKSaStmCmmEjbIvoe0CYsdAoLnULKHKTMQcoc pMxByhykzEHKHKTMQcocpMxByhykzEHKHKTMQcocpMz5X8Tde3zcdZ3v8V9nmqSd/AJyKyIo cpEVXRdR0RW8oZXFdWXXdUXUFXdXsLZSaSkF2lqgBnVXLgXlUpQKLLUWkFYbiyJtECi2BFOS dtJMp6EJTUOS6S/TJE0m0xT4nudkqwc95zzO+eec89jHa3+ZyW9+3+/n/bl+YxpY2cDKBlY2 sLKBlQ2sbGBlAysbWNnAygZWNrCygZUNrGxgZQMrG1jZEJ3Fknq+2cw3m1MzoxP4ZzMLviID DsiAEktuYMmxh34yc2zlJzMsuavy0yy+28x3m/luM99t5rvNrKpnVT2r6llVz6p6VtWzqp5V 9ayqZ1U9q+pZVc+qelbVs6qeVfWsqmdVPavqWVXPqnpW1bOqnlX1rKpnVT2r6llVz6p6VtWz qp5V9ayql8cXTeTxX7Pi+UP/m9N5dv0Du14b1bK3mb3NbG1m1zFsOsZ37mBPM3ua2dPMnmb2 NEfVqfn8elU4kLo6vJS6QVzcHIqpOyo/affueOqGUIom+f8HotPdUUpdIyIW4IbQlvpONCX1 XZ++KfSl7ozqUsvCwdTd4WCt+bbWfFv7RrwJJ+LNOAkn4xL3XIqvYga+hpmYha/jMszGN3A5 5mAursA8XIn5uApX4xoswMJwcMKecTvtTi0OvWzZk7o97Es56UVfSF0h2udhvnevYeUCXBda UtdjCb6FG6JjUt8Ja1JL3Xdr6Erdhu/jB1gWHmPfY7Wp8PvaNCajCtWowRRMRQa1iFGHw3A4 XocjcCSOwtE4BtNwLF6P4/AGHB+KNCzSsEjDIg2LNCzSsEjDYu3ZoaX2HHwAH8SH8GF8BOfi o/gYpuPjOA9/g/PxCVzCjkvxVczA1zATs/B1XIbZ+AYuxxzMxRWYhysxH1fhalyDBVgYHosm i5xdVNxGxRdTd4YhsXRDGBYnY9E/8EKZF8o8MM4DlQh7Uccp6Tgld5SoXKZyWYcp6TAlHaak w5R0mJIOU6J+mfpl6pepX6Z+mfpl6pepX6Z+mfpl6pepX6Z+mfpl6pepX6Z+mfpl6pepX6Z+ mfpl6pepX6Z+mfrj1B+n/jj1x6k/Tv1x6o9Tf1yXK+lyJV2upMuVdLmSLlfS5Uq6XIm6ZeqW qVumbpm6ZeqWqVumbpm6ZeqWqVumbpm6ZeqWqVumbpm6ZeqWqVumbpm6ZeqWqVuWc1eJ7kou LqbptaL7hugwandTeze190VzaNxI40aR3ufOzbTupnV3aqHXi0O/Tw2L/ETkJyI/EfkJP7zC D4380MgPQ6lbwiYZ0C4D2mVAuwxol0u/Vxt+x0dtfNTGR4181MhHjXzUyEeNfNTIR4181MhH jXzUyEeNfNTIR4181MhHjXzUyEeNfNTIR4181MhHjXzUyEeNfNTIR4181MhHjXzUyEeNfNTI R4181M1H3XzUzUfdfNTNR9181M1H3TIkkSGJDElkSCJDEhmSyJBEhiQyJJEhiQxJZEgiQxIZ ksiQRIYkfNzIx4183MjHjXzcyMeNfNzIx4183MbHbXzcxsdtfNzGx2183MbHbXzcxsdtfNzG x2183MbHbXzcxsdtfNzGx2183MbHbXzcxsdtfNwWzeTBHh7s4cH9/P0UL+7juTzP7eW5Is8V ea7Ic0X+j/l/Le8lvJekbvTezTy9NDzCg3082MeDfTzYx4MDPDgkTjbwYicvdvJiwosJLya8 mPBiwosJL/bwYg8v9vBiDy/28GIPL/bwYg8v9vBiDy/28GIPL/bwYg8v9vBiDy/28GIPL/bw Yg8v9vBiDy/28GIPL/bwUpGXirxU5KUiLxV5qchLRV4q8lKRl4q8VOSlIi8VeanIS0VeKvJS wksJLyW8lPBSwksJLyW8lPBSJy918lInL3XyUicvdfJSJy918lInL3XyUicvdfJSJy918lIn L3XyUicvdfJSJy918lInL3XyUmf0Tl4q8VJpIhv/ywsjvDDEC0M8UOKByrlpiLpD1B2i7hB1 h6g7RN0SdUvULVG3RN0SdUvULVG3RN0SdUvULVG3RN0SdUvULVG3RN0SdUvULVG3RN0SdUvU LVG3RN0SdYaoM0SdIeoMUWeIOkPUGaLOUPQ2leFlleFl2Z/o55nUjay4iRUTu/f1nVim39+t bx9vqjsBb8SbcCLejJNwMi5xz6X4KmbgazBB0nqM1mO0HqP1GK3HaD1G6zFaj9F6jNZjtB6j 9Ritx2g9RusxWo/Reiz6Gq37aN1nx4kdJ7KgIAsKsqAgCwoT+v8hA+j+P0S+CT5V+cnG/zra +/ijjz/6+KOPP/r4o48/+vijjz/6+KOPP/r4o48/+vijjz/6+KOPP/r4o48/+vijjz/6+KOP P/r4o48/+iiYUDChYELBhIIJBRMKJhRMZENBNhRkQ0E2FGRDQTYUZENBNhRkQ0E2FGRDQTYU ZENBNhRkQ0E2FP4PsqHAQwUeKvBQgYcKPFTgoQIPFXiowEMFHirwUIGHCjxU4KECDxV4qMBD BR4q8FCBhwo8VOChwkSPH5z4XyHfy1cJXyWqTaLa9NA+oX1F44TGCY0TGic0Tmic0DihcULj hMYJjRMaJzROaJzQOKFxQuOExgmNExonNE5onNA4oXFC44qNCRsTNiZsTNiYsDFhY8LGhI0J GxM2JmxM2JiwMWFjwsakthIL83EVroZ4Y2PCxiR6nVo8+qc5I9JunMj0kppa+t/liNn9KjOq k6lsi2VbtWx7UaYdI9My0QV/rCjzdePFuNa5/AZr/UcYFNmD7i7LzUHdecSn/orCJQqPvGZq GhTdg6J7UHQPiu5B0T34/6jaDIq+QdE3KPoGRd+g6BsUfYOib/D/6lRUOa2UKbXpj+eWkSh9 6L0yLx2MPkvbJto28d8A/w3QtnKyyfNEFX176ds7Uf+Wen27M8IdJqVl3rs79NK1l669dO2l ay9de+naS9cmujbRtYmuTXRtomsTXZvo2kTXJro20bWJrk10baJrE12b6NpE1ya6NtG1ia5N dG2iaxNdm+jaRNcmMTUgpgbE1ICYGhBTA2JqQEwNiKkBuvfSvZfuvXTvpXsv3Xvp3kv3Xrr3 0r2X7r1076V7L9176d5L916699K9l+69dO+ley/de+neS/fe2oqd83EVrsY1WICFoXdC4wOH MqEcHZVaF01LPWnifEpcPh2uT20Kq1L7zRmjYWnqQGhJq5zpdzi9nhHWpN8Tev7428oXRq9L fy6KD/1OYV+8M2zhsRWeuxpPyYCnQza1UaQ/g03W3Oz6XNiZ2uKkm7Vam+t29EVTU/0yddSM WzIJjWE8DKWj0JWuwRQc5/R/RuhOnxn2p9+Fd+OsUEqfE3bH/xKS+NLQHH8dakR8ueucsDOe CzUhXuS62PVamKHjeuiY8c2QlfFS3/+B99S++C6vl+Eez1gRDsQPev4a/Dzsj3+Btd5r8Pox VzbFLd5rxVa0e53DTl93oMt9A6Er3o+x0FV3dCjWHYNpcDqsczqsO9X7s0JznZm+zr7qvhtG 6m4O++vuwN14IBSjvz2kap6fylRtp+oAVQeo+jJV91A1R9V2qu6najtV26lZouYwNYcpOUzJ YUoOU/EAFUepOErFUQoOUDBPwXYKtlMwT8F2CuYomKNgnoK5P1MwT8EBCg5QcICCOQrmKZin 4AAFByjYTr0B6g1Qb5R6o5QboNgoxUYpNkqpUUqNUmqAUsOUGqbUMKWGKTVMqWFKDVNqmFLD lGo/pFSeUgOUGqXUKKVGKTUcnZx6KCxKrQs/p1SjGDxIoZVU2ZvaFWaIs/mp/nCv6L4wNWLS PhA+JM5+l06HjenqcEs6Dt8Q7W3po8NJ6ROjr6bfEq4U+Sen/yp8lGoPiP7zxNyP0h8K16bP DV889NtZnenPhfvSF4VZ6ZlhQ+X3l1j1GzXpSV3iaWwKL1jxJf7YZcUeK/R76qAn7vbEfXLp HLn0QSfCh3jsydDqU5V8+f1EjvRFb/LprT75rE/usbcee6v1hOxEPrwnZH3yyfCsT73kU4/6 xFE+8aL1Oify16l6IodPlKfv8PqMsMunuuxyY/RGkbV/4pMbRdYz2CxinvPpLaIqa4psc90e 9oiOPaJjj8jYIzJeFBkviooXRcV+UbFfVOwXEWURURYRZRHxokgoi4SySNjDc3t4bj+vVSp/ X3SY/VTb+QrrPWTdX7P1MWwO43TtoGdPfE0oef6w5w97/nB8t9c/DiXPGY4m+9SInV/hE7sr cW8SfkgtWceWp0OLd3emWtWRioa7QoFurZ7b7rnt0UVWXeru6+VU90S0/DostvpinxyixDgl xj2hmxKBEiOH8mqEEiOpXFjtiQ0iqSWViJ4Mjg6XpqfxxrF4PU4J89Kn4i1hb/qt/Hw63sF7 dE9/2PfPnfjd5TPt5ky5103dEeqOyL1uCo9QOFA4yL1uKiymdKDEUkospcRS+ddN7XFqj1N7 nNpB/nXLv26qj1N9nFqLKT9CscXxIyrRajwe5sUbXX+PZmzBDuTxgu91ur7oGbvDvLoo/K6u Kqyuq0YNTvL6NMxSoZaEpXKwmzfH6+4Mu+vuwjL8EMvD6qhWRA6Lxt08/W7V5xXV5xXV5xVe f59Mf0WmvyLTX5HVr0Qn8EfFlyXaD9J+0Keq1aghNWpIjRpi+wjbR9g+wu5Bdg+ye5Ctg2wd VF+G1JchtWVIbRlSW4bE95DaMmSvI/Y5qFYMqRVDasXQpIwVl4iAO3n/t7z/fd7/fmoDjzbi ybAptVFXfAabwgOi4GBqq/ezYisX5qd2hPWpPHaiAy9gV/huqtN1N7o9c49rD3rRFy0RLQ2p gq/3IhF5A65F7AvzUoMY8vUw9oeZalOLyp1TuXMy+EI1akvqoO+9jFfChtSrrkEXnoQUKvVr smir8nW1OpUJ16drfR2H2RP17HDX1+EIHImjwzmi9XzRer5oPV9v/U76DeHq9PG+dwJOjD6f Psn1ZJyi5p2Kt4R/Tp/m9V/grV6fjrf5+i/xjvAxNfJfVZZHeG0Jry3htSWi/VPq5c3p97rn ffjr8K30+13PxjnhuvQHXD+ID4UvyYrz0x/x9bnhCplx4aHfmH1Ehlyd/kL0+vTFmBmeV19/ Fs8MLfEszAkHZclBGfJ9GXJQlCwRJUtEyZJ4ie9/C/+O/8D3cFM0Lb4Zt2Cp++/w3p24y+tl uNtzfuT1j13vDbPj+/EAVoTvxD8JV+tm18UPef0wfoZHwnmy6jwd7joRuEQELjEffEeXuy7+ ZfhWvA6Puu8x7z3uvvW+3oBG72/0epP3N3tuk/eew++914wtaPGsVmzFNve3uzeHHb6Xh+ot upfI2vPiXWG9zD1PF71O9p4ve8+Lu70nBmMxGL8EcRj3oT/8NhaHsTiME4jBeB8GMaQCDKPk 63LYEB/AuK9fgZiLxZyqcH2duKsTd3XpsKFusmtVmK9KzFcl5tdN8Xqq6pGBGKyLw2/r6nCY rw/H67x/BI7EUd4/OuR0+pxOn6s71vNe757j8AYcjxPwRvee6PtvxknWP9l7KqxqdH3ddaFF hi+p+240rY6v6/i6jq/rbsRNuNn3fhCulvlLVKrzVKrzVKrzVIElqtV5dT/ynOX2fa9nPuD5 K7z+CVbip2FedJIqcYUq8YuJzvzURD9/RiXolfFLZfaXZPY6WbtG1j6r547K2CdkbLesbJWN TbJwgyzcJus+LrMulklrZMzNMuYZGdMrS+6QJdtkQaPo/4no/3vR/1vRX/mXCu8V8ZX/5syK 8KCd/EzH2ppao0utUxN+7b3H8JQ+97TvbQzbVc/tOtdv1awBnWudHjhgt/261zrda536tcLO n1Gn+u18i1q00a5z6s1u9Wa3nfeq11k736dmZ9XsrHqy0e4fUQseUQsescuDdvmPlZlH99oa /6tKe2lYp4Ot08G26mDr5OaA3BzQwbbKzwfl54D8fFB+Pig/H9TBtsY3+Ny3cSNuCttV9e2q +na5OaCbbdXNtqrw21X47XLzQd1sndx8UC49Iu4fEeePiOl+/SSrn2TFbb+ekhWr/eJ0o7hc IS5XiMsVYrFfrO0Wa7vF2m6x1S+2+sXVbnG1W1xt1IuyYmqjDrdOTD2ow23VObaLjxXio198 7DZBbhAHjXjShLYp/JrSe3SHVrHwUdW8QzXvEA/PUbWLqi1UbRETv1K5d1F2s0rdQdnNlN0s NvaKjZdU422q8TbVeJsY+UsxMqbK5lXZvFjZIU56VNZmlbVZZW0WM22q6Q5VNKdyblMRW1XE Vqrvofoeau9RAVtVwFYVsFUFbFUBWym7R9VrVfVaVbpWFS2niuVVsbwqllPFmlWxZhUsp4Lt UMF2qFY7VKu86pRXnfKqU151aladmlWnZtVph6qUV5Xyh6pSs2qUV41yqtE23tmssnSoLB28 tJmHNqsuu1SXXSrILtWiQ7XoUBk6VIYOlaGDp1p4qoWnWlSFXSpAB0+18FSLzO/gqc0yv1XG t8r4VhnfKuNbZXyrjG+W7c2yPS/b87I9L9ubZXtetnfwYoss75DlHbK8Q5Z3OBP3mY4rc/V7 wsvRWbKscs76uoxaJqOWyain+Pl6WXOAX1fyawO/NsiWAr928+tqPl3Np6tlRFkWlPnier64 XgaU+eN6EV8W5ctE+TJRvowvrhflZVFeFuXLRPky0XyAXqvptFo0H6DValp106pbVB+gV7dI PkCfBvo00KeBPt2i+YBoPkCjBho10Ge16C2L3mUi9wCbG9j4dLhZxI6xYINX++19NDwkNndF b2DZfq96WNbPsn6WDbKqWR0osKyZZc12t9/umu2u2e72212zXe23o/121G9H/XbUbzf77Wa/ 3fTbTb/dNNtF5SzbH51opVEr7bBSj5V6rNRHw8oZtcVqI1ZrsVqL1Uat1mK1FquNWq2FFsO0 GLbqKC2GrTxq5R4r91i5hxbDVh+1+qjVe6zeY/UWq1fOhz3OCLvUy/3heVY/b+URK3aoZY+p uO0qbuV88KuJilvtrpFDZ6jCoX/DdEb6ouhdE8p1+U6H73RNvKqc7Q5O6Fh16FPDXiWev93z h0zDOTNtQuFxdmYoEaHKTFqNGpzk9WlYHgY9Y9eEZ1rdvVMXqexxJDrNM57xnV/Tb9izfuOO l/5wvp/oN5H6UoMpyITfsOrTrPkKHYfpuIuOu+hYOV/vot+wPfzGHp6xh2fs4Rla/um5+3ic 8Jrz90nuP1Uunua63P33eq9y5p7E5mJ0rP0N2dOQPe21p72HfoKzz+777Wuffe2zj332sc8e 9ll7yNpD1h6y7l7r7rXuXuvttd5ea+2zzpA19kanevrjrP8dyze/pspm6fyIlUoTVTUz8Zsi 3z7kyx2sn1n5jZ4/VB8Wb7bq41Z93KqP/08rT6XSnOS+SpU5zbVSMZa7988rxtSJLrrfHHDA 2bqaXz8b5hz67Y7nrfz5id8YfZd973Lnr3it2blgu/0/QaU1r6kglc6Qo9Ryvq703ZeotZxa y9nzhKfe6GmrebHZ7LadgsspuJwnm6m4XEbkZESOR5vZ94SsyLFxFxt3sXEXrzabwbabwbab t7b/WeXI8XIzLzf/sXKc5BmnhuVsf4Ldu3i5eaJ6HE/1nVTfOfHTiFFV5EB42q4HKL/Tjgfs uPIznAFq76T2TrscsMMBKu+k8k4q76TyTirvpPJOCu+00gCFd1J3J3V3UncndXfKqlFVd1z3 Ez0ibDQ8EaV0wXGT0oEobRrZ5NWQV73RSV4VnWHK5pOi+aSoU47plGM65dihnxEWzCyD5viy jlfQ6Qo63ZhON2ZeL+t2BTN62VxRNJOXdbcx3W1Mdxszd5fN3WWdbUxnGzN3FHW2gtmjqNOM 6TRjustYNFUvP2An9+jdRT27Mte9ZNUiDz7Agw9MVJWpuv1I+miV5B0hYUG/u5L0WdHhKowz T3SmdXLRZM/Z4zmVn7mWKxawOJ74CUKhcj8ljpZPZ4Wy9ys/lXWHz+2OjvGqYv0I60dYPzJh +RfMCheHttdYPsLykQmrW1xbsRU70QHWsWyEZSMsG4nebLUt9B2lbzt92197Mrd2YpUe2o5a occKPX88ja+d+IlfD21HadtO29E/OaG3e52b+CngxEmdtu1W76Ft+2tP69Eklo9Gp6brfHV0 uNe0VDQtFU1LRXt61J4epdaoianfxFT56doAnfaajIo88DIPPMwDDztHHukcWfntyMrU02/q 6bevR003/aabftNNv+mm3zTTb5rpt59HTTL9ppiiPT1qoug3UfSbKPpNE/1Rjd38wsr7rVi2 4n6rHbDac1Z7LjrFd1+kW6897rDHHe4sHfoZ9n/30Fkmu3PE9bl0WBF6aThOw/E/emmt9xq8 fsz1cZPWJtfXeq3d6xz+4L0X3NPl/t1hx594cRrVuqjWRbUuSnVRqsu+Ow/9TKqLIl0U6aJG FzW6qNFFjS5qdFGjixJdlOiiQhcVuqjQRYWu6A3sfIGNL7DxBTbuY2OWjdvYuI2N20yqlajb xp5tpsqCqbLAlhdMlpUI3MaWbWzZZpIssGMbO7ax4wU2vMCGbWzYxoZtE/+K8pT0l6NTomXR JeHu6FJ8FfPCfdHCcFu0CN/EYlyL7rAs2oMeDLvnQLg1GsdBvIxXwq2T3hpaJp2Ot+Ht+Eu8 A3+FM/BOnIl34d14D87Ce/E+/DXej7NxDj6AD+JD+DA+gnPxUXwM0/FxnIe/wfn4BP4Wn8Tf 4VO4AH+PmdGxk34bnpj0ZPjVpKfwNDbiGWwKGyZtxrNownNhw+R7w22T78P9aPZ6C54HWye/ ihBurXpduLvqyLCsypRdZcquMmVXHYvX4zh0hduqEvcMYDDcVn063ovLwt3Vs/ENXI754b7q q0D36qWhpbolbKh24qk5LWyo+Qu8Nfyq5nS8C+/2+gP4QlhW80VcHG6tuQsr0OX1i9gNPqvp D/fVFLDP90a8LoVbp6RCy5Q0JqMK1TApTjEpTpmKDGoRow6H4XC8DkfgSByF94cNU87Gl339 VdfrXX/quir8aspoaJnqWVOPMh9/KToybImOguoXHYNpOBZ/gbfidLwNb8cn8Xf4FC7A3+Mf 8Gn8Iz6DC/F5XBLuEbn3iNx7RO610ZVheTQfV+FqXIOFYZVoXiWaV4nmVaJ51eTvhS2Tb8RN uBm3YCluxW34Pn6A23EH7sS9Pncf7g+reP2eqvawpaoDL6ATXd5/ybUXie8PYNB7r4Qt1dWo wVRk8Hoch7fgNNChmg6iY1X1e1zf63qO69/gS7gYX8a/4LJwj8i5R+TcI3LuETnXipxrq9lb zV4RtGrK5RVtottCS/R9/AC34w7ciZX4KVbhQTyEJjyH36MZW/A8WtCKrdiGLNqQQ3dYqyas VRPWqgnPRvsxglGUMIYDYY06sUadWKNOrFEn1kzuCy2T+1HAXiRwOplcxD4MYgjDcGKZPILK 515FCGvk29oataBG7tfI9Rq5XiPPay4Iz9b8k+tn8QX3fBEXhzU1X/f6SszH1bgG38R38F3I txoa1dCohkY1NJJPa2r+03WF6xrXx0GHGjrU0KGGDnJtrVxbK9fWyrW1cu1ZufZszV4k2Oez I96nh7xbM6ny34M9IqpCNWowBZW/HZ5BLeLKn5jEYTg7mhadg0vCIjG+SIwvEuPzxfgsMT5L jM8S47PE+KxogScsDLPF+WxxPluczxbns6P66PDoBnwb38F38e/4D3wPN+ImPBa9KfoNusNC Hl3Iowt59HYeXcWjq3h0FY+u4tFVUeUvSB8Ii3l1Ma8u5tXFvLp40g9D26Qf4R78GPfiPtyP /8QDWIGfYCV+ilV4EA/hYfwMj2A11uDn+AXWogG/DG2pd0aHp86MpqXe4/phnB8WpT4R5qU+ iU97PTMsSc0Kl6W+jsvCZWa2T6a/GK40t30y/WXXK0NTen5oTbdEVenW6Oj0NlNvm1P59iiT 7g6r0nvMIj3RW9MvufZW/jaQ697oyMlXRkdMno+rcDWuwQIsxCJ8E4txLa7DvWG2ejFbvZg9 eWt0+ORtyKIN29GOHHYgj53owAugp2hfLNoXqzWLqo4IbaJ+oRozu2pvlFFfFqkvi9SX2VUH oyOq0xBb1UfiKJyC08Ps6re5nol3R9PUlNnV7/P1ZWGR+rFI/VikfixSP+arH/PVj1nqx6xq sVS9EGKp+u7QVv3DiX9B31bzRrwJJ+LNOBMXhFUybaFMWyjTFtfMjQ6vuQLXYwluw13ev9f1 /uhNsmlxzcO+7nL/i9gNMSdzbpc5t8ucVTJnVc1ANLWmiH3uH/F98SeDFteMRYdPOTq0TTkG 03AsXo/j8AYcjxNgr1PsdYq9TrHXKSfhZJyCU/EWfMWzLsGlWOz1tbgutE2dFNoyF4V5mS9g cbgscx3kTUbeZORNRt5k5E1G3mRuxi1YilvB3sz38QPcjjtwJ+7CMtyNH+JHuAfL8WPQJ3Mf 7sd/4gGsiA6vXYRvYjGuxXWgbS1ta78F+V0rv2vld638rrXPWvustc9a+6y1z1r7rLXPWvus tc9a+6y1x1p7rLXHWnustcdae6y1x1p7jN8eHX7YVGRQqz6k0s/LlG7VqPJV5W+PHJu6WjWL VbO48l9UVM1i1SxWG2K1KFbN4on/q8NhODLkTQB5E0DeBJA3AeRNAHkTQN4EkDcB5E0AeRNA XuU7SuU7yiRQMAkUTAIFk0DBJFAwCRRMAgWTQMEkUDAJFEwCBVVyhio5Q5WcEX0tFKOZmIWv 4zLMxjdwOeZgLq7AvDBTRZ2jos5RUeeoqHNU1Dmq6XTVdLpqOl01na6aTldNM6ppRjXNqKYZ 1TSjmmZU04xqmlFNM6ppRt/t0Hc79N0OfbdD3+3Qdzv03Y6o8vOOVXgQD+Gx6DiV9zj9t6j/ FvXfov5b1H+L+m9R/y3qv0X9t6j/FvXfov5b1H+LqvVc1Xquaj036nWW7UM/CtiLBAMoYh8G MYThcJfKvlJlX6myr1TZV6rsK1X1Bar6AlV9gaq+QFVfYKbPmelzZvqcmT5nps+Z6XNm+pyZ Pmemz5npc2b6nJk+Z6bPmelzZvqcmT5nps+Z6XNm+pyZPmemz5npc2b6nJk+Z6bPmelzZvqc mT5nps+Z6XNm+pyZPmemz5npc2b6nJk+Z6bPmelzZvqcmT436R+iaZM+jX/EZ/BP+GHI6kRZ nSirE2V1oqxOlNWJsjpRVifK6kRZnSirE2V1oqxOlNWJsjpRVifK6kRZnSirE2V1oqxOlNWJ sjpRVifK6kRZZ4kGZ4n1zhLrnSXWO0usd5ZY7yzR4CzR4CzR4CzR4CzRMOn3UWZSM7bg+Sij i8W6WKyLxamzK/9G1fVjrueH63SzC3SzCya62RdDkroEM3W313S11OyQ6Gwf1Nlm6Wwf1Nlm OYsvTc8Lj6QfD0+lG6PD0k/qfs87z7c6p2+LjtXlCrpcOt3ufP9fna5Kpzt14m9MFry/V+e5 Mop1uViXi3W5WJeLdblYl4t1uViXi3W5WJeLdbnYJF0wSRdM0gWTdMEkXTBJF0zSBZN0wSRd MEkXTNIFk3TBJF2YfFcoTl6Gu/FD/Aj3YDl+jHvDdJ1zus453bmrwbmrwbmrQRfN6KIZXTSj i2Z00YwumtFFM7poRhfN6KIZXTSji2bMmUVzZtGcWTRnFs2ZRXNm0ZxZNGcWzZlFc2bRnFk0 ZxbNmcXJoyGZXMIYyjiAcRzEy5ATOvMCnXmBzjxDZ87qzHOd/3LOfznnv5zzX875L+f8l3NK yDsl5J0SCk4JeR18etWeUHRSyDsp5HXyGTr5jCp7qrInHX26jh47NeSrXvU6hGJ1hElIIR3F On3sRJF3osg7UeSdKPI6f6zzx04WeSeLfPUJ7n0jTvHeW7w+DWqtU0beZDDdZBBXv9P3xaDp 4CinjrwJYboJIXbyyDt55J088k4eeSePvJNH3uQww+Qww+Qww+Qwo1odrVZHq9XR6nm4EvPD TNPETNPEHNPEHFPEdOfZnEkia5LIVv944i8yTav+OX458VeZplU/49oSGkwZ2Wq+dO7NVf5r sCaOrIkja+LImjiyzsINzsINzsLrnYXXm0CyzsPrnYcbas6JMs7EDc4FReeConNB0bmg6FzQ YUpZ6VxQdC4omlbmmlbm1vxzSGq+hIvDAueDYs1lvpZTNd/A5ZiDuZ55Bdjl7NDh7FB0dig6 OxRNOBkTTsYZougMUaz5nvtvnPirgkVTT8Z5oug8UXSeKDpPFE1BC0xBGVPQcc4VRZPQApNQ xtmi6GxRdLYoOlsUnS2KzhZFE9JcE9JcE9JcE9Lcmj2e3YOXoNbXqPWmprtMTXeZmlaamlaa lhaYluaallaalhaYljLO+jln/Zyzfs5ZP+esn3PWzznr55z1c876OWf9nLN+zlk/56yfc9bP OevnnPVzzvo5Z/2cqStr6sqaurKmrqypK2vqypq6sqaurKkra+rKmrqypq6sqStr6sqaurKm rqypK2vqyk55lz29G+8PDVPOxpc9+yteX4JL8VXvzXD9GmZiFi4PBRNa1oSWNaFlp1zvM0u9 /1P3rgrrpzzo64cwGnJTo2iaCS47lW1TjwoNU4+JMpnPhO7MP+FCXBQuMNldkPlnX18TkswC LMIfJr0lvv42vhvFJr7YxBeb+GITX2zii018sYkvNvHFJr7YxBeb+GITX2zii018sYkvNvHF Jr7YxBeb+GITX2zii018sYkvNvHFJr7YxBeb+GITX2zii/8/Tnzxn0x8x0S3hA9Mujj61KR/ iT4z6V+jayb9W/TxSV+JPjDpkuhzqfOji1IzowvTnw0fTV8Uzk3/JqxMN4ZPpXeHZ82GR6dV uPRL4bZ0X9iU7o+OTxect/aGUnRidMurT0cPh63RxrDV0z906K/BvtfT3+7pb/f0j0yaGUp6 a49VnOacyj4bzrbKB60yP70+PJ7egMZXk/Rvwzo9rj39VHgm/XS4xeo3WLmc7gm9Vj/b6kut nrb6j63+dDQlvSWsSLfYk5N8emv4SnpbeCyd9antYaeu+II59eHwO3v7nTs/r3ducfdd7l6U 3vrqq+6+392f0EfX+cTVPvHDib/teIbdLtbN36h7fyL1KZ18ZpiZ+kaUTj1kTn46/FtqU1iW 2hWdlRrVkY+ODk+fEX6SXh/FuvQZLPiFlTY5j6bTW50128IvdekqT3+VRVmdetGhTp0+dCZN s6w33c+qgvf3hoFJn4smh8eiKlSjBlMwFRn8N+q+A76KYvv/7Mzenc29uyGEEELoHfWp4ONZ sMTns/wUEHmKha6iPBUsCIhUsSIiVQEFKYLyFB5ioyrYsAvSIRhKAiRA2FACARLu/L8zdxMT EkiBp++/9/PdOzs75czsme+cM7t3bwhwABeIBirJpRQDtJRb6ErgOTmfngdeAF4EXgKGAy8D I4BXgJHAKPThYrmalsjVBpNbDA6YQACwAAHYQBQQBEKAC8QAlYFYoAoQB1QF4oFqQAJQHagN 1AHqAvWA+kADoCHQCGgMNAFukylGO+CfwO3AHcBgYAgwFHgGGAY8CzwHPA+8ALwIvAQMB8bI zcZYYBwwHngNeB2YAEyUm1kzOZ+1AJKAdnIRe1kmsxEyGVreHlclE3qWBx2bjyuRCR1rCx3L 40fDGTwHI+KYFPx4OIefCG/hudLieeF0flIm8TDipaxuBsIZpiWvM4UUph3OMaPCW8ygtMxQ ON10ZJLpIj4a6frIxWZfoB/wFNAfeBoYAAwEBgGDgSHAUOBtucWcCcwC3gHeBWYD/wbeA94H 5gBzgf8A84APgPnAh8BHwMfAJ8CnwCKZYi4GlgBLgc+Az4FlwHLgC+BL4Cvga+AbYI2cb64F 1gHrgQ3ARmATsBlIBrYAvwEpcn4gVy62OAD9tQJyqRWL7ypAA+B8oDnwV7nFugzfI2WKNQGY hGO003oHYbTHQnsstMdCe6wPEDcf+Aj4GFgILEb8EmAp8BkA2S3Ibv2I8E/Azwj/AqwEVgEb gI1ys5WMc+nAPuAgcAg4DGQDR4AcmSKigUpADFAZSJCbRXUgEagB1ARayC3iMuAJOV/0Bp4B hgFjgWnADLlazMF3jpxvN5Ep9gVyi30Rvpvh+1agLcL3yM32/TjfHXgAeBnxkxD/BvAmMBmY A+TKzVEkU6Iq4xvjKwrjKioRqCm3BO+XycGHgZ7Ao8DjQB8A4z2I8R7EeA9ivAcx3oMY78FX gVHAaGAMAHmD44DxwGvA68AEYCIwCXgDeBOYDEwB3gKmAmhjcDowA3gbmAnMkvNDt8jkUCug NdAGuBVoC9wGtAMGykWhQcBgYAgwFHgGGAY8CzwHPA+8ALwIvAQMB14GRgCvACOBV4FRwGhg DDAOGA+8BrwOTAAmApOAN+Qi5wI5PzpKLooOAiG5iEzMFfPB/Hv5eroIvJxHr9MAOZkGAoOA wcAQ4LhMhv+cDP85Gf5zMvznZPjPHvxnD/6zB//Zg//swX/24D978J89+M8e/GcP/rMH/9mD /+zBf/bgP3vwnz34zx78Zw/+swf/2YP/7MF/9uA/e/CfPfjPHvxnD/6zB//Zg//swX/24D97 8J89+M8e/GcP/rMH/9mD/+zBf/bgP3vwnz31Fi7jW8j5ncyEz5oJnzUTPmsmfNZM+KGT4IdO gt+5Fn7nWvida9ksmaGfj4w8dbSD5cgdmM02YRabzFdRHcyX2zGDjYQPNxk+3GT4cJPhw2XC h8uED6f8p2T4T8nwn5LhM3nwmTz4TB58Jg8+kwefyYOPNBl+0GT4KZPhk0yGDzEZPoQHHyET voEHPyATfkCmOF8miwv0+zgzYfsrWz4ZdnYybOtk2MLJsIGTYf96sH892L8e7F8P9q8H+9eD /evB/vVg/3qwfz3Yvx7sXw/2rwf714P968H+9WD/erB/PdirmbBXM2GverBRM+2+KPsZhGer t6ZJD/amB3szMyoO4+luOQk25iTYlGthU651BssMZwgwVGa4cXKHWxWIB+oAdYFhiJ8pdxDD rDIX8zrsOL6EruBLqTNfTi34F5SA/l3Iv4Il9TU14SvpVvT1rfDrA7AYroFvH8vX0SXo922w HGrDzklFbBqdD3vhVtgLjXkG3Yhyv/LXsi9ATV/KOUg/Xtc5H+cehlWxlKIR9wOOVqn3UhZ/ l67xECWV/D5dyNMco+Mq1Noa8+HNkCES0xyzZQ5ir8NsuRSz5V79juJ96t8oEVsTR9foNcVq SNsIMqj/IthNFyLFRThaRUloYRzO1UZb1Vvf7pa/8D7UEvJ/ZV4Ne40h5nsc/YTUmJtgE2bh KAVHPcnF0QkcfU9NyKQkCgAWIAAbiAKCQAhwABeIRo3tqSrvABuvC9ATbVoKO/AL2JlfytVm H0oy+wL9gKeA/sDTwABgIDAIGAwMAYZSEnz5JPjsSfDZk+CjJ8FHT4JPngT/Owm+dxL87ST9 /xcurNts1JSCVuzmy3El1b+ZfCkXwLrdh7b3QZ8sgVyfIxVai7a7FGv8Sg2M1dQMPdMF/fAP 3gGpOlJH3kW/Y64j7ym/VG8l4v1kKp9Al/KJdBnq8XClG8GSmWdeQZeYLakZeqsj1UaO2qin Ba5mH6qLmvar+nVNrv+/Jt/xTsjdGem74ftefPeBhv0qN8NGzoR9fFzrzwaykYuTpf4JBanj kTIeKaOQ0kOKLIqnNLAobCjaBbupN2pS17SfXAu7OxNXvRIYd7Uubx2u4HrkQpnKIg7Eyjz4 8Hnw4fPgI+fBR86Dj5wHHzkPvm8e6mwvM9QvnlDi+RgpQpe2XmZTtSJ1dgJndQN6oW19YImv kgchXRba4UHjqqLuI8i1AvWGUO+xUusNod5U9d8sKC0W9QZQ4hGUmIkSs1FiFEo76LciD+Os PWLV+wI7wZLvBvTGmT5UHTmjILGFnEeRMw85XcgSVr2GnLkYFWl0E+0EdgHHodkngFwgDzgJ dmgPz+Vu2Yx3Alt0pq68G77vxXcv+D69IU8/OZMPgl5MoMuhD1ehx39FjS31tVkj39K1rZMb MObi4OWc8HXkEhNlm2FAUpNALN0kOgAdgS7UREwEZgHbcbwDSAUgp8hCXDa+j0I29f7HLEh2 HG0+DsnOR7uPQ7Lz0e5EtFsxho32BtHWdL6RYrTWfYYcXyHHTuRIRI6dyJGIHJcjdQxk3q01 b43MhdzHkHOnzrVO/y9BB9TXEZrcBd9d8d0XrJhK9cF4WeCYIJixOpixMvjuM/2POur6JSMV R0wWrkN7hO7WY0O9DS+ePwmtegrz3W7InYEa90hP69t25NuJfEGUbqNkhjPJVJ26y4P0APAg 8CSufntczw6QqwvQF5qpUqdBS3ajp9Mh0x74l3tRyj7Mk1dTtUCMPBjIBPbLg1ZPoBfwKPAY 0Bfoh3Kj/f8E2oSSk1FyMn8SreoLzk/FdUyDFu3ECNKtBQ9noI/2yJ+1L14N8uVCvlzIl+u3 Xq0pb0UpW1EKQynnQ8YYlJKDUsIoRb1p3kYJO9T/EUG+XMiXC/lyIV8u5MuFfLmQL5cupO7U mh4AHgQG0PU0EBgEDAaG0PWosRJq/As4K4AebgfOCqCX24GzZqOnP0JPfw49/Q56ejP0tDV/ X45Fm37CDNE4Ig3mLSVNBqyJK6gldLSlebXcZE6j683pwAy6PhBDrQPb8Z2J7/3AAbreOg+4 FOhJra1ewKPAY4CSz4ZUR329Yb7eMH2tVA/ukel6NWIe5H7XTxXvp4qH3B5SXqJXIPbItdCM nuGv4Qvuh++3Hb7efvh2282m4V3QtZ5hD7FZiMkym8prUGrP8FZ+FP2ci9x54IaTcqUZkDnw C4+ZIZmNlCuR8kad90ucXY2Y1YgJ6rweP4H6ctErJ+V6+JhhM4os5A0j1Xr4kmGkTAIv9Qzv Ri1heKnZkCyTH8d3LmrNg2ZGcuah1jC802xInGna+A5CihDiIyXloQVHoHU94dfmkIFSslBK GKVIlJCh67bIQO4s5A4jt0TODF+G81Q/hcdAhlTkboDcW5D7KD+BEaukz4Men4TGhWEnSHkS sqSitAYobQtKO2pGyXW6VSFcZ4di4CnvRcknIdN/1CwqGUo8BjlSeJgYch1D3Smmi3BTWU+l CK9CinTUp3oqGSnSUabqpWSUcQC9e8r1wtX3rxNyl3J9dFp9XZC2lOuBNp7ldQCflrP/wTLn uN/RxtP0tz5TYj9TtBlHUWZVyJdAQTMRpdVAnpqwGWohXBvn6uBcfZxriONGONcY55pgPjDN eNRQA2fr4rsRroljxuEIPoRZDfUnooYaqEmVVRvxdRBfD/ENEd8I8SgHV0GlVjXX8FOomlRZ sZCL4ewuMx4x1YAEqg35YpFyF8qsDfkY5GPItcusi/P1gPqIb4g0jRDXGOEm6l/JUUoKZFUt ZGZ1yJpIAb8UlTsF8qsWMrMBzjXEuUhuhvbGAVWhe/GQOQHlJqItNXD1a6KuWqpdOF8H5+vi fH2cb4i4RjjfGOeboH1oBa5NVZQbj9hqQILcABnC6J1UsyauZS20uTbS1EGaujhfD6iPNA2Q piHSNEaaJpjZ1HVydL8mUBzkUD12DHLEQY4Q5HB039bHcUPdg8cgQxxkCKmrQly3PdHv54j0 qve4bnckR5YvNaNKFdUJjFoP/XeKXmC0X0xueXUDuZqROJ1+4GwjqnKudASl/QWtrqCeIHdT qny2uoJSrlAtOjf6givxo76OFdIZPTe45dUbzepN+dHwHjBpNzBOTbBaG34inAVWu4HnhfeC fbqD1eqC1VqagfAeMGo3sFFNsFobMyqcBVa7wQyF94KZuoPV6oLVWppx4aPokQvRI+ehR84z E3BcXf4FPRINqZqjVxqjVxqZtRFfB+nqIk09oD6OGyBdQ6RrhHSNka4JtCYKnpsDnyuJq//1 +ZqqwNqNg6XbEFbF5bAVVsDaq6T/W2iJ0YWuNLrRjca99IpxH77vh+feXk7hd8IXuUsugeUx Rf9T3XlnSLVCp1L/gbRRx+YfzS84YvDklxlfyPk6pP7dLhWhSvCSLySilvBJz6e/49OMWtHt 1JzupLsQew9suavoXzSSbqFR9D49RktoGY6+wGcs/UgbaBxtwmcapcA7mU7pKPE9o4ZRg9YY tY0Laa3R2mhDaUZb4w7aZXQwOtE+o6vRlTzjXqM7ZRk9jUfpsNHXmERHjTfxSTSm4FPDmIpP TeM9432jlvGFscqow5qxS4yLWQt2mXEJa8laGpeya1iScRn7B7veuILdyG40rmT/x1oZV7E2 rI1xLWvHbjf+zu5kdxvXs46so3ET68q6Gv/HurMHjJtZD9bDaMUeYo8arVlv1s/4J+vPXjLu Yi+zV40ebDSbYPRkk9gbRh82i31o9GMfsxXG8+w7tsGYyDaxNGM228P2GR+zLHbAWMAOsRxj ETvOco1lTHIyvuSMc+NrLrhrrOCVeKzxM4/jccavPJ4nGqt5PV7f2MAb8kbGJt6En2ck87/w C40UfjG/2NjGm/NLjO28Bb/USOUt+ZXGLn41v8ZI59fya409/Dp+nbGXX8+vN/bxNrytkcnv 4HcbWbwDv9/I5j15LyPMe/OnGPFBfBCz+BA+hAk+gU9kNp/H57Eg/4R/wkJ8IV/IHL6Yf81c vpJvZAk8le9j9flRLtlfzIAZzS4148ym7FrzavNq1t7sY77E7jRHmJ+yh81F5jI2wfzFXMXe MteYu9h0M8OU7JNAMBBkPwecgMN+CcQEYtnKwNrAZrY68FtgO9sUSAuksZTA7sButjWQEdjD tgX2BQ6wHYFDgUMsPXAkkMMyAscDx9m+QG4gl2UGTloBtt8SVjQ7asVYMSxsxVpVmbQSrNqc W/Wsv/Kg9Tfrb7yWdZl1E69ttbXa84utztaz/FLreetF3sl62XqFd7VGW6P5fdZYaxy/33rd ep0/YE20pvAHrenWdN7TmmnN5L2sd6x3+KPWHOtj/pi1wPqM97eWW1/xoda31nf8OesHaz1/ wdpobeLjrGQrmb9mbbW28detdGsvn2gdtPL4ZEGC8dlCiLr8fdFYtODfiCvE1XytuFZcyzeJ f4ib+GZxi7iVbxXtRDueJu4Qd/Cd4k5xJ98lOoiufLe4X3TnmeIh8RD3xCOiP88SA8QQflI8 I4aZTLwoXjJNMUK8YlpitJhk2uJN8aYZK6aIKWYVMVVMM+PELDHLjBdzxFKzmvha/GA2FavF BvNisUUcMv8mssUJs43IE9K8w25sNzbvtpva55v32BfZF5ud7BZ2C7OLfYXd0uxqX2Vfbd5r X2tfa95v/599i9ndbm23NnvYt9ptzX/Zt9vtzYfte+x7zF72/XYP81H7MfsJ80l7gD3A7GcP tgebT9nP2M+a/e2X7JfNgfYr9khziD3aHm0+Y4+zx5nD7An2ZPNZe7b9b3O4PceeY46w59nz zFfsQ/Zhc6R9xD5ijrKP2cfM0VEgPnNMlBllmuOiRFTQHB/lRFUzJ0ZVj6puzoyqEVXbnBVV N6qu+e/g7cEO5nvBbsFu5ofB7sHu5kfBfwUfMj8OPhJ8xPw02Cv4qLkg+HjwcXNRsF+wn7k4 OCA4wFwSHBQcai4NvhScay4PfhH83twVXB/8zfSCW4O7zKPB46FEMxxqEBoTqBsaF5oRGBVa EFoWmBpaFToUmO0IJyHwk3OBc0Mgxbnb+VfgmPOI87gV5fR2+liVnH5OfyvWGeAMsKo6g5wX rHhnuDPKquuMccZYTZxxzmtWU2eCM926wHnbedu61JnlzLUucz5wPrGudRY6S60bnc+dz61W znJnudXa+dL53mrj/Oyssdo765x1Vidng7PJ6uwkO9usbs4O54D1oHPYOWb1c044edYgJ+yS NdRlLrOedU3Xsp5zbde1XnRj3HhrpJvgJljj3US3pvWaW9ttaE10G7uNranuUHeoNc0d5r5g TXeHu69a77hj3fHWHPd1d4I1z33DfcOa7052J1sfum+5M6yP3JnubGthNIuOtj6Ljo2uZv0Q XSO6lrUqOif6hLWGWBD2O5FzXeXbqCnVpXO0ySUyTe6mZjID4S0lpgjLyfIDfLLkCBzdJjsi zwqEMvzzGXIv9jv8o6PF8quze2U2Pr+fEyXUcxh4rVR5BwKfF4nZihriVS2n3eB5Id1mmYuw g5m8E7k4TisqY35rSqjzZ7ldevIXlJCK1qaXJmMZNhulTvBL3ykz5Qq5yz86VKz2fUCK3CbX ymPyFopC351P9QqdD5dWmTyCa5eNEn6XHP0PiyVy9h35DjlAwTU8Jfd+YJdMRhlbcRiAndWY rkGojj77jVwpN0B/oDvw20uu/335tpyK7+FAkrxI9pV9ECrUj/mtRyizWO6w/FamQ4O+lT9B DlwH1XtFcxWk/bmUriD4qUTROjTKj/FQ9i/5ullYK/yYbLT8EPp+izwMe78SolrgKhTULvfp K7QvP3Wx/JlyD8aYl9/jamVUf/9WOE1pcvvpkoscPVHk6PuylYGtuU7va5rciOtny42l1JxT aGw3p8tLST1X/luNaPltmWUqmn+30g6ls8XOrC9DbrRMvqhDC04dz/K+MuSHjshPNG9tVdet vJt8T7Ppe+jX4ptdphKy5BLNmmXUixJKOFR2rSoht8+wck2Fcs/X+42KOc759tcy1L87MpfJ XOjR4XLX4JzxbBPgn7qW/BlvR+Tjn69TQp7z8KmDz3lFpHzX/14V+Zwhf/MS8/u9Cy05AnY6 cjqBwZ/75UEw2HY9ppRWH9Px4/Xp2vILuUyuUzP6afLnFQq/QtXB/3dRWzVC/LgUzA1Li3Nx QZ7cQuExmHkq0c3UDeF5flwaem/16WfV/Pq1Rr+B/FFgn94+k6v4j+QHxOXC0+Y/VQsDsJ56 IP5V//z38jv0/4/+UXH+PlEoPAK5q1MbUpZQkh/3uVyMEv5z2vp3lhwfxhVT/CjbyVtld9nW Tz2tWP5nwWLvyP/IX+W6QtGMOtNzNBKhUTRa/WaG5kJz59FCWIdLaRldolcVLqWvaQNdRptp F7WidMOgu41uRjd6Eh79P6mP8uWpn/Li6Sn2MOtFT8Mf30SD2RaWRkNYBsugl9heto+GK9+c RrCjLIdGslyWS6OUb06jlW9OY+Gbh2g8r8Pr0CTeiXemN3g3fi9NNheYC0h5tZKmBmIDsfSz 9an1Kf1ifW4to5XWFus3+tWSlqQ1yqejtcqno03iNtGOUpRPR9vg091F25VPR6nKp6MM5dPR XuXT0T7l09Fx5dNRGD7dKwbBmxtrWGK8mGREKZ/OqKR8OiNG+XRGZTFTzDKqKJ/OqKp8OqMx fLpDxoXw5qTR1uZ2wOho23bQ6GI7drRxr13ZrmJ0t6va1YwedqJd03jYrm3XNXrZDexGxuP2 NXaS8SS8tgeMvvDOhhv94Z29YgxQ/pcxUPlExiDlExmDQwNDY4xhytMxJjoxToKx1JnrzDW+ cdKcA8YK5WsYa5WvYWxWvobxm/I1jG3K1zC2K1/DSFO+hrFH+RrGAeVrGAeVr2FkK1/DyFV+ hJGn/AjjpPIjGIuOig4xEV01uhoLRh+LPsHUPYWNWmMMrTEMGjMBHsVEehM6PZlmIeYdfAS9 S+9jlpoDfbK0PlnQp88w6j6HVgW1VgWhVT8g/kdaRyFajw+Dlm2AVb2ZfoN1lUKpGGNp0Ll6 lE4HMeIP4VOfDlMONaBj+DSk43SSGlEYGllZa2QtrZFca6SjNdKBRvakGNYLeulovYyFXqZQ PNvKtlIVto3toGoslaVSAkuDvtbU+lpD62uC1teqWl8Ttb5WYZJJqsJh/lMctJZhj42qQncF wrj4VJ1HQY/jtB7XgB53osa8M7S5CbS5G8L3QqebaJ2uBZ1OIcPcau4iZu4208kyM0yPQmaW mU21zSPmUapk5ph5VMc8Ce1vpLW/ntb+Wlr7a2ntr6W1vxa0/x8UJ64X11NI3CBuIFPciPEQ wHi4BTGtRCvEtBatSYg2og3Z4laMkwYYJ7chbzuMlig9WkJqBYRccRfGTDTGTEeqJzqJzlRJ dBFdqJHoilFUWY+iynoUGRhFjyBXT/E40jwheiPmSfEkMdFH9EUt/UQ/lPwURloII20gcg0S gxA/WAxG+iEYe64ee4ZaT0Ga4eJl1DtCvIKzo8VoxIwRY5BrrBiLNOPFBMRMFBMhySQxCTEY nxRU4xPlTBVTkWuamIb4mWImypklZiHlHDEHMXPFPOT9QHyAfpgvPkHPfCoWQ84lYgn6ZKlY Cqm+Fisg7bfiB5S5WkAzxXoBnRQbRTJK2yK2UV2xXaShT3aKDNS1R+yl+mKfyERP7hceNRRZ Igs1HhCHIHO2yEbKI+IIzh4VRxGfI3IgyTFxHOWfECdQcq7IRcl5Io+qiJPiJGoPizDySiHV /6vaAaql2AR7sAn2YBPswSbYg02wB5tgDzbBHmyCPdiEDLDJS9gPt4cTU5xCpuIUMhSnkANO GYT94OBQilHMQhzMsoGc0MbQJnJDm0OHKEaxDHHFMlQdLJNGVZydzk6Kc3Y5u8h1dju7Kd5J d9JxNsPJoARnj7OHajp7nf0Ie46H9FlOFtIccA4gzWHnMMLZzhFKdI46R5EmxzmGNCecEzib 6+RRyAk7khJc5VpXUfyFvema2Adci2LBYjZVc6PcIFV1Q24IKR3XpZrgtSqIiXPjKVGxG8WD 3RKxr+HWRJrabh2Kc+u6dVFOPbc+wg3cBkjf0G2IMLgP8eA+xLzlTkUt09zpyDXDnYGSZ7qz UOY77myqqtiQuGJDilFsSDFgrA99NhyDD9dsGAAbTkJ4MniQax60wIJzEZ5Hi7BfTNA2sOEX CH8FDuS0AjzIwYPrwZgbwK9cr9/bmge55sGqmgfjNQ8GNQ9W0zyYoHmwuubBRM2DjlHJqESu 0cHogH1Poxf2jxm9se9j9MF+hDGCXLBkO2KaJaPAkt2xVywZ0iwZpVkyWnNiHMtkmVRZ82Cs 5sEq7CQ7SZU0A8Zwk5sUC+6zEQ7yIFXmHXgHqsk76ifZFPfV0txXh3fhXRDfVT/dpniwlubB Ovw+fj/VKODBdOJgwGyywX15FNSsl6hZL16t2mJ8/l38HaP3OnEdcc1xtrgJHGeC41ohrNiN a3azNLsliLaiLWIUu3Fxu7gd+ztEe6RUHGdqdovX7BbU7JYIdutGjrhP3If9/eJ+pH9APIB9 D9EDe8V0tma6oM90fUQfxPQF01ma42zxtHgaeQeIAUifz3RDEY5w3LPiOYQV09ma6bhmuqAY KUYi16tiFGIU69ma9Ryf9caJcYhX3Gdr7kvUrMc165niLbAe91lvupiO8AwxA4z2tngb6RUP cs2DiYV4kGsetMGDSxCOcN9n4kuEvxa/Yq+4zwb3JSOsWK+qZr14zXpBzXrVNOslaNarrlkv UbOeIw6Lw8iluC9ec1+C5r5En/vywHFcc5xjG7ZBPMJWwf7BpykqODA4EPvBwcEUCg4FN4WC w4LDEPNC8AWK0jzFQuNCbxDTjBPn7AfXxDgHnUMUq/klRjNLHJglB+FjznGqBE4JY5wrTqns cpdTJbCJoGjNI7GaR+LAILEIKwap4lZzqyGN4o44t5ZbC/F1fO6ohxIUd8Rq7ojR3FFZc0cs uOMtlDnNnYZcM92ZSD8LrBGrWYMRu+SAWnm9bPc/LqVb6O7T2fn/f2wyQ+5R8I+2l+R3qXUe vdZX3rJ3qhUu7Xl/oY+35Nep97/63mem8j+1L5osU2V60RWd0uvNX6GTj5dfwnO7yVbwPNX3 aX3vYjky4Gl/V/F1mYJyMk89kgf13o+Hr5iNnk2VHlCwslfIE40rlDsZqTaRWveohpC/wpjv Xf9BW7BAmsL1OnSPjttX0uqC3Ft8bU4ekjvkZpwpdheiolv+KnnRIzV+fK0utF4A2XlBOPN0 V1luK76qea62ku/glJprlpyhv/P0avj3Cmp9SL6H0A9+mnzNUiP4iFyVH1+uenZqHU39/Vit gsmUQile1etBaq18mw7thDSFGcrv37JeX71qnVp6uvJv0LRC5cqjMg84oda65Mki6c50X+p/ bPuDx3wZNjnlLDLfVkJ5qdQUOlj7LEo989aUNLcqPtWcWuIGbijzPcSznytOKa+IVIXHXhnz fySXyfn+/YE4OU0u07FpanYvPHtXyH7YBG7cru2HdG2baDZTc5Lcju85fipP32/7EViBT3rR lWvNZNUpf232G8wFP8jVwBTE3iLXyp90/LqIFaHvaN9TfkmLSb6nyJGeQ+WHhWIeljNlL/my WuWXvQtir0TcIjXuit91JHXPtfi90L3yC7Ql+dyN1Hx9UPMYGCzfLvyB/PuzhWUALxfcG1H3 WEop+ZdzJWNFN/SSq7/HqvvNxc72kd8USRv5TsHslqY0pAL1rVdar+0t3U8qhPltu99r2MuH 5Ep9vXOIlzCHudSsWJkexsF+/+4SB3Pk33XKiZw9+/nt9/vQRe9X5lspyvbS8/ZOfLxituc2 bXuWMNoxms8xd5W0ncJna4udzzs1xo9/ouR4Ks999HJv8sFyZog8YzFcvqC/szQDfKyA0L/l gkhIn8u3z/T9TlypxRWQ7iO5CIz5qX/0jXyf1PNBC1UYAHOCxb4BS+RbwVlg3598nojcP4su VuZ38lO53C8zTh358UXYQcryS6vzYZTKzQVH+b7LDhXK9ysjlrhmtB+UfkSeEfHHzyHNyJ3l bfpoOam7eY8DTyE0Rk7CXPeUX0qhZ1vQA0vlgApIe68cLN+WvRD6CqP6bdlD88OrmI3eRj8v l1PkvzC3Zql7gLplS+Q8OT1Ssz9rJMqvTikzXW6AVxkZuX8rCPl2pzweQdkt5iJlZ+vxXvBU UNFZSs/TBZ6vtny36+ceCj9xcVHRJ1b+qK3oXVz9BNP+0iXRLSr2/NUfsRX1ZFWvQocPl8af +uqcM0+3PFth+wOjQXlZG/F9mjvdBSn3nr288i05SD4vJ+rwKuj7DPWkjD8PRezFI/ITYNnZ 1aNLahZ5kuWsykiTuzET6vkR13Q39LDA5o5cdXkANseBkizActdVAZu7UO6fIlcVsige/MU/ 2uaPH1/qP2c8l7TJB+UD8jO5gJg+Giz7ga27RSwCuVAew9FI+YS8QjYAj7aQT8mHzqKuiP1Y 96zk9Tkp4tMWPG84o+jZc7nJWeegDKW9GyKsDvu22NXX51Plmt9n4T93gzRbMOb0mid0WHmK BZ5KxNLF2e+A0zyr+kdvkHdU4ZEL+2rJnynP6TeMtj7Kdoo86SqfhHW0DqMvcm653m+Ri2VH +TJCo+VvkbgK1vXd2ctbzhqzCz/n9b+7Fdi4h87+6cqSnnU/l1vEOoT9vQuz3jlYsSjtGeUz 5i2jRskP9Nr+vorXVGirfk5KKdMGW+isLVc59lxIUkodPtPBuj3rdflzdJVKqyUNlu1/eaSc uw1WT/Y565nYs5DjXIz3P/B+REW0EXZPaiSn/8uO/HWRlfo+w8ozZn7UTzu//PX+0VtFfgNR rIzT3g05Qx69Wq9WiiKecGRFp+BecPBM/rFe261Ovcgqf706fwV+5SXT9dzx+2/J8tfkyurb heim8tf6p27xFc1Y/jtPpJ5qUPelCzx7uVTv94OfS70b8b+2we4/cvrfTBRKd+y/L0vZtrIx ZEVn9RJ/K1VqXfoJgt9/O6jvWBRoVrDETPlp1VpVTeqIMfcnbEVt9whrwHsqhWf1nZg/Yb1P HjyHZe0gf0W5xF8cnad/5aTuoK8q4WxpZavfUe3Iz5kf0iv8O/yY/Dqv1HWdIleho5d+LzNf FvV7rWJSqV9lNVd3aSritcsp8l25pOB3YH5IWQT+muaqAjmaF5P33fLXVyR/BZ4Ukmv0XYkf C471M0CwN60y3+krw6/3TlN3ib9NLiXPbr1qpWZyzQX66BuMvQgzBM9kX+oZpRJdU7bfa5aQ vyLPP6xVv7fUOBo51nt/1fzM7OC3pWbR542gXwflao0pVA026R7/btL2yJjWuvZw+SUtpR2R O2yFvHXZTT4lZ8up+r0BBc/0yFbyo3KW/M0fYzErGU9fjwyXdFc5ckfxlLiDpd/Fqeimn5Hx mVkegj1xCPbRJpn8OxPJTMSpe8aXyzv18cfQgA2ys1yhjuVy+Zr8Vq2Y63Pji5Sdkh9fLona yl5ymLzFP9IhaGAPHX5XzpS9oQdTYK0twcyrUiyQn8pP/Flbrc7HUzN9z7m/7KnjIs8jToVd /Za6HuotCQVPARVZC5LH83/NXy5535DvwVd70z9aqeueonl+pe4Ddfd1vsyWX+oEkV/t+08Y +Fr8t/LX+mdt/5VfYxevZUc+Y0XuO/9ZW0XuU+FK76dCqw4Fb0goy9xThdTzO7frcE1qAd+z rs67C1bHLj2b1KC/yvUYoeqTIrfKKzBeepAjI/O676didEZ8qmr+8Uf+nQpGBb+Y1vFzz9AO /WyFHIB5zl+BlH+XXYFW8kGqIiNzcP47NAYDN8grZXvp/7JBfi9/009LqBG7F3PSDt9/vYCa 6pnzAp3qzKsbJcs1Q87E/r2C4yXKlyvyZMUdfqAj/ZMup0v0e2Ia6TOF2x4Mr5GhcI6eKT+T j8iP1Rwmh8jnVAiljihSbeQZsEcqIG9P+Rja/5g+sBHqqXnzOT1Tr8a1TA9Hfkm/UL8VJH/T PSuf9Msog49XYt17Sk9TLE+mfiJA2Qlam7Q2f4NjU592zmjvqFyV6CpIz2htKe+x6+C/x+5Z utlgRlXqrt9O11+/nW64fjvdCKOD0ZnGGA8ZD9Fr+r10rxt9jRE0yRhpTKR56u10tES9nY6W qrfT0Wfq7XT0ufGlsYqWs2asOa1kLdil9Kt6Ox2tZUksidapt9PRenYza0UbWW/2JCWz/uxp +o2NYeNpK5vFZlEqm83mURpbwBbS/6Ps/MOiuu51v2bP7D17YPNDJAYQiRKCiIQgEiQIBAkh hlhDDTEea2SAYeDAMMwMM4OZGfaeGXAw1hprLaHWGmusxxhrrLHWWK/1WGOt8XisscZaY4zH Y6y1Xmutscaa+67vTKynz3Of51551jvrWXvttffsGb7r8/7B6x+F94T32J+EPcJedlU4ILzP /iz8Wvg1+4vwH8JRdkM4JvyG3RQ+FD5kt4STwkn2N72iT2C39cn6FHaHJ8yxLylhjlHCnKjP 0efojJQwJ1OqXLy+VF+qS6BUuURKlUumVLkUypMbrZ+v/4YuVb9Q36Qbw/9WTpfGU990GTz1 TVdo+Jlhr24+T33TtfCkN10bT3rTWcVkcZSuXUwV03X/yvPedD3iGfFTnZfnvekCPO9N18/z 3nQqz3vTBXnemy4i/lX8QjfEM950y3nGm+51nvGme4NnvOnW8Yw33Qae8aZ7m2e86fbyjDfd L3jGm+6Y9LIU0X3E090EHU93Eww83U0QebqbYOTpboIsrZPeFBJ5rpuQwnPdhNE8103I5Llu wsM8102YKP1aOiVM4oluwhM80U0olz6T/ihU8EQ3YQZPdBO+xhPdhAae6CZ08kQ34RX+93GC KguyIGiyJBuFoBwvxwthOUlOFgbkVDlVWCynyelCRB4njxOWyBPkbOFVnrgmfJMnrgnLeOKa 8Jo8RZ4ifJvnrgkree6a8B2euyZ8V66WZwiv89w14Xs8d01Yw3PXhB/w3DXhDZ67JqyXrXK7 8CbPXRN+JLtlt7CJp68Jb/H0NWEzT18T3pZflV8VtsrL5GXCO/Jr8gphG09fE7bz9DXhXZ6+ JrzH09eEn8vvynuFPfI++UPhkHxS/kg4I/9O/r1wVv5Y/kz4VP6D/BfhCk9lEz7nqWzCLflL k074G09lE+7wVDbh7zyVTa8zpZuy9Ak8j00/2pRtytOnmiabCvVjTcWmYv1DpsdNj+vHm6aZ pusnmCpNNfpcU62pVl9gqjPN1D9qqjc9py8yfc30vL7Y9JJpnv5xk93k0k+LGx+Xo6/g6W76 GTzdTf8sT2vT1/O0Nr2Dp7XpX+FpbfoQT2vTvxrfGN+qf5v/1Z7+5zytTf9Lxagk6Y/wnDb9 b5VvKB36azynTX+X57QZDDynzWDkOW2GOJ7TZojnOW2GB3hOmyGT57QZxvGcNsN4ntNmmKxs UN42FPCcNkMJz2kzlPOcNsOTPKfNUM1z2gwzeE6b4Vme02Zo4Dlthq/znDZDo/Kpct4wn6es GRbwlDXDyzxlzdDCU9YMHTxlzdDFU9YM3YlComywJyqJiQZPYkpiqmERT1Yz+BM/T/zcoCax JJ1BY4LuPKpeIhxfEktmOjYKP3qWgn3YwNKwd4vY1R/BeC5+jGwidkGZFaBKmlAPpzMF9ZD/ Pw9V9D9g8IqZSBUzCRVzLs56CT+jUDdfxooLWSurZhbU0BmooS6QQy9+apibLWIPsFfwM4b5 mIora6iwaaiwCkvXJegSWQb9hfBYXTJq7qOouRMxkqfLY0W6Sbp8jE/WTUa/ALU4nWrxFNTi 56ENqMhPU15ouu5l1OViqsvFVJenoi4HMN6vG2IluiW6JVjzVVTqsajUr7FS3Qrdd9k03TCq 9hSq2lOoak+hql2Eqv0W+ptRu4tQu9/HfnBQd5BN1/1K9wGr0B1BNa+kai6gmpdAH0dNl6im J1NNF6imJ1NNT6Wa/hTV9MeoppdRTc9ETX+LPSRsFjazccLbwo/ZBGErqnw2VflsqvLjUeX3 QP8Xan0W1focqvXjUOv/A3oUFX88Kv4x6G9Q97Oo7mdR3X8YdV9hj+gTUP1zqfrnUfWfiOqf xvL16fp0Nlmfoc9gtXwnQB87AZuEnWAiNE8/CWdhP2AFfD/AWeX6cuh0/XQcrdRXQqv0VZiD vQGKvQEj/G+tn6G/tZ5Jf1/9DP199Uz6m+o67BMaqzIEDUNMh91iBUsyfNswzJ4wvG4YYaMN 3zOsZeWGNww/ZA8a1ht+zNINWw0/ZRnYUX7GinmaKCvh+wqr4PsKU/i+Ak0Wk9kMcZQ4ik3h uwsrxu5ygunF34q/ZePFk+JJliR+JH7EDOIp8XdMxK5zBiMfix9j5Kx4lhnFT8RPmCyeE8+x B8RPxU9ZPN+TWALfkzDzkniJjRL/IP6BpWBn+iPTiVfEP+GKV8X/zUaL18Rr7EG+V+GKfxX/ ytLEm+JNVil+Ln6Oe7sl3sL9/E38G/q3xdvofyF+warEv4t/x8p3JYGNlvSSgVVJoiQyHXY4 I8NmIcksQTJJcSxJipfimV5SJIWlSQlSAquUEqVEzMEuyP9Xd2k0zk2VHsC5aVI65mdIY1mK lCmNw8pZUhbjCagToNlSNlZ4WHoY83OkHMx/RMrD/EnSJPaglC/lY3yyNJkZpAKpgCVKj0qF WP8x6TGcWyQVYbUp0hTMKZaKce5UaSpT+I6La02TpmG8TCrHzOnSdKxQIVUzUZohPY2ZdVId M0rPSM/gnp+Xvo73NUd6Eeu/LJlx9WapBVdplaxYp13qYtWSTephMySH5MYVPZKX1Uh9EqqH 9IrkY2Mkv+TH3QYkFe9Fk4JYJySFsEJYCmOFAWmAxUuD0iCuslhajDkRKYKrgADYWE4ArAgE 8G1WIq2UVrKpnANYOjjgdRwdkUZYhvQ9CXVA+r70fVYhrZHW4Gmvk9ZBfyitZ8U8AxbzwQpY 4W3pbegWCd9Saau0Fee+I21jT0s/kX6ClbdL7+LoTmknzv2Z9DOM75J2Y+bPpT2Y+QtpH47+ u7SflYIwDmL8V9KvWCE449eYf1g6jJEPpA8w84j0n5h5TDqG+/mNdBxzPpQ+xB2ekH6Lez4p nWSPSh9JH7Fp0inpFM4Fo+Css9JZrPyJ9AnO+kz6DKtdki5j/h+lP2L+n6W/Ys5N6SaexufS 57i3W9Idls45hk0FxySgn2gcxUqMKcbRbKwx1fggKzWmGTPZNOM443g2BZQzkVUY84yT2LPG fONkNt1YYCzAyKPGx1ilschYhBWmGKdgZrGxGHOmGqfiaIkR3hFs9AR73FhuLMe1phunY36F sQJHK42VuBbPFNBxZmLFnJmgYCYomAkKZoKCmaBgJiiYCQpmYhmcmdhYzkxQMBN7lDMT+mAm VsGZiaXzrFpWKM+QZ+AskBNGQE6YA3KCgpxYKScnNg3kBCcgt8vtrBL81MOSZIfsxBxQFM4F RWEcFIWZQTmIdUJyCP2wHMY4iAr3A6LC/Nfk11iJvEJegbPAVWwquGoYI6/L+NbJI/L30f83 +d9wrU3yJvYsJy2MgLRYHCctKEgLCtKCgrSgf5D/zJ6Ur8vXcZW/yH/BOqAuVsSpC/0v5S/5 /71lYuxpk86kY+mcwNhYEJgRKptk9rgJ/1iRKc4Uh75iSoQmmbD/mpJNyazUNMqUgpHRptGs wpRqSmVTTQ+YHmCVpjGmBzGebkpnJaYMUwZ71DTWNBb9TFMmrjLONA5Hs0xZGAHboQ+2w52A 7aBgOyjYDgq2g4LtoGA7KNgOCraDgu2gYDso2I7FcbZjT4LtXmDJcY1xjUyKezHuRfTnxs1F /6W4l9CfFzefpXLyw8hQ3AYmxP0obgv64D/0wX+YA/7DnL/F65gQL8RnsKc4BbKyaHYDp0Am cAqEggKh31C+wcYpC5QFbLzysvIyG6UsVBayh5QmpYk9rJgVM8tWmpVmpldalDb0rYoV89uV dszpUDowp0vpQt+mdLMcxa7YMadHcWCOS3HhaK/iZlkgyz6ML1IWYRx8CQ0oAWi/orJMRVOC bIISUsKYOaAMYOagshhXXKJ8EyPLlOVYGQyKq6xUVkK/o6zCnGHlddzziDKCdb6nrEb/+8r3 MX+Nsgb9Hyg/wJprlbU4+obyBpuorFPWsUmcXFkeyHUDm6z8SPkRq1U2Km+hv1nZjDlvK2/j 6DvKO9Btyk9YgbJd2Y6j7yo7cPRnyi6Wr7yn7MbIz5WfYwS8CwXvQv9d2c8eUX6pHMCc95WD LFf5lfIrzDykHMJVjij/iZFjynGsCRrG+ieVk9CPlFOYc1r5PY6eUc5gnY+Vs+h/onzCSkDJ n2K188p5NpGzMssCK4dZZsJAwiDLTlicgKcEbl7CChJeTcCzSliWsIw9lPCthG9h5NsJK9nk hO8kfIfVcp7GCHiaFXCeZqmcp5nAeRoKnoaCp1kq52lWDLKrJp6uI54WiKSj3PwVMXM+TiQ+ TmT/gp9EIuOZRMb1RMYpRMaziIzHEBk/SGScRmScfl9+j0j5PTLl94iU3yNSfk8c5feIlN8j Un5PAuX3iJTfI1J+j0j5PUmU3yNSfk8S5feIlN/zLOX3PEf5PaMpv+drlN8zm/J7nqf8ngbK 78kAqceDmxN0CcTo6exxXYYuAwzNSb0MpP48KycWf0H3ou5fMM5ZfLrOqrOCsD06D9Sr84Gb AyDyaSDyJawSLP4q+t/UfRPzOZFPA5G/zqrB4mvYDFD4DuhPdT9lNbqdul/gKKfwl4jCnyIK ryUKfxoUXsT0ROH6+/hbD/5+ivj7WfD3c0ThPGHIQAlDoyhhaBQlDD1ACUOjiNG/Toz+hPCq sJRV8WR/1hgjdc7lk4V3hHfYJGEXuPxhIvJHiMgnCh8IH4C/OYtPEI4LxzH+W/D3BEotGif8 TvgYRP6J8AmUJxgVUKpbvnBB+G+MfCZ8BuXZblmUbJQj/Em4ij7PN8oV/ixcR5+nHOUJXwh3 0OdZRw8Jd4UvWRYlHmXrdXoBfZ57lKsX9SL6PP0om9KPcvTx+niMJIH+C4n7i4n7S4j75+jH 6jMxzum/UP8w6P8xfS7ov5Dov0ifr89Hv0BfAJ2in8qmwglMQ79MX8Ye1T8BP1BIfmCKvgJ+ oFD/pP5JrM/9QCE5gRfJCcwlJ/AiOYG55AHqQP/DLBHcv5alEPGnEfGPJeIvM+wE8U8H8R9g lYb3DUdYDXF/7X2ZTCJlMiVRJtNoymRqICdQT05gBuUzPUd+oBx+4EMmkQcwir+DB5DIAxjJ AyQS/RuJ/tPEC+IFUP5F8TOMcO6XiPgfJOKvJ+JPIeJPI+JPF2+IN6Cc6euI6Y3E9CnE9HXE 9IIkgemNRPNGovl0ovY64nUjkXoKkXo60XkdcbmRuDyNuLwOLA7fKxWCyCVi8RRi8boYhZdI JZhfKpViPmfxOqLwKHMbibONxNYzia3ria1TiK1nEVuPIbZ+kNg6jdg6neg5XVomLQNTfkv6 FmiS03M5EXOFNCwNY5wT8+NEzDOktdJacCRn5VJpPVi5glh5LLFypbRR2gyOfxuUPJYo+QXi 40pph7QDZ3FKLiVKfgGUvAvnvgdWHkusXEasXCn9UjqAFd6X3sd8zsqlRMljiZLLiJIriZJr peOg5Aqi5BlEyaVEyZVEydVEyU8TJT8ufSx9jKOcj6Nk/Lh0RbqGEc7HZcTH5cTHL0h3pbsg VE7GFUTGlSDjB9HnTFxNTDzDOMH4CKshMq4lMn6JyPgp4uAZxMEvEQfXEgePNU4zToNyAn6a CLjW+KTxSazJE8WSKEtMpCyxJEoRS6IUMZFSxOIoRWw2pYiJlCImGucY5+DqPEtMpCyxJEoR e45SxEZTilgDpYhlUIpYBqWIiZQiJlKKmEgpYkmUIjb6vhSxJEoRi6MUsSRKEcugFDGRUsSS KEVMvC9FTKQUsSRKERMpRWw0pYhlUIqYSCliSZQilnFfiphIKWJJlCLWQCliIuWHifflh4mU H5ZA+WFJlB8mUn5Yw335YSLlhyVRfphI+WFJlB8mUn6YSPlhSZQfJlJ+2LOUH/Yc5YeNpvyw r1F+2GzKD3ue8sMaKD8sg/LDRMoPe47yw2ZTfljDfflhIuWHZVB+mAgPM5qVw7E8wmaQP6mR J8oT4Q3y5Dyw/mR5MiuTC+RH4TcK5UKMF8lFMd9SKhfLU9nT5F5K5VK5DMo9TK08XZ6OdbiH qZHr5GegM+XnsNos+WuYM1uezR6Xn4eTqZQb5DlwCC/JL+Eo9zPVcpPchPtpkVtwVjSJkTuc WjicTlyLO5xE2Sm7sE6v3IuzPLKHPSX3yX0Y6Zc1vAvuc8rJ24yl5MZScjgV8nJ5OZT7nKfJ 51TI35VRJcjnlJLDqZTfkN/AyJvym7g6dzu15HZekt+SN+Ms7nkq5R/LP8acd+Rt0HfhfOLl s/J/Qf8bnieePM8z5Hlq5BvyDazMPU+5/IX8Bd4d9zzx5HleIM8zgzxPBbmdUnI75eR2Sk0J cDgVcDijWDU5nFpyOE+Rw3kaDmcMXNCDpjTMTIfDKSNvM5b8TA38zERcJR9+Jh5+pgRaaiqH VsLDxJOHiYeHeR7K3Us8uZd4ci/PwL00xhwL9yrz4EPmk2NZELcAI61xrawqrjOuE2qLs0Ht cXaoI84Bdce5oTyLbhRl0Y2iLLoHKIvuAcqiG0VZdKPI+ejJ23w9fmx8Nnsivj7+66wq3hLv Y42UVGcgt2OAw5kMF8E9zGTyMJOUNniYCcq/Kp0gde5bJpBjmQzH0oO+Q3HCOXgVL0a4V3lY 8St+jPQrGlwK9yePkD+ZTP5kEvzJUox8Ey5lErmUicprymuYz/3JZOW7yjCOvg5/MhH+5HtY jfuTR8ifRJ3Jw+RMCpUfKj+Evqm8CeXOpIScyRzlLTiTKXAmWzD+Y2UrKyJnMoWcyVRyJiVw Ju9iZIfyU/aoslPZiZnvKe9hnPuTx5Q98CeFyl5lL44egDMpIk9SQp5kjnJY+QBHjyhHMc6d yVTlQ+VDzOSepET5nXIa47+HJ5kKT/IxVjsLZ5JFzqRIOaecw3W5Pykmf/KY8l8KGI/SAQso jzRfuaxcwQhPCsxWrirX0Od5gbmUF5hNeYEFlBeYTXmBD1EeaZbyd+XvUJ4dWKB8qYAAKUEw B2AOAqQcwYcomzSL0gTHUTZpFmUK5lKmYAFlk+YnJCYkYZznC+YmjE4YjRGeMphHKYMPJaQl ZOAozxosoKzBXMoazKOswZyE7IRsHOWJg7mUOJhNiYM5CZ0JnWwCObFH4MRC5MTwfUgYShiC Q1sC9/UIua+p5LvmwHd9F/3hhBFWRO5rasLqhNXo8+TCXEouHEfJhQWUXJhHyYW5lFxoYLqx 1zODgF9Fv5R9wph5G9pOtD1o+9EOoR2996pzKng9gXYa7RzaRbQraNfRbqHdZazZgBaHlow2 Bi0TLRstD60QrYQJoQJqrLmcmhCCGwyVoV+NVoc2C20O2jy0hWgWtE40B5o3eg/Ngf/Lazi6 FvWXxM5ZjraKjrHm1WjrovdL59yKvsfmjWhb0LZHx2OvQqiKms6ZgpaGfu29sWirR2uI9cvQ 5sb6C2KtJdY60OxobjQfWjA2N0LzWfMutL2x53Tg3jOPzl1G81jzYbRjaCfRzsTew/nY9VbG 3usltKtoN2LHb8eOj8TaWsb4f3HRIuH9ZKHl3Hsv9J5b8Bm3pKCloWWh5aDloxWhlaJVxF5r 7nv9av5MtNmx16LYebPvO96INh/NjGZFs6G5/vHKP7OWRWjq//OrENpw32fF39sg2tLo5/3/ 9er4n6/8+92yInod+i7Fxum697dhtDX/eKXPwBH7vq3CPW3G+Hq0TbHvH19n6z9eW3ag7TaM aqrp3qIWmy/2tJB2kNqhV3rc0Os9PuitniD0bk9ELW429CxTi/lZ2t7muJ6V2oGmmd3b1bKm 2d271Krm5J4R0rX3+mN6NqhV/Kh2uKmxe69a25zZs1mtjfZjOr/7gFrfnN2zjXQnNI/6edQv 7NkDLenZDy3vOQSt7jmq1vOztGPQw+ibu4+pDc11PSegs3pOQ+f0nFMb+Lh2ssnafVKd2zyv 5yJ0Yc8V7UyTrfuMuqDZ0nOd9BbpXWhn80aow2GAeh1x0IAjGRp2jFEX8LO0881LHJnq3SZX 93m1pXm5I1ttaVrUfUnt4KpdalK7r6r25lWOPOhqR6Fq5yPa1eh4TAe7b6jupqXdt1Vf8zpH yT3d6ChXfXxcuxHTFXamBpu3OKpJ66Dbqb/LMQu61zEHesAxD3rYsfCeHnNYtNvNJx2dQdY0 bJfUSPMZh0ON0GrLYiPnHd6vlI8EpaY1dkVd2XzJESANf9Xn40Glab09RR1pvupYoo7wfjCl ab1jOfqb7Gnq2uYbjlWkq+/1bzvWqWtbmGMjVHJsgSqO7dAUxy7q71XX8nODaU1b7VnqhqYd 9hx1c0ua48A9zXIcCGa15DgOq5ubdtvz1W1N++xFdA/HSE9+1W/Jd5zBnRy0l6o7W4oc5+9p qeOSurPpiL1C3dOZ/cp50kukV6F5r9yAFr5yG1riY9BynwSt9inqHn7W4vOddb6UxZeajttr 1P1Np+wz1UOds3xp0Dm+LFLen+fLUQ/xo4uvNp21z1Y7Ohf68qEW++zFN6LadMHeqB7t7PQV kZZCHdR3UN/rq4AGfDXQsG8mdIlvtnqUn7X4NnQ++pftZvVE53JfI3SVbz50tQ8jfDzCmq7Z rerpznU+rht9tojUdNNuU891bvG5uHZeov4i6HafCt3lG4Tu9S2FHvCtgB72Davn+FkRpfOY b00kpemOuVa92HnSt169aBbsLvUK19Ays2xfpF7vPOPbBD3v26pe5yORtOh4TBPtqnrLnGof VO92XvLtuKdXfbvVu3w8khXTDPtSzdB5w7eP9OC9/m3fEc3QxXzHoZLvFFTxnYWm+C5A03yX IzldWb5r2gHzePsKLa4rx3czkk+rJcdG8n13oEVc+UikyJxrH9bGdJX6BVL5qz4fj5SaC+xr tMyuCn+ilsn7kYquGn9qpMZcbF+vZXfN9DVy9Wfc68/2j4c2+nOh8/0FULO/GGr1l0Ft/iot m58bmWkus2/S8sxV9q1aYZfLX/tPushfrxWaa+07tBJzvX23Vt6l+htI597rD/oXaOXmBvs+ rbprqb/lnq7wd2jV5rn2g1pdS4XjKukNaA31ZzpuQ2c7GbTRKUHnOxWo2Zmi1fGzgjktVmda MN+8wH5Em2VusR/X5rTYnFlQF+kiUtWZo83hR4NF5g77KW2eucOZz5X3WwadRZrDbLef1Ra2 LHWWklb8U3+FswY67JwJXeOcDV3vbNQW8rOCpWa3/YJmMfvsl7XOlk3O+dCtTjN0h9MK3e20 aZ3moP2a5mjZR3rQ6QpWmCP2m5q35YhzEalKOqh5zRHnUvSPO1dATzmHoWeda/i4/WawpuWC cz1GLjs3BWeal9nvaIGWa86t0JvOHVrAvLJHwKcADc5uuePcHWw0j/TImrdVcO7DCiPOg1x7 5GBNdDyma3sStbB5Q0+q5miVnUegiaSpzuN4MhgPzm/NcJ7CHkp98+aeDG1J63jnWdIL9zTX eRla4LwGLXbehJY570CrXAK01iUHza31rsSgFeuM15abg65U6IaeXOi2ngLcZ4MrAzqXKx/B fe7sKdZWtS5wjf+fyseDttYWVy5W7nAVBF3mPT1l2upWu6tYW837wUXmPS6MmPf3VPH35Ypq bVCN9d2ueqjP1QANuuZCI64F0GWuFuhKVwfeO87F+z3UU6utMx/tqdc2to647P+ka11ubaP5 RE+DtsV8umeutr11A77DUJfvnm52BbXt5nM9C7RdrdtcEehO0j2uZdD9rpXBQc4kwaWth1wj 4BOwQXBF61HXWrW+9YRrA/S0a3N0Bw8O830wuKb1nGubGmy96NqpBmknWt96xbWH70qu/VDs NcFNrdddh9SR1luuo+oI/b5sbb3rOoHfHf693WExuE5rCy1xrnPQZNfF2HdsN/98g/ssY1xX tCXmza7rUP4cDloyXbf4M3HdhdI7tWT3GqB5vXHadr7jRGZ3Dfvt2H1Q+SONXWv8bvVo13q/ D7rJH4zV5/m8ykXMXVv9Ec1gzvAvg/I6Y+3a4V/Ja45/BIpKErF17favRfXY59+glfNvfrDG UtibHDxiKekdEzxuKe/NDJ6yVPdmB89a6nrz1CrLrN5CtdYyp7ckeAFzyjFnXm918LJlYW9d 8JrF0jsreNPS2TsneMfi6J0Hvtrau1DdYPH2WkKCJdDbGZKbdvc61G2WcK83lNi0tDcQSm1a 0RtWg5YlvUuC+ZblvctDGZZVvatC46O8YVnduzqUa1nXuw6fGogiVGDZ2LsxVGzZ0ruFfwq9 27/a2S3be3eR7oXu6i0PlVn29h4IVVkO9B4O1VoO9x4L1VuO9Z4MNVhO9p4JzbWc6T0fWhBl 2mZL7yVQXJSjiFIs53uvgl2JGy2Xem9Ar/beBsXhuxFqaT7ghlpuuKVQh+W2WwnZ25g7JeRu k/jMJqs7TZ3bprizQjFyM99156jFbSnufFyLGLUtzV0EUg24S9UFbVnuClz9sLtGDbbluGdC 892z1UhbkbtRjbQo7vnq2rZStxla4bYGbzbPc9uwfo3bFQq2zXQvCpXxJxCKtM12q9HvdmhZ W6N7EOvMdy9VR9rM7hWhlW1W93BoJEqYbTb3mtDaNpd7fWgD/70IbW5b5N4ESgerh7ZFtU11 b40SeGjnfbqHdD9d5RDp0bZB9w68o6Xu3WpD2wr3PnUuJ+rQibZh98FY/zTpOf77FboYe5Lg 4dAV0uv8rkK32ta4j4RuRfukd9vWu4+r7rZN7lPgYVBx2NC21X02ysDhuPs0GaR6Ek9sh/sC dDdXTq3hMVFt2+e+HCXVcGbbQfc1dWXbEfdNKMYxctx9J0atm/6h4Wz+Wx/OIy2MatspjwAW BZGGS9rOemSQJ7g0XN52wZOobmu77EmFHvdkgDmLPOPBlvhcwtVRbbvmyQ3XtQx6CvDbzSuz o+2mpxi756CnDP07nqrwLHPQU8t3BE99eI5V8DQEG62yZ254njXRsyC80JrqaQlbrBmejnBn rLZT9Tbv8djDDut4jxvV+LTHF/ZGK6E11xMMB6wFnkg4bC12bgovsZZ5loWXxxjgiGcl9gLa ZaxVrtqv9mhrrWckvMpa71kbXm1t4Lutda5nA3Y9VK3wutZiz+bwOusCZ2l4Y8tNzzYtYG3x 7AyHo/tyq+zZozmsHZ79nCU8h7Q6q91zlO/pnhNY2e05rXmtPs85XLfKc5HvXx7UQGvQcx3j Ec8tjK/03P1qp7Au8xrCW6wrvXG4N7BEyGcd8SaHyvi7C2+3rvWOiVXaUusGbybW2ezNxi6A PTe8y7qtJzW8l+9T4QPWnd688GHrHm9h+Jh1v7ckfJI/t/AZWue89ZC3PHzJetRbHZR4DQ9f jdEONHgwpjGqsZ8K3+AaHQnf5jrA+D0MSKSK9YS3TrNYT3tn4bmd4zTCySR40HrROyfWn88V Z2EvGEjhVXcgxXrFOy/KFQNpMeUUsdt63bsQ+wX1uWLmLa9FC1vvejtBFOCKgax2g9cRo4iD /9AB1ip7vdry9jhvAJrsDcd2/N1cB3Lax3iXRHf5gfz2TO9ybVV7tncVFOMYyfOuju7yA0X3 aSnfpwYqSBlpTXuhdx32buzgAzPbS7wbsVNjHx+Y3V7u3aJtaa/2bofWeXdhj97m3avt4s98 oJF0fvTJtM/yHtBWt8/xHtY2ts/zHtO2ty/0ntTq2i3eMwPmroP+zRFX1xH/tsGdXcf9O6Gn /HvU611n/fvVQ10X/IfUjq7L/qORRZhzAkev+U9H1K6b/nM4esd/MTJoE/xXIkttsv+6esIs +G+pV2yJ/ruRFU03Awb1nC01EBcZtmUEkiNrbOMDYyLrzRmBTM1gyw1kD1yzFQTyIptsxYHC yNaoOzAXBEq0TFtZoDyyw1YF/t9tqw1UR/bZ6gN1i2+Y6wOzvuJwW0NgTuSgbW5gHvoLAgsH M2wtAUvkiK0j0Bk5brMHHJFTNnfAGzlr8wUCkQu2YCAcuRxzoFsCS+C5yOlEPYUtElgeuRZ1 ebZl/gzoysAqeC6+19/skgKroUsD6yJ3bCOBjUOCbW1gS+R453I+s+laYLt62rYhsGtIjvms 7MDee36WPKZtM/nKLV0zueMLHLh3dSVwGEpeybYtcAyOKepxzL75uKudgTmhDZ3rAiex/p7A maFE2/7AefgsPIGhVNuhwKUoqyy+bTsauIqneiJwQyu3nQ7cHsqwnetnQ+OjftB2sV8ayrVd 6VeGCjjnDBXbrvenwFPDWQ+VkVbZbvWnYdeAg8Z+AR2q5apdon49v8pQQ1Rtd/uz1KPdBn+B eqI7rj9HPc3979Dc7uT+/Fh/AWkL56WhjtiThHsdsscUdzXk7h7TXzTkjvZJfd2Z/aXqre7s /gq4V3jYoWB3Xn9N1LEORe7TZV35/TO1uO7C/tnQEq7cYwb3RbW7vL8x6iuHVnZX98/XxnTX 9ZuhGMfIrH5r1GMOjdynaznFDW0g3RzV7jn9NjhH+Mehbd3z+l3wiXCRQzu7F/Yv0kq6Lf0q tLN/UCvvdvQvjRykz2UP6f6ma/0r8Ey8/cNaZnegf41W2B3uX4+ZS/o3qXvaO73nB6zkHWg/ otoFz9Lu8F4asLV7vVcHXOYO742Qrz3gvc33jj42sKg9zBV9aUBtX9KnDAxCU+7p8r60gaXt q/qyBla0r8ZZnVFP176uL2dguH1jX/7AmvYtfUUD69u395UObGoP8PrJNTi/fVdfRXgeVcut pDtaLvTVaN72vX0zB3a3H+ibPbDPPNLXGKxpP9w3f+Bg+7E+88AR0uNUJ0/FvBWvjWfbT/ZZ By5EfVb7mT7bwOX2832ugWvtl/oWDdxsv9qnDtxpv9E3CL3dt3RQ4DVzUCZN7GB9KwZTocOa pUPqWzOY0aH0rR/MiO4pHSl9mwbHd6T1bR3M7cjq2zFY0JHTt3uwuCO/b19oA+1Hjo6ivoPq oY7SviODZR0VfccHqzpq+k4N1pqP9p3VNnbM7LugreuY3XcZ3xDaobgO1pvPYTdEv+9a+HyU 3NpcfTcHGzoa++78H/a+Byqq69x3n8PMMBKcICFICaGEGEIMsYZYa6k11iLFmTMjocZriQU6 Z/6cM3NmmP8duNYQAixqeVa9xlqfNT6vj+cj1ktdXkqpMdZLrNeyKLXWel08F7VeagnL+oy1 Xusl7/u+cwYQSGPXvXett1a7vvX7zp599tln//l93/7O5szQvL7WHuebN0pVcWOzXaqNm153 ubfGM17fIrni2a/vkpR4XrMkheIFzX4pHi9qjkib48Wbb0rNsbvNDffVtiW+rLlR2hZf0dwq 7YqXNrdLe+Pm5h3SgXhF827pUHx98z7pSHxj80HpWNze3Cn1xqXmLulk3N/cLZ2OR0D3xxua GzR9Lt74apl0Md7afFy6HG9/fVS6Gt/RfEoaje9uPiPdiO9rHpBuxw82n5fuxTubL8l8vKt5 GOe3eUQ21l5qHpNN8e7mm9Ba8PlyRvxU8x117uTs+JnmcTkvPtB4Wy6In2/RyUXxS6CL48Mt KfKy+EhLmrwiPta0qbYzDk9Ycmn8DmhzfLwlU66o17XkyOvrU0Bv/OrelnzZXp/WVCZL9Zmb Jdlfn9NSKEfq81sWyQ31hZsH5Mb6RS1L5Nb6JS0lcnt9SctKeUdd8WsH5d31K18/IO+rL2sp g5IClDxYX9kiaHfprN/QUil31Ve/tkzurne0QPwgbXl1g3y83tNSXbuvPvBqk3yqPtbikM/U b2rxyAP1TS0B+bx0uSVQ210Pq7N8qX5rC8Ry9Ttf7ZGH6/e0bJJH6ve3NMlj9R0tbfLN+sMt W9076482bUDdslN96pfv1Pe07JHH60+07MfopaUDo5SWw7iL0nJUtTjax7iu7VTcbx156l6B ujPQ0uPR1fe9vg3X95YT+Aze0odsbDmr7g6hf2is8qTE7kL9FIl50urPNi51t9UPNi7Vdm9o X8WT6T/XMiitq7/QckF96vfk1A+1DNFTZy/j2XzuBvd/GeN+z91mPHeX+yPTcR/wHDPwet7A 5vAP8ansIT6Nn8fm8o/ymexhPpt/jM3j8/kn2SN8If8Me5T/Dv8dNj+pPGkNy9KX6b/AsvUh fZjl6H+k/xHLNYGwj5vyTFaWZ6owbWQ2U42phb1i2m56hzWZzpjG2PdM10232QVozUtMR//9 wMQeZnPYPLaOPcTWMztbyxzsG2wj+29sK2tm29jPWSv7BfsVO8t+zaWwX3Kp3Fz2Afcw9yjH cfgdJyO+N8nN56o4N5fDyVwrt5Br43Zy5dxu7jvcy9w/cj/lXkn6btJ3uZguootyX9U16pq4 el2b7hvcJt123XauUfct3be513Rv6v6ea9Yd0XVxX9d1637Ateve0b3DbdO9q/sxt52+j7lT d073c+5busu6Ye7buhHdb7m9ut/pfsft1/1e9wfuf+BbdNxB/SP6R7j/pf+5fpw7ZNAbFnDn DU8bnuZuGZ4xLOJ+b/iUoYT7I37Dg/vA8HlDKa8zlBmsvMGw1rCRNxm+YnDwOQaXIcTnGaKG zfxzhq8btvKfMmwz7OU/a3jT0MGb8ZsTfKXhiOEn/BcNA4YBPmgYNFzkQ4YhwxD/t4ZhwzC/ yfAbwyj/NXwfi3/N8L7hFt9quG0Y59uSWfJcfntyevKj/JvJ85Of5P8+uSD5k3xX8ueSFf5k cjh5Bz+W/EbyG0mpyd9K3ps0N/mt5CNJj+D/VU2an/z95J6knOTe5B8l5eL7QEkFyb9Ivpi0 JPlS8kjSsuTfJv8habWxwHg0aZ3x/TlPJP3K9EfTH3X4fbk46wCdyhbid7Y/b1CxqlpD00S6 oJ1fY2s3lu4zF5W2tpvaM9qz1yxtz2svKD1VMdK+vn1ju311WrvU7m+PtDe0N7a3CrVCvL1I 6G8vXr1/9Yn2Ze0r2kvbze0VQnz1HmBYMvD9BvH994wDvt8F1n/AfcCSgONpTGf6tOnTTG/6 rOmzzAClH6f3VBn/Fv8W4/jv8t9lPN/Ffw9Kv82/zfT0nqqB/yn/U2ak74nN4X/On2cp9IZq Kr2bOpf/Ff8rZqK3Uh/mf8f/DmwH3ztNT+KSuIn/KaxPMrBM+l5ZVlJmUib7WFJWUhbLpvdI H0sqTCpkj9N3xnKTlictZ3n0DbEnklYmfY7l03dmFtAbHU9Bj1K5dBpX1MzbzDZ5m71bvNu8 u7x7vQe8h7xHvMe8vd6ToE97+73nvBcJl71XvaNw7ob3tveewitGxaRkKNlKnlKgFCnFyjJl hVKqmJUKZb2yUbETJMWvRJQGpVFpVdqVHcruqeLLVPYpB5VOpWtCupXjyinlzBQZUM4rl5Rh yB2ZKr4c0MeVMeWmcgeOCRn36XwpyjiKL82Xr3T5CqHsIl++b4mvxLfSV+YToM4RX6Vvg6/a 54D+c3MUzafgN9rn0ZhkgSSxHBAdK2BPMz0rAklmnwAxshKQOWw5SApbAfIQK2Wr6d1zC/gk /Fbmw+xLrIqlsWqQdPBKDvYIk0AyWJhF6PuYDfRNzFfpffPXWTZ4q+3sMfYtkMfZfwfJZf8T uP9x9hbIE+wISD77AciT7IcgC9jbIE+xf2J90L6zIIX0v7KfYRfZv4C1/B+QIvZrkOfYb0AW sZvsfWj7HfZv7Hk2DvICx3PJbAmXAp6xhN4u/wx4xjS2nN4uX8Hlck+wF7knuSfZ5+nboKXg Kyvo+55VrIz7MlfLvsDZOTuz0JvmAn3308opnMJsXB1Xx9ZyUS7GKrivcU2sEjxrK9sAvvXr 7EvcN7h29gq3jdvGvkzf/awGP9vDarherpeJ3EnuR8zBneZ+zFzcP3P/zCTuJ1w/k4m/XvAR hUwxLjQuZHX07l7A+LyxmAXpfb2wscRYwiLGFcYVLErfM4rR23lfNdYav8LqjaJRZH8Lc3sd eo/cX4q/O+GJABoAjYBWQLuGHRp2A/axVzwNnkZPq6fds8Oz27PPc9DT6enydIM+7jnlOQMy 4DnvueQZ9ox4xjw3PXc8416dN8Wb5s305njzvYXeRd4l3hLvSm+ZV/BWejd4q70OEI834I15 N3mbvG3erd6d3j3e/d4O7+G2Iu9Rb4/3hFLu7YP0We+g94J3CFJXvNe81723vHcVBmJQUpV0 JQskV1nQVqQsVBYrS5XlyioQm7JOqcL/M6q362VYKr9sqqZfYVjzn8ZzK8jDxPY0Yvs8Yvsj xPYMYvujxPZMYnsWsT2b2P4YsT2H2J5LbP84sT2P2J5PbH+S2L6A2P4Usb2A2P40sf0Z1g+y kDj/LHG+iDi/iDj/CeL8YuL888T5F4jznwTO82wpp+N07FPE9mXE9hLucS4X+J/H5bHPEttX ENtfJLavpG9UfI6r4WrYKuL554nnpcTz1cTzMuD511g59yr3KltD364wE88txHMr93fc34Fd INvX0vcqKrjvc99nLxHbK4nt67h+4Pl6boAbYH9jfNn4MttgrDJWsS8ZZaMMo8ulNaZtgflL hTl5iHGBccbkc4CLgMuAq1reKABWLvk24B7m6ebJ5wMXvKE/DSoTD0XkS4EheThwxbv5fmCe PBK45m0GbAk1IOSxwHXvtj8NLCPfDNyS7wTuendNAj/L40Hm3Qs4EGr06IIG76E/DSpzJNTq SQmmeo8FUz1pwXRCZjDL2ws4GTJR+nSo3dsf2uHJCeZ68oMLvOcmQZ8vhnZ7CoMLvZc/AldD +7yjoYOeRcHFhCXBpZ6S4HLvDRWYxr55b08CP3tWBld57wVX4ZFQFixX+I8GlvMIQZunMrhO Md4Pz4ZgVaLeqfBUB2sV0yQ8jqDrQVA3HivxeIKKJxAMzYpYMI4I6GIrEZ5Nwc0PhKZgs6ct uGUGtga3IQIp4UWencFdD4JAWqzMsye4l7A/eIDQETyECGTGBDzWmaJmLwvxnsPBI56jwWPT EciJVXp6gr0fhUB+bAPVcSJ4ktAXPO05G+y/D4PBczNwIXjxPgwFLz8wrgSveq4FR2fgevCG 51bw9gzcDd6bCuz3g0DJCHV6DSGjNzVkmhVwTskOdSl5oW4qlx7KeCBkhbK9uaG8GcD6CgBF oePeBaGCB4FSHDrlXRgqmsDiUPEE8PwywIrQGUqXhgYUc+i8d2loGbV3GpSK0CVKLw+t+Cgo 60PDysbQyH11rAqV3ofykHkG8Fp7aMxrC1UoUugmHf2hO7O150OxLrTeWxXaOAO1IbvXFZJm QAn5p0KJhMYTvv0+X6z5yoSPUxrCugkf1BhOuc+PJHgydV4T85IYo9Zw2sTYtoczp7YJfUmg EHwK2H5gkeoDAks0G0a7Kgn24rqBfA+sBJTFqhN8DgjB23gfPK/sCOcou8P5yr5woXIwvAjX F6UzvATzsW9KV7hE6Q6vRP+qHA+XoZ9UToUhlg9X4hqgDIQ3oG/HPiPflfPh6oR/Vi6FHcpw 2IP9VkbCARqLsXCMfCfUSbgZ3qTcCTcp4+E2ny681ZcS3ulLC+/xZYb30xqJaxCOJYyhLwfW SW098+XD+qONs68wvNK3KNyBddC5JeHDvpLwUVp7EmvtlDlK1EnQ1pSJ9QDahGujb2W4B9vm KwufmJhnLA9zh3OP6zKuedg3nxDuwzxfJazhl1Tgeo3jex/G1HWZ1ixcj+E+ibUYjwjkD/Vt 2hpL9wL4NgRzEbjGJtbVBHzVwcWIxBpJa6a2Nk5dK+9bI7V1MgGfA9ZBnGNc+2A99HmCVQi8 hta5ahUTPgvgC4TP0jEWHvRtCl+gfPAfvqbwkK8tfMW3NXzNtzN8nfLBhnH9ILsFO0J78u0J 3/LtD99FX+TriDCyi4QdaH4RuYX1oJ/zHQbflLARnC/wW3h9wgfOsK1pdjXhXxK2hTwEv+k7 GjHQnPdEUieux/Jgb74TkXRfXyQL2+07G8n1DUYWkA9Hn4R9uBBZ6BuKLKbrPsr/aO3yXdH8 eKIdBVPKaG2mvk7zxxP9QT+cwIfd60P8qe+adrweqsA+TWC6n5zqK9E/JnzkVJ+Ic4/1YBk8 B2PguxUaC1TGHIENMQ8CYxucb4prqmMBygOf5Q9FjgQcsVgifgl4Ypv8CyK15Mcg7ggEYk0U U4BP89siW/y5kapETBCIxdrIp+H6j3ED+rpNsa24RgeaYjsDbbE9/trI3sDW2P7AzlhHYE/s cGB/7GigI9YTOBw7QTGZ5i/xWorNEnETxjyJGAXr0uqgNh6N9aG/pHYlYrtEHLZz0gcTEjGM FntgXRSP9cTOYrwTOBEbnLgey2N/8DPGghhzQd8CfbELlIdxYwJanHgfpseCWux3H7RxnR7X TQBjsQSmx3WJGG2W2CxwVsVHxmYYe02NvzDmSsRdU+MsbCtei2W0MZlhW2B/vruRpdPtys8i yxMxlt8QWeVPjZSjL0qU86dHbMhrf1ZkHfJpwo9hGbAr5B8dF0Zc/sURhdJLIyH/8kgcMdXe /Ksim9FH+MsjzcTPdZFtM+IYgL8qsosAfESQHYLf8rsiB+ioRA4lbBBtwh+PHPNvjvRO2B/Y lb85chLtzb8lctq/LdLv3xU5h2tPAtRneMbCccI++/dGLvoPRC5T3eA//IciV6mfWnn/kcio /1jkhr83ctt/MnIPfZH/dJT390eN/nNRk/9iNAPXP1oD0T9BTOC/HM32X43moT/2j0YLkKe4 FvpvRIv8t6PF/nvRZThedXx0RZ0xWorPCXUZ0Qocp7rs6HosX5cX3VhXELXXFUUljAHR/yd8 c11x1F+3LBpBYH24ziC361ZEG3Dc60qjjXXmaCvyrK4i2o7jiPNYtz66g85tjO6mOuzRfejL 66TowTp/tLMuEu2qa4h21zVGj9e1Rk/VtUfP1O2IDuD41u2Onic/Bv2v2xe9RMeD0WHkQ11n dKSuKzpW1x29WXc8emeCPxCDY/xRdyo6XncmpqsbiKVQvuZz687H0uouxTKxfrSTuuFYTt1I LL9uLFY4wdXEc0BijYJ03c3YIixTdye2BPMYzzhTq2kbY3/9+8tf0N9fbrI7k38ncOxidY5e x0nHaUe/45zjouPyFw86rjpGHTdA33bcc+zS5CTCyTuNjr2qOE3ODGe2M89Z4CxyFjuXOVc4 S51mZ8W6Rc71zo3rqp12p+T0O46o4ixGOCPOBscxVZyNzlZnu3OHc7dzX3iB86Cz09nl7IbU cecp5xnnAKTOOy85h50jjgMJgVJjzpvOO85xxyFVXDpXiivNecmVSa3ElmFJPIf3hfvgXwPm dgLDhf+UXVIrWMhakHm0S5pOu6SP0C7po7RLmskk5mHzcSuXZdNe6WO0V/o47ZV+nPZK82iv 9AnaK32S9koX0F7pU7RX+jTtlRbSXukztFe6kPZKn6W90iKwvH62iA2APE97pcW0V/oC7ZV+ kvZKl7LfsN+yT7H3QEpox/QztGP6WdoxfZF2TFfSjunnaMd0Fe2YlnK5XC5bTTumZbRj+gXa MS2nHdM1tGNqph1TC+2YCrRjaqUdUxvtmK7lvsa9yl7iXuNeY+tox/Rl2jFdTzumG2iv9Evg Ab7PqrgfcD9gX6a90mraK62lvVK7bovuG0yk3y906np0P2BusPfTTNZd0/2WecGubzMf/Q1x 8ySHxWpWLFaLDtEjBsQYyCaxSWwTt4o7xT3ifrGD5Lp4S7wLE2QASXWkO7IcuY4FjoWOxY6l KOJh8ajYI54Q+0jOkh4UL4AeEq+I11CQSfyzwKTnNCal0/2RQzzM2tPAJ2SPDmakGPiE7DEQ e5KBO6uBVbjHPgf4UgWsQsY8RIxJpX31ucAaL3AL+ZEG7NgODENmpAMvOoBhyIkM9j2QR4kT mcSJ+cCIPmAy7p9/DFjwL8A55MFjxIMc2jN/HLgwynJp1vO4NJjvJ2im82l2n6R5XQDzWsue ohl9GmY0wAq5GMzoQtoDf5Zrh1ksoll8jmZxEe14f4L7PtfDFjPOuNS4fHI+7Ed18+xHp4uD dxjtPfYTCRGP2Ps0OTtdHCb7oP2CKo4M+5B9yJENOdPEkecosF8BuQZyHcVRRMdb9rsJcRSL bKY4luH1kDJokqqKY4WYLqY7SkFnzRSHWcwVF0zIQiyryWJNlk4Xeam8XFwurkqIKy6Wa2Kb LvIqcV3iXnK5WAWyEHKmieO4uFmsBcH7uVDcXeIuOCp0BYkzNrN20eYeoBpsiZEVQ6rINjEu xuXFoDfPFHkd9K85IXDVlgnZpsnMkapwrIc27U2IY6N4AMVhnxyJhDgk8ZB4JCE0437x2P3i iAAaxF6Sk+JJR6OW3+poh+PpRI+gdQbHDrF/pjh2i+cc+8SL4mUUx0HxqiqOTvE25IyKo44u cXSynklxdMMY3ZiQ2+K9CXGp4jhO/D5F3B10nHEMEMfO00hcIkYNQ2qE+nvMMea4SS26Se1V a0KmVNEsrZNrZRexQaHRD+FIOyKOO2A7PQ47WE6fY1xc7NRB7bucKfYLzjRnJrD5mjPHfldk znxxi7MQuJxlT3MugrHKcmYCT1Kh7BJniXOl2OwscwrOSmgx8j/LuYF6eQ1mrEJMdVY7V0KN DqcHbAetlnpEJVVbwdlNtQ85A2K/M2Y/6twE+elQ7oT9upjubIJUj2PE2Wbvc2517nTuce53 djgPky0PqeI86uxBe3WecPaBnHUOgrXeUi3WecE5RHeDOzmvQGuuoU06seY+5y3nXRdzGVyp Yq4rXbM/tMDFriznLeDaLuLbATibK54TT7oWiAdcC12LXUvFq67lML8wW85M1ypXucsGfTgm 9sPY5zrWu9a5qqB0LYhL7HWtQgZSL2musBwIMAZHyaUAQmI/2HCWazPk33M1u7a4XK5tLri3 a6/rgOuQ64jrmLjLcdPVi3x3nXSddvW7zrkuIseBSzTnrsuOLmDbSddV5y3XKMgN123xNAqc u+fqdfPQg3PiZdeo2yhedZuQp6BH3RnubHeeu8B52F0khtzF4g33MuAjMtLlXuEuhXuOAkPv Yf/kuLhc3uweg1Epl5vB27qgP/3OFPAsW+Rt4AUWy7vAU9hcue6IvNe+X1xlr3RdlA/Ih9Cu gTMwWvIR+Zjc61osn5RPA0PBcwAfl9PoLJZXyavUEmKWtEHuh7rQ3xGDqSR5GWQw1FUlnxNz 5YvA8ctwZguUWwXtictXIbXcdVUeFcsdp6Dfp+Qb8m35HnlBzZN5eJk8q+ukXCVXeYweE/g5 RfV1ngxPNt4N7+TJE0OeAvRmoOOeAk+Rp9izzL3PAx7ddVX1XOS7tskhT6knQ7zqMWNL3GaY J+TOVXeFez3yRxVnJrTb5t6IPsltd7ncknjRfsHtB14dg7scc0fAYxS5G8TT7kZ3K5xpd6Pf Udy73fvslfZK90HwN0XAnLjI3J3uLne3+7j7lPuMOAo8Q0tfLp50D7jPi3H3JfewS3GPOJvE dPeY+ybMZ67osp9w+N1nwIJ3gc8ahTN33OOSTjwgpUhpUqaUAzayTcqXCqVFYpW0RCqRVoq7 pDKodZckSJViLdTskjZAm3bZK6VqySF5pIAUkzZBG9cBG7ZBu3ZJTVKbtFVMl3aKNmkP2PEF 8Zi0H645BvNzUuoQD7gj0mEYoy53xB1xZsIYuFxV0lGpRzoM47BFOiH1SWdd66RB6YI0JF2R rknXpUHxHBxvuTZLd2XmqpINUqZ7vZwqp4v35Cw5V14gL5Qy5cWOMYqmnvvrk+df0JOnxAL0 tkMm/o+aWogba7ewjNoikGKQZSArQEprS6tAas215pramtraCpD1tespbyOIHQTzJBA/CFy3 IbYhVhsBaahtgPvwJptpLdwjjZ5uGD3d8PREk0Qxr46eaPT0FGOgmDeZnmKM9BQzh55cHqIn l1SKeU0U8z5MMW8aPbPMo6eVRxiX5kjzU59y8Ymg5jjjas7D8RQcL+nmlS+qGXgQrDkHxyWA kg/BShVrrqooL3tACIDKWbBBxZp7cKx+MJiNcHRo8GgIqFjjUo/mPEABpGOATTNhLoZj00fD vAJQCuk2DVsBO6dBmAV7pmH/n4EOwOFZcHSWehE903DiwWDDse8DnP0QDKqwVasov/CAGAJc mQXXVNhw3q4/GGw4t7c03FWxhqmwBdSjVYJjFcAASJ0JG3BgTfpHw7ZJqyNLQy5gwTQsnAWL p2Hpn4HlgFWzoBxgmwXrpqHqwWD2w7FWtY9ZAefMEUCDVk55QIQA8VlQq9XZCsfNDwZzOxyb p2DLFCTK7NaO+wAHIb1t8l5TYe7U0rs+GuYuQPe0OvZOw4FZgNceh+MhOJ7Sjmdmb8+H4gjg 2CzoBZycBafvh3mgZtJ/T/W3CX+Z8GPnJ/2L+dL9/mOCJ1PnNTEviTEanjK2I/e3acKnTPUB mv0mbIvWDI3zNmjDfZzerJ43jwFuAu6oPgLXF4tOzcc+WVIAaap/relW/aQlB5BfQ2uApbBG 9e9NKt8tiyb9swXWNEuJ2l/LSnUcLGWqv8Q6CVgvzKcF/KIFxs4CbbBgvQFtfBPjie3HdTKx hnkmx5nqaVPrwHMWWC8sO7V2TZ+naXM0sZ5o80R9xbbsUdtm2T/l+iZt/vAz9iug9a1Dy1sy BStnwfR1ecMsqK6ZXF+nrLETiE3B9DU2sV7+R9bJjpr718KjNZNr4JT1bsJnASxntSOsW5YL Wj74DwusSRZYgyyw/liua/low0yz2wHVniywzljuqr5IYJpdJOxA84vErWuan9syaSM4X+i3 8PoJHzjdtqbZ1YR/SbQ/TT0KqeqcC+lTrt+l2psAa5OQq7ZbgDVJwDXIpfUH+iDAGiQs1a77 KP8z3Y/PVibR5ln88QS2TcGH3euj/OmhaZjuJ6f6yt6aSR851SfWatce085VqT7aBvyxHVWB sQ3ON8U1PVoecEXohzT6MS1+sUFsJGzWfBnMqQ25lar6MwHHHsdLiwlsg5ovw/U/V/NzyD9Y o21Qnw3qE6C9Nox/MK4BntmgzrXAsbUGzX8m/OVSLTZLxE13ayZjlKHJOvDc2lTVX2K7Zvjh aT54IoZJ+GHsJ9S1Fs8Bp9ZmTV5P5W3a57OanUDf1uZqeX1TMDgLpseC12aBNq7T47oJGKZg elyXiNH+I7HZ8pr746/ymsm4a0qMhW2la1dNjskM2wL7E9bVzLAroapmIsYS0K5dqi9KlBMU lddCSONTwg8MqXYlaPYlgF8RNLsTwMaEXSqm2puAdoX5BzR+HqmZGccAhGMaelWQ7WH9J7Xj 6UkbRJsQYK0TLk6xP/RBl1V7E2CNFkYBN9S1JwHsLz5j4Thhn4XbgHta3dAPK6/1UytvhWc6 qwmQAciuIV9kzQPAM5y1CFCsrn8IikEgJrAuA6xQ/bG1VOUproVWM6ACsF4dL+tGgF19TrD6 1XGyRtTyVlg7rI2AVjUGRP+f8M1WWAOsOzRUqOsMctu6Wx13K8Sg1oMqz6yd6jjiPFq7tHPd Wh3HVV9uhRjRCvGhFXyPFeIxK8RhVoirrBBPWcfU8bXe1PwY9v+OdhxX+WCDWMgGMZAN1ghb 5hT+hNR4wAaxkA1iIVuhlq/5XBvEA7Yl2vyBndhgjGwQA9jKpnA18RyQWKMgbRPUMrZKNQ/f 0ph7au67f31L4y9pr0y3UNeHf1Hlz7J/YCw5D1AAKAIUA5YBVkw5lgLMgArAesBGgB0gAfyA CKAB0AhoBbQDdgB2A/YBDgI6NXQBugHHAacAZwADgPOAS4BhwIh2z7EPOd7Ujne08uOMGXVq vjEFkKa1bUw7Qh+MmYAcQL6aP3EsBCxS22pcMtlnYwlgJaAMIKj1GCvV+xk3AKoBDi3fAwgA Ymq9xk2AJkAbYCtgJ2APYD+gA3BYOx6dckyU7wGc0I77tetOTDnfBzgLGARcAAwBrkwecVyM 1wDX/4xjYixuAe6qY/nnHGlMph4r1H9Sj/XTPGn5dL8pmGMApE4eaS6HtXoBc9IBWdp8Q/6c 3MnjnAWAhewfzIPmC+Yh8xXzNfN1wi3zXQuzGCyplnRLliXXssCy0LLYstSy3LLKUm6xWdZZ qkBqLS6LYglZ4pbNlmbLFss2yy7LXssBwiHLEfp8DKTXchJw2tJvOWe5aLkMNV6F2kYtNyy3 CfcEXjAKJiFDyBbyhAKhSCgWlsHnFUKpYBYqhPXCRsEuSIJfiAgNQqPQKrQLO4Tdwj7hoNAp dAndwnHhlHBGGBDO0/l9wiVhWBgRxoSbwh1h3KqzphDSrJnWnFmRby20LjLfsi7RpARktvRK kDKrYK2E9AZNqq0OggckABKzbrI2WdusWwk7rfi99o/N+jsOTPsdByP9jkMK/Y5DKv2Og4l+ xyGNfschnX7HIYN+xyGTfsdhPv2Cw8dMeabn2WOmF0yl7DmTaJLYiybFFGSrTRFTPbOYNpte ZS+Zmk0t7Ium7aYfspdNb5tOsEbTGdN7rIl+06Hj/+OWcVw6F6D3VXrxf9Tnr9AAlpBv1lCh Yf2UNAI8a75dS2M5SUv7NUQ0gLfNB2+bD942H7xt/g6t7G6tPObtm/L5oHbs1NA15Z7d2ufj 7FlzJcgGc7XZYfaABEh7zDGQTeYmc5t5q3mnJpXmPeb95g7zYcg9Cvkd5h7zCSjbZz4LNqla 5SawywvmazBXD9PvdzD65Q6efrkjyVRsKmY602pTGdOb1pisLJl+xSPVVGOywzzIJi973BQy hVmeqcH0NZZvajK9zgpMx03HWaHpHdM77BnTmGmMLfwvrp0bf0X3edBVwA5u/CFKp1D6eUo/ T+kXdOWgl+gjlG+n/G9Ruh10sf57lC6ntHrt85SuoGs/AXoR5S/R+akevLaY6t+oewG1/hV8 90nfAOkM3SrU+ijoo1TmTbzvv1P639+mNjRRvpfSL1D6BUovUVur6QbSQSoDdf77r3TPgh7W evQsnX2FWkU91X2a+iVTyyVMJ12ktJHOMrrqf1OOj661UM7DlH6Rrv0q1fYwteRF0noqs5TK uEAvpvRiShfrSijfQ+mlVAPlk36BzhbT2U/pPoNa76WWlFBJTL+QdJPKqOPQTrUdp9rKKf0m lUT9Cd0hKqPqZaQrqYyD6u+m+mFk+Jfw7vxz+lrQLXqwdD5G6RdJX9SHQG/GMhxP+g0qT23m GeokF5V8Qy+C7qA652EO90tMc+/T2e1UfjWV/yalM6i290kPU/m7up9APq97F3Sl7jzeBdPc 7yjHpfsl6OVYht1GzZlJ/xvpt1EnJVHJNVTPy1ie+zXVcIjS36WzX6DyH1D5hZQeIX2K9D9S +fd0dVBS0P8TpO8gh3mD/h1Ij2M+Z9efBX1FB6zgs7EMe0//Gujfo+ZGtBzQScVUTzbpHLrW SXo76fm6D+jsVyD9U9T8EKWPkx4k/YZuI86R4T3S3aQ7SbeRvo46OQvutUSdQSrZYsDfYbFT +kXSczXdSbqNNF47n0r20dkuyrlIOZspZ78675gG3U26k3Qb6euksfwaKrmJrmKq1n8bWUHp N6jlHZTuJd2h5XSSbiN9nXQp9OWkvo1YJKGmu/+S9Pt07XZNd5PuJN1GGmvYTqPxTSyTtJv0 N6nN75MepnqGsc3ce/p+0LdIv6f/DukA6RrSxAT9GNQwn+brDpUcJj2q6deIA6eQG5QzTjWM Uw3jVMM4seIKnb1COVe0nF7QSdSXJ/R9xJl+0gHSNaR/hpqYMKxyDNPANKztZ5R+D+J7bAPk 8CWahr7wP0aW8jmUk0M5OWTdOVgz6HdJ9xIzD0MfG1R+Us3bSG/XrkW7CBPn5+P/+oZ7fYd0 gHQN6XdJj5HGOofo2iEajUGqbZDSb1D6TU3j6J2ldr6UjLXNVbXKNEp3qFr/Q5rZAM0jnn2f 0u8ZPosjrGpsFaMceL5FnU35gzSzg5RzlGykgHQeeaHnyb+1GApBv0r5vyFfdIvSO3A14f6V fNpc1R9iSS5F7wb9CHmzZtLzaTSOUJkisoVfUPol0oc0HwhrDUf188moDT/D2Td8A0dDT75U V4tjYujBtKEI00nXiNuHiCfFxN5+uqpHfxSv1R2hVuFZj+rPDeg5n0UNtnmebOo82RFax1OU 3k5n/1XrY5ja46Jr36Lyb9E4k4fRX8PxQQ2+GrU6X88ZYK3kY1R+LqX7qPxmzXt0kh9ow9WB bNBF+W+Qnkf6KbrLL0l/kFyOs5l8mO6LZ1fjLIPlYjpD01jnJzWfvA/SWcTJn1FOHulLhsdw fsnfvkl8/hvy28fQi+rPEScHsaS+kLhnxByYO+RwBvpzrl+1YnhuhhWB5uUcjjD4gV7iWC9Z parfJXvpJf0urSDoq7PxWhjPd+iq18iCXiMe4l2i2KqkNXg2aY3qVXQQt3CPk42voqt6DH8g /4Dll2FrgcmYM4KWDgz/f7ydeXzN19b/z/lOiZglUokgYqih4WSgqGuOGIOgYqpZxZiSmqpK qKKtinkKaVBDUWoeYiaq5hpLU1NRQ6i5JCe/vd7fc+/tc5/7/IY/7u8+r/t5PtZee+211157 fff+nnNyz8mTBc/DPfVnPJoyyjIwGdxvvSnc+pKd20qeMuzcK7Tu8qC9Q4W3syrTeh/JffyX CFe3Tkutw9sUeRo6j/NMDMTbHOQbiHkJeDBzuS6nJq21IfZPGAUU3pGTpBYgqNZrPFVFVm0B c1wse00P4zlYUVAPNpRE+wHLC9F8guVf4b/Co7F/TCKvUCw3w+fBgo718LtgB9PHIecKsf8O K1UJCyfs56+cqdQ5oQfVTzJ8KqeXu0Z/ZiH5VobWBXh+mrHSsRYoMzV+kmiYxMR4wfoOl+e7 7i/W9HPCjXfgjZlvFrN4Qa14wU4MxE+qvbZLPNQjmXsej7fiSQj8LUOdY50ZzHqroU6Gznr4 doS+ZLtWyxgoe5xe7eQ8rLXTHyicZUQpy3VYx01Gb8lPbaHiZ7F224NibQl2qmEz3DAU3hBU WVfCIacyFQHdizisoNdQcDo5cMeQ6K3DQgVwLnZi4B8y9xTi3IA59qfXbfAKGC8RU6csmUWS nFoVzyNZwTNoENZ64mc77FjmHKkAnmyU2e3En1dWWUHzCXgOTEceAjaTmmCfOUVTc4G1zAs8 R4Q3tk+h2DkNZmAnAzsZ2LmMfl/0+4pES0BSG0mMfWoV7ngunig8B6YjD4GLfn77ZMso6TZy jmqKnabSV2sPb29zsaMwHXkIWAJJEPnDeQObN7D2FFwJrgXXGPIEjMZmNDajsRmNzWhsRhOl aLGsVxJNvRIR2I+F/fDN8M0yCxXVxfgvuNGer3Dl22LsLKbXEyyIpAZ+vvDgUXaW+BBrVmW3 yuqMN+S0uddzO5BRDhnn2bPcDkTTYZ/kb3K2D+AW0AT8AWsB2H8OngfX0DcObEzfbchvg8cM laVWiMzLWi1o9Bcd44S5Xe10xrKGmvKc6kKsEojAn+gXkKhaq9nXYXh7mjy5AU733FMusDqH yckLrNoFIkN+yi5TESgvK2W+oXARdyINzZJonoZPZPTadr6xFqtEouuslI68Kfo3wBfgSvAw J/mV1i1GEUmurItaX+G3PMhaw7fZmSMSlQnNWMFmrLi6Uzsm6j+pe2WMmVfQUnfYnJOyE3NO mmqV9YWclI5KTIya8twx+gjXN4Azka+U85ixhKqIvjoby7moFH2bcy4agOY+uW8aGVKlde6P enu5OxuFaN1Ir+WCXsWR+2MhG1yDfnfyZKyshb5ZYqtnwqPBCEEjWNbICCE3JqO/h4y6JGgu QyeCrAgUTX0KK/sA3p/WirQWI1saYcG+q64BmzBWXU4FS3gCNpaI6Td4gkymNh7kqXFYzid6 KifSaTyD0jgfjkHyKaeaLOzsBs+C58BL2LkJngBH8Gy6xHN2m6C5Dz4W3E51fc4z6DM5vxmV OcVd8vAt4GpwMpglrXLzMu8S/6Zo5gNrWh0V2jcyboj6dg+uBieDYmEDmiPptVkkCkXSWiTm e2RFF866I8DmYAInw6GcPxtzJ+UEa5Qnf3YyFpr6ZKmlBhKFMos7WC7nwS3ganAyqKyZFeVO au0hZzJMf9UrL9ZSwV4g91PDj7mPgm/x4BZwNTiZVpnXKImVkS7cq4Q1H4wT+/QyPCjx4Y6g r5E46HU59Y3xYAqYAHYDySU5uVk+rHtXNBtLbTTLmRmKPzT3KZyP/LwHE8Bu4CGwquQbrYeR HEYyRc66+neyQ50fc5YuCf4NHMHZMph7UE3Orm9xKp5GRo0gY6fJOVBrjOWN8FHcXjfh2y/I fxE7RnP8zxSJUdyDKWAC2A2U/fWmeGWUkjustcLOedkR2k2s5QVTOSGMYx/5cX74gPxfROsl D6aACWA38BA6Kp5GaRnF3CfvGBWKznZ6bYf7EYHnROlnczV7oaS02siN9ZbcWI07IjHTxRNj C/wh3CBPDPTHmPdYBRvl9npSbq8qGpIVJ4xx+CYZ64Bvx/PttNpVtA6Y1/RT6JD1MgOsNoqn idwsTSb/Ao7y1FKpPLuopcnoTEV/FTvuAfsoLxW1BhV4AXynVGCVV6qXuZd1OYxNbq/6DCwP wlpl+Ba5/6obrrQmoLlL0DtdMtzbwW1rLpZ5Z+JlV/sfud1MZofeZQdtZndUA7kd62uxsAJr DuNT1WsXdraKbwbvqQxuxGot5Bnah7vwMOHKQhZ4ln2dBZ5lt2aBZ/F2o+JfMuI2opQtZwB9 IdUpAzTwbafckY2lYKKgzpsT/ag1SZ537OJk+Gb0l9D3S3b6ZJFY/aQaWAOQ70P/KtgeTLWe C3p1kicdOsslc7yKw/3BCKxloz8Ln33k6WAUkfdURlUzkPwRrolv5n1ZfaMIe2eMfd8kH9aY RyRPRG7c8Nyp5Y3lau44NdnX0fKM8GrC2p1jpd4RbvmY+VXrS55Z2+VGrLJXakIjafVqwpMl VXaTqlc7wEPUpR2gPEOb8R6pMvJM5JnIHyK/ifwS8i5Y+4VR7JvXGJ6MZ8HtMq55VWZk8T5W /54bdxrPuHmirx2Q+7Wqct2I8At8lrpUU+7aVn52fRa7e7egiuQx6kxVPBE8QWtezkV55eSj 6mEOeyGFiiGtY8HJnuohvS5QN/bIvVvpLEC+AP+pV9Ynim/B5yijuMKvBY1g4r+emV5mdYaj 08GjKZKS3IN+kDkaheWOrPNWWbdvbRe5tR2hJn9EHIJY91DuZfPJlmKmqkWWN71ecEL4Tu7j Zn9D3SyMadTYwfQdTN8v4CtlLO1tRuzJuizh1t+bGX3GDfcsO8JA8qXcyo3K+NkZ/UeMiFfm RPgYuZvrQ+C2ziAsVAe7ynlJnRtlV2433pDnAh7eJs/t23R9MiGauVfVd6l5dRI7ViI4WtBI NdZSOWVHNBRujjRH4pXEsx069ucd6VQzU1r1YfIUM53YKUT8t+Phcrl36z/DH8ptXQ+DR8tt Xf+WuRQUT0x2kNHBCFCSxfg/Tn+o8BNdZYJxVz7xsZZyJuwht3U1O/GnuNzZ9anYHOZBiWF+ sIPc083tYEe5R+ivZe6WPxFoxh38Or26yz1dLwrfTetT/PkdD79H/gefZQRLZKwKjF4H7MZ8 B4LVPWdLeaoG0OuY3Ny1n+Tmrn9GfAJ4f3gVD3uAzVidKaxjc1k1lb0KtbVIgvBzAbeYZLCu zbmhJLPXkrnpJMutSrWqm4j5JifqvWhOADebn1IPhRcAm9uIheZYaI6FaDSzuOtVFolRGckF JAsMteJO+mplwUncl9tyX27LLawm97v5cldSmaD0tX5oXmJEf86foVgLlb5GI/h4G5GMF2sK 05GHgCV4sqvImKeZXX9D3Qr1RdisiX17dnXAj+TuqfxnFtisjM3KzDSLmWZJrIwOYtlqZJ4B J0gWYWG9jcSnJ7wJcahrtSBWgq24v/8s93c1ixby7ss4zbgt2EGXsfAEay3kaSVeqcojuNAo p/A9I0nJR1JRuS+r+7W0TgGDkNQxJiqeYIhvoUiot0YJ1uIB+IegflTQPCFohILjpa9ZhVGK YrMpWAtchrXJdqyw8BCsQIRHgYOk4nllSAS8Y4jnS+59A3hLP0i4l8VTr4e0mm8S4aNoNoL3 Ee6VIda8Y+RkYrq5D9ZkXnZu1GCVG7Eui+B+WKiNzrfyfkDvLvE3AlmF9eRGaXmK6bdkdvpa eCH4WHQywVB6hYB+rKa/9DXTZMXNZcgj0FzBKk8Rrj1AUtOqDs6SfEMzQFZT5cmn1EDBU9hc Ay+Hz37E8CORK82XePuSHcqn9rmrHE6HnvsDfK18Wg2G566AVwQnyyfmntZVYBr6o+E2FgOT kdt918HXYW0N+AuSX+AX0VFyrU2uvBENBT8Fh4N1wYvgWEGnJuh4iiQcdAjqfeGzwW/Awh4u nxpcoO8TJMlgFL2+gvvRehV8hYRRtFgkD+G2/dqM/hy8ROufYDrWdHSagu2R3/Bw8WElkrVI ouG59KoEvwXuBzeD99BsAX8Jt+BusBh43V1JTob4g77jmUh0OzJBYKBInMza2QE8ifwKfBd4 Ch07em3c9ZWFSHsthGt1wcVgqr0K8HDQAc4Gv3HL6XSvHX+ROL8Dn9B6HMvz7NnB37Ajj44b ndL2XJBcxatb8NOeudRnXt6q72j6jhGJg/g4P6G1LDzcHcNcFuD/AnxegIeCyUiegPeQlBZ0 2DwIDARvMm55MBgMA28zip2HM+C/gYHuBgrbwX1Z34l2ZopcWwd/yy138HPwWsjJDc1L0CLf rBGCxnYs5EgcrEHCzaOs+Dd2fHIXymeO6H9uZwjWZuDDC3T+JCZtZG+qnVWMXSA43V7rnMey 75jpcA9qYLDCN8C64Fhax2JtrEhUPEXeGHk46PBgsDwd4LM9KJoxRPuCJ/LBrMJiUHiUyPWv aH1Kr2p4aOf5U2ZE/J0/2yvCTJfYWQ3vjc4monTGriESK+MsEbN3sR88iMjsR3+/u568m4IP x86H8BRBnb2sNyUPXxK3ZFpZTWcJ5Pckhs5sfLaIXiAz8iZKbkGVVzaXORIr5+egnYc9PBhM 38XYEf2T2DxD6yqQeDoeMeu7YAp4PNdXYQ5z9EGyAV4CHsyqtYafwPM7tAYIV3VjpZLUo3UY uIDWxUSAbNfD4PZ+D5SIaRWR2zviB3AhlvtgoQ+Wz3uiJNyub8fY3QfZs7dZBWqL0yDy72DH rocnwN9zIySS8KN2JURzKppl7ErIKKeRs/uMceydDPiL3Gjlp/00SaPmnJNYGe/AGyPPws4L OPVQywNWBkPsPYtOBrjVU6OqKeR54TyCziZ7R4NUAG0WUaqDzlnQrhvkrcbTQUVV3Sx09r5z BTgUtGtFBXAu+CHyRHgDsD8ZOAr5Ks8TQfI5ycMlAvYTpAv61BCtp/1kYTUt4l8MTAZPgrtA qrpzA+uVC98JvqLvKXu94ETS+RDeF4whSs/h+WlNhzcF27ufi4fIb2BzOrgWXOPZv/ZYkvkZ ZP5zdkR7MBr5fngN9MdjjaeP8xCju8kNno9OKrkegGY62QJ3Pqcan4evQR4Ht+sqq2+tJqMK gROoMJxSrJJYsytSe7zdnLtIPmnCQq77c+ar0HkYfEUdjqWSrAXfQ/MVdTgfc7GfU36euhpM bktlqI2kNtGrTVV5jjw/cUj3oNReHc2mHhQLK2ld68FgnjsDiWEwfkpdCqb1GLiZaHfSyks0 5G2AXsmIl2eZsVSe78K1LOMPyQFB/bHxjUPe7ShNxxVBZz96NRE0V/M+wQKrGGNkR2BhpaHO nHoXLGRLq9WOXrFgJN8NeAl6G4ESZ/0j8VM/KDrCtXHySxNtoKCeoGdiTWk6jgg6Q+xeSM4I GvcF1SwE0/QvZRbYaSQ3eu2wbYfWOEEzCQsvwUxwKvi9Lu9SKglqu3S5WQfLnVp7iaSI2Qk/ 5Rtc+UTiOCPccUVQ6Qs/IvpmbewE08uly3fnyuvz5Hmnp+HbGnmfTK/vwVpIKoi+uZteNz2e SGscksX6aNnjyOt4UL7DY3ispUmU8G2LcOdV/NE1p6D5VP76DFzTNJE4d9Mq3wSOcF7n26ry jbLW2lSFofLGQ9ulfSW1TvtMPNeWy24Srk3SJikcq8kny5roO5PBWEF9ADqzNb5nqE1XWFWf onAD/C19BXamy2kBTfpqUfT9Cu6LtSeSpc5fGf2V5is7SJOsiNOK4WchqQkan7BrlpLU1wrK DtLelB0k+s4YsI2g45mgrmOhCdbaawFSqbST2BT+XLshtRq+Bs0WWHDTtxT8FrjPKRHehA93 nWWUZhWnvF1U1UjODE75hDfH+VQqsOaSaqaN4xNzP3m+OK+KP4LO+pq/SLRt8rxw/iZPOjAI rCKorCl03IBPB4s4M9HMlOcp/IpztNRwbJ50LlM4y3lZngLiieM2Fp6JJ1q2wyHfBjceCVp+ 8Gvw/HxLPC/8beTfIVF2jK8tZdPoBDYC7wvqd8C1gmY+5NmCmgF+iaQCOl0FrQtoVgJb0BoC 7wmPQ/MWEuTGVEGvkvA3ad0DPkXCKPqP8D7wcWBrJEngSEEn3mp1aP0BfhV/LHSSwdW0HoJv gD8AW4EdkTMjPYe+trVj4AQwHjyHZiSceemvGfED+EH8OQ/eRbIUa73pVQPNo8hLw9fBU4jJ NvgIcAlYkV5fe6mabxW3V0e4cR/MtddIuJkPSTa8nr1GSGbYKyVc7wr2BBOw9p69XvTyslcN Tkysh/aqob8WvEVriKBXSSR78K0qml+A/e34MHpDPNxrx0QkWhDcjhhxNtLA2oxItJ1/0Eok tV1YIOvMWeBh9FPBM2BLkFkbdqal4OdY9MthgZibBfCB/NHKk3t50L+JzrfwumjaOdYALCDo /a309S6Knzo60VjYCvohL86sKxCZo+jPppU9YpylV1nGIrb6LHvfEcML9CW2xlTwTexsRMeF feKp1afvJuTsMtPO1X6MZe/EknbuYec4HE1tCr3uoTMTtDOE6OlD7Uxm3NLEap2g8w8kCxnL zsNq4DtgG/qegkdgIRy8Df6JfBJj9YK3xQ7zMhndrI7mNOzMgxN5jfpgLAOHg+3RsUf8CbQz ZCetA0DWRQ9gxCEgkfdCYjxhxNHI7ZrGHjTs3c3ONQsiKQJSGXSyQseaZlcqqor2CH36Gong KnAlcrs2wvWTSDLgmYxOXunsHe0xvcg6095N9ozS0fFBfxESe913I48FA0F81qmZ1mRs2l6R FcZlkD1lkBtOPLc+oddH6L+CsxONMeBF5KypTvzNLsipUQZVyyAfNKq60Rfcgf5TcmYc+WPX q9UgtchkH+kTkNiVM4u+9pqy7jorZZFLemeQvaZPB8lerxOC3mSFyfPLJNstou3F3C1aDfR1 apReE2wlozsccvI3vnbLJzWdwEbgfUH9DrhW0MyHPFtQM8AvkVRAp6ugdQHNSmALWkPgPeFx aN5CgtyYKuhVEv4mrXvAp0gYRf8R3gc+DmyNJAkcKejEW60OrT/Ar+KPhU4yuJrWQ/AN8Adg K7Ajcmak59DXtnYMnADGg+fQjIQzL/01I34AP4g/58G7SJZirTe9aqB5FHlp+Dp4CjHZBh8B LgEr0rc4fXPRqQefQWsC/D3kXiBzsR6CVWn9AuwPNqTXXsYNwkPbc+ZrpIG16cusnX/Qyoy0 XfRl9c1Z4GH0U8EzYEvQ9tBecXteY8FyWGDuZgFsso5aeXIgD/o30fkWXhdNe60bgPTyptW7 KH7q6ERjYSvoR+tsOJlpnEWnLJaJjI7/+kZaXdghMlp95JuQk72mnQP9sGZnuJ2rx5Gjo01B co/WmSCroxEHfSi4EGv2OlYD3wHb0HoKHkGvcPA2+CfySdjsBW+LHTw3GcWsjuY07MyDEyuN nWUsA4eD7dGxR/wJtNd0J60DQCKpBzDiEJDoeSExnjDiaOR2NSB7DXtfkPNmQSRFQPaUzjrq WNPsPc5+1B6hT18jEVwFrkRuVxW4fhJJBjyT0ckEnQzXHtOLPDHtnLdnlI6OD/qLkNgruxt5 LBgI4rNOtbEmY9P2inU3LoPsAoPVd+K59Qm9PkL/FZy9Y4wBLyJnTXXib3ZBzu42yASNSmj0 BXegQ1YbdiXJgtsrxWrqxN8iQ/TOIDmvTwfJPa8T5D9rbVLPTXLVIoZezMii1UBfpz7oNQUd l7VLDnkrckK1lrXfY+jTlKQJ9+6+8rZBT+NNQlNaF8tvVPVg+W6YPo93KZpItN+RTxO5fLlB 3s0i6SJonhE0qiB/St8EWu8IWkPhfcEmWMuyNRk3zvM2o6xD3lHI3XAxkk89bzyq8Ls2eYvS jPcnr3gf4se7kTXIl0lf7RSSvrTOgWtYyAKHgyuZez5BbRwRaCdvSLTDvLWIhEfqW6Wv6Dhy eV/h63l/otBxTXTMcOzE0qsRb0hqicTpayxScn/Pu5E1vANZw/sQhe4ZufKeqnXuCam98Di5 22qnhDuj4J1obQRPh19EcwzcG16L1gP0uoukiG0NyXW33PTfQqcIvVxgT1rP20hrIPwVrfOx UBb5cuTV4ZVoteDvwz+zfRDuvGT7QOtI4e7Y3OcqE8oj+d4RoPBn+GLhekHu8rmCeh3wMZJX 8Hlo/iponhE0nMg1cA2t3oLOp/As0IW+A51pYCVwIq3D8WEWvCd8JSPeQ2c0/AitA7Hjg/39 4DKP5+JJfyTbkOwCp4LMVG9CawEk49w75c0Jlne75U1gMJYHe3wQ+RVZI72OoOMKfdeB07HG Gw/tJpJ2omOUd8v3xOrSWt+9QqHb0ULJC6ETJhLtke0zltPEB6sEknThzunIY90bJD9F3zhI 63lpVXOX1cmH5VjkxbD5Ff4Xz32l/EzC22f49rP0MhOYyy3kqWTdWOnlrM5Yo+Eh2HG5s3lv ny3xBKcKqtOU4FUkQejcghcR1BviVSSrdpixRmK5Lx5eFbQMYlvBzpDc9pJ1oqMVEYn8HRxV IdllRiGZi1UM/VvCzcbo5EPSyc5Doh3EKPmITBGJmHMSs45zy7vZgXi4Eu7j7iA55pa3nb5g DKMfJhpR8J6i6XxKLxf8OZqHsTAd/gXy80TjGPLySJ7QmozkZ6wlI6mL5kNBVXFYLzsP8b8F c7mGD1fJBDuTZ8ms1S0gkyix7uA4Vuop+m4sVGGsWrS6yJ+ryGsIqvou69LUoyN4kxw4g+VT dvw90RDPGzGXq8TKH3l+MA7NgZ5xs9kX2eTeYzLB1pS4lRSucvsxmSw674HTkXRAM5CxAtE8 Qa/D6CwAt9Ea49m/4WouFj5vYo7HkQeBe/Cnn63JfAfbsxZNlUW8tSajLE9U08hqoiGRcfbD 8hzqwG6it98zltgJZ6X87UpFryx67UfTTba70NxEZvoJt0IcBcm0nay4+L/I3tGePSLWurBG ZcHueHjfU/ECeNbIKMc8e3aeal1v72WxpqrlHLwKp5ddV8XyRN4SZzl6k1e95Zme20bxd8m6 u+hQB3R7H31B3xjtRzJ/J6spc9xr10Y0P0HejsjPElR1aSe1QqqKvSIrQW9ag5l1A+abCU4D s7HciPWqB4aAzTw6UuXGetZRKttMqZkqH3aym1aQFdl8fppNrmaTz9mshfCXxG2c5ykWgERm vYCZ1rafYtScLFZnl6AXWeTFU0a/g2ZvkGec45HkoToD/0INfEwNlArTDj9rkaUucvgUWU0t UpppaIr+d8gHotkE3hz5Mjw/D1+DvLH7LJjA7nssZ3IZxT0v9zrrFSu7lTVtybxC7Oea+wCf khcVb/E8ibkEoxnr5sxD3yBHSWUz0LOyiuesFcsOB39vzWHIb2Q8bxoFHT7IfUTucIjE3Vm+ 4ezuJN9Cd/NbDLcPPAweBo+Q70i7I+V77EqegHw1vJt8d0u+Fa/4IXgW/L5w+QWN6rtD/toM 8kj5Jp6y8y1/I+UZf2dml6B8h9/hkN+Yu/3klxRuP/kthvt7a6D8tRmv8fLXZoTnpAt3J1lf yV+b8Xok9q2bgl4P4ZfFvtcd+Gu4rdMGjECzB9hb/v6M+JZz1fbZmot+GtzudRefnyIvi7yQ oFc9ZlcFfMh8J9K6CfRC/jaaDRjrPvKj2AxHUovI2JJXtHZGfyojHiVKr8BPGL0+mpXpK5ou uAsebh1B/hJeGTu2vDyevAuvCO+InQuC3l5w/qKOtzetnZFMwdp2+fszWHgbC2HwMHiE/FZd 6Z+G+4NF6RWFz+H43JNVTmGmz2jFN+sbJN3AQ+BTWt9QWNXrO/h6bO6Gf4HORnAm8k3wM/An 4qH8BQzlreRhBJ+G6zm5cOImn1+7w3J+F39yWAv5vFtJHktrTrpE0pa4PwGDQXphISznIJr0 zWHWOSnwm9g8AD8Pz6KVjMq5hOQ2duS7BK35tc5Tfg0XxG92gqyNUgc8f6dC/s5DDf66RQ6/ 0qoou8N5UlBbzS+pD/Etbn7r4fzNkL9xsZfvNvO7Ra2RlVeevPwW8oRwbR/8sXFR3j/wa9Zc +aar4+//cfJ/8v8dwVIj/WxxcBdXUnCclafSpCaTXuR3emmpScFNlShKU0fdvK48llm5gK4F mg5XD8unsqVuCUlva04jta2rjeutv0iC0kqOC+J/OrC2o5Wjp2OYY4hjoKOPI1H9V/6nBOu4 Sv/FmOHX13/9wOUVmwwYevZJnbvLjtc42W96q9Sk4qVcScYBV5L+baquOTXNN0K5OHz/iZ6/ F+j6aR0cHu7K/w9vnepm6xqBm3p7w/LV2rcN83UVln94+/p06DGsX/zg9xOHDA4r5CogQi9f r9g+vQcNGdw7rKQrSCQ+vkVbxvcaOmTYkL6JwQ2HDE0YMrRHYrzqUdpVStp132L/bG8XP6hP aNvEHoMSgls3rO8q+Ub+sGqu6q7IsLcjXZE1Oql/VnfV/Mc/XeM3/kc8y+/KK+15fY2WrVrH hr3pKmf/s+TghvEJ/foMDW7UNio4qm1MrbfrN64fGhUZ1jA0KiwyPKycq4w9o6B/O6O2fYYO j+/Vx5XkDPlrhOWrA0nOgg4l99GSnE7HmqpFc5oVa1t7UIHm5YcU/7h9eGLPDUNSPv313T/b fD8gc6Czs9+1+MYlLvyyoveD96OW+r3nm1jc3b1X/NKuMSvneR2Mn9/k8jcfnJ6a8WnpkZt8 Kycf+2lf5/UtCh56e3jzdRsnuGfnjZvZ6rfUI7XTjCP3F8TOuTfl8JJ9qc9XtHrX52D859e6 X1+y41nfEs0b9q4asvXRpodjJhwqXKj14a8/G3a8e3r2pDnFnxp12tTddWJDqaE5m36MKuxo P2Hd+JXvd4kv+LcpT/bM6VG32LaKixJvH2ob927enKSNI0d/0DZgcqpZvMuIZSlXjhtfBBx5 0WrHpQv9y/Y73iNwwvE8HeLrrV57Ma5ssSNHP5876uX5B1XvVdN0tY+WJjnzqIiYrhIqpCUK GP6G35z2Ztd+J7os6p8bZrT5tn3x3KlvtyWHSpQxirn8x/mViXx5KbZxgs+Deq+Hv95Yef2B ahsLutqJQimjpau5q2lqdGrUpIb9EhMTalWt2mvowCqD/r5OVXoNGVQ1YUC8SKsmDB3S+8Ne icOq/mMZZRVZRJWVVZSKK87yVhvTNL2c6hzpauZq8vd/u7RJtT0DjBgx4t8N0Gfo/8ZyostX /C1n5HP5/N2k7v0vG1KXLGnQf/eexRN7lIj/qd3VGkWvl5lfqk5g1O6CU7elvBGbMnZnh9jH fVo8XTvnSh/Xgq/vlXtd/H7v97v590ocHJBYd8zx57/ViX2j8ntHMgJ2NCqzpOug3MNZb0Ws z7dg8Myv3rzSsUC/v+WvtSLdCJmauau07yc59Q88OXi47oOt26LT8zddMKFep/RhSw68yK7Q YmTHfNOaf+8zrfrvD7q6Ox4t6GfNrvrLwp/2Dfp++xe/lpiy7tTOEtP3Dbk4vufN54/aH4tJ KTF+0MHjVxu0zvvUevLmrGajM+rFvJgXc33WuuM/1oifvSwz6WWVDrEhC67MbpXofWBp2Wmj e27pfcUq8XmTmVVHjE8bdS+l6a2U9YHrfhgzbPlCVcbuqzJ29p9lzOnz1qh1F0Z99I282FL/ +tcyNuo/UizKuErbmz7wr+29+wS3jX9/sLL63wpZeGS1vxYy+adr/IT/H4XMo67/D+r/x8I0 I3tI9Z3X9O0Vzjc+ndZjx/LGr3v516nyZ/SZjPsPMuZvKN/mw/SfjxW0/AovGxiweG+3lu2m 3GzZ+uKXx7/usXyE74KgFQ/yJ75Y8e6oOxVetD2zYXSvq89mzd16/1L0y4F/e1Ju8sZdPoeM FdPGfNpkeFCPxqsDDo7u+fm+/dVWv44bcqhX3plNXeOLf/TrJ2NabYoe1G1k0HdbXszxjX24 /XTLmr8Ny2wSU9tv9dz8NY993uZal9PvPJr2/l1X91UtO6U0TL9cZsfegheaF0pZ1PJRm7SJ q28uWvG380sf+hRrsvLVhpjl8wo03/PI74njyPom5zu7a1yYUjjU3NFQaxXimFNu7cfVBk/s 921wsRoV3EFphTYs/3th6q4i0uXfbVT9L9Vqitsn7G7547cGZSQnb5/1RVqxHuqh1UaaCxuq Xixr7Gr0r+sT4QqTf5q+lSLCqtWsVtkV6Xq7ZkQ1V2hY9b49QiN7VXeF9qzes29ozd7hPcN6 9XZVq1kj8r8UwB8L3zl6ZpN/nPOHt6tE+Ptvb7HAp5TrXbsAtnKpEpiqSuCkqP+nAqhyWWWy SuJurhqhEWGh4a4wFyWw019KYIxLFcG/lMA6/3cl8H+wnfjv6t03K9sm//qO092jq9XpXt9H +S6+uDTxJ0ebAoVOLzv9RoXbX0TUqHyx4WH98w/vRcx4uur6+zna5eUlYhpGdS3e9MbVVv6P xn71aHLho0lrl73+ZlW3Z3O7H/no4J4xC+MflEra98fxaSOb93x2IX/QhbZFzs+JfVgtPWBa ar2ZX/ssD/VftL9xove9y08vLm9avV2Rwu31jR/5v452v+6XvTeqy/W6RUZFpD1MOpRZL8Ar q+ghn4UdzfqrTs1dPH6x3jm72Y3AKuaa1tFVv3g16mLJ4Jfm64oDivm9GmpszbtiQe/7hbu2 imr6ZcXA0NentuRp2y1y1lX/g9vvDqt2p8PDa/f8DxTLsDa+c7LHxOtbGk2ZtXSSK8mcr+rd eLveFRq11v/rZqnL17YYFvfUy7dKn38tdt2oIT55ZpSfMvPxW72dAf66Cn9YgOuN/yLM84/V CQt1VbarQ9l/VofYIUNUiVDLFd83vlePxD7B9T9M7DdkaHziKClparWquWqGR4TVDA9XJS3c 88/wGmERnf7zDiRp/71aaVKtNFWtNKfjSddX494/22nFqnxvTQ8+Vc279ocTj2/1mrJoys+Z Jw50f5Xcr9PiWR9ULDZ8zP6rR8oNn1Ug7pURWf3Wr9+9GLfj97i8lWf+lmLeGBGS/CKyd+2Q 5BLvXcszfZefO/vDuIBro7Z6zVi6bnJH74tLvI7qcdn9Kg4Kv3Bm5Y/Ns6/lbRLe6ta9bWtb 3ewyxHfW/Muzz314eWXg1lnJm0Z0ftYk31f9R33sl2B8POi76c9+TrgYvXXPwqoDb5tbrxXu vmZUst+YQ+e/uXlt7LkDY3+bcaa2Y3P1pMxR1wY92Tz45ZKIH36M/XjYvOqXP/96QNrsuQuX Zu5vWT7XmvN+OevI7TU3s4pEzA6bf6Sad0zk0VFtz23e3Su8Y73qe5fHGC3/drmzV8TNuD0P 67btfbFBx2odcgpGjSlrtFx8vkZi4bkh00/0a5Q4Y8i55kPWT7qRUb1B6qnsfXs7/bm0x3ZX 9AdzfPzXJ+9tMPthoU8q9L9RqdSGm8f1uiM+MDKCs5sWLBE1edmFH8dOXjst9H7U5YNtjB8q Zd+ftHhB4bmdM0+0nXzr+tacNbP3V6h3+aEx/dfxETUvfR+1vMxn1vL2U8J2WqHdC9Qv9nGp Kpvn/lj4XtFzZZfPeljUb0pO82Gvwjtnn45w/NmxZ4JX+N0q39YL/ejoL6XfL+6a/5X/6jIr 659eP7jwwuoHM+slLroW12df95KjO9c48tVOo/yYs/71ftsyYODqSTmOPSf2eY6RbVytKLIl ChqG2jn/qzozD4dybQP4MJZsYxj7vm81vDOoERORncnWyFLW7OskS1GaLBGRfQkzg1KRLEUh ob5jkC0hjkRkTUxKyvKNOp2cU9855/vju7q+v2bu55n3mbneuZ/f+7uf+18A+1YA26rd6AEw 9WUbsiGleEctrGzmpDRsTWGM2TLdZqIIgDIw/VaCcdNsrQD6Dk7UsUccpuC9jiNHLDhCkirr drdW0jdW15QMiuXZw8B3hCQ+MsBU77S69OXo+8tY9x5aoquQcei/ZuZBqO+t9etomSkd5X8c WmoTVOqmsvuh4D4flIkyBOBkK5TZMLcEbZbbYqLY2EUnfOkVMdHGiT7K/la9rjcazcojTqoR 9rx2AbOvwRg6eXb3WamnC5o775005e2jV0vJkS2xu94wX3f/pVicY6APtqoY1u0LkTydDn7t gaYMutR6m96ZBm6PtaUZr5CuH8kGKtFXm8195MRopGR3GoNq8ji8A+5XQvH1rLke3YnqUrHX s+VwecoONskN756n5u91tlVRGz9/SPguw62mOG/4gGcLP+fuqG4yYWhTyTO0cvLk0NwA64OV BhfeWjUYirTb7hQlGusl7OrchBq/3mjuRkp7x3nZTQLqTakBUuAU+UW0OpeOB2npsvye9k6U mLRvuPvb01KcUuAdZ/Xni/Mz3/ENdNU9fROc8Wa9cxibl07QXs08PDaAkHjiYPNqn58EaFYn 6o708LO3O7AeD1y9hcPn76SSnK39FAenDic9RBjKjDyXV419BwQG2HFpeDbEcUbMKRZuDJ7J x9taMO9s0tn5DDhf0Ar9FJf4ihh9Qvm0T/7wcZirs2exUkRbhm/BB2oJkYL2E+cSJ6NftKzH e+cZrfcQ87J1QjRvDVHhXE+Fc9EXODM7KcsIfC6lET8DywgAQCkjkEiEmvJnLP8WIrfCnynB f6eXlTgbe37AtVE4x1FMTDs72NJnn2C/f0f70qz3RiYP9MXo3qBzAjVKBOT85vNmbYzkUxxo WNWaOa7tppjh8qJHqalxYnFDmHFgrj7j0Lr0aN6J813Xjx84M3B2+G0DZXcR2V731/Iy9As5 j0yBq8W449gl3rSJddU0HKE/2EEkRPdcNIqn+7gd/T13i8TiSk+lIX6WjZQg+fFgJasRLsDm Q2+i83o72UEPYXZXFjahBXTh5KFyEr/swaAJSHTyYyKKIdoeg8XLKdAja4wHDrpM9cKdl3TR U6U7QO/1iPk9dgkyltMnrxtR9Lr2aKDyq0Psi3nzE9s5krAaTaVMDuAnX/XyKPWO2P4Vp36o edsgFwNwbocW/eeFAclvY7Rbq6z3IDBPZOLTx7Ic1UsQ/lc06gfhAP/vH+KipWMVYQZZgk6A nEE6oP1/EM0fktLsi2gaAvqALkGHsD9G85+L5u/TOGpqb/nhZ8W02qaYBgDVmLcpJuq/qbK3 NozOl1W/l0sqv23U9p2R0Suf89eqQN72moMo+ZUYrsw5nHhtog4f0Clj2WifgSMKJTvCzbIi xY+UopVM7pFKsJdfBtTVVn8Iu22IW9k3u/9M2xgrr2d78WUx+EcWs4fYx/CXRr31AVMlbCRw MfZFbbyxNSVd+/LS2zcLL2NEVTRqsTmLlpLRCkV4odTxNEZhyjjmQwKxbRpWfAnTKtibhEtX CPTNFfggtGjZ794hsWkv/JiU0CBbGeaCPUAyf7w6U3gYO5JLq3tAyWF56GYfHum3VpQOm5jz nLpG2nW/dScUcuxi9vA70kdOGaZjqLSlk6JGdT1j2Onu0Aw+e7Iqj8NIqrDhRfj9MpUDQgtQ bgHQkRFVO/HOrF+YFqIhCQd9ITAMOlze4DKu561PW9N8QKF1inVEWiJB0ABsu9JV6M4cVLz7 NVyJt/UVbg/nsn+Fhjt+1aIyUZnnmAgkfgT63HXZv1Ov7wnvTNhDuuonn3aNisbnlzJ/gslq lU2sjl07o1fH6Kh/zFELc0t7HvO6KjhskFmFyVcoEiE6DrEamSR+mtSHlrlmbZrxKIY30ouf HE/fL+vZkpqUTk4czBW/yWZ/eZF0M8bjHKsXvC7YGyScUUbhOfWe55zU3fNdXiX6CKWcX18G ogdAp531ezrPk2v5PkJwiU2F6HJaLa9Nz9yMcWgJtHqP2Y7+FjSAZ2Ck8vvNV37zeKh85rfQ T9HqPdTCj0psVWVA7YtWb4XKwFb4885i/47eBUSfitFhgxSFcG9F/rGG8ZePss0lzco6R/gw UuwLPVd7TMqCADGOOcanVunchmmC2ik3s+wBmSGQ9/Sphvk4RvYVCF3WYlyHaLuyVGweZdld aNfaqanzwrNTmEJik6RlW+JH3S6m7qPl3be06UirV3xS3QfkftWzvBXTPSmnpyhbGnPwkAXr BHjXJ6/kZMAv9q0NkPfxdH9m1bR45ukPvbC3O2osfS2qdZMLDEBG+m4csvJuJZkTTxjOGpFW o65y6HMx4QuiXh8K3aDJETbbEQ2CAnqva55L6tU9hFsVlIuE7keEdOSOqp9LJTrR3hZmq1hb ya2k6ZQwttpcpW9pFmP5Su8b1Dty9a/o/cNTyj/Q+3vlPJv1Bb5nk4GziT/GL9GlyOl/np74 7+vO/xfq/6NzVeq9hmbGt9iDD+wemakuCxnuDDM3palQDAq082WF3ei8fyqpVrGPk5Tg61xr TduOEYOZZY+c1Bq3ris/nCM0JkwTU1oXSrnQPa9OszB+P4mZvjXRYHzRknvk4I2UialEr6eR Ta/SKAxK0eCZSwpSEgGf3q9NhGYrsq0wjgfU82HyLnoz49JriWqX3eGPzCGzzvaaPFkXxDTH GQWQqx0Io2AEeieOpXU2AL0ZzQwbbWZ2urg4UMs7h7lw5pHqzqOFjXP1ESzap/osceILQFtd 6DF7OxpeZi5I7xBX1juNu26Hq+BKU6vRMR3m2Om8gDSfUjWTvvdhjdf5TjrLvyHlyqswhAg4 k9EivqL4RZZfdtV16VRNrs5H3H5ZVBKkWot5FCjJKRPMomGREGirp8NVX1V1y9S9tUB7MzJM PDKfG3Cb1uY8KtCaLyHerTOzc6Zu2aBjV98gMtJERsFAysF2FvvmyvPsvLa9/g1nZYMYOBaC xRtz8U2yVncqvNBxxGCnaj8i7Erjdf1FTv/1eKRP5caoeWuCJNmtIU84ltOVFg0vt0mqnRCf vH2rzaU61Iq+b7+iWWnareLQG1WEjBMCz1JiYScklJAlO/wIdgnSjYQ3UW3i/XMiB8k5C4Yv VmiO+cexRLR6tr7ym72a2YmQ34Q8srMfNBUkDn5UytdUPMTjTYYVriPwdNQtTHeVloYGoG63 n+fLPz7T/tbhI5x9uKVrv+UvExjBur19SP0B3yIWBATYPsu9JYNfL6RDUKG0LzwuQ5Rb0ydK 5RoYGiiNvDJKPAa4bruEFYEFrAgKkXIgU5AnyAWEA/l/7kC6gYJAYiArUBgogBq5U8edqO88 QGFEmUip/7hZg8IC/N1xTgEeYWJ/eqjQ4WlAnvzSAzFM0lra2WTKqwZmfnD2qNNcFIJpU9UE Jxjyr2YJK33v/jD/0NyPaTsXMjfWdDYZ7oa9Cqld2+VlWYbSsBW60GawT6BKZPgOe1x4F3c8 jbtZ+PQTAsnOGkrM6t/YEO3lGY7QTm49yNupkLLOthpSaDNi2M9X/Ry3DFFZa5jvJaligw6f cxupMA4VUBu9ewFwuvh0ntU3ReWlmCPvZIF58UI3H/M0kD1ADuIN51cjW+GF7z/hL/HlEcz3 w7a4LRG7UBcWHWuuOvpf6EsWORJ7LqAo96E/txS0SbMMo8NgRzgtLcQY3sweGjm37sH1XmMo L6v9GjLWvyzcOIljlJ2Ip5UD8LRS3/4jBgSelps6xPE5Ky/+NAv4cbt4W04eAfi2pyTLt7Y3 DfXLf5+hR7B/7oigkCgkgESpomy/y8hgX9EKjVaMNZvvDVaJSzmTGegGyp94vZUrCuNG3KEt swnVSkOLevJDzZwugRIGN4+/WVfJQfHp365ZreaWouW9YapuvrCXf5gCGYkkMvGuKjWgAiTz LjncKYhXz7eZ07pCsTm6Ush+wOS80FjYzXTfOohfsgx58FHe4cf3ykGuxZUPUhWPFg3bJOyP MF3WlZjtkDCBF3+obDHs7tmr4eh3j8VkmSk58llEwnqQ4F6jp13PH1pASwkTo8ZL9XINzZln NJmaO8iSXEXvW0+O9FiUoKuj7x9l8ElxfsB9WNFuVWRMbVZBlrLHeggDBtHHwFNje8OPM80J 7ZLmjtCKKuRbKhdlOxF0jdcOAGtG7EhNKEBTbszovSeQb+8L+De5y4DxDQplbmRzdHJlYW0N CmVuZG9iag0KNzAgMCBvYmoNCjw8L1R5cGUvWFJlZi9TaXplIDcwL1dbIDEgNCAyXSAvUm9v dCAxIDAgUi9JbmZvIDYxIDAgUi9JRFs8RkVEQ0IzNEUxNEQyNDg0RkFCQ0NEMTc4MDY5NzYy NDg+PEZFRENCMzRFMTREMjQ4NEZBQkNDRDE3ODA2OTc2MjQ4Pl0gL0ZpbHRlci9GbGF0ZURl Y29kZS9MZW5ndGggMjU2Pj4NCnN0cmVhbQ0KeJwl0D1IgmEQwPHned8XiRZTS2kxItBosMHK waQ2zcLJwcnsY2hrqtAlQqJUWhuMlih0cQtadHIumsIEP8ApaahFpzDf/3PD/bgbjrsTYhyj kRxnmxAmMZCLoPkVR2C7B/sOODYVJzC9ADOzijo4n8H1Ap4P8L7D2hQEJiFchsgDbHUg+g3J G9gNQMoLe/Own4KDbThtw1kD0hbICLg+h9wx5G+hcAGPV/CkqlIcyhtQrUBNbfYahLdV+PyB Zh++ktBPwOAQhjSl3gOjBfYJcGjgZoqcY4pc0hV/4B/Cyi8EeaRcz0JoYKL5rLBsmOjFS7jj PqPNB42uS4h/6nE8mA0KZW5kc3RyZWFtDQplbmRvYmoNCnhyZWYNCjAgNzENCjAwMDAwMDAw MDAgNjU1MzUgZg0KMDAwMDAwMDAxNyAwMDAwMCBuDQowMDAwMDAwMDc4IDAwMDAwIG4NCjAw MDAwMDAyOTYgMDAwMDAgbg0KMDAwMDAwMDU2MyAwMDAwMCBuDQowMDAwMDAwNjE2IDAwMDAw IG4NCjAwMDAwMDQ1MDkgMDAwMDAgbg0KMDAwMDAwNDY4NCAwMDAwMCBuDQowMDAwMDA0OTI4 IDAwMDAwIG4NCjAwMDAwMDQ5ODEgMDAwMDAgbg0KMDAwMDAwNTE1NSAwMDAwMCBuDQowMDAw MDA1NDAxIDAwMDAwIG4NCjAwMDAwMDU1NzEgMDAwMDAgbg0KMDAwMDAwNTgxMiAwMDAwMCBu DQowMDAwMDA2MDcxIDAwMDAwIG4NCjAwMDAwMDk5NDIgMDAwMDAgbg0KMDAwMDAxMDE5MiAw MDAwMCBuDQowMDAwMDEzODQwIDAwMDAwIG4NCjAwMDAwMTQwOTAgMDAwMDAgbg0KMDAwMDAx ODM0NCAwMDAwMCBuDQowMDAwMDE4NTk0IDAwMDAwIG4NCjAwMDAwMTg5MTEgMDAwMDAgbg0K MDAwMDAxOTE4MCAwMDAwMCBuDQowMDAwMDI0MjA1IDAwMDAwIG4NCjAwMDAwMjQzNzUgMDAw MDAgbg0KMDAwMDAyNDYxNSAwMDAwMCBuDQowMDAwMDI0ODY1IDAwMDAwIG4NCjAwMDAwMjUx ODQgMDAwMDAgbg0KMDAwMDAyNTQxOSAwMDAwMCBuDQowMDAwMDMwNDMwIDAwMDAwIG4NCjAw MDAwMzA2ODAgMDAwMDAgbg0KMDAwMDAzMDk4MiAwMDAwMCBuDQowMDAwMDMxMjMyIDAwMDAw IG4NCjAwMDAwMzQ5NDMgMDAwMDAgbg0KMDAwMDAzNTE4MyAwMDAwMCBuDQowMDAwMDM1NDc4 IDAwMDAwIG4NCjAwMDAwMzU3MTMgMDAwMDAgbg0KMDAwMDA0MjExOSAwMDAwMCBuDQowMDAw MDQyMzY5IDAwMDAwIG4NCjAwMDAwNDI4MzYgMDAwMDAgbg0KMDAwMDA0MzA3MSAwMDAwMCBu DQowMDAwMDQ4MzAxIDAwMDAwIG4NCjAwMDAwNDg1NDYgMDAwMDAgbg0KMDAwMDA1MjUzOSAw MDAwMCBuDQowMDAwMDUyNzg5IDAwMDAwIG4NCjAwMDAwNTU3OTIgMDAwMDAgbg0KMDAwMDA1 NjA0MiAwMDAwMCBuDQowMDAwMDU5NzQyIDAwMDAwIG4NCjAwMDAwNTk5OTIgMDAwMDAgbg0K MDAwMDA2MzA3NiAwMDAwMCBuDQowMDAwMDYzMzI2IDAwMDAwIG4NCjAwMDAwNjY1MzEgMDAw MDAgbg0KMDAwMDA2Njc4MSAwMDAwMCBuDQowMDAwMDcwMTUyIDAwMDAwIG4NCjAwMDAwNzA0 MDIgMDAwMDAgbg0KMDAwMDA3MzQ1NiAwMDAwMCBuDQowMDAwMDczNzA2IDAwMDAwIG4NCjAw MDAwNzYyOTEgMDAwMDAgbg0KMDAwMDA3NjU0MSAwMDAwMCBuDQowMDAwMDc4ODM5IDAwMDAw IG4NCjAwMDAwNzkwODkgMDAwMDAgbg0KMDAwMDA4MDgyMyAwMDAwMCBuDQowMDAwMDgxMDI3 IDAwMDAwIG4NCjAwMDAwODEzOTggMDAwMDAgbg0KMDAwMDE0Mjg2MyAwMDAwMCBuDQowMDAw MTQzMTA4IDAwMDAwIG4NCjAwMDAyMzYxNjUgMDAwMDAgbg0KMDAwMDIzNjQzOCAwMDAwMCBu DQowMDAwMzE5MjEyIDAwMDAwIG4NCjAwMDAzMTk1MTEgMDAwMDAgbg0KMDAwMDQzMTMwNyAw MDAwMCBuDQp0cmFpbGVyDQo8PC9TaXplIDcxL1Jvb3QgMSAwIFIvSW5mbyA2MSAwIFIvSURb PEZFRENCMzRFMTREMjQ4NEZBQkNDRDE3ODA2OTc2MjQ4PjxGRURDQjM0RTE0RDI0ODRGQUJD Q0QxNzgwNjk3NjI0OD5dID4+DQpzdGFydHhyZWYNCjQzMTc2NA0KJSVFT0YNCnhyZWYNCjAg MA0KdHJhaWxlcg0KPDwvU2l6ZSA3MS9Sb290IDEgMCBSL0luZm8gNjEgMCBSL0lEWzxGRURD QjM0RTE0RDI0ODRGQUJDQ0QxNzgwNjk3NjI0OD48RkVEQ0IzNEUxNEQyNDg0RkFCQ0NEMTc4 MDY5NzYyNDg+XSAvUHJldiA0MzE3NjQvWFJlZlN0bSA0MzEzMDc+Pg0Kc3RhcnR4cmVmDQo0 MzMzNDINCiUlRU9G --------------0FA3394F70F6FFAEDE442AB3-- From nobody Tue Jul 19 13:52:42 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F46112D8DD for ; Tue, 19 Jul 2016 13:52:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nUSLPwgUFmdC for ; Tue, 19 Jul 2016 13:52:39 -0700 (PDT) Received: from bin-vsp-out-03.atm.binero.net (bin-mail-out-06.binero.net [195.74.38.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4744112D8CE for ; Tue, 19 Jul 2016 13:52:38 -0700 (PDT) X-Halon-ID: b6aa3acc-4df2-11e6-be7b-0050569116f7 Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-03.atm.binero.net (Halon Mail Gateway) with ESMTPSA for ; Tue, 19 Jul 2016 22:52:32 +0200 (CEST) To: slim@ietf.org References: <6D745F2F-1CF8-4693-B770-0C3E29A2ED88@gsma.com> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: Date: Tue, 19 Jul 2016 22:52:32 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------F17163A55A8BE3A81A0BE368" Archived-At: Subject: Re: [Slim] IETF96 - negotiating-human-language sections 5 and 6.2 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 20:52:41 -0000 This is a multi-part message in MIME format. --------------F17163A55A8BE3A81A0BE368 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Randall, Den 2016-07-19 kl. 16:35, skrev Randall Gellens: > To address the two action items in the real-time draft from today's > discussion, I propose to make the following two changes: > > Replace all of Section 5 with: I still think it is not our task to criticize RFC 4566 when we do not need. I proposed to just motivate our decision on the fact that the lang attribute does not have sufficient detail. We have agreed to describe languages per direction, and that is not supported by 'lang' So, here is my proposed rewording: RFC 4566 [RFC4566] specifies an attribute 'lang' which appears similar to what is needed here. We need however a more detailed specification than the 'lang' attribute provides. We need a way to negotiate which language is used in each stream and direction in the session. This document therefore defines two new attributes. > > > (Your proposal was > RFC 4566 [RFC4566] specifies an attribute 'lang' which appears > similar to what is needed here, but in considering its use the group > felt its semantics were ambiguous, noted that there was not much > evidence of its use (and thus less likelihood of conflict or > confusion in defining new attributes), and that there was value in > being able to specify language per direction (sending and receiving). > This document therefore defines two new attributes. > > This deletes all interpretation of the existing attribute (while > retaining mention that interpretation is needed) and mentions the > value in being able to specify language per direction. ) > > In Section 6.2, change "the languages the offerer wishes to" to "...is > willing to". You mentioned "is capable to" during the meeting. I think that is better. We need to avoid to give the impression that the user in the normal case intends to use more than one of the indicated languages. "is willing to" is better than "wishes" but I still think that "is capable of" is even more free of implication that the desire is to use more than one. There are two more occurrences of "wishes" in section 6.2. Please look at the change proposal file I just sent to the list and make your proposals from it ( I know my proposals are not perfect either). Earlier ( in April) you also proposed to delete the phrase "to indicate the language used when sending and receiving media" at the end of the first paragraph in 6.2. I still support that proposal, because the full reasoning of the purpose and usage of the attributes follow. > If you feel these changes are not correct, please say so now. > Regards Gunnar -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 --------------F17163A55A8BE3A81A0BE368 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

Randall,

Den 2016-07-19 kl. 16:35, skrev Randall Gellens:
To address the two action items in the real-time draft from today's discussion, I propose to make the following two changes:

Replace all of Section 5 with:
I still think it is not our task to criticize RFC 4566 when we do not need. I proposed to just motivate our decision on the fact that the lang attribute does not have sufficient detail. We have agreed to describe languages per direction, and that is not supported by 'lang'

So, here is my proposed rewording:

   RFC 4566 [RFC4566] specifies an attribute 'lang' which appears
   similar to what is needed here. We need however a more detailed specification than the 'lang' attribute provides.    We need a way to negotiate which language is used in each stream and direction in the session. This document therefore defines two new attributes.



(Your proposal was
RFC 4566 [RFC4566] specifies an attribute 'lang' which appears
   similar to what is needed here, but in considering its use the group
   felt its semantics were ambiguous, noted that there was not much
   evidence of its use (and thus less likelihood of conflict or
   confusion in defining new attributes), and that there was value in
   being able to specify language per direction (sending and receiving).
   This document therefore defines two new attributes.

This deletes all interpretation of the existing attribute (while retaining mention that interpretation is needed) and mentions the value in being able to specify language per direction.
)

In Section 6.2, change "the languages the offerer wishes to" to "...is willing to".
You mentioned "is capable to" during the meeting. I think that is better. We need to avoid to give the impression that the user in the normal case intends to use more than one of the indicated languages. "is willing to" is better than "wishes" but I still think that "is capable of" is even more free of implication that the desire is to use more than one.

There are two more occurrences of "wishes" in section 6.2. Please look at the change proposal file I just sent to the list and make your proposals from it ( I know my proposals are not perfect either).

Earlier ( in April) you also proposed to delete the phrase "to indicate the language used when sending 
and receiving media" at the end of the first paragraph in 6.2. I still support that proposal,
 because the full reasoning of the purpose and usage of the attributes follow.
If you feel these changes are not correct, please say so now.

Regards
Gunnar
-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
--------------F17163A55A8BE3A81A0BE368-- From nobody Tue Jul 19 14:24:28 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1430E12D8FE for ; Tue, 19 Jul 2016 14:24:27 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xgv50fTfnWFG for ; Tue, 19 Jul 2016 14:24:24 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id B36CB12D94E for ; Tue, 19 Jul 2016 14:24:24 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Tue, 19 Jul 2016 14:24:27 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: References: <6D745F2F-1CF8-4693-B770-0C3E29A2ED88@gsma.com> X-Mailer: Eudora for Mac OS X Date: Tue, 19 Jul 2016 14:24:18 -0700 To: Gunnar =?iso-8859-1?Q?Hellstr=F6m?= , slim@ietf.org From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] IETF96 - negotiating-human-language sections 5 and 6.2 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 21:24:27 -0000 At 10:52 PM +0200 7/19/16, Gunnar Hellstr=F6m wrote: > Randall, > > Den 2016-07-19 kl. 16:35, skrev Randall Gellens: > >> To address the two action items in the=20 >> real-time draft from today's discussion, I=20 >> propose to make the following two changes: >> >> Replace all of Section 5 with: >> > I still think it is not our task to criticize=20 > RFC 4566 when we do not need. I proposed to=20 > just motivate our decision on the fact that the=20 > lang attribute does not have sufficient detail.=20 > We have agreed to describe languages per=20 > direction, and that is not supported by 'lang' The history of that decision is that it was done=20 after the agreement that the existing 'lang'=20 attribute couldn't be used. It's additional, I'm=20 not sure it's sufficient. If you object so=20 strongly to the simple statement that the=20 existing semantics are not clear (which is=20 evidenced by the debate over what they mean), I=20 can delete all justification and simply say that=20 the group decided not to use it. After all,=20 anything we say as to why can be argued with, as=20 you are doing here. > > So, here is my proposed rewording: > > RFC 4566 [RFC4566] specifies an attribute 'lang' which appears > similar to what is needed here. We need however=20 > a more detailed specification than the 'lang'=20 > attribute provides. We need a way to negotiate=20 > which language is used in each stream and=20 > direction in the session. This document=20 > therefore defines two new attributes. > >> >> >> > (Your proposal was > >> RFC 4566 [RFC4566] specifies an attribute 'lang' which appears >> similar to what is needed here, but in considering its use the group >> felt its semantics were ambiguous, noted that there was not much >> evidence of its use (and thus less likelihood of conflict or >> confusion in defining new attributes), and that there was value in >> being able to specify language per direction (sending and receiving). >> This document therefore defines two new attributes. >> >> >> This deletes all interpretation of the=20 >> existing attribute (while retaining mention=20 >> that interpretation is needed) and mentions=20 >> the value in being able to specify language=20 >> per direction. >> > ) > >> >> In Section 6.2, change "the languages the=20 >> offerer wishes to" to "...is willing to". >> > You mentioned "is capable to" during the meeting. I think that is better. I mentioned it because it was your suggested=20 phrase and I feel it is not clear nor correct=20 English nor correct technically. What I=20 suggested in the meeting was saying "supports"=20 which is what I think you meant by "is capable=20 to", but when I made the change to the draft, I=20 realized that it was incorrect. Most clients=20 will be capable of supporting virtually any=20 language; obviously the client isn't going to try=20 and establish sessions for every language. It's=20 going to do what it determines the user wants. I=20 think the original wording of "wishes" is best=20 but I am happy to change it. > We need to avoid to give the impression that=20 > the user in the normal case intends to use more=20 > than one of the indicated languages. No, we do not, because that gets into user=20 interface issues which are out of scope. We need=20 to establish at the protocol level which=20 languages are established. > "is willing to" is better than "wishes" but I=20 > still think that "is capable of" is even more=20 > free of implication that the desire is to use=20 > more than one. > > There are two more occurrences of "wishes" in=20 > section 6.2. Please look at the change proposal=20 > file I just sent to the list and make your=20 > proposals from it ( I know my proposals are not=20 > perfect either). > > Earlier ( in April) you also proposed to delete=20 > the phrase "to indicate the language used when=20 > sending > and receiving media" at the end of the first=20 > paragraph in 6.2. I still support that proposal, > because the full reasoning of the purpose and=20 > usage of the attributes follow. That change was made but missed getting in to=20 -01. It is in -02. I didn't include it in the=20 email because it was stylistic and not germane to=20 the action item, so I felt it would be confusing=20 to include. Here is the full paragraph as it is now: In an offer, 'humintlang-send' indicates the language(s) the offerer is willing to use when sending using the media, and 'humintlang-recv' indicates the language(s) the offerer is willing to use when receiving using the media. In both cases the values constitute a list of languages in preference order (first is most preferred). In cases where the user wishes to use a media in one direction only (such as a speech-impaired user who wishes to send using text and receive using audio), one of the two MAY be unset. In cases where a media is not primarily intended for language (for example, a video or audio stream intended for background only) both SHOULD be unset. In other cases, both SHOULD have the same values in the same order. The two SHOULD NOT be set to languages which are difficult to match together (e.g., specifying a desire to send audio in Hungarian and receive audio in Portuguese will make it difficult to successfully complete the call). > >> If you feel these changes are not correct, please say so now. >> > Regards > Gunnar > -- > ----------------------------------------- > Gunnar Hellstr=F6m > Omnitor > gunnar.hellstrom@omnitor.se > +46 708 204 288 > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- He had occasional flashes of silence that made his conversation perfectly delightful. --Sydney Smith From nobody Tue Jul 19 15:30:50 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A525012D936 for ; Tue, 19 Jul 2016 15:30:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.62 X-Spam-Level: X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qA0WQvohjMzM for ; Tue, 19 Jul 2016 15:30:45 -0700 (PDT) Received: from bin-vsp-out-03.atm.binero.net (vsp-unauthed02.binero.net [195.74.38.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 337DE12B025 for ; Tue, 19 Jul 2016 15:30:45 -0700 (PDT) X-Halon-ID: 6aecd997-4e00-11e6-be7b-0050569116f7 Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-03.atm.binero.net (Halon Mail Gateway) with ESMTPSA for ; Wed, 20 Jul 2016 00:30:38 +0200 (CEST) To: slim@ietf.org References: <6D745F2F-1CF8-4693-B770-0C3E29A2ED88@gsma.com> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: Date: Wed, 20 Jul 2016 00:30:38 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------09D2BED0447985654A13F83C" Archived-At: Subject: Re: [Slim] IETF96 - negotiating-human-language sections 5 and 6.2 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 22:30:48 -0000 This is a multi-part message in MIME format. --------------09D2BED0447985654A13F83C Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Den 2016-07-19 kl. 23:24, skrev Randall Gellens: > At 10:52 PM +0200 7/19/16, Gunnar Hellström wrote: > >> Randall, >> >> Den 2016-07-19 kl. 16:35, skrev Randall Gellens: >> >>> To address the two action items in the real-time draft from today's >>> discussion, I propose to make the following two changes: >>> >>> Replace all of Section 5 with: >>> >> I still think it is not our task to criticize RFC 4566 when we do >> not need. I proposed to just motivate our decision on the fact that >> the lang attribute does not have sufficient detail. We have agreed to >> describe languages per direction, and that is not supported by 'lang' > > The history of that decision is that it was done after the agreement > that the existing 'lang' attribute couldn't be used. It's additional, > I'm not sure it's sufficient. If you object so strongly to the simple > statement that the existing semantics are not clear (which is > evidenced by the debate over what they mean), I can delete all > justification and simply say that the group decided not to use it. > After all, anything we say as to why can be argued with, as you are > doing here. A motivation is needed, and the clear one is the direction. Please use that. > >> >> So, here is my proposed rewording: >> >> RFC 4566 [RFC4566] specifies an attribute 'lang' which appears >> similar to what is needed here. We need however a more detailed >> specification than the 'lang' attribute provides. We need a way to >> negotiate which language is used in each stream and direction in the >> session. This document therefore defines two new attributes. >> >>> >>> >>> >> (Your proposal was >> >>> RFC 4566 [RFC4566] specifies an attribute 'lang' which appears >>> similar to what is needed here, but in considering its use the group >>> felt its semantics were ambiguous, noted that there was not much >>> evidence of its use (and thus less likelihood of conflict or >>> confusion in defining new attributes), and that there was value in >>> being able to specify language per direction (sending and receiving). >>> This document therefore defines two new attributes. >>> >>> >>> This deletes all interpretation of the existing attribute (while >>> retaining mention that interpretation is needed) and mentions the >>> value in being able to specify language per direction. >>> >> ) >> >>> >>> In Section 6.2, change "the languages the offerer wishes to" to >>> "...is willing to". >>> >> You mentioned "is capable to" during the meeting. I think that is >> better. > > I mentioned it because it was your suggested phrase and I feel it is > not clear nor correct English nor correct technically. What I > suggested in the meeting was saying "supports" which is what I think > you meant by "is capable to", but when I made the change to the draft, > I realized that it was incorrect. Most clients will be capable of > supporting virtually any language; obviously the client isn't going to > try and establish sessions for every language. It's going to do what > it determines the user wants. I think the original wording of > "wishes" is best but I am happy to change it. > >> We need to avoid to give the impression that the user in the normal >> case intends to use more than one of the indicated languages. > > No, we do not, because that gets into user interface issues which are > out of scope. We need to establish at the protocol level which > languages are established. > >> "is willing to" is better than "wishes" but I still think that "is >> capable of" is even more free of implication that the desire is to >> use more than one. >> >> There are two more occurrences of "wishes" in section 6.2. Please >> look at the change proposal file I just sent to the list and make >> your proposals from it ( I know my proposals are not perfect either). >> >> Earlier ( in April) you also proposed to delete the phrase "to >> indicate the language used when sending >> and receiving media" at the end of the first paragraph in 6.2. I >> still support that proposal, >> because the full reasoning of the purpose and usage of the >> attributes follow. > > That change was made but missed getting in to -01. It is in -02. I > didn't include it in the email because it was stylistic and not > germane to the action item, so I felt it would be confusing to include. > > Here is the full paragraph as it is now: > > In an offer, 'humintlang-send' indicates the language(s) the offerer > is willing to use when sending using the media, and 'humintlang-recv' > indicates the language(s) the offerer is willing to use when > receiving using the media. In both cases the values constitute a > list of languages in preference order (first is most preferred). In > cases where the user wishes to use a media in one direction only > (such as a speech-impaired user who wishes to send using text and > receive using audio), one of the two MAY be unset. In cases where a > media is not primarily intended for language (for example, a video or > audio stream intended for background only) both SHOULD be unset. In > other cases, both SHOULD have the same values in the same order. The > two SHOULD NOT be set to languages which are difficult to match > together (e.g., specifying a desire to send audio in Hungarian and > receive audio in Portuguese will make it difficult to successfully > complete the call). OK, I can accept "is willing". So, this text is close to good. However, there is another small item, I remember I bounced at the first times I read this. It is this phrase: " In cases where the user wishes to use a media in one direction only (such as a speech-impaired user who wishes to send using text and receive using audio), one of the two MAY be unset." I was thinking of "the two" as text and speech attributes and wondered why you did not want to set both. Eventually I realized that you thought about the two directions of each media. So, I suggest to clarify like this: In cases where the user wishes to use a media in one direction only (such as a speech-impaired user who wishes to send using text and receive using audio), one of the two MAY be unsetfor that media. /Gunnar > > >> >>> If you feel these changes are not correct, please say so now. >>> >> Regards >> Gunnar >> -- >> ----------------------------------------- >> Gunnar Hellström >> Omnitor >> gunnar.hellstrom@omnitor.se >> +46 708 204 288 >> >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >> https://www.ietf.org/mailman/listinfo/slim > > -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 --------------09D2BED0447985654A13F83C Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

Den 2016-07-19 kl. 23:24, skrev Randall Gellens:

At 10:52 PM +0200 7/19/16, Gunnar Hellström wrote:

 Randall,

 Den 2016-07-19 kl. 16:35, skrev Randall Gellens:

 To address the two action items in the real-time draft from today's discussion, I propose to make the following two changes:

 Replace all of Section 5 with:

 I still think it is not our task to criticize RFC 4566 when we do not need. I proposed to just motivate our decision on the fact that the lang attribute does not have sufficient detail. We have agreed to describe languages per direction, and that is not supported by 'lang'

The history of that decision is that it was done after the agreement that the existing 'lang' attribute couldn't be used.  It's additional, I'm not sure it's sufficient.  If you object so strongly to the simple statement that the existing semantics are not clear (which is evidenced by the debate over what they mean), I can delete all justification and simply say that the group decided not to use it.  After all, anything we say as to why can be argued with, as you are doing here.
A motivation is needed, and the clear one is the direction. Please use that.


 So, here is my proposed rewording:

 RFC 4566 [RFC4566] specifies an attribute 'lang' which appears
 similar to what is needed here. We need however a more detailed specification than the 'lang' attribute provides. We need a way to negotiate which language is used in each stream and direction in the session. This document therefore defines two new attributes.




 (Your proposal was

 RFC 4566 [RFC4566] specifies an attribute 'lang' which appears
 similar to what is needed here, but in considering its use the group
 felt its semantics were ambiguous, noted that there was not much
 evidence of its use (and thus less likelihood of conflict or
 confusion in defining new attributes), and that there was value in
 being able to specify language per direction (sending and receiving).
 This document therefore defines two new attributes.


 This deletes all interpretation of the existing attribute (while retaining mention that interpretation is needed) and mentions the value in being able to specify language per direction.

 )


 In Section 6.2, change "the languages the offerer wishes to" to "...is willing to".

 You mentioned "is capable to" during the meeting. I think that is better.

I mentioned it because it was your suggested phrase and I feel it is not clear nor correct English nor correct technically.  What I suggested in the meeting was saying "supports" which is what I think you meant by "is capable to", but when I made the change to the draft, I realized that it was incorrect.  Most clients will be capable of supporting virtually any language; obviously the client isn't going to try and establish sessions for every language.  It's going to do what it determines the user wants.  I think the original wording of "wishes" is best but I am happy to change it.

 We need to avoid to give the impression that the user in the normal case intends to use more than one of the indicated languages.

No, we do not, because that gets into user interface issues which are out of scope.  We need to establish at the protocol level which languages are established.

  "is willing to" is better than "wishes" but I still think that "is capable of" is even more free of implication that the desire is to use more than one.

 There are two more occurrences of "wishes" in section 6.2. Please look at the change proposal file I just sent to the list and make your proposals from it ( I know my proposals are not perfect either).

 Earlier ( in April) you also proposed to delete the phrase "to indicate the language used when sending
 and receiving media" at the end of the first paragraph in 6.2. I still support that proposal,
  because the full reasoning of the purpose and usage of the attributes follow.

That change was made but missed getting in to -01.  It is in -02.  I didn't include it in the email because it was stylistic and not germane to the action item, so I felt it would be confusing to include.

Here is the full paragraph as it is now:

   In an offer, 'humintlang-send' indicates the language(s) the offerer
   is willing to use when sending using the media, and 'humintlang-recv'
   indicates the language(s) the offerer is willing to use when
   receiving using the media.  In both cases the values constitute a
   list of languages in preference order (first is most preferred).  In
   cases where the user wishes to use a media in one direction only
   (such as a speech-impaired user who wishes to send using text and
   receive using audio), one of the two MAY be unset.  In cases where a
   media is not primarily intended for language (for example, a video or
   audio stream intended for background only) both SHOULD be unset.  In
   other cases, both SHOULD have the same values in the same order.  The
   two SHOULD NOT be set to languages which are difficult to match
   together (e.g., specifying a desire to send audio in Hungarian and
   receive audio in Portuguese will make it difficult to successfully
   complete the call).
OK, I can accept "is willing". So, this text is close to good.

However, there is another small item, I remember I bounced at the first times I read this. It is this phrase:
" In cases where the user wishes to use a media in one direction only
   (such as a speech-impaired user who wishes to send using text and
   receive using audio), one of the two MAY be unset."

I was thinking of "the two" as text and speech attributes and wondered why you did not want to set both.
Eventually I realized that you thought about the two directions of each media. So, I suggest to clarify like this:

In cases where the user wishes to use a media in one direction only
   (such as a speech-impaired user who wishes to send using text and
   receive using audio), one of the two MAY be unset for that media.

/Gunnar







 If you feel these changes are not correct, please say so now.

 Regards
 Gunnar
 --
 -----------------------------------------
 Gunnar Hellström
 Omnitor
 <mailto:gunnar.hellstrom@omnitor.se>gunnar.hellstrom@omnitor.se
 +46 708 204 288

 _______________________________________________
 SLIM mailing list
 SLIM@ietf.org
 https://www.ietf.org/mailman/listinfo/slim 



-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
--------------09D2BED0447985654A13F83C-- From nobody Wed Jul 20 01:00:33 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A706712B040 for ; Wed, 20 Jul 2016 01:00:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EQxJxKIFRq2z for ; Wed, 20 Jul 2016 01:00:30 -0700 (PDT) Received: from mail-qt0-x229.google.com (mail-qt0-x229.google.com [IPv6:2607:f8b0:400d:c0d::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1790A12B037 for ; Wed, 20 Jul 2016 01:00:23 -0700 (PDT) Received: by mail-qt0-x229.google.com with SMTP id 52so22257955qtq.3 for ; Wed, 20 Jul 2016 01:00:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Am7KlKojgHchUg/EFltuGOAHZdrZ9NZVO6/iCjftqQY=; b=qTME0ISidOKfOp/ETFxH03Vpk5NNh/k9GRx/Vg+PQjla/2vEhLqXOhLURz+GG7EjDi 9a/9B8xMFbL8jQ6jqPj+fKJ/2CvsKWP5kesp1o5gUOjZwbIOWDLHT3FFsCGCtB8lxDcg HIYcZ5bXiDoExCb7oeSm/2wxei7ok9OJPNa9Smq7aIkQVLnBAFes4SiaznoJ7Vz4WP2P njBpHQPW+s71gmp7PVUhqf6LAqosKL+nFStYe4p9ElcngPYCOFtmBeWYwsw0lE3TO8z8 ToZ4Go3nbZRpXS0kiqCnoIfjOhjOYxk+N/rfQB/TaSwRc6WX6IDw3/wfPvBRlrmTREIw BkiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Am7KlKojgHchUg/EFltuGOAHZdrZ9NZVO6/iCjftqQY=; b=TuCh1WY8Rj0Rbtj4mPCLYCXVPX3IISCO6hGe1r1ItOGOg4KtRjno+M/YnnTWcg3vzM Ll0cHTpf+pq5wI089GQUElDT9QhHYDqXI8zoCAz///c+IlDTAga5QWmrM8z9iyzVJqYe bkBFEctYib+3r3aWdPBx4HzDkkyP81Burg6NivU+PdJniDobis4vNWXyDcQJ8LYTmDNP xAGubWxzIedQF2dJmmnspbP5sie5/UE+k2JGP1DjDcfLA45GrrV7L33PkT857i/eielq 3MtzZXYdTnkp4mKdHJJgW7kha+whoB0sgxYJXp5RfAJLDIo3Jeok64jYLQFaywTWarSG 5nEw== X-Gm-Message-State: ALyK8tIVo+mYVc3d14FPN4688aJqDRQkDLbprpnE6JX8F8PvyIwHpZwh2qbY81e6F/0p+A== X-Received: by 10.200.42.69 with SMTP id l5mr68536286qtl.13.1469001622233; Wed, 20 Jul 2016 01:00:22 -0700 (PDT) Received: from [10.96.9.147] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id s52sm821301qtc.4.2016.07.20.01.00.20 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 20 Jul 2016 01:00:20 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Brian Rosen In-Reply-To: <2af854ab-acf4-cf89-af6c-45fb12633cd5@omnitor.se> Date: Wed, 20 Jul 2016 10:00:15 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <2af854ab-acf4-cf89-af6c-45fb12633cd5@omnitor.se> To: =?windows-1252?Q?Gunnar_Hellstr=F6m?= X-Mailer: Apple Mail (2.3124) Archived-At: Cc: "slim@ietf.org" , Natasha Rooney Subject: Re: [Slim] Edit proposals to draft-ietf-slim-negotiating-human-language-01 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 08:00:33 -0000 Download the .xml file. Edit it to create a new one, run xml2rfc to = create a .txt. Then run the IETF diff tool to create a diff. = Distribute (or post somewhere) the new .txt and the diff. Offer the author(s) the .xml Brian > On Jul 19, 2016, at 10:00 PM, Gunnar Hellstr=F6m = wrote: >=20 > I recently sent a collection of comments and edit proposals for = draft-ietf-slim-negotiating-human-language-01 to Randall and the slim = chairs. The comments and edits are of widely different kinds, between = editorial and style issues to important technical change proposals also = discussed and noted in today's notes to comments about related issues = clearly ut of scope for the current draft. >=20 > We have not had any real discussion on anything but the kernel subject = of this draft. We need also to look at other aspects. >=20 > Short of time, I made what I found to be most rapid. I made a = commented and changemarked Word version of it. I know it is not IETF = policy to work with Word documents. >=20 > Here I will try to distribute the commented and changemarked file as a = pdf file, but I am afraid that it will get stuck in mail list policy = limits. If so, please advice me how I can make my proposals available to = all in a simple way. >=20 > Regards >=20 > Gunnar >=20 > --=20 > ----------------------------------------- > Gunnar Hellstr=F6m > Omnitor > gunnar.hellstrom@omnitor.se > +46 708 204 288 >=20 > = ___________________= ____________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim From nobody Wed Jul 20 01:23:32 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 657B112B039 for ; Wed, 20 Jul 2016 01:23:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u2h015sPXOA1 for ; Wed, 20 Jul 2016 01:23:28 -0700 (PDT) Received: from bin-vsp-out-04.atm.binero.net (bin-mail-out-05.binero.net [195.74.38.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2323712B037 for ; Wed, 20 Jul 2016 01:23:26 -0700 (PDT) X-Halon-ID: 378e636f-4e53-11e6-afe6-005056917c0c Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-04.atm.binero.net (Halon Mail Gateway) with ESMTPSA; Wed, 20 Jul 2016 10:23:20 +0200 (CEST) To: "slim@ietf.org" , Brian Rosen From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: Date: Wed, 20 Jul 2016 10:23:18 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------2C68FB55DF7CB9AD0737F82E" Archived-At: Subject: [Slim] awareness to the user in the slim real-time draft X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 08:23:31 -0000 This is a multi-part message in MIME format. --------------2C68FB55DF7CB9AD0737F82E Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Brian and all, We had an interesting discussion in the meeting yesterday about indications to the user. I said that one intention is that the result of the language negotiation is provided to the users and that that is already stated in the draft. In the introduction, we have this sentence: "Both sides should be aware of which language was negotiated." I agree with this statement, and that it is often a requirement for a successful start of the call. It is true that the indications are also used for routing and selection of participants and user equipment, but also the users need to be informed. The answering party need to start the call by using the agreed preferred language in the agreed preferred modality, otherwise the call will start in confusion. Imagine a call from a user preferring spoken Greek, ending up at a call center agent capable of English and Greek. If the agent starts with a greeting in English instead of Greek, the calling user will get unsure if Greek can be used, and the call will start in uncertainty or even be conducted in English that the caller does not feel confident in. This is not user interface specification. It is as simple as the statement in the introduction : "Both sides should be aware of which language was negotiated." The discussion went on saying that we do not specify user interfaces in IETF. And that is true, but many times we specify items where the user gets aware of the results of the protocol interaction. Examples can be call hold and release, picture size and orientation, remote camera movements, attended call transfer etc. So, we are in good company when we state that both sides are made aware of the outcome. The requirement to keep the user aware of which language was negotiated is valid for the current scope of the draft as well as when we include preference across media and grouping. We can in fact not yet really fulfill that requirement within the current scope because we have not defined any way to differentiate preference between languages in different media. The outcome of the negotiation can still be undefined. We can with the current wording for example say that the caller prefers spoken English or written English, but not if there is any preference between these two providing awareness to the callee about how to start the call. So, two conclusions: *1. We need to repeat the statement about bringing awareness at a more protruding position in the draft**, and that is not a user interface specification.* I suggest to add a sentence last in 4: "Information on the accepted language is provided to the participants in the call." and a sentence last in 6.2: "The caller and callee should be provided with information on the outcome of the negotiation. This information is intended to enable them to start the call in a preferred language." *2. **We cannot**avoid to **specify**preference between modalities.**L**eav**ing it out would leave**the negotiation with**undefined results in many cases and uncertainty about how to start the call. * The caller may prefer to use spoken English but can accept to use written English, and want to express that so that no calls are missed. A callee with the same preferences get no clue to how to start the call from a negotiation resulting in that both spoken and written English are accepted without preference between them. A simple indication of the most preferred modality would solve this uncertainty in most cases. I suggest to add an indication of most preferred language as a new section 6.4. 6.4 Most preferred language A mechanism is introduced that provides information on the most preferred language among all language indications in the session description. This is done in order to provide for a definite outcome of the negotiation of language in most cases, and thereby an opportunity for the call to start in a fruitful way. The notation for the most preferred language is a plus ('+') character added after the language tag in the value of the corresponding language attribute. The notation MAY be used independently on both communication directions. The order between this indication and the indication for advisory versus required is not relevant. *Background* This discussion is in line with the requirement in 3GPP TS 22.228, section 7.5.2. We have no clear obligations towards 3GPP, but It would be good if these requirements can be fulfilled without further standardisation. This is what is said in the 3GPP specification: 7.5.2Negotiation at IM session invocation It shall be possible for the capability negotiation to take place at the time of the IP multimedia session invocation. Refer to clause 7.3 for further details on capability negotiation on IP multimedia session invocation. A UE should support negotiation of the user's desired language(s) (as defined in IANA [29]) and modalities for spoken, signed and written languages. The system should be able to negotiate the user's desired language(s) and modalities, per media stream *and/or session, in order of preference*. A service provider shall be able to pass language and modality information between the endpoints. With respect to the language and modality information, there are no other service provider actions required. -------------------------------------------------- Regards Gunnar -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se --------------2C68FB55DF7CB9AD0737F82E Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

Brian and all,

We had an interesting discussion in the meeting yesterday about indications to the user.

I said that one intention is that the result of the language negotiation is provided to the users and that that is already stated in the draft.

In the introduction, we have this sentence: "Both sides should be aware of which language was negotiated."

I agree with this statement, and that it is often a requirement for a successful start of the call. It is true that the indications are also used for routing and selection of participants and user equipment, but also the users need to be informed. The answering party need to start the call by using the agreed preferred language in the agreed preferred modality, otherwise the call will start in confusion.

Imagine a call from a user preferring spoken Greek, ending up at a call center agent capable of English and Greek. If the agent starts with a greeting in English instead of Greek, the calling user will get unsure if Greek can be used, and the call will start in uncertainty or even be conducted in English that the caller does not feel confident in.

This is not user interface specification. It is as simple as the statement in the introduction : "Both sides should be aware of which language was negotiated."  The discussion went on saying that we do not specify user interfaces in IETF. And that is true, but many times we specify items where the user gets aware of the results of the protocol interaction. Examples can be call hold and release, picture size and orientation, remote camera movements, attended call transfer etc. So, we are in good company when we state that both sides are made aware of the outcome.

The requirement to keep the user aware of which language was negotiated is valid for the current scope of the draft as well as when we include preference across media and grouping. We can in fact not yet really fulfill that requirement within the current scope because we have not defined any way to differentiate preference between languages in different media. The outcome of the negotiation can still be undefined. We can with the current wording for example say that the caller prefers spoken English or written English, but not if there is any preference between these two providing awareness to the callee about how to start the call.

So, two conclusions:

1. We need to repeat the statement about bringing awareness at a more protruding position in the draft, and that is not a user interface specification.

I suggest to add a sentence last in 4:

"Information on the accepted language is provided to the participants in the call."

and a sentence last in 6.2:

"The caller and callee should be provided with information on the outcome of the negotiation. This information is intended to enable them to start the call in a preferred language."

2. We cannot avoid to specify preference between modalities. Leaving it out would leave the negotiation with undefined results in many cases and uncertainty about how to start the call.

The caller may prefer to use spoken English but can accept to use written English, and want to express that so that no calls are missed. A callee with the same preferences get no clue to how to start the call from a negotiation resulting in that both spoken and written English are accepted without preference between them. A simple indication of the most preferred modality would solve this uncertainty in most cases.

I suggest to add an indication of most preferred language as a new section 6.4.

6.4 Most preferred language

A mechanism is introduced that provides information on the most preferred language among all language indications in the session description. This is done in order to provide for a definite outcome of the negotiation of language in most cases, and thereby an opportunity for the call to start in a fruitful way.

The notation for the most preferred language is a plus ('+') character added after the language tag in the value of the corresponding language attribute. The notation MAY be used independently on both communication directions. The order between this indication and the indication for advisory versus required is not relevant.


Background

This discussion is in line with the requirement in 3GPP TS 22.228, section 7.5.2.  We have no clear obligations towards 3GPP, but It would be good if these requirements can be fulfilled without further standardisation.

This is what is said in the 3GPP specification:

7.5.2       Negotiation at IM session invocation

It shall be possible for the capability negotiation to take place at the time of the IP multimedia session invocation. Refer to clause 7.3 for further details on capability negotiation on IP multimedia session invocation.

A UE should support negotiation of the user's desired language(s) (as defined in IANA [29]) and modalities for spoken, signed and written languages.

The system should be able to negotiate the user's desired language(s) and modalities, per media stream and/or session, in order of preference.

A service provider shall be able to pass language and modality information between the endpoints. With respect to the language and modality information, there are no other service provider actions required.

--------------------------------------------------

Regards

Gunnar

-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
--------------2C68FB55DF7CB9AD0737F82E-- From nobody Wed Jul 20 01:44:39 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DDFF412D0F9 for ; Wed, 20 Jul 2016 01:44:37 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i7diB_Dgz7sm for ; Wed, 20 Jul 2016 01:44:36 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 5638012D0CD for ; Wed, 20 Jul 2016 01:44:35 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Wed, 20 Jul 2016 01:44:38 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <2af854ab-acf4-cf89-af6c-45fb12633cd5@omnitor.se> References: <2af854ab-acf4-cf89-af6c-45fb12633cd5@omnitor.se> X-Mailer: Eudora for Mac OS X Date: Wed, 20 Jul 2016 01:44:31 -0700 To: Gunnar =?iso-8859-1?Q?Hellstr=F6m?= , "slim@ietf.org" , Natasha Rooney From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] Edit proposals to draft-ietf-slim-negotiating-human-language-01 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 08:44:38 -0000 Hi Gunnar, As I mentioned in the meeting, I am going through the Word document and looking at your suggested changes. No need to do anything further for now. --Randy -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- A nation is a society united by delusions about its ancestry and united by common hatred of its neighbors. --Dean Inge From nobody Wed Jul 20 01:52:42 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 27D8612D9CE for ; Wed, 20 Jul 2016 01:52:40 -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=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n5YAKjrUQ9uV for ; Wed, 20 Jul 2016 01:52:37 -0700 (PDT) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2B6E412DB03 for ; Wed, 20 Jul 2016 01:51:49 -0700 (PDT) Received: by mail-wm0-x233.google.com with SMTP id q128so46982327wma.1 for ; Wed, 20 Jul 2016 01:51:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=OIYc/23cVe5n7r1JEJe2mNWcDD//Y4N73uU7Yh9kGpY=; b=eWdkq45x9VkSynN0YIrWDtOgiCQvLkh3WLvNoj8LxUJBoLvT8UoLSs9u+h6j1KWsB+ K3HOn1D86MWu8rZmrgTZrCiQJyWIotQiCAOb6xmsZU+wL63Brv6KZC0Sne3pRZ7VvPCS X3/Y7xf5JPoTa8S0E0L05Rw9uWvXZzq5t3IOOxTJmHdP5zkeogwHdmwV5fy32yNu2DTB wnS0uqyuqEp//Rq5rzbd1prfk1qGIPwjZ6iDCyMnDfhEN/QxqO6dA3w0ErfZ29m9iOj3 Auh4aZ31Zx3OAJizhoPWs1cKUVqFfEi+G2V95TPaLCCGwtM/pvrJQ07ov+TF5JomxiF5 jEXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=OIYc/23cVe5n7r1JEJe2mNWcDD//Y4N73uU7Yh9kGpY=; b=kFPWkTs/Rh7bn024JosmuGD0m+dceJ+junhXo47T8JspKDnXticNpjA/k6F8X0KiW6 IXOX8o8KIZvvKBT+pjm9xXfqlSiy6wPXzLUCWJsU1Ep4bLtRS2zhlCDDRQIf7J5ilRFX V7Lc9BWU/7Beo1yzG9rqvWvI2JVC/pUACD+TEBMfaThc5HaRSj90VZxaQWWOQhRNhA76 xYWI0qD5hrjyIQQ59yPOb6+LklShYVICIA/aHlZlA1Df8axvXesL+A8v+lLCieALxYPL RkrY3GLFYGiLRCSFF/ixNuuIINoX56sahL4EwhdWcBqsbh1+ldaex+LSwo8tFKXH+sgr c0/g== X-Gm-Message-State: ALyK8tJmKqzs5Uu3RncpNpu9nWO/14czg3ENBWwE9ATH1sXRtoOO5O2QeAAk6jQIQLiD1g== X-Received: by 10.194.0.242 with SMTP id 18mr107674wjh.171.1469004707374; Wed, 20 Jul 2016 01:51:47 -0700 (PDT) Received: from dhcp-a991.meeting.ietf.org (dhcp-a991.meeting.ietf.org. [31.133.169.145]) by smtp.gmail.com with ESMTPSA id lh10sm101746wjc.12.2016.07.20.01.51.38 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 20 Jul 2016 01:51:46 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_75355F87-9A85-4971-9A16-05181EEED899" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Brian Rosen In-Reply-To: Date: Wed, 20 Jul 2016 10:50:44 +0200 Message-Id: <3A3B5229-1CB5-431F-BB27-EA73606D2F88@brianrosen.net> References: To: =?utf-8?Q?Gunnar_Hellstr=C3=B6m?= X-Mailer: Apple Mail (2.3124) Archived-At: Cc: "slim@ietf.org" Subject: Re: [Slim] awareness to the user in the slim real-time draft X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 08:52:40 -0000 --Apple-Mail=_75355F87-9A85-4971-9A16-05181EEED899 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I=92m very sensitive to user interface issues, and have some modest = experience building good ones. I=92m also pretty firm that protocol standards must not deal, in any = way, with user interfaces, other than, sometimes, providing some = information in protocol messages that are not strictly speaking required = for the proper implementation of the protocol. When I read a statement that =93both sides should be aware of which = language was negotiated=94, I interpret that as the implementation (that = is, the code), and not the humans. It means that the messages in the = protocol must result in both ends of the protocol knowing the result. = We do use the word =93users=94 occasionally in protocol documents, and = that=92s the term I expect to see when we mean the humans.=20 The document does describe a mechanism where both ends of the = negotiation know the result, and thus we fulfill the requirement with no = further work. User interfaces are free to present anything they want. = I can easily describe a scenario where they do not present the results = of the protocol negotiation: we may have one interpreter who is = interpreting English to ASL on video, and another one who is = interpreting English to Spanish text. The ASL interpreter doesn=92t = doesn=92t need to know what is happening in the text change and the = Spanish interpreter doesn=92t need to know what is happening in the ASL = channel. Thus I don=92t think any further work is needed. Brian > On Jul 20, 2016, at 10:23 AM, Gunnar Hellstr=F6m = wrote: >=20 > Brian and all, >=20 > We had an interesting discussion in the meeting yesterday about = indications to the user. >=20 > I said that one intention is that the result of the language = negotiation is provided to the users and that that is already stated in = the draft. >=20 > In the introduction, we have this sentence: "Both sides should be = aware of which language was negotiated." >=20 > I agree with this statement, and that it is often a requirement for a = successful start of the call. It is true that the indications are also = used for routing and selection of participants and user equipment, but = also the users need to be informed. The answering party need to start = the call by using the agreed preferred language in the agreed preferred = modality, otherwise the call will start in confusion. >=20 > Imagine a call from a user preferring spoken Greek, ending up at a = call center agent capable of English and Greek. If the agent starts with = a greeting in English instead of Greek, the calling user will get unsure = if Greek can be used, and the call will start in uncertainty or even be = conducted in English that the caller does not feel confident in.=20 >=20 > This is not user interface specification. It is as simple as the = statement in the introduction : "Both sides should be aware of which = language was negotiated." The discussion went on saying that we do not = specify user interfaces in IETF. And that is true, but many times we = specify items where the user gets aware of the results of the protocol = interaction. Examples can be call hold and release, picture size and = orientation, remote camera movements, attended call transfer etc. So, we = are in good company when we state that both sides are made aware of the = outcome. >=20 > The requirement to keep the user aware of which language was = negotiated is valid for the current scope of the draft as well as when = we include preference across media and grouping. We can in fact not yet = really fulfill that requirement within the current scope because we have = not defined any way to differentiate preference between languages in = different media. The outcome of the negotiation can still be undefined. = We can with the current wording for example say that the caller prefers = spoken English or written English, but not if there is any preference = between these two providing awareness to the callee about how to start = the call.=20 >=20 > So, two conclusions: >=20 > 1. We need to repeat the statement about bringing awareness at a more = protruding position in the draft, and that is not a user interface = specification. >=20 > I suggest to add a sentence last in 4: >=20 > "Information on the accepted language is provided to the participants = in the call." >=20 > and a sentence last in 6.2:=20 >=20 > "The caller and callee should be provided with information on the = outcome of the negotiation. This information is intended to enable them = to start the call in a preferred language." >=20 > 2. We cannot avoid to specify preference between modalities. Leaving = it out would leave the negotiation withundefined results in many cases = and uncertainty about how to start the call.=20 >=20 > The caller may prefer to use spoken English but can accept to use = written English, and want to express that so that no calls are missed. A = callee with the same preferences get no clue to how to start the call = from a negotiation resulting in that both spoken and written English are = accepted without preference between them. A simple indication of the = most preferred modality would solve this uncertainty in most cases. >=20 > I suggest to add an indication of most preferred language as a new = section 6.4. >=20 > 6.4 Most preferred language >=20 > A mechanism is introduced that provides information on the most = preferred language among all language indications in the session = description. This is done in order to provide for a definite outcome of = the negotiation of language in most cases, and thereby an opportunity = for the call to start in a fruitful way.=20 >=20 > The notation for the most preferred language is a plus ('+') character = added after the language tag in the value of the corresponding language = attribute. The notation MAY be used independently on both communication = directions. The order between this indication and the indication for = advisory versus required is not relevant. >=20 >=20 >=20 > Background >=20 > This discussion is in line with the requirement in 3GPP TS 22.228, = section 7.5.2. We have no clear obligations towards 3GPP, but It would = be good if these requirements can be fulfilled without further = standardisation. >=20 > This is what is said in the 3GPP specification: >=20 > 7.5.2=A0=A0=A0=A0=A0=A0=A0Negotiation at IM session invocation <> > It shall be possible for the capability negotiation to take place at = the time of the IP multimedia session invocation. Refer to clause 7.3 = for further details on capability negotiation on IP multimedia session = invocation. >=20 > A UE should support negotiation of the user's desired language(s) (as = defined in IANA [29]) and modalities for spoken, signed and written = languages. >=20 > The system should be able to negotiate the user's desired language(s) = and modalities, per media stream and/or session, in order of preference. >=20 > A service provider shall be able to pass language and modality = information between the endpoints. With respect to the language and = modality information, there are no other service provider actions = required. >=20 >=20 > -------------------------------------------------- >=20 > Regards >=20 > Gunnar >=20 >=20 > --=20 > ----------------------------------------- > Gunnar Hellstr=F6m > Omnitor > gunnar.hellstrom@omnitor.se --Apple-Mail=_75355F87-9A85-4971-9A16-05181EEED899 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 I=92m very sensitive to user interface issues, and have some = modest experience building good ones.

I=92m also pretty firm that protocol = standards must not deal, in any way, with user interfaces, other than, = sometimes, providing some information in protocol messages that are not = strictly speaking required for the proper implementation of the = protocol.

When = I read a statement that =93both sides should be aware of which language = was negotiated=94, I interpret that as the implementation (that is, the = code), and not the humans.  It means that the messages in the = protocol must result in both ends of the protocol knowing the result. =  We do use the word =93users=94 occasionally in protocol documents, = and that=92s the term I expect to see when we mean the = humans. 

The document does describe a mechanism where both ends of the = negotiation know the result, and thus we fulfill the requirement with no = further work.  User interfaces are free to present anything they = want.  I can easily describe a scenario where they do not present = the results of the protocol negotiation: we may have one interpreter who = is interpreting English to ASL on video, and another one who is = interpreting English to Spanish text.  The ASL interpreter doesn=92t = doesn=92t need to know what is happening in the text change and the = Spanish interpreter doesn=92t need to know what is happening in the ASL = channel.

Thus = I don=92t think any further work is needed.

Brian

On = Jul 20, 2016, at 10:23 AM, Gunnar Hellstr=F6m <gunnar.hellstrom@omnitor.se> wrote:

Brian and all,

We had an interesting = discussion in the meeting yesterday about indications to the user.

I said that one intention is that the result of the language = negotiation is provided to the users and that that is already stated in = the draft.

In the introduction, = we have this sentence: "Both sides should be aware of which language was negotiated."

I agree with this statement, and that = it is often a requirement for a successful start of the call. It is true = that the indications are also used for routing and selection of = participants and user equipment, but also the users need to be informed. = The answering party need to start the call by using the agreed preferred = language in the agreed preferred modality, otherwise the call will start = in confusion.

Imagine a call from a user preferring = spoken Greek, ending up at a call center agent capable of English and = Greek. If the agent starts with a greeting in English instead of Greek, = the calling user will get unsure if Greek can be used, and the call will = start in uncertainty or even be conducted in English that the caller = does not feel confident in. 

This is not user interface = specification. It is as simple as the statement in the introduction = : "Both sides should be aware of which language was negotiated."  The discussion went on = saying that we do not specify user interfaces in IETF. And that is true, = but many times we specify items where the user gets aware of the results = of the protocol interaction. Examples can be call hold and release, = picture size and orientation, remote camera movements, attended call = transfer etc. So, we are in good company when we state that both sides = are made aware of the outcome.

The requirement to keep the = user aware of which language was negotiated is valid for the current = scope of the draft as well as when we include preference across media = and grouping. We can in fact not yet really fulfill that requirement = within the current scope because we have not defined any way to = differentiate preference between languages in different media. The = outcome of the negotiation can still be undefined. We can with the = current wording for example say that the caller prefers spoken English = or written English, but not if there is any preference between these two = providing awareness to the callee about how to start the call. 

So, two = conclusions:

1. We need to = repeat the statement about bringing awareness at a more protruding = position in the draft, and that is not a user = interface specification.

I suggest to = add a sentence last in 4:

"Information on the accepted = language is provided to the participants in the call."

and a sentence last in = 6.2: 

"The caller and callee should = be provided with information on the outcome of the negotiation. This = information is intended to enable them to start the call in a preferred = language."

2. We = cannot avoid to specify preference between = modalities. Leaving it out would leave the negotiation withundefined results in many cases and uncertainty about how to = start the call. 

The caller may prefer to use = spoken English but can accept to use written English, and want to = express that so that no calls are missed. A callee with the same = preferences get no clue to how to start the call from a negotiation = resulting in that both spoken and written English are accepted without = preference between them. A simple indication of the most preferred = modality would solve this uncertainty in most cases.

I suggest to add an indication = of most preferred language as a new section = 6.4.

6.4 Most preferred = language

A mechanism is introduced that = provides information on the most preferred language among all language = indications in the session description. This is = done in order to provide for a definite outcome of the = negotiation of language in most cases, and thereby an opportunity for = the call to start in a fruitful way. 
=

The notation for the most preferred language is a plus ('+') = character added after the language tag in the value of the corresponding = language attribute. The notation MAY be used independently on both = communication directions. The order between this indication and the = indication for advisory versus required is not = relevant.


=

Background

This discussion is in line with the requirement in 3GPP TS = 22.228, section 7.5.2.  We have no clear obligations towards 3GPP, = but It would be good if these requirements can be fulfilled without = further = standardisation.

This is what is said = in the 3GPP specification:

7.5.2       Negotiation at IM = session invocation

It = shall be possible for the capability negotiation to take place at the = time of the IP multimedia session invocation. Refer to clause 7.3 for = further details on capability negotiation on IP multimedia session = invocation.

A UE should support negotiation of the user's desired = language(s) (as defined in IANA [29]) and modalities for = spoken, signed and written languages.

The system should be able to = negotiate the user's desired language(s) and modalities, per media = stream and/or session, in order of = preference.

A service provider shall be able to pass language and = modality information between the = endpoints. With respect to the language and modality information, there are no other service = provider actions required.


--------------------------------------------------

Regards=

Gunnar
= 


--=20
-----------------------------------------
Gunnar Hellstr=F6m
Omnitor
gunnar.hellstrom@omnitor.se

= --Apple-Mail=_75355F87-9A85-4971-9A16-05181EEED899-- From nobody Wed Jul 20 02:05:25 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC89612D185 for ; Wed, 20 Jul 2016 02:05:22 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id inRhOqGClNoX for ; Wed, 20 Jul 2016 02:05:19 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 6FE4712B040 for ; Wed, 20 Jul 2016 02:05:01 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Wed, 20 Jul 2016 02:05:04 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: References: <6D745F2F-1CF8-4693-B770-0C3E29A2ED88@gsma.com> X-Mailer: Eudora for Mac OS X Date: Wed, 20 Jul 2016 02:04:56 -0700 To: Gunnar =?iso-8859-1?Q?Hellstr=F6m?= , slim@ietf.org From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] IETF96 - negotiating-human-language sections 5 and 6.2 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 09:05:23 -0000 At 12:30 AM +0200 7/20/16, Gunnar Hellstr=F6m wrote: > Den 2016-07-19 kl. 23:24, skrev Randall Gellens: > >> At 10:52 PM +0200 7/19/16, Gunnar Hellstr=F6m wrote: >> >>> Randall, >>> >>> Den 2016-07-19 kl. 16:35, skrev Randall Gellens: >>> >>>> To address the two action items in the=20 >>>> real-time draft from today's discussion, I=20 >>>> propose to make the following two changes: >>>> >>>> Replace all of Section 5 with: >>>> >>> I still think it is not our task to criticize=20 >>> RFC 4566 when we do not need. I proposed to=20 >>> just motivate our decision on the fact that=20 >>> the lang attribute does not have sufficient=20 >>> detail. We have agreed to describe languages=20 >>> per direction, and that is not supported by=20 >>> 'lang' >>> >> >> The history of that decision is that it was=20 >> done after the agreement that the existing=20 >> 'lang' attribute couldn't be used. It's=20 >> additional, I'm not sure it's sufficient. If=20 >> you object so strongly to the simple statement=20 >> that the existing semantics are not clear=20 >> (which is evidenced by the debate over what=20 >> they mean), I can delete all justification and=20 >> simply say that the group decided not to use=20 >> it. After all, anything we say as to why can=20 >> be argued with, as you are doing here. >> > A motivation is needed, and the clear one is the direction. Please use th= at. As I said, directionality was considered only=20 after it was agreed that the existing attribute=20 wasn't suitable. The draft need only reflect=20 group consensus. The level of detail and=20 justification is not mandated. Personally, I=20 prefer more background information, but I am OK=20 saying very little to avoid endless debate over=20 words. > >> >>> >>> So, here is my proposed rewording: >>> >>> RFC 4566 [RFC4566] specifies an attribute 'lang' which appears >>> similar to what is needed here. We need=20 >>> however a more detailed specification than=20 >>> the 'lang' attribute provides. We need a way=20 >>> to negotiate which language is used in each=20 >>> stream and direction in the session. This=20 >>> document therefore defines two new attributes. >>> >>>> >>>> >>>> >>> (Your proposal was >>> >>>> RFC 4566 [RFC4566] specifies an attribute 'lang' which appears >>>> similar to what is needed here, but in considering its use the group >>>> felt its semantics were ambiguous, noted that there was not much >>>> evidence of its use (and thus less likelihood of conflict or >>>> confusion in defining new attributes), and that there was value in >>>> being able to specify language per direction (sending and receiving). >>>> This document therefore defines two new attributes. >>>> >>>> >>>> This deletes all interpretation of the=20 >>>> existing attribute (while retaining mention=20 >>>> that interpretation is needed) and mentions=20 >>>> the value in being able to specify language=20 >>>> per direction. >>>> >>> ) >>> >>>> >>>> In Section 6.2, change "the languages the=20 >>>> offerer wishes to" to "...is willing to". >>>> >>> You mentioned "is capable to" during the meeting. I think that is bette= r. >>> >> >> I mentioned it because it was your suggested=20 >> phrase and I feel it is not clear nor correct=20 >> English nor correct technically. What I=20 >> suggested in the meeting was saying "supports"=20 >> which is what I think you meant by "is capable=20 >> to", but when I made the change to the draft,=20 >> I realized that it was incorrect. Most clients=20 >> will be capable of supporting virtually any=20 >> language; obviously the client isn't going to=20 >> try and establish sessions for every language.=20 >> It's going to do what it determines the user=20 >> wants. I think the original wording of=20 >> "wishes" is best but I am happy to change it. >> >>> We need to avoid to give the impression that=20 >>> the user in the normal case intends to use=20 >>> more than one of the indicated languages. >>> >> >> No, we do not, because that gets into user=20 >> interface issues which are out of scope. We=20 >> need to establish at the protocol level which=20 >> languages are established. >> >>> "is willing to" is better than "wishes" but I=20 >>> still think that "is capable of" is even more=20 >>> free of implication that the desire is to use=20 >>> more than one. >>> >>> There are two more occurrences of "wishes" in=20 >>> section 6.2. Please look at the change=20 >>> proposal file I just sent to the list and=20 >>> make your proposals from it ( I know my=20 >>> proposals are not perfect either). >>> >>> Earlier ( in April) you also proposed to=20 >>> delete the phrase "to indicate the language=20 >>> used when sending >>> and receiving media" at the end of the first=20 >>> paragraph in 6.2. I still support that=20 >>> proposal, >>> because the full reasoning of the purpose and=20 >>> usage of the attributes follow. >>> >> >> That change was made but missed getting in to=20 >> -01. It is in -02. I didn't include it in the=20 >> email because it was stylistic and not germane=20 >> to the action item, so I felt it would be=20 >> confusing to include. >> >> Here is the full paragraph as it is now: >> >> In an offer, 'humintlang-send' indicates the language(s) the offerer >> is willing to use when sending using the media, and 'humintlang-recv' >> indicates the language(s) the offerer is willing to use when >> receiving using the media. In both cases the values constitute a >> list of languages in preference order (first is most preferred). In >> cases where the user wishes to use a media in one direction only >> (such as a speech-impaired user who wishes to send using text and >> receive using audio), one of the two MAY be unset. In cases where a >> media is not primarily intended for language (for example, a video or >> audio stream intended for background only) both SHOULD be unset. In >> other cases, both SHOULD have the same values in the same order. The >> two SHOULD NOT be set to languages which are difficult to match >> together (e.g., specifying a desire to send audio in Hungarian and >> receive audio in Portuguese will make it difficult to successfully >> complete the call). >> > OK, I can accept "is willing". So, this text is close to good. Happy to hear it. > > However, there is another small item, I=20 > remember I bounced at the first times I read=20 > this. It is this phrase: > " In cases where the user wishes to use a media in one direction only > (such as a speech-impaired user who wishes to send using text and > receive using audio), one of the two MAY be unset." > > I was thinking of "the two" as text and speech=20 > attributes and wondered why you did not want to=20 > set both. > Eventually I realized that you thought about=20 > the two directions of each media. So, I suggest=20 > to clarify like this: > > In cases where the user wishes to use a media in one direction only > (such as a speech-impaired user who wishes to send using text and > receive using audio), one of the two MAY be unset for that media. I have reworded the text to be more clear. Here is the revised sentence: In cases where a media is intended for use in one direction only (such as a speech- impaired user sending using text and receiving using audio), either humintlang-send or humintlang-recv MAY be unset. -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- 2 + 2 = 5 for extremely large values of 2. From nobody Wed Jul 20 02:11:16 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C419312DA4E for ; Wed, 20 Jul 2016 02:11:13 -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=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N1OUq8C1jhsn for ; Wed, 20 Jul 2016 02:11:06 -0700 (PDT) Received: from mail-qt0-x22b.google.com (mail-qt0-x22b.google.com [IPv6:2607:f8b0:400d:c0d::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB11412D0E9 for ; Wed, 20 Jul 2016 02:11:02 -0700 (PDT) Received: by mail-qt0-x22b.google.com with SMTP id w38so23029849qtb.0 for ; Wed, 20 Jul 2016 02:11:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=qBiT+G25o2Vo6TFnTFpl8Vhyc/aJVvX6KNfVuC9p4kk=; b=jGurEk7Ijtfqaay4kd9K1TnwUupZJ9WQtCfuGzbZ4tznm/3ib3EAItn4o3UB6dHiN5 bVTdKeWrl90ql4gce33TRlEOpL5Z7CN9MKfauiipGBxJOHjm9TFNSPJPleqkBouQqyqr r4d1Q6dXc9TY2S+U0CdXk5pHXsrtSDiKJVSr3CI9rzeoI6/BPbF0IjfAI594XIBVZQMh cQNu5yJfponxtP2PIkjxdUedSPeOmMSd0qHb/AgBDZSKOLhc3RF9k7J8HtM9eEtH0xyr BQEdV0+WMj4vdUJA1XROz95zCpA+3CNYjPA475uBCnk96CGm8SJ04ntXZGniOKPW0Szv +dtQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=qBiT+G25o2Vo6TFnTFpl8Vhyc/aJVvX6KNfVuC9p4kk=; b=ScspUrI/i3lxg43/6YO7I5nxv64K3F75MbQarPihvcDRE/lq2Mo//SoWtJH/O63jd3 VmuuFqhnz1SD6d8cd4Tw4Ui+UzcZAe6qtr3EolyBlaOgWSkS9kIann1ElQkNk8oW3ZSX NxcIGDsO8M4yjqLoMCbAKtt9ZpVWZ8wqr3KlJC6c2E3HvbwFxL87/AT9Mh71SW6EToVG wTGEsFat+Jq+oaZB3FI2OnQClvnxBJ29qBiNW4ZGMD6lez3zInHoESLF9jNq2TGcmcPs /UKSDZqK1IivFgr58a0Ph7o9KJtKbkAoPmuWObSwHcNI8Xa0WFv1xb7f65DhN2F4Orvq MKkQ== X-Gm-Message-State: ALyK8tKuVEcHsEi92RcaRQsgwjH34r927lB5h8cywMMJNcQ5SpgG9VHLd79p53l+62OOQA== X-Received: by 10.237.36.112 with SMTP id s45mr57854190qtc.7.1469005861993; Wed, 20 Jul 2016 02:11:01 -0700 (PDT) Received: from [10.96.9.147] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id t82sm924510qke.9.2016.07.20.02.10.59 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 20 Jul 2016 02:11:01 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_8FFDE7D6-E288-4450-84A5-0BD345A81FC1" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Brian Rosen In-Reply-To: Date: Wed, 20 Jul 2016 11:10:48 +0200 Message-Id: References: <6D745F2F-1CF8-4693-B770-0C3E29A2ED88@gsma.com> To: Randall Gellens X-Mailer: Apple Mail (2.3124) Archived-At: Cc: slim@ietf.org, =?utf-8?Q?Gunnar_Hellstr=C3=B6m?= Subject: Re: [Slim] IETF96 - negotiating-human-language sections 5 and 6.2 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 09:11:14 -0000 --Apple-Mail=_8FFDE7D6-E288-4450-84A5-0BD345A81FC1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I find =E2=80=9Cunset=E2=80=9D to be confusing. Could we agree on =E2=80=9Ceither of humintlang-send or humintlang-recv = MAY be specified.=E2=80=9D Brian > On Jul 20, 2016, at 11:04 AM, Randall Gellens = wrote: >=20 > At 12:30 AM +0200 7/20/16, Gunnar Hellstr=C3=B6m wrote: >=20 >> Den 2016-07-19 kl. 23:24, skrev Randall Gellens: >>=20 >>> At 10:52 PM +0200 7/19/16, Gunnar Hellstr=C3=B6m wrote: >>>=20 >>>> Randall, >>>>=20 >>>> Den 2016-07-19 kl. 16:35, skrev Randall Gellens: >>>>=20 >>>>> To address the two action items in the real-time draft from = today's discussion, I propose to make the following two changes: >>>>>=20 >>>>> Replace all of Section 5 with: >>>>>=20 >>>> I still think it is not our task to criticize RFC 4566 when we do = not need. I proposed to just motivate our decision on the fact that the = lang attribute does not have sufficient detail. We have agreed to = describe languages per direction, and that is not supported by 'lang' >>>>=20 >>>=20 >>> The history of that decision is that it was done after the agreement = that the existing 'lang' attribute couldn't be used. It's additional, = I'm not sure it's sufficient. If you object so strongly to the simple = statement that the existing semantics are not clear (which is evidenced = by the debate over what they mean), I can delete all justification and = simply say that the group decided not to use it. After all, anything we = say as to why can be argued with, as you are doing here. >>>=20 >> A motivation is needed, and the clear one is the direction. Please = use that. >=20 > As I said, directionality was considered only after it was agreed that = the existing attribute wasn't suitable. The draft need only reflect = group consensus. The level of detail and justification is not mandated. = Personally, I prefer more background information, but I am OK saying = very little to avoid endless debate over words. >=20 >>=20 >>>=20 >>>>=20 >>>> So, here is my proposed rewording: >>>>=20 >>>> RFC 4566 [RFC4566] specifies an attribute 'lang' which appears >>>> similar to what is needed here. We need however a more detailed = specification than the 'lang' attribute provides. We need a way to = negotiate which language is used in each stream and direction in the = session. This document therefore defines two new attributes. >>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>> (Your proposal was >>>>=20 >>>>> RFC 4566 [RFC4566] specifies an attribute 'lang' which appears >>>>> similar to what is needed here, but in considering its use the = group >>>>> felt its semantics were ambiguous, noted that there was not much >>>>> evidence of its use (and thus less likelihood of conflict or >>>>> confusion in defining new attributes), and that there was value in >>>>> being able to specify language per direction (sending and = receiving). >>>>> This document therefore defines two new attributes. >>>>>=20 >>>>>=20 >>>>> This deletes all interpretation of the existing attribute (while = retaining mention that interpretation is needed) and mentions the value = in being able to specify language per direction. >>>>>=20 >>>> ) >>>>=20 >>>>>=20 >>>>> In Section 6.2, change "the languages the offerer wishes to" to = "...is willing to". >>>>>=20 >>>> You mentioned "is capable to" during the meeting. I think that is = better. >>>>=20 >>>=20 >>> I mentioned it because it was your suggested phrase and I feel it is = not clear nor correct English nor correct technically. What I suggested = in the meeting was saying "supports" which is what I think you meant by = "is capable to", but when I made the change to the draft, I realized = that it was incorrect. Most clients will be capable of supporting = virtually any language; obviously the client isn't going to try and = establish sessions for every language. It's going to do what it = determines the user wants. I think the original wording of "wishes" is = best but I am happy to change it. >>>=20 >>>> We need to avoid to give the impression that the user in the normal = case intends to use more than one of the indicated languages. >>>>=20 >>>=20 >>> No, we do not, because that gets into user interface issues which = are out of scope. We need to establish at the protocol level which = languages are established. >>>=20 >>>> "is willing to" is better than "wishes" but I still think that "is = capable of" is even more free of implication that the desire is to use = more than one. >>>>=20 >>>> There are two more occurrences of "wishes" in section 6.2. Please = look at the change proposal file I just sent to the list and make your = proposals from it ( I know my proposals are not perfect either). >>>>=20 >>>> Earlier ( in April) you also proposed to delete the phrase "to = indicate the language used when sending >>>> and receiving media" at the end of the first paragraph in 6.2. I = still support that proposal, >>>> because the full reasoning of the purpose and usage of the = attributes follow. >>>>=20 >>>=20 >>> That change was made but missed getting in to -01. It is in -02. I = didn't include it in the email because it was stylistic and not germane = to the action item, so I felt it would be confusing to include. >>>=20 >>> Here is the full paragraph as it is now: >>>=20 >>> In an offer, 'humintlang-send' indicates the language(s) the offerer >>> is willing to use when sending using the media, and = 'humintlang-recv' >>> indicates the language(s) the offerer is willing to use when >>> receiving using the media. In both cases the values constitute a >>> list of languages in preference order (first is most preferred). In >>> cases where the user wishes to use a media in one direction only >>> (such as a speech-impaired user who wishes to send using text and >>> receive using audio), one of the two MAY be unset. In cases where a >>> media is not primarily intended for language (for example, a video = or >>> audio stream intended for background only) both SHOULD be unset. In >>> other cases, both SHOULD have the same values in the same order. The >>> two SHOULD NOT be set to languages which are difficult to match >>> together (e.g., specifying a desire to send audio in Hungarian and >>> receive audio in Portuguese will make it difficult to successfully >>> complete the call). >>>=20 >> OK, I can accept "is willing". So, this text is close to good. >=20 > Happy to hear it. >=20 >>=20 >> However, there is another small item, I remember I bounced at the = first times I read this. It is this phrase: >> " In cases where the user wishes to use a media in one direction only >> (such as a speech-impaired user who wishes to send using text and >> receive using audio), one of the two MAY be unset." >>=20 >> I was thinking of "the two" as text and speech attributes and = wondered why you did not want to set both. >> Eventually I realized that you thought about the two directions of = each media. So, I suggest to clarify like this: >>=20 >> In cases where the user wishes to use a media in one direction only >> (such as a speech-impaired user who wishes to send using text and >> receive using audio), one of the two MAY be unset for that media. >=20 > I have reworded the text to be more clear. Here is the revised = sentence: >=20 > In cases where a > media is intended for use in one direction only (such as a speech- > impaired user sending using text and receiving using audio), either > humintlang-send or humintlang-recv MAY be unset. >=20 >=20 >=20 > --=20 > Randall Gellens > Opinions are personal; facts are suspect; I speak for myself = only > -------------- Randomly selected tag: --------------- > 2 + 2 =3D 5 for extremely large values of 2. >=20 > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim = --Apple-Mail=_8FFDE7D6-E288-4450-84A5-0BD345A81FC1 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 I find =E2=80=9Cunset=E2=80=9D to be confusing.

Could we agree on = =E2=80=9Ceither of humintlang-send or humintlang-recv MAY be = specified.=E2=80=9D

Brian
On Jul 20, 2016, at 11:04 AM, Randall Gellens = <rg+ietf@randy.pensive.org> wrote:

At 12:30 AM +0200 7/20/16, Gunnar Hellstr=C3=B6m = wrote:

Den 2016-07-19 kl. 23:24, = skrev Randall Gellens:

At 10:52 PM +0200 7/19/16, Gunnar Hellstr=C3=B6m = wrote:

Randall,

Den 2016-07-19 kl. = 16:35, skrev Randall Gellens:

To address the two action items in the = real-time draft from today's discussion, I propose to make the following = two changes:

Replace all of Section 5 = with:

I still think it is not = our task to criticize RFC 4566 when we do not need. I proposed to just = motivate our decision on the fact that the lang attribute does not have = sufficient detail. We have agreed to describe languages per direction, = and that is not supported by 'lang'


The history of that decision is = that it was done after the agreement that the existing 'lang' attribute = couldn't be used. It's additional, I'm not sure it's sufficient. If you = object so strongly to the simple statement that the existing semantics = are not clear (which is evidenced by the debate over what they mean), I = can delete all justification and simply say that the group decided not = to use it. After all, anything we say as to why can be argued with, as = you are doing here.

A = motivation is needed, and the clear one is the direction. Please use = that.

As I said, directionality was considered = only after it was agreed that the existing attribute wasn't suitable. =  The draft need only reflect group consensus. The level of detail = and justification is not mandated.  Personally, I prefer more = background information, but I am OK saying very little to avoid endless = debate over words.




So, here is my proposed rewording:

RFC 4566 [RFC4566] specifies an attribute = 'lang' which appears
similar to what is needed here. We = need however a more detailed specification than the 'lang' attribute = provides. We need a way to negotiate which language is used in each = stream and direction in the session. This document therefore defines two = new attributes.




(Your= proposal was

RFC 4566 [RFC4566] specifies an attribute 'lang' which = appears
similar to what is needed here, but in considering = its use the group
felt its semantics were ambiguous, noted = that there was not much
evidence of its use (and thus less = likelihood of conflict or
confusion in defining new = attributes), and that there was value in
being able to = specify language per direction (sending and receiving).
This= document therefore defines two new attributes.


This deletes all interpretation of the = existing attribute (while retaining mention that interpretation is = needed) and mentions the value in being able to specify language per = direction.

)


In = Section 6.2, change "the languages the offerer wishes to" to "...is = willing to".

You mentioned "is = capable to" during the meeting. I think that is better.


I mentioned it because it was = your suggested phrase and I feel it is not clear nor correct English nor = correct technically. What I suggested in the meeting was saying = "supports" which is what I think you meant by "is capable to", but when = I made the change to the draft, I realized that it was incorrect. Most = clients will be capable of supporting virtually any language; obviously = the client isn't going to try and establish sessions for every language. = It's going to do what it determines the user wants. I think the original = wording of "wishes" is best but I am happy to change it.
We need to avoid to = give the impression that the user in the normal case intends to use more = than one of the indicated languages.


No, we do not, because that gets = into user interface issues which are out of scope. We need to establish = at the protocol level which languages are established.

"is willing to" is = better than "wishes" but I still think that "is capable of" is even more = free of implication that the desire is to use more than one.

There are two more occurrences of "wishes" in = section 6.2. Please look at the change proposal file I just sent to the = list and make your proposals from it ( I know my proposals are not = perfect either).

Earlier ( in April) you = also proposed to delete the phrase "to indicate the language used when = sending
and receiving media" at the end of the first = paragraph in 6.2. I still support that proposal,
because = the full reasoning of the purpose and usage of the attributes follow.


That change was = made but missed getting in to -01. It is in -02. I didn't include it in = the email because it was stylistic and not germane to the action item, = so I felt it would be confusing to include.

Here is the full paragraph as it is now:

In an offer, 'humintlang-send' indicates the language(s) the = offerer
is willing to use when sending using the media, = and 'humintlang-recv'
indicates the language(s) the = offerer is willing to use when
receiving using the media. = In both cases the values constitute a
list of languages in = preference order (first is most preferred). In
cases where = the user wishes to use a media in one direction only
(such = as a speech-impaired user who wishes to send using text and
receive using audio), one of the two MAY be unset. In cases = where a
media is not primarily intended for language (for = example, a video or
audio stream intended for background = only) both SHOULD be unset. In
other cases, both SHOULD = have the same values in the same order. The
two SHOULD NOT = be set to languages which are difficult to match
together = (e.g., specifying a desire to send audio in Hungarian and
receive audio in Portuguese will make it difficult to = successfully
complete the call).

OK, I can accept "is willing". So, this text is = close to good.

Happy to hear it.


However, there is another small item, I = remember I bounced at the first times I read this. It is this phrase:
" In cases where the user wishes to use a media in one = direction only
(such as a speech-impaired user who wishes = to send using text and
receive using audio), one of the = two MAY be unset."

I was thinking of "the = two" as text and speech attributes and wondered why you did not want to = set both.
Eventually I realized that you thought about the = two directions of each media. So, I suggest to clarify like this:

In cases where the user wishes to use a media = in one direction only
(such as a speech-impaired user who = wishes to send using text and
receive using audio), one of = the two MAY be unset for that media.

I have reworded the = text to be more clear.  Here is the revised sentence:

  In cases where a
  media = is intended for use in one direction only (such as a speech-
  impaired = user sending using text and receiving using audio), either
  humintlang-send or humintlang-recv MAY be = unset.



-- 
Randall = Gellens
Opinions are personal;    facts = are suspect;    I speak for myself only
-------------- = Randomly selected tag: ---------------
2 + 2 =3D 5 for extremely large values of = 2.

_______________________________________________
SLIM mailing = list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim

= --Apple-Mail=_8FFDE7D6-E288-4450-84A5-0BD345A81FC1-- From nobody Wed Jul 20 02:23:39 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD23C12D0A5 for ; Wed, 20 Jul 2016 02:23:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.62 X-Spam-Level: X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LnAx-S0knzlt for ; Wed, 20 Jul 2016 02:23:13 -0700 (PDT) Received: from bin-vsp-out-05.atm.binero.net (vsp-unauthed02.binero.net [195.74.38.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 427C912B004 for ; Wed, 20 Jul 2016 02:23:05 -0700 (PDT) X-Halon-ID: 91ae5d0f-4e5b-11e6-81a1-005056913f0f Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-05.atm.binero.net (Halon Mail Gateway) with ESMTPSA; Wed, 20 Jul 2016 11:23:07 +0200 (CEST) To: Randall Gellens , slim@ietf.org References: <6D745F2F-1CF8-4693-B770-0C3E29A2ED88@gsma.com> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: <910fc43b-be57-2e67-8514-c77726343b1b@omnitor.se> Date: Wed, 20 Jul 2016 11:22:58 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------88CC80F8FA45B7DC5CC5672F" Archived-At: Subject: Re: [Slim] IETF96 - negotiating-human-language sections 5 and 6.2 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 09:23:26 -0000 This is a multi-part message in MIME format. --------------88CC80F8FA45B7DC5CC5672F Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Randall, Den 2016-07-20 kl. 11:04, skrev Randall Gellens: >> >> However, there is another small item, I remember I bounced at the >> first times I read this. It is this phrase: >> " In cases where the user wishes to use a media in one direction only >> (such as a speech-impaired user who wishes to send using text and >> receive using audio), one of the two MAY be unset." >> >> I was thinking of "the two" as text and speech attributes and >> wondered why you did not want to set both. >> Eventually I realized that you thought about the two directions of >> each media. So, I suggest to clarify like this: >> >> In cases where the user wishes to use a media in one direction only >> (such as a speech-impaired user who wishes to send using text and >> receive using audio), one of the two MAY be unset for that media. > > I have reworded the text to be more clear. Here is the revised sentence: > > In cases where a > media is intended for use in one direction only (such as a speech- > impaired user sending using text and receiving using audio), either > humintlang-send or humintlang-recv MAY be unset. > Sorry, but that misses the point. Why can you not take my proposal? The point is that the statement is written as implicitly valid per media, while the reader ( at least me) may be thinking per use case. Therefore, guidance to think per media would be good, in order to not cause confusion or wondering what is meant. So, therefore I suggest: In cases where a media is intended for use in one direction only (such as a speech- impaired user sending using text and receiving using audio), either humintlang-send or humintlang-recv MAY be unset for each media. /Gunnar -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se --------------88CC80F8FA45B7DC5CC5672F Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

Randall,


Den 2016-07-20 kl. 11:04, skrev Randall Gellens:

 However, there is another small item, I remember I bounced at the first times I read this. It is this phrase:
 " In cases where the user wishes to use a media in one direction only
 (such as a speech-impaired user who wishes to send using text and
 receive using audio), one of the two MAY be unset."

 I was thinking of "the two" as text and speech attributes and wondered why you did not want to set both.
 Eventually I realized that you thought about the two directions of each media. So, I suggest to clarify like this:

 In cases where the user wishes to use a media in one direction only
 (such as a speech-impaired user who wishes to send using text and
 receive using audio), one of the two MAY be unset for that media.

I have reworded the text to be more clear.  Here is the revised sentence:

   In cases where a
   media is intended for use in one direction only (such as a speech-
   impaired user sending using text and receiving using audio), either
   humintlang-send or humintlang-recv MAY be unset.

Sorry, but that misses the point. Why can you not take my proposal?
The point is that the statement is written as implicitly valid per media, while the reader ( at least me) may be thinking per use case. Therefore, guidance to think per media would be good, in order to not cause confusion or wondering what is meant.

So, therefore I suggest:

In cases where a
   media is intended for use in one direction only (such as a speech-
   impaired user sending using text and receiving using audio), either
   humintlang-send or humintlang-recv MAY be unset for each media.

/Gunnar
 

 
-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
--------------88CC80F8FA45B7DC5CC5672F-- From nobody Wed Jul 20 02:25:11 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ABC6B12D0DD for ; Wed, 20 Jul 2016 02:25:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.62 X-Spam-Level: X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xaHk2wfCSONs for ; Wed, 20 Jul 2016 02:25:06 -0700 (PDT) Received: from bin-vsp-out-05.atm.binero.net (vsp-unauthed02.binero.net [195.74.38.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8E676128E18 for ; Wed, 20 Jul 2016 02:25:05 -0700 (PDT) X-Halon-ID: d9513223-4e5b-11e6-81a1-005056913f0f Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-05.atm.binero.net (Halon Mail Gateway) with ESMTPSA for ; Wed, 20 Jul 2016 11:25:07 +0200 (CEST) To: slim@ietf.org References: <6D745F2F-1CF8-4693-B770-0C3E29A2ED88@gsma.com> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: <065863d6-c702-7947-16ce-d738f57b12af@omnitor.se> Date: Wed, 20 Jul 2016 11:24:59 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------EB02C5F1E8053D930B373662" Archived-At: Subject: Re: [Slim] IETF96 - negotiating-human-language sections 5 and 6.2 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 09:25:10 -0000 This is a multi-part message in MIME format. --------------EB02C5F1E8053D930B373662 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Den 2016-07-20 kl. 11:10, skrev Brian Rosen: > I find “unset” to be confusing. > > Could we agree on “either of humintlang-send or humintlang-recv MAY be > specified.” I would also prefer that for all occasions of "unset". /Gunnar > > Brian -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se --------------EB02C5F1E8053D930B373662 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

Den 2016-07-20 kl. 11:10, skrev Brian Rosen:

I find “unset” to be confusing.

Could we agree on “either of humintlang-send or humintlang-recv MAY be specified.”
I would also prefer that for all occasions of "unset".

/Gunnar

Brian

-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
--------------EB02C5F1E8053D930B373662-- From nobody Wed Jul 20 02:33:24 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 684F1128E18 for ; Wed, 20 Jul 2016 02:33:22 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mQnppNJbCLUF for ; Wed, 20 Jul 2016 02:33:16 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 9E9A812D811 for ; Wed, 20 Jul 2016 02:33:13 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Wed, 20 Jul 2016 02:33:16 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: References: <6D745F2F-1CF8-4693-B770-0C3E29A2ED88@gsma.com> X-Mailer: Eudora for Mac OS X Date: Wed, 20 Jul 2016 02:33:06 -0700 To: Brian Rosen , Randall Gellens From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Cc: slim@ietf.org, Gunnar =?iso-8859-1?Q?Hellstr=F6m?= Subject: Re: [Slim] IETF96 - negotiating-human-language sections 5 and 6.2 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 09:33:22 -0000 At 11:10 AM +0200 7/20/16, Brian Rosen wrote: > I find "unset" to be confusing. How about "omitted"? In cases where a media is intended for use in one direction only (such as a speech- impaired user sending using text and receiving using audio), either humintlang-send or humintlang-recv MAY be omitted. In cases where a media is not primarily intended for language (for example, a video or audio stream intended for background only) both SHOULD be omitted. > > Could we agree on "either of humintlang-send or=20 > humintlang-recv MAY be specified." > > Brian > >> On Jul 20, 2016, at 11:04 AM, Randall Gellens=20 >> <rg+ietf@randy.pensive.org>=20 >> wrote: >> >> At 12:30 AM +0200 7/20/16, Gunnar Hellstr=F6m wrote: >> >>> Den 2016-07-19 kl. 23:24, skrev Randall Gellens: >>> >>>> At 10:52 PM +0200 7/19/16, Gunnar Hellstr=F6m wrote: >>>> >>>>> Randall, >>>>> >>>>> Den 2016-07-19 kl. 16:35, skrev Randall Gellens: >>>>> >>>>>> To address the two action items in the=20 >>>>>> real-time draft from today's discussion, I=20 >>>>>> propose to make the following two changes: >>>>>> >>>>>> Replace all of Section 5 with: >>>>>> >>>>> I still think it is not our task to=20 >>>>> criticize RFC 4566 when we do not need. I=20 >>>>> proposed to just motivate our decision on=20 >>>>> the fact that the lang attribute does not=20 >>>>> have sufficient detail. We have agreed to=20 >>>>> describe languages per direction, and that=20 >>>>> is not supported by 'lang' >>>>> >>>> >>>> The history of that decision is that it was=20 >>>> done after the agreement that the existing=20 >>>> 'lang' attribute couldn't be used. It's=20 >>>> additional, I'm not sure it's sufficient. If=20 >>>> you object so strongly to the simple=20 >>>> statement that the existing semantics are=20 >>>> not clear (which is evidenced by the debate=20 >>>> over what they mean), I can delete all=20 >>>> justification and simply say that the group=20 >>>> decided not to use it. After all, anything=20 >>>> we say as to why can be argued with, as you=20 >>>> are doing here. >>>> >>> A motivation is needed, and the clear one is=20 >>> the direction. Please use that. >>> >> >> As I said, directionality was considered only=20 >> after it was agreed that the existing=20 >> attribute wasn't suitable. The draft need=20 >> only reflect group consensus. The level of=20 >> detail and justification is not mandated.=20 >> Personally, I prefer more background=20 >> information, but I am OK saying very little to=20 >> avoid endless debate over words. >> >>> >>>> >>>>> >>>>> So, here is my proposed rewording: >>>>> >>>>> RFC 4566 [RFC4566] specifies an attribute 'lang' which appears >>>>> similar to what is needed here. We need=20 >>>>> however a more detailed specification than=20 >>>>> the 'lang' attribute provides. We need a=20 >>>>> way to negotiate which language is used in=20 >>>>> each stream and direction in the session.=20 >>>>> This document therefore defines two new=20 >>>>> attributes. >>>>> >>>>>> >>>>>> >>>>>> >>>>> (Your proposal was >>>>> >>>>>> RFC 4566 [RFC4566] specifies an attribute 'lang' which appears >>>>>> similar to what is needed here, but in considering its use the group >>>>>> felt its semantics were ambiguous, noted that there was not much >>>>>> evidence of its use (and thus less likelihood of conflict or >>>>>> confusion in defining new attributes), and that there was value in >>>>>> being able to specify language per direction (sending and receiving)= =2E >>>>>> This document therefore defines two new attributes. >>>>>> >>>>>> >>>>>> This deletes all interpretation of the=20 >>>>>> existing attribute (while retaining=20 >>>>>> mention that interpretation is needed) and=20 >>>>>> mentions the value in being able to=20 >>>>>> specify language per direction. >>>>>> >>>>> ) >>>>> >>>>>> >>>>>> In Section 6.2, change "the languages the=20 >>>>>> offerer wishes to" to "...is willing to". >>>>>> >>>>> You mentioned "is capable to" during the meeting. I think that is bet= ter. >>>>> >>>> >>>> I mentioned it because it was your suggested=20 >>>> phrase and I feel it is not clear nor=20 >>>> correct English nor correct technically.=20 >>>> What I suggested in the meeting was saying=20 >>>> "supports" which is what I think you meant=20 >>>> by "is capable to", but when I made the=20 >>>> change to the draft, I realized that it was=20 >>>> incorrect. Most clients will be capable of=20 >>>> supporting virtually any language; obviously=20 >>>> the client isn't going to try and establish=20 >>>> sessions for every language. It's going to=20 >>>> do what it determines the user wants. I=20 >>>> think the original wording of "wishes" is=20 >>>> best but I am happy to change it. >>>> >>>>> We need to avoid to give the impression=20 >>>>> that the user in the normal case intends to=20 >>>>> use more than one of the indicated=20 >>>>> languages. >>>>> >>>> >>>> No, we do not, because that gets into user=20 >>>> interface issues which are out of scope. We=20 >>>> need to establish at the protocol level=20 >>>> which languages are established. >>>> >>>>> "is willing to" is better than "wishes" but=20 >>>>> I still think that "is capable of" is even=20 >>>>> more free of implication that the desire is=20 >>>>> to use more than one. >>>>> >>>>> There are two more occurrences of "wishes"=20 >>>>> in section 6.2. Please look at the change=20 >>>>> proposal file I just sent to the list and=20 >>>>> make your proposals from it ( I know my=20 >>>>> proposals are not perfect either). >>>>> >>>>> Earlier ( in April) you also proposed to=20 >>>>> delete the phrase "to indicate the language=20 >>>>> used when sending >>>>> and receiving media" at the end of the=20 >>>>> first paragraph in 6.2. I still support=20 >>>>> that proposal, >>>>> because the full reasoning of the purpose=20 >>>>> and usage of the attributes follow. >>>>> >>>> >>>> That change was made but missed getting in=20 >>>> to -01. It is in -02. I didn't include it in=20 >>>> the email because it was stylistic and not=20 >>>> germane to the action item, so I felt it=20 >>>> would be confusing to include. >>>> >>>> Here is the full paragraph as it is now: >>>> >>>> In an offer, 'humintlang-send' indicates the language(s) the offerer >>>> is willing to use when sending using the media, and 'humintlang-recv' >>>> indicates the language(s) the offerer is willing to use when >>>> receiving using the media. In both cases the values constitute a >>>> list of languages in preference order (first is most preferred). In >>>> cases where the user wishes to use a media in one direction only >>>> (such as a speech-impaired user who wishes to send using text and >>>> receive using audio), one of the two MAY be unset. In cases where a >>>> media is not primarily intended for language (for example, a video or >>>> audio stream intended for background only) both SHOULD be unset. In >>>> other cases, both SHOULD have the same values in the same order. The >>>> two SHOULD NOT be set to languages which are difficult to match >>>> together (e.g., specifying a desire to send audio in Hungarian and >>>> receive audio in Portuguese will make it difficult to successfully >>>> complete the call). >>>> >>> OK, I can accept "is willing". So, this text is close to good. >>> >> >> Happy to hear it. >> >>> >>> However, there is another small item, I=20 >>> remember I bounced at the first times I read=20 >>> this. It is this phrase: >>> " In cases where the user wishes to use a media in one direction only >>> (such as a speech-impaired user who wishes to send using text and >>> receive using audio), one of the two MAY be unset." >>> >>> I was thinking of "the two" as text and=20 >>> speech attributes and wondered why you did=20 >>> not want to set both. >>> Eventually I realized that you thought about=20 >>> the two directions of each media. So, I=20 >>> suggest to clarify like this: >>> >>> In cases where the user wishes to use a media in one direction only >>> (such as a speech-impaired user who wishes to send using text and >>> receive using audio), one of the two MAY be unset for that media. >>> >> >> I have reworded the text to be more clear. Here is the revised sentence= : >> >> In cases where a >> media is intended for use in one direction only (such as a speech- >> impaired user sending using text and receiving using audio), either >> humintlang-send or humintlang-recv MAY be unset. >> >> >> >> -- >> Randall Gellens >> Opinions are personal; facts are suspect; I speak for myself only >> -------------- Randomly selected tag: --------------- >> 2 + 2 =3D 5 for extremely large values of 2. >> >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >>=20 >> https://www.ietf.org/mailman/= listinfo/slim -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- There is so much to be said in favor of modern journalism. By giving us the opinions of the uneducated, it keeps us in touch with the ignorance of the community. --Oscar Wilde From nobody Wed Jul 20 02:35:25 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2B6812D17B for ; Wed, 20 Jul 2016 02:35:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0Uvb5-RUdlFV for ; Wed, 20 Jul 2016 02:35:06 -0700 (PDT) Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6147912D134 for ; Wed, 20 Jul 2016 02:34:39 -0700 (PDT) Received: by mail-qk0-x22f.google.com with SMTP id o67so39836387qke.1 for ; Wed, 20 Jul 2016 02:34:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=FVzZ7CQTCs03GPgZueg+1SWDmGIlZH3egKWMRNh4n58=; b=m39y8NENXyVxYOLlvdBCnsMB/DZCfwPFq9pIt7lB9/XoxYBdGSuN06eZnzOx5VZxlh 9wQwUIBFgR7o+3v6xrGGHM3LshZWvbfw4aUj+5G2WLMDjrI39R+AQQVnGkPPFi232RRN ivEFgmms6Ae18iCgsmh0gEVyqAMHi8+cauYeTxlsTPszLE4miDDqgYNUX8KOIXfc1IUo KaPpf0r2qlR1iN0o6Rg+3SyMIVhv8cocLZm5G2XndcHbxOQ72Bz5tcagq+L+0n53vqoN VEp2IfzXp9gNNwF/7I6hfE+S6upu3QrNjyjsjb5wVUVF/+6+Apc17z10fmOz1wWo1Mas WEXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=FVzZ7CQTCs03GPgZueg+1SWDmGIlZH3egKWMRNh4n58=; b=my94WPtR712wuyJ2PDk/4gMRkrJCC7SpTMhaPSuHOensZeZucPi07NM09Yqb3eYVDw BICuts9LWPkFX5rS604B9xpOG0daYk0Lewf+fe4UEDLCmCFxHlK4y0ZB/sF+MJSSFijz 1At94hHa6X2GCJYSwon0MSPUSpYC5XCO37J/E3HXvmvqU34wDKDhiiuIelA4RznsiGUM n9JfaH1ocpCQo72eV+XXjMyEpuAI1k8WZkdqkORZN81ncrgWoC/KZfz2Kplq75sFzAZo faeHuy0Jb9gqSPwZTrcXv2OA1FyCJ14297zoCfxzA7S+GikL3n0/qzdCC+xW577pe4/a Y0yw== X-Gm-Message-State: ALyK8tJrh3XTk45UH0dMgxvh65TeIJMN3+oo2podRbkqofZ9mkHSdM1U84HnnxIyXNbcFA== X-Received: by 10.55.169.212 with SMTP id s203mr62464968qke.39.1469007278328; Wed, 20 Jul 2016 02:34:38 -0700 (PDT) Received: from [10.96.9.147] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id p2sm960340qta.15.2016.07.20.02.34.36 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 20 Jul 2016 02:34:37 -0700 (PDT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Brian Rosen In-Reply-To: Date: Wed, 20 Jul 2016 11:34:32 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <6D745F2F-1CF8-4693-B770-0C3E29A2ED88@gsma.com> To: Randall Gellens X-Mailer: Apple Mail (2.3124) Archived-At: Cc: slim@ietf.org, =?iso-8859-1?Q?Gunnar_Hellstr=F6m?= Subject: Re: [Slim] IETF96 - negotiating-human-language sections 5 and 6.2 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 09:35:10 -0000 works for me > On Jul 20, 2016, at 11:33 AM, Randall Gellens = wrote: >=20 > At 11:10 AM +0200 7/20/16, Brian Rosen wrote: >=20 >> I find "unset" to be confusing. >=20 >=20 > How about "omitted"? >=20 > In cases where a > media is intended for use in one direction only (such as a speech- > impaired user sending using text and receiving using audio), either > humintlang-send or humintlang-recv MAY be omitted. In cases where = a > media is not primarily intended for language (for example, a video = or > audio stream intended for background only) both SHOULD be omitted. >>=20 >> Could we agree on "either of humintlang-send or=20 >> humintlang-recv MAY be specified." >>=20 >> Brian >>=20 >>> On Jul 20, 2016, at 11:04 AM, Randall Gellens=20 >>> <rg+ietf@randy.pensive.org>=20 >>> wrote: >>>=20 >>> At 12:30 AM +0200 7/20/16, Gunnar Hellstr=F6m wrote: >>>=20 >>>> Den 2016-07-19 kl. 23:24, skrev Randall Gellens: >>>>=20 >>>>> At 10:52 PM +0200 7/19/16, Gunnar Hellstr=F6m wrote: >>>>>=20 >>>>>> Randall, >>>>>>=20 >>>>>> Den 2016-07-19 kl. 16:35, skrev Randall Gellens: >>>>>>=20 >>>>>>> To address the two action items in the=20 >>>>>>> real-time draft from today's discussion, I=20 >>>>>>> propose to make the following two changes: >>>>>>>=20 >>>>>>> Replace all of Section 5 with: >>>>>>>=20 >>>>>> I still think it is not our task to=20 >>>>>> criticize RFC 4566 when we do not need. I=20 >>>>>> proposed to just motivate our decision on=20 >>>>>> the fact that the lang attribute does not=20 >>>>>> have sufficient detail. We have agreed to=20 >>>>>> describe languages per direction, and that=20 >>>>>> is not supported by 'lang' >>>>>>=20 >>>>>=20 >>>>> The history of that decision is that it was=20 >>>>> done after the agreement that the existing=20 >>>>> 'lang' attribute couldn't be used. It's=20 >>>>> additional, I'm not sure it's sufficient. If=20 >>>>> you object so strongly to the simple=20 >>>>> statement that the existing semantics are=20 >>>>> not clear (which is evidenced by the debate=20 >>>>> over what they mean), I can delete all=20 >>>>> justification and simply say that the group=20 >>>>> decided not to use it. After all, anything=20 >>>>> we say as to why can be argued with, as you=20 >>>>> are doing here. >>>>>=20 >>>> A motivation is needed, and the clear one is=20 >>>> the direction. Please use that. >>>>=20 >>>=20 >>> As I said, directionality was considered only=20 >>> after it was agreed that the existing=20 >>> attribute wasn't suitable. The draft need=20 >>> only reflect group consensus. The level of=20 >>> detail and justification is not mandated.=20 >>> Personally, I prefer more background=20 >>> information, but I am OK saying very little to=20 >>> avoid endless debate over words. >>>=20 >>>>=20 >>>>>=20 >>>>>>=20 >>>>>> So, here is my proposed rewording: >>>>>>=20 >>>>>> RFC 4566 [RFC4566] specifies an attribute 'lang' which appears >>>>>> similar to what is needed here. We need=20 >>>>>> however a more detailed specification than=20 >>>>>> the 'lang' attribute provides. We need a=20 >>>>>> way to negotiate which language is used in=20 >>>>>> each stream and direction in the session.=20 >>>>>> This document therefore defines two new=20 >>>>>> attributes. >>>>>>=20 >>>>>>>=20 >>>>>>>=20 >>>>>>>=20 >>>>>> (Your proposal was >>>>>>=20 >>>>>>> RFC 4566 [RFC4566] specifies an attribute 'lang' which appears >>>>>>> similar to what is needed here, but in considering its use the = group >>>>>>> felt its semantics were ambiguous, noted that there was not much >>>>>>> evidence of its use (and thus less likelihood of conflict or >>>>>>> confusion in defining new attributes), and that there was value = in >>>>>>> being able to specify language per direction (sending and = receiving). >>>>>>> This document therefore defines two new attributes. >>>>>>>=20 >>>>>>>=20 >>>>>>> This deletes all interpretation of the=20 >>>>>>> existing attribute (while retaining=20 >>>>>>> mention that interpretation is needed) and=20 >>>>>>> mentions the value in being able to=20 >>>>>>> specify language per direction. >>>>>>>=20 >>>>>> ) >>>>>>=20 >>>>>>>=20 >>>>>>> In Section 6.2, change "the languages the=20 >>>>>>> offerer wishes to" to "...is willing to". >>>>>>>=20 >>>>>> You mentioned "is capable to" during the meeting. I think that is = better. >>>>>>=20 >>>>>=20 >>>>> I mentioned it because it was your suggested=20 >>>>> phrase and I feel it is not clear nor=20 >>>>> correct English nor correct technically.=20 >>>>> What I suggested in the meeting was saying=20 >>>>> "supports" which is what I think you meant=20 >>>>> by "is capable to", but when I made the=20 >>>>> change to the draft, I realized that it was=20 >>>>> incorrect. Most clients will be capable of=20 >>>>> supporting virtually any language; obviously=20 >>>>> the client isn't going to try and establish=20 >>>>> sessions for every language. It's going to=20 >>>>> do what it determines the user wants. I=20 >>>>> think the original wording of "wishes" is=20 >>>>> best but I am happy to change it. >>>>>=20 >>>>>> We need to avoid to give the impression=20 >>>>>> that the user in the normal case intends to=20 >>>>>> use more than one of the indicated=20 >>>>>> languages. >>>>>>=20 >>>>>=20 >>>>> No, we do not, because that gets into user=20 >>>>> interface issues which are out of scope. We=20 >>>>> need to establish at the protocol level=20 >>>>> which languages are established. >>>>>=20 >>>>>> "is willing to" is better than "wishes" but=20 >>>>>> I still think that "is capable of" is even=20 >>>>>> more free of implication that the desire is=20 >>>>>> to use more than one. >>>>>>=20 >>>>>> There are two more occurrences of "wishes"=20 >>>>>> in section 6.2. Please look at the change=20 >>>>>> proposal file I just sent to the list and=20 >>>>>> make your proposals from it ( I know my=20 >>>>>> proposals are not perfect either). >>>>>>=20 >>>>>> Earlier ( in April) you also proposed to=20 >>>>>> delete the phrase "to indicate the language=20 >>>>>> used when sending >>>>>> and receiving media" at the end of the=20 >>>>>> first paragraph in 6.2. I still support=20 >>>>>> that proposal, >>>>>> because the full reasoning of the purpose=20 >>>>>> and usage of the attributes follow. >>>>>>=20 >>>>>=20 >>>>> That change was made but missed getting in=20 >>>>> to -01. It is in -02. I didn't include it in=20 >>>>> the email because it was stylistic and not=20 >>>>> germane to the action item, so I felt it=20 >>>>> would be confusing to include. >>>>>=20 >>>>> Here is the full paragraph as it is now: >>>>>=20 >>>>> In an offer, 'humintlang-send' indicates the language(s) the = offerer >>>>> is willing to use when sending using the media, and = 'humintlang-recv' >>>>> indicates the language(s) the offerer is willing to use when >>>>> receiving using the media. In both cases the values constitute a >>>>> list of languages in preference order (first is most preferred). = In >>>>> cases where the user wishes to use a media in one direction only >>>>> (such as a speech-impaired user who wishes to send using text and >>>>> receive using audio), one of the two MAY be unset. In cases where = a >>>>> media is not primarily intended for language (for example, a video = or >>>>> audio stream intended for background only) both SHOULD be unset. = In >>>>> other cases, both SHOULD have the same values in the same order. = The >>>>> two SHOULD NOT be set to languages which are difficult to match >>>>> together (e.g., specifying a desire to send audio in Hungarian and >>>>> receive audio in Portuguese will make it difficult to successfully >>>>> complete the call). >>>>>=20 >>>> OK, I can accept "is willing". So, this text is close to good. >>>>=20 >>>=20 >>> Happy to hear it. >>>=20 >>>>=20 >>>> However, there is another small item, I=20 >>>> remember I bounced at the first times I read=20 >>>> this. It is this phrase: >>>> " In cases where the user wishes to use a media in one direction = only >>>> (such as a speech-impaired user who wishes to send using text and >>>> receive using audio), one of the two MAY be unset." >>>>=20 >>>> I was thinking of "the two" as text and=20 >>>> speech attributes and wondered why you did=20 >>>> not want to set both. >>>> Eventually I realized that you thought about=20 >>>> the two directions of each media. So, I=20 >>>> suggest to clarify like this: >>>>=20 >>>> In cases where the user wishes to use a media in one direction only >>>> (such as a speech-impaired user who wishes to send using text and >>>> receive using audio), one of the two MAY be unset for that media. >>>>=20 >>>=20 >>> I have reworded the text to be more clear. Here is the revised = sentence: >>>=20 >>> In cases where a >>> media is intended for use in one direction only (such as a speech- >>> impaired user sending using text and receiving using audio), = either >>> humintlang-send or humintlang-recv MAY be unset. >>>=20 >>>=20 >>>=20 >>> -- >>> Randall Gellens >>> Opinions are personal; facts are suspect; I speak for myself = only >>> -------------- Randomly selected tag: --------------- >>> 2 + 2 =3D 5 for extremely large values of 2. >>>=20 >>> _______________________________________________ >>> SLIM mailing list >>> SLIM@ietf.org >>>=20 >>> = https://www.ietf.org/mailman/l= istinfo/slim >=20 >=20 > -- > Randall Gellens > Opinions are personal; facts are suspect; I speak for myself = only > -------------- Randomly selected tag: --------------- > There is so much to be said in favor of modern journalism. > By giving us the opinions of the uneducated, it keeps us in touch > with the ignorance of the community. --Oscar Wilde From nobody Wed Jul 20 02:38:46 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B910112D0A5 for ; Wed, 20 Jul 2016 02:38:44 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KeOH05ndNm3m for ; Wed, 20 Jul 2016 02:38:42 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id C7EE3128E18 for ; Wed, 20 Jul 2016 02:38:41 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Wed, 20 Jul 2016 02:38:44 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <910fc43b-be57-2e67-8514-c77726343b1b@omnitor.se> References: <6D745F2F-1CF8-4693-B770-0C3E29A2ED88@gsma.com> <910fc43b-be57-2e67-8514-c77726343b1b@omnitor.se> X-Mailer: Eudora for Mac OS X Date: Wed, 20 Jul 2016 02:38:36 -0700 To: Gunnar =?iso-8859-1?Q?Hellstr=F6m?= , Randall Gellens , slim@ietf.org From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] IETF96 - negotiating-human-language sections 5 and 6.2 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 09:38:45 -0000 At 11:22 AM +0200 7/20/16, Gunnar Hellstr=F6m wrote: > Randall, > > > Den 2016-07-20 kl. 11:04, skrev Randall Gellens: > >>> >>> However, there is another small item, I=20 >>> remember I bounced at the first times I read=20 >>> this. It is this phrase: >>> " In cases where the user wishes to use a media in one direction only >>> (such as a speech-impaired user who wishes to send using text and >>> receive using audio), one of the two MAY be unset." >>> >>> I was thinking of "the two" as text and=20 >>> speech attributes and wondered why you did=20 >>> not want to set both. >>> Eventually I realized that you thought about=20 >>> the two directions of each media. So, I=20 >>> suggest to clarify like this: >>> >>> In cases where the user wishes to use a media in one direction only >>> (such as a speech-impaired user who wishes to send using text and >>> receive using audio), one of the two MAY be unset for that media. >>> >> >> I have reworded the text to be more clear. Here is the revised sentence: >> >> In cases where a >> media is intended for use in one direction only (such as a speech- >> impaired user sending using text and receiving using audio), either >> humintlang-send or humintlang-recv MAY be unset. >> > Sorry, but that misses the point. Why can you not take my proposal? I found your proposal to be unclear and=20 unhelpful, since the context is a per-media=20 description, so I do not see where a reader would=20 think per use case. I accept that you found the=20 original wording unclear, so I reworded it to be=20 more clear. What is wrong with the new wording?=20 What is it that you find unclear? If I better=20 understood where you are confused, I can suggest=20 other wording. I am going to guess that is is=20 the phrase "in cases" that is causing your=20 confusion. I think I can simply delete this. So, here is the revised paragraph: In an offer, 'humintlang-send' indicates the language(s) the offerer is willing to use when sending using the media, and 'humintlang-recv' indicates the language(s) the offerer is willing to use when receiving using the media. The values constitute a list of languages in preference order (first is most preferred). When a media is intended for use in one direction only (such as a speech-impaired user sending using text and receiving using audio), either humintlang-send or humintlang-recv MAY be omitted. When a media is not primarily intended for language (for example, a video or audio stream intended for background only) both SHOULD be omitted. Otherwise, both SHOULD have the same values in the same order. The two SHOULD NOT be set to languages which are difficult to match together (e.g., specifying a desire to send audio in Hungarian and receive audio in Portuguese will make it difficult to successfully complete the call). > The point is that the statement is written as=20 > implicitly valid per media, while the reader (=20 > at least me) may be thinking per use case.=20 > Therefore, guidance to think per media would be=20 > good, in order to not cause confusion or=20 > wondering what is meant. > > So, therefore I suggest: > > In cases where a > media is intended for use in one direction only (such as a speech- > impaired user sending using text and receiving using audio), either > humintlang-send or humintlang-recv MAY be unset for each media. > > /Gunnar > > > -- > ----------------------------------------- > Gunnar Hellstr=F6m > Omnitor > gunnar.hellstrom@omnitor.se > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- Levellers wish to level down as far as themselves; but they cannot bear levelling up to themselves. --Dr. Samuel Johnson From nobody Wed Jul 20 02:50:44 2016 Return-Path: X-Original-To: slim@ietf.org Delivered-To: slim@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 13F3D12D0A5; Wed, 20 Jul 2016 02:50:43 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.28.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160720095043.22503.47062.idtracker@ietfa.amsl.com> Date: Wed, 20 Jul 2016 02:50:43 -0700 Archived-At: Cc: slim@ietf.org Subject: [Slim] I-D Action: draft-ietf-slim-negotiating-human-language-02.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 09:50:43 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Selection of Language for Internet Media of the IETF. Title : Negotiating Human Language in Real-Time Communications Author : Randall Gellens Filename : draft-ietf-slim-negotiating-human-language-02.txt Pages : 17 Date : 2016-07-20 Abstract: Users have various human (natural) language needs, abilities, and preferences regarding spoken, written, and signed languages. When establishing interactive communication ("calls") there needs to be a way to negotiate (communicate and match) the caller's language and media needs with the capabilities of the called party. This is especially important with emergency calls, where a call can be handled by a call taker capable of communicating with the user, or a translator or relay operator can be bridged into the call during setup, but this applies to non-emergency calls as well (as an example, when calling a company call center). This document describes the need and a solution using new SDP stream attributes. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-slim-negotiating-human-language/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-slim-negotiating-human-language-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-slim-negotiating-human-language-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Jul 20 03:41:19 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B8A3B12B012 for ; Wed, 20 Jul 2016 03:41:17 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lIZnnxwnOMZ4 for ; Wed, 20 Jul 2016 03:41:16 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 6628E12D54D for ; Wed, 20 Jul 2016 03:40:51 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Wed, 20 Jul 2016 02:39:40 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <065863d6-c702-7947-16ce-d738f57b12af@omnitor.se> References: <6D745F2F-1CF8-4693-B770-0C3E29A2ED88@gsma.com> <065863d6-c702-7947-16ce-d738f57b12af@omnitor.se> X-Mailer: Eudora for Mac OS X Date: Wed, 20 Jul 2016 02:39:31 -0700 To: Gunnar =?iso-8859-1?Q?Hellstr=F6m?= , slim@ietf.org From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] IETF96 - negotiating-human-language sections 5 and 6.2 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 10:41:18 -0000 My reply to Brian a few minutes ago deleted all uses of the word "unset." At 11:24 AM +0200 7/20/16, Gunnar Hellstr=F6m wrote: > Den 2016-07-20 kl. 11:10, skrev Brian Rosen: > >> I find "unset" to be confusing. >> >> Could we agree on "either of humintlang-send=20 >> or humintlang-recv MAY be specified." >> > I would also prefer that for all occasions of "unset". > > /Gunnar > >> >> Brian >> > > -- > ----------------------------------------- > Gunnar Hellstr=F6m > Omnitor > gunnar.hellstrom@omnitor.se > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- C++ leads to bad design choices and is only used by substandard programmers. --Linus Torvalds, September 6, 2007 From nobody Wed Jul 20 03:41:29 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4518C12B012 for ; Wed, 20 Jul 2016 03:41:19 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WZ4LNtZEafc2 for ; Wed, 20 Jul 2016 03:41:17 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 84AAB12DB5B for ; Wed, 20 Jul 2016 03:40:51 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Wed, 20 Jul 2016 02:45:41 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: References: <2af854ab-acf4-cf89-af6c-45fb12633cd5@omnitor.se> X-Mailer: Eudora for Mac OS X Date: Wed, 20 Jul 2016 02:45:33 -0700 To: Gunnar =?iso-8859-1?Q?Hellstr=F6m?= , "slim@ietf.org" , Natasha Rooney From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] Edit proposals to draft-ietf-slim-negotiating-human-language-01 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 10:41:19 -0000 I have finished going through the Word document that Gunnar sent, and have made several editorial changes as a result. I believe the document is now ready for WGLC. If Gunnar or anyone else is unhappy with any text, it can be handled as WGLC comments that the group will decide. At 1:44 AM -0700 7/20/16, Randall Gellens wrote: > Hi Gunnar, > > As I mentioned in the meeting, I am going through the Word document > and looking at your suggested changes. No need to do anything > further for now. > > --Randy > > -- > Randall Gellens > Opinions are personal; facts are suspect; I speak for myself only > -------------- Randomly selected tag: --------------- > A nation is a society united by delusions about its ancestry and > united by common hatred of its neighbors. --Dean Inge > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- Did you know... That no one ever reads these things? From nobody Wed Jul 20 03:41:31 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7746612DB56; Wed, 20 Jul 2016 03:41:20 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LqXEfE4e2zil; Wed, 20 Jul 2016 03:41:19 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id A1E2A12DB5C; Wed, 20 Jul 2016 03:40:51 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Wed, 20 Jul 2016 02:56:07 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <20160720095043.22503.47062.idtracker@ietfa.amsl.com> References: <20160720095043.22503.47062.idtracker@ietfa.amsl.com> X-Mailer: Eudora for Mac OS X Date: Wed, 20 Jul 2016 02:56:00 -0700 To: internet-drafts@ietf.org, From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] I-D Action: draft-ietf-slim-negotiating-human-language-02.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 10:41:20 -0000 Version -02 is now available. It addresses all comments. If you feel a comment was not correctly addressed, or you have another comment, please say so. The group may want to especially look at Section 5 ("The existing 'lang' attribute") to be sure the text reflect group consensus. -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- Round up the usual suspects today. From nobody Wed Jul 20 05:01:48 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8AB7512D0C8 for ; Wed, 20 Jul 2016 05:01:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.602 X-Spam-Level: X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MShae2lpDryc for ; Wed, 20 Jul 2016 05:01:44 -0700 (PDT) Received: from bin-vsp-out-02.atm.binero.net (bin-mail-out-05.binero.net [195.74.38.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 89F7C12B059 for ; Wed, 20 Jul 2016 05:01:43 -0700 (PDT) X-Halon-ID: b5db6a54-4e71-11e6-b7a6-005056917f90 Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-02.atm.binero.net (Halon Mail Gateway) with ESMTPSA; Wed, 20 Jul 2016 14:01:37 +0200 (CEST) To: Brian Rosen , Randall Gellens References: <6D745F2F-1CF8-4693-B770-0C3E29A2ED88@gsma.com> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: <9792cc88-66bc-456e-3786-8a67d1370a0e@omnitor.se> Date: Wed, 20 Jul 2016 14:01:35 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] IETF96 - negotiating-human-language sections 5 and 6.2 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 12:01:47 -0000 works for me /Gunnar Den 2016-07-20 kl. 11:34, skrev Brian Rosen: > works for me >> On Jul 20, 2016, at 11:33 AM, Randall Gellens wrote: >> >> At 11:10 AM +0200 7/20/16, Brian Rosen wrote: >> >>> I find "unset" to be confusing. >> >> How about "omitted"? >> >> In cases where a >> media is intended for use in one direction only (such as a speech- >> impaired user sending using text and receiving using audio), either >> humintlang-send or humintlang-recv MAY be omitted. In cases where a >> media is not primarily intended for language (for example, a video or >> audio stream intended for background only) both SHOULD be omitted. >>> Could we agree on "either of humintlang-send or >>> humintlang-recv MAY be specified." >>> >>> Brian >>> >>>> On Jul 20, 2016, at 11:04 AM, Randall Gellens >>>> <rg+ietf@randy.pensive.org> >>>> wrote: >>>> >>>> At 12:30 AM +0200 7/20/16, Gunnar Hellström wrote: >>>> >>>>> Den 2016-07-19 kl. 23:24, skrev Randall Gellens: >>>>> >>>>>> At 10:52 PM +0200 7/19/16, Gunnar Hellström wrote: >>>>>> >>>>>>> Randall, >>>>>>> >>>>>>> Den 2016-07-19 kl. 16:35, skrev Randall Gellens: >>>>>>> >>>>>>>> To address the two action items in the >>>>>>>> real-time draft from today's discussion, I >>>>>>>> propose to make the following two changes: >>>>>>>> >>>>>>>> Replace all of Section 5 with: >>>>>>>> >>>>>>> I still think it is not our task to >>>>>>> criticize RFC 4566 when we do not need. I >>>>>>> proposed to just motivate our decision on >>>>>>> the fact that the lang attribute does not >>>>>>> have sufficient detail. We have agreed to >>>>>>> describe languages per direction, and that >>>>>>> is not supported by 'lang' >>>>>>> >>>>>> The history of that decision is that it was >>>>>> done after the agreement that the existing >>>>>> 'lang' attribute couldn't be used. It's >>>>>> additional, I'm not sure it's sufficient. If >>>>>> you object so strongly to the simple >>>>>> statement that the existing semantics are >>>>>> not clear (which is evidenced by the debate >>>>>> over what they mean), I can delete all >>>>>> justification and simply say that the group >>>>>> decided not to use it. After all, anything >>>>>> we say as to why can be argued with, as you >>>>>> are doing here. >>>>>> >>>>> A motivation is needed, and the clear one is >>>>> the direction. Please use that. >>>>> >>>> As I said, directionality was considered only >>>> after it was agreed that the existing >>>> attribute wasn't suitable. The draft need >>>> only reflect group consensus. The level of >>>> detail and justification is not mandated. >>>> Personally, I prefer more background >>>> information, but I am OK saying very little to >>>> avoid endless debate over words. >>>> >>>>>>> So, here is my proposed rewording: >>>>>>> >>>>>>> RFC 4566 [RFC4566] specifies an attribute 'lang' which appears >>>>>>> similar to what is needed here. We need >>>>>>> however a more detailed specification than >>>>>>> the 'lang' attribute provides. We need a >>>>>>> way to negotiate which language is used in >>>>>>> each stream and direction in the session. >>>>>>> This document therefore defines two new >>>>>>> attributes. >>>>>>> >>>>>>>> >>>>>>>> >>>>>>> (Your proposal was >>>>>>> >>>>>>>> RFC 4566 [RFC4566] specifies an attribute 'lang' which appears >>>>>>>> similar to what is needed here, but in considering its use the group >>>>>>>> felt its semantics were ambiguous, noted that there was not much >>>>>>>> evidence of its use (and thus less likelihood of conflict or >>>>>>>> confusion in defining new attributes), and that there was value in >>>>>>>> being able to specify language per direction (sending and receiving). >>>>>>>> This document therefore defines two new attributes. >>>>>>>> >>>>>>>> >>>>>>>> This deletes all interpretation of the >>>>>>>> existing attribute (while retaining >>>>>>>> mention that interpretation is needed) and >>>>>>>> mentions the value in being able to >>>>>>>> specify language per direction. >>>>>>>> >>>>>>> ) >>>>>>> >>>>>>>> In Section 6.2, change "the languages the >>>>>>>> offerer wishes to" to "...is willing to". >>>>>>>> >>>>>>> You mentioned "is capable to" during the meeting. I think that is better. >>>>>>> >>>>>> I mentioned it because it was your suggested >>>>>> phrase and I feel it is not clear nor >>>>>> correct English nor correct technically. >>>>>> What I suggested in the meeting was saying >>>>>> "supports" which is what I think you meant >>>>>> by "is capable to", but when I made the >>>>>> change to the draft, I realized that it was >>>>>> incorrect. Most clients will be capable of >>>>>> supporting virtually any language; obviously >>>>>> the client isn't going to try and establish >>>>>> sessions for every language. It's going to >>>>>> do what it determines the user wants. I >>>>>> think the original wording of "wishes" is >>>>>> best but I am happy to change it. >>>>>> >>>>>>> We need to avoid to give the impression >>>>>>> that the user in the normal case intends to >>>>>>> use more than one of the indicated >>>>>>> languages. >>>>>>> >>>>>> No, we do not, because that gets into user >>>>>> interface issues which are out of scope. We >>>>>> need to establish at the protocol level >>>>>> which languages are established. >>>>>> >>>>>>> "is willing to" is better than "wishes" but >>>>>>> I still think that "is capable of" is even >>>>>>> more free of implication that the desire is >>>>>>> to use more than one. >>>>>>> >>>>>>> There are two more occurrences of "wishes" >>>>>>> in section 6.2. Please look at the change >>>>>>> proposal file I just sent to the list and >>>>>>> make your proposals from it ( I know my >>>>>>> proposals are not perfect either). >>>>>>> >>>>>>> Earlier ( in April) you also proposed to >>>>>>> delete the phrase "to indicate the language >>>>>>> used when sending >>>>>>> and receiving media" at the end of the >>>>>>> first paragraph in 6.2. I still support >>>>>>> that proposal, >>>>>>> because the full reasoning of the purpose >>>>>>> and usage of the attributes follow. >>>>>>> >>>>>> That change was made but missed getting in >>>>>> to -01. It is in -02. I didn't include it in >>>>>> the email because it was stylistic and not >>>>>> germane to the action item, so I felt it >>>>>> would be confusing to include. >>>>>> >>>>>> Here is the full paragraph as it is now: >>>>>> >>>>>> In an offer, 'humintlang-send' indicates the language(s) the offerer >>>>>> is willing to use when sending using the media, and 'humintlang-recv' >>>>>> indicates the language(s) the offerer is willing to use when >>>>>> receiving using the media. In both cases the values constitute a >>>>>> list of languages in preference order (first is most preferred). In >>>>>> cases where the user wishes to use a media in one direction only >>>>>> (such as a speech-impaired user who wishes to send using text and >>>>>> receive using audio), one of the two MAY be unset. In cases where a >>>>>> media is not primarily intended for language (for example, a video or >>>>>> audio stream intended for background only) both SHOULD be unset. In >>>>>> other cases, both SHOULD have the same values in the same order. The >>>>>> two SHOULD NOT be set to languages which are difficult to match >>>>>> together (e.g., specifying a desire to send audio in Hungarian and >>>>>> receive audio in Portuguese will make it difficult to successfully >>>>>> complete the call). >>>>>> >>>>> OK, I can accept "is willing". So, this text is close to good. >>>>> >>>> Happy to hear it. >>>> >>>>> However, there is another small item, I >>>>> remember I bounced at the first times I read >>>>> this. It is this phrase: >>>>> " In cases where the user wishes to use a media in one direction only >>>>> (such as a speech-impaired user who wishes to send using text and >>>>> receive using audio), one of the two MAY be unset." >>>>> >>>>> I was thinking of "the two" as text and >>>>> speech attributes and wondered why you did >>>>> not want to set both. >>>>> Eventually I realized that you thought about >>>>> the two directions of each media. So, I >>>>> suggest to clarify like this: >>>>> >>>>> In cases where the user wishes to use a media in one direction only >>>>> (such as a speech-impaired user who wishes to send using text and >>>>> receive using audio), one of the two MAY be unset for that media. >>>>> >>>> I have reworded the text to be more clear. Here is the revised sentence: >>>> >>>> In cases where a >>>> media is intended for use in one direction only (such as a speech- >>>> impaired user sending using text and receiving using audio), either >>>> humintlang-send or humintlang-recv MAY be unset. >>>> >>>> >>>> >>>> -- >>>> Randall Gellens >>>> Opinions are personal; facts are suspect; I speak for myself only >>>> -------------- Randomly selected tag: --------------- >>>> 2 + 2 = 5 for extremely large values of 2. >>>> >>>> _______________________________________________ >>>> SLIM mailing list >>>> SLIM@ietf.org >>>> >>>> https://www.ietf.org/mailman/listinfo/slim >> >> -- >> Randall Gellens >> Opinions are personal; facts are suspect; I speak for myself only >> -------------- Randomly selected tag: --------------- >> There is so much to be said in favor of modern journalism. >> By giving us the opinions of the uneducated, it keeps us in touch >> with the ignorance of the community. --Oscar Wilde > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 From nobody Wed Jul 20 05:05:19 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 834CF12D1CB for ; Wed, 20 Jul 2016 05:05:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.621 X-Spam-Level: X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KJ0hB7tEMuYa for ; Wed, 20 Jul 2016 05:05:15 -0700 (PDT) Received: from bin-vsp-out-01.atm.binero.net (bin-mail-out-06.binero.net [195.74.38.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 332D112B059 for ; Wed, 20 Jul 2016 05:05:15 -0700 (PDT) X-Halon-ID: 34177052-4e72-11e6-8d73-005056917a89 Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-01.atm.binero.net (Halon Mail Gateway) with ESMTPSA for ; Wed, 20 Jul 2016 14:05:08 +0200 (CEST) To: slim@ietf.org References: <6D745F2F-1CF8-4693-B770-0C3E29A2ED88@gsma.com> <910fc43b-be57-2e67-8514-c77726343b1b@omnitor.se> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: <11a7eb7c-4b34-540e-42b2-5adbc6716022@omnitor.se> Date: Wed, 20 Jul 2016 14:05:08 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [Slim] IETF96 - negotiating-human-language sections 5 and 6.2 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 12:05:17 -0000 Yes, that works. Gunnar Den 2016-07-20 kl. 11:38, skrev Randall Gellens: > At 11:22 AM +0200 7/20/16, Gunnar Hellström wrote: > >> Randall, >> >> >> Den 2016-07-20 kl. 11:04, skrev Randall Gellens: >> >>>> >>>> However, there is another small item, I remember I bounced at the >>>> first times I read this. It is this phrase: >>>> " In cases where the user wishes to use a media in one direction only >>>> (such as a speech-impaired user who wishes to send using text and >>>> receive using audio), one of the two MAY be unset." >>>> >>>> I was thinking of "the two" as text and speech attributes and >>>> wondered why you did not want to set both. >>>> Eventually I realized that you thought about the two directions of >>>> each media. So, I suggest to clarify like this: >>>> >>>> In cases where the user wishes to use a media in one direction only >>>> (such as a speech-impaired user who wishes to send using text and >>>> receive using audio), one of the two MAY be unset for that media. >>>> >>> >>> I have reworded the text to be more clear. Here is the revised >>> sentence: >>> >>> In cases where a >>> media is intended for use in one direction only (such as a speech- >>> impaired user sending using text and receiving using audio), either >>> humintlang-send or humintlang-recv MAY be unset. >>> >> Sorry, but that misses the point. Why can you not take my proposal? > > I found your proposal to be unclear and unhelpful, since the context > is a per-media description, so I do not see where a reader would think > per use case. I accept that you found the original wording unclear, > so I reworded it to be more clear. What is wrong with the new > wording? What is it that you find unclear? If I better understood > where you are confused, I can suggest other wording. I am going to > guess that is is the phrase "in cases" that is causing your > confusion. I think I can simply delete this. > > So, here is the revised paragraph: > > In an offer, 'humintlang-send' indicates the language(s) the offerer > is willing to use when sending using the media, and 'humintlang-recv' > indicates the language(s) the offerer is willing to use when > receiving using the media. The values constitute a list of languages > in preference order (first is most preferred). When a media is > intended for use in one direction only (such as a speech-impaired > user sending using text and receiving using audio), either > humintlang-send or humintlang-recv MAY be omitted. When a media is > not primarily intended for language (for example, a video or audio > stream intended for background only) both SHOULD be omitted. > Otherwise, both SHOULD have the same values in the same order. The > two SHOULD NOT be set to languages which are difficult to match > together (e.g., specifying a desire to send audio in Hungarian and > receive audio in Portuguese will make it difficult to successfully > complete the call). > > > >> The point is that the statement is written as implicitly valid per >> media, while the reader ( at least me) may be thinking per use case. >> Therefore, guidance to think per media would be good, in order to not >> cause confusion or wondering what is meant. >> >> So, therefore I suggest: >> >> In cases where a >> media is intended for use in one direction only (such as a speech- >> impaired user sending using text and receiving using audio), either >> humintlang-send or humintlang-recv MAY be unset for each media. >> >> /Gunnar >> >> >> -- >> ----------------------------------------- >> Gunnar Hellström >> Omnitor >> gunnar.hellstrom@omnitor.se >> >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >> https://www.ietf.org/mailman/listinfo/slim > > -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 From nobody Wed Jul 20 05:10:35 2016 Return-Path: X-Original-To: slim@ietf.org Delivered-To: slim@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FB4D12D544; Wed, 20 Jul 2016 05:10:30 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.29.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160720121030.1460.34604.idtracker@ietfa.amsl.com> Date: Wed, 20 Jul 2016 05:10:30 -0700 Archived-At: Cc: slim@ietf.org Subject: [Slim] I-D Action: draft-ietf-slim-multilangcontent-02.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 12:10:30 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Selection of Language for Internet Media of the IETF. Title : Multiple Language Content Type Authors : Nik Tomkinson Nathaniel Borenstein Filename : draft-ietf-slim-multilangcontent-02.txt Pages : 15 Date : 2016-07-20 Abstract: This document defines an addition to the Multipurpose Internet Mail Extensions (MIME) standard to make it possible to send one message that contains multiple language versions of the same information. The translations would be identified by a language tag and selected by the email client based on a user's language settings. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-slim-multilangcontent-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-slim-multilangcontent-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Jul 20 05:29:48 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32CC812D552 for ; Wed, 20 Jul 2016 05:29:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hD-ifZjKwACA for ; Wed, 20 Jul 2016 05:29:45 -0700 (PDT) Received: from mail-qk0-x22a.google.com (mail-qk0-x22a.google.com [IPv6:2607:f8b0:400d:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1847212D539 for ; Wed, 20 Jul 2016 05:29:45 -0700 (PDT) Received: by mail-qk0-x22a.google.com with SMTP id x1so43196166qkb.3 for ; Wed, 20 Jul 2016 05:29:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=pL3MMCr5DRPXS77iU1cbCh9Y+rdyStp5LC1Nsk7i/KI=; b=Az1DhxydcZug749akV5I1ExXKFvgQodKGXztheT0Jzpq7QhoAb/eO2TR7q6hPAxLIP VxaganShORfrhFE+zC6y82uhcl1dK7wkArVHvWyZHqWjwTFHvXm6Q7ZQgLijRxGOPvH/ XNcxEyzmlBJ1e3EBvZ/J2rRw8Swz0RU6x4wd8vUyo2eEApdgJTbRY2BgkToT0mtXBV0/ 7Bcb9yJyJJQxiy2vFQW6bD79uP9DqitvE+FnxdTo2x9ft2Q1vtnMgxGto8vw4KFr2skB ZhJfEomyx/ijOTKu55Yh34fhAwfnjN6cwBkFXw4+wFNYZMtaJg8uaUB/kRy9Lg1G/Ba1 W2BQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=pL3MMCr5DRPXS77iU1cbCh9Y+rdyStp5LC1Nsk7i/KI=; b=V+xGE3DqR19W/D6aebm6mXSVQNl+LabmqoaH/gL6spn4we4WhyGpOPHc763t8jx7cS sAq0lnM/5lhBTlppugf8i5RSsHDXbLa7A4QIW/dEVQQfyXdR4qFtZBHB8cotFqNOo5Uo N99rNlGklE0lmzXsm2tm5+U6cuuAvBXHdFunKNmNsGwVl5KsTa4/anwqsUuOgbtbfRHe GGvWueeIl8nNFdNdiDPZ64J+vGTxcvq6oM7ttrOWPit7eCZnNkzBEFR5LqSEA51dEFnm OgsEu6ASVUYoYDc+BVq/D6G5HNzNWyJJFVg9Obd6xC5mp6NXulSKeKfWah1Yr/XUV8nt cUag== X-Gm-Message-State: ALyK8tIwM7caOFkt05RW05evodKx0le63Y/VlVOvfL5i1rsNvlrcjLV4tuYbsvLFw/QAzJTI7AJbDliu2VrTuQ== X-Received: by 10.55.91.70 with SMTP id p67mr54161266qkb.67.1469017784056; Wed, 20 Jul 2016 05:29:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.144.3 with HTTP; Wed, 20 Jul 2016 05:29:43 -0700 (PDT) From: Nik Tomkinson Date: Wed, 20 Jul 2016 13:29:43 +0100 Message-ID: To: slim@ietf.org Content-Type: multipart/alternative; boundary=001a114cad4c2ffe4f0538105b53 Archived-At: Subject: [Slim] Non-real-time new I-D version X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 12:29:47 -0000 --001a114cad4c2ffe4f0538105b53 Content-Type: text/plain; charset=UTF-8 Hi all, as you will have seen, I have submitted a new version of this draft draft-ietf-slim-multilangcontent-02 which contains the update to the security considerations I mentioned in my presentation, the capitalisation issue Sean mentioned and a restriction on the use of From fields in the language message parts and the language independent part (and a single word change suggested by Randall). Please take a look and let me know if there are any issues that need addressing. I did look at the security consideration section of the use case document, but this is not applicable to this I-D as the user's language preferences (or accessibility information) are not transmitted anywhere outside the email client but kept local and safe. As for trying to get input from large multinational mail providers (eg. Google, Microsoft etc) I talked to John Levine and got two names of people in Google that may be interested in helping (Weihaw Chuang and Nicolas Lidzborski) but didn't get their contact details. Can anyone pass them on if they have them? And also, does anyone else have good contacts with big mail providers who would also be able to look at the draft with the aim of giving feedback and trialling something. Thanks, Nik -- ----------------------------------------------------------------- Multiple Language Content Type Internet Draft: https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ ----------------------------------------------------------------- --001a114cad4c2ffe4f0538105b53 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi all,

as you will have seen, I have s= ubmitted a new version of this draft=C2=A0draft-ietf-slim-multilangcontent-= 02 which contains the update to the security considerations I mentioned in = my presentation, the=C2=A0capitalisation issue Sean mentioned and a restric= tion on the use of From fields in the language message parts and the langua= ge independent part (and a single word change suggested by Randall).

Please take a look and let me know if there = are any issues that need addressing.

I did look at= the security consideration section of the use case document, but this is n= ot applicable to this I-D as the user's language preferences (or access= ibility information) are not transmitted anywhere outside the email client = but kept local and safe.

As for trying to get inpu= t from large multinational mail providers (eg. Google, Microsoft etc) I tal= ked to John Levine and got two names of people in Google that may be intere= sted in helping (Weihaw Chuang and Nicolas Lidzborski) but didn't get t= heir contact details. Can anyone pass them on if they have them? And also, = does anyone else have good contacts with big mail providers who would also = be able to look at the draft with the aim of giving feedback and trialling = something.

Thanks,

Nik

-- 
-----------------------------------------------------------=
------
Multiple Language Content Type Internet Draft:
https://datatracker.ietf.org/doc/dra= ft-ietf-slim-multilangcontent/
---------------------------------------------=
--------------------
--001a114cad4c2ffe4f0538105b53-- From nobody Wed Jul 20 06:02:17 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 816D812D614 for ; Wed, 20 Jul 2016 06:02:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.62 X-Spam-Level: X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2wIgZ3Mliif7 for ; Wed, 20 Jul 2016 06:02:05 -0700 (PDT) Received: from bin-vsp-out-03.atm.binero.net (bin-mail-out-06.binero.net [195.74.38.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E750912D5D5 for ; Wed, 20 Jul 2016 06:02:04 -0700 (PDT) X-Halon-ID: 24a60623-4e7a-11e6-be7b-0050569116f7 Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-03.atm.binero.net (Halon Mail Gateway) with ESMTPSA for ; Wed, 20 Jul 2016 15:01:58 +0200 (CEST) To: slim@ietf.org References: <20160720095043.22503.47062.idtracker@ietfa.amsl.com> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: <3d348714-274d-8a52-e724-ddebbf987acd@omnitor.se> Date: Wed, 20 Jul 2016 15:01:58 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------10696CB1C5F2AE8AEC822095" Archived-At: Subject: Re: [Slim] I-D Action: draft-ietf-slim-negotiating-human-language-02.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 13:02:12 -0000 This is a multi-part message in MIME format. --------------10696CB1C5F2AE8AEC822095 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Randall, Thanks for rapid and thorough action. Most of my comments and edit proposals are well covered in -02 I have some rapid feedback. 1. Check the informational references in 12.2 and delet the ones we do not use anymore. 2. In 4 and 6 it is said that we define 'a' media attribute and 'an' SDP attribute. Consider if we should say 'two' already there. 3. In 4, the lats paragraph ( the paranthesis ) indicates that negotiating multiple languages is not feasible. But firstly, the caller is described to have the option to offer multiple alternatives, and some feasible use cases use multiple languages to express their preferences. So, the draft is contradicting this paragraph. Or I miss something it wants to say that also other readers could miss. I suggest to delete the last paragraph of 4. 4. In 5, "The group" is used but not defined. And the discussion is not needed. "not sufficiently detailed" would be sufficient. 5. In 6.2, I suggested to add a sentence: " Events during the session may influence which language(s) are used, and the participants are not strictly bound to only use the declared languages." I think it is a valid clarification. 6. As 6.4 I suggest to insert the "Most preferred language" section discussed in mail today. 7. I suggested a syntax and examples section, but did not provide wording for it. I still think that that is needed. ( especially for understanding how the * is used, I remember some comments of astonishment that it is hooked on at the end of a language tag. ) 8. I agree with the comment during the meeting, that additions to the security section with material from the use case document should be done. These were my immediate reactions. More might come. Thanks, Gunnar Den 2016-07-20 kl. 11:56, skrev Randall Gellens: > Version -02 is now available. It addresses all comments. If you feel > a comment was not correctly addressed, or you have another comment, > please say so. The group may want to especially look at Section 5 > ("The existing 'lang' attribute") to be sure the text reflect group > consensus. > -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 --------------10696CB1C5F2AE8AEC822095 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

Randall,

Thanks for rapid and thorough action. Most of my comments and edit proposals are well covered in -02

I have some rapid feedback.

1. Check the informational references in 12.2 and delet the ones we do not use anymore.

2. In 4 and 6 it is said that we define 'a' media attribute and 'an' SDP attribute. Consider if we should say 'two' already there.

3. In 4, the lats paragraph ( the paranthesis ) indicates that negotiating multiple languages is not feasible. But firstly, the caller is described to have the option to offer multiple alternatives, and some feasible use cases use multiple languages to express their preferences. So, the draft is contradicting this paragraph. Or I miss something it wants to say that also other readers could miss. I suggest to delete the last paragraph of 4.

4. In 5, "The group" is used but not defined. And the discussion is not needed. "not sufficiently detailed" would be sufficient.

5. In 6.2, I suggested to add a sentence: "

Events during the session may influence which language(s) are used,

   and the participants are not strictly bound to only use the declared

   languages."

I think it is a valid clarification.

6. As 6.4 I suggest to insert the "Most preferred language" section discussed in mail today.

7. I suggested a syntax and examples section, but did not provide wording for it. I still think that that is needed. ( especially for understanding how the * is used, I remember some comments of astonishment that it is hooked on at the end of a language tag. )

8. I agree with the comment during the meeting, that additions to the security section with material from the use case document should be done.


These were my immediate reactions. More might come.

Thanks,


Gunnar



Den 2016-07-20 kl. 11:56, skrev Randall Gellens:
Version -02 is now available.  It addresses all comments.  If you feel a comment was not correctly addressed, or you have another comment, please say so.  The group may want to especially look at Section 5 ("The existing 'lang' attribute") to be sure the text reflect group consensus. 


-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
--------------10696CB1C5F2AE8AEC822095-- From nobody Wed Jul 20 06:34:30 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08C8712D66A for ; Wed, 20 Jul 2016 06:34:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L31GEwfMMmY6 for ; Wed, 20 Jul 2016 06:34:22 -0700 (PDT) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01B7E12D691 for ; Wed, 20 Jul 2016 06:34:19 -0700 (PDT) Received: by mail-wm0-x22d.google.com with SMTP id i5so69191643wmg.0 for ; Wed, 20 Jul 2016 06:34:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=c2eIqyTuJ/DdZE49INcqwB6Rwk6H+dvTVQjSaLqshdU=; b=FlIlEOrBLPqXI32z/IiZknvPBXzsDscOXuG3gHgAMkdnOdoXNwXPLOzgn2kNu5aH5y r5QT1pM5EakS+gbTJIhUO3pCc5/CBTEjqjnVrsfOx8rdn40/NGksPlOrDoMcTrauPov7 staSHt77x+7D+rnavyH11lao7sweuR6z+SdyXxU83y77cPZ/U6jp+1bxHTD0mqRrbZft KOA7PaaFIRSIkdriUqbnM4UYgxEIk2EEsrcxVaLooGuxnM+X21B0QV4Drx1YxaX6iO0f hjOnHauemNhw5A3w4FB87BXASOYpTcx22EYwbixUcZZwLHkf5bji5ZBmSH54b09zkIEA Ta/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=c2eIqyTuJ/DdZE49INcqwB6Rwk6H+dvTVQjSaLqshdU=; b=GLO1uzCUOoHXqyBnkkECtpC+ZEBeNerVOwzRYAe2Uc9ZgmxSOYXhCjEUpS59KbSLzZ hQQQXeN5DmtNf2j6fgeAACXS2V/Vt0vw38CkEIXgD9EHK6hKXGfLFQRQpr68bVZHjm9O v9A2tPobN2I5y0XcW/etN81vdIWL/rWKyaOSSP1s1dI9ybcNZ3938YIFYaxGpB92K+zi VDeB+ScmoGo1OwecqBoabT5mBSfkw8CLHZu7wN5Oycoxl2GdCWn5QieYCgVqr7hTDtpP lMzg/Sf1kIo4V72ba0/DZVpcpZyzvhZqb1YFFqTNJMpXYf3QlR3X5L6VuUM6POlSAWP8 ilEw== X-Gm-Message-State: ALyK8tK0xmkqv3rL4vlf2XzFsPzUJ60AmMsd6Gfle8IwPLfL7wwSj0TkO1a/nZ1hIDfYqw== X-Received: by 10.194.144.100 with SMTP id sl4mr1367775wjb.99.1469021658321; Wed, 20 Jul 2016 06:34:18 -0700 (PDT) Received: from [31.133.140.51] (dhcp-8c33.meeting.ietf.org. [31.133.140.51]) by smtp.gmail.com with ESMTPSA id w129sm5196602wmd.9.2016.07.20.06.34.17 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 20 Jul 2016 06:34:17 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) From: Bernard Aboba X-Mailer: iPhone Mail (13F69) In-Reply-To: <3A3B5229-1CB5-431F-BB27-EA73606D2F88@brianrosen.net> Date: Wed, 20 Jul 2016 15:34:16 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <05F55E6D-9C7F-41BE-B3AE-FEA2426458D2@gmail.com> References: <3A3B5229-1CB5-431F-BB27-EA73606D2F88@brianrosen.net> To: Brian Rosen Archived-At: Cc: "slim@ietf.org" , =?utf-8?Q?Gunnar_Hellstr=C3=B6m?= Subject: Re: [Slim] awareness to the user in the slim real-time draft X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 13:34:27 -0000 On Jul 20, 2016, at 10:50 AM, Brian Rosen wrote: >=20 > User interfaces are free to present anything they want. =20 [BA] To put it more concretely, a web-based application could implement the c= urrent draft in a SIP Javascript library and that library could provide an i= ndication of what languages are enabled in each direction on each m-line.=20= The web application can then use that information in any way it chooses. It c= ould for example provide controls to enable the user to indicate both locall= y and remotely their media preferences.=20= From nobody Wed Jul 20 06:47:32 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EA0612D76E for ; Wed, 20 Jul 2016 06:47:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.935 X-Spam-Level: X-Spam-Status: No, score=-1.935 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wVyCRf_Btd14 for ; Wed, 20 Jul 2016 06:47:30 -0700 (PDT) Received: from resqmta-ch2-03v.sys.comcast.net (resqmta-ch2-03v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 421CC12D758 for ; Wed, 20 Jul 2016 06:47:30 -0700 (PDT) Received: from resomta-ch2-15v.sys.comcast.net ([69.252.207.111]) by resqmta-ch2-03v.sys.comcast.net with SMTP id PrqFbt2hZ8GkCPrqTb0zvY; Wed, 20 Jul 2016 13:47:29 +0000 Received: from Paul-Kyzivats-MacBook-Pro.local ([73.218.51.154]) by comcast with SMTP id PrqSb9oD34zjFPrqTbMkmF; Wed, 20 Jul 2016 13:47:29 +0000 To: slim@ietf.org References: <3A3B5229-1CB5-431F-BB27-EA73606D2F88@brianrosen.net> <05F55E6D-9C7F-41BE-B3AE-FEA2426458D2@gmail.com> From: Paul Kyzivat Message-ID: Date: Wed, 20 Jul 2016 09:47:27 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <05F55E6D-9C7F-41BE-B3AE-FEA2426458D2@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfFqcsHfw5mNprvxKilTezg17MBYGd5gkcAkLOScMqgJfvCJXnNzRS7qPypYzzxkPBmo7XmajzQxGqwAOADbJyIALGTO6KbAxTKDWSFVDDrmXLmjm43aO e54MA8HUlxl4P+JmQnY9apsez5E9u4iU4AztY9aphofvejJD89ocoPzvKek+xRQiuQBNq+NUw+5zaQ== Archived-At: Subject: Re: [Slim] awareness to the user in the slim real-time draft X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 13:47:31 -0000 On 7/20/16 9:34 AM, Bernard Aboba wrote: > On Jul 20, 2016, at 10:50 AM, Brian Rosen wrote: >> >> User interfaces are free to present anything they want. > > [BA] To put it more concretely, a web-based application could implement the current draft in a SIP Javascript library and that library could provide an indication of what languages are enabled in each direction on each m-line. > > The web application can then use that information in any way it chooses. It could for example provide controls to enable the user to indicate both locally and remotely their media preferences. Yes. Conversely, it is challenging to present this information if the UI is a black phone, and so the information most likely won't be presented there. Thanks, Paul From nobody Wed Jul 20 07:46:52 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11AA712D82C for ; Wed, 20 Jul 2016 07:46:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AQQg42lBYpSr for ; Wed, 20 Jul 2016 07:46:46 -0700 (PDT) Received: from bin-vsp-out-05.atm.binero.net (bin-mail-out-06.binero.net [195.74.38.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1A90A12D7CC for ; Wed, 20 Jul 2016 07:46:35 -0700 (PDT) X-Halon-ID: e80d5f46-4e87-11e6-81a1-005056913f0f Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-05.atm.binero.net (Halon Mail Gateway) with ESMTPSA for ; Wed, 20 Jul 2016 16:40:30 +0200 (CEST) To: slim@ietf.org References: <3A3B5229-1CB5-431F-BB27-EA73606D2F88@brianrosen.net> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: <2a307dcd-d799-a0cc-2c54-b4d35e1e0d3c@omnitor.se> Date: Wed, 20 Jul 2016 16:40:12 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <3A3B5229-1CB5-431F-BB27-EA73606D2F88@brianrosen.net> Content-Type: multipart/alternative; boundary="------------0B29360481765708DF2B183A" Archived-At: Subject: Re: [Slim] awareness to the user in the slim real-time draft X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 14:46:51 -0000 This is a multi-part message in MIME format. --------------0B29360481765708DF2B183A Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Den 2016-07-20 kl. 10:50, skrev Brian Rosen: > I’m very sensitive to user interface issues, and have some modest > experience building good ones. I am not talking about user interface issues. Just that for successful operation, we have cases when the user needs to be informed. And that is the case already with the draft as it is now. It will not have the intended effect if the users are not informed. > > I’m also pretty firm that protocol standards must not deal, in any > way, with user interfaces, other than, sometimes, providing some > information in protocol messages that are not strictly speaking > required for the proper implementation of the protocol. Right. The protocol can be executed on its own, but for many use cases we need to indicate to the users what the outcome was, otherwise we will leave them in uncertainty and they may act completely against what the protocol mechanism decided. > > When I read a statement that “both sides should be aware of which > language was negotiated”, I interpret that as the implementation (that > is, the code), and not the humans. It means that the messages in the > protocol must result in both ends of the protocol knowing the result. > We do use the word “users” occasionally in protocol documents, and > that’s the term I expect to see when we mean the humans. Well. whatever was the intention with the sentence in the introduction, the users in many cases need to be informed and aware. > > The document does describe a mechanism where both ends of the > negotiation know the result, and thus we fulfill the requirement with > no further work. User interfaces are free to present anything they > want. I can easily describe a scenario where they do not present the > results of the protocol negotiation: we may have one interpreter who > is interpreting English to ASL on video, and another one who is > interpreting English to Spanish text. The ASL interpreter doesn’t > doesn’t need to know what is happening in the text change and the > Spanish interpreter doesn’t need to know what is happening in the ASL > channel. Yes, it is possible to imagine cases when it is sufficient to indicate to the callee that there is an incoming call that they need to act on. In the case that the callee has indicated *only one single language in one single humintlang-send attribute*, then there is no question on how to respond to the call. The callee simply welcomes the caller in the only language specified. But we want other cases to work as well. *As soon as the callee has indicated capabilities in two languages, it is essential to provide information about the outcome of the protocol negotiation to the callee. *The simple case with a callee capable of both spoken and written English is such a case. We do not at all need to tell anything about the user interface, but we need to mention something about providing information to the user. And in order to have a clear outcome in most cases, instead of ambiguity, we need at least *a notation for the most preferred language indication*. How else would you be able to start the call in an appropriate way suiting the caller? So, the proposals below are still valid, but you might want to fine tune them to fit your view of how to indicate items to the user. /Gunnar > > Thus I don’t think any further work is needed. > > Brian > >> On Jul 20, 2016, at 10:23 AM, Gunnar Hellström >> > wrote: >> >> Brian and all, >> >> We had an interesting discussion in the meeting yesterday about >> indications to the user. >> >> I said that one intention is that the result of the language >> negotiation is provided to the users and that that is already stated >> in the draft. >> >> In the introduction, we have this sentence: "Both sidesshould be >> aware of which language was negotiated." >> >> I agree with this statement, and that it is often a requirement for a >> successful start of the call. It is true that the indications are >> also used for routing and selection of participants and user >> equipment, but also the users need to be informed. The answering >> party need to start the call by using the agreed preferred language >> in the agreed preferred modality, otherwise the call will start in >> confusion. >> >> Imagine a call from a user preferring spoken Greek, ending up at a >> call center agent capable of English and Greek. If the agent starts >> with a greeting in English instead of Greek, the calling user will >> get unsure if Greek can be used, and the call will start in >> uncertainty or even be conducted in English that the caller does not >> feel confident in. >> >> This is not user interface specification. It is as simple as the >> statement in the introduction :"Both sidesshould be aware of which >> language was negotiated." The discussion went on saying that we do >> not specify user interfaces in IETF. And that is true, but many times >> we specify items where the user gets aware of the results of the >> protocol interaction. Examples can be call hold and release, picture >> size and orientation, remote camera movements, attended call transfer >> etc. So, we are in good company when we state that both sides are >> made aware of the outcome. >> >> The requirement to keep the user aware of which language was >> negotiated is valid for the current scope of the draft as well as >> when we include preference across media and grouping. We can in fact >> not yet really fulfill that requirement within the current scope >> because we have not defined any way to differentiate preference >> between languages in different media. The outcome of the negotiation >> can still be undefined. We can with the current wording for example >> say that the caller prefers spoken English or written English, but >> not if there is any preference between these two providing awareness >> to the callee about how to start the call. >> >> So, two conclusions: >> >> *1. We need to repeat the statement about bringing awareness at a >> more protruding position in the draft**, and that is not a user >> interface specification.* >> >> I suggest to add a sentence last in 4: >> >> "Information on the accepted language is provided to the participants >> in the call." >> >> and a sentence last in 6.2: >> >> "The caller and callee should be provided with information on the >> outcome of the negotiation. This information is intended to enable >> them to start the call in a preferred language." >> >> *2.**We cannot**avoid to**specify**preference between >> modalities.**L**eav**ing it out would leave**the negotiation >> with**undefined results in many cases and uncertainty about how to >> start the call.* >> >> The caller may prefer to use spoken English but can accept to use >> written English, and want to express that so that no calls are >> missed. A callee with the same preferences get no clue to how to >> start the call from a negotiation resulting in that both spoken and >> written English are accepted without preference between them. A >> simple indication of the most preferred modality would solve this >> uncertainty in most cases. >> >> I suggest to add an indication of most preferred language as a new >> section 6.4. >> >> 6.4 Most preferred language >> >> A mechanism is introduced that provides information on the most >> preferred language among all language indications in the session >> description. This is done in order to provide for a definite outcome >> of the negotiation of language in most cases, and thereby an >> opportunity for the call to start in a fruitful way. >> >> The notation for the most preferred language is a plus ('+') >> character added after the language tag in the value of the >> corresponding language attribute. The notation MAY be used >> independently on both communication directions. The order between >> this indication and the indication for advisory versus required is >> not relevant. >> >> >> *Background* >> >> This discussion is in line with the requirement in 3GPP TS 22.228, >> section 7.5.2. We have no clear obligations towards 3GPP, but It >> would be good if these requirements can be fulfilled without further >> standardisation. >> >> This is what is said in the 3GPP specification: >> >> >> 7.5.2Negotiation at IM session invocation >> >> It shall be possible for the capability negotiation to take place at >> the time of the IP multimedia session invocation. Refer to clause 7.3 >> for further details on capability negotiation on IP multimedia >> session invocation. >> >> A UE should support negotiation of the user's desired language(s) (as >> defined inIANA [29])and modalities for spoken, signed and written >> languages. >> >> The system should be able to negotiate the user's desired language(s) >> and modalities, per media stream*and/or session, in order of preference*. >> >> A service provider shall be able to pass language and >> modalityinformation between the endpoints. With respect to the >> language and modalityinformation, there are no other service provider >> actions required. >> >> >> -------------------------------------------------- >> >> Regards >> >> Gunnar >> >> >> -- >> ----------------------------------------- >> Gunnar Hellström >> Omnitor >> gunnar.hellstrom@omnitor.se > > > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 --------------0B29360481765708DF2B183A Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit Den 2016-07-20 kl. 10:50, skrev Brian Rosen:
I’m very sensitive to user interface issues, and have some modest experience building good ones.
I am not talking about user interface issues.  Just that for successful operation, we have cases when the user needs to be informed. And that is the case already with the draft as it is now. It will not have the intended effect if the users are not informed.

I’m also pretty firm that protocol standards must not deal, in any way, with user interfaces, other than, sometimes, providing some information in protocol messages that are not strictly speaking required for the proper implementation of the protocol.
Right. The protocol can be executed on its own, but for many use cases we need to indicate to the users what the outcome was, otherwise we will leave them in uncertainty and they may act completely against what the protocol mechanism decided.

When I read a statement that “both sides should be aware of which language was negotiated”, I interpret that as the implementation (that is, the code), and not the humans.  It means that the messages in the protocol must result in both ends of the protocol knowing the result.  We do use the word “users” occasionally in protocol documents, and that’s the term I expect to see when we mean the humans.
Well. whatever was the intention with the sentence in the introduction, the users in many cases need to be informed and aware.

The document does describe a mechanism where both ends of the negotiation know the result, and thus we fulfill the requirement with no further work.  User interfaces are free to present anything they want.  I can easily describe a scenario where they do not present the results of the protocol negotiation: we may have one interpreter who is interpreting English to ASL on video, and another one who is interpreting English to Spanish text.  The ASL interpreter doesn’t doesn’t need to know what is happening in the text change and the Spanish interpreter doesn’t need to know what is happening in the ASL channel.
Yes, it is possible to imagine cases when it is sufficient to indicate to the callee that there is an incoming call that they need to act on. In the case that the callee has indicated only one single language in one single humintlang-send attribute, then there is no question on how to respond to the call. The callee simply welcomes the caller in the only language specified.

But we want other cases to work as well. As soon as the callee has indicated capabilities in two languages, it is essential to provide information about the outcome of the protocol negotiation to the callee. The simple case with a callee capable of both spoken and written English is such a case. We do not at all need to tell anything about the user interface, but we need to mention something about providing information to the user. 

And in order to have a clear outcome in most cases, instead of ambiguity, we need at least a notation for the most preferred language indication.

How else would you be able to start the call in an appropriate way suiting the caller?

So, the proposals below are still valid, but you might want to fine tune them to fit your view of how to indicate items to the user.

/Gunnar


Thus I don’t think any further work is needed.

Brian

On Jul 20, 2016, at 10:23 AM, Gunnar Hellström <gunnar.hellstrom@omnitor.se> wrote:

Brian and all,

We had an interesting discussion in the meeting yesterday about indications to the user.

I said that one intention is that the result of the language negotiation is provided to the users and that that is already stated in the draft.

In the introduction, we have this sentence: "Both sides should be aware of which language was negotiated."

I agree with this statement, and that it is often a requirement for a successful start of the call. It is true that the indications are also used for routing and selection of participants and user equipment, but also the users need to be informed. The answering party need to start the call by using the agreed preferred language in the agreed preferred modality, otherwise the call will start in confusion.

Imagine a call from a user preferring spoken Greek, ending up at a call center agent capable of English and Greek. If the agent starts with a greeting in English instead of Greek, the calling user will get unsure if Greek can be used, and the call will start in uncertainty or even be conducted in English that the caller does not feel confident in. 

This is not user interface specification. It is as simple as the statement in the introduction : "Both sides should be aware of which language was negotiated."  The discussion went on saying that we do not specify user interfaces in IETF. And that is true, but many times we specify items where the user gets aware of the results of the protocol interaction. Examples can be call hold and release, picture size and orientation, remote camera movements, attended call transfer etc. So, we are in good company when we state that both sides are made aware of the outcome.

The requirement to keep the user aware of which language was negotiated is valid for the current scope of the draft as well as when we include preference across media and grouping. We can in fact not yet really fulfill that requirement within the current scope because we have not defined any way to differentiate preference between languages in different media. The outcome of the negotiation can still be undefined. We can with the current wording for example say that the caller prefers spoken English or written English, but not if there is any preference between these two providing awareness to the callee about how to start the call. 

So, two conclusions:

1. We need to repeat the statement about bringing awareness at a more protruding position in the draft, and that is not a user interface specification.

I suggest to add a sentence last in 4:

"Information on the accepted language is provided to the participants in the call."

and a sentence last in 6.2: 

"The caller and callee should be provided with information on the outcome of the negotiation. This information is intended to enable them to start the call in a preferred language."

2. We cannot avoid to specify preference between modalities. Leaving it out would leave the negotiation withundefined results in many cases and uncertainty about how to start the call. 

The caller may prefer to use spoken English but can accept to use written English, and want to express that so that no calls are missed. A callee with the same preferences get no clue to how to start the call from a negotiation resulting in that both spoken and written English are accepted without preference between them. A simple indication of the most preferred modality would solve this uncertainty in most cases.

I suggest to add an indication of most preferred language as a new section 6.4.

6.4 Most preferred language

A mechanism is introduced that provides information on the most preferred language among all language indications in the session description. This is done in order to provide for a definite outcome of the negotiation of language in most cases, and thereby an opportunity for the call to start in a fruitful way. 

The notation for the most preferred language is a plus ('+') character added after the language tag in the value of the corresponding language attribute. The notation MAY be used independently on both communication directions. The order between this indication and the indication for advisory versus required is not relevant.


Background

This discussion is in line with the requirement in 3GPP TS 22.228, section 7.5.2.  We have no clear obligations towards 3GPP, but It would be good if these requirements can be fulfilled without further standardisation.

This is what is said in the 3GPP specification:

7.5.2       Negotiation at IM session invocation

It shall be possible for the capability negotiation to take place at the time of the IP multimedia session invocation. Refer to clause 7.3 for further details on capability negotiation on IP multimedia session invocation.

A UE should support negotiation of the user's desired language(s) (as defined in IANA [29]) and modalities for spoken, signed and written languages.

The system should be able to negotiate the user's desired language(s) and modalities, per media stream and/or session, in order of preference.

A service provider shall be able to pass language and modality information between the endpoints. With respect to the language and modality information, there are no other service provider actions required.

--------------------------------------------------

Regards

Gunnar


-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se




_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim


-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
--------------0B29360481765708DF2B183A-- From nobody Wed Jul 20 07:49:39 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD00812D85A for ; Wed, 20 Jul 2016 07:49:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OFS9yRQqH27p for ; Wed, 20 Jul 2016 07:49:30 -0700 (PDT) Received: from mail-qk0-x22d.google.com (mail-qk0-x22d.google.com [IPv6:2607:f8b0:400d:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4963912D83A for ; Wed, 20 Jul 2016 07:49:29 -0700 (PDT) Received: by mail-qk0-x22d.google.com with SMTP id p74so47227164qka.0 for ; Wed, 20 Jul 2016 07:49:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=from:content-transfer-encoding:subject:message-id:date:to :mime-version; bh=rHlQ+7rvkXnMnIWVaRh29ontM9goxfIoVNicxjbCqSI=; b=1p1DQBCaoWyVYztbjnc83Ym+3O+SQcWwy9UP7L6K9WkeN6m/CB9IjBs2oUvDjbophJ SOtQONXtBydPh48MAxy/7Riz0uXgaa+p++V1TzvFvTLi+wdnpjexaZXp/Iketx262QUC eIB3M98s57ADjfjbdwX0lwEDajx8EMq9XkecfZmhVQqYXJF3j1KvUboFkjQu54WrtrbR W8BKJrKORS9SfWas69xQ7OA7x48r9U95LYKZesze6+DOLdc0L1HCNCX4a/dMKSFLA7iy trMptd3mraJdm+223UXot20GMq0GUtnv+pdimyUo1ZkYS0rxVYz+yi+2RrRC6lUTDCLW 8LEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-transfer-encoding:subject :message-id:date:to:mime-version; bh=rHlQ+7rvkXnMnIWVaRh29ontM9goxfIoVNicxjbCqSI=; b=HIirwLfBpWikHb1SMy84Dx2gr8cn4NtTtupDhUAuTF0qwZHOfA9x+vs3DzirOR/oWA DFPfyNQuyTfTyQ79rTmeO1t3aijkln4o675Guuscjf4JJ23xjdTIL5Jgccf9xDz17oAf FBLAR15yCmrQBiDs7rKGbBYggq0HvbgosB/LXum5NKMKCsd2XLySU/5VONTZw7OF3SnW k4yDmyZkqSLpGq51wAUp6oiiUTYXzsJae2fCSXLLK7M4LZEWVhbgOW4CxE8kWpnHZlPw lAUIcjdX4q9QbmTF9TGqaNNw0J6ltNz1bjO34EiZl4cYx4c6GF2B5BnYeKq/Vqo/Sl+a 4M0Q== X-Gm-Message-State: ALyK8tJ72/ur0nzYOoB3LgofD6M94YrgYHel4SXd4+vCMeXb9lUG3/6MM5ZXyhnZWfYRXQ== X-Received: by 10.55.70.22 with SMTP id t22mr59865643qka.171.1469026168220; Wed, 20 Jul 2016 07:49:28 -0700 (PDT) Received: from [10.96.9.147] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id j62sm1593090qtd.37.2016.07.20.07.49.26 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 20 Jul 2016 07:49:27 -0700 (PDT) From: Brian Rosen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <6261CEBB-D909-4BD2-9355-1AD1BE600EA1@brianrosen.net> Date: Wed, 20 Jul 2016 16:49:23 +0200 To: slim@ietf.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) Archived-At: Subject: [Slim] Variations in display names X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 14:49:34 -0000 I am trying to find folks to prototype and interop test -multilanguage. = I had some possible users look at the draft, and one of them observed = that they would like to modify the display name in the =46rom based on = language, but the text expressly forbids =46rom from being in the = labeled part. Do we have any appetite to allow this? Brian= From nobody Wed Jul 20 07:58:56 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D3BD12D7E4 for ; Wed, 20 Jul 2016 07:58:54 -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=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wKJWwvidPVWA for ; Wed, 20 Jul 2016 07:58:44 -0700 (PDT) Received: from mail-qt0-x22c.google.com (mail-qt0-x22c.google.com [IPv6:2607:f8b0:400d:c0d::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 909DA12D92C for ; Wed, 20 Jul 2016 07:58:43 -0700 (PDT) Received: by mail-qt0-x22c.google.com with SMTP id w38so27711936qtb.0 for ; Wed, 20 Jul 2016 07:58:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=8G97JnzIY0KMKxdT9wo63QG8JpP0eOJXhTN+OiwvFuw=; b=gEev66TP73XX6mwbNXBZL4Z+B/KyJ6VmCvJoW5hIDbAKhODMXfzuAZ7Q6IppeJxNrm 9p7QFayM4VE3Pn0C5qKRr0NMQeBPacJZNfPEFXHIiRQS7T5VaJqaJYCFjv6Xb/6XuYS2 hL2CNhvjT/UtKTMLKFe5PFtMMme4GWTX+FlbFeHGHHoxvb4orC+FGBB8QZOnBNc0zKB+ i87mFsrmJhp3hJX1mOPLfEgEThyZoN/LUnkkNekIpNgaJHocE5/uHtkeuUGMxciwkotL pIY+6Wq4Mmbypb52BMDVcELgHZw3g4oyEVT80x8HLYrxZDTnIj3UaUXglnvfMK8yVM2I oerw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=8G97JnzIY0KMKxdT9wo63QG8JpP0eOJXhTN+OiwvFuw=; b=ZZQfYbQnWleT3mIs9mmbyyrqv0m0jxC8t9t2h16UgR2CHqBz2f4vXj0coMgrprbbdA WJowpG2I9z8O94Hmuyw743snuBgv4H4FjhwHhd0559Bv9oCz/rywHSPdMQfMc15wl8da ijC8IkXfUF+MxjcYOqJBtHAMISdCBcUGal2o7B44Pl2YIxJ/ls9vPDMBdsaeQUOzAPrW adcru6u7THu+fpqZYMKN8oGUUudvb7FklpD05MaxED6kJiOSrfeLTme7dAGDpznqDKx0 JmlWoIdV9zODC8UbjdUhh+PCX1ld0laa0/Tj3+MkTMtKZofPeva/QQBOMnc+yNAzWCPO WFCg== X-Gm-Message-State: ALyK8tLnkPOHVXSYJErB+Dy+x5aGjfWh4nDtSeHWF5nGarG+9p9EuoQ5MqcY6HDOIYwiLw== X-Received: by 10.200.56.90 with SMTP id r26mr72434229qtb.37.1469026722527; Wed, 20 Jul 2016 07:58:42 -0700 (PDT) Received: from [10.96.9.147] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id g29sm1625491qtg.12.2016.07.20.07.58.40 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 20 Jul 2016 07:58:41 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_18E6DA98-ED70-4A9D-B554-E6D5AC71C066" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Brian Rosen In-Reply-To: <2a307dcd-d799-a0cc-2c54-b4d35e1e0d3c@omnitor.se> Date: Wed, 20 Jul 2016 16:58:37 +0200 Message-Id: <68C9050A-DF70-4225-BE22-54FA2185E263@brianrosen.net> References: <3A3B5229-1CB5-431F-BB27-EA73606D2F88@brianrosen.net> <2a307dcd-d799-a0cc-2c54-b4d35e1e0d3c@omnitor.se> To: =?utf-8?Q?Gunnar_Hellstr=C3=B6m?= X-Mailer: Apple Mail (2.3124) Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] awareness to the user in the slim real-time draft X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 14:58:54 -0000 --Apple-Mail=_18E6DA98-ED70-4A9D-B554-E6D5AC71C066 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 We are not communicating :) Since the protocol mechanism described informs both ends of the result = of the negotiation, no further text is needed to fulfill the = requirement. You want to go beyond what the requirement states. =20 I think the statement =93As soon as the callee has indicated = capabilities in two languages, it is essential to provide information = about the outcome of the protocol negotiation to the callee=94 is not = always correct, and is a user interface issue, not a protocol issue. = The protocol exchange provides all the results to both ends, and any = implementation is free to show any or all of that information, in any = form it wants, to the human. It is not appropriate for us to say what = it should do; that is very implementation dependent. =20 I specifically object to =93a notation for the most preferred language=94,= which, strictly speaking, we have (order, per media). You want that = per session, and I object to doing that. I strongly object to twisting = =93both sides should be aware=85=94 into a requirement to transport a = preference in language per session. Brian > On Jul 20, 2016, at 4:40 PM, Gunnar Hellstr=F6m = wrote: >=20 > Den 2016-07-20 kl. 10:50, skrev Brian Rosen: >> I=92m very sensitive to user interface issues, and have some modest = experience building good ones. > I am not talking about user interface issues. Just that for = successful operation, we have cases when the user needs to be informed. = And that is the case already with the draft as it is now. It will not = have the intended effect if the users are not informed. >>=20 >> I=92m also pretty firm that protocol standards must not deal, in any = way, with user interfaces, other than, sometimes, providing some = information in protocol messages that are not strictly speaking required = for the proper implementation of the protocol. > Right. The protocol can be executed on its own, but for many use cases = we need to indicate to the users what the outcome was, otherwise we will = leave them in uncertainty and they may act completely against what the = protocol mechanism decided.=20 >>=20 >> When I read a statement that =93both sides should be aware of which = language was negotiated=94, I interpret that as the implementation (that = is, the code), and not the humans. It means that the messages in the = protocol must result in both ends of the protocol knowing the result. = We do use the word =93users=94 occasionally in protocol documents, and = that=92s the term I expect to see when we mean the humans.=20 > Well. whatever was the intention with the sentence in the = introduction, the users in many cases need to be informed and aware. >>=20 >> The document does describe a mechanism where both ends of the = negotiation know the result, and thus we fulfill the requirement with no = further work. User interfaces are free to present anything they want. = I can easily describe a scenario where they do not present the results = of the protocol negotiation: we may have one interpreter who is = interpreting English to ASL on video, and another one who is = interpreting English to Spanish text. The ASL interpreter doesn=92t = doesn=92t need to know what is happening in the text change and the = Spanish interpreter doesn=92t need to know what is happening in the ASL = channel. > Yes, it is possible to imagine cases when it is sufficient to indicate = to the callee that there is an incoming call that they need to act on. = In the case that the callee has indicated only one single language in = one single humintlang-send attribute, then there is no question on how = to respond to the call. The callee simply welcomes the caller in the = only language specified.=20 >=20 > But we want other cases to work as well. As soon as the callee has = indicated capabilities in two languages, it is essential to provide = information about the outcome of the protocol negotiation to the callee. = The simple case with a callee capable of both spoken and written English = is such a case. We do not at all need to tell anything about the user = interface, but we need to mention something about providing information = to the user. =20 >=20 > And in order to have a clear outcome in most cases, instead of = ambiguity, we need at least a notation for the most preferred language = indication. >=20 > How else would you be able to start the call in an appropriate way = suiting the caller? >=20 > So, the proposals below are still valid, but you might want to fine = tune them to fit your view of how to indicate items to the user. >=20 > /Gunnar >=20 >>=20 >> Thus I don=92t think any further work is needed. >>=20 >> Brian >>=20 >>> On Jul 20, 2016, at 10:23 AM, Gunnar Hellstr=F6m = > = wrote: >>>=20 >>> Brian and all, >>>=20 >>> We had an interesting discussion in the meeting yesterday about = indications to the user. >>>=20 >>> I said that one intention is that the result of the language = negotiation is provided to the users and that that is already stated in = the draft. >>>=20 >>> In the introduction, we have this sentence: "Both sides should be = aware of which language was negotiated." >>>=20 >>> I agree with this statement, and that it is often a requirement for = a successful start of the call. It is true that the indications are also = used for routing and selection of participants and user equipment, but = also the users need to be informed. The answering party need to start = the call by using the agreed preferred language in the agreed preferred = modality, otherwise the call will start in confusion. >>>=20 >>> Imagine a call from a user preferring spoken Greek, ending up at a = call center agent capable of English and Greek. If the agent starts with = a greeting in English instead of Greek, the calling user will get unsure = if Greek can be used, and the call will start in uncertainty or even be = conducted in English that the caller does not feel confident in.=20 >>>=20 >>> This is not user interface specification. It is as simple as the = statement in the introduction : "Both sides should be aware of which = language was negotiated." The discussion went on saying that we do not = specify user interfaces in IETF. And that is true, but many times we = specify items where the user gets aware of the results of the protocol = interaction. Examples can be call hold and release, picture size and = orientation, remote camera movements, attended call transfer etc. So, we = are in good company when we state that both sides are made aware of the = outcome. >>>=20 >>> The requirement to keep the user aware of which language was = negotiated is valid for the current scope of the draft as well as when = we include preference across media and grouping. We can in fact not yet = really fulfill that requirement within the current scope because we have = not defined any way to differentiate preference between languages in = different media. The outcome of the negotiation can still be undefined. = We can with the current wording for example say that the caller prefers = spoken English or written English, but not if there is any preference = between these two providing awareness to the callee about how to start = the call.=20 >>>=20 >>> So, two conclusions: >>>=20 >>> 1. We need to repeat the statement about bringing awareness at a = more protruding position in the draft, and that is not a user interface = specification. >>>=20 >>> I suggest to add a sentence last in 4: >>>=20 >>> "Information on the accepted language is provided to the = participants in the call." >>>=20 >>> and a sentence last in 6.2:=20 >>>=20 >>> "The caller and callee should be provided with information on the = outcome of the negotiation. This information is intended to enable them = to start the call in a preferred language." >>>=20 >>> 2. We cannot avoid to specify preference between modalities. Leaving = it out would leave the negotiation withundefined results in many cases = and uncertainty about how to start the call.=20 >>>=20 >>> The caller may prefer to use spoken English but can accept to use = written English, and want to express that so that no calls are missed. A = callee with the same preferences get no clue to how to start the call = from a negotiation resulting in that both spoken and written English are = accepted without preference between them. A simple indication of the = most preferred modality would solve this uncertainty in most cases. >>>=20 >>> I suggest to add an indication of most preferred language as a new = section 6.4. >>>=20 >>> 6.4 Most preferred language >>>=20 >>> A mechanism is introduced that provides information on the most = preferred language among all language indications in the session = description. This is done in order to provide for a definite outcome of = the negotiation of language in most cases, and thereby an opportunity = for the call to start in a fruitful way.=20 >>>=20 >>> The notation for the most preferred language is a plus ('+') = character added after the language tag in the value of the corresponding = language attribute. The notation MAY be used independently on both = communication directions. The order between this indication and the = indication for advisory versus required is not relevant. >>>=20 >>>=20 >>>=20 >>> Background >>>=20 >>> This discussion is in line with the requirement in 3GPP TS 22.228, = section 7.5.2. We have no clear obligations towards 3GPP, but It would = be good if these requirements can be fulfilled without further = standardisation. >>>=20 >>> This is what is said in the 3GPP specification: >>>=20 >>> 7.5.2=A0=A0=A0=A0=A0=A0=A0Negotiation at IM session invocation <> >>> It shall be possible for the capability negotiation to take place at = the time of the IP multimedia session invocation. Refer to clause 7.3 = for further details on capability negotiation on IP multimedia session = invocation. >>>=20 >>> A UE should support negotiation of the user's desired language(s) = (as defined in IANA [29]) and modalities for spoken, signed and written = languages. >>>=20 >>> The system should be able to negotiate the user's desired = language(s) and modalities, per media stream and/or session, in order of = preference. >>>=20 >>> A service provider shall be able to pass language and modality = information between the endpoints. With respect to the language and = modality information, there are no other service provider actions = required. >>>=20 >>>=20 >>> -------------------------------------------------- >>>=20 >>> Regards >>>=20 >>> Gunnar >>>=20 >>>=20 >>> --=20 >>> ----------------------------------------- >>> Gunnar Hellstr=F6m >>> Omnitor >>> gunnar.hellstrom@omnitor.se >>=20 >>=20 >>=20 >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >> https://www.ietf.org/mailman/listinfo/slim = >=20 > --=20 > ----------------------------------------- > Gunnar Hellstr=F6m > Omnitor > gunnar.hellstrom@omnitor.se > +46 708 204 288 > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim = --Apple-Mail=_18E6DA98-ED70-4A9D-B554-E6D5AC71C066 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 We are not communicating :)

Since the protocol mechanism described = informs both ends of the result of the negotiation, no further text is = needed to fulfill the requirement.
You want to go = beyond what the requirement states.  

I think the statement =93As soon as the callee has indicated capabilities in two languages, = it is essential to provide information about the outcome of the protocol = negotiation to the callee=94 is not always correct, and is a user = interface issue, not a protocol issue.  The protocol exchange = provides all the results to both ends, and any implementation is free to = show any or all of that information, in any form it wants, to the human. =  It is not appropriate for us to say what it should do; that is = very implementation dependent.  

I specifically object to =93a notation = for the most preferred language=94, which, strictly speaking, we have = (order, per media).  You want that per session, and I object to = doing that.  I strongly object to twisting =93both sides should be = aware=85=94 into a requirement to transport a preference in language per = session.

Brian


On Jul 20, 2016, at 4:40 PM, = Gunnar Hellstr=F6m <gunnar.hellstrom@omnitor.se> wrote:

Den 2016-07-20 kl. = 10:50, skrev Brian Rosen:
I=92m very sensitive to user interface = issues, and have some modest experience building good = ones.
I am not talking about user interface = issues.  Just that for successful operation, we have cases when the = user needs to be informed. And that is the case already with the draft = as it is now. It will not have the intended effect if the users are not = informed.

I=92m also pretty firm that protocol standards must not deal, = in any way, with user interfaces, other than, sometimes, providing some = information in protocol messages that are not strictly speaking required = for the proper implementation of the protocol.
Right. The protocol can be executed on its own, = but for many use cases we need to indicate to the users what the outcome = was, otherwise we will leave them in uncertainty and they may act = completely against what the protocol mechanism decided. 

When I read a statement that =93both sides should be aware of = which language was negotiated=94, I interpret that as the implementation = (that is, the code), and not the humans.  It means that the = messages in the protocol must result in both ends of the protocol = knowing the result.  We do use the word =93users=94 occasionally in = protocol documents, and that=92s the term I expect to see when we mean = the humans. 
Well. whatever was the intention with the = sentence in the introduction, the users in many cases need to be = informed and aware.

The document does describe a mechanism where both ends of the = negotiation know the result, and thus we fulfill the requirement with no = further work.  User interfaces are free to present anything they = want.  I can easily describe a scenario where they do not present = the results of the protocol negotiation: we may have one interpreter who = is interpreting English to ASL on video, and another one who is = interpreting English to Spanish text.  The ASL interpreter doesn=92t = doesn=92t need to know what is happening in the text change and the = Spanish interpreter doesn=92t need to know what is happening in the ASL = channel.
Yes, it is possible to imagine cases when it is = sufficient to indicate to the callee that there is an incoming call that = they need to act on. In the case that the callee has indicated only one single language = in one single humintlang-send attribute, then there is no = question on how to respond to the call. The callee simply welcomes the = caller in the only language specified. 

But we want other cases to work as well. As soon as the callee has = indicated capabilities in two languages, it is essential to provide = information about the outcome of the protocol negotiation to the = callee. The simple case = with a callee capable of both spoken and written English is such a case. = We do not at all need to tell anything about the user interface, but we = need to mention something about providing information to the = user.  

And in order to have a clear outcome in most = cases, instead of ambiguity, we need at least a notation for the most preferred language = indication.

How else would you be able to start the call in an = appropriate way suiting the caller?

So, the proposals below are still valid, but you might want = to fine tune them to fit your view of how to indicate items to the = user.

/Gunnar


Thus I don=92t think any further work is needed.

Brian

On Jul 20, 2016, at 10:23 AM, Gunnar = Hellstr=F6m <gunnar.hellstrom@omnitor.se> wrote:

Brian and all,

We had an interesting discussion = in the meeting yesterday about indications to the user.

I = said that one intention is that the result of the language negotiation = is provided to the users and that that is already stated in the = draft.

In the introduction, we have this = sentence: "Both sides should be aware of which language was negotiated."

I agree with this statement, and that = it is often a requirement for a successful start of the call. It is true = that the indications are also used for routing and selection of = participants and user equipment, but also the users need to be informed. = The answering party need to start the call by using the agreed preferred = language in the agreed preferred modality, otherwise the call will start = in confusion.

Imagine a call from a user preferring = spoken Greek, ending up at a call center agent capable of English and = Greek. If the agent starts with a greeting in English instead of Greek, = the calling user will get unsure if Greek can be used, and the call will = start in uncertainty or even be conducted in English that the caller = does not feel confident in. 

This is not user interface = specification. It is as simple as the statement in the introduction = : "Both = sides should be aware of which language was negotiated."  The discussion went on = saying that we do not specify user interfaces in IETF. And that is true, = but many times we specify items where the user gets aware of the results = of the protocol interaction. Examples can be call hold and release, = picture size and orientation, remote camera movements, attended call = transfer etc. So, we are in good company when we state that both sides = are made aware of the outcome.

The = requirement to keep the user aware of which language was negotiated is = valid for the current scope of the draft as well as when we include = preference across media and grouping. We can in fact not yet really = fulfill that requirement within the current scope because we have not = defined any way to differentiate preference between languages in = different media. The outcome of the negotiation can still be undefined. = We can with the current wording for example say that the caller prefers = spoken English or written English, but not if there is any preference = between these two providing awareness to the callee about how to start = the call. 

So, = two conclusions:

1. We need to repeat the statement about bringing awareness = at a more protruding position in the draft, and that = is not a user interface specification.

I = suggest to add a sentence last in 4:

"Information on the accepted language is provided to the = participants in the call."

and a = sentence last in 6.2: 

"The = caller and callee should be provided with information on the outcome of = the negotiation. This information is intended to enable them to start = the call in a preferred language."

2. We cannot avoid to specify preference between = modalities. Leaving it out would leave the negotiation withundefined results in many cases and uncertainty about how to = start the call. 

The = caller may prefer to use spoken English but can accept to use written = English, and want to express that so that no calls are missed. A callee = with the same preferences get no clue to how to start the call from a = negotiation resulting in that both spoken and written English are = accepted without preference between them. A simple indication of the = most preferred modality would solve this uncertainty in most cases.

I = suggest to add an indication of most preferred language as a new section = 6.4.

6.4 = Most preferred language

A = mechanism is introduced that provides information on the most preferred = language among all language indications in the session description. This = is done in order to = provide for a definite outcome of the negotiation of language in most = cases, and thereby an opportunity for the call to start in a fruitful = way. 
=

The notation for the = most preferred language is a plus ('+') character added after the = language tag in the value of the corresponding language attribute. The = notation MAY be used independently on both communication directions. The = order between this indication and the indication for advisory versus = required is not = relevant.


=

Background

This discussion is = in line with the requirement in 3GPP TS 22.228, section 7.5.2.  We = have no clear obligations towards 3GPP, but It would be good if these = requirements can be fulfilled without further = standardisation.

This is what is said in the 3GPP = specification:

7.5.2       Negotiation at IM = session invocation

It shall be possible for the capability negotiation to = take place at the time of the IP multimedia session invocation. Refer to = clause 7.3 for further details on capability negotiation on IP = multimedia session invocation.

A UE should support negotiation = of the user's desired language(s) (as defined in IANA [29]) and modalities for = spoken, signed and written languages.

The system should be able to = negotiate the user's desired language(s) and modalities, per media = stream and/or session, in order of = preference.

A service provider shall be able to pass language and = modality information between the = endpoints. With respect to the language and modality information, there are no other service = provider actions required.


--------------------------------------------------

Regards

Gunnar
=


--=20 ----------------------------------------- Gunnar Hellstr=F6m Omnitor gunnar.hellstrom@omnitor.se 



_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/m=
ailman/listinfo/slim


--=20
-----------------------------------------
Gunnar Hellstr=F6m
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim

= --Apple-Mail=_18E6DA98-ED70-4A9D-B554-E6D5AC71C066-- From nobody Wed Jul 20 09:04:45 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A00212D671 for ; Wed, 20 Jul 2016 09:04:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UEV86EaDdJ37 for ; Wed, 20 Jul 2016 09:04:41 -0700 (PDT) Received: from mail-qt0-x236.google.com (mail-qt0-x236.google.com [IPv6:2607:f8b0:400d:c0d::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 28C2A12D576 for ; Wed, 20 Jul 2016 09:04:41 -0700 (PDT) Received: by mail-qt0-x236.google.com with SMTP id u25so28768117qtb.1 for ; Wed, 20 Jul 2016 09:04:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=449jJ2EQfOOinjGU+yNcrty1tOhHmvC2Hro51h3YNwA=; b=AZX2PC0zb4mQ8WFzXCChPbscSrdZwkzZkkdj/Z1HgvpeWPED5mfGXzGUO9/g4vlZ8c ICHVUiZknWheqVqL8XqmALEdG3wBtHX7fbudvlvbMcn/1ocdHsa5oeutC8sFKFUzGKW1 XN4TK3BBBPQB9ZW5QpRP3IPjxvUylxdHRiwVZJHBuSwA0/DMwCRjUcrl89m1kaQxNATU K2jinfBieX9Z+B3N3Sm/hr+VAyHkMgf5K+Oid4LGY0rWrU825F7HrYzl4Hpr2ns1MZgY hGEbp9zrOlA+GMHh04GZWhqN8JKN2aIOBRS0VQPBsXWrAolyAlMLss1R9p2D4Q17N2Qi KHgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=449jJ2EQfOOinjGU+yNcrty1tOhHmvC2Hro51h3YNwA=; b=RiVOJIGljFDpZ0bgT/M/ISbu39F9JhP0/hKvBMMNiyLLSKfADyyV/G3EyEHUb2UNGI 6R774JR3OJp9egrBYk6fgj90upqe7yJJP0ljfILcyQ1Ja9HtEpzhKHqP5IkTrKN0Z2+t MySj8eNYrXFPfvI2AC+jgeoZso2HW/ouslro0Y5WJmvpi0L+m+/YXl2tUHKtaW98mfqX k6JiYMMA4kFI6sVMKxrsOTeK8cHJZqJYxrW9RNssLRF0hlWFKqqzxjfZxxBbJUMY3k8E BKJLtuZGM7buwW/TImqMjUbULFfhpxb8URDL5YKvvH6bm8y0U7DgnVlqoZZMYfZkTaBe +p9Q== X-Gm-Message-State: ALyK8tKCZThFURpsCUTa1BdFDlA2qp9upOg7BB/Nmy4Ge/BqhCN2DKWHDokJKssG1GuRIeFO3AZhhtWfu2lmPQ== X-Received: by 10.200.55.27 with SMTP id o27mr53829724qtb.85.1469030680301; Wed, 20 Jul 2016 09:04:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.144.3 with HTTP; Wed, 20 Jul 2016 09:04:39 -0700 (PDT) In-Reply-To: <6261CEBB-D909-4BD2-9355-1AD1BE600EA1@brianrosen.net> References: <6261CEBB-D909-4BD2-9355-1AD1BE600EA1@brianrosen.net> From: Nik Tomkinson Date: Wed, 20 Jul 2016 17:04:39 +0100 Message-ID: To: Brian Rosen Content-Type: multipart/alternative; boundary=001a113e6e5cdd16e60538135b44 Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] Variations in display names X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 16:04:43 -0000 --001a113e6e5cdd16e60538135b44 Content-Type: text/plain; charset=UTF-8 Hi Brian, Thanks very much for asking others to look at the draft. The restriction was added in the latest version to attempt to avoid the issue highlighted in the paragraph I added to the security considerations. I don't mind either relaxing the restriction or removing it completely as long as it is clear enough that the impersonation risk is there and that the From values in the language message parts correspond to the same sender. I am assuming that the differences that your user requires are cosmetic rather than a different email address. There may be confusion because the email listing (eg. inbox list of summaries) is likely to show the top-level sender but the detail (when clicked on) is likely to show the From value in the selected part. Nik. On 20 July 2016 at 15:49, Brian Rosen wrote: > I am trying to find folks to prototype and interop test -multilanguage. I > had some possible users look at the draft, and one of them observed that > they would like to modify the display name in the From based on language, > but the text expressly forbids From from being in the labeled part. > > Do we have any appetite to allow this? > > Brian > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim > -- ----------------------------------------------------------------- Multiple Language Content Type Internet Draft: https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ ----------------------------------------------------------------- --001a113e6e5cdd16e60538135b44 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Brian,

Thanks very much for asking o= thers to look at the draft.

The restriction was ad= ded in the latest version to attempt to avoid the issue highlighted in the = paragraph I added to the security considerations. I don't mind either r= elaxing the restriction or removing it completely as long as it is clear en= ough that the impersonation risk is there and that the From values in the l= anguage message parts correspond to the same sender.

I am assuming that the differences that your user requires are cosmetic = rather than a different email address.

There may b= e confusion because the email listing (eg. inbox list of summaries) is like= ly to show the top-level sender but the detail (when clicked on) is likely = to show the From value in the selected part.

Nik.<= /div>

On 20 = July 2016 at 15:49, Brian Rosen <br@brianrosen.net> wrote:
I am trying to find folks to prototype and= interop test -multilanguage.=C2=A0 I had some possible users look at the d= raft, and one of them observed that they would like to modify the display n= ame in the From based on language, but the text expressly forbids From from= being in the labeled part.

Do we have any appetite to allow this?

Brian
_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim



-- 
-------------------------------=
----------------------------------
Multiple Language Content Type Intern=
et Draft:
https://datatracker.= ietf.org/doc/draft-ietf-slim-multilangcontent/
-----------------------------------------=
------------------------
--001a113e6e5cdd16e60538135b44-- From nobody Wed Jul 20 09:07:38 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 034B912DF7A for ; Tue, 19 Jul 2016 02:39:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.187 X-Spam-Level: X-Spam-Status: No, score=-8.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iVVqjWcmZnL2 for ; Tue, 19 Jul 2016 02:39:42 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9634C12DFD8 for ; Tue, 19 Jul 2016 02:32:17 -0700 (PDT) Received: from localhost ([::1]:58687 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bPRNw-0000iM-MW; Tue, 19 Jul 2016 02:32:16 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "slim issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: nrooney@gsma.com X-Trac-Project: slim Date: Tue, 19 Jul 2016 09:32:16 -0000 X-URL: https://tools.ietf.org/slim/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/slim/trac/ticket/1 Message-ID: <056.9637e749e77ad366b5b024d984b766a3@tools.ietf.org> X-Trac-Ticket-ID: 1 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: nrooney@gsma.com, slim@ietf.org X-SA-Exim-Mail-From: trac+slim@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: X-Mailman-Approved-At: Wed, 20 Jul 2016 09:07:37 -0700 Cc: slim@ietf.org Subject: [Slim] [slim] #1 (use-cases): Test ticket X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 09:39:44 -0000 #1: Test ticket Test ticket #1 -- --------------------------------+---------------------------- Reporter: nrooney@gsma.com | Owner: Natasha Rooney Type: task | Status: new Priority: trivial | Milestone: milestone1 Component: use-cases | Version: 1.0 Severity: Active WG Document | Keywords: --------------------------------+---------------------------- Ticket URL: slim From nobody Wed Jul 20 09:11:53 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD5DC12D4FB for ; Wed, 20 Jul 2016 09:11:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.62 X-Spam-Level: X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4bYbA9lc8N98 for ; Wed, 20 Jul 2016 09:11:47 -0700 (PDT) Received: from bin-vsp-out-01.atm.binero.net (vsp-unauthed02.binero.net [195.74.38.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C1A1712D847 for ; Wed, 20 Jul 2016 09:11:46 -0700 (PDT) X-Halon-ID: a3438637-4e94-11e6-8d73-005056917a89 Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-01.atm.binero.net (Halon Mail Gateway) with ESMTPSA for ; Wed, 20 Jul 2016 18:11:38 +0200 (CEST) To: slim@ietf.org References: <3A3B5229-1CB5-431F-BB27-EA73606D2F88@brianrosen.net> <2a307dcd-d799-a0cc-2c54-b4d35e1e0d3c@omnitor.se> <68C9050A-DF70-4225-BE22-54FA2185E263@brianrosen.net> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: <0bc0fd11-dafb-c7b5-fbd3-b1e8c7c4f136@omnitor.se> Date: Wed, 20 Jul 2016 18:11:38 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <68C9050A-DF70-4225-BE22-54FA2185E263@brianrosen.net> Content-Type: multipart/alternative; boundary="------------85CF1F7F3DF2771C227E285B" Archived-At: Subject: Re: [Slim] awareness to the user in the slim real-time draft X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 16:11:52 -0000 This is a multi-part message in MIME format. --------------85CF1F7F3DF2771C227E285B Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Den 2016-07-20 kl. 16:58, skrev Brian Rosen: > We are not communicating :) > > Since the protocol mechanism described informs both ends of the result > of the negotiation, no further text is needed to fulfill the requirement. > You want to go beyond what the requirement states. > > I think the statement “*As soon as the callee has indicated > capabilities in two languages, it is essential to provide information > about the outcome of the protocol negotiation to the callee*” is not > always correct, and is a user interface issue, not a protocol issue. > The protocol exchange provides all the results to both ends, and any > implementation is free to show any or all of that information, in any > form it wants, to the human. It is not appropriate for us to say what > it should do; that is very implementation dependent. > I specifically object to “a notation for the most preferred language”, > which, strictly speaking, we have (order, per media). You want that > per session, and I object to doing that. I strongly object to > twisting “both sides should be aware…” into a requirement to transport > a preference in language per session. Why don't you want to solve the human problem to start a call in the most effective way. My view is that we work on a draft that can be used for negotiation of language in a real-time call. In many cases the successful application involves providing guidance to the users so they know how to start the call. We do not need to say when and how that shall be done, but we need to make sure that the involved endpoints can have sufficient information for provision to the user in case it is needed to get a successful start of the human language use in the session. The 3GPP requirement is for a preference per session and per media. We have some intentions to make the slim output usable to 3GPP, so why do you want to stop half-way? What makes the preference indication per session so hard to accept when that is what is needed to complete the negotiation to provide a defined outcome in a majority of cases? Since we have the phrase about awareness in the introduction, my proposals under 1. below are not strictly needed, but clarifying. The issue under point 2. is much more important for successful starts of calls. If we do not solve it here, how do you then propose to solve it? Gunnar > > Brian > > >> On Jul 20, 2016, at 4:40 PM, Gunnar Hellström >> > wrote: >> >> Den 2016-07-20 kl. 10:50, skrev Brian Rosen: >>> I’m very sensitive to user interface issues, and have some modest >>> experience building good ones. >> I am not talking about user interface issues. Just that for >> successful operation, we have cases when the user needs to be >> informed. And that is the case already with the draft as it is now. >> It will not have the intended effect if the users are not informed. >>> >>> I’m also pretty firm that protocol standards must not deal, in any >>> way, with user interfaces, other than, sometimes, providing some >>> information in protocol messages that are not strictly speaking >>> required for the proper implementation of the protocol. >> Right. The protocol can be executed on its own, but for many use >> cases we need to indicate to the users what the outcome was, >> otherwise we will leave them in uncertainty and they may act >> completely against what the protocol mechanism decided. >>> >>> When I read a statement that “both sides should be aware of which >>> language was negotiated”, I interpret that as the implementation >>> (that is, the code), and not the humans. It means that the messages >>> in the protocol must result in both ends of the protocol knowing the >>> result. We do use the word “users” occasionally in protocol >>> documents, and that’s the term I expect to see when we mean the humans. >> Well. whatever was the intention with the sentence in the >> introduction, the users in many cases need to be informed and aware. >>> >>> The document does describe a mechanism where both ends of the >>> negotiation know the result, and thus we fulfill the requirement >>> with no further work. User interfaces are free to present anything >>> they want. I can easily describe a scenario where they do not >>> present the results of the protocol negotiation: we may have one >>> interpreter who is interpreting English to ASL on video, and another >>> one who is interpreting English to Spanish text. The ASL >>> interpreter doesn’t doesn’t need to know what is happening in the >>> text change and the Spanish interpreter doesn’t need to know what is >>> happening in the ASL channel. >> Yes, it is possible to imagine cases when it is sufficient to >> indicate to the callee that there is an incoming call that they need >> to act on. In the case that the callee has indicated*only one single >> language in one single humintlang-send attribute*, then there is no >> question on how to respond to the call. The callee simply welcomes >> the caller in the only language specified. >> >> But we want other cases to work as well.*As soon as the callee has >> indicated capabilities in two languages, it is essential to provide >> information about the outcome of the protocol negotiation to the >> callee.*The simple case with a callee capable of both spoken and >> written English is such a case. We do not at all need to tell >> anything about the user interface, but we need to mention something >> about providing information to the user. >> >> And in order to have a clear outcome in most cases, instead of >> ambiguity, we need at least*a notation for the most preferred >> language indication*. >> >> How else would you be able to start the call in an appropriate way >> suiting the caller? >> >> So, the proposals below are still valid, but you might want to fine >> tune them to fit your view of how to indicate items to the user. >> >> /Gunnar >> >>> >>> Thus I don’t think any further work is needed. >>> >>> Brian >>> >>>> On Jul 20, 2016, at 10:23 AM, Gunnar Hellström >>>> > >>>> wrote: >>>> >>>> Brian and all, >>>> >>>> We had an interesting discussion in the meeting yesterday about >>>> indications to the user. >>>> >>>> I said that one intention is that the result of the language >>>> negotiation is provided to the users and that that is already >>>> stated in the draft. >>>> >>>> In the introduction, we have this sentence: "Both sidesshould be >>>> aware of which language was negotiated." >>>> >>>> I agree with this statement, and that it is often a requirement for >>>> a successful start of the call. It is true that the indications are >>>> also used for routing and selection of participants and user >>>> equipment, but also the users need to be informed. The answering >>>> party need to start the call by using the agreed preferred language >>>> in the agreed preferred modality, otherwise the call will start in >>>> confusion. >>>> >>>> Imagine a call from a user preferring spoken Greek, ending up at a >>>> call center agent capable of English and Greek. If the agent starts >>>> with a greeting in English instead of Greek, the calling user will >>>> get unsure if Greek can be used, and the call will start in >>>> uncertainty or even be conducted in English that the caller does >>>> not feel confident in. >>>> >>>> This is not user interface specification. It is as simple as the >>>> statement in the introduction :"Both sidesshould be aware of which >>>> language was negotiated." The discussion went on saying that we do >>>> not specify user interfaces in IETF. And that is true, but many >>>> times we specify items where the user gets aware of the results of >>>> the protocol interaction. Examples can be call hold and release, >>>> picture size and orientation, remote camera movements, attended >>>> call transfer etc. So, we are in good company when we state that >>>> both sides are made aware of the outcome. >>>> >>>> The requirement to keep the user aware of which language was >>>> negotiated is valid for the current scope of the draft as well as >>>> when we include preference across media and grouping. We can in >>>> fact not yet really fulfill that requirement within the current >>>> scope because we have not defined any way to differentiate >>>> preference between languages in different media. The outcome of the >>>> negotiation can still be undefined. We can with the current wording >>>> for example say that the caller prefers spoken English or written >>>> English, but not if there is any preference between these two >>>> providing awareness to the callee about how to start the call. >>>> >>>> So, two conclusions: >>>> >>>> *1. We need to repeat the statement about bringing awareness at a >>>> more protruding position in the draft**, and that is not a user >>>> interface specification.* >>>> >>>> I suggest to add a sentence last in 4: >>>> >>>> "Information on the accepted language is provided to the >>>> participants in the call." >>>> >>>> and a sentence last in 6.2: >>>> >>>> "The caller and callee should be provided with information on the >>>> outcome of the negotiation. This information is intended to enable >>>> them to start the call in a preferred language." >>>> >>>> *2.**We cannot**avoid to**specify**preference between >>>> modalities.**L**eav**ing it out would leave**the negotiation >>>> with**undefined results in many cases and uncertainty about how to >>>> start the call.* >>>> >>>> The caller may prefer to use spoken English but can accept to use >>>> written English, and want to express that so that no calls are >>>> missed. A callee with the same preferences get no clue to how to >>>> start the call from a negotiation resulting in that both spoken and >>>> written English are accepted without preference between them. A >>>> simple indication of the most preferred modality would solve this >>>> uncertainty in most cases. >>>> >>>> I suggest to add an indication of most preferred language as a new >>>> section 6.4. >>>> >>>> 6.4 Most preferred language >>>> >>>> A mechanism is introduced that provides information on the most >>>> preferred language among all language indications in the session >>>> description. This is done in order to provide for a definite >>>> outcome of the negotiation of language in most cases, and thereby >>>> an opportunity for the call to start in a fruitful way. >>>> >>>> The notation for the most preferred language is a plus ('+') >>>> character added after the language tag in the value of the >>>> corresponding language attribute. The notation MAY be used >>>> independently on both communication directions. The order between >>>> this indication and the indication for advisory versus required is >>>> not relevant. >>>> >>>> >>>> *Background* >>>> >>>> This discussion is in line with the requirement in 3GPP TS 22.228, >>>> section 7.5.2. We have no clear obligations towards 3GPP, but It >>>> would be good if these requirements can be fulfilled without >>>> further standardisation. >>>> >>>> This is what is said in the 3GPP specification: >>>> >>>> >>>> 7.5.2Negotiation at IM session invocation >>>> >>>> It shall be possible for the capability negotiation to take place >>>> at the time of the IP multimedia session invocation. Refer to >>>> clause 7.3 for further details on capability negotiation on IP >>>> multimedia session invocation. >>>> >>>> A UE should support negotiation of the user's desired language(s) >>>> (as defined inIANA [29])and modalities for spoken, signed and >>>> written languages. >>>> >>>> The system should be able to negotiate the user's desired >>>> language(s) and modalities, per media stream*and/or session, in >>>> order of preference*. >>>> >>>> A service provider shall be able to pass language and >>>> modalityinformation between the endpoints. With respect to the >>>> language and modalityinformation, there are no other service >>>> provider actions required. >>>> >>>> >>>> -------------------------------------------------- >>>> >>>> Regards >>>> >>>> Gunnar >>>> >>>> >>>> -- >>>> ----------------------------------------- >>>> Gunnar Hellström >>>> Omnitor >>>> gunnar.hellstrom@omnitor.se >>> >>> >>> >>> _______________________________________________ >>> SLIM mailing list >>> SLIM@ietf.org >>> https://www.ietf.org/mailman/listinfo/slim >> >> -- >> ----------------------------------------- >> Gunnar Hellström >> Omnitor >> gunnar.hellstrom@omnitor.se >> +46 708 204 288 >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >> https://www.ietf.org/mailman/listinfo/slim > > > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 --------------85CF1F7F3DF2771C227E285B Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

Den 2016-07-20 kl. 16:58, skrev Brian Rosen:

We are not communicating :)

Since the protocol mechanism described informs both ends of the result of the negotiation, no further text is needed to fulfill the requirement.
You want to go beyond what the requirement states.  

I think the statement “As soon as the callee has indicated capabilities in two languages, it is essential to provide information about the outcome of the protocol negotiation to the callee” is not always correct, and is a user interface issue, not a protocol issue.  The protocol exchange provides all the results to both ends, and any implementation is free to show any or all of that information, in any form it wants, to the human.  It is not appropriate for us to say what it should do; that is very implementation dependent. 
I specifically object to “a notation for the most preferred language”, which, strictly speaking, we have (order, per media).  You want that per session, and I object to doing that.  I strongly object to twisting “both sides should be aware…” into a requirement to transport a preference in language per session.

Why don't you want to solve the human problem to start a call in the most effective way.
My view is that we work on a draft that can be used for negotiation of language in a real-time call. In many cases the successful application involves providing guidance to the users so they know how to start the call. We do not need to say when and how that shall be done, but we need to make sure that the involved endpoints can have sufficient information for provision to the user in case it is needed to get a successful start of the human language use in the session.

The 3GPP requirement is for a preference per session and per media. We have some intentions to make the slim output usable to 3GPP, so why do you want to stop half-way?  What makes the preference indication per session so hard to accept when that is what is needed to complete the negotiation to provide a defined outcome in a majority of cases?

Since we have the phrase about awareness in the introduction, my proposals under 1. below are not strictly needed, but clarifying.
The issue under point 2. is much more important for successful starts of calls.   If we do not solve it here, how do you then propose to solve it?

Gunnar

Brian


On Jul 20, 2016, at 4:40 PM, Gunnar Hellström <gunnar.hellstrom@omnitor.se> wrote:

Den 2016-07-20 kl. 10:50, skrev Brian Rosen:
I’m very sensitive to user interface issues, and have some modest experience building good ones.
I am not talking about user interface issues.  Just that for successful operation, we have cases when the user needs to be informed. And that is the case already with the draft as it is now. It will not have the intended effect if the users are not informed.

I’m also pretty firm that protocol standards must not deal, in any way, with user interfaces, other than, sometimes, providing some information in protocol messages that are not strictly speaking required for the proper implementation of the protocol.
Right. The protocol can be executed on its own, but for many use cases we need to indicate to the users what the outcome was, otherwise we will leave them in uncertainty and they may act completely against what the protocol mechanism decided. 

When I read a statement that “both sides should be aware of which language was negotiated”, I interpret that as the implementation (that is, the code), and not the humans.  It means that the messages in the protocol must result in both ends of the protocol knowing the result.  We do use the word “users” occasionally in protocol documents, and that’s the term I expect to see when we mean the humans. 
Well. whatever was the intention with the sentence in the introduction, the users in many cases need to be informed and aware.

The document does describe a mechanism where both ends of the negotiation know the result, and thus we fulfill the requirement with no further work.  User interfaces are free to present anything they want.  I can easily describe a scenario where they do not present the results of the protocol negotiation: we may have one interpreter who is interpreting English to ASL on video, and another one who is interpreting English to Spanish text.  The ASL interpreter doesn’t doesn’t need to know what is happening in the text change and the Spanish interpreter doesn’t need to know what is happening in the ASL channel.
Yes, it is possible to imagine cases when it is sufficient to indicate to the callee that there is an incoming call that they need to act on. In the case that the callee has indicated only one single language in one single humintlang-send attribute, then there is no question on how to respond to the call. The callee simply welcomes the caller in the only language specified. 

But we want other cases to work as well. As soon as the callee has indicated capabilities in two languages, it is essential to provide information about the outcome of the protocol negotiation to the callee. The simple case with a callee capable of both spoken and written English is such a case. We do not at all need to tell anything about the user interface, but we need to mention something about providing information to the user.  

And in order to have a clear outcome in most cases, instead of ambiguity, we need at least a notation for the most preferred language indication.

How else would you be able to start the call in an appropriate way suiting the caller?

So, the proposals below are still valid, but you might want to fine tune them to fit your view of how to indicate items to the user.

/Gunnar


Thus I don’t think any further work is needed.

Brian

On Jul 20, 2016, at 10:23 AM, Gunnar Hellström <gunnar.hellstrom@omnitor.se> wrote:

Brian and all,

We had an interesting discussion in the meeting yesterday about indications to the user.

I said that one intention is that the result of the language negotiation is provided to the users and that that is already stated in the draft.

In the introduction, we have this sentence: "Both sides should be aware of which language was negotiated."

I agree with this statement, and that it is often a requirement for a successful start of the call. It is true that the indications are also used for routing and selection of participants and user equipment, but also the users need to be informed. The answering party need to start the call by using the agreed preferred language in the agreed preferred modality, otherwise the call will start in confusion.

Imagine a call from a user preferring spoken Greek, ending up at a call center agent capable of English and Greek. If the agent starts with a greeting in English instead of Greek, the calling user will get unsure if Greek can be used, and the call will start in uncertainty or even be conducted in English that the caller does not feel confident in. 

This is not user interface specification. It is as simple as the statement in the introduction : "Both sides should be aware of which language was negotiated."  The discussion went on saying that we do not specify user interfaces in IETF. And that is true, but many times we specify items where the user gets aware of the results of the protocol interaction. Examples can be call hold and release, picture size and orientation, remote camera movements, attended call transfer etc. So, we are in good company when we state that both sides are made aware of the outcome.

The requirement to keep the user aware of which language was negotiated is valid for the current scope of the draft as well as when we include preference across media and grouping. We can in fact not yet really fulfill that requirement within the current scope because we have not defined any way to differentiate preference between languages in different media. The outcome of the negotiation can still be undefined. We can with the current wording for example say that the caller prefers spoken English or written English, but not if there is any preference between these two providing awareness to the callee about how to start the call. 

So, two conclusions:

1. We need to repeat the statement about bringing awareness at a more protruding position in the draft, and that is not a user interface specification.

I suggest to add a sentence last in 4:

"Information on the accepted language is provided to the participants in the call."

and a sentence last in 6.2: 

"The caller and callee should be provided with information on the outcome of the negotiation. This information is intended to enable them to start the call in a preferred language."

2. We cannot avoid to specify preference between modalities. Leaving it out would leave the negotiation withundefined results in many cases and uncertainty about how to start the call. 

The caller may prefer to use spoken English but can accept to use written English, and want to express that so that no calls are missed. A callee with the same preferences get no clue to how to start the call from a negotiation resulting in that both spoken and written English are accepted without preference between them. A simple indication of the most preferred modality would solve this uncertainty in most cases.

I suggest to add an indication of most preferred language as a new section 6.4.

6.4 Most preferred language

A mechanism is introduced that provides information on the most preferred language among all language indications in the session description. This is done in order to provide for a definite outcome of the negotiation of language in most cases, and thereby an opportunity for the call to start in a fruitful way. 

The notation for the most preferred language is a plus ('+') character added after the language tag in the value of the corresponding language attribute. The notation MAY be used independently on both communication directions. The order between this indication and the indication for advisory versus required is not relevant.


Background

This discussion is in line with the requirement in 3GPP TS 22.228, section 7.5.2.  We have no clear obligations towards 3GPP, but It would be good if these requirements can be fulfilled without further standardisation.

This is what is said in the 3GPP specification:

7.5.2       Negotiation at IM session invocation

It shall be possible for the capability negotiation to take place at the time of the IP multimedia session invocation. Refer to clause 7.3 for further details on capability negotiation on IP multimedia session invocation.

A UE should support negotiation of the user's desired language(s) (as defined in IANA [29]) and modalities for spoken, signed and written languages.

The system should be able to negotiate the user's desired language(s) and modalities, per media stream and/or session, in order of preference.

A service provider shall be able to pass language and modality information between the endpoints. With respect to the language and modality information, there are no other service provider actions required.

--------------------------------------------------

Regards

Gunnar


-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se




_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim


-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim



_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim


-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
--------------85CF1F7F3DF2771C227E285B-- From nobody Wed Jul 20 09:12:13 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B02A12D84F for ; Wed, 20 Jul 2016 09:12:11 -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=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5I7Lqqw0s9fn for ; Wed, 20 Jul 2016 09:11:55 -0700 (PDT) Received: from mail-qt0-x22d.google.com (mail-qt0-x22d.google.com [IPv6:2607:f8b0:400d:c0d::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BFFE312D88A for ; Wed, 20 Jul 2016 09:11:54 -0700 (PDT) Received: by mail-qt0-x22d.google.com with SMTP id 52so28843829qtq.3 for ; Wed, 20 Jul 2016 09:11:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=TNFFP9pdoYpUiAv91L2Qcyl1l2tQtEzxu0qLYhPQoVg=; b=JqUKQZZdnfkbW0f/QsFQ+L5Q1RRiiMDP0qH/oiSzMhc+z5vk7KyPrnCXGjIFwuYfIx Wltna+i/qWr3LSQW1BgRfYv/2gptzIYgdZ8uCavk+EKQ/hg86y8uooHLjpbHooAGUc0e f0NuWBY1YgNrelp5CZavaQFlfHkihSkXMyaPYovLQ47GoZpJPpaxwLDUqtS5mEwfIM4Z ui0WscfC5SzOXbl93Pemp2QyNJq8tXcP2DwEWV0ETN8IVr13oEbplSAJXc9pNemCUcus 8x9EGddgvEJWVafhx1HlOuozVE9tB4rfNzUrLLaD5aoxYkTh4xyjVD6MHAqCY+zdZZeu vc8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=TNFFP9pdoYpUiAv91L2Qcyl1l2tQtEzxu0qLYhPQoVg=; b=VTRVZ17Xd/oIjUidKwbnm7JwSZpf7C9Cz9jeSoQfispBiN2Q0YcA6YY8cjGKQ9ayMY iDaKB/dlGBHToAyN2MziaGzwWxTL7ND2+v8PLhZI501CXA3gVTp+DNd89M54oKTfS6B2 KI43kC2w248WLM0veynLdrnzPZJ+DrWVwgq2MGMvqNagEcSRnbLyxsF8RI9pZTi5THl/ PXdGUmDS9oQ8v/RmsP+XcEd4rjAXxoRmvV6qOmG8gnXvp7Br6LOEP0obSv6GCi4WjfL8 nc0i4lCHgedqB6ZEyDKVOYQGcB6PZ2Ny3JfwwaOwFGYg9NMpy/tHpGMi5LKNexoRa4va ItdA== X-Gm-Message-State: ALyK8tJIECh01LDvgHB63eYIpXUGiVrWc1RMkJ/5iTNIR3PV3TGBtO+95cLb4ZGr69Q9lA== X-Received: by 10.200.39.150 with SMTP id w22mr71804128qtw.78.1469031113908; Wed, 20 Jul 2016 09:11:53 -0700 (PDT) Received: from [10.96.9.147] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id m11sm1772266qke.36.2016.07.20.09.11.52 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 20 Jul 2016 09:11:52 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_390358FE-9A71-4EB9-B7B7-8074C27E5447" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Brian Rosen In-Reply-To: Date: Wed, 20 Jul 2016 18:11:43 +0200 Message-Id: <5C2D2B40-699C-4EA7-AD61-E9F965AEABA4@brianrosen.net> References: <6261CEBB-D909-4BD2-9355-1AD1BE600EA1@brianrosen.net> To: Nik Tomkinson X-Mailer: Apple Mail (2.3124) Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] Variations in display names X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 16:12:11 -0000 --Apple-Mail=_390358FE-9A71-4EB9-B7B7-8074C27E5447 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Yeah, I=E2=80=99d like to at least relax it, stating that the email = address has to be the same. Yes, this is cosmetic. I get your point about the top level sender Brian > On Jul 20, 2016, at 6:04 PM, Nik Tomkinson = wrote: >=20 > Hi Brian, >=20 > Thanks very much for asking others to look at the draft. >=20 > The restriction was added in the latest version to attempt to avoid = the issue highlighted in the paragraph I added to the security = considerations. I don't mind either relaxing the restriction or removing = it completely as long as it is clear enough that the impersonation risk = is there and that the =46rom values in the language message parts = correspond to the same sender. >=20 > I am assuming that the differences that your user requires are = cosmetic rather than a different email address. >=20 > There may be confusion because the email listing (eg. inbox list of = summaries) is likely to show the top-level sender but the detail (when = clicked on) is likely to show the =46rom value in the selected part. >=20 > Nik. >=20 > On 20 July 2016 at 15:49, Brian Rosen > wrote: > I am trying to find folks to prototype and interop test = -multilanguage. I had some possible users look at the draft, and one of = them observed that they would like to modify the display name in the = =46rom based on language, but the text expressly forbids =46rom from = being in the labeled part. >=20 > Do we have any appetite to allow this? >=20 > Brian > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim = >=20 >=20 >=20 > --=20 > ----------------------------------------------------------------- > Multiple Language Content Type Internet Draft: > = https:/= /datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ = > ----------------------------------------------------------------- --Apple-Mail=_390358FE-9A71-4EB9-B7B7-8074C27E5447 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Yeah, I=E2=80=99d like to at least relax it, stating that the = email address has to be the same.
Yes, this is = cosmetic.

I = get your point about the top level sender

Brian

On = Jul 20, 2016, at 6:04 PM, Nik Tomkinson <rfc.nik.tomkinson@gmail.com> wrote:

Hi Brian,

Thanks very much for asking others to look at the = draft.

The = restriction was added in the latest version to attempt to avoid the = issue highlighted in the paragraph I added to the security = considerations. I don't mind either relaxing the restriction or removing = it completely as long as it is clear enough that the impersonation risk = is there and that the =46rom values in the language message parts = correspond to the same sender.

I am assuming that the differences that = your user requires are cosmetic rather than a different email = address.

There = may be confusion because the email listing (eg. inbox list of summaries) = is likely to show the top-level sender but the detail (when clicked on) = is likely to show the =46rom value in the selected part.

Nik.

On 20 = July 2016 at 15:49, Brian Rosen <br@brianrosen.net> wrote:
I am trying to find = folks to prototype and interop test -multilanguage.  I had some = possible users look at the draft, and one of them observed that they = would like to modify the display name in the =46rom based on language, = but the text expressly forbids =46rom from being in the labeled part.

Do we have any appetite to allow this?

Brian
_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim



-- 
---------------------------------------------------------------=
--
Multiple Language Content Type Internet =
Draft:
https://datatracker.ietf.org/doc/draft-ietf-slim-multilangconte= nt/
---------------------------------------------------------------=
--

= --Apple-Mail=_390358FE-9A71-4EB9-B7B7-8074C27E5447-- From nobody Wed Jul 20 09:19:12 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D737112D639 for ; Wed, 20 Jul 2016 09:19:09 -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=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SkZoxjnjr7WK for ; Wed, 20 Jul 2016 09:19:01 -0700 (PDT) Received: from mail-qk0-x232.google.com (mail-qk0-x232.google.com [IPv6:2607:f8b0:400d:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A6FA012D528 for ; Wed, 20 Jul 2016 09:19:00 -0700 (PDT) Received: by mail-qk0-x232.google.com with SMTP id o67so49780293qke.1 for ; Wed, 20 Jul 2016 09:19:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=503R5C8X95QUNi2fBufdA0/NZZxYBCiirdHdR9pibyk=; b=zEhtY3ppR4j9Uumms6MoWNYVHe0itFCxh8JvzQZsnBquKp7X1EjGmdZ9kU2J8/z7dd xgAZMVubEJtxBVZQg6S/i0ST56l9SVpcmaBL+fy5BvFTbz3PXSFE6dGklczd1jbDwuvE KcO6WGkPmjhnxTRCJjvm4PI3whHssYbICpGzQFAoMxtVGqEMQ5y05NSJIt6zDgWd+UTL Jg4zloX7hHVWxuD8EWSHg2frchDaX6Inu7kLqitXuGZ/X/mRTZ1+lLVg3p823/pP8a4M Y2DOFv+L4bu4/05u0wNGOiDFmIAk2ddFq3Li7HIZlwWkDtl4cpn6v2L2+m/sqF+DGb1x rWRg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=503R5C8X95QUNi2fBufdA0/NZZxYBCiirdHdR9pibyk=; b=TtQ6hXMnvObar3CK/wSkMXZtnqsgIvSSynCdHzuvJDV3QOsZ51Y8DnGK6EHIWJo3dk vurjJRHlIZ0uymJIHjHF+eBlCNjLDSehmFImSmzeGLZAn24n7BlmUcfT/gNBPv1JPW3C vqkOBoPuX+g66Y2mHhrzonkIx7KZqg56TnKc26iJdj/atCuM2lAXMUhg2dC+BYLGqx9i Tezo+ILc7JHLD7ZTWXf94UkJJ2bB5ZcYzWcMTOelVP+gz8XNl/2/Lsmo+L4ZGFyHmACC MV28R6dDFItfnrLQVzGnqd0/9z6v3lnL+bNcvnyxHj2YFp6iJ/EMFCzT7Bs5iLolVKsO vflg== X-Gm-Message-State: ALyK8tK79EKUpX3p1aXLCBziHWztvc36ENwNtFlEydQOuNez6LyH3Cper9ZRXG0arIupwA== X-Received: by 10.55.215.141 with SMTP id t13mr63586852qkt.31.1469031539651; Wed, 20 Jul 2016 09:18:59 -0700 (PDT) Received: from [10.96.9.147] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id o84sm1782070qke.38.2016.07.20.09.18.57 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 20 Jul 2016 09:18:58 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_86C22961-34A3-406E-8660-F0B99D5941D5" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Brian Rosen In-Reply-To: <0bc0fd11-dafb-c7b5-fbd3-b1e8c7c4f136@omnitor.se> Date: Wed, 20 Jul 2016 18:18:54 +0200 Message-Id: <61497BB0-BADE-41F5-B94A-70CFCACDEC5C@brianrosen.net> References: <3A3B5229-1CB5-431F-BB27-EA73606D2F88@brianrosen.net> <2a307dcd-d799-a0cc-2c54-b4d35e1e0d3c@omnitor.se> <68C9050A-DF70-4225-BE22-54FA2185E263@brianrosen.net> <0bc0fd11-dafb-c7b5-fbd3-b1e8c7c4f136@omnitor.se> To: =?utf-8?Q?Gunnar_Hellstr=C3=B6m?= X-Mailer: Apple Mail (2.3124) Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] awareness to the user in the slim real-time draft X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 16:19:10 -0000 --Apple-Mail=_86C22961-34A3-406E-8660-F0B99D5941D5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I believe we had a consensus call on not including per session = preferences in this document. Chairs can correct me if I am = misremembering or misinterpreting what happened. Anyone can write a draft. If you want to propose a solution to that = problem, go ahead, and write a draft. I would oppose adding that = capability to this document. I don=92t think we need to, or want to, specify any implementation = advice with regard to user interfaces. I think =93provide = information=85.to the callee=94 is a user interface issue. Brian > On Jul 20, 2016, at 6:11 PM, Gunnar Hellstr=F6m = wrote: >=20 > Den 2016-07-20 kl. 16:58, skrev Brian Rosen: >=20 >> We are not communicating :) >>=20 >> Since the protocol mechanism described informs both ends of the = result of the negotiation, no further text is needed to fulfill the = requirement. >> You want to go beyond what the requirement states. =20 >>=20 >> I think the statement =93As soon as the callee has indicated = capabilities in two languages, it is essential to provide information = about the outcome of the protocol negotiation to the callee=94 is not = always correct, and is a user interface issue, not a protocol issue. = The protocol exchange provides all the results to both ends, and any = implementation is free to show any or all of that information, in any = form it wants, to the human. It is not appropriate for us to say what = it should do; that is very implementation dependent. =20 >> I specifically object to =93a notation for the most preferred = language=94, which, strictly speaking, we have (order, per media). You = want that per session, and I object to doing that. I strongly object to = twisting =93both sides should be aware=85=94 into a requirement to = transport a preference in language per session. >=20 > Why don't you want to solve the human problem to start a call in the = most effective way.=20 > My view is that we work on a draft that can be used for negotiation of = language in a real-time call. In many cases the successful application = involves providing guidance to the users so they know how to start the = call. We do not need to say when and how that shall be done, but we need = to make sure that the involved endpoints can have sufficient information = for provision to the user in case it is needed to get a successful start = of the human language use in the session. >=20 > The 3GPP requirement is for a preference per session and per media. We = have some intentions to make the slim output usable to 3GPP, so why do = you want to stop half-way? What makes the preference indication per = session so hard to accept when that is what is needed to complete the = negotiation to provide a defined outcome in a majority of cases?=20 >=20 > Since we have the phrase about awareness in the introduction, my = proposals under 1. below are not strictly needed, but clarifying.=20 > The issue under point 2. is much more important for successful starts = of calls. If we do not solve it here, how do you then propose to solve = it? >=20 > Gunnar >>=20 >> Brian >>=20 >>=20 >>> On Jul 20, 2016, at 4:40 PM, Gunnar Hellstr=F6m = > = wrote: >>>=20 >>> Den 2016-07-20 kl. 10:50, skrev Brian Rosen: >>>> I=92m very sensitive to user interface issues, and have some modest = experience building good ones. >>> I am not talking about user interface issues. Just that for = successful operation, we have cases when the user needs to be informed. = And that is the case already with the draft as it is now. It will not = have the intended effect if the users are not informed. >>>>=20 >>>> I=92m also pretty firm that protocol standards must not deal, in = any way, with user interfaces, other than, sometimes, providing some = information in protocol messages that are not strictly speaking required = for the proper implementation of the protocol. >>> Right. The protocol can be executed on its own, but for many use = cases we need to indicate to the users what the outcome was, otherwise = we will leave them in uncertainty and they may act completely against = what the protocol mechanism decided.=20 >>>>=20 >>>> When I read a statement that =93both sides should be aware of which = language was negotiated=94, I interpret that as the implementation (that = is, the code), and not the humans. It means that the messages in the = protocol must result in both ends of the protocol knowing the result. = We do use the word =93users=94 occasionally in protocol documents, and = that=92s the term I expect to see when we mean the humans.=20 >>> Well. whatever was the intention with the sentence in the = introduction, the users in many cases need to be informed and aware. >>>>=20 >>>> The document does describe a mechanism where both ends of the = negotiation know the result, and thus we fulfill the requirement with no = further work. User interfaces are free to present anything they want. = I can easily describe a scenario where they do not present the results = of the protocol negotiation: we may have one interpreter who is = interpreting English to ASL on video, and another one who is = interpreting English to Spanish text. The ASL interpreter doesn=92t = doesn=92t need to know what is happening in the text change and the = Spanish interpreter doesn=92t need to know what is happening in the ASL = channel. >>> Yes, it is possible to imagine cases when it is sufficient to = indicate to the callee that there is an incoming call that they need to = act on. In the case that the callee has indicated only one single = language in one single humintlang-send attribute, then there is no = question on how to respond to the call. The callee simply welcomes the = caller in the only language specified.=20 >>>=20 >>> But we want other cases to work as well. As soon as the callee has = indicated capabilities in two languages, it is essential to provide = information about the outcome of the protocol negotiation to the callee. = The simple case with a callee capable of both spoken and written English = is such a case. We do not at all need to tell anything about the user = interface, but we need to mention something about providing information = to the user. =20 >>>=20 >>> And in order to have a clear outcome in most cases, instead of = ambiguity, we need at least a notation for the most preferred language = indication. >>>=20 >>> How else would you be able to start the call in an appropriate way = suiting the caller? >>>=20 >>> So, the proposals below are still valid, but you might want to fine = tune them to fit your view of how to indicate items to the user. >>>=20 >>> /Gunnar >>>=20 >>>>=20 >>>> Thus I don=92t think any further work is needed. >>>>=20 >>>> Brian >>>>=20 >>>>> On Jul 20, 2016, at 10:23 AM, Gunnar Hellstr=F6m = > = wrote: >>>>>=20 >>>>> Brian and all, >>>>>=20 >>>>> We had an interesting discussion in the meeting yesterday about = indications to the user. >>>>>=20 >>>>> I said that one intention is that the result of the language = negotiation is provided to the users and that that is already stated in = the draft. >>>>>=20 >>>>> In the introduction, we have this sentence: "Both sides should be = aware of which language was negotiated." >>>>>=20 >>>>> I agree with this statement, and that it is often a requirement = for a successful start of the call. It is true that the indications are = also used for routing and selection of participants and user equipment, = but also the users need to be informed. The answering party need to = start the call by using the agreed preferred language in the agreed = preferred modality, otherwise the call will start in confusion. >>>>>=20 >>>>> Imagine a call from a user preferring spoken Greek, ending up at a = call center agent capable of English and Greek. If the agent starts with = a greeting in English instead of Greek, the calling user will get unsure = if Greek can be used, and the call will start in uncertainty or even be = conducted in English that the caller does not feel confident in.=20 >>>>>=20 >>>>> This is not user interface specification. It is as simple as the = statement in the introduction : "Both sides should be aware of which = language was negotiated." The discussion went on saying that we do not = specify user interfaces in IETF. And that is true, but many times we = specify items where the user gets aware of the results of the protocol = interaction. Examples can be call hold and release, picture size and = orientation, remote camera movements, attended call transfer etc. So, we = are in good company when we state that both sides are made aware of the = outcome. >>>>>=20 >>>>> The requirement to keep the user aware of which language was = negotiated is valid for the current scope of the draft as well as when = we include preference across media and grouping. We can in fact not yet = really fulfill that requirement within the current scope because we have = not defined any way to differentiate preference between languages in = different media. The outcome of the negotiation can still be undefined. = We can with the current wording for example say that the caller prefers = spoken English or written English, but not if there is any preference = between these two providing awareness to the callee about how to start = the call.=20 >>>>>=20 >>>>> So, two conclusions: >>>>>=20 >>>>> 1. We need to repeat the statement about bringing awareness at a = more protruding position in the draft, and that is not a user interface = specification. >>>>>=20 >>>>> I suggest to add a sentence last in 4: >>>>>=20 >>>>> "Information on the accepted language is provided to the = participants in the call." >>>>>=20 >>>>> and a sentence last in 6.2:=20 >>>>>=20 >>>>> "The caller and callee should be provided with information on the = outcome of the negotiation. This information is intended to enable them = to start the call in a preferred language." >>>>>=20 >>>>> 2. We cannot avoid to specify preference between modalities. = Leaving it out would leave the negotiation withundefined results in many = cases and uncertainty about how to start the call.=20 >>>>>=20 >>>>> The caller may prefer to use spoken English but can accept to use = written English, and want to express that so that no calls are missed. A = callee with the same preferences get no clue to how to start the call = from a negotiation resulting in that both spoken and written English are = accepted without preference between them. A simple indication of the = most preferred modality would solve this uncertainty in most cases. >>>>>=20 >>>>> I suggest to add an indication of most preferred language as a new = section 6.4. >>>>>=20 >>>>> 6.4 Most preferred language >>>>>=20 >>>>> A mechanism is introduced that provides information on the most = preferred language among all language indications in the session = description. This is done in order to provide for a definite outcome of = the negotiation of language in most cases, and thereby an opportunity = for the call to start in a fruitful way.=20 >>>>>=20 >>>>> The notation for the most preferred language is a plus ('+') = character added after the language tag in the value of the corresponding = language attribute. The notation MAY be used independently on both = communication directions. The order between this indication and the = indication for advisory versus required is not relevant. >>>>>=20 >>>>>=20 >>>>>=20 >>>>> Background >>>>>=20 >>>>> This discussion is in line with the requirement in 3GPP TS 22.228, = section 7.5.2. We have no clear obligations towards 3GPP, but It would = be good if these requirements can be fulfilled without further = standardisation. >>>>>=20 >>>>> This is what is said in the 3GPP specification: >>>>>=20 >>>>> 7.5.2=A0=A0=A0=A0=A0=A0=A0Negotiation at IM session invocation <> >>>>> It shall be possible for the capability negotiation to take place = at the time of the IP multimedia session invocation. Refer to clause 7.3 = for further details on capability negotiation on IP multimedia session = invocation. >>>>>=20 >>>>> A UE should support negotiation of the user's desired language(s) = (as defined in IANA [29]) and modalities for spoken, signed and written = languages. >>>>>=20 >>>>> The system should be able to negotiate the user's desired = language(s) and modalities, per media stream and/or session, in order of = preference. >>>>>=20 >>>>> A service provider shall be able to pass language and modality = information between the endpoints. With respect to the language and = modality information, there are no other service provider actions = required. >>>>>=20 >>>>>=20 >>>>> -------------------------------------------------- >>>>>=20 >>>>> Regards >>>>>=20 >>>>> Gunnar >>>>>=20 >>>>>=20 >>>>> --=20 >>>>> ----------------------------------------- >>>>> Gunnar Hellstr=F6m >>>>> Omnitor >>>>> gunnar.hellstrom@omnitor.se >>>>=20 >>>>=20 >>>>=20 >>>> _______________________________________________ >>>> SLIM mailing list >>>> SLIM@ietf.org >>>> https://www.ietf.org/mailman/listinfo/slim = >>>=20 >>> --=20 >>> ----------------------------------------- >>> Gunnar Hellstr=F6m >>> Omnitor >>> gunnar.hellstrom@omnitor.se >>> +46 708 204 288 >>> _______________________________________________ >>> SLIM mailing list >>> SLIM@ietf.org >>> https://www.ietf.org/mailman/listinfo/slim = >>=20 >>=20 >>=20 >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >> https://www.ietf.org/mailman/listinfo/slim = >=20 > --=20 > ----------------------------------------- > Gunnar Hellstr=F6m > Omnitor > gunnar.hellstrom@omnitor.se > +46 708 204 288 > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim = --Apple-Mail=_86C22961-34A3-406E-8660-F0B99D5941D5 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 I believe we had a consensus call on not including per = session preferences in this document.  Chairs can correct me if I = am misremembering or misinterpreting what happened.

Anyone can write a draft.  If you = want to propose a solution to that problem, go ahead, and write a draft. =  I would oppose adding that capability to this document.

I don=92t think we need = to, or want to, specify any implementation advice with regard to user = interfaces. I think =93provide information=85.to the callee=94 is a user = interface issue.

Brian
On Jul 20, 2016, at 6:11 PM, Gunnar Hellstr=F6m= <gunnar.hellstrom@omnitor.se> wrote:

Den 2016-07-20 kl. 16:58, skrev Brian Rosen:

We are not communicating :)

Since the protocol = mechanism described informs both ends of the result of the negotiation, = no further text is needed to fulfill the requirement.
You want to go beyond what the requirement states. =  

I think = the statement =93As soon as the callee has indicated = capabilities in two languages, it is essential to provide information = about the outcome of the protocol negotiation to the callee=94 is = not always correct, and is a user interface issue, not a protocol issue. =  The protocol exchange provides all the results to both ends, and = any implementation is free to show any or all of that information, in = any form it wants, to the human.  It is not appropriate for us to = say what it should do; that is very implementation dependent.  
I specifically object to = =93a notation for the most preferred language=94, which, strictly = speaking, we have (order, per media).  You want that per session, = and I object to doing that.  I strongly object to twisting =93both = sides should be aware=85=94 into a requirement to transport a preference = in language per session.

Why don't you want = to solve the human problem to start a call in the most effective = way. 
My view is that we work on a draft that can be used for = negotiation of language in a real-time call. In many cases the = successful application involves providing guidance to the users so they = know how to start the call. We do not need to say when and how that = shall be done, but we need to make sure that the involved endpoints can = have sufficient information for provision to the user in case it is = needed to get a successful start of the human language use in the = session.

The 3GPP = requirement is for a preference per session and per media. We have some = intentions to make the slim output usable to 3GPP, so why do you want to = stop half-way?  What makes the preference indication per session so = hard to accept when that is what is needed to complete the negotiation = to provide a defined outcome in a majority of cases? 

Since we have the phrase about awareness in the = introduction, my proposals under 1. below are not strictly needed, but = clarifying. 
The issue under point 2. is much more important for = successful starts of calls.   If we do not solve it here, how = do you then propose to solve it?

Gunnar

Brian


On Jul = 20, 2016, at 4:40 PM, Gunnar Hellstr=F6m <gunnar.hellstrom@omnitor.se> wrote:

Den 2016-07-20 kl. 10:50, = skrev Brian Rosen:
I=92m very sensitive to user = interface issues, and have some modest experience building good = ones.
I am not talking about user interface issues.  Just = that for successful operation, we have cases when the user needs to be = informed. And that is the case already with the draft as it is now. It = will not have the intended effect if the users are not = informed.

I=92m also pretty firm that protocol = standards must not deal, in any way, with user interfaces, other than, = sometimes, providing some information in protocol messages that are not = strictly speaking required for the proper implementation of the = protocol.
Right. The protocol can be = executed on its own, but for many use cases we need to indicate to the = users what the outcome was, otherwise we will leave them in uncertainty = and they may act completely against what the protocol mechanism = decided. 

When I read a statement that =93both = sides should be aware of which language was negotiated=94, I interpret = that as the implementation (that is, the code), and not the humans. =  It means that the messages in the protocol must result in both = ends of the protocol knowing the result.  We do use the word = =93users=94 occasionally in protocol documents, and that=92s the term I = expect to see when we mean the humans. 
Well. whatever was the intention with the sentence in the = introduction, the users in many cases need to be informed and = aware.

The document does describe a mechanism = where both ends of the negotiation know the result, and thus we fulfill = the requirement with no further work.  User interfaces are free to = present anything they want.  I can easily describe a scenario where = they do not present the results of the protocol negotiation: we may have = one interpreter who is interpreting English to ASL on video, and another = one who is interpreting English to Spanish text.  The ASL = interpreter doesn=92t doesn=92t need to know what is happening in the = text change and the Spanish interpreter doesn=92t need to know what is = happening in the ASL channel.
Yes, it is possible to imagine = cases when it is sufficient to indicate to the callee that there is an = incoming call that they need to act on. In the case that the callee has = indicated only one single = language in one single humintlang-send attribute, then there is no = question on how to respond to the call. The callee simply welcomes the = caller in the only language specified. 

But we want other cases to work as well. As soon as the callee has indicated = capabilities in two languages, it is essential to provide information = about the outcome of the protocol negotiation to the callee. The simple case with a callee = capable of both spoken and written English is such a case. We do not at = all need to tell anything about the user interface, but we need to = mention something about providing information to the user.  

And in order to have a clear outcome in most cases, instead = of ambiguity, we need at least a notation for the most preferred language = indication.

How else would you be able to start the call in an = appropriate way suiting the caller?

So, the proposals below are still valid, but you might want = to fine tune them to fit your view of how to indicate items to the = user.

/Gunnar


Thus I don=92t think any further work = is needed.

Brian

On Jul = 20, 2016, at 10:23 AM, Gunnar Hellstr=F6m <gunnar.hellstrom@omnitor.se> wrote:

Brian and all,

We had an interesting discussion = in the meeting yesterday about indications to the user.

I = said that one intention is that the result of the language negotiation = is provided to the users and that that is already stated in the = draft.

In the introduction, we have this = sentence: "Both sides should be aware of which language was negotiated."

I = agree with this statement, and that it is often a requirement for a = successful start of the call. It is true that the indications are also = used for routing and selection of participants and user equipment, but = also the users need to be informed. The answering party need to start = the call by using the agreed preferred language in the agreed preferred = modality, otherwise the call will start in = confusion.

Imagine a call from a user preferring spoken Greek, ending = up at a call center agent capable of English and Greek. If the agent = starts with a greeting in English instead of Greek, the calling user = will get unsure if Greek can be used, and the call will start in = uncertainty or even be conducted in English that the caller does not = feel confident in. 

This = is not user interface specification. It is as simple as the statement in = the introduction : "Both = sides should be aware of which language was negotiated."  The discussion went on = saying that we do not specify user interfaces in IETF. And that is true, = but many times we specify items where the user gets aware of the results = of the protocol interaction. Examples can be call hold and release, = picture size and orientation, remote camera movements, attended call = transfer etc. So, we are in good company when we state that both sides = are made aware of the outcome.

The requirement to = keep the user aware of which language was negotiated is valid for the = current scope of the draft as well as when we include preference across = media and grouping. We can in fact not yet really fulfill that = requirement within the current scope because we have not defined any way = to differentiate preference between languages in different media. The = outcome of the negotiation can still be undefined. We can with the = current wording for example say that the caller prefers spoken English = or written English, but not if there is any preference between these two = providing awareness to the callee about how to start the call. 

So, two = conclusions:

1. We = need to repeat the statement about bringing awareness at a more = protruding position in the draft, and that is not a = user interface specification.

I suggest = to add a sentence last in 4:

"Information on the = accepted language is provided to the participants in the call."

and a sentence last in = 6.2: 

"The caller and callee = should be provided with information on the outcome of the negotiation. = This information is intended to enable them to start the call in a = preferred language."

2. We = cannot avoid to specify preference between = modalities. Leaving it out would leave the negotiation withundefined results in many cases and uncertainty about how to = start the call. 

The caller may prefer = to use spoken English but can accept to use written English, and want to = express that so that no calls are missed. A callee with the same = preferences get no clue to how to start the call from a negotiation = resulting in that both spoken and written English are accepted without = preference between them. A simple indication of the most preferred = modality would solve this uncertainty in most cases.

I suggest to add an = indication of most preferred language as a new section = 6.4.

6.4 Most preferred = language

A mechanism is = introduced that provides information on the most preferred language = among all language indications in the session description. This is = done = in order to provide for a definite outcome of the negotiation of = language in most cases, and thereby an opportunity for the call to start = in a fruitful way. 
=

The = notation for the most preferred language is a plus ('+') character added = after the language tag in the value of the corresponding language = attribute. The notation MAY be used independently on both communication = directions. The order between this indication and the indication for = advisory versus required is not = relevant.


=

Background

This discussion is in line with the requirement in 3GPP TS = 22.228, section 7.5.2.  We have no clear obligations towards 3GPP, = but It would be good if these requirements can be fulfilled without = further = standardisation.

This is what is said in the 3GPP = specification:

7.5.2       Negotiation at IM = session invocation

It shall be possible for = the capability negotiation to take place at the time of the IP = multimedia session invocation. Refer to clause 7.3 for further details = on capability negotiation on IP multimedia session invocation.

A UE should support negotiation of the user's = desired language(s) (as defined in IANA [29]) and modalities for = spoken, signed and written languages.

The = system should be able to negotiate the user's desired language(s) and = modalities, per media stream and/or session, in order of = preference.

A service provider shall = be able to pass language and modality information between the endpoints. With = respect to the language and modality information, there are no other service = provider actions required.


--------------------------------------------------

Regards

Gunnar
=


--=20 ----------------------------------------- Gunnar Hellstr=F6m Omnitor gunnar.hellstrom@omnitor.se 



_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/m=
ailman/listinfo/slim


--=20
-----------------------------------------
Gunnar Hellstr=F6m
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim



_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/m=
ailman/listinfo/slim


--=20
-----------------------------------------
Gunnar Hellstr=F6m
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim

= --Apple-Mail=_86C22961-34A3-406E-8660-F0B99D5941D5-- From nobody Wed Jul 20 09:39:26 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8830612D78F for ; Wed, 20 Jul 2016 09:39:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.62 X-Spam-Level: X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ULaLhPJ0TeyU for ; Wed, 20 Jul 2016 09:39:20 -0700 (PDT) Received: from bin-vsp-out-05.atm.binero.net (vsp-unauthed02.binero.net [195.74.38.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2411E12D575 for ; Wed, 20 Jul 2016 09:39:18 -0700 (PDT) X-Halon-ID: 813e5fa1-4e98-11e6-81a1-005056913f0f Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-05.atm.binero.net (Halon Mail Gateway) with ESMTPSA; Wed, 20 Jul 2016 18:39:19 +0200 (CEST) To: Brian Rosen References: <3A3B5229-1CB5-431F-BB27-EA73606D2F88@brianrosen.net> <2a307dcd-d799-a0cc-2c54-b4d35e1e0d3c@omnitor.se> <68C9050A-DF70-4225-BE22-54FA2185E263@brianrosen.net> <0bc0fd11-dafb-c7b5-fbd3-b1e8c7c4f136@omnitor.se> <61497BB0-BADE-41F5-B94A-70CFCACDEC5C@brianrosen.net> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: Date: Wed, 20 Jul 2016 18:39:10 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <61497BB0-BADE-41F5-B94A-70CFCACDEC5C@brianrosen.net> Content-Type: multipart/alternative; boundary="------------2F3FCE86FDF552397FF0584A" Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] awareness to the user in the slim real-time draft X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 16:39:24 -0000 This is a multi-part message in MIME format. --------------2F3FCE86FDF552397FF0584A Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Den 2016-07-20 kl. 18:18, skrev Brian Rosen: > I believe we had a consensus call on not including per session > preferences in this document. Chairs can correct me if I am > misremembering or misinterpreting what happened. The discussion in the meeting indicated that you viewed the preference across media as something very different from the other indications, while it is not, and also needed to get a finite result of the negotiation. With that new knowledge about earlier miscommunication or whatever it was, I claim that we include it. Gunnar > > Anyone can write a draft. If you want to propose a solution to that > problem, go ahead, and write a draft. I would oppose adding that > capability to this document. > > I don’t think we need to, or want to, specify any implementation > advice with regard to user interfaces. I think “provide > information….to the callee” is a user interface issue. > > Brian >> On Jul 20, 2016, at 6:11 PM, Gunnar Hellström >> > wrote: >> >> Den 2016-07-20 kl. 16:58, skrev Brian Rosen: >> >>> We are not communicating :) >>> >>> Since the protocol mechanism described informs both ends of the >>> result of the negotiation, no further text is needed to fulfill the >>> requirement. >>> You want to go beyond what the requirement states. >>> >>> I think the statement “*As soon as the callee has indicated >>> capabilities in two languages, it is essential to provide >>> information about the outcome of the protocol negotiation to the >>> callee*” is not always correct, and is a user interface issue, not a >>> protocol issue. The protocol exchange provides all the results to >>> both ends, and any implementation is free to show any or all of that >>> information, in any form it wants, to the human. It is not >>> appropriate for us to say what it should do; that is very >>> implementation dependent. >>> I specifically object to “a notation for the most preferred >>> language”, which, strictly speaking, we have (order, per media). >>> You want that per session, and I object to doing that. I strongly >>> object to twisting “both sides should be aware…” into a requirement >>> to transport a preference in language per session. >> >> Why don't you want to solve the human problem to start a call in the >> most effective way. >> My view is that we work on a draft that can be used for negotiation >> of language in a real-time call. In many cases the successful >> application involves providing guidance to the users so they know how >> to start the call. We do not need to say when and how that shall be >> done, but we need to make sure that the involved endpoints can have >> sufficient information for provision to the user in case it is needed >> to get a successful start of the human language use in the session. >> >> The 3GPP requirement is for a preference per session and per media. >> We have some intentions to make the slim output usable to 3GPP, so >> why do you want to stop half-way? What makes the preference >> indication per session so hard to accept when that is what is needed >> to complete the negotiation to provide a defined outcome in a >> majority of cases? >> >> Since we have the phrase about awareness in the introduction, my >> proposals under 1. below are not strictly needed, but clarifying. >> The issue under point 2. is much more important for successful starts >> of calls. If we do not solve it here, how do you then propose to >> solve it? >> >> Gunnar >>> >>> Brian >>> >>> >>>> On Jul 20, 2016, at 4:40 PM, Gunnar Hellström >>>> > >>>> wrote: >>>> >>>> Den 2016-07-20 kl. 10:50, skrev Brian Rosen: >>>>> I’m very sensitive to user interface issues, and have some modest >>>>> experience building good ones. >>>> I am not talking about user interface issues. Just that for >>>> successful operation, we have cases when the user needs to be >>>> informed. And that is the case already with the draft as it is now. >>>> It will not have the intended effect if the users are not informed. >>>>> >>>>> I’m also pretty firm that protocol standards must not deal, in any >>>>> way, with user interfaces, other than, sometimes, providing some >>>>> information in protocol messages that are not strictly speaking >>>>> required for the proper implementation of the protocol. >>>> Right. The protocol can be executed on its own, but for many use >>>> cases we need to indicate to the users what the outcome was, >>>> otherwise we will leave them in uncertainty and they may act >>>> completely against what the protocol mechanism decided. >>>>> >>>>> When I read a statement that “both sides should be aware of which >>>>> language was negotiated”, I interpret that as the implementation >>>>> (that is, the code), and not the humans. It means that the >>>>> messages in the protocol must result in both ends of the protocol >>>>> knowing the result. We do use the word “users” occasionally in >>>>> protocol documents, and that’s the term I expect to see when we >>>>> mean the humans. >>>> Well. whatever was the intention with the sentence in the >>>> introduction, the users in many cases need to be informed and aware. >>>>> >>>>> The document does describe a mechanism where both ends of the >>>>> negotiation know the result, and thus we fulfill the requirement >>>>> with no further work. User interfaces are free to present >>>>> anything they want. I can easily describe a scenario where they >>>>> do not present the results of the protocol negotiation: we may >>>>> have one interpreter who is interpreting English to ASL on video, >>>>> and another one who is interpreting English to Spanish text. The >>>>> ASL interpreter doesn’t doesn’t need to know what is happening in >>>>> the text change and the Spanish interpreter doesn’t need to know >>>>> what is happening in the ASL channel. >>>> Yes, it is possible to imagine cases when it is sufficient to >>>> indicate to the callee that there is an incoming call that they >>>> need to act on. In the case that the callee has indicated*only one >>>> single language in one single humintlang-send attribute*, then >>>> there is no question on how to respond to the call. The callee >>>> simply welcomes the caller in the only language specified. >>>> >>>> But we want other cases to work as well.*As soon as the callee has >>>> indicated capabilities in two languages, it is essential to provide >>>> information about the outcome of the protocol negotiation to the >>>> callee.*The simple case with a callee capable of both spoken and >>>> written English is such a case. We do not at all need to tell >>>> anything about the user interface, but we need to mention something >>>> about providing information to the user. >>>> >>>> And in order to have a clear outcome in most cases, instead of >>>> ambiguity, we need at least*a notation for the most preferred >>>> language indication*. >>>> >>>> How else would you be able to start the call in an appropriate way >>>> suiting the caller? >>>> >>>> So, the proposals below are still valid, but you might want to fine >>>> tune them to fit your view of how to indicate items to the user. >>>> >>>> /Gunnar >>>> >>>>> >>>>> Thus I don’t think any further work is needed. >>>>> >>>>> Brian >>>>> >>>>>> On Jul 20, 2016, at 10:23 AM, Gunnar Hellström >>>>>> >>>>> > wrote: >>>>>> >>>>>> Brian and all, >>>>>> >>>>>> We had an interesting discussion in the meeting yesterday about >>>>>> indications to the user. >>>>>> >>>>>> I said that one intention is that the result of the language >>>>>> negotiation is provided to the users and that that is already >>>>>> stated in the draft. >>>>>> >>>>>> In the introduction, we have this sentence: "Both sidesshould be >>>>>> aware of which language was negotiated." >>>>>> >>>>>> I agree with this statement, and that it is often a requirement >>>>>> for a successful start of the call. It is true that the >>>>>> indications are also used for routing and selection of >>>>>> participants and user equipment, but also the users need to be >>>>>> informed. The answering party need to start the call by using the >>>>>> agreed preferred language in the agreed preferred modality, >>>>>> otherwise the call will start in confusion. >>>>>> >>>>>> Imagine a call from a user preferring spoken Greek, ending up at >>>>>> a call center agent capable of English and Greek. If the agent >>>>>> starts with a greeting in English instead of Greek, the calling >>>>>> user will get unsure if Greek can be used, and the call will >>>>>> start in uncertainty or even be conducted in English that the >>>>>> caller does not feel confident in. >>>>>> >>>>>> This is not user interface specification. It is as simple as the >>>>>> statement in the introduction :"Both sidesshould be aware of >>>>>> which language was negotiated." The discussion went on saying >>>>>> that we do not specify user interfaces in IETF. And that is true, >>>>>> but many times we specify items where the user gets aware of the >>>>>> results of the protocol interaction. Examples can be call hold >>>>>> and release, picture size and orientation, remote camera >>>>>> movements, attended call transfer etc. So, we are in good company >>>>>> when we state that both sides are made aware of the outcome. >>>>>> >>>>>> The requirement to keep the user aware of which language was >>>>>> negotiated is valid for the current scope of the draft as well as >>>>>> when we include preference across media and grouping. We can in >>>>>> fact not yet really fulfill that requirement within the current >>>>>> scope because we have not defined any way to differentiate >>>>>> preference between languages in different media. The outcome of >>>>>> the negotiation can still be undefined. We can with the current >>>>>> wording for example say that the caller prefers spoken English or >>>>>> written English, but not if there is any preference between these >>>>>> two providing awareness to the callee about how to start the call. >>>>>> >>>>>> So, two conclusions: >>>>>> >>>>>> *1. We need to repeat the statement about bringing awareness at a >>>>>> more protruding position in the draft**, and that is not a user >>>>>> interface specification.* >>>>>> >>>>>> I suggest to add a sentence last in 4: >>>>>> >>>>>> "Information on the accepted language is provided to the >>>>>> participants in the call." >>>>>> >>>>>> and a sentence last in 6.2: >>>>>> >>>>>> "The caller and callee should be provided with information on the >>>>>> outcome of the negotiation. This information is intended to >>>>>> enable them to start the call in a preferred language." >>>>>> >>>>>> *2.**We cannot**avoid to**specify**preference between >>>>>> modalities.**L**eav**ing it out would leave**the negotiation >>>>>> with**undefined results in many cases and uncertainty about how >>>>>> to start the call.* >>>>>> >>>>>> The caller may prefer to use spoken English but can accept to use >>>>>> written English, and want to express that so that no calls are >>>>>> missed. A callee with the same preferences get no clue to how to >>>>>> start the call from a negotiation resulting in that both spoken >>>>>> and written English are accepted without preference between them. >>>>>> A simple indication of the most preferred modality would solve >>>>>> this uncertainty in most cases. >>>>>> >>>>>> I suggest to add an indication of most preferred language as a >>>>>> new section 6.4. >>>>>> >>>>>> 6.4 Most preferred language >>>>>> >>>>>> A mechanism is introduced that provides information on the most >>>>>> preferred language among all language indications in the session >>>>>> description. This is done in order to provide for a definite >>>>>> outcome of the negotiation of language in most cases, and thereby >>>>>> an opportunity for the call to start in a fruitful way. >>>>>> >>>>>> The notation for the most preferred language is a plus ('+') >>>>>> character added after the language tag in the value of the >>>>>> corresponding language attribute. The notation MAY be used >>>>>> independently on both communication directions. The order between >>>>>> this indication and the indication for advisory versus required >>>>>> is not relevant. >>>>>> >>>>>> >>>>>> *Background* >>>>>> >>>>>> This discussion is in line with the requirement in 3GPP TS >>>>>> 22.228, section 7.5.2. We have no clear obligations towards >>>>>> 3GPP, but It would be good if these requirements can be fulfilled >>>>>> without further standardisation. >>>>>> >>>>>> This is what is said in the 3GPP specification: >>>>>> >>>>>> >>>>>> 7.5.2Negotiation at IM session invocation >>>>>> >>>>>> It shall be possible for the capability negotiation to take place >>>>>> at the time of the IP multimedia session invocation. Refer to >>>>>> clause 7.3 for further details on capability negotiation on IP >>>>>> multimedia session invocation. >>>>>> >>>>>> A UE should support negotiation of the user's desired language(s) >>>>>> (as defined inIANA [29])and modalities for spoken, signed and >>>>>> written languages. >>>>>> >>>>>> The system should be able to negotiate the user's desired >>>>>> language(s) and modalities, per media stream*and/or session, in >>>>>> order of preference*. >>>>>> >>>>>> A service provider shall be able to pass language and >>>>>> modalityinformation between the endpoints. With respect to the >>>>>> language and modalityinformation, there are no other service >>>>>> provider actions required. >>>>>> >>>>>> >>>>>> -------------------------------------------------- >>>>>> >>>>>> Regards >>>>>> >>>>>> Gunnar >>>>>> >>>>>> >>>>>> -- >>>>>> ----------------------------------------- >>>>>> Gunnar Hellström >>>>>> Omnitor >>>>>> gunnar.hellstrom@omnitor.se >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> SLIM mailing list >>>>> SLIM@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/slim >>>> >>>> -- >>>> ----------------------------------------- >>>> Gunnar Hellström >>>> Omnitor >>>> gunnar.hellstrom@omnitor.se >>>> +46 708 204 288 >>>> _______________________________________________ >>>> SLIM mailing list >>>> SLIM@ietf.org >>>> https://www.ietf.org/mailman/listinfo/slim >>> >>> >>> >>> _______________________________________________ >>> SLIM mailing list >>> SLIM@ietf.org >>> https://www.ietf.org/mailman/listinfo/slim >> >> -- >> ----------------------------------------- >> Gunnar Hellström >> Omnitor >> gunnar.hellstrom@omnitor.se >> +46 708 204 288 >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >> https://www.ietf.org/mailman/listinfo/slim > -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 --------------2F3FCE86FDF552397FF0584A Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit Den 2016-07-20 kl. 18:18, skrev Brian Rosen:
I believe we had a consensus call on not including per session preferences in this document.  Chairs can correct me if I am misremembering or misinterpreting what happened.
The discussion in the meeting indicated that you viewed the preference across media as something very different from the other indications, while it is not, and also needed to get a finite result of the negotiation. With that new knowledge about earlier miscommunication or whatever it was, I claim that we include it.

Gunnar

Anyone can write a draft.  If you want to propose a solution to that problem, go ahead, and write a draft.  I would oppose adding that capability to this document.

I don’t think we need to, or want to, specify any implementation advice with regard to user interfaces. I think “provide information….to the callee” is a user interface issue.

Brian
On Jul 20, 2016, at 6:11 PM, Gunnar Hellström <gunnar.hellstrom@omnitor.se> wrote:

Den 2016-07-20 kl. 16:58, skrev Brian Rosen:

We are not communicating :)

Since the protocol mechanism described informs both ends of the result of the negotiation, no further text is needed to fulfill the requirement.
You want to go beyond what the requirement states.  

I think the statement “As soon as the callee has indicated capabilities in two languages, it is essential to provide information about the outcome of the protocol negotiation to the callee” is not always correct, and is a user interface issue, not a protocol issue.  The protocol exchange provides all the results to both ends, and any implementation is free to show any or all of that information, in any form it wants, to the human.  It is not appropriate for us to say what it should do; that is very implementation dependent.  
I specifically object to “a notation for the most preferred language”, which, strictly speaking, we have (order, per media).  You want that per session, and I object to doing that.  I strongly object to twisting “both sides should be aware…” into a requirement to transport a preference in language per session.

Why don't you want to solve the human problem to start a call in the most effective way. 
My view is that we work on a draft that can be used for negotiation of language in a real-time call. In many cases the successful application involves providing guidance to the users so they know how to start the call. We do not need to say when and how that shall be done, but we need to make sure that the involved endpoints can have sufficient information for provision to the user in case it is needed to get a successful start of the human language use in the session.

The 3GPP requirement is for a preference per session and per media. We have some intentions to make the slim output usable to 3GPP, so why do you want to stop half-way?  What makes the preference indication per session so hard to accept when that is what is needed to complete the negotiation to provide a defined outcome in a majority of cases? 

Since we have the phrase about awareness in the introduction, my proposals under 1. below are not strictly needed, but clarifying. 
The issue under point 2. is much more important for successful starts of calls.   If we do not solve it here, how do you then propose to solve it?

Gunnar

Brian


On Jul 20, 2016, at 4:40 PM, Gunnar Hellström <gunnar.hellstrom@omnitor.se> wrote:

Den 2016-07-20 kl. 10:50, skrev Brian Rosen:
I’m very sensitive to user interface issues, and have some modest experience building good ones.
I am not talking about user interface issues.  Just that for successful operation, we have cases when the user needs to be informed. And that is the case already with the draft as it is now. It will not have the intended effect if the users are not informed.

I’m also pretty firm that protocol standards must not deal, in any way, with user interfaces, other than, sometimes, providing some information in protocol messages that are not strictly speaking required for the proper implementation of the protocol.
Right. The protocol can be executed on its own, but for many use cases we need to indicate to the users what the outcome was, otherwise we will leave them in uncertainty and they may act completely against what the protocol mechanism decided. 

When I read a statement that “both sides should be aware of which language was negotiated”, I interpret that as the implementation (that is, the code), and not the humans.  It means that the messages in the protocol must result in both ends of the protocol knowing the result.  We do use the word “users” occasionally in protocol documents, and that’s the term I expect to see when we mean the humans. 
Well. whatever was the intention with the sentence in the introduction, the users in many cases need to be informed and aware.

The document does describe a mechanism where both ends of the negotiation know the result, and thus we fulfill the requirement with no further work.  User interfaces are free to present anything they want.  I can easily describe a scenario where they do not present the results of the protocol negotiation: we may have one interpreter who is interpreting English to ASL on video, and another one who is interpreting English to Spanish text.  The ASL interpreter doesn’t doesn’t need to know what is happening in the text change and the Spanish interpreter doesn’t need to know what is happening in the ASL channel.
Yes, it is possible to imagine cases when it is sufficient to indicate to the callee that there is an incoming call that they need to act on. In the case that the callee has indicated only one single language in one single humintlang-send attribute, then there is no question on how to respond to the call. The callee simply welcomes the caller in the only language specified. 

But we want other cases to work as well. As soon as the callee has indicated capabilities in two languages, it is essential to provide information about the outcome of the protocol negotiation to the callee. The simple case with a callee capable of both spoken and written English is such a case. We do not at all need to tell anything about the user interface, but we need to mention something about providing information to the user.  

And in order to have a clear outcome in most cases, instead of ambiguity, we need at least a notation for the most preferred language indication.

How else would you be able to start the call in an appropriate way suiting the caller?

So, the proposals below are still valid, but you might want to fine tune them to fit your view of how to indicate items to the user.

/Gunnar


Thus I don’t think any further work is needed.

Brian

On Jul 20, 2016, at 10:23 AM, Gunnar Hellström <gunnar.hellstrom@omnitor.se> wrote:

Brian and all,

We had an interesting discussion in the meeting yesterday about indications to the user.

I said that one intention is that the result of the language negotiation is provided to the users and that that is already stated in the draft.

In the introduction, we have this sentence: "Both sides should be aware of which language was negotiated."

I agree with this statement, and that it is often a requirement for a successful start of the call. It is true that the indications are also used for routing and selection of participants and user equipment, but also the users need to be informed. The answering party need to start the call by using the agreed preferred language in the agreed preferred modality, otherwise the call will start in confusion.

Imagine a call from a user preferring spoken Greek, ending up at a call center agent capable of English and Greek. If the agent starts with a greeting in English instead of Greek, the calling user will get unsure if Greek can be used, and the call will start in uncertainty or even be conducted in English that the caller does not feel confident in. 

This is not user interface specification. It is as simple as the statement in the introduction : "Both sides should be aware of which language was negotiated."  The discussion went on saying that we do not specify user interfaces in IETF. And that is true, but many times we specify items where the user gets aware of the results of the protocol interaction. Examples can be call hold and release, picture size and orientation, remote camera movements, attended call transfer etc. So, we are in good company when we state that both sides are made aware of the outcome.

The requirement to keep the user aware of which language was negotiated is valid for the current scope of the draft as well as when we include preference across media and grouping. We can in fact not yet really fulfill that requirement within the current scope because we have not defined any way to differentiate preference between languages in different media. The outcome of the negotiation can still be undefined. We can with the current wording for example say that the caller prefers spoken English or written English, but not if there is any preference between these two providing awareness to the callee about how to start the call. 

So, two conclusions:

1. We need to repeat the statement about bringing awareness at a more protruding position in the draft, and that is not a user interface specification.

I suggest to add a sentence last in 4:

"Information on the accepted language is provided to the participants in the call."

and a sentence last in 6.2: 

"The caller and callee should be provided with information on the outcome of the negotiation. This information is intended to enable them to start the call in a preferred language."

2. We cannot avoid to specify preference between modalities. Leaving it out would leave the negotiation withundefined results in many cases and uncertainty about how to start the call. 

The caller may prefer to use spoken English but can accept to use written English, and want to express that so that no calls are missed. A callee with the same preferences get no clue to how to start the call from a negotiation resulting in that both spoken and written English are accepted without preference between them. A simple indication of the most preferred modality would solve this uncertainty in most cases.

I suggest to add an indication of most preferred language as a new section 6.4.

6.4 Most preferred language

A mechanism is introduced that provides information on the most preferred language among all language indications in the session description. This is done in order to provide for a definite outcome of the negotiation of language in most cases, and thereby an opportunity for the call to start in a fruitful way. 

The notation for the most preferred language is a plus ('+') character added after the language tag in the value of the corresponding language attribute. The notation MAY be used independently on both communication directions. The order between this indication and the indication for advisory versus required is not relevant.


Background

This discussion is in line with the requirement in 3GPP TS 22.228, section 7.5.2.  We have no clear obligations towards 3GPP, but It would be good if these requirements can be fulfilled without further standardisation.

This is what is said in the 3GPP specification:

7.5.2       Negotiation at IM session invocation

It shall be possible for the capability negotiation to take place at the time of the IP multimedia session invocation. Refer to clause 7.3 for further details on capability negotiation on IP multimedia session invocation.

A UE should support negotiation of the user's desired language(s) (as defined in IANA [29]) and modalities for spoken, signed and written languages.

The system should be able to negotiate the user's desired language(s) and modalities, per media stream and/or session, in order of preference.

A service provider shall be able to pass language and modality information between the endpoints. With respect to the language and modality information, there are no other service provider actions required.

--------------------------------------------------

Regards

Gunnar


-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se




_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim


-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim



_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim


-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim


-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
--------------2F3FCE86FDF552397FF0584A-- From nobody Wed Jul 20 09:52:34 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF85F12D6B2 for ; Wed, 20 Jul 2016 09:52:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B2TPSrL3HEBZ for ; Wed, 20 Jul 2016 09:52:32 -0700 (PDT) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2B47F12B006 for ; Wed, 20 Jul 2016 09:52:32 -0700 (PDT) Received: by mail-wm0-x229.google.com with SMTP id q128so63855836wma.1 for ; Wed, 20 Jul 2016 09:52:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Eh0IDRtvz1PiVVQ8q2zklC/kkZ3UFI2RglX653eYCeQ=; b=gamgRIaPE73NJgw9R4o5LN9f9CPPfErvcxZcXwqh4+As9tM3GL+IC94EtaYkG1RwxC ZG2M+22j/WOM76roJPOm/2rBz4G1Z5XVCgnBEWdfCF3rvl4OYjv9XmjzEFBYC0Q2r4ac KIHhL4jCoLVNEqDuWolMgC2LGcrZ46OIgAau7NagFYowAhegw5PRq7BacvRwzmGzDV55 6F1DF9ciu9rAFgkdB837AmNWCCTRGtZSfMV2+tsm2sRy2fALxHb6usT0F+QogpjrMj6Z V5BmJan62IZpHdXgdLvkkZTF26SerLlQXh+SyeMFT+OKK3enB/U/YuUOtqJz6Z8dwuOF GFyA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Eh0IDRtvz1PiVVQ8q2zklC/kkZ3UFI2RglX653eYCeQ=; b=L9VO0aGhoDJUlpXXF7PkDKX29aeD47d8k63argM1Vi9lIgzmCIYEyqx5DPKNEfQWBQ U9bydeYYoRxnVqZeZv6tPXUcmMfa5Q1I2lVu1VyZ7pwixRFfZWu2/v7ai7bi/zJlS5N2 CfyyVXCcJvnA+FuvUmerU53C9Jhc5QKVljYPLylBcjNk8up45mAv59CJi/Xw0O2y7We5 AbS6lm4NAfR1a/YeRcpORmziIAWBAufWuto21b2ou1eaT5/7PdOi7yFXHU9llxrOQQZa /o6injjwlzKHQ/xoQYJ+HSa3KYNkWKLSZ0hJBegzww5LcEpGGfqbcJ9WmJ9tjKoKutMF clyw== X-Gm-Message-State: ALyK8tJBlZGG6yth4OoIhCa+HacDHEwMzUvRyOKqtmIWrI5aqTp0uTllXC+5HCetHrTMYw== X-Received: by 10.195.12.115 with SMTP id ep19mr2383373wjd.165.1469033550419; Wed, 20 Jul 2016 09:52:30 -0700 (PDT) Received: from [10.24.255.154] ([46.189.28.217]) by smtp.gmail.com with ESMTPSA id a194sm27117946wmd.24.2016.07.20.09.52.29 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 20 Jul 2016 09:52:29 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) From: Bernard Aboba X-Mailer: iPhone Mail (13F69) In-Reply-To: <0bc0fd11-dafb-c7b5-fbd3-b1e8c7c4f136@omnitor.se> Date: Wed, 20 Jul 2016 18:52:28 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <3A3B5229-1CB5-431F-BB27-EA73606D2F88@brianrosen.net> <2a307dcd-d799-a0cc-2c54-b4d35e1e0d3c@omnitor.se> <68C9050A-DF70-4225-BE22-54FA2185E263@brianrosen.net> <0bc0fd11-dafb-c7b5-fbd3-b1e8c7c4f136@omnitor.se> To: =?utf-8?Q?Gunnar_Hellstr=C3=B6m?= Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] awareness to the user in the slim real-time draft X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 16:52:34 -0000 On Jul 20, 2016, at 6:11 PM, Gunnar Hellstr=C3=B6m wrote: >=20 > Why don't you want to solve the human problem to start a call in the most e= ffective way.=20 [BA] As stated at the meeting, the major question is in what layer this func= tionality belongs. In several IETF WGs, including CLUE and now WEBRTC, the decision has been ma= de to limit the complexity of the SDP O/A negotiation to the bare minimum ne= eded to bring the call up. =46rom there, the application can add functionali= ty. This approach "optimizes for the common case", limits the difficulty in= implementing the basic required SDP and makes it more likely that it will i= nteroperate. AFAICT, the basic SDP functionality in the draft appears to be enough to ena= ble an application to handle media preference on its own.=20 As an example, I believe that every use case can be supported within a web a= pplication using a modified SIP library without any SDP additions beyond wha= t we already have defined. Yes, the application would need to deal with media preferences but most unif= ied communications applications support multiple modes and need to handle de= cisions on media usage already (camera on/off, mute, etc.) Adding complexity= to the SDP parser might actually make it harder for the application, not ea= sier. From nobody Wed Jul 20 09:53:17 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C90E412B051 for ; Wed, 20 Jul 2016 09:53:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7Ro8XBp7bnSa for ; Wed, 20 Jul 2016 09:53:13 -0700 (PDT) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B362C12B006 for ; Wed, 20 Jul 2016 09:53:12 -0700 (PDT) Received: by mail-wm0-x229.google.com with SMTP id o80so77876732wme.1 for ; Wed, 20 Jul 2016 09:53:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Ulz7xUD4JiVfGvvuL95NKq2oQkPStpmg31ptCODbcYg=; b=NTkhoo4kl1Gigix7ErJr/ceaNtlnOvWjXhw5I3x3NBdR0dGI5bq3GAi5s3RBtyB39J wfOZQmWgsCmntHwQLzeMQr0pJIUXncndICrJ+sZVfIYmfOISrlTqFWMtp2FKsVeYUpty XQE91Kk7DmzV7PdmJ5D+pGD76O3RIHRS8e6NHAvtuGhG5ReUT/7JFg+6UikrpOqtUAN3 JhUMAf+u3m9Ql9+tt46gmSvuIlUXqaYy35a4E5vgh6RuP9iP0uOmMzPMy3HxU20+mZOx zuluqHc6JNHKPYCbGL2bUvo9AAWv5s2DPaFuDQj30hcJuIdx+IhANBgbWiIsvlI3NtBN b0hA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Ulz7xUD4JiVfGvvuL95NKq2oQkPStpmg31ptCODbcYg=; b=nKXs70pwtBik18RPKtsbyZCSxlhtYukCq/BI1w60pmo+m+NKnqYftJXzdua84eQCE0 v3bdB8GQT7PIHY3kgbs8jpRIeWjhA0BDnRrKEj71QQrsfvI+pcnyxEtMNBJPYARaHz8P N9Z4aKhTy/WfVDqYmliSNyic8PxR2g+uiYs5VjaDa9cHRE1qCfBcej+W64cLrf0/l0lK 52TYaPxczybxPyrjlL880pnoOcMohNUB8NZhyOsWLaDh1mQN5HTwl1B+05TKQ8RA5DcF xyM2tBiY/4avVzGZdI0/WTwktBgHY0+usX6KYLInQJwgZtolYPb5ly7gOtBVIMEZmJny zHeQ== X-Gm-Message-State: ALyK8tLCe5eA34rLxVG+YNBbXmQSA4T37imc8hUkS9e95Ulje99mW5VbOtywYZH/FC0f2g== X-Received: by 10.28.19.134 with SMTP id 128mr12219204wmt.40.1469033591106; Wed, 20 Jul 2016 09:53:11 -0700 (PDT) Received: from [10.24.255.154] ([46.189.28.204]) by smtp.gmail.com with ESMTPSA id p23sm6015012wme.8.2016.07.20.09.53.10 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 20 Jul 2016 09:53:10 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) From: Bernard Aboba X-Mailer: iPhone Mail (13F69) In-Reply-To: <056.9637e749e77ad366b5b024d984b766a3@tools.ietf.org> Date: Wed, 20 Jul 2016 18:53:09 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <26C23798-4892-4767-8E16-580AD5DE44B7@gmail.com> References: <056.9637e749e77ad366b5b024d984b766a3@tools.ietf.org> To: slim@ietf.org Archived-At: Cc: nrooney@gsma.com Subject: Re: [Slim] [slim] #1 (use-cases): Test ticket X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 16:53:15 -0000 Success! > On Jul 19, 2016, at 11:32 AM, slim issue tracker wrote: >=20 > #1: Test ticket >=20 > Test ticket #1 >=20 > --=20 > --------------------------------+---------------------------- > Reporter: nrooney@gsma.com | Owner: Natasha Rooney > Type: task | Status: new > Priority: trivial | Milestone: milestone1 > Component: use-cases | Version: 1.0 > Severity: Active WG Document | Keywords: > --------------------------------+---------------------------- >=20 > Ticket URL: > slim >=20 > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim From nobody Wed Jul 20 10:01:45 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B994F12D104 for ; Wed, 20 Jul 2016 10:01:43 -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=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aU7erVXu-CN5 for ; Wed, 20 Jul 2016 10:01:40 -0700 (PDT) Received: from mail-qk0-x22b.google.com (mail-qk0-x22b.google.com [IPv6:2607:f8b0:400d:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EDD85128B44 for ; Wed, 20 Jul 2016 10:01:39 -0700 (PDT) Received: by mail-qk0-x22b.google.com with SMTP id o67so50922377qke.1 for ; Wed, 20 Jul 2016 10:01:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=2I2xsU2PG0UjBVHFJ7twgjs70llYV62Ze3ajRNFTM4s=; b=B51vU13jhSx4d2QyskfLko47YN1LyNMyL3NDohU4cBrhQFwRS7cTVyTLknhkek018Y BQ71T2f2U5ES4QVI55Y/eBFFHhT1wa+bTnPVEOGPExyVLGkvqnbLJncu65gSlXuz9Rmf /FHij4qLFTQ3NajEAQn/KXVhY6NT8CQ4lya7L5D8MtDRBGDqmews04sE9Mf88HSCwRjr ZPvC3e7pj4KXhtDw49pmnlz8LN+BTvodPgqaYQa4dlMxJR0zMBLfI7NH7HLy7hFDiJqQ TjF+3j6DEEbFNjLxyUy2+Gowy/I9U3Z2MT+OADtYLHeVuSVEL+zufEncGEFHAVMEY4EU kGHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=2I2xsU2PG0UjBVHFJ7twgjs70llYV62Ze3ajRNFTM4s=; b=WbbMtE9ELoUNVbL70ca5tALD5Tm+aToYpiA16MXNvvzl2GWINGiZljJ2iFiSTb2u7u eOGNWdy0OSC7YVV2P+JLQUSjFWpl6wbw4ArF+590n8lfAbiWbdIYkUpNDvpXYHXmLrPg wmHfzTQNUVnys82MeyK234bzt/xPq8lJjeztR3Q7hJFXcGrHi3nRh26ebZjPyN5H/fmB poorzLJ7SPYNg/o1oSbmqsQ/fvjUWa1ZENikxBbl4IujzV6gwmfxXR0yZh7MurCBmaYp RuaN688VomlRKyEVyl8rQ3kfiDA5SQLpMRcYxClEsh/zRyKeSsbBeBXBlP/2zTI8ZeL2 UEmQ== X-Gm-Message-State: ALyK8tLhH9gzaa2YdjjArwWYi6r9M9LCLljPgR21pU55V6U/GqgX4IXRJVi4Wg+bK4TcGg== X-Received: by 10.55.221.157 with SMTP id u29mr60012339qku.200.1469034098942; Wed, 20 Jul 2016 10:01:38 -0700 (PDT) Received: from [10.96.9.147] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id i13sm1881720qte.42.2016.07.20.10.01.33 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 20 Jul 2016 10:01:37 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_088CB68C-FB6C-4C69-9776-A495C280A241" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Brian Rosen In-Reply-To: Date: Wed, 20 Jul 2016 19:01:29 +0200 Message-Id: References: <3A3B5229-1CB5-431F-BB27-EA73606D2F88@brianrosen.net> <2a307dcd-d799-a0cc-2c54-b4d35e1e0d3c@omnitor.se> <68C9050A-DF70-4225-BE22-54FA2185E263@brianrosen.net> <0bc0fd11-dafb-c7b5-fbd3-b1e8c7c4f136@omnitor.se> <61497BB0-BADE-41F5-B94A-70CFCACDEC5C@brianrosen.net> To: =?utf-8?Q?Gunnar_Hellstr=C3=B6m?= X-Mailer: Apple Mail (2.3124) Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] awareness to the user in the slim real-time draft X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 17:01:44 -0000 --Apple-Mail=_088CB68C-FB6C-4C69-9776-A495C280A241 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I do not believe that is the case. =20 I think I=92ve represented my point of view sufficiently clearly, and I = don=92t have anything to add. I don=92t want more mechanism than the = current draft provides. In the absence of any really new information, I think I=92m done with = this thread. Brian > On Jul 20, 2016, at 6:39 PM, Gunnar Hellstr=F6m = wrote: >=20 > Den 2016-07-20 kl. 18:18, skrev Brian Rosen: >> I believe we had a consensus call on not including per session = preferences in this document. Chairs can correct me if I am = misremembering or misinterpreting what happened. > The discussion in the meeting indicated that you viewed the preference = across media as something very different from the other indications, = while it is not, and also needed to get a finite result of the = negotiation. With that new knowledge about earlier miscommunication or = whatever it was, I claim that we include it. >=20 > Gunnar >>=20 >> Anyone can write a draft. If you want to propose a solution to that = problem, go ahead, and write a draft. I would oppose adding that = capability to this document. >>=20 >> I don=92t think we need to, or want to, specify any implementation = advice with regard to user interfaces. I think =93provide = information=85.to the callee=94 is a user interface issue. >>=20 >> Brian >>> On Jul 20, 2016, at 6:11 PM, Gunnar Hellstr=F6m = > = wrote: >>>=20 >>> Den 2016-07-20 kl. 16:58, skrev Brian Rosen: >>>=20 >>>> We are not communicating :) >>>>=20 >>>> Since the protocol mechanism described informs both ends of the = result of the negotiation, no further text is needed to fulfill the = requirement. >>>> You want to go beyond what the requirement states. =20 >>>>=20 >>>> I think the statement =93As soon as the callee has indicated = capabilities in two languages, it is essential to provide information = about the outcome of the protocol negotiation to the callee=94 is not = always correct, and is a user interface issue, not a protocol issue. = The protocol exchange provides all the results to both ends, and any = implementation is free to show any or all of that information, in any = form it wants, to the human. It is not appropriate for us to say what = it should do; that is very implementation dependent. =20 >>>> I specifically object to =93a notation for the most preferred = language=94, which, strictly speaking, we have (order, per media). You = want that per session, and I object to doing that. I strongly object to = twisting =93both sides should be aware=85=94 into a requirement to = transport a preference in language per session. >>>=20 >>> Why don't you want to solve the human problem to start a call in the = most effective way.=20 >>> My view is that we work on a draft that can be used for negotiation = of language in a real-time call. In many cases the successful = application involves providing guidance to the users so they know how to = start the call. We do not need to say when and how that shall be done, = but we need to make sure that the involved endpoints can have sufficient = information for provision to the user in case it is needed to get a = successful start of the human language use in the session. >>>=20 >>> The 3GPP requirement is for a preference per session and per media. = We have some intentions to make the slim output usable to 3GPP, so why = do you want to stop half-way? What makes the preference indication per = session so hard to accept when that is what is needed to complete the = negotiation to provide a defined outcome in a majority of cases?=20 >>>=20 >>> Since we have the phrase about awareness in the introduction, my = proposals under 1. below are not strictly needed, but clarifying.=20 >>> The issue under point 2. is much more important for successful = starts of calls. If we do not solve it here, how do you then propose = to solve it? >>>=20 >>> Gunnar >>>>=20 >>>> Brian >>>>=20 >>>>=20 >>>>> On Jul 20, 2016, at 4:40 PM, Gunnar Hellstr=F6m = > = wrote: >>>>>=20 >>>>> Den 2016-07-20 kl. 10:50, skrev Brian Rosen: >>>>>> I=92m very sensitive to user interface issues, and have some = modest experience building good ones. >>>>> I am not talking about user interface issues. Just that for = successful operation, we have cases when the user needs to be informed. = And that is the case already with the draft as it is now. It will not = have the intended effect if the users are not informed. >>>>>>=20 >>>>>> I=92m also pretty firm that protocol standards must not deal, in = any way, with user interfaces, other than, sometimes, providing some = information in protocol messages that are not strictly speaking required = for the proper implementation of the protocol. >>>>> Right. The protocol can be executed on its own, but for many use = cases we need to indicate to the users what the outcome was, otherwise = we will leave them in uncertainty and they may act completely against = what the protocol mechanism decided.=20 >>>>>>=20 >>>>>> When I read a statement that =93both sides should be aware of = which language was negotiated=94, I interpret that as the implementation = (that is, the code), and not the humans. It means that the messages in = the protocol must result in both ends of the protocol knowing the = result. We do use the word =93users=94 occasionally in protocol = documents, and that=92s the term I expect to see when we mean the = humans.=20 >>>>> Well. whatever was the intention with the sentence in the = introduction, the users in many cases need to be informed and aware. >>>>>>=20 >>>>>> The document does describe a mechanism where both ends of the = negotiation know the result, and thus we fulfill the requirement with no = further work. User interfaces are free to present anything they want. = I can easily describe a scenario where they do not present the results = of the protocol negotiation: we may have one interpreter who is = interpreting English to ASL on video, and another one who is = interpreting English to Spanish text. The ASL interpreter doesn=92t = doesn=92t need to know what is happening in the text change and the = Spanish interpreter doesn=92t need to know what is happening in the ASL = channel. >>>>> Yes, it is possible to imagine cases when it is sufficient to = indicate to the callee that there is an incoming call that they need to = act on. In the case that the callee has indicated only one single = language in one single humintlang-send attribute, then there is no = question on how to respond to the call. The callee simply welcomes the = caller in the only language specified.=20 >>>>>=20 >>>>> But we want other cases to work as well. As soon as the callee has = indicated capabilities in two languages, it is essential to provide = information about the outcome of the protocol negotiation to the callee. = The simple case with a callee capable of both spoken and written English = is such a case. We do not at all need to tell anything about the user = interface, but we need to mention something about providing information = to the user. =20 >>>>>=20 >>>>> And in order to have a clear outcome in most cases, instead of = ambiguity, we need at least a notation for the most preferred language = indication. >>>>>=20 >>>>> How else would you be able to start the call in an appropriate way = suiting the caller? >>>>>=20 >>>>> So, the proposals below are still valid, but you might want to = fine tune them to fit your view of how to indicate items to the user. >>>>>=20 >>>>> /Gunnar >>>>>=20 >>>>>>=20 >>>>>> Thus I don=92t think any further work is needed. >>>>>>=20 >>>>>> Brian >>>>>>=20 >>>>>>> On Jul 20, 2016, at 10:23 AM, Gunnar Hellstr=F6m = > = wrote: >>>>>>>=20 >>>>>>> Brian and all, >>>>>>>=20 >>>>>>> We had an interesting discussion in the meeting yesterday about = indications to the user. >>>>>>>=20 >>>>>>> I said that one intention is that the result of the language = negotiation is provided to the users and that that is already stated in = the draft. >>>>>>>=20 >>>>>>> In the introduction, we have this sentence: "Both sides should = be aware of which language was negotiated." >>>>>>>=20 >>>>>>> I agree with this statement, and that it is often a requirement = for a successful start of the call. It is true that the indications are = also used for routing and selection of participants and user equipment, = but also the users need to be informed. The answering party need to = start the call by using the agreed preferred language in the agreed = preferred modality, otherwise the call will start in confusion. >>>>>>>=20 >>>>>>> Imagine a call from a user preferring spoken Greek, ending up at = a call center agent capable of English and Greek. If the agent starts = with a greeting in English instead of Greek, the calling user will get = unsure if Greek can be used, and the call will start in uncertainty or = even be conducted in English that the caller does not feel confident in.=20= >>>>>>>=20 >>>>>>> This is not user interface specification. It is as simple as the = statement in the introduction : "Both sides should be aware of which = language was negotiated." The discussion went on saying that we do not = specify user interfaces in IETF. And that is true, but many times we = specify items where the user gets aware of the results of the protocol = interaction. Examples can be call hold and release, picture size and = orientation, remote camera movements, attended call transfer etc. So, we = are in good company when we state that both sides are made aware of the = outcome. >>>>>>>=20 >>>>>>> The requirement to keep the user aware of which language was = negotiated is valid for the current scope of the draft as well as when = we include preference across media and grouping. We can in fact not yet = really fulfill that requirement within the current scope because we have = not defined any way to differentiate preference between languages in = different media. The outcome of the negotiation can still be undefined. = We can with the current wording for example say that the caller prefers = spoken English or written English, but not if there is any preference = between these two providing awareness to the callee about how to start = the call.=20 >>>>>>>=20 >>>>>>> So, two conclusions: >>>>>>>=20 >>>>>>> 1. We need to repeat the statement about bringing awareness at a = more protruding position in the draft, and that is not a user interface = specification. >>>>>>>=20 >>>>>>> I suggest to add a sentence last in 4: >>>>>>>=20 >>>>>>> "Information on the accepted language is provided to the = participants in the call." >>>>>>>=20 >>>>>>> and a sentence last in 6.2:=20 >>>>>>>=20 >>>>>>> "The caller and callee should be provided with information on = the outcome of the negotiation. This information is intended to enable = them to start the call in a preferred language." >>>>>>>=20 >>>>>>> 2. We cannot avoid to specify preference between modalities. = Leaving it out would leave the negotiation withundefined results in many = cases and uncertainty about how to start the call.=20 >>>>>>>=20 >>>>>>> The caller may prefer to use spoken English but can accept to = use written English, and want to express that so that no calls are = missed. A callee with the same preferences get no clue to how to start = the call from a negotiation resulting in that both spoken and written = English are accepted without preference between them. A simple = indication of the most preferred modality would solve this uncertainty = in most cases. >>>>>>>=20 >>>>>>> I suggest to add an indication of most preferred language as a = new section 6.4. >>>>>>>=20 >>>>>>> 6.4 Most preferred language >>>>>>>=20 >>>>>>> A mechanism is introduced that provides information on the most = preferred language among all language indications in the session = description. This is done in order to provide for a definite outcome of = the negotiation of language in most cases, and thereby an opportunity = for the call to start in a fruitful way.=20 >>>>>>>=20 >>>>>>> The notation for the most preferred language is a plus ('+') = character added after the language tag in the value of the corresponding = language attribute. The notation MAY be used independently on both = communication directions. The order between this indication and the = indication for advisory versus required is not relevant. >>>>>>>=20 >>>>>>>=20 >>>>>>>=20 >>>>>>> Background >>>>>>>=20 >>>>>>> This discussion is in line with the requirement in 3GPP TS = 22.228, section 7.5.2. We have no clear obligations towards 3GPP, but = It would be good if these requirements can be fulfilled without further = standardisation. >>>>>>>=20 >>>>>>> This is what is said in the 3GPP specification: >>>>>>>=20 >>>>>>> 7.5.2=A0=A0=A0=A0=A0=A0=A0Negotiation at IM session invocation = <> >>>>>>> It shall be possible for the capability negotiation to take = place at the time of the IP multimedia session invocation. Refer to = clause 7.3 for further details on capability negotiation on IP = multimedia session invocation. >>>>>>>=20 >>>>>>> A UE should support negotiation of the user's desired = language(s) (as defined in IANA [29]) and modalities for spoken, signed = and written languages. >>>>>>>=20 >>>>>>> The system should be able to negotiate the user's desired = language(s) and modalities, per media stream and/or session, in order of = preference. >>>>>>>=20 >>>>>>> A service provider shall be able to pass language and modality = information between the endpoints. With respect to the language and = modality information, there are no other service provider actions = required. >>>>>>>=20 >>>>>>>=20 >>>>>>> -------------------------------------------------- >>>>>>>=20 >>>>>>> Regards >>>>>>>=20 >>>>>>> Gunnar >>>>>>>=20 >>>>>>>=20 >>>>>>> --=20 >>>>>>> ----------------------------------------- >>>>>>> Gunnar Hellstr=F6m >>>>>>> Omnitor >>>>>>> gunnar.hellstrom@omnitor.se >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> _______________________________________________ >>>>>> SLIM mailing list >>>>>> SLIM@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/slim = >>>>>=20 >>>>> --=20 >>>>> ----------------------------------------- >>>>> Gunnar Hellstr=F6m >>>>> Omnitor >>>>> gunnar.hellstrom@omnitor.se >>>>> +46 708 204 288 >>>>> _______________________________________________ >>>>> SLIM mailing list >>>>> SLIM@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/slim = >>>>=20 >>>>=20 >>>>=20 >>>> _______________________________________________ >>>> SLIM mailing list >>>> SLIM@ietf.org >>>> https://www.ietf.org/mailman/listinfo/slim = >>>=20 >>> --=20 >>> ----------------------------------------- >>> Gunnar Hellstr=F6m >>> Omnitor >>> gunnar.hellstrom@omnitor.se >>> +46 708 204 288 >>> _______________________________________________ >>> SLIM mailing list >>> SLIM@ietf.org >>> https://www.ietf.org/mailman/listinfo/slim = >>=20 >=20 > --=20 > ----------------------------------------- > Gunnar Hellstr=F6m > Omnitor > gunnar.hellstrom@omnitor.se > +46 708 204 288 --Apple-Mail=_088CB68C-FB6C-4C69-9776-A495C280A241 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 I do not believe that is the case.  

I think I=92ve represented my point of = view sufficiently clearly, and I don=92t have anything to add.  I = don=92t want more mechanism than the current draft provides.

In the absence of any = really new information, I think I=92m done with this thread.

Brian

On Jul 20, 2016, at 6:39 PM, Gunnar Hellstr=F6m= <gunnar.hellstrom@omnitor.se> wrote:

Den 2016-07-20 kl. = 18:18, skrev Brian Rosen:
I believe we had a consensus call on not = including per session preferences in this document.  Chairs can = correct me if I am misremembering or misinterpreting what = happened.
The discussion in the meeting indicated that you = viewed the preference across media as something very different from the = other indications, while it is not, and also needed to get a finite = result of the negotiation. With that new knowledge about earlier = miscommunication or whatever it was, I claim that we include = it.

Gunnar

Anyone can write a draft.  If you want to propose a = solution to that problem, go ahead, and write a draft.  I would = oppose adding that capability to this document.

I don=92t think we need to, or want to, = specify any implementation advice with regard to user interfaces. I = think =93provide information=85.to the callee=94 is a user interface = issue.

Brian
On Jul 20, 2016, at 6:11 PM, = Gunnar Hellstr=F6m <gunnar.hellstrom@omnitor.se> wrote:

Den 2016-07-20 kl. 16:58, skrev Brian Rosen:

We are not communicating :)

Since the protocol = mechanism described informs both ends of the result of the negotiation, = no further text is needed to fulfill the requirement.
You want to go beyond what the requirement states. =  

I think = the statement =93As soon as the callee has indicated = capabilities in two languages, it is essential to provide information = about the outcome of the protocol negotiation to the callee=94 is = not always correct, and is a user interface issue, not a protocol issue. =  The protocol exchange provides all the results to both ends, and = any implementation is free to show any or all of that information, in = any form it wants, to the human.  It is not appropriate for us to = say what it should do; that is very implementation dependent.  
I specifically = object to =93a notation for the most preferred language=94, which, = strictly speaking, we have (order, per media).  You want that per = session, and I object to doing that.  I strongly object to twisting = =93both sides should be aware=85=94 into a requirement to transport a = preference in language per session.

Why don't you want to solve the human problem to start a = call in the most effective way. 
My view is that we work on a draft that can be used for = negotiation of language in a real-time call. In many cases the = successful application involves providing guidance to the users so they = know how to start the call. We do not need to say when and how that = shall be done, but we need to make sure that the involved endpoints can = have sufficient information for provision to the user in case it is = needed to get a successful start of the human language use in the = session.

The 3GPP requirement is for a preference per session and = per media. We have some intentions to make the slim output usable to = 3GPP, so why do you want to stop half-way?  What makes the = preference indication per session so hard to accept when that is what is = needed to complete the negotiation to provide a defined outcome in a = majority of cases? 

Since we have the phrase about awareness in the = introduction, my proposals under 1. below are not strictly needed, but = clarifying. 
The issue under point 2. is much more important for = successful starts of calls.   If we do not solve it here, how = do you then propose to solve it?

Gunnar

Brian


On Jul = 20, 2016, at 4:40 PM, Gunnar Hellstr=F6m <gunnar.hellstrom@omnitor.se> wrote:

Den 2016-07-20 kl. 10:50, = skrev Brian Rosen:
I=92m very sensitive to user = interface issues, and have some modest experience building good = ones.
I am not talking about user interface issues.  Just = that for successful operation, we have cases when the user needs to be = informed. And that is the case already with the draft as it is now. It = will not have the intended effect if the users are not = informed.

I=92m also pretty firm that protocol = standards must not deal, in any way, with user interfaces, other than, = sometimes, providing some information in protocol messages that are not = strictly speaking required for the proper implementation of the = protocol.
Right. The protocol can be = executed on its own, but for many use cases we need to indicate to the = users what the outcome was, otherwise we will leave them in uncertainty = and they may act completely against what the protocol mechanism = decided. 

When I read a statement that =93both = sides should be aware of which language was negotiated=94, I interpret = that as the implementation (that is, the code), and not the humans. =  It means that the messages in the protocol must result in both = ends of the protocol knowing the result.  We do use the word = =93users=94 occasionally in protocol documents, and that=92s the term I = expect to see when we mean the humans. 
Well. whatever was the intention with the sentence in the = introduction, the users in many cases need to be informed and = aware.

The document does describe a mechanism = where both ends of the negotiation know the result, and thus we fulfill = the requirement with no further work.  User interfaces are free to = present anything they want.  I can easily describe a scenario where = they do not present the results of the protocol negotiation: we may have = one interpreter who is interpreting English to ASL on video, and another = one who is interpreting English to Spanish text.  The ASL = interpreter doesn=92t doesn=92t need to know what is happening in the = text change and the Spanish interpreter doesn=92t need to know what is = happening in the ASL channel.
Yes, it is possible to imagine = cases when it is sufficient to indicate to the callee that there is an = incoming call that they need to act on. In the case that the callee has = indicated only one single = language in one single humintlang-send attribute, then there is no = question on how to respond to the call. The callee simply welcomes the = caller in the only language specified. 

But we want other cases to work as well. As soon as the callee has indicated = capabilities in two languages, it is essential to provide information = about the outcome of the protocol negotiation to the callee. The simple case with a callee = capable of both spoken and written English is such a case. We do not at = all need to tell anything about the user interface, but we need to = mention something about providing information to the user.  

And in order to have a clear outcome in most cases, instead = of ambiguity, we need at least a notation for the most preferred language = indication.

How else would you be able to start the call in an = appropriate way suiting the caller?

So, the proposals below are still valid, but you might want = to fine tune them to fit your view of how to indicate items to the = user.

/Gunnar


Thus I don=92t think any further work = is needed.

Brian

On Jul = 20, 2016, at 10:23 AM, Gunnar Hellstr=F6m <gunnar.hellstrom@omnitor.se> wrote:

Brian and all,

We had an interesting discussion = in the meeting yesterday about indications to the user.

I = said that one intention is that the result of the language negotiation = is provided to the users and that that is already stated in the = draft.

In the introduction, we have this = sentence: "Both sides should be aware of which language was negotiated."

I agree = with this statement, and that it is often a requirement for a successful = start of the call. It is true that the indications are also used for = routing and selection of participants and user equipment, but also the = users need to be informed. The answering party need to start the call by = using the agreed preferred language in the agreed preferred modality, = otherwise the call will start in confusion.

Imagine a = call from a user preferring spoken Greek, ending up at a call center = agent capable of English and Greek. If the agent starts with a greeting = in English instead of Greek, the calling user will get unsure if Greek = can be used, and the call will start in uncertainty or even be conducted = in English that the caller does not feel confident in. 

This is not = user interface specification. It is as simple as the statement in the = introduction : "Both sides should be aware of which language was negotiated."  The = discussion went on saying that we do not specify user interfaces in = IETF. And that is true, but many times we specify items where the user = gets aware of the results of the protocol interaction. Examples can be = call hold and release, picture size and orientation, remote camera = movements, attended call transfer etc. So, we are in good company when = we state that both sides are made aware of the outcome.

The = requirement to keep the user aware of which language was negotiated is = valid for the current scope of the draft as well as when we include = preference across media and grouping. We can in fact not yet really = fulfill that requirement within the current scope because we have not = defined any way to differentiate preference between languages in = different media. The outcome of the negotiation can still be undefined. = We can with the current wording for example say that the caller prefers = spoken English or written English, but not if there is any preference = between these two providing awareness to the callee about how to start = the call. 

So, two = conclusions:

1. We need to repeat the statement about bringing awareness = at a more protruding position in the draft, and that = is not a user interface specification.

I = suggest to add a sentence last in 4:

"Information = on the accepted language is provided to the participants in the = call."

and a = sentence last in 6.2: 

"The caller = and callee should be provided with information on the outcome of the = negotiation. This information is intended to enable them to start the = call in a preferred language."

2. We cannot avoid to specify preference between = modalities. Leaving it out would leave the negotiation withundefined results in many cases and uncertainty about how to = start the call. 

The caller = may prefer to use spoken English but can accept to use written English, = and want to express that so that no calls are missed. A callee with the = same preferences get no clue to how to start the call from a negotiation = resulting in that both spoken and written English are accepted without = preference between them. A simple indication of the most preferred = modality would solve this uncertainty in most cases.

I suggest to = add an indication of most preferred language as a new section = 6.4.

6.4 Most = preferred language

A mechanism = is introduced that provides information on the most preferred language = among all language indications in the session description. This is = done = in order to provide for a definite outcome of the negotiation of = language in most cases, and thereby an opportunity for the call to start = in a fruitful way. 
=

The notation for the most preferred language is a plus ('+') = character added after the language tag in the value of the corresponding = language attribute. The notation MAY be used independently on both = communication directions. The order between this indication and the = indication for advisory versus required is not = relevant.


=

Background

This discussion is in line with the requirement in 3GPP TS = 22.228, section 7.5.2.  We have no clear obligations towards 3GPP, = but It would be good if these requirements can be fulfilled without = further = standardisation.

This is what is said in the 3GPP = specification:

7.5.2       Negotiation at IM = session invocation

It shall be possible for = the capability negotiation to take place at the time of the IP = multimedia session invocation. Refer to clause 7.3 for further details = on capability negotiation on IP multimedia session invocation.

A UE should support negotiation of the user's = desired language(s) (as defined in IANA [29]) and modalities for = spoken, signed and written languages.

The = system should be able to negotiate the user's desired language(s) and = modalities, per media stream and/or session, in order of = preference.

A service provider shall = be able to pass language and modality information between the endpoints. With = respect to the language and modality information, there are no other service = provider actions required.


--------------------------------------------------

Regards

Gunnar
=


--=20 ----------------------------------------- Gunnar Hellstr=F6m Omnitor gunnar.hellstrom@omnitor.se 



_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/m=
ailman/listinfo/slim


--=20
-----------------------------------------
Gunnar Hellstr=F6m
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim



_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/m=
ailman/listinfo/slim


--=20
-----------------------------------------
Gunnar Hellstr=F6m
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim


--=20
-----------------------------------------
Gunnar Hellstr=F6m
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288

= --Apple-Mail=_088CB68C-FB6C-4C69-9776-A495C280A241-- From nobody Wed Jul 20 10:28:00 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A72A12D807 for ; Wed, 20 Jul 2016 10:27:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p_LqPIlLUPLG for ; Wed, 20 Jul 2016 10:27:56 -0700 (PDT) Received: from mail-qt0-x232.google.com (mail-qt0-x232.google.com [IPv6:2607:f8b0:400d:c0d::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B2C7C12D0D8 for ; Wed, 20 Jul 2016 10:27:55 -0700 (PDT) Received: by mail-qt0-x232.google.com with SMTP id x25so30046618qtx.2 for ; Wed, 20 Jul 2016 10:27:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=0clUmenoLkbw9mK8ZboO49F1xiyTWAHOVtPb1eD902U=; b=BF4KsjaaI01zJD4dNS/bBt5BASpdkXh6PCJeljfaDby4n0lmLVyaboDut/e5lrFvOe kF8lJwi304VxrUAX0b18Urat0d9+B27ZaYGPimkvh69Bdfa0o0TuJ3ImVyMzAmzR7Aez ZMNDIXE+6v3A+yafyCz5azEg8RRa13V7M05Wlz2fhnPStevMmB4M6A04fbEcDe/JjaF9 L4Fz95Mzr+4UoHOXm2sVf2Dky4wMkJZO+Gj6zW3Ij5wUPXuUJQ/z66l8nodhvQ6DIPTl Jzqq6bpNdsZDb9RQwbDF0ljsUiqIGz40qisMi8CeToe8VCsBa0TpY14Gs5l8bPdyJQgl vAHw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=0clUmenoLkbw9mK8ZboO49F1xiyTWAHOVtPb1eD902U=; b=TfTW6G7IFtOJXPRj6SGZTsWQMur5x+9O4LrV+Qj+6zGI5g8T9IkmrYpRipGA8N049n p+Gfd/RyYy8lSyjMjAmg+PBEu/O1IgvTcmUbtsEWHppEYERBWFqgt0IYP92UMBG0qNaa JI2BOGMJ34QDyE6I6E2esu4IgGRPnDZsGocVGP4MUIGbMRuIvMqapaI1bjIXVi4oi2XL FRtQl5btiEaVWnU/1mK16mHbxUc0+y5tWPcdd5cZULqipDU70hWEpsbivjDLqdQHlL8I KQUaATaNVkmngle+cA+WBnNUFSEu7loOH0e+teQ4u1ej3wxV1u+qu+8gf05M9XKgqwMV WXzA== X-Gm-Message-State: ALyK8tLnPDFEySD0b0r/27mdJn7zpg0izW6mryCKa/tI6t02vA0oAeY/gbHw00xOyKoo6avyQ1299GpnRqiAKw== X-Received: by 10.237.37.155 with SMTP id x27mr57736035qtc.12.1469035674806; Wed, 20 Jul 2016 10:27:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.144.3 with HTTP; Wed, 20 Jul 2016 10:27:54 -0700 (PDT) In-Reply-To: <5C2D2B40-699C-4EA7-AD61-E9F965AEABA4@brianrosen.net> References: <6261CEBB-D909-4BD2-9355-1AD1BE600EA1@brianrosen.net> <5C2D2B40-699C-4EA7-AD61-E9F965AEABA4@brianrosen.net> From: Nik Tomkinson Date: Wed, 20 Jul 2016 18:27:54 +0100 Message-ID: To: Brian Rosen Content-Type: multipart/alternative; boundary=001a113e1eaa8f2e60053814854d Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] Variations in display names X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 17:27:58 -0000 --001a113e1eaa8f2e60053814854d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks Brian, what about: removing "and SHOULD NOT have a From field" and inserting "If there is a From field present, its value MUST/SHOULD include the same email address as the top-level From header although the display name MAY be a localised version." If so, I would lean towards MUST rather than SHOULD seeing as we are relaxing the part that is most useful. Nik. On 20 July 2016 at 17:11, Brian Rosen wrote: > Yeah, I=E2=80=99d like to at least relax it, stating that the email addre= ss has to > be the same. > Yes, this is cosmetic. > > I get your point about the top level sender > > Brian > > On Jul 20, 2016, at 6:04 PM, Nik Tomkinson > wrote: > > Hi Brian, > > Thanks very much for asking others to look at the draft. > > The restriction was added in the latest version to attempt to avoid the > issue highlighted in the paragraph I added to the security considerations= . > I don't mind either relaxing the restriction or removing it completely as > long as it is clear enough that the impersonation risk is there and that > the From values in the language message parts correspond to the same send= er. > > I am assuming that the differences that your user requires are cosmetic > rather than a different email address. > > There may be confusion because the email listing (eg. inbox list of > summaries) is likely to show the top-level sender but the detail (when > clicked on) is likely to show the From value in the selected part. > > Nik. > > On 20 July 2016 at 15:49, Brian Rosen wrote: > >> I am trying to find folks to prototype and interop test -multilanguage. >> I had some possible users look at the draft, and one of them observed th= at >> they would like to modify the display name in the From based on language= , >> but the text expressly forbids From from being in the labeled part. >> >> Do we have any appetite to allow this? >> >> Brian >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >> https://www.ietf.org/mailman/listinfo/slim >> > > > > -- > > ----------------------------------------------------------------- > Multiple Language Content Type Internet Draft: > > > https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ > > > ----------------------------------------------------------------- > > > --=20 ----------------------------------------------------------------- Multiple Language Content Type Internet Draft: https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ ----------------------------------------------------------------- --001a113e1eaa8f2e60053814854d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks Brian,

what about:=C2=A0

removing "and SHOULD NOT have a From field"= ;

and

inserting "If = there is a From field present, its value MUST/SHOULD include the same email= address as the top-level From header although the display name MAY be a lo= calised version."

If so, I would lean t= owards MUST rather than SHOULD seeing as we are relaxing the part that is m= ost useful.

Nik.

On 20 July 2016 at 17:11, Brian Rosen <= span dir=3D"ltr"><br@brianrosen.net> wrote:
=
Yeah, I=E2=80=99d like to at least rela= x it, stating that the email address has to be the same.
Yes, this is c= osmetic.

I get your point about the top level send= er

= Brian

On Jul 20, 2016, at 6:04 PM, Nik Tomkinson <rfc.nik.tomkinson@gm= ail.com> wrote:

Hi Brian,

Thanks very much for asking others to look at the draft.
=
The restriction was added in the latest version to attempt t= o avoid the issue highlighted in the paragraph I added to the security cons= iderations. I don't mind either relaxing the restriction or removing it= completely as long as it is clear enough that the impersonation risk is th= ere and that the From values in the language message parts correspond to th= e same sender.

I am assuming that the differences = that your user requires are cosmetic rather than a different email address.=

There may be confusion because the email listing = (eg. inbox list of summaries) is likely to show the top-level sender but th= e detail (when clicked on) is likely to show the From value in the selected= part.

Nik.
=
On 20 July 2016 at 15:49, Brian Rosen <br@b= rianrosen.net> wrote:
I am = trying to find folks to prototype and interop test -multilanguage.=C2=A0 I = had some possible users look at the draft, and one of them observed that th= ey would like to modify the display name in the From based on language, but= the text expressly forbids From from being in the labeled part.

Do we have any appetite to allow this?

Brian
_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim



-- 
-----------------------------------------------------------=
------
Multiple Language Content Type Internet Draft:
https://datatracker.ietf.org/doc/draft-ietf-slim= -multilangcontent/
-----------------------------------------------------------------



-- 
-------------------------------------------------------=
----------
Multiple Language Content Type Internet Draft:
https://datatracker.ietf.org/doc/draft-ietf-= slim-multilangcontent/
-----------------------------------------------------------------=
--001a113e1eaa8f2e60053814854d-- From nobody Wed Jul 20 10:29:41 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 869F312D893 for ; Wed, 20 Jul 2016 10:29:39 -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=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Fb1RkX1E2fts for ; Wed, 20 Jul 2016 10:29:37 -0700 (PDT) Received: from mail-qk0-x230.google.com (mail-qk0-x230.google.com [IPv6:2607:f8b0:400d:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 026BB12D812 for ; Wed, 20 Jul 2016 10:29:37 -0700 (PDT) Received: by mail-qk0-x230.google.com with SMTP id p74so51678474qka.0 for ; Wed, 20 Jul 2016 10:29:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=HC+faEl21CzdTnTt7RBNpbp8jQ/mq4ZQdmknh/PN0sQ=; b=frNaRVTPLoMjvx2h2gvMqRxO6XCFZmEu1irOfE+Ydowb3HezGagYmKGJi4f8ou443E Nq0HntnGFBTPQGR2gSAj+dMDOIIHIzZO8QJ0PYGqFC9XaVrPQRgzCRUPlq4kJwIUC+EC eSQEhwU8E/3EXbfRKqAV8RHygmD5ISafsdS1iLCS+5CtXrbAHV7QEsNUWjhgssVl9SUs lehLVpf/ceDjrJEbw4BFR5xQei05WASHgg+pK0+ODWF9BrxkaVkolIIpaX1HBqt4QRvB z9qU1NaIu7VH6TWJxYsEyg2v2LSJ3j4dMk+nbNrTp5Nst7tGyYCy6RhEY0fWC89wKMTZ NJCw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=HC+faEl21CzdTnTt7RBNpbp8jQ/mq4ZQdmknh/PN0sQ=; b=TG0f7U9E4NhY9u+JiNnZMKwIxbAAAt4we4m3XdQX19h7LeGP3YhUGajSGTqyHMD8Z4 tJSgK580ESVK33vKiVKudYoDq/c5PjKDmXrUK166YLOKjBeZpD5yljcZqQJDRg+7doIx lRAZ19vCn81HBAduFQf8BocmOY6K/fxlH5+0wz5PNR1tISwkKJTnHyXy9wIZeQL+dM/B GzNLAQfTnP1+Fcsy7+xJWaSwO6W26C6wEoca+HhrLhU5H2hfSZrEjot14NUO+a/SN7M3 u5nKmLF0V3bo6CWUpv8E+zZ/K/xTkAx7ZXN/AI1dKp9shI7rQsOwcGbnqiNeosSUHou6 R4UQ== X-Gm-Message-State: ALyK8tKk9edBKnbWgYkurPbieJ5wA5wtZ+mv5ZSKtdWofSD6OAYGArUgkaoYEiqdYByvdg== X-Received: by 10.55.20.29 with SMTP id e29mr59952031qkh.30.1469035776047; Wed, 20 Jul 2016 10:29:36 -0700 (PDT) Received: from [10.96.9.147] ([156.154.81.54]) by smtp.gmail.com with ESMTPSA id u6sm1940825qtu.43.2016.07.20.10.29.34 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 20 Jul 2016 10:29:34 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_A5B5759B-73CA-42B1-9B3B-9208F4AB105D" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Brian Rosen In-Reply-To: Date: Wed, 20 Jul 2016 19:29:30 +0200 Message-Id: <2CB1D226-0B08-4D7C-94C4-047120637AFC@brianrosen.net> References: <6261CEBB-D909-4BD2-9355-1AD1BE600EA1@brianrosen.net> <5C2D2B40-699C-4EA7-AD61-E9F965AEABA4@brianrosen.net> To: Nik Tomkinson X-Mailer: Apple Mail (2.3124) Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] Variations in display names X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 17:29:39 -0000 --Apple-Mail=_A5B5759B-73CA-42B1-9B3B-9208F4AB105D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Works for me, and I=E2=80=99m happy with MUST Brian > On Jul 20, 2016, at 7:27 PM, Nik Tomkinson = wrote: >=20 > Thanks Brian, >=20 > what about:=20 >=20 > removing "and SHOULD NOT have a =46rom field" >=20 > and >=20 > inserting "If there is a =46rom field present, its value MUST/SHOULD = include the same email address as the top-level =46rom header although = the display name MAY be a localised version." >=20 > If so, I would lean towards MUST rather than SHOULD seeing as we are = relaxing the part that is most useful. >=20 > Nik. >=20 > On 20 July 2016 at 17:11, Brian Rosen > wrote: > Yeah, I=E2=80=99d like to at least relax it, stating that the email = address has to be the same. > Yes, this is cosmetic. >=20 > I get your point about the top level sender >=20 > Brian >=20 >> On Jul 20, 2016, at 6:04 PM, Nik Tomkinson = > = wrote: >>=20 >> Hi Brian, >>=20 >> Thanks very much for asking others to look at the draft. >>=20 >> The restriction was added in the latest version to attempt to avoid = the issue highlighted in the paragraph I added to the security = considerations. I don't mind either relaxing the restriction or removing = it completely as long as it is clear enough that the impersonation risk = is there and that the =46rom values in the language message parts = correspond to the same sender. >>=20 >> I am assuming that the differences that your user requires are = cosmetic rather than a different email address. >>=20 >> There may be confusion because the email listing (eg. inbox list of = summaries) is likely to show the top-level sender but the detail (when = clicked on) is likely to show the =46rom value in the selected part. >>=20 >> Nik. >>=20 >> On 20 July 2016 at 15:49, Brian Rosen > wrote: >> I am trying to find folks to prototype and interop test = -multilanguage. I had some possible users look at the draft, and one of = them observed that they would like to modify the display name in the = =46rom based on language, but the text expressly forbids =46rom from = being in the labeled part. >>=20 >> Do we have any appetite to allow this? >>=20 >> Brian >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >> https://www.ietf.org/mailman/listinfo/slim = >>=20 >>=20 >>=20 >> --=20 >> ----------------------------------------------------------------- >> Multiple Language Content Type Internet Draft: >> = https:/= /datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ = >> ----------------------------------------------------------------- >=20 >=20 >=20 >=20 > --=20 > ----------------------------------------------------------------- > Multiple Language Content Type Internet Draft: > = https:/= /datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ = > ----------------------------------------------------------------- --Apple-Mail=_A5B5759B-73CA-42B1-9B3B-9208F4AB105D Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Works for me, and I=E2=80=99m happy with MUST

Brian

On Jul 20, 2016, at 7:27 PM, Nik Tomkinson <rfc.nik.tomkinson@gmail.com> wrote:

Thanks Brian,

what about: 

removing "and SHOULD NOT = have a =46rom field"

and

inserting "If there is a =46rom field present, its value = MUST/SHOULD include the same email address as the top-level =46rom = header although the display name MAY be a localised = version."

If so, I would lean towards MUST rather than SHOULD seeing as = we are relaxing the part that is most useful.

Nik.

On 20 = July 2016 at 17:11, Brian Rosen <br@brianrosen.net> wrote:
Yeah, I=E2=80=99d like to at = least relax it, stating that the email address has to be the same.
Yes, this is cosmetic.

I get your point about the top level = sender

Brian

On Jul 20, 2016, at 6:04 PM, Nik Tomkinson = <rfc.nik.tomkinson@gmail.com> wrote:

Hi Brian,

Thanks very much for = asking others to look at the draft.

The restriction was added in the latest = version to attempt to avoid the issue highlighted in the paragraph I = added to the security considerations. I don't mind either relaxing the = restriction or removing it completely as long as it is clear enough that = the impersonation risk is there and that the =46rom values in the = language message parts correspond to the same sender.

I am assuming that the = differences that your user requires are cosmetic rather than a different = email address.

There may be confusion because the email listing (eg. inbox = list of summaries) is likely to show the top-level sender but the detail = (when clicked on) is likely to show the =46rom value in the selected = part.

Nik.

On 20 July 2016 at 15:49, Brian Rosen <br@brianrosen.net> wrote:
I am trying to find = folks to prototype and interop test -multilanguage.  I had some = possible users look at the draft, and one of them observed that they = would like to modify the display name in the =46rom based on language, = but the text expressly forbids =46rom from being in the labeled part.

Do we have any appetite to allow this?

Brian
_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim



-- 
---------------------------------------------------------------=
--
Multiple Language Content Type Internet =
Draft:
https://datatracker.ietf.org/doc/draft-ietf-slim-multilangconte= nt/
---------------------------------------------------------------=
--




-- 
---------------------------------------------------------------=
--
Multiple Language Content Type Internet =
Draft:
https://datatracker.ietf.org/doc/draft-ietf-slim-multilangconte= nt/
---------------------------------------------------------------=
--

= --Apple-Mail=_A5B5759B-73CA-42B1-9B3B-9208F4AB105D-- From nobody Wed Jul 20 11:08:28 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B645812B05C for ; Wed, 20 Jul 2016 11:08:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QIGCs0QqTIqV for ; Wed, 20 Jul 2016 11:08:23 -0700 (PDT) Received: from mail-qt0-x234.google.com (mail-qt0-x234.google.com [IPv6:2607:f8b0:400d:c0d::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B54812D9CA for ; Wed, 20 Jul 2016 11:08:22 -0700 (PDT) Received: by mail-qt0-x234.google.com with SMTP id u25so30693097qtb.1 for ; Wed, 20 Jul 2016 11:08:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=wSHpH+uVYmIbN29s33sN5r3RIfa/ynI+B6xxYfSh4Kc=; b=mubzUfwOHVpWuan2YKGkq/427DHNjNrXRFpXzxm53zQO4fbXSg9JXGfzdxuuD1cF5D 3xvmBgBLxjSO3c5ELodyNts+p0v+i4cyETQQ0cMsJnG5Ir+/VA3P5/df7ZE0c2KqgrNy t9y/I8ZATaVqERV5xWGH/TpJw+C6pX0ngLtswRpeLeJqN3NL+cin78RLsQrqF192T/Cy +VOyVRXaQGSwtR6kR+Mhw6NieoJtnzagIThpjXhOAfY3n8KYUVFFoWBAo+R4GJTyQsLe YTvOnqGmCWiHgcPS9nn66NIMTGQlWwNmzFB7jtt1r5E+wk2oRUM4pJ2BFnSqtLkDkphP RzSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=wSHpH+uVYmIbN29s33sN5r3RIfa/ynI+B6xxYfSh4Kc=; b=AqBvi5HB+C0R3nO4Vye1qs5cfSsdFLW5+I6wztW1WRR7QvU9NFi9kTEh+J5ujy7j1a 0y/uTBkH+Yua/4HkksrHzg3GPPKZ1hxY3sIiecJeC9Um5Iudb68exnkb7ij9yfq6jOIp 8VRehBZsIbgRNgDMTqcLEfvZwC5Hd02/Y4yyaAdPesrtymxD9gTkzBESfM+f6WYZwZq3 FIjodyTYJTrQwUYgylHcoQ3Uk4JG7Ora3w5dFYqxn6jQGKr1EMxHdgLG7U4tkzMtjMLc yKYnE7LHvHdqT5NAhHExzDPA6fSLrf++sUk5ndnN/Su2CiuPZj5EU/DRX+8VH+cHuWcl XY8g== X-Gm-Message-State: ALyK8tIwKNdmdt1mBrPnnaniUDZ2Njt4UjUJawXjJnLCbQvEz/1xKFyH1uuvk83Tl0BY6LHbrVsRsglERLtw5g== X-Received: by 10.200.55.27 with SMTP id o27mr54715589qtb.85.1469038101137; Wed, 20 Jul 2016 11:08:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.144.3 with HTTP; Wed, 20 Jul 2016 11:08:20 -0700 (PDT) In-Reply-To: <2CB1D226-0B08-4D7C-94C4-047120637AFC@brianrosen.net> References: <6261CEBB-D909-4BD2-9355-1AD1BE600EA1@brianrosen.net> <5C2D2B40-699C-4EA7-AD61-E9F965AEABA4@brianrosen.net> <2CB1D226-0B08-4D7C-94C4-047120637AFC@brianrosen.net> From: Nik Tomkinson Date: Wed, 20 Jul 2016 19:08:20 +0100 Message-ID: To: Brian Rosen Content-Type: multipart/alternative; boundary=001a113e6e5c2e0e1e0538151615 Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] Variations in display names X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 18:08:26 -0000 --001a113e6e5c2e0e1e0538151615 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks, I have updated this but left the "SHOULD NOT have a From field" restriction in the language independent part because for this use case it does not make sense to allow localised version of the display name when the translation was not matched by the email client. In this case both the Subject and From values should be taken from the top level values. I will submit a new version tomorrow when other people have had a chance to comment too on this and any other parts of the draft. Nik. On 20 July 2016 at 18:29, Brian Rosen wrote: > Works for me, and I=E2=80=99m happy with MUST > > Brian > > On Jul 20, 2016, at 7:27 PM, Nik Tomkinson > wrote: > > Thanks Brian, > > what about: > > removing "and SHOULD NOT have a From field" > > and > > inserting "If there is a From field present, its value MUST/SHOULD includ= e > the same email address as the top-level From header although the display > name MAY be a localised version." > > If so, I would lean towards MUST rather than SHOULD seeing as we are > relaxing the part that is most useful. > > Nik. > > On 20 July 2016 at 17:11, Brian Rosen wrote: > >> Yeah, I=E2=80=99d like to at least relax it, stating that the email addr= ess has >> to be the same. >> Yes, this is cosmetic. >> >> I get your point about the top level sender >> >> Brian >> >> On Jul 20, 2016, at 6:04 PM, Nik Tomkinson >> wrote: >> >> Hi Brian, >> >> Thanks very much for asking others to look at the draft. >> >> The restriction was added in the latest version to attempt to avoid the >> issue highlighted in the paragraph I added to the security consideration= s. >> I don't mind either relaxing the restriction or removing it completely a= s >> long as it is clear enough that the impersonation risk is there and that >> the From values in the language message parts correspond to the same sen= der. >> >> I am assuming that the differences that your user requires are cosmetic >> rather than a different email address. >> >> There may be confusion because the email listing (eg. inbox list of >> summaries) is likely to show the top-level sender but the detail (when >> clicked on) is likely to show the From value in the selected part. >> >> Nik. >> >> On 20 July 2016 at 15:49, Brian Rosen wrote: >> >>> I am trying to find folks to prototype and interop test -multilanguage. >>> I had some possible users look at the draft, and one of them observed t= hat >>> they would like to modify the display name in the From based on languag= e, >>> but the text expressly forbids From from being in the labeled part. >>> >>> Do we have any appetite to allow this? >>> >>> Brian >>> _______________________________________________ >>> SLIM mailing list >>> SLIM@ietf.org >>> https://www.ietf.org/mailman/listinfo/slim >>> >> >> >> >> -- >> >> ----------------------------------------------------------------- >> Multiple Language Content Type Internet Draft: >> >> >> https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ >> >> >> ----------------------------------------------------------------- >> >> >> > > > -- > > ----------------------------------------------------------------- > Multiple Language Content Type Internet Draft: > > > https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ > > > ----------------------------------------------------------------- > > > --=20 ----------------------------------------------------------------- Multiple Language Content Type Internet Draft: https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ ----------------------------------------------------------------- --001a113e6e5c2e0e1e0538151615 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks,

I have updated this but left th= e "SHOULD NOT have a From field" restriction in the language inde= pendent part because for this use case it does not make sense to allow loca= lised version of the display name when the translation was not matched by t= he email client. In this case both the Subject and From values should be ta= ken from the top level values.

I will submit a new= version tomorrow when other people have had a chance to comment too on thi= s and any other parts of the draft.

Nik.

On 20 July 2016= at 18:29, Brian Rosen <br@brianrosen.net> wrote:
Works for me, a= nd I=E2=80=99m happy with MUST

Brian
=
On Jul 20, 2016, at 7:27 PM, Nik To= mkinson <rfc.nik.tomkinson@gmail.com> wrote:

Thanks Brian,

what about:=C2=A0

removing "and SHOULD NOT have a From field"

=
and

inserting "If there is a From = field present, its value MUST/SHOULD include the same email address as the = top-level From header although the display name MAY be a localised version.= "

If so, I would lean towards MUST rath= er than SHOULD seeing as we are relaxing the part that is most useful.

Nik.

On 20 July 2016 at 17:11, Brian Rosen <br@brianrosen.n= et> wrote:
Yeah, I=E2=80=99d like to at least relax it, stating th= at the email address has to be the same.
Yes, this is cosmetic.

I get your point about the top level sender

Brian

On Jul 20, 2016, at 6:04 PM,= Nik Tomkinson <rfc.nik.tomkinson@gmail.com> wrote:

Hi Brian,

Thanks very much for asking others to= look at the draft.

The restriction was added in t= he latest version to attempt to avoid the issue highlighted in the paragrap= h I added to the security considerations. I don't mind either relaxing = the restriction or removing it completely as long as it is clear enough tha= t the impersonation risk is there and that the From values in the language = message parts correspond to the same sender.

I am = assuming that the differences that your user requires are cosmetic rather t= han a different email address.

There may be confus= ion because the email listing (eg. inbox list of summaries) is likely to sh= ow the top-level sender but the detail (when clicked on) is likely to show = the From value in the selected part.

Nik.

On 20 July 201= 6 at 15:49, Brian Rosen <br@brianrosen.net> wrote:
I am trying to find folks to prototype and interop= test -multilanguage.=C2=A0 I had some possible users look at the draft, an= d one of them observed that they would like to modify the display name in t= he From based on language, but the text expressly forbids From from being i= n the labeled part.

Do we have any appetite to allow this?

Brian
_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim



-- 
-----------------------------------------------------------=
------
Multiple Language Content Type Internet Draft:
https://datatracker.ietf.org/doc/draft-ietf-slim= -multilangcontent/
-----------------------------------------------------------------



-- 
------=
-----------------------------------------------------------
Multiple Lan=
guage Content Type Internet Draft:
https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/= 
----------------=
-------------------------------------------------



-- 
-------------------------------------------------------=
----------
Multiple Language Content Type Internet Draft:
https://datatracker.ietf.org/doc/draft-ietf-= slim-multilangcontent/
-----------------------------------------------------------------=
--001a113e6e5c2e0e1e0538151615-- From nobody Thu Jul 21 00:15:41 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E64AE12DA5A for ; Thu, 21 Jul 2016 00:15:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.602 X-Spam-Level: X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J6BOBbJX8vBc for ; Thu, 21 Jul 2016 00:15:36 -0700 (PDT) Received: from bin-vsp-out-04.atm.binero.net (bin-mail-out-05.binero.net [195.74.38.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E24DF12DA86 for ; Thu, 21 Jul 2016 00:15:35 -0700 (PDT) X-Halon-ID: e7fc6804-4f12-11e6-afe6-005056917c0c Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-04.atm.binero.net (Halon Mail Gateway) with ESMTPSA for ; Thu, 21 Jul 2016 09:15:30 +0200 (CEST) To: slim@ietf.org References: <3A3B5229-1CB5-431F-BB27-EA73606D2F88@brianrosen.net> <2a307dcd-d799-a0cc-2c54-b4d35e1e0d3c@omnitor.se> <68C9050A-DF70-4225-BE22-54FA2185E263@brianrosen.net> <0bc0fd11-dafb-c7b5-fbd3-b1e8c7c4f136@omnitor.se> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: <88bb125a-06ad-a50f-2193-4fcece41f9c6@omnitor.se> Date: Thu, 21 Jul 2016 09:15:27 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [Slim] awareness to the user in the slim real-time draft X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 07:15:40 -0000 Bernard, thanks for trying to explain the resistance. Den 2016-07-20 kl. 18:52, skrev Bernard Aboba: > On Jul 20, 2016, at 6:11 PM, Gunnar Hellström wrote: >> Why don't you want to solve the human problem to start a call in the most effective way. > [BA] As stated at the meeting, the major question is in what layer this functionality belongs. I guess you mean the whole topic of language negotiation. It is an application level topic about user information and agreement, with some influence on call routing and device selection. If you meant the remaining issues of preference across session, and grouping, it is the same. > > In several IETF WGs, including CLUE and now WEBRTC, the decision has been made to limit the complexity of the SDP O/A negotiation to the bare minimum needed to bring the call up. From there, the application can add functionality. This approach "optimizes for the common case", limits the difficulty in implementing the basic required SDP and makes it more likely that it will interoperate. Yes, sdp is becoming hard to manage, when you are supposed to negotiate SRTP vs RTP, AVPF vs AVP, RTCP vs INFO, multiplexing, ICE etc and now also language. So, maybe we made the wrong decision to go this way. We could have defined an XML schema for language and modality preferences and conveyed it somehow between the parties. But now we are here with our decision close to WGLC and intend to take this through. > > AFAICT, the basic SDP functionality in the draft appears to be enough to enable an application to handle media preference on its own. > > As an example, I believe that every use case can be supported within a web application using a modified SIP library without any SDP additions beyond what we already have defined. Do you mean that we now need to add SIP headers for the remaining information to really sort out what it meant by the limited indications we provide in SDP. Something like: modality-preference-send: speech ; modality-preference-recv: speech And something similar for SIP-less calls? > > Yes, the application would need to deal with media preferences but most unified communications applications support multiple modes and need to handle decisions on media usage already (camera on/off, mute, etc.) Adding complexity to the SDP parser might actually make it harder for the application, not easier. The application areas I want to see benefit from this work are wide and do not have any other common specification fora that can add SIP or SDP elements. It is for example 3GPP that convey regular calls with ambition to have interoperability between providers, and it is for example between SIP providers and ESiNets following NENA or EENA specs. They all rely on the ground work done in IETF, for selection into their profiles. It is possible to make another IETF draft and add the missing parts there, but it looks unmotivated to break out a small part of the work like that. What I want to avoid is this situation: -Caller calls with indication of English speech reception and English text reception Caller prefers speech, but has included text for not scaring off friends who prefer text. But there is no way to convey this preference. -Callee has both English speech sending and English text sending capability. -Callee has no clue for how to start the call, so just taking a chance, the callee starts in text, typing "Hi, welcome to my service". -The caller sees that and feels that it is most polite to start in the same modality, so the caller thinks it is a bit inconvenient, but types: " Hi, I want support for a problem. Can we talk?" -The callee types: "Oh, yes, let us switch to talking" and the the callee says "Ok , talking now, what is your problem." - The call continues in speech, using text just for model numbers, booking numbers URL:s etc in this case. This is a quite natural development of a call where preference is not indicated from the beginning, and it adds inconvenience and delay compared to what it could have been if there was a way to convey modality preference. I think it is small enough feature to go into the humintlang draft and general enough to not be pushed to be solved differently for each application. A thought of mine was that the asterisk-notation for "do not fail" was not really needed and we could move that notation to point out the most preferred modality. But we heard opposition to that in the meeting, so now we are back to the need to add something small but important. /Gunnar > > > > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 From nobody Thu Jul 21 02:04:29 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 578D312DC37 for ; Thu, 21 Jul 2016 02:04:28 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QzDWT1LcDrWA for ; Thu, 21 Jul 2016 02:04:26 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 16DAC12DC33 for ; Thu, 21 Jul 2016 02:04:26 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Thu, 21 Jul 2016 02:04:24 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <88bb125a-06ad-a50f-2193-4fcece41f9c6@omnitor.se> References: <3A3B5229-1CB5-431F-BB27-EA73606D2F88@brianrosen.net> <2a307dcd-d799-a0cc-2c54-b4d35e1e0d3c@omnitor.se> <68C9050A-DF70-4225-BE22-54FA2185E263@brianrosen.net> <0bc0fd11-dafb-c7b5-fbd3-b1e8c7c4f136@omnitor.se> <88bb125a-06ad-a50f-2193-4fcece41f9c6@omnitor.se> X-Mailer: Eudora for Mac OS X Date: Thu, 21 Jul 2016 02:04:20 -0700 To: Gunnar =?iso-8859-1?Q?Hellstr=F6m?= , slim@ietf.org From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] awareness to the user in the slim real-time draft X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 09:04:29 -0000 You want the application to be able to first know=20 what the user prefers across all media and=20 languages, and second, to be able to match what=20 was negotiated with the other end with what the=20 user wants. I believe you can do that with what=20 we have now. Consider: the application takes into account the=20 user's preferences across media and languages in=20 deciding what to offer. After the session is=20 established, the application compares what was=20 accepted to the user's preferences across media=20 and languages, determines which combination of=20 the accepted media and languages is most=20 preferred by the user, and displays that=20 information to the user. --Randy At 9:15 AM +0200 7/21/16, Gunnar Hellstr=F6m wrote: > Bernard, thanks for trying to explain the resistance. > > Den 2016-07-20 kl. 18:52, skrev Bernard Aboba: > >> On Jul 20, 2016, at 6:11 PM, Gunnar Hellstr=F6m=20 >> wrote: >>> Why don't you want to solve the human problem=20 >>> to start a call in the most effective way. >> [BA] As stated at the meeting, the major=20 >> question is in what layer this functionality=20 >> belongs. > I guess you mean the whole topic of language=20 > negotiation. It is an application level topic=20 > about user information and agreement, with some=20 > influence on call routing and device selection. > If you meant the remaining issues of preference=20 > across session, and grouping, it is the same. >> >> In several IETF WGs, including CLUE and now=20 >> WEBRTC, the decision has been made to limit=20 >> the complexity of the SDP O/A negotiation to=20 >> the bare minimum needed to bring the call up.=20 >> From there, the application can add=20 >> functionality. This approach "optimizes for=20 >> the common case", limits the difficulty in=20 >> implementing the basic required SDP and makes=20 >> it more likely that it will interoperate. > Yes, sdp is becoming hard to manage, when you=20 > are supposed to negotiate SRTP vs RTP, AVPF vs=20 > AVP, RTCP vs INFO, multiplexing, ICE etc and=20 > now also language. So, maybe we made the wrong=20 > decision to go this way. We could have defined=20 > an XML schema for language and modality=20 > preferences and conveyed it somehow between the=20 > parties. But now we are here with our decision=20 > close to WGLC and intend to take this through. >> >> AFAICT, the basic SDP functionality in the=20 >> draft appears to be enough to enable an=20 >> application to handle media preference on its=20 >> own. >> >> As an example, I believe that every use case=20 >> can be supported within a web application=20 >> using a modified SIP library without any SDP=20 >> additions beyond what we already have defined. > Do you mean that we now need to add SIP headers=20 > for the remaining information to really sort=20 > out what it meant by the limited indications we=20 > provide in SDP. > > Something like: modality-preference-send:=20 > speech ; modality-preference-recv: speech > > And something similar for SIP-less calls? > >> >> Yes, the application would need to deal with=20 >> media preferences but most unified=20 >> communications applications support multiple=20 >> modes and need to handle decisions on media=20 >> usage already (camera on/off, mute, etc.)=20 >> Adding complexity to the SDP parser might=20 >> actually make it harder for the application,=20 >> not easier. > The application areas I want to see benefit=20 > from this work are wide and do not have any=20 > other common specification fora that can add=20 > SIP or SDP elements. It is for example 3GPP=20 > that convey regular calls with ambition to have=20 > interoperability between providers, and it is=20 > for example between SIP providers and ESiNets=20 > following NENA or EENA specs. They all rely on=20 > the ground work done in IETF, for selection=20 > into their profiles. > > It is possible to make another IETF draft and=20 > add the missing parts there, but it looks=20 > unmotivated to break out a small part of the=20 > work like that. > > What I want to avoid is this situation: > > -Caller calls with indication of English speech=20 > reception and English text reception > Caller prefers speech, but has included text=20 > for not scaring off friends who prefer text.=20 > But there is no way to convey this preference. > -Callee has both English speech sending and English text sending capabili= ty. > -Callee has no clue for how to start the call,=20 > so just taking a chance, the callee starts in=20 > text, typing "Hi, welcome to my service". > -The caller sees that and feels that it is most=20 > polite to start in the same modality, so the=20 > caller thinks it is a bit inconvenient, but=20 > types: " Hi, I want support for a problem. Can=20 > we talk?" > -The callee types: "Oh, yes, let us switch to=20 > talking" and the the callee says "Ok , talking=20 > now, what is your problem." > - The call continues in speech, using text just=20 > for model numbers, booking numbers URL:s etc in=20 > this case. > > This is a quite natural development of a call=20 > where preference is not indicated from the=20 > beginning, and it adds inconvenience and delay=20 > compared to what it could have been if there=20 > was a way to convey modality preference. > > I think it is small enough feature to go into=20 > the humintlang draft and general enough to not=20 > be pushed to be solved differently for each=20 > application. > > A thought of mine was that the=20 > asterisk-notation for "do not fail" was not=20 > really needed and we could move that notation=20 > to point out the most preferred modality. But=20 > we heard opposition to that in the meeting, so=20 > now we are back to the need to add something=20 > small but important. > > /Gunnar > >> >> >> >> >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >> https://www.ietf.org/mailman/listinfo/slim > > -- > ----------------------------------------- > Gunnar Hellstr=F6m > Omnitor > gunnar.hellstrom@omnitor.se > +46 708 204 288 > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- If A = B and B = C, then A = C, except where void or prohibited by law. From nobody Thu Jul 21 02:40:36 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9189C12DC42 for ; Thu, 21 Jul 2016 02:40:35 -0700 (PDT) X-Quarantine-ID: <6jRWcrljBBMV> X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6jRWcrljBBMV for ; Thu, 21 Jul 2016 02:40:33 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 174A912DC43 for ; Thu, 21 Jul 2016 02:40:32 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Thu, 21 Jul 2016 02:40:30 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <3d348714-274d-8a52-e724-ddebbf987acd@omnitor.se> References: <20160720095043.22503.47062.idtracker@ietfa.amsl.com> <3d348714-274d-8a52-e724-ddebbf987acd@omnitor.se> X-Mailer: Eudora for Mac OS X Date: Thu, 21 Jul 2016 02:40:24 -0700 To: Gunnar =?iso-8859-1?Q?Hellstr=F6m?= , slim@ietf.org From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] I-D Action: draft-ietf-slim-negotiating-human-language-02.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 09:40:35 -0000 Hi Gunar, At 3:01 PM +0200 7/20/16, Gunnar Hellstr=F6m wrote: > Randall, > > Thanks for rapid and thorough action. Most of=20 > my comments and edit proposals are well covered=20 > in -02 > > I have some rapid feedback. > > 1. Check the informational references in 12.2=20 > and delet the ones we do not use anymore. Good idea. Done. > > 2. In 4 and 6 it is said that we define 'a'=20 > media attribute and 'an' SDP attribute.=20 > Consider if we should say 'two' already there. I added some clarification here. > > 3. In 4, the lats paragraph ( the paranthesis )=20 > indicates that negotiating multiple languages=20 > is not feasible. But firstly, the caller is=20 > described to have the option to offer multiple=20 > alternatives, and some feasible use cases use=20 > multiple languages to express their=20 > preferences. So, the draft is contradicting=20 > this paragraph. Or I miss something it wants to=20 > say that also other readers could miss. I=20 > suggest to delete the last paragraph of 4. I reworded the note to be more clear. > > 4. In 5, "The group" is used but not defined.=20 > And the discussion is not needed. "not=20 > sufficiently detailed" would be sufficient. I reworded the text to be more clear. > > 5. In 6.2, I suggested to add a sentence: " > > Events during the session may influence which language(s) are used, > > and the participants are not strictly bound to only use the declared > > languages." > > I think it is a valid clarification. =46air enough. I added a note to this effect. > > 6. As 6.4 I suggest to insert the "Most=20 > preferred language" section discussed in mail=20 > today. I did not see any such thing. In which email is this? > > 7. I suggested a syntax and examples section,=20 > but did not provide wording for it. I still=20 > think that that is needed. ( especially for=20 > understanding how the * is used, I remember=20 > some comments of astonishment that it is hooked=20 > on at the end of a language tag. ) It is consistent with other uses, such as SIP Accept-Language syntax. It seems useful to have some examples, so I added a section for this. > > 8. I agree with the comment during the meeting,=20 > that additions to the security section with=20 > material from the use case document should be=20 > done. The test in the security considerations in the=20 use cases document is actually a privacy=20 consideration, not a security consideration. I=20 added a new section for this. > > > These were my immediate reactions. More might come. Those can be submitted against WGLC or IETF LC. > > Thanks, > > > Gunnar > > > > Den 2016-07-20 kl. 11:56, skrev Randall Gellens: > >> Version -02 is now available. It addresses all=20 >> comments. If you feel a comment was not=20 >> correctly addressed, or you have another=20 >> comment, please say so. The group may want to=20 >> especially look at Section 5 ("The existing=20 >> 'lang' attribute") to be sure the text reflect=20 >> group consensus. >> > > -- > ----------------------------------------- > Gunnar Hellstr=F6m > Omnitor > gunnar.hellstrom@omnitor.se > +46 708 204 288 > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- When a man tells you that he got rich through hard work, ask him: "Whose?" --Don Marquis From nobody Thu Jul 21 02:54:08 2016 Return-Path: X-Original-To: slim@ietf.org Delivered-To: slim@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5521112DBE8; Thu, 21 Jul 2016 02:53:57 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.29.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160721095357.4532.98260.idtracker@ietfa.amsl.com> Date: Thu, 21 Jul 2016 02:53:57 -0700 Archived-At: Cc: slim@ietf.org Subject: [Slim] I-D Action: draft-ietf-slim-negotiating-human-language-03.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 09:53:57 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Selection of Language for Internet Media of the IETF. Title : Negotiating Human Language in Real-Time Communications Author : Randall Gellens Filename : draft-ietf-slim-negotiating-human-language-03.txt Pages : 18 Date : 2016-07-21 Abstract: Users have various human (natural) language needs, abilities, and preferences regarding spoken, written, and signed languages. When establishing interactive communication ("calls") there needs to be a way to negotiate (communicate and match) the caller's language and media needs with the capabilities of the called party. This is especially important with emergency calls, where a call can be handled by a call taker capable of communicating with the user, or a translator or relay operator can be bridged into the call during setup, but this applies to non-emergency calls as well (as an example, when calling a company call center). This document describes the need and a solution using new SDP stream attributes. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-slim-negotiating-human-language/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-slim-negotiating-human-language-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-slim-negotiating-human-language-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Jul 21 05:11:41 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46E1112D09F for ; Thu, 21 Jul 2016 05:11:39 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DqYu7b9jnV7G for ; Thu, 21 Jul 2016 05:11:37 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 1A5FE12D969 for ; Thu, 21 Jul 2016 05:11:36 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Thu, 21 Jul 2016 05:11:35 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <20160721095357.4532.98260.idtracker@ietfa.amsl.com> References: <20160721095357.4532.98260.idtracker@ietfa.amsl.com> X-Mailer: Eudora for Mac OS X Date: Thu, 21 Jul 2016 05:11:31 -0700 To: slim@ietf.org From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] I-D Action: draft-ietf-slim-negotiating-human-language-03.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 12:11:39 -0000 This version addresses all comments received against -02. It is ready for WGLC. -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- All science is either physics or stamp collecting. --E. Rutherford From nobody Thu Jul 21 05:31:05 2016 Return-Path: X-Original-To: slim@ietf.org Delivered-To: slim@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4339612D1E6; Thu, 21 Jul 2016 05:31:02 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.29.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160721123102.4459.98953.idtracker@ietfa.amsl.com> Date: Thu, 21 Jul 2016 05:31:02 -0700 Archived-At: Cc: slim@ietf.org Subject: [Slim] I-D Action: draft-ietf-slim-multilangcontent-03.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 12:31:03 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Selection of Language for Internet Media of the IETF. Title : Multiple Language Content Type Authors : Nik Tomkinson Nathaniel Borenstein Filename : draft-ietf-slim-multilangcontent-03.txt Pages : 16 Date : 2016-07-21 Abstract: This document defines an addition to the Multipurpose Internet Mail Extensions (MIME) standard to make it possible to send one message that contains multiple language versions of the same information. The translations would be identified by a language tag and selected by the email client based on a user's language settings. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-slim-multilangcontent-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-slim-multilangcontent-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Jul 21 05:39:48 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3C9A12DBA0 for ; Thu, 21 Jul 2016 05:39:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3qm0UthY2mTR for ; Thu, 21 Jul 2016 05:39:36 -0700 (PDT) Received: from bin-vsp-out-05.atm.binero.net (bin-mail-out-05.binero.net [195.74.38.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A76612D8A1 for ; Thu, 21 Jul 2016 05:39:24 -0700 (PDT) X-Halon-ID: 28655540-4f40-11e6-81a1-005056913f0f Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-05.atm.binero.net (Halon Mail Gateway) with ESMTPSA for ; Thu, 21 Jul 2016 14:39:25 +0200 (CEST) To: slim@ietf.org References: <20160720095043.22503.47062.idtracker@ietfa.amsl.com> <3d348714-274d-8a52-e724-ddebbf987acd@omnitor.se> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: <50f22335-c607-7efe-8353-7894f5c3c16e@omnitor.se> Date: Thu, 21 Jul 2016 14:39:15 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------19387BB3CFD9E3102896F5B6" Archived-At: Subject: Re: [Slim] I-D Action: draft-ietf-slim-negotiating-human-language-02.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 12:39:47 -0000 This is a multi-part message in MIME format. --------------19387BB3CFD9E3102896F5B6 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Randall, thanks for rapid action again, Den 2016-07-21 kl. 11:40, skrev Randall Gellens: > Hi Gunar, > > At 3:01 PM +0200 7/20/16, Gunnar Hellström wrote: > >> Randall, >> >> Thanks for rapid and thorough action. Most of my comments and edit >> proposals are well covered in -02 >> >> I have some rapid feedback. >> >> 1. Check the informational references in 12.2 and delet the ones we >> do not use anymore. > > Good idea. Done. Good > >> >> 2. In 4 and 6 it is said that we define 'a' media attribute and 'an' >> SDP attribute. Consider if we should say 'two' already there. > > I added some clarification here. Good solution > >> >> 3. In 4, the lats paragraph ( the paranthesis ) indicates that >> negotiating multiple languages is not feasible. But firstly, the >> caller is described to have the option to offer multiple >> alternatives, and some feasible use cases use multiple languages to >> express their preferences. So, the draft is contradicting this >> paragraph. Or I miss something it wants to say that also other >> readers could miss. I suggest to delete the last paragraph of 4. > > I reworded the note to be more clear. Yeah, says that we do not bother about selecting multiple languages per media, and does not mention our unsolved problem between media. Acceptable and understandable now. > >> >> 4. In 5, "The group" is used but not defined. And the discussion is >> not needed. "not sufficiently detailed" would be sufficient. > > I reworded the text to be more clear. 5 is good now. Fine. > >> >> 5. In 6.2, I suggested to add a sentence: " >> >> Events during the session may influence which language(s) are used, >> >> and the participants are not strictly bound to only use the declared >> >> languages." >> >> I think it is a valid clarification. > > Fair enough. I added a note to this effect. What you added is on a totally other topic than what I proposed. Yours is also relevant. These additions are only clarifications on use, so maybe not so important, but please consider keeping yours and adding my proposal above. Your says that media may be accepted even if they are not planned to contain any agreed language. Mine says that the negotiation is (of course) not binding for the user behavior in the session. If participants negotiated spoken Spanish and started in spoken Spanish, but eventually an only English-speaking person is include on one side and they all agree on switching to spoken English, they are of course free to do so. > >> >> 6. As 6.4 I suggest to insert the "Most preferred language" section >> discussed in mail today. > > I did not see any such thing. In which email is this? > It was in the beginning of the thread called "awareness to the user in slim real-time draft" and the proposal was to insert this section: -------------------------------------------------------------------------------------------------------------------------------------------- 6.4 Most preferred language A mechanism is introduced that provides information on the most preferred language among all language indications in the session description. This is done in order to provide for a definite outcome of the negotiation of language in most cases, and thereby an opportunity for the call to start in a fruitful way. The notation for the most preferred language is a plus ('+') character added after the language tag in the value of the corresponding language attribute. The notation MAY be used independently on both communication directions. The order between this indication and the indication for advisory versus required is not relevant. -------------------------------------------------------------------------------------------------------------------------------------------------- I would be glad to see it included, but because of the discussions on this topic, it might be better to continue discussing it separately. >> >> 7. I suggested a syntax and examples section, but did not provide >> wording for it. I still think that that is needed. ( especially for >> understanding how the * is used, I remember some comments of >> astonishment that it is hooked on at the end of a language tag. ) In video, the language tag for American Sign Language should be 'ase' Otherwise good. Maybe we should add some words of clarification, but I think the examples are good and straightforward and clarify the syntax. Is my impression right about the asterisk, that it is sufficient to have one asterisk anywhere in the humintlang attributes in the whole sdp, and that is an advice to not fail the call, regardless of what happens with the very media and language that the asterisk is hooked on? > > It is consistent with other uses, such as SIP Accept-Language syntax. > > It seems useful to have some examples, so I added a section for this. > >> >> 8. I agree with the comment during the meeting, that additions to >> the security section with material from the use case document should >> be done. > > The test in the security considerations in the use cases document is > actually a privacy consideration, not a security consideration. I > added a new section for this. That is often one of the three security aspects included in security sections. You could add, "The sdp negotiation SHOULD therefore be kept confident." > >> >> >> These were my immediate reactions. More might come. > > Those can be submitted against WGLC or IETF LC. Thanks, we are definitively converging. /Gunnar > >> >> Thanks, >> >> >> Gunnar >> >> >> >> Den 2016-07-20 kl. 11:56, skrev Randall Gellens: >> >>> Version -02 is now available. It addresses all comments. If you >>> feel a comment was not correctly addressed, or you have another >>> comment, please say so. The group may want to especially look at >>> Section 5 ("The existing 'lang' attribute") to be sure the text >>> reflect group consensus. >>> >> >> -- >> ----------------------------------------- >> Gunnar Hellström >> Omnitor >> gunnar.hellstrom@omnitor.se >> +46 708 204 288 >> >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >> https://www.ietf.org/mailman/listinfo/slim > > -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 --------------19387BB3CFD9E3102896F5B6 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

Randall,

thanks for rapid action again,


Den 2016-07-21 kl. 11:40, skrev Randall Gellens:
Hi Gunar,

At 3:01 PM +0200 7/20/16, Gunnar Hellström wrote:

 Randall,

 Thanks for rapid and thorough action. Most of my comments and edit proposals are well covered in -02

 I have some rapid feedback.

 1. Check the informational references in 12.2 and delet the ones we do not use anymore.

Good idea.  Done.
Good


 2. In 4 and 6 it is said that we define 'a' media attribute and 'an' SDP attribute. Consider if we should say 'two' already there.

I added some clarification here.
Good solution


 3. In 4, the lats paragraph ( the paranthesis ) indicates that negotiating multiple languages is not feasible. But firstly, the caller is described to have the option to offer multiple alternatives, and some feasible use cases use multiple languages to express their preferences. So, the draft is contradicting this paragraph. Or I miss something it wants to say that also other readers could miss. I suggest to delete the last paragraph of 4.

I reworded the note to be more clear.
Yeah, says that we do not bother about selecting multiple languages per media, and does not mention our unsolved problem between media.   Acceptable and understandable now.


 4. In 5, "The group" is used but not defined. And the discussion is not needed. "not sufficiently detailed" would be sufficient.

I reworded the text to be more clear.
5 is good now. Fine.


 5. In 6.2, I suggested to add a sentence: "

 Events during the session may influence which language(s) are used,

 and the participants are not strictly bound to only use the declared

 languages."

 I think it is a valid clarification.

Fair enough.  I added a note to this effect.
What you added is on a totally other topic than what I proposed. Yours is also relevant.
These additions are only clarifications on use, so maybe not so important, but please consider keeping yours and adding my proposal above.

Your says that media may be accepted even if they are not planned to contain any agreed language.

Mine says that the negotiation is (of course) not binding for the user behavior in the session. If participants negotiated spoken Spanish and started in spoken Spanish, but eventually an only English-speaking person is include on one side and they all agree on switching to spoken English, they are of course free to do so.


 6. As 6.4 I suggest to insert the "Most preferred language" section discussed in mail today.

I did not see any such thing.  In which email is this?

It was in the beginning of the thread called "awareness to the user in slim real-time draft"
and the proposal was to insert this section:

--------------------------------------------------------------------------------------------------------------------------------------------

6.4 Most preferred language

A mechanism is introduced that provides information on the most preferred language among all language indications in the session description. This is done in order to provide for a definite outcome of the negotiation of language in most cases, and thereby an opportunity for the call to start in a fruitful way.

The notation for the most preferred language is a plus ('+') character added after the language tag in the value of the corresponding language attribute. The notation MAY be used independently on both communication directions. The order between this indication and the indication for advisory versus required is not relevant.

--------------------------------------------------------------------------------------------------------------------------------------------------
I would be glad to see it included, but because of the discussions on this topic, it might be better to continue discussing it separately.

 7. I suggested a syntax and examples section, but did not provide wording for it. I still think that that is needed. ( especially for understanding how the * is used, I remember some comments of astonishment that it is hooked on at the end of a language tag. )
In video, the language tag for American Sign Language should be 'ase' 
Otherwise good. Maybe we should add some words of clarification, but I think the examples are good and straightforward and clarify the syntax. 


Is my impression right about the asterisk, that it is sufficient to have one asterisk anywhere in the humintlang attributes in the whole sdp, and that is an advice to not fail the call, regardless of what happens with the very media and language that the asterisk is hooked on?

It is consistent with other uses, such as SIP Accept-Language syntax.

It seems useful to have some examples, so I added a section for this.


 8. I agree with the comment during the meeting, that additions to the security section with material from the use case document should be done.

The test in the security considerations in the use cases document is actually a privacy consideration, not a security consideration.  I added a new section for this.
That is often one of the three security aspects included in security sections.

You could add, "The sdp negotiation SHOULD therefore be kept confident."



 These were my immediate reactions. More might come.

Those can be submitted against WGLC or IETF LC.
Thanks, we are definitively converging.

/Gunnar



 Thanks,


 Gunnar



 Den 2016-07-20 kl. 11:56, skrev Randall Gellens:

 Version -02 is now available. It addresses all comments. If you feel a comment was not correctly addressed, or you have another comment, please say so. The group may want to especially look at Section 5 ("The existing 'lang' attribute") to be sure the text reflect group consensus.


 --
 -----------------------------------------
 Gunnar Hellström
 Omnitor
 <mailto:gunnar.hellstrom@omnitor.se>gunnar.hellstrom@omnitor.se
 +46 708 204 288

 _______________________________________________
 SLIM mailing list
 SLIM@ietf.org
 https://www.ietf.org/mailman/listinfo/slim 



-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
--------------19387BB3CFD9E3102896F5B6-- From nobody Thu Jul 21 05:53:38 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C56AF12D955 for ; Thu, 21 Jul 2016 05:53:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.602 X-Spam-Level: X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yGFIZYFQDcHw for ; Thu, 21 Jul 2016 05:53:35 -0700 (PDT) Received: from bin-vsp-out-03.atm.binero.net (bin-mail-out-05.binero.net [195.74.38.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C149112D0C8 for ; Thu, 21 Jul 2016 05:53:34 -0700 (PDT) X-Halon-ID: 1eb01e6a-4f42-11e6-be7b-0050569116f7 Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-03.atm.binero.net (Halon Mail Gateway) with ESMTPSA; Thu, 21 Jul 2016 14:53:28 +0200 (CEST) To: Randall Gellens , slim@ietf.org References: <3A3B5229-1CB5-431F-BB27-EA73606D2F88@brianrosen.net> <2a307dcd-d799-a0cc-2c54-b4d35e1e0d3c@omnitor.se> <68C9050A-DF70-4225-BE22-54FA2185E263@brianrosen.net> <0bc0fd11-dafb-c7b5-fbd3-b1e8c7c4f136@omnitor.se> <88bb125a-06ad-a50f-2193-4fcece41f9c6@omnitor.se> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: <8a6604b0-ff1e-2285-ac72-acb78a83a3a3@omnitor.se> Date: Thu, 21 Jul 2016 14:53:26 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [Slim] awareness to the user in the slim real-time draft X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 12:53:37 -0000 Den 2016-07-21 kl. 11:04, skrev Randall Gellens: > You want the application to be able to first know what the user > prefers across all media and languages, and second, to be able to > match what was negotiated with the other end with what the user > wants. I believe you can do that with what we have now. > > Consider: the application takes into account the user's preferences > across media and languages in deciding what to offer. After the > session is established, the application compares what was accepted to > the user's preferences across media and languages, determines which > combination of the accepted media and languages is most preferred by > the user, and displays that information to the user. It is not sufficient. We have not defined any way to convey e.g. that spoken language is preferred over written language. The called party want to start the conversation with a greeting in the language and the modality that the caller prefers ( if that reasonably matches the callee capabilities ). So assume that the caller can use spoken English and written English and strongly prefers the spoken English. These capabilities can both be indicated in the offer but without any preference indication . That leaves the callee without a clue on how to answer to not cause initial confusion. That is the simple case I want a notation for. Just a highest preference mark to hook on e.g. to the spoken English indication. One notation was just proposed in another mail to be included as section 6.4. Gunnar > > --Randy > > > At 9:15 AM +0200 7/21/16, Gunnar Hellström wrote: > >> Bernard, thanks for trying to explain the resistance. >> >> Den 2016-07-20 kl. 18:52, skrev Bernard Aboba: >> >>> On Jul 20, 2016, at 6:11 PM, Gunnar Hellström >>> wrote: >>>> Why don't you want to solve the human problem to start a call in >>>> the most effective way. >>> [BA] As stated at the meeting, the major question is in what layer >>> this functionality belongs. >> I guess you mean the whole topic of language negotiation. It is an >> application level topic about user information and agreement, with >> some influence on call routing and device selection. >> If you meant the remaining issues of preference across session, and >> grouping, it is the same. >>> >>> In several IETF WGs, including CLUE and now WEBRTC, the decision >>> has been made to limit the complexity of the SDP O/A negotiation to >>> the bare minimum needed to bring the call up. From there, the >>> application can add functionality. This approach "optimizes for the >>> common case", limits the difficulty in implementing the basic >>> required SDP and makes it more likely that it will interoperate. >> Yes, sdp is becoming hard to manage, when you are supposed to >> negotiate SRTP vs RTP, AVPF vs AVP, RTCP vs INFO, multiplexing, ICE >> etc and now also language. So, maybe we made the wrong decision to go >> this way. We could have defined an XML schema for language and >> modality preferences and conveyed it somehow between the parties. But >> now we are here with our decision close to WGLC and intend to take >> this through. >>> >>> AFAICT, the basic SDP functionality in the draft appears to be >>> enough to enable an application to handle media preference on its own. >>> >>> As an example, I believe that every use case can be supported >>> within a web application using a modified SIP library without any >>> SDP additions beyond what we already have defined. >> Do you mean that we now need to add SIP headers for the remaining >> information to really sort out what it meant by the limited >> indications we provide in SDP. >> >> Something like: modality-preference-send: speech ; >> modality-preference-recv: speech >> >> And something similar for SIP-less calls? >> >>> >>> Yes, the application would need to deal with media preferences but >>> most unified communications applications support multiple modes and >>> need to handle decisions on media usage already (camera on/off, >>> mute, etc.) Adding complexity to the SDP parser might actually make >>> it harder for the application, not easier. >> The application areas I want to see benefit from this work are wide >> and do not have any other common specification fora that can add SIP >> or SDP elements. It is for example 3GPP that convey regular calls >> with ambition to have interoperability between providers, and it is >> for example between SIP providers and ESiNets following NENA or EENA >> specs. They all rely on the ground work done in IETF, for selection >> into their profiles. >> >> It is possible to make another IETF draft and add the missing parts >> there, but it looks unmotivated to break out a small part of the work >> like that. >> >> What I want to avoid is this situation: >> >> -Caller calls with indication of English speech reception and >> English text reception >> Caller prefers speech, but has included text for not scaring off >> friends who prefer text. But there is no way to convey this preference. >> -Callee has both English speech sending and English text sending >> capability. >> -Callee has no clue for how to start the call, so just taking a >> chance, the callee starts in text, typing "Hi, welcome to my service". >> -The caller sees that and feels that it is most polite to start in >> the same modality, so the caller thinks it is a bit inconvenient, but >> types: " Hi, I want support for a problem. Can we talk?" >> -The callee types: "Oh, yes, let us switch to talking" and the the >> callee says "Ok , talking now, what is your problem." >> - The call continues in speech, using text just for model numbers, >> booking numbers URL:s etc in this case. >> >> This is a quite natural development of a call where preference is >> not indicated from the beginning, and it adds inconvenience and delay >> compared to what it could have been if there was a way to convey >> modality preference. >> >> I think it is small enough feature to go into the humintlang draft >> and general enough to not be pushed to be solved differently for each >> application. >> >> A thought of mine was that the asterisk-notation for "do not fail" >> was not really needed and we could move that notation to point out >> the most preferred modality. But we heard opposition to that in the >> meeting, so now we are back to the need to add something small but >> important. >> >> /Gunnar >> >>> >>> >>> >>> >>> _______________________________________________ >>> SLIM mailing list >>> SLIM@ietf.org >>> https://www.ietf.org/mailman/listinfo/slim >> >> -- >> ----------------------------------------- >> Gunnar Hellström >> Omnitor >> gunnar.hellstrom@omnitor.se >> +46 708 204 288 >> >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >> https://www.ietf.org/mailman/listinfo/slim > > -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 From nobody Thu Jul 21 06:09:41 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9272812B04D for ; Thu, 21 Jul 2016 06:09:40 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ulaRRsWz_Cz0 for ; Thu, 21 Jul 2016 06:09:37 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 333E412D10F for ; Thu, 21 Jul 2016 06:09:37 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Thu, 21 Jul 2016 06:09:35 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <8a6604b0-ff1e-2285-ac72-acb78a83a3a3@omnitor.se> References: <3A3B5229-1CB5-431F-BB27-EA73606D2F88@brianrosen.net> <2a307dcd-d799-a0cc-2c54-b4d35e1e0d3c@omnitor.se> <68C9050A-DF70-4225-BE22-54FA2185E263@brianrosen.net> <0bc0fd11-dafb-c7b5-fbd3-b1e8c7c4f136@omnitor.se> <88bb125a-06ad-a50f-2193-4fcece41f9c6@omnitor.se> <8a6604b0-ff1e-2285-ac72-acb78a83a3a3@omnitor.se> X-Mailer: Eudora for Mac OS X Date: Thu, 21 Jul 2016 06:09:31 -0700 To: Gunnar =?iso-8859-1?Q?Hellstr=F6m?= , slim@ietf.org From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] awareness to the user in the slim real-time draft X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 13:09:40 -0000 At 2:53 PM +0200 7/21/16, Gunnar Hellstr=F6m wrote: > Den 2016-07-21 kl. 11:04, skrev Randall Gellens: >> You want the application to be able to first=20 >> know what the user prefers across all media=20 >> and languages, and second, to be able to match=20 >> what was negotiated with the other end with=20 >> what the user wants. I believe you can do=20 >> that with what we have now. >> >> Consider: the application takes into account=20 >> the user's preferences across media and=20 >> languages in deciding what to offer. After the=20 >> session is established, the application=20 >> compares what was accepted to the user's=20 >> preferences across media and languages,=20 >> determines which combination of the accepted=20 >> media and languages is most preferred by the=20 >> user, and displays that information to the=20 >> user. > It is not sufficient. We have not defined any=20 > way to convey e.g. that spoken language is=20 > preferred over written language. Conveying the information from the application to=20 the user is out of scope. Conveying the=20 information from one client to another is not=20 needed. > > The called party want to start the conversation=20 > with a greeting in the language and the=20 > modality that the caller prefers ( if that=20 > reasonably matches the callee capabilities ). > > So assume that the caller can use spoken=20 > English and written English and strongly=20 > prefers the spoken English. > > These capabilities can both be indicated in the=20 > offer but without any preference indication . > > That leaves the callee without a clue on how to=20 > answer to not cause initial confusion. The callee answers with whichever of the=20 requested media and language streams it can=20 support. > > That is the simple case I want a notation for.=20 > Just a highest preference mark to hook on e.g.=20 > to the spoken English indication. > > One notation was just proposed in another mail to be included as section = 6.4. > > Gunnar >> >> --Randy >> >> >> At 9:15 AM +0200 7/21/16, Gunnar Hellstr=F6m wrote: >> >>> Bernard, thanks for trying to explain the resistance. >>> >>> Den 2016-07-20 kl. 18:52, skrev Bernard Aboba: >>> >>>> On Jul 20, 2016, at 6:11 PM, Gunnar=20 >>>> Hellstr=F6m =20 >>>> wrote: >>>>> Why don't you want to solve the human=20 >>>>> problem to start a call in the most=20 >>>>> effective way. >>>> [BA] As stated at the meeting, the major=20 >>>> question is in what layer this functionality=20 >>>> belongs. >>> I guess you mean the whole topic of language=20 >>> negotiation. It is an application level topic=20 >>> about user information and agreement, with=20 >>> some influence on call routing and device=20 >>> selection. >>> If you meant the remaining issues of=20 >>> preference across session, and grouping, it=20 >>> is the same. >>>> >>>> In several IETF WGs, including CLUE and now=20 >>>> WEBRTC, the decision has been made to limit=20 >>>> the complexity of the SDP O/A negotiation to=20 >>>> the bare minimum needed to bring the call=20 >>>> up. From there, the application can add=20 >>>> functionality. This approach "optimizes for=20 >>>> the common case", limits the difficulty in=20 >>>> implementing the basic required SDP and=20 >>>> makes it more likely that it will=20 >>>> interoperate. >>> Yes, sdp is becoming hard to manage, when=20 >>> you are supposed to negotiate SRTP vs RTP,=20 >>> AVPF vs AVP, RTCP vs INFO, multiplexing, ICE=20 >>> etc and now also language. So, maybe we made=20 >>> the wrong decision to go this way. We could=20 >>> have defined an XML schema for language and=20 >>> modality preferences and conveyed it somehow=20 >>> between the parties. But now we are here with=20 >>> our decision close to WGLC and intend to take=20 >>> this through. >>>> >>>> AFAICT, the basic SDP functionality in the=20 >>>> draft appears to be enough to enable an=20 >>>> application to handle media preference on=20 >>>> its own. >>>> >>>> As an example, I believe that every use=20 >>>> case can be supported within a web=20 >>>> application using a modified SIP library=20 >>>> without any SDP additions beyond what we=20 >>>> already have defined. >>> Do you mean that we now need to add SIP=20 >>> headers for the remaining information to=20 >>> really sort out what it meant by the limited=20 >>> indications we provide in SDP. >>> >>> Something like: modality-preference-send:=20 >>> speech ; modality-preference-recv: speech >>> >>> And something similar for SIP-less calls? >>> >>>> >>>> Yes, the application would need to deal=20 >>>> with media preferences but most unified=20 >>>> communications applications support multiple=20 >>>> modes and need to handle decisions on media=20 >>>> usage already (camera on/off, mute, etc.)=20 >>>> Adding complexity to the SDP parser might=20 >>>> actually make it harder for the application,=20 >>>> not easier. >>> The application areas I want to see benefit=20 >>> from this work are wide and do not have any=20 >>> other common specification fora that can add=20 >>> SIP or SDP elements. It is for example 3GPP=20 >>> that convey regular calls with ambition to=20 >>> have interoperability between providers, and=20 >>> it is for example between SIP providers and=20 >>> ESiNets following NENA or EENA specs. They=20 >>> all rely on the ground work done in IETF, for=20 >>> selection into their profiles. >>> >>> It is possible to make another IETF draft=20 >>> and add the missing parts there, but it looks=20 >>> unmotivated to break out a small part of the=20 >>> work like that. >>> >>> What I want to avoid is this situation: >>> >>> -Caller calls with indication of English=20 >>> speech reception and English text reception >>> Caller prefers speech, but has included=20 >>> text for not scaring off friends who prefer=20 >>> text. But there is no way to convey this=20 >>> preference. >>> -Callee has both English speech sending and=20 >>> English text sending capability. >>> -Callee has no clue for how to start the=20 >>> call, so just taking a chance, the callee=20 >>> starts in text, typing "Hi, welcome to my=20 >>> service". >>> -The caller sees that and feels that it is=20 >>> most polite to start in the same modality, so=20 >>> the caller thinks it is a bit inconvenient,=20 >>> but types: " Hi, I want support for a=20 >>> problem. Can we talk?" >>> -The callee types: "Oh, yes, let us switch=20 >>> to talking" and the the callee says "Ok ,=20 >>> talking now, what is your problem." >>> - The call continues in speech, using text=20 >>> just for model numbers, booking numbers URL:s=20 >>> etc in this case. >>> >>> This is a quite natural development of a=20 >>> call where preference is not indicated from=20 >>> the beginning, and it adds inconvenience and=20 >>> delay compared to what it could have been if=20 >>> there was a way to convey modality preference. >>> >>> I think it is small enough feature to go=20 >>> into the humintlang draft and general enough=20 >>> to not be pushed to be solved differently for=20 >>> each application. >>> >>> A thought of mine was that the=20 >>> asterisk-notation for "do not fail" was not=20 >>> really needed and we could move that notation=20 >>> to point out the most preferred modality. But=20 >>> we heard opposition to that in the meeting,=20 >>> so now we are back to the need to add=20 >>> something small but important. >>> >>> /Gunnar >>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> SLIM mailing list >>>> SLIM@ietf.org >>>> https://www.ietf.org/mailman/listinfo/slim >>> >>> -- >>> ----------------------------------------- >>> Gunnar Hellstr=F6m >>> Omnitor >>> gunnar.hellstrom@omnitor.se >>> +46 708 204 288 >>> >>> _______________________________________________ >>> SLIM mailing list >>> SLIM@ietf.org >>> https://www.ietf.org/mailman/listinfo/slim >> >> > > -- > ----------------------------------------- > Gunnar Hellstr=F6m > Omnitor > gunnar.hellstrom@omnitor.se > +46 708 204 288 -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- Those were my children being slaughtered. --Donald Burr, on the death of People Express. From nobody Thu Jul 21 06:29:14 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8363126FDC for ; Thu, 21 Jul 2016 06:29:13 -0700 (PDT) X-Quarantine-ID: <3YA45rFLqChV> X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3YA45rFLqChV for ; Thu, 21 Jul 2016 06:29:11 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 9185E12D098 for ; Thu, 21 Jul 2016 06:29:11 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Thu, 21 Jul 2016 06:29:10 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <50f22335-c607-7efe-8353-7894f5c3c16e@omnitor.se> References: <20160720095043.22503.47062.idtracker@ietfa.amsl.com> <3d348714-274d-8a52-e724-ddebbf987acd@omnitor.se> <50f22335-c607-7efe-8353-7894f5c3c16e@omnitor.se> X-Mailer: Eudora for Mac OS X Date: Thu, 21 Jul 2016 06:29:04 -0700 To: Gunnar =?iso-8859-1?Q?Hellstr=F6m?= , slim@ietf.org From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] I-D Action: draft-ietf-slim-negotiating-human-language-02.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 13:29:14 -0000 Hi Gunnar, I do not believe any further text changes are=20 needed. If you disagree, please raise the issue=20 as a WGLC ticket and the group can decide how to=20 proceed. Thanks, --Randy At 2:39 PM +0200 7/21/16, Gunnar Hellstr=F6m wrote: > Randall, > > thanks for rapid action again, > > > Den 2016-07-21 kl. 11:40, skrev Randall Gellens: > >> Hi Gunar, >> >> At 3:01 PM +0200 7/20/16, Gunnar Hellstr=F6m wrote: >> >>> Randall, >>> >>> Thanks for rapid and thorough action. Most of=20 >>> my comments and edit proposals are well=20 >>> covered in -02 >>> >>> I have some rapid feedback. >>> >>> 1. Check the informational references in 12.2=20 >>> and delet the ones we do not use anymore. >>> >> >> Good idea. Done. >> > Good > >> >>> >>> 2. In 4 and 6 it is said that we define 'a'=20 >>> media attribute and 'an' SDP attribute.=20 >>> Consider if we should say 'two' already there. >>> >> >> I added some clarification here. >> > Good solution > >> >>> >>> 3. In 4, the lats paragraph ( the paranthesis=20 >>> ) indicates that negotiating multiple=20 >>> languages is not feasible. But firstly, the=20 >>> caller is described to have the option to=20 >>> offer multiple alternatives, and some=20 >>> feasible use cases use multiple languages to=20 >>> express their preferences. So, the draft is=20 >>> contradicting this paragraph. Or I miss=20 >>> something it wants to say that also other=20 >>> readers could miss. I suggest to delete the=20 >>> last paragraph of 4. >>> >> >> I reworded the note to be more clear. >> > Yeah, says that we do not bother about=20 > selecting multiple languages per media, and=20 > does not mention our unsolved problem between=20 > media. Acceptable and understandable now. > >> >>> >>> 4. In 5, "The group" is used but not defined.=20 >>> And the discussion is not needed. "not=20 >>> sufficiently detailed" would be sufficient. >>> >> >> I reworded the text to be more clear. >> > 5 is good now. Fine. > >> >>> >>> 5. In 6.2, I suggested to add a sentence: " >>> >>> Events during the session may influence which language(s) are used, >>> >>> and the participants are not strictly bound to only use the declared >>> >>> languages." >>> >>> I think it is a valid clarification. >>> >> >> Fair enough. I added a note to this effect. >> > What you added is on a totally other topic than=20 > what I proposed. Yours is also relevant. > These additions are only clarifications on use,=20 > so maybe not so important, but please consider=20 > keeping yours and adding my proposal above. > > Your says that media may be accepted even if=20 > they are not planned to contain any agreed=20 > language. > > Mine says that the negotiation is (of course)=20 > not binding for the user behavior in the=20 > session. If participants negotiated spoken=20 > Spanish and started in spoken Spanish, but=20 > eventually an only English-speaking person is=20 > include on one side and they all agree on=20 > switching to spoken English, they are of course=20 > free to do so. > >> >>> >>> 6. As 6.4 I suggest to insert the "Most=20 >>> preferred language" section discussed in mail=20 >>> today. >>> >> >> I did not see any such thing. In which email is this? >> > It was in the beginning of the thread called=20 > "awareness to the user in slim real-time draft" > and the proposal was to insert this section: > >=20 > --------------------------------------------------------------------------= ------------------------------------------------------------------ > > 6.4 Most preferred language > > A mechanism is introduced that provides=20 > information on the most preferred language=20 > among all language indications in the session=20 > description. This is done in order to provide=20 > for a definite outcome of the negotiation of=20 > language in most cases, and thereby an=20 > opportunity for the call to start in a fruitful=20 > way. > > The notation for the most preferred language is=20 > a plus ('+') character added after the language=20 > tag in the value of the corresponding language=20 > attribute. The notation MAY be used=20 > independently on both communication directions.=20 > The order between this indication and the=20 > indication for advisory versus required is not=20 > relevant. > >=20 > --------------------------------------------------------------------------= ------------------------------------------------------------------------ > I would be glad to see it included, but because=20 > of the discussions on this topic, it might be=20 > better to continue discussing it separately. > >>> >>> 7. I suggested a syntax and examples section,=20 >>> but did not provide wording for it. I still=20 >>> think that that is needed. ( especially for=20 >>> understanding how the * is used, I remember=20 >>> some comments of astonishment that it is=20 >>> hooked on at the end of a language tag. ) >>> > In video, the language tag for American Sign Language should be 'ase' > Otherwise good. Maybe we should add some words=20 > of clarification, but I think the examples are=20 > good and straightforward and clarify the syntax. > > > Is my impression right about the asterisk, that=20 > it is sufficient to have one asterisk anywhere=20 > in the humintlang attributes in the whole sdp,=20 > and that is an advice to not fail the call,=20 > regardless of what happens with the very media=20 > and language that the asterisk is hooked on? > >> >> It is consistent with other uses, such as SIP Accept-Language syntax. >> >> It seems useful to have some examples, so I added a section for this. >> >>> >>> 8. I agree with the comment during the=20 >>> meeting, that additions to the security=20 >>> section with material from the use case=20 >>> document should be done. >>> >> >> The test in the security considerations in the=20 >> use cases document is actually a privacy=20 >> consideration, not a security consideration. I=20 >> added a new section for this. >> > That is often one of the three security aspects=20 > included in security sections. > > You could add, "The sdp negotiation SHOULD therefore be kept confident." > >> >>> >>> >>> These were my immediate reactions. More might come. >>> >> >> Those can be submitted against WGLC or IETF LC. >> > Thanks, we are definitively converging. > > /Gunnar > >> >>> >>> Thanks, >>> >>> >>> Gunnar >>> >>> >>> >>> Den 2016-07-20 kl. 11:56, skrev Randall Gellens: >>> >>>> Version -02 is now available. It addresses=20 >>>> all comments. If you feel a comment was not=20 >>>> correctly addressed, or you have another=20 >>>> comment, please say so. The group may want=20 >>>> to especially look at Section 5 ("The=20 >>>> existing 'lang' attribute") to be sure the=20 >>>> text reflect group consensus. >>>> >>> >>> -- >>> ----------------------------------------- >>> Gunnar Hellstr=F6m >>> Omnitor >>>=20 >>> = gunnar.hellstrom@omnitor.se >>> +46 708 204 288 >>> >>> _______________________________________________ >>> SLIM mailing list >>> SLIM@ietf.org >>>=20 >>> https://www.ietf.org/mailman= /listinfo/slim >>> >> >> > > -- > ----------------------------------------- > Gunnar Hellstr=F6m > Omnitor > gunnar.hellstrom@omnitor.se > +46 708 204 288 > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- All generalizations are false, including this one. From nobody Thu Jul 21 06:38:59 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 06A7812D5C9 for ; Thu, 21 Jul 2016 06:38:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.602 X-Spam-Level: X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g-w_qxBcQRzv for ; Thu, 21 Jul 2016 06:38:48 -0700 (PDT) Received: from bin-vsp-out-05.atm.binero.net (bin-mail-out-05.binero.net [195.74.38.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EABD112D53C for ; Thu, 21 Jul 2016 06:38:47 -0700 (PDT) X-Halon-ID: 7513affe-4f48-11e6-81a1-005056913f0f Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-05.atm.binero.net (Halon Mail Gateway) with ESMTPSA for ; Thu, 21 Jul 2016 15:38:50 +0200 (CEST) To: slim@ietf.org References: <3A3B5229-1CB5-431F-BB27-EA73606D2F88@brianrosen.net> <2a307dcd-d799-a0cc-2c54-b4d35e1e0d3c@omnitor.se> <68C9050A-DF70-4225-BE22-54FA2185E263@brianrosen.net> <0bc0fd11-dafb-c7b5-fbd3-b1e8c7c4f136@omnitor.se> <88bb125a-06ad-a50f-2193-4fcece41f9c6@omnitor.se> <8a6604b0-ff1e-2285-ac72-acb78a83a3a3@omnitor.se> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: <2bad7b63-a11f-d5f0-8fee-7d551991139a@omnitor.se> Date: Thu, 21 Jul 2016 15:38:39 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [Slim] awareness to the user in the slim real-time draft X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 13:38:51 -0000 Den 2016-07-21 kl. 15:09, skrev Randall Gellens: > At 2:53 PM +0200 7/21/16, Gunnar Hellström wrote: > >> Den 2016-07-21 kl. 11:04, skrev Randall Gellens: >>> You want the application to be able to first know what the user >>> prefers across all media and languages, and second, to be able to >>> match what was negotiated with the other end with what the user >>> wants. I believe you can do that with what we have now. >>> >>> Consider: the application takes into account the user's preferences >>> across media and languages in deciding what to offer. After the >>> session is established, the application compares what was accepted >>> to the user's preferences across media and languages, determines >>> which combination of the accepted media and languages is most >>> preferred by the user, and displays that information to the user. >> It is not sufficient. We have not defined any way to convey e.g. >> that spoken language is preferred over written language. > > Conveying the information from the application to the user is out of > scope. Conveying the information from one client to another is not > needed. Why would just this preference not be needed to convey to the other client? Why do not my examples work to make you understand that without this feature, the call has a risk to start with confusion. ( and it does today, because of lack of this feature. ) > >> >> The called party want to start the conversation with a greeting in >> the language and the modality that the caller prefers ( if that >> reasonably matches the callee capabilities ). >> >> So assume that the caller can use spoken English and written English >> and strongly prefers the spoken English. >> >> These capabilities can both be indicated in the offer but without >> any preference indication . >> >> That leaves the callee without a clue on how to answer to not cause >> initial confusion. > > The callee answers with whichever of the requested media and language > streams it can support. And if the one that is least preferred by the caller is selected, part of the call or the whole call may be conducted in a modality that is not the best one, just because we did not include the possibility to convey which one is preferred by the other party. > >> >> That is the simple case I want a notation for. Just a highest >> preference mark to hook on e.g. to the spoken English indication. >> >> One notation was just proposed in another mail to be included as >> section 6.4. >> >> Gunnar >>> >>> --Randy >>> >>> >>> At 9:15 AM +0200 7/21/16, Gunnar Hellström wrote: >>> >>>> Bernard, thanks for trying to explain the resistance. >>>> >>>> Den 2016-07-20 kl. 18:52, skrev Bernard Aboba: >>>> >>>>> On Jul 20, 2016, at 6:11 PM, Gunnar Hellström >>>>> wrote: >>>>>> Why don't you want to solve the human problem to start a call >>>>>> in the most effective way. >>>>> [BA] As stated at the meeting, the major question is in what >>>>> layer this functionality belongs. >>>> I guess you mean the whole topic of language negotiation. It is >>>> an application level topic about user information and agreement, >>>> with some influence on call routing and device selection. >>>> If you meant the remaining issues of preference across session, >>>> and grouping, it is the same. >>>>> >>>>> In several IETF WGs, including CLUE and now WEBRTC, the decision >>>>> has been made to limit the complexity of the SDP O/A negotiation >>>>> to the bare minimum needed to bring the call up. From there, the >>>>> application can add functionality. This approach "optimizes for >>>>> the common case", limits the difficulty in implementing the basic >>>>> required SDP and makes it more likely that it will interoperate. >>>> Yes, sdp is becoming hard to manage, when you are supposed to >>>> negotiate SRTP vs RTP, AVPF vs AVP, RTCP vs INFO, multiplexing, ICE >>>> etc and now also language. So, maybe we made the wrong decision to >>>> go this way. We could have defined an XML schema for language and >>>> modality preferences and conveyed it somehow between the parties. >>>> But now we are here with our decision close to WGLC and intend to >>>> take this through. >>>>> >>>>> AFAICT, the basic SDP functionality in the draft appears to be >>>>> enough to enable an application to handle media preference on its >>>>> own. >>>>> >>>>> As an example, I believe that every use case can be supported >>>>> within a web application using a modified SIP library without any >>>>> SDP additions beyond what we already have defined. >>>> Do you mean that we now need to add SIP headers for the remaining >>>> information to really sort out what it meant by the limited >>>> indications we provide in SDP. >>>> >>>> Something like: modality-preference-send: speech ; >>>> modality-preference-recv: speech >>>> >>>> And something similar for SIP-less calls? >>>> >>>>> >>>>> Yes, the application would need to deal with media preferences >>>>> but most unified communications applications support multiple >>>>> modes and need to handle decisions on media usage already (camera >>>>> on/off, mute, etc.) Adding complexity to the SDP parser might >>>>> actually make it harder for the application, not easier. >>>> The application areas I want to see benefit from this work are >>>> wide and do not have any other common specification fora that can >>>> add SIP or SDP elements. It is for example 3GPP that convey regular >>>> calls with ambition to have interoperability between providers, and >>>> it is for example between SIP providers and ESiNets following NENA >>>> or EENA specs. They all rely on the ground work done in IETF, for >>>> selection into their profiles. >>>> >>>> It is possible to make another IETF draft and add the missing >>>> parts there, but it looks unmotivated to break out a small part of >>>> the work like that. >>>> >>>> What I want to avoid is this situation: >>>> >>>> -Caller calls with indication of English speech reception and >>>> English text reception >>>> Caller prefers speech, but has included text for not scaring off >>>> friends who prefer text. But there is no way to convey this >>>> preference. >>>> -Callee has both English speech sending and English text sending >>>> capability. >>>> -Callee has no clue for how to start the call, so just taking a >>>> chance, the callee starts in text, typing "Hi, welcome to my service". >>>> -The caller sees that and feels that it is most polite to start >>>> in the same modality, so the caller thinks it is a bit >>>> inconvenient, but types: " Hi, I want support for a problem. Can we >>>> talk?" >>>> -The callee types: "Oh, yes, let us switch to talking" and the >>>> the callee says "Ok , talking now, what is your problem." >>>> - The call continues in speech, using text just for model >>>> numbers, booking numbers URL:s etc in this case. >>>> >>>> This is a quite natural development of a call where preference is >>>> not indicated from the beginning, and it adds inconvenience and >>>> delay compared to what it could have been if there was a way to >>>> convey modality preference. >>>> >>>> I think it is small enough feature to go into the humintlang >>>> draft and general enough to not be pushed to be solved differently >>>> for each application. >>>> >>>> A thought of mine was that the asterisk-notation for "do not >>>> fail" was not really needed and we could move that notation to >>>> point out the most preferred modality. But we heard opposition to >>>> that in the meeting, so now we are back to the need to add >>>> something small but important. >>>> >>>> /Gunnar >>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> SLIM mailing list >>>>> SLIM@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/slim >>>> >>>> -- >>>> ----------------------------------------- >>>> Gunnar Hellström >>>> Omnitor >>>> gunnar.hellstrom@omnitor.se >>>> +46 708 204 288 >>>> >>>> _______________________________________________ >>>> SLIM mailing list >>>> SLIM@ietf.org >>>> https://www.ietf.org/mailman/listinfo/slim >>> >>> >> >> -- >> ----------------------------------------- >> Gunnar Hellström >> Omnitor >> gunnar.hellstrom@omnitor.se >> +46 708 204 288 > > -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 From nobody Thu Jul 21 06:53:32 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 66530126D74 for ; Thu, 21 Jul 2016 06:53:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.602 X-Spam-Level: X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id duId9B8IMiDO for ; Thu, 21 Jul 2016 06:53:26 -0700 (PDT) Received: from bin-vsp-out-04.atm.binero.net (bin-mail-out-05.binero.net [195.74.38.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2D3A512D1DA for ; Thu, 21 Jul 2016 06:53:17 -0700 (PDT) X-Halon-ID: 75e9f719-4f4a-11e6-afe6-005056917c0c Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-04.atm.binero.net (Halon Mail Gateway) with ESMTPSA; Thu, 21 Jul 2016 15:53:10 +0200 (CEST) To: Randall Gellens , slim@ietf.org References: <20160720095043.22503.47062.idtracker@ietfa.amsl.com> <3d348714-274d-8a52-e724-ddebbf987acd@omnitor.se> <50f22335-c607-7efe-8353-7894f5c3c16e@omnitor.se> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: Date: Thu, 21 Jul 2016 15:53:07 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [Slim] I-D Action: draft-ietf-slim-negotiating-human-language-02.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 13:53:29 -0000 Den 2016-07-21 kl. 15:29, skrev Randall Gellens: > Hi Gunnar, > > I do not believe any further text changes are needed. If you > disagree, please raise the issue as a WGLC ticket and the group can > decide how to proceed. You should correct the language tag in the example for American Sign Language in video . it is 'ase' , not 'sgn-US' ( sgn-US was used before but was depreciated in 2009 ) And while you are in that section, I suggest that you add an example for text as well so that we have representation of all media that have implicit modalities. m=text 45020 RTP/AVP 103 104 a=humintlang-send:gr a=humintlang-recv:gr Please also answer my question below on use of the asterisk. Thanks, Gunnar > > Thanks, > > --Randy > > At 2:39 PM +0200 7/21/16, Gunnar Hellström wrote: > >> Randall, >> >> thanks for rapid action again, >> >> >> Den 2016-07-21 kl. 11:40, skrev Randall Gellens: >> >>> Hi Gunar, >>> >>> At 3:01 PM +0200 7/20/16, Gunnar Hellström wrote: >>> >>>> Randall, >>>> >>>> Thanks for rapid and thorough action. Most of my comments and edit >>>> proposals are well covered in -02 >>>> >>>> I have some rapid feedback. >>>> >>>> 1. Check the informational references in 12.2 and delet the ones >>>> we do not use anymore. >>>> >>> >>> Good idea. Done. >>> >> Good >> >>> >>>> >>>> 2. In 4 and 6 it is said that we define 'a' media attribute and >>>> 'an' SDP attribute. Consider if we should say 'two' already there. >>>> >>> >>> I added some clarification here. >>> >> Good solution >> >>> >>>> >>>> 3. In 4, the lats paragraph ( the paranthesis ) indicates that >>>> negotiating multiple languages is not feasible. But firstly, the >>>> caller is described to have the option to offer multiple >>>> alternatives, and some feasible use cases use multiple languages to >>>> express their preferences. So, the draft is contradicting this >>>> paragraph. Or I miss something it wants to say that also other >>>> readers could miss. I suggest to delete the last paragraph of 4. >>>> >>> >>> I reworded the note to be more clear. >>> >> Yeah, says that we do not bother about selecting multiple languages >> per media, and does not mention our unsolved problem between media. >> Acceptable and understandable now. >> >>> >>>> >>>> 4. In 5, "The group" is used but not defined. And the discussion >>>> is not needed. "not sufficiently detailed" would be sufficient. >>>> >>> >>> I reworded the text to be more clear. >>> >> 5 is good now. Fine. >> >>> >>>> >>>> 5. In 6.2, I suggested to add a sentence: " >>>> >>>> Events during the session may influence which language(s) are used, >>>> >>>> and the participants are not strictly bound to only use the declared >>>> >>>> languages." >>>> >>>> I think it is a valid clarification. >>>> >>> >>> Fair enough. I added a note to this effect. >>> >> What you added is on a totally other topic than what I proposed. >> Yours is also relevant. >> These additions are only clarifications on use, so maybe not so >> important, but please consider keeping yours and adding my proposal >> above. >> >> Your says that media may be accepted even if they are not planned to >> contain any agreed language. >> >> Mine says that the negotiation is (of course) not binding for the >> user behavior in the session. If participants negotiated spoken >> Spanish and started in spoken Spanish, but eventually an only >> English-speaking person is include on one side and they all agree on >> switching to spoken English, they are of course free to do so. >> >>> >>>> >>>> 6. As 6.4 I suggest to insert the "Most preferred language" >>>> section discussed in mail today. >>>> >>> >>> I did not see any such thing. In which email is this? >>> >> It was in the beginning of the thread called "awareness to the user >> in slim real-time draft" >> and the proposal was to insert this section: >> >> >> -------------------------------------------------------------------------------------------------------------------------------------------- >> >> >> 6.4 Most preferred language >> >> A mechanism is introduced that provides information on the most >> preferred language among all language indications in the session >> description. This is done in order to provide for a definite outcome >> of the negotiation of language in most cases, and thereby an >> opportunity for the call to start in a fruitful way. >> >> The notation for the most preferred language is a plus ('+') >> character added after the language tag in the value of the >> corresponding language attribute. The notation MAY be used >> independently on both communication directions. The order between >> this indication and the indication for advisory versus required is >> not relevant. >> >> >> -------------------------------------------------------------------------------------------------------------------------------------------------- >> >> I would be glad to see it included, but because of the discussions >> on this topic, it might be better to continue discussing it separately. >> >>>> >>>> 7. I suggested a syntax and examples section, but did not provide >>>> wording for it. I still think that that is needed. ( especially for >>>> understanding how the * is used, I remember some comments of >>>> astonishment that it is hooked on at the end of a language tag. ) >>>> >> In video, the language tag for American Sign Language should be 'ase' >> Otherwise good. Maybe we should add some words of clarification, but >> I think the examples are good and straightforward and clarify the >> syntax. >> >> >> Is my impression right about the asterisk, that it is sufficient to >> have one asterisk anywhere in the humintlang attributes in the whole >> sdp, and that is an advice to not fail the call, regardless of what >> happens with the very media and language that the asterisk is hooked on? >> >>> >>> It is consistent with other uses, such as SIP Accept-Language syntax. >>> >>> It seems useful to have some examples, so I added a section for this. >>> >>>> >>>> 8. I agree with the comment during the meeting, that additions to >>>> the security section with material from the use case document >>>> should be done. >>>> >>> >>> The test in the security considerations in the use cases document >>> is actually a privacy consideration, not a security consideration. I >>> added a new section for this. >>> >> That is often one of the three security aspects included in security >> sections. >> >> You could add, "The sdp negotiation SHOULD therefore be kept >> confident." >> >>> >>>> >>>> >>>> These were my immediate reactions. More might come. >>>> >>> >>> Those can be submitted against WGLC or IETF LC. >>> >> Thanks, we are definitively converging. >> >> /Gunnar >> >>> >>>> >>>> Thanks, >>>> >>>> >>>> Gunnar >>>> >>>> >>>> >>>> Den 2016-07-20 kl. 11:56, skrev Randall Gellens: >>>> >>>>> Version -02 is now available. It addresses all comments. If you >>>>> feel a comment was not correctly addressed, or you have another >>>>> comment, please say so. The group may want to especially look at >>>>> Section 5 ("The existing 'lang' attribute") to be sure the text >>>>> reflect group consensus. >>>>> >>>> >>>> -- >>>> ----------------------------------------- >>>> Gunnar Hellström >>>> Omnitor >>>> >>>> gunnar.hellstrom@omnitor.se >>>> >>>> +46 708 204 288 >>>> >>>> _______________________________________________ >>>> SLIM mailing list >>>> SLIM@ietf.org >>>> >>>> https://www.ietf.org/mailman/listinfo/slim >>>> >>>> >>> >>> >> >> -- >> ----------------------------------------- >> Gunnar Hellström >> Omnitor >> gunnar.hellstrom@omnitor.se >> +46 708 204 288 >> >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >> https://www.ietf.org/mailman/listinfo/slim > > -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 From nobody Thu Jul 21 07:34:25 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED6B312D68F for ; Thu, 21 Jul 2016 07:34:12 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kzwq_N6f76bU for ; Thu, 21 Jul 2016 07:34:06 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id D8C1612D666 for ; Thu, 21 Jul 2016 07:34:05 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Thu, 21 Jul 2016 07:34:04 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <2bad7b63-a11f-d5f0-8fee-7d551991139a@omnitor.se> References: <3A3B5229-1CB5-431F-BB27-EA73606D2F88@brianrosen.net> <2a307dcd-d799-a0cc-2c54-b4d35e1e0d3c@omnitor.se> <68C9050A-DF70-4225-BE22-54FA2185E263@brianrosen.net> <0bc0fd11-dafb-c7b5-fbd3-b1e8c7c4f136@omnitor.se> <88bb125a-06ad-a50f-2193-4fcece41f9c6@omnitor.se> <8a6604b0-ff1e-2285-ac72-acb78a83a3a3@omnitor.se> <2bad7b63-a11f-d5f0-8fee-7d551991139a@omnitor.se> X-Mailer: Eudora for Mac OS X Date: Thu, 21 Jul 2016 07:34:00 -0700 To: Gunnar =?iso-8859-1?Q?Hellstr=F6m?= , slim@ietf.org From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] awareness to the user in the slim real-time draft X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 14:34:13 -0000 At 3:38 PM +0200 7/21/16, Gunnar Hellstr=F6m wrote: > Den 2016-07-21 kl. 15:09, skrev Randall Gellens: > >> At 2:53 PM +0200 7/21/16, Gunnar Hellstr=F6m wrote: >> >>> Den 2016-07-21 kl. 11:04, skrev Randall Gellens: >>>> You want the application to be able to=20 >>>> first know what the user prefers across all=20 >>>> media and languages, and second, to be able=20 >>>> to match what was negotiated with the other=20 >>>> end with what the user wants. I believe you=20 >>>> can do that with what we have now. >>>> >>>> Consider: the application takes into=20 >>>> account the user's preferences across media=20 >>>> and languages in deciding what to offer.=20 >>>> After the session is established, the=20 >>>> application compares what was accepted to=20 >>>> the user's preferences across media and=20 >>>> languages, determines which combination of=20 >>>> the accepted media and languages is most=20 >>>> preferred by the user, and displays that=20 >>>> information to the user. >>> It is not sufficient. We have not defined=20 >>> any way to convey e.g. that spoken language=20 >>> is preferred over written language. >> >> Conveying the information from the application=20 >> to the user is out of scope. Conveying the=20 >> information from one client to another is not=20 >> needed. > Why would just this preference not be needed to convey to the other clien= t? Because this preference is needed to be conveyed=20 between endpoints, at least in the current=20 document; it can be handled by the client.=20 Conveying it would perhaps be more efficient=20 because it could avoid setting up media streams=20 that won't be used, but this is not sufficient=20 reason to add complexity to the current document.=20 If you want to propose a new draft that does=20 convey this, please do. > Why do not my examples work to make you=20 > understand that without this feature, the call=20 > has a risk to start with confusion. ( and it=20 > does today, because of lack of this feature. ) =46undamentally, the call gets set up and the=20 channels with media and language are established,=20 so it's a success. How the clients choose to=20 convey information to the user to avoid confusion=20 is their business. >> >>> >>> The called party want to start the=20 >>> conversation with a greeting in the language=20 >>> and the modality that the caller prefers ( if=20 >>> that reasonably matches the callee=20 >>> capabilities ). >>> >>> So assume that the caller can use spoken=20 >>> English and written English and strongly=20 >>> prefers the spoken English. >>> >>> These capabilities can both be indicated in=20 >>> the offer but without any preference=20 >>> indication . >>> >>> That leaves the callee without a clue on how=20 >>> to answer to not cause initial confusion. >> >> The callee answers with whichever of the=20 >> requested media and language streams it can=20 >> support. > And if the one that is least preferred by the=20 > caller is selected, part of the call or the=20 > whole call may be conducted in a modality that=20 > is not the best one, just because we did not=20 > include the possibility to convey which one is=20 > preferred by the other party. The callee will answer the offer with all media=20 and languages it can, and the endpoints will know=20 what was set up. How they convey this to the=20 user so the user knows what is the most preferred=20 modality and language is its business. I listed=20 the steps a client goes through in my previous=20 email. > >> >>> >>> That is the simple case I want a notation=20 >>> for. Just a highest preference mark to hook=20 >>> on e.g. to the spoken English indication. >>> >>> One notation was just proposed in another=20 >>> mail to be included as section 6.4. >>> >>> Gunnar >>>> >>>> --Randy >>>> >>>> >>>> At 9:15 AM +0200 7/21/16, Gunnar Hellstr=F6m wrote: >>>> >>>>> Bernard, thanks for trying to explain the resistance. >>>>> >>>>> Den 2016-07-20 kl. 18:52, skrev Bernard Aboba: >>>>> >>>>>> On Jul 20, 2016, at 6:11 PM, Gunnar=20 >>>>>> Hellstr=F6m =20 >>>>>> wrote: >>>>>>> Why don't you want to solve the human=20 >>>>>>> problem to start a call in the most=20 >>>>>>> effective way. >>>>>> [BA] As stated at the meeting, the major=20 >>>>>> question is in what layer this=20 >>>>>> functionality belongs. >>>>> I guess you mean the whole topic of=20 >>>>> language negotiation. It is an application=20 >>>>> level topic about user information and=20 >>>>> agreement, with some influence on call=20 >>>>> routing and device selection. >>>>> If you meant the remaining issues of=20 >>>>> preference across session, and grouping, it=20 >>>>> is the same. >>>>>> >>>>>> In several IETF WGs, including CLUE and=20 >>>>>> now WEBRTC, the decision has been made to=20 >>>>>> limit the complexity of the SDP O/A=20 >>>>>> negotiation to the bare minimum needed to=20 >>>>>> bring the call up. From there, the=20 >>>>>> application can add functionality. This=20 >>>>>> approach "optimizes for the common case",=20 >>>>>> limits the difficulty in implementing the=20 >>>>>> basic required SDP and makes it more=20 >>>>>> likely that it will interoperate. >>>>> Yes, sdp is becoming hard to manage, when=20 >>>>> you are supposed to negotiate SRTP vs RTP,=20 >>>>> AVPF vs AVP, RTCP vs INFO, multiplexing,=20 >>>>> ICE etc and now also language. So, maybe we=20 >>>>> made the wrong decision to go this way. We=20 >>>>> could have defined an XML schema for=20 >>>>> language and modality preferences and=20 >>>>> conveyed it somehow between the parties.=20 >>>>> But now we are here with our decision close=20 >>>>> to WGLC and intend to take this through. >>>>>> >>>>>> AFAICT, the basic SDP functionality in=20 >>>>>> the draft appears to be enough to enable=20 >>>>>> an application to handle media preference=20 >>>>>> on its own. >>>>>> >>>>>> As an example, I believe that every use=20 >>>>>> case can be supported within a web=20 >>>>>> application using a modified SIP library=20 >>>>>> without any SDP additions beyond what we=20 >>>>>> already have defined. >>>>> Do you mean that we now need to add SIP=20 >>>>> headers for the remaining information to=20 >>>>> really sort out what it meant by the=20 >>>>> limited indications we provide in SDP. >>>>> >>>>> Something like: modality-preference-send:=20 >>>>> speech ; modality-preference-recv: speech >>>>> >>>>> And something similar for SIP-less calls? >>>>> >>>>>> >>>>>> Yes, the application would need to deal=20 >>>>>> with media preferences but most unified=20 >>>>>> communications applications support=20 >>>>>> multiple modes and need to handle=20 >>>>>> decisions on media usage already (camera=20 >>>>>> on/off, mute, etc.) Adding complexity to=20 >>>>>> the SDP parser might actually make it=20 >>>>>> harder for the application, not easier. >>>>> The application areas I want to see=20 >>>>> benefit from this work are wide and do not=20 >>>>> have any other common specification fora=20 >>>>> that can add SIP or SDP elements. It is for=20 >>>>> example 3GPP that convey regular calls with=20 >>>>> ambition to have interoperability between=20 >>>>> providers, and it is for example between=20 >>>>> SIP providers and ESiNets following NENA or=20 >>>>> EENA specs. They all rely on the ground=20 >>>>> work done in IETF, for selection into their=20 >>>>> profiles. >>>>> >>>>> It is possible to make another IETF draft=20 >>>>> and add the missing parts there, but it=20 >>>>> looks unmotivated to break out a small part=20 >>>>> of the work like that. >>>>> >>>>> What I want to avoid is this situation: >>>>> >>>>> -Caller calls with indication of English=20 >>>>> speech reception and English text reception >>>>> Caller prefers speech, but has included=20 >>>>> text for not scaring off friends who prefer=20 >>>>> text. But there is no way to convey this=20 >>>>> preference. >>>>> -Callee has both English speech sending=20 >>>>> and English text sending capability. >>>>> -Callee has no clue for how to start the=20 >>>>> call, so just taking a chance, the callee=20 >>>>> starts in text, typing "Hi, welcome to my=20 >>>>> service". >>>>> -The caller sees that and feels that it=20 >>>>> is most polite to start in the same=20 >>>>> modality, so the caller thinks it is a bit=20 >>>>> inconvenient, but types: " Hi, I want=20 >>>>> support for a problem. Can we talk?" >>>>> -The callee types: "Oh, yes, let us=20 >>>>> switch to talking" and the the callee says=20 >>>>> "Ok , talking now, what is your problem." >>>>> - The call continues in speech, using=20 >>>>> text just for model numbers, booking=20 >>>>> numbers URL:s etc in this case. >>>>> >>>>> This is a quite natural development of a=20 >>>>> call where preference is not indicated from=20 >>>>> the beginning, and it adds inconvenience=20 >>>>> and delay compared to what it could have=20 >>>>> been if there was a way to convey modality=20 >>>>> preference. >>>>> >>>>> I think it is small enough feature to go=20 >>>>> into the humintlang draft and general=20 >>>>> enough to not be pushed to be solved=20 >>>>> differently for each application. >>>>> >>>>> A thought of mine was that the=20 >>>>> asterisk-notation for "do not fail" was not=20 >>>>> really needed and we could move that=20 >>>>> notation to point out the most preferred=20 >>>>> modality. But we heard opposition to that=20 >>>>> in the meeting, so now we are back to the=20 >>>>> need to add something small but important. >>>>> >>>>> /Gunnar >>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> SLIM mailing list >>>>>> SLIM@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/slim >>>>> >>>>> -- >>>>> ----------------------------------------- >>>>> Gunnar Hellstr=F6m >>>>> Omnitor >>>>> gunnar.hellstrom@omnitor.se >>>>> +46 708 204 288 >>>>> >>>>> _______________________________________________ >>>>> SLIM mailing list >>>>> SLIM@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/slim >>>> >>>> >>> >>> -- >>> ----------------------------------------- >>> Gunnar Hellstr=F6m >>> Omnitor >>> gunnar.hellstrom@omnitor.se >>> +46 708 204 288 >> >> > > -- > ----------------------------------------- > Gunnar Hellstr=F6m > Omnitor > gunnar.hellstrom@omnitor.se > +46 708 204 288 > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- I think we'd get fewer weird bug reports if we stopped selling our software off planet. From nobody Thu Jul 21 07:38:53 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE6DC12D5F2 for ; Thu, 21 Jul 2016 07:38:51 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cuQjod0x660M for ; Thu, 21 Jul 2016 07:38:47 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id A6AF412B058 for ; Thu, 21 Jul 2016 07:38:47 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Thu, 21 Jul 2016 07:38:46 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: References: <20160720095043.22503.47062.idtracker@ietfa.amsl.com> <3d348714-274d-8a52-e724-ddebbf987acd@omnitor.se> <50f22335-c607-7efe-8353-7894f5c3c16e@omnitor.se> X-Mailer: Eudora for Mac OS X Date: Thu, 21 Jul 2016 07:38:43 -0700 To: Gunnar =?iso-8859-1?Q?Hellstr=F6m?= , Randall Gellens , slim@ietf.org From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] I-D Action: draft-ietf-slim-negotiating-human-language-02.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 14:38:52 -0000 At 3:53 PM +0200 7/21/16, Gunnar Hellstr=F6m wrote: > Den 2016-07-21 kl. 15:29, skrev Randall Gellens: >> Hi Gunnar, >> >> I do not believe any further text changes are=20 >> needed. If you disagree, please raise the=20 >> issue as a WGLC ticket and the group can=20 >> decide how to proceed. > You should correct the language tag in the=20 > example for American Sign Language in video .=20 > it is 'ase' , not 'sgn-US' ( sgn-US was used=20 > before but was depreciated in 2009 ) My apologies, I looked in an outdated version of=20 the IANA registry by accident. I was actually=20 surprised to see it listed as 'sgn-US' rather=20 than 'ase' ('ase' was listed as a different=20 spoken language). > > And while you are in that section, I suggest=20 > that you add an example for text as well so=20 > that we have representation of all media that=20 > have implicit modalities. > > m=3Dtext 45020 RTP/AVP 103 104 > a=3Dhumintlang-send:gr > a=3Dhumintlang-recv:gr OK. > > Please also answer my question below on use of the asterisk. > > Thanks, > Gunnar > > > >> >> Thanks, >> >> --Randy >> >> At 2:39 PM +0200 7/21/16, Gunnar Hellstr=F6m wrote: >> >>> Randall, >>> >>> thanks for rapid action again, >>> >>> >>> Den 2016-07-21 kl. 11:40, skrev Randall Gellens: >>> >>>> Hi Gunar, >>>> >>>> At 3:01 PM +0200 7/20/16, Gunnar Hellstr=F6m wrote: >>>> >>>>> Randall, >>>>> >>>>> Thanks for rapid and thorough action. Most=20 >>>>> of my comments and edit proposals are well=20 >>>>> covered in -02 >>>>> >>>>> I have some rapid feedback. >>>>> >>>>> 1. Check the informational references in=20 >>>>> 12.2 and delet the ones we do not use=20 >>>>> anymore. >>>>> >>>> >>>> Good idea. Done. >>>> >>> Good >>> >>>> >>>>> >>>>> 2. In 4 and 6 it is said that we define=20 >>>>> 'a' media attribute and 'an' SDP attribute.=20 >>>>> Consider if we should say 'two' already=20 >>>>> there. >>>>> >>>> >>>> I added some clarification here. >>>> >>> Good solution >>> >>>> >>>>> >>>>> 3. In 4, the lats paragraph ( the=20 >>>>> paranthesis ) indicates that negotiating=20 >>>>> multiple languages is not feasible. But=20 >>>>> firstly, the caller is described to have=20 >>>>> the option to offer multiple alternatives,=20 >>>>> and some feasible use cases use multiple=20 >>>>> languages to express their preferences. So,=20 >>>>> the draft is contradicting this paragraph.=20 >>>>> Or I miss something it wants to say that=20 >>>>> also other readers could miss. I suggest to=20 >>>>> delete the last paragraph of 4. >>>>> >>>> >>>> I reworded the note to be more clear. >>>> >>> Yeah, says that we do not bother about=20 >>> selecting multiple languages per media, and=20 >>> does not mention our unsolved problem between=20 >>> media. Acceptable and understandable now. >>> >>>> >>>>> >>>>> 4. In 5, "The group" is used but not=20 >>>>> defined. And the discussion is not needed.=20 >>>>> "not sufficiently detailed" would be=20 >>>>> sufficient. >>>>> >>>> >>>> I reworded the text to be more clear. >>>> >>> 5 is good now. Fine. >>> >>>> >>>>> >>>>> 5. In 6.2, I suggested to add a sentence: " >>>>> >>>>> Events during the session may influence which language(s) are used, >>>>> >>>>> and the participants are not strictly bound to only use the declared >>>>> >>>>> languages." >>>>> >>>>> I think it is a valid clarification. >>>>> >>>> >>>> Fair enough. I added a note to this effect. >>>> >>> What you added is on a totally other topic=20 >>> than what I proposed. Yours is also relevant. >>> These additions are only clarifications on=20 >>> use, so maybe not so important, but please=20 >>> consider keeping yours and adding my proposal=20 >>> above. >>> >>> Your says that media may be accepted even if=20 >>> they are not planned to contain any agreed=20 >>> language. >>> >>> Mine says that the negotiation is (of=20 >>> course) not binding for the user behavior in=20 >>> the session. If participants negotiated=20 >>> spoken Spanish and started in spoken Spanish,=20 >>> but eventually an only English-speaking=20 >>> person is include on one side and they all=20 >>> agree on switching to spoken English, they=20 >>> are of course free to do so. >>> >>>> >>>>> >>>>> 6. As 6.4 I suggest to insert the "Most=20 >>>>> preferred language" section discussed in=20 >>>>> mail today. >>>>> >>>> >>>> I did not see any such thing. In which email is this? >>>> >>> It was in the beginning of the thread called=20 >>> "awareness to the user in slim real-time=20 >>> draft" >>> and the proposal was to insert this section: >>> >>> >>>=20 >>> ------------------------------------------------------------------------= -------------------------------------------------------------------- >>> >>> 6.4 Most preferred language >>> >>> A mechanism is introduced that provides=20 >>> information on the most preferred language=20 >>> among all language indications in the session=20 >>> description. This is done in order to provide=20 >>> for a definite outcome of the negotiation of=20 >>> language in most cases, and thereby an=20 >>> opportunity for the call to start in a=20 >>> fruitful way. >>> >>> The notation for the most preferred language=20 >>> is a plus ('+') character added after the=20 >>> language tag in the value of the=20 >>> corresponding language attribute. The=20 >>> notation MAY be used independently on both=20 >>> communication directions. The order between=20 >>> this indication and the indication for=20 >>> advisory versus required is not relevant. >>> >>> >>>=20 >>> ------------------------------------------------------------------------= -------------------------------------------------------------------------- >>> I would be glad to see it included, but=20 >>> because of the discussions on this topic, it=20 >>> might be better to continue discussing it=20 >>> separately. >>> >>>>> >>>>> 7. I suggested a syntax and examples=20 >>>>> section, but did not provide wording for=20 >>>>> it. I still think that that is needed. (=20 >>>>> especially for understanding how the * is=20 >>>>> used, I remember some comments of=20 >>>>> astonishment that it is hooked on at the=20 >>>>> end of a language tag. ) >>>>> >>> In video, the language tag for American Sign Language should be 'ase' >>> Otherwise good. Maybe we should add some=20 >>> words of clarification, but I think the=20 >>> examples are good and straightforward and=20 >>> clarify the syntax. >>> >>> >>> Is my impression right about the asterisk,=20 >>> that it is sufficient to have one asterisk=20 >>> anywhere in the humintlang attributes in the=20 >>> whole sdp, and that is an advice to not fail=20 >>> the call, regardless of what happens with the=20 >>> very media and language that the asterisk is=20 >>> hooked on? Yes, any use of the asterisk in the SDP means a=20 preference to not fail the call. Omitting the=20 asterisk from all of the SDP indicates a=20 preference to fail the call. There is no=20 requirement to fail the call regardless. >>> >>>> >>>> It is consistent with other uses, such as SIP Accept-Language syntax. >>>> >>>> It seems useful to have some examples, so I added a section for this. >>>> >>>>> >>>>> 8. I agree with the comment during the=20 >>>>> meeting, that additions to the security=20 >>>>> section with material from the use case=20 >>>>> document should be done. >>>>> >>>> >>>> The test in the security considerations in=20 >>>> the use cases document is actually a privacy=20 >>>> consideration, not a security consideration.=20 >>>> I added a new section for this. >>>> >>> That is often one of the three security=20 >>> aspects included in security sections. >>> >>> You could add, "The sdp negotiation SHOULD therefore be kept confident= =2E" >>> >>>> >>>>> >>>>> >>>>> These were my immediate reactions. More might come. >>>>> >>>> >>>> Those can be submitted against WGLC or IETF LC. >>>> >>> Thanks, we are definitively converging. >>> >>> /Gunnar >>> >>>> >>>>> >>>>> Thanks, >>>>> >>>>> >>>>> Gunnar >>>>> >>>>> >>>>> >>>>> Den 2016-07-20 kl. 11:56, skrev Randall Gellens: >>>>> >>>>>> Version -02 is now available. It=20 >>>>>> addresses all comments. If you feel a=20 >>>>>> comment was not correctly addressed, or=20 >>>>>> you have another comment, please say so.=20 >>>>>> The group may want to especially look at=20 >>>>>> Section 5 ("The existing 'lang'=20 >>>>>> attribute") to be sure the text reflect=20 >>>>>> group consensus. >>>>>> >>>>> >>>>> -- >>>>> ----------------------------------------- >>>>> Gunnar Hellstr=F6m >>>>> Omnitor >>>>> >>>>>=20 >>>>> gunnar.hellstrom@omnitor.se >>>>> +46 708 204 288 >>>>> >>>>> _______________________________________________ >>>>> SLIM mailing list >>>>> SLIM@ietf.org >>>>> >>>>>=20 >>>>> https://www.ietf.org/mailm= an/listinfo/slim >>>>> >>>> >>>> >>> >>> -- >>> ----------------------------------------- >>> Gunnar Hellstr=F6m >>> Omnitor >>> gunnar.hellstrom@omnitor.se >>> +46 708 204 288 >>> >>> _______________________________________________ >>> SLIM mailing list >>> SLIM@ietf.org >>> https://www.ietf.org/mailman/listinfo/slim >> >> > > -- > ----------------------------------------- > Gunnar Hellstr=F6m > Omnitor > gunnar.hellstrom@omnitor.se > +46 708 204 288 > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- We don't see things as they are; we see things as we are. --Anais Nin From nobody Thu Jul 21 07:43:22 2016 Return-Path: X-Original-To: slim@ietf.org Delivered-To: slim@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 39E1612D67D; Thu, 21 Jul 2016 07:43:17 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.29.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160721144317.31783.83179.idtracker@ietfa.amsl.com> Date: Thu, 21 Jul 2016 07:43:17 -0700 Archived-At: Cc: slim@ietf.org Subject: [Slim] I-D Action: draft-ietf-slim-negotiating-human-language-04.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 14:43:17 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Selection of Language for Internet Media of the IETF. Title : Negotiating Human Language in Real-Time Communications Author : Randall Gellens Filename : draft-ietf-slim-negotiating-human-language-04.txt Pages : 18 Date : 2016-07-21 Abstract: Users have various human (natural) language needs, abilities, and preferences regarding spoken, written, and signed languages. When establishing interactive communication ("calls") there needs to be a way to negotiate (communicate and match) the caller's language and media needs with the capabilities of the called party. This is especially important with emergency calls, where a call can be handled by a call taker capable of communicating with the user, or a translator or relay operator can be bridged into the call during setup, but this applies to non-emergency calls as well (as an example, when calling a company call center). This document describes the need and a solution using new SDP stream attributes. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-slim-negotiating-human-language/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-slim-negotiating-human-language-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-slim-negotiating-human-language-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Jul 21 07:54:05 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F2CB12D53B for ; Thu, 21 Jul 2016 07:54:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.621 X-Spam-Level: X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A5QzYeGLlSwJ for ; Thu, 21 Jul 2016 07:53:57 -0700 (PDT) Received: from bin-vsp-out-05.atm.binero.net (vsp-unauthed02.binero.net [195.74.38.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E4B1B12D5F8 for ; Thu, 21 Jul 2016 07:53:56 -0700 (PDT) X-Halon-ID: f3f5dc39-4f52-11e6-81a1-005056913f0f Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-05.atm.binero.net (Halon Mail Gateway) with ESMTPSA for ; Thu, 21 Jul 2016 16:53:57 +0200 (CEST) To: slim@ietf.org References: <3A3B5229-1CB5-431F-BB27-EA73606D2F88@brianrosen.net> <2a307dcd-d799-a0cc-2c54-b4d35e1e0d3c@omnitor.se> <68C9050A-DF70-4225-BE22-54FA2185E263@brianrosen.net> <0bc0fd11-dafb-c7b5-fbd3-b1e8c7c4f136@omnitor.se> <88bb125a-06ad-a50f-2193-4fcece41f9c6@omnitor.se> <8a6604b0-ff1e-2285-ac72-acb78a83a3a3@omnitor.se> <2bad7b63-a11f-d5f0-8fee-7d551991139a@omnitor.se> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: Date: Thu, 21 Jul 2016 16:53:47 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [Slim] awareness to the user in the slim real-time draft X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 14:54:04 -0000 Den 2016-07-21 kl. 16:34, skrev Randall Gellens: > At 3:38 PM +0200 7/21/16, Gunnar Hellström wrote: > >> Den 2016-07-21 kl. 15:09, skrev Randall Gellens: >> >>> At 2:53 PM +0200 7/21/16, Gunnar Hellström wrote: >>> >>>> Den 2016-07-21 kl. 11:04, skrev Randall Gellens: >>>>> You want the application to be able to first know what the user >>>>> prefers across all media and languages, and second, to be able to >>>>> match what was negotiated with the other end with what the user >>>>> wants. I believe you can do that with what we have now. >>>>> >>>>> Consider: the application takes into account the user's >>>>> preferences across media and languages in deciding what to offer. >>>>> After the session is established, the application compares what >>>>> was accepted to the user's preferences across media and languages, >>>>> determines which combination of the accepted media and languages >>>>> is most preferred by the user, and displays that information to >>>>> the user. >>>> It is not sufficient. We have not defined any way to convey e.g. >>>> that spoken language is preferred over written language. >>> >>> Conveying the information from the application to the user is out >>> of scope. Conveying the information from one client to another is >>> not needed. >> Why would just this preference not be needed to convey to the other >> client? > > Because this preference is needed to be conveyed between endpoints, at > least in the current document; it can be handled by the client. > Conveying it would perhaps be more efficient because it could avoid > setting up media streams that won't be used, but this is not > sufficient reason to add complexity to the current document. If you > want to propose a new draft that does convey this, please do. There is no difference between the "most preferred modality" and the "most preferred language per media". They both need in most cases be conveyed to the user, but we have selected to not talk about that part in the draft. Without conveying them to the user, the user has no clue about what language to start using, and the whole purpose of our work is lost. So why not convey the whole picture to the client, ( and assume that the client informs the user.) > >> Why do not my examples work to make you understand that without this >> feature, the call has a risk to start with confusion. ( and it does >> today, because of lack of this feature. ) > > Fundamentally, the call gets set up and the channels with media and > language are established, so it's a success. How the clients choose > to convey information to the user to avoid confusion is their business. The clients do not handle the language, they just negotiate it on behalf of the users. Then the users need to know a definite outcome of the negotiation so that they can start producing the expected language. We just handle the exchange of this info between the clients, but we have no success until some other mechanism informs the user so that language can start to flow. > > >>> >>>> >>>> The called party want to start the conversation with a greeting >>>> in the language and the modality that the caller prefers ( if that >>>> reasonably matches the callee capabilities ). >>>> >>>> So assume that the caller can use spoken English and written >>>> English and strongly prefers the spoken English. >>>> >>>> These capabilities can both be indicated in the offer but without >>>> any preference indication . >>>> >>>> That leaves the callee without a clue on how to answer to not >>>> cause initial confusion. >>> >>> The callee answers with whichever of the requested media and >>> language streams it can support. >> And if the one that is least preferred by the caller is selected, >> part of the call or the whole call may be conducted in a modality >> that is not the best one, just because we did not include the >> possibility to convey which one is preferred by the other party. > > The callee will answer the offer with all media and languages it can, > and the endpoints will know what was set up. How they convey this to > the user so the user knows what is the most preferred modality and > language is its business. I listed the steps a client goes through in > my previous email. We need to tell the other client what is the preferred modality. If you are afraid of increased complexity, I suggest that we scrap the required/advisory feature that you anyway say usually should not be followed. Then you have the asterisk notation free to point out the most preferred modality with. > > >> >>> >>>> >>>> That is the simple case I want a notation for. Just a highest >>>> preference mark to hook on e.g. to the spoken English indication. >>>> >>>> One notation was just proposed in another mail to be included as >>>> section 6.4. >>>> >>>> Gunnar >>>>> >>>>> --Randy >>>>> >>>>> >>>>> At 9:15 AM +0200 7/21/16, Gunnar Hellström wrote: >>>>> >>>>>> Bernard, thanks for trying to explain the resistance. >>>>>> >>>>>> Den 2016-07-20 kl. 18:52, skrev Bernard Aboba: >>>>>> >>>>>>> On Jul 20, 2016, at 6:11 PM, Gunnar Hellström >>>>>>> wrote: >>>>>>>> Why don't you want to solve the human problem to start a >>>>>>>> call in the most effective way. >>>>>>> [BA] As stated at the meeting, the major question is in what >>>>>>> layer this functionality belongs. >>>>>> I guess you mean the whole topic of language negotiation. It >>>>>> is an application level topic about user information and >>>>>> agreement, with some influence on call routing and device selection. >>>>>> If you meant the remaining issues of preference across >>>>>> session, and grouping, it is the same. >>>>>>> >>>>>>> In several IETF WGs, including CLUE and now WEBRTC, the >>>>>>> decision has been made to limit the complexity of the SDP O/A >>>>>>> negotiation to the bare minimum needed to bring the call up. >>>>>>> From there, the application can add functionality. This approach >>>>>>> "optimizes for the common case", limits the difficulty in >>>>>>> implementing the basic required SDP and makes it more likely >>>>>>> that it will interoperate. >>>>>> Yes, sdp is becoming hard to manage, when you are supposed to >>>>>> negotiate SRTP vs RTP, AVPF vs AVP, RTCP vs INFO, multiplexing, >>>>>> ICE etc and now also language. So, maybe we made the wrong >>>>>> decision to go this way. We could have defined an XML schema for >>>>>> language and modality preferences and conveyed it somehow between >>>>>> the parties. But now we are here with our decision close to WGLC >>>>>> and intend to take this through. >>>>>>> >>>>>>> AFAICT, the basic SDP functionality in the draft appears to >>>>>>> be enough to enable an application to handle media preference on >>>>>>> its own. >>>>>>> >>>>>>> As an example, I believe that every use case can be supported >>>>>>> within a web application using a modified SIP library without >>>>>>> any SDP additions beyond what we already have defined. >>>>>> Do you mean that we now need to add SIP headers for the >>>>>> remaining information to really sort out what it meant by the >>>>>> limited indications we provide in SDP. >>>>>> >>>>>> Something like: modality-preference-send: speech ; >>>>>> modality-preference-recv: speech >>>>>> >>>>>> And something similar for SIP-less calls? >>>>>> >>>>>>> >>>>>>> Yes, the application would need to deal with media >>>>>>> preferences but most unified communications applications support >>>>>>> multiple modes and need to handle decisions on media usage >>>>>>> already (camera on/off, mute, etc.) Adding complexity to the SDP >>>>>>> parser might actually make it harder for the application, not >>>>>>> easier. >>>>>> The application areas I want to see benefit from this work are >>>>>> wide and do not have any other common specification fora that can >>>>>> add SIP or SDP elements. It is for example 3GPP that convey >>>>>> regular calls with ambition to have interoperability between >>>>>> providers, and it is for example between SIP providers and >>>>>> ESiNets following NENA or EENA specs. They all rely on the ground >>>>>> work done in IETF, for selection into their profiles. >>>>>> >>>>>> It is possible to make another IETF draft and add the missing >>>>>> parts there, but it looks unmotivated to break out a small part >>>>>> of the work like that. >>>>>> >>>>>> What I want to avoid is this situation: >>>>>> >>>>>> -Caller calls with indication of English speech reception and >>>>>> English text reception >>>>>> Caller prefers speech, but has included text for not scaring >>>>>> off friends who prefer text. But there is no way to convey this >>>>>> preference. >>>>>> -Callee has both English speech sending and English text >>>>>> sending capability. >>>>>> -Callee has no clue for how to start the call, so just taking >>>>>> a chance, the callee starts in text, typing "Hi, welcome to my >>>>>> service". >>>>>> -The caller sees that and feels that it is most polite to >>>>>> start in the same modality, so the caller thinks it is a bit >>>>>> inconvenient, but types: " Hi, I want support for a problem. Can >>>>>> we talk?" >>>>>> -The callee types: "Oh, yes, let us switch to talking" and the >>>>>> the callee says "Ok , talking now, what is your problem." >>>>>> - The call continues in speech, using text just for model >>>>>> numbers, booking numbers URL:s etc in this case. >>>>>> >>>>>> This is a quite natural development of a call where preference >>>>>> is not indicated from the beginning, and it adds inconvenience >>>>>> and delay compared to what it could have been if there was a way >>>>>> to convey modality preference. >>>>>> >>>>>> I think it is small enough feature to go into the humintlang >>>>>> draft and general enough to not be pushed to be solved >>>>>> differently for each application. >>>>>> >>>>>> A thought of mine was that the asterisk-notation for "do not >>>>>> fail" was not really needed and we could move that notation to >>>>>> point out the most preferred modality. But we heard opposition to >>>>>> that in the meeting, so now we are back to the need to add >>>>>> something small but important. >>>>>> >>>>>> /Gunnar >>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> SLIM mailing list >>>>>>> SLIM@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/slim >>>>>> >>>>>> -- >>>>>> ----------------------------------------- >>>>>> Gunnar Hellström >>>>>> Omnitor >>>>>> gunnar.hellstrom@omnitor.se >>>>>> +46 708 204 288 >>>>>> >>>>>> _______________________________________________ >>>>>> SLIM mailing list >>>>>> SLIM@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/slim >>>>> >>>>> >>>> >>>> -- >>>> ----------------------------------------- >>>> Gunnar Hellström >>>> Omnitor >>>> gunnar.hellstrom@omnitor.se >>>> +46 708 204 288 >>> >>> >> >> -- >> ----------------------------------------- >> Gunnar Hellström >> Omnitor >> gunnar.hellstrom@omnitor.se >> +46 708 204 288 >> >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >> https://www.ietf.org/mailman/listinfo/slim > > -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 From nobody Thu Jul 21 07:58:11 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4849612D5F9 for ; Thu, 21 Jul 2016 07:58:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.621 X-Spam-Level: X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x1TcR5wpzB6t for ; Thu, 21 Jul 2016 07:58:08 -0700 (PDT) Received: from bin-vsp-out-05.atm.binero.net (bin-mail-out-06.binero.net [195.74.38.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0F4C212D67B for ; Thu, 21 Jul 2016 07:57:59 -0700 (PDT) X-Halon-ID: 857b12aa-4f53-11e6-81a1-005056913f0f Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-05.atm.binero.net (Halon Mail Gateway) with ESMTPSA for ; Thu, 21 Jul 2016 16:58:02 +0200 (CEST) To: slim@ietf.org References: <20160721144317.31783.83179.idtracker@ietfa.amsl.com> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: <31a845a8-f940-6c14-4541-2f6bdc9fd4b3@omnitor.se> Date: Thu, 21 Jul 2016 16:57:51 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160721144317.31783.83179.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [Slim] I-D Action: draft-ietf-slim-negotiating-human-language-04.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 14:58:10 -0000 Randy, Very good, thanks. Gunnar Den 2016-07-21 kl. 16:43, skrev internet-drafts@ietf.org: > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Selection of Language for Internet Media of the IETF. > > Title : Negotiating Human Language in Real-Time Communications > Author : Randall Gellens > Filename : draft-ietf-slim-negotiating-human-language-04.txt > Pages : 18 > Date : 2016-07-21 > > Abstract: > Users have various human (natural) language needs, abilities, and > preferences regarding spoken, written, and signed languages. When > establishing interactive communication ("calls") there needs to be a > way to negotiate (communicate and match) the caller's language and > media needs with the capabilities of the called party. This is > especially important with emergency calls, where a call can be > handled by a call taker capable of communicating with the user, or a > translator or relay operator can be bridged into the call during > setup, but this applies to non-emergency calls as well (as an > example, when calling a company call center). > > This document describes the need and a solution using new SDP stream > attributes. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-slim-negotiating-human-language/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-slim-negotiating-human-language-04 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-slim-negotiating-human-language-04 > > > Please note that it may take a couple of minutes from the time of submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 From nobody Thu Jul 21 08:05:23 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 87BC912D5F8 for ; Thu, 21 Jul 2016 08:05:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CEOSkw-QGhUQ for ; Thu, 21 Jul 2016 08:05:20 -0700 (PDT) Received: from p3plwbeout03-03.prod.phx3.secureserver.net (p3plsmtp03-03-2.prod.phx3.secureserver.net [72.167.218.215]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC98C12D5F9 for ; Thu, 21 Jul 2016 08:05:20 -0700 (PDT) Received: from localhost ([72.167.218.131]) by p3plwbeout03-03.prod.phx3.secureserver.net with bizsmtp id MT5L1t0062qhQio01T5Lzy; Thu, 21 Jul 2016 08:05:20 -0700 X-SID: MT5L1t0062qhQio01 Received: (qmail 9328 invoked by uid 99); 21 Jul 2016 15:05:20 -0000 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Originating-IP: 208.51.143.189 User-Agent: Workspace Webmail 6.4.2 Message-Id: <20160721080518.665a7a7059d7ee80bb4d670165c8327d.475a3121c9.wbe@email03.godaddy.com> From: "Doug Ewell" To: "Randall Gellens" , "Gunnar =?UTF-8?Q?Hellstr=C3=B6m?=" , slim@ietf.org Date: Thu, 21 Jul 2016 08:05:18 -0700 Mime-Version: 1.0 Archived-At: Subject: Re: [Slim] I-D Action: draft-ietf-slim-negotiating-human-language-02.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 15:05:22 -0000 Randall Gellens wrote:=0A=0A>> You should correct the language tag in the = =0A>> example for American Sign Language in video . =0A>> it is 'ase' , not= 'sgn-US' ( sgn-US was used =0A>> before but was depreciated in 2009 )=0A>= =0A> My apologies, I looked in an outdated version of =0A> the IANA registr= y by accident. I was actually =0A> surprised to see it listed as 'sgn-US' r= ather =0A> than 'ase' ('ase' was listed as a different =0A> spoken language= ).=0A=0AAs an application of BCP 47, SLIM needs to use the current Language= =0ASubtag Registry located at:=0A=0Ahttp://www.iana.org/assignments/languag= e-subtag-registry/language-subtag-registry=0A=0AThe relevant records in the= Registry are:=0A=0AType: language=0ASubtag: ase=0ADescription: American Si= gn Language=0AAdded: 2009-07-29=0A=0Aand=0A=0AType: redundant=0ATag: sgn-US= =0ADescription: American Sign Language=0AAdded: 2001-03-02=0ADeprecated: 20= 09-07-29=0APreferred-Value: ase=0A=0AThe fields "Deprecated" and "Preferred= -Value" in the latter record are=0Aimportant.=0A=0A=0A--=0ADoug Ewell | Tho= rnton, CO, US | ewellic.org=0A From nobody Thu Jul 21 08:24:49 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D88C12D5F7 for ; Thu, 21 Jul 2016 08:24:46 -0700 (PDT) X-Quarantine-ID: <3BZ_sq2cw2CZ> X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3BZ_sq2cw2CZ for ; Thu, 21 Jul 2016 08:24:42 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 1B3BD12D675 for ; Thu, 21 Jul 2016 08:24:42 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Thu, 21 Jul 2016 08:24:41 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <20160721080518.665a7a7059d7ee80bb4d670165c8327d.475a3121c9.wbe@email0 3.godaddy.com> References: <20160721080518.665a7a7059d7ee80bb4d670165c8327d.475a3121c9.wbe@email0 3.godaddy.com> X-Mailer: Eudora for Mac OS X Date: Thu, 21 Jul 2016 08:24:37 -0700 To: "Doug Ewell" , =?iso-8859-1?Q?=22Gunnar_Hellstr=F6m=22?= , slim@ietf.org From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] I-D Action: draft-ietf-slim-negotiating-human-language-02.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 15:24:47 -0000 At 8:05 AM -0700 7/21/16, Doug Ewell wrote: > Randall Gellens wrote: >> You should correct the language tag in > the >> example for American Sign Language in video . >> it is 'ase' > , not 'sgn-US' ( sgn-US was used >> before but was depreciated in > 2009 ) > > My apologies, I looked in an outdated version of > the > IANA registry by accident. I was actually > surprised to see it > listed as 'sgn-US' rather > than 'ase' ('ase' was listed as a > different > spoken language). As an application of BCP 47, SLIM > needs to use the current Language Subtag Registry located at: > http://www.iana.org/assignments/language-subtag-registry/language-subtag-registry > The relevant records in the Registry are: Type: language Subtag: > ase Description: American Sign Language Added: 2009-07-29 and Type: > redundant Tag: sgn-US Description: American Sign Language Added: > 2001-03-02 Deprecated: 2009-07-29 Preferred-Value: ase The fields > "Deprecated" and "Preferred-Value" in the latter record are > important. -- Doug Ewell | Thornton, CO, US | ewellic.org Yes, already fixed in -04, which is published. I was accidently looking in an old version of the registry when I first added the example. -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- 100 blocks of crud on the disk, 100 blocks of crud! You patch a bug, and dump it again: 101 blocks of crud on the disk!... From nobody Thu Jul 21 11:08:20 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EAA0A12D0D8 for ; Thu, 21 Jul 2016 11:08:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.602 X-Spam-Level: X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VJkl0FdFG3_f for ; Thu, 21 Jul 2016 11:08:16 -0700 (PDT) Received: from bin-vsp-out-02.atm.binero.net (bin-mail-out-05.binero.net [195.74.38.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D9FBA12D77F for ; Thu, 21 Jul 2016 11:08:15 -0700 (PDT) X-Halon-ID: 166175c4-4f6e-11e6-b8a7-005056917f90 Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-02.atm.binero.net (Halon Mail Gateway) with ESMTPSA for ; Thu, 21 Jul 2016 20:08:12 +0200 (CEST) To: "slim@ietf.org" From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: <7697c842-1c68-e4d6-fba8-cc3a51327585@omnitor.se> Date: Thu, 21 Jul 2016 20:08:06 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 18:08:19 -0000 Randall, Section 6.3 of draft-ietf-slim-negotiating-human-language-04 says: "The mechanism for indicating this preference is that, in an offer, if the last character of any of the 'humintlang-recv' or 'humintlang- send' values is an asterisk, this indicates a request to not fail the call (similar to SIP Accept-Language syntax)." An example from section 6.5 is a=humintlang-send:ase* I have looked at the syntax description of SIP Accept-Language in RFC 3261 section 25.1 , and got to the conclusion that the asterisk is used in place of a language tag, and not combined with the language tag as you have specified it for the slim real-time draft. So, following that syntax, my interpretation is that we would need a syntax according to this example a=humintlang-send:* or, taking inspiration from the Accept-Language syntax, we could change the syntax of our attributes and allow enumeration of the language tags comma separated and include the asterisk among them. a=humintlang-send:ase, * Of course we could define our own syntax for this parameter, but then we should not say that it is similar to the use in Accept-Language, and we should double check with the rfc 5646 experts to verify that we can append the asterisk on the tag. Please check this and explain your interpretation, or propose modifications. /Gunnar -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 From nobody Thu Jul 21 11:13:17 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CBCF12D669 for ; Thu, 21 Jul 2016 11:13:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.92 X-Spam-Level: X-Spam-Status: No, score=-6.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Fw3L9WYCZBuH for ; Thu, 21 Jul 2016 11:13:13 -0700 (PDT) Received: from smtp-fw-2101.amazon.com (smtp-fw-2101.amazon.com [72.21.196.25]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EAF5912D67F for ; Thu, 21 Jul 2016 11:13:12 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.28,400,1464652800"; d="scan'208";a="559832680" Received: from iad6-co-svc-p1-lb1-vlan2.amazon.com (HELO email-inbound-relay-71007.iad55.amazon.com) ([10.124.125.2]) by smtp-border-fw-out-2101.iad2.amazon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 21 Jul 2016 18:13:12 +0000 Received: from EX13MTAUWB001.ant.amazon.com (iad1-ws-svc-lb91-vlan2.amazon.com [10.0.103.146]) by email-inbound-relay-71007.iad55.amazon.com (8.14.7/8.14.7) with ESMTP id u6LID81h006639 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=OK); Thu, 21 Jul 2016 18:13:11 GMT Received: from EX13D08UWB002.ant.amazon.com (10.43.161.168) by EX13MTAUWB001.ant.amazon.com (10.43.161.207) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 21 Jul 2016 18:13:10 +0000 Received: from EX13D08UWB002.ant.amazon.com (10.43.161.168) by EX13D08UWB002.ant.amazon.com (10.43.161.168) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 21 Jul 2016 18:13:09 +0000 Received: from EX13D08UWB002.ant.amazon.com ([10.43.161.168]) by EX13D08UWB002.ant.amazon.com ([10.43.161.168]) with mapi id 15.00.1104.000; Thu, 21 Jul 2016 18:13:09 +0000 From: "Phillips, Addison" To: =?utf-8?B?R3VubmFyIEhlbGxzdHLDtm0=?= , "slim@ietf.org" Thread-Topic: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language Thread-Index: AQHR43rt9GFpdH8Uw0S/n36Hg4H+wKAjLxLw Date: Thu, 21 Jul 2016 18:13:09 +0000 Message-ID: References: <7697c842-1c68-e4d6-fba8-cc3a51327585@omnitor.se> In-Reply-To: <7697c842-1c68-e4d6-fba8-cc3a51327585@omnitor.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.43.160.23] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Precedence: Bulk Archived-At: Subject: Re: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 18:13:15 -0000 PiBPZiBjb3Vyc2Ugd2UgY291bGQgZGVmaW5lIG91ciBvd24gc3ludGF4IGZvciB0aGlzIHBhcmFt ZXRlciwgYnV0IHRoZW4gd2UNCj4gc2hvdWxkIG5vdCBzYXkgdGhhdCBpdCBpcyBzaW1pbGFyIHRv IHRoZSB1c2UgaW4gQWNjZXB0LUxhbmd1YWdlLCBhbmQgd2Ugc2hvdWxkDQo+IGRvdWJsZSBjaGVj ayB3aXRoIHRoZSByZmMgNTY0NiBleHBlcnRzIHRvIHZlcmlmeSB0aGF0IHdlIGNhbiBhcHBlbmQg dGhlDQo+IGFzdGVyaXNrIG9uIHRoZSB0YWcuDQoNCkJDUDQ3IChSRkMgNDY0NyBpbiB0aGlzIGNh c2UpIGRlZmluZXMgc29tZSBkaWZmZXJlbnQgbGFuZ3VhZ2UgbWF0Y2hpbmcgc2NoZW1lcyBiZXNp ZGVzIHRoYXQgb2YgcmZjMzI2MS4gT2YgaW50ZXJlc3QgaGVyZSBpcyB0aGUgY29uY2VwdCBvZiAi ZXh0ZW5kZWQgbGFuZ3VhZ2UgcmFuZ2UiIHdoaWNoIGFsbG93cyBmb3IgYXN0ZXJpc2tzIGluIGEg cmFuZ2UuDQoNCmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM0NjQ3I3NlY3Rpb24tMi4y DQpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNDY0NyNzZWN0aW9uLTMuMy4yDQoNCkFk ZGlzb24NCg0KQWRkaXNvbiBQaGlsbGlwcw0KUHJpbmNpcGFsIFNERSwgSTE4TiBBcmNoaXRlY3Qg KEFtYXpvbikNCkNoYWlyIChXM0MgSTE4TiBXRykNCg0KSW50ZXJuYXRpb25hbGl6YXRpb24gaXMg bm90IGEgZmVhdHVyZS4NCkl0IGlzIGFuIGFyY2hpdGVjdHVyZS4NCg0KDQoNCj4gLS0tLS1Pcmln aW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogU0xJTSBbbWFpbHRvOnNsaW0tYm91bmNlc0BpZXRm Lm9yZ10gT24gQmVoYWxmIE9mIEd1bm5hciBIZWxsc3Ryw7ZtDQo+IFNlbnQ6IFRodXJzZGF5LCBK dWx5IDIxLCAyMDE2IDExOjA4IEFNDQo+IFRvOiBzbGltQGlldGYub3JnDQo+IFN1YmplY3Q6IFtT bGltXSBTeW50YXggb2YgY29tYmluYXRpb24gb2YgbGFuZ3VhZ2UgdGFnIGFuZCBBZHZpc29yeSB2 cw0KPiBSZXF1aXJlZCBpbmRpY2F0aW9uIGluIGRyYWZ0LWlldGYtc2xpbS1uZWdvdGlhdGluZy1o dW1hbi1sYW5ndWFnZQ0KPiANCj4gUmFuZGFsbCwNCj4gDQo+IFNlY3Rpb24gNi4zIG9mIGRyYWZ0 LWlldGYtc2xpbS1uZWdvdGlhdGluZy1odW1hbi1sYW5ndWFnZS0wNCBzYXlzOg0KPiAiVGhlIG1l Y2hhbmlzbSBmb3IgaW5kaWNhdGluZyB0aGlzIHByZWZlcmVuY2UgaXMgdGhhdCwgaW4gYW4gb2Zm ZXIsIGlmIHRoZSBsYXN0DQo+IGNoYXJhY3RlciBvZiBhbnkgb2YgdGhlICdodW1pbnRsYW5nLXJl Y3YnIG9yICdodW1pbnRsYW5nLSBzZW5kJw0KPiB2YWx1ZXMgaXMgYW4gYXN0ZXJpc2ssIHRoaXMg aW5kaWNhdGVzIGEgcmVxdWVzdCB0byBub3QgZmFpbCB0aGUgY2FsbCAoc2ltaWxhciB0byBTSVAN Cj4gQWNjZXB0LUxhbmd1YWdlIHN5bnRheCkuIg0KPiANCj4gQW4gZXhhbXBsZSBmcm9tIHNlY3Rp b24gNi41IGlzDQo+IA0KPiAgIGE9aHVtaW50bGFuZy1zZW5kOmFzZSoNCj4gDQo+IEkgaGF2ZSBs b29rZWQgYXQgdGhlIHN5bnRheCBkZXNjcmlwdGlvbiBvZiBTSVAgQWNjZXB0LUxhbmd1YWdlIGlu IFJGQw0KPiAzMjYxIHNlY3Rpb24gMjUuMSAsIGFuZCBnb3QgdG8gdGhlIGNvbmNsdXNpb24gdGhh dCB0aGUgYXN0ZXJpc2sgaXMgdXNlZCBpbiBwbGFjZQ0KPiBvZiBhIGxhbmd1YWdlIHRhZywgYW5k IG5vdCBjb21iaW5lZCB3aXRoIHRoZSBsYW5ndWFnZSB0YWcgYXMgeW91IGhhdmUNCj4gc3BlY2lm aWVkIGl0IGZvciB0aGUgc2xpbSByZWFsLXRpbWUgZHJhZnQuDQo+IA0KPiBTbywgZm9sbG93aW5n IHRoYXQgc3ludGF4LCBteSBpbnRlcnByZXRhdGlvbiBpcyB0aGF0IHdlIHdvdWxkIG5lZWQgYSBz eW50YXgNCj4gYWNjb3JkaW5nIHRvIHRoaXMgZXhhbXBsZQ0KPiANCj4gICBhPWh1bWludGxhbmct c2VuZDoqDQo+IA0KPiBvciwgdGFraW5nIGluc3BpcmF0aW9uIGZyb20gdGhlIEFjY2VwdC1MYW5n dWFnZSBzeW50YXgsIHdlIGNvdWxkIGNoYW5nZSB0aGUNCj4gc3ludGF4IG9mIG91ciBhdHRyaWJ1 dGVzIGFuZCBhbGxvdyBlbnVtZXJhdGlvbiBvZiB0aGUgbGFuZ3VhZ2UgdGFncyBjb21tYQ0KPiBz ZXBhcmF0ZWQgYW5kIGluY2x1ZGUgdGhlIGFzdGVyaXNrIGFtb25nIHRoZW0uDQo+IA0KPiAgIGE9 aHVtaW50bGFuZy1zZW5kOmFzZSwgKg0KPiANCj4gT2YgY291cnNlIHdlIGNvdWxkIGRlZmluZSBv dXIgb3duIHN5bnRheCBmb3IgdGhpcyBwYXJhbWV0ZXIsIGJ1dCB0aGVuIHdlDQo+IHNob3VsZCBu b3Qgc2F5IHRoYXQgaXQgaXMgc2ltaWxhciB0byB0aGUgdXNlIGluIEFjY2VwdC1MYW5ndWFnZSwg YW5kIHdlIHNob3VsZA0KPiBkb3VibGUgY2hlY2sgd2l0aCB0aGUgcmZjIDU2NDYgZXhwZXJ0cyB0 byB2ZXJpZnkgdGhhdCB3ZSBjYW4gYXBwZW5kIHRoZQ0KPiBhc3RlcmlzayBvbiB0aGUgdGFnLg0K PiANCj4gUGxlYXNlIGNoZWNrIHRoaXMgYW5kIGV4cGxhaW4geW91ciBpbnRlcnByZXRhdGlvbiwg b3IgcHJvcG9zZSBtb2RpZmljYXRpb25zLg0KPiANCj4gL0d1bm5hcg0KPiANCj4gLS0NCj4gLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gR3VubmFyIEhlbGxzdHLD tm0NCj4gT21uaXRvcg0KPiBndW5uYXIuaGVsbHN0cm9tQG9tbml0b3Iuc2UNCj4gKzQ2IDcwOCAy MDQgMjg4DQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KPiBTTElNIG1haWxpbmcgbGlzdA0KPiBTTElNQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc2xpbQ0K From nobody Thu Jul 21 21:49:43 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C597512DF03 for ; Thu, 21 Jul 2016 21:49:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.93 X-Spam-Level: X-Spam-Status: No, score=-1.93 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_SORBS_WEB=0.77, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LDxInrpnl01f for ; Thu, 21 Jul 2016 21:49:41 -0700 (PDT) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0847212DEFE for ; Thu, 21 Jul 2016 21:49:41 -0700 (PDT) Received: by mail-wm0-x230.google.com with SMTP id i5so49107333wmg.0 for ; Thu, 21 Jul 2016 21:49:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=8kIvlJlPBvL9zta2KnfO9G63dCy4J/B2YftCAPjn1LA=; b=olf7weXvohD0guckD/4YZfkCwg5fvCjceymrp/qERSavBRpYNddD9sPe3u6YzoKKNH yMmV7LbP5bVVor50A0nuSoQD2Knncnr+vNoPZOoqarJucFuu0QYmUt4J43rQHw9nMa/G KV9Dwd1xTP0WJbGU1U3fhN0vTl5tdUex01M7xiEHWSiaWVMEhV1PWfLS0iqf4RbpANgX gJ/dODpTblnzgdwrf57BdquV1Seysb3BK+2JDQFUzxg8y5246Ks90RNBFcE/30um+Vhs dHh702OTGurQCcDDVilw/lKIUO182HKOAr0NY5vxQY1OWNipu7mvjAokNcyEW3t3K/bI C07Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=8kIvlJlPBvL9zta2KnfO9G63dCy4J/B2YftCAPjn1LA=; b=AxOXJwyaAr68VL2QhHjNFAzek+vaMH1zNPIyZLdAVFaxKplqg7QTnGlkrQMcT7CTbF nQyRgrxWjrLyXtAq6MF2EbIWVfSjelLKIOuvJNciTSpL2KgVRlvgowYezyklfc7PIuiK GdqNIFpGKY3G7D6NWpUICnSG+NqNTu+nLHaItrgcWgRGV4hkoLtg+BCvG6Uc0xLGBL2z QJH+LZwDpktlsFUIGu9IsNBCzOABrW3+5xU64jQVNLntx63TNFof5d2QLligI/LpzaIw qUjCWwTqPMrEbYu6gilAqW6gsLCW64nsznQMd0NnM1TuzwZh2sGiff5deUV4hlcXpuh1 yehQ== X-Gm-Message-State: AEkoouvLsc3a0cxVwuwL1olPTrJJuaHv5XOQPcL9cBEPe4HovG7fE707ZWlwedXBgpiijg== X-Received: by 10.28.196.135 with SMTP id u129mr1779wmf.1.1469162979528; Thu, 21 Jul 2016 21:49:39 -0700 (PDT) Received: from [10.24.253.149] ([46.189.28.89]) by smtp.gmail.com with ESMTPSA id m81sm9833609wmf.1.2016.07.21.21.49.38 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 21 Jul 2016 21:49:38 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) From: Bernard Aboba X-Mailer: iPad Mail (13F69) In-Reply-To: Date: Fri, 22 Jul 2016 06:49:38 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <16B39781-DF5A-44B8-AFB2-31A34FDE8EAD@gmail.com> References: <3A3B5229-1CB5-431F-BB27-EA73606D2F88@brianrosen.net> <2a307dcd-d799-a0cc-2c54-b4d35e1e0d3c@omnitor.se> <68C9050A-DF70-4225-BE22-54FA2185E263@brianrosen.net> <0bc0fd11-dafb-c7b5-fbd3-b1e8c7c4f136@omnitor.se> <88bb125a-06ad-a50f-2193-4fcece41f9c6@omnitor.se> <8a6604b0-ff1e-2285-ac72-acb78a83a3a3@omnitor.se> <2bad7b63-a11f-d5f0-8fee-7d551991139a@omnitor.se> To: Randall Gellens Archived-At: Cc: slim@ietf.org, =?utf-8?Q?Gunnar_Hellstr=C3=B6m?= Subject: Re: [Slim] awareness to the user in the slim real-time draft X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 04:49:43 -0000 On Jul 21, 2016, at 16:34, Randall Gellens wrote= : >=20 > Conveying it would perhaps be more efficient because it could avoid settin= g up media streams that won't be used, but this is not sufficient reason to a= dd complexity to the current document.=20 [BA] It is not always possible to know ahead of time whether media will be u= sed or not. Perhaps you were not intending to use text but the audio is faul= ty so you use text to trouble shoot. Perhaps you have a webcam but realize y= ou are not prepared to go on camera so you turn off video. Negotiating all p= otential media is often the most robust and flexible choice, but of course, r= enegotiation is possible too if it becomes clear that a particular media typ= e should be removed from the call.= From nobody Fri Jul 22 00:04:47 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E97D12D755 for ; Fri, 22 Jul 2016 00:04:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oUr7n41CAwKa for ; Fri, 22 Jul 2016 00:04:40 -0700 (PDT) Received: from bin-vsp-out-05.atm.binero.net (vsp-unauthed02.binero.net [195.74.38.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A93B7127058 for ; Fri, 22 Jul 2016 00:04:39 -0700 (PDT) X-Halon-ID: 8f38d1f4-4fda-11e6-81a1-005056913f0f Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-05.atm.binero.net (Halon Mail Gateway) with ESMTPSA; Fri, 22 Jul 2016 09:04:40 +0200 (CEST) From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= To: "Phillips, Addison" , "slim@ietf.org" References: <7697c842-1c68-e4d6-fba8-cc3a51327585@omnitor.se> Message-ID: <3c031820-ca86-41ae-01a8-a83ab0b80041@omnitor.se> Date: Fri, 22 Jul 2016 09:04:29 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------C5876C7CC85FC46F6E0B39A7" Archived-At: Subject: Re: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 07:04:43 -0000 This is a multi-part message in MIME format. --------------C5876C7CC85FC46F6E0B39A7 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit What I meant with this topic was to check if our syntax for use of the asterisk is safe and non-ambiguous. And then I discovered that the syntax is not similar to the use in Accept-language as the text in 6.3 says. Accept-language has the asterisk comma-separated from the language tags ( "en, *" ). I find no previous use of an asterisk tacked on directly to the language tag as our examples show ( "en*" ). But since the language tag is alphanumeric, and RFC 4566 allows attribute values to be any byte string, the syntax seems allowable. I would like other's views on if it is advisable. The similarity with the Accept-language is not the syntax, but the intention of use. The asterisk shows that language-matching does not need to be successfully completed for the call to be accepted. The reasoning says that that is usually the case anyway. The syntax is not really logical. The asterisk does not belong to any specific language attribute. It would be more logical to have it as an attribute value of its own in a separate humintlang attribute. But that is less compact. Another syntax question is if whitespace is allowed before the asterisk. SIP says that whitespace is usually allowed around the asterisk, but this is an sdp attribute and in RFC 4566 no such habit is documented. The result is anyway that we need decisions on the questions above and a matching formal syntax description. I assume that a syntax description for the current syntax would be this, that we should put in the beginning of 6.5 and call that Syntax and examples: ------------------------------------Proposed addition to the beginning of 6.5--------------------- 6.5 Syntax and examples The attributes may occur a number of times and follow this syntax: a=humintlang-send:[] a=humintlang-recv:[] is a language tag according to RFC 4566. is an optional modifier that adds information on the relevance of the attribute or a group of attributes. It consists of characters not allowed in language tags. One value for is specified here. It is an asterisk "*" that implies that the call should be accepted even if there is no complete language match between the offeror and that answering party. Other values of the relevance parameter may be defined in other specifications. The order of the values within the relevance parameter is not relevant. Whitespace is not allowed before and within the relevance parameter. Unrecognized values in the relevance parameter shall be ignored. ---------------------------------------------------------------------------------------------------------------------------- In 6.3, the paranthesis "(similar to SIP Accept-Language syntax)" should be changed to: "(similar to the purpose of the use of the asterisk in the SIP Accept-Language header )" ---------------------------------------------------------------------------- /Gunnar Den 2016-07-21 kl. 20:13, skrev Phillips, Addison: >> Of course we could define our own syntax for this parameter, but then we >> should not say that it is similar to the use in Accept-Language, and we should >> double check with the rfc 5646 experts to verify that we can append the >> asterisk on the tag. > BCP47 (RFC 4647 in this case) defines some different language matching schemes besides that of rfc3261. Of interest here is the concept of "extended language range" which allows for asterisks in a range. > > https://tools.ietf.org/html/rfc4647#section-2.2 > https://tools.ietf.org/html/rfc4647#section-3.3.2 > > Addison > > Addison Phillips > Principal SDE, I18N Architect (Amazon) > Chair (W3C I18N WG) > > Internationalization is not a feature. > It is an architecture. > > > >> -----Original Message----- >> From: SLIM [mailto:slim-bounces@ietf.org] On Behalf Of Gunnar Hellström >> Sent: Thursday, July 21, 2016 11:08 AM >> To:slim@ietf.org >> Subject: [Slim] Syntax of combination of language tag and Advisory vs >> Required indication in draft-ietf-slim-negotiating-human-language >> >> Randall, >> >> Section 6.3 of draft-ietf-slim-negotiating-human-language-04 says: >> "The mechanism for indicating this preference is that, in an offer, if the last >> character of any of the 'humintlang-recv' or 'humintlang- send' >> values is an asterisk, this indicates a request to not fail the call (similar to SIP >> Accept-Language syntax)." >> >> An example from section 6.5 is >> >> a=humintlang-send:ase* >> >> I have looked at the syntax description of SIP Accept-Language in RFC >> 3261 section 25.1 , and got to the conclusion that the asterisk is used in place >> of a language tag, and not combined with the language tag as you have >> specified it for the slim real-time draft. >> >> So, following that syntax, my interpretation is that we would need a syntax >> according to this example >> >> a=humintlang-send:* >> >> or, taking inspiration from the Accept-Language syntax, we could change the >> syntax of our attributes and allow enumeration of the language tags comma >> separated and include the asterisk among them. >> >> a=humintlang-send:ase, * >> >> Of course we could define our own syntax for this parameter, but then we >> should not say that it is similar to the use in Accept-Language, and we should >> double check with the rfc 5646 experts to verify that we can append the >> asterisk on the tag. >> >> Please check this and explain your interpretation, or propose modifications. >> >> /Gunnar >> >> -- >> ----------------------------------------- >> Gunnar Hellström >> Omnitor >> gunnar.hellstrom@omnitor.se >> +46 708 204 288 >> >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >> https://www.ietf.org/mailman/listinfo/slim -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 --------------C5876C7CC85FC46F6E0B39A7 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

What I meant with this topic was to check if our syntax for use of the asterisk is safe and non-ambiguous.

And then I discovered that the syntax is not similar to the use in Accept-language as the text in 6.3 says. Accept-language has the asterisk comma-separated from the language tags ( "en, *" ).  I find no previous use of an asterisk tacked on directly to the language tag as our examples show ( "en*" ).

But since the language tag is alphanumeric, and RFC 4566 allows attribute values to be any byte string, the syntax seems allowable. I would like other's views on if it is advisable.

The similarity with the Accept-language is not the syntax, but the intention of use. The asterisk shows that language-matching does not need to be successfully completed for the call to be accepted. The reasoning says that that is usually the case anyway.

The syntax is not really logical. The asterisk does not belong to any specific language attribute. It would be more logical to have it as an attribute value of its own in a separate humintlang attribute. But that is less compact.

Another syntax question is if whitespace is allowed before the asterisk. SIP says that whitespace is usually allowed around the asterisk, but this is an sdp attribute and in RFC 4566 no such habit is documented.

The result is anyway that we need decisions on the questions above and a matching formal syntax description.

I assume that a syntax description for the current syntax would be this, that we should put in the beginning of 6.5 and call that Syntax and examples:

------------------------------------Proposed addition to the beginning of 6.5---------------------

6.5 Syntax and examples

The attributes may occur a number of times and follow this syntax:

a=humintlang-send:<language-tag>[<relevance>]

a=humintlang-recv:<language-tag>[<relevance>]

<language-tag> is a language tag according to RFC 4566.

<relevance> is an optional modifier that adds information on the relevance of the attribute or a group of attributes. It consists of characters not allowed in language tags. One value for <relevance> is specified here. It is an asterisk "*" that implies that the call should be accepted even if there is no complete language match between the offeror and that answering party. Other values of the relevance parameter may be defined in other specifications. The order of the values within the relevance parameter is not relevant. Whitespace is not allowed before and within the relevance parameter. Unrecognized values in the relevance parameter shall be ignored.

----------------------------------------------------------------------------------------------------------------------------

In 6.3, the paranthesis

"(similar to SIP Accept-Language syntax)"

should be changed to:

"(similar to the purpose of the use of the asterisk in the SIP Accept-Language header )"

----------------------------------------------------------------------------


/Gunnar 



Den 2016-07-21 kl. 20:13, skrev Phillips, Addison:
Of course we could define our own syntax for this parameter, but then we
should not say that it is similar to the use in Accept-Language, and we should
double check with the rfc 5646 experts to verify that we can append the
asterisk on the tag.

BCP47 (RFC 4647 in this case) defines some different language matching schemes besides that of rfc3261. Of interest here is the concept of "extended language range" which allows for asterisks in a range.

https://tools.ietf.org/html/rfc4647#section-2.2
https://tools.ietf.org/html/rfc4647#section-3.3.2

Addison

Addison Phillips
Principal SDE, I18N Architect (Amazon)
Chair (W3C I18N WG)

Internationalization is not a feature.
It is an architecture.




-----Original Message-----
From: SLIM [mailto:slim-bounces@ietf.org] On Behalf Of Gunnar Hellström
Sent: Thursday, July 21, 2016 11:08 AM
To: slim@ietf.org
Subject: [Slim] Syntax of combination of language tag and Advisory vs
Required indication in draft-ietf-slim-negotiating-human-language

Randall,

Section 6.3 of draft-ietf-slim-negotiating-human-language-04 says:
"The mechanism for indicating this preference is that, in an offer, if the last
character of any of the 'humintlang-recv' or 'humintlang- send'
values is an asterisk, this indicates a request to not fail the call (similar to SIP
Accept-Language syntax)."

An example from section 6.5 is

  a=humintlang-send:ase*

I have looked at the syntax description of SIP Accept-Language in RFC
3261 section 25.1 , and got to the conclusion that the asterisk is used in place
of a language tag, and not combined with the language tag as you have
specified it for the slim real-time draft.

So, following that syntax, my interpretation is that we would need a syntax
according to this example

  a=humintlang-send:*

or, taking inspiration from the Accept-Language syntax, we could change the
syntax of our attributes and allow enumeration of the language tags comma
separated and include the asterisk among them.

  a=humintlang-send:ase, *

Of course we could define our own syntax for this parameter, but then we
should not say that it is similar to the use in Accept-Language, and we should
double check with the rfc 5646 experts to verify that we can append the
asterisk on the tag.

Please check this and explain your interpretation, or propose modifications.

/Gunnar

--
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288

_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim


-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
--------------C5876C7CC85FC46F6E0B39A7-- From nobody Fri Jul 22 00:34:47 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9CE212DA07 for ; Fri, 22 Jul 2016 00:34:44 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zr2jqNRBygvt for ; Fri, 22 Jul 2016 00:34:42 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 6EC9B12D5EB for ; Fri, 22 Jul 2016 00:34:42 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Fri, 22 Jul 2016 00:34:41 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <3c031820-ca86-41ae-01a8-a83ab0b80041@omnitor.se> References: <7697c842-1c68-e4d6-fba8-cc3a51327585@omnitor.se> <3c031820-ca86-41ae-01a8-a83ab0b80041@omnitor.se> X-Mailer: Eudora for Mac OS X Date: Fri, 22 Jul 2016 00:34:36 -0700 To: Gunnar =?iso-8859-1?Q?Hellstr=F6m?= , "Phillips, Addison" , "slim@ietf.org" From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 07:34:44 -0000 The feature to add a means to indicate a=20 preference to not fail the call, and the asterisk=20 notation to do so, was suggested during the=20 =46ebruary 2013 in-person discussion on the=20 real-time draft at IETF 86 in Orlando: > Advisory vs Required: > - Does call fail if no common language? > - Define token for use in offer to indicate=20 > caller's preference to fail call or not if no=20 > common language. > - One choice is to say that if the last=20 > character of the send-lang or recv-lan value an=20 > asterisk, this indicates a request to not fail=20 > the call (similar to SIP Accept-Language=20 > syntax). Either way, the called party may=20 > ignore this, e.g., for the emergency services=20 > use case, a PSAP will likely not fail the call. We can easily delete the "(similar to SIP=20 Accept-Language syntax)" text if that is causing=20 heartburn. I suggest sending a request to do so=20 as a WGLC comment. --Randy At 9:04 AM +0200 7/22/16, Gunnar Hellstr=F6m wrote: > What I meant with this topic was to check if=20 > our syntax for use of the asterisk is safe and=20 > non-ambiguous. > > And then I discovered that the syntax is not=20 > similar to the use in Accept-language as the=20 > text in 6.3 says. Accept-language has the=20 > asterisk comma-separated from the language tags=20 > ( "en, *" ). I find no previous use of an=20 > asterisk tacked on directly to the language tag=20 > as our examples show ( "en*" ). > > But since the language tag is alphanumeric, and=20 > RFC 4566 allows attribute values to be any byte=20 > string, the syntax seems allowable. I would=20 > like other's views on if it is advisable. > > The similarity with the Accept-language is not=20 > the syntax, but the intention of use. The=20 > asterisk shows that language-matching does not=20 > need to be successfully completed for the call=20 > to be accepted. The reasoning says that that is=20 > usually the case anyway. > > The syntax is not really logical. The asterisk=20 > does not belong to any specific language=20 > attribute. It would be more logical to have it=20 > as an attribute value of its own in a separate=20 > humintlang attribute. But that is less compact. > > Another syntax question is if whitespace is=20 > allowed before the asterisk. SIP says that=20 > whitespace is usually allowed around the=20 > asterisk, but this is an sdp attribute and in=20 > RFC 4566 no such habit is documented. > > The result is anyway that we need decisions on=20 > the questions above and a matching formal=20 > syntax description. > > I assume that a syntax description for the=20 > current syntax would be this, that we should=20 > put in the beginning of 6.5 and call that=20 > Syntax and examples: > > ------------------------------------Proposed=20 > addition to the beginning of=20 > 6.5--------------------- > > 6.5 Syntax and examples > > The attributes may occur a number of times and follow this syntax: > > a=3Dhumintlang-send:[] > > a=3Dhumintlang-recv:[] > > is a language tag according to RFC 4566. > > is an optional modifier that adds=20 > information on the relevance of the attribute=20 > or a group of attributes. It consists of=20 > characters not allowed in language tags. One=20 > value for is specified here. It is=20 > an asterisk "*" that implies that the call=20 > should be accepted even if there is no complete=20 > language match between the offeror and that=20 > answering party. Other values of the relevance=20 > parameter may be defined in other=20 > specifications. The order of the values within=20 > the relevance parameter is not relevant.=20 > Whitespace is not allowed before and within the=20 > relevance parameter. Unrecognized values in the=20 > relevance parameter shall be ignored. > >=20 > --------------------------------------------------------------------------= -------------------------------------------------- > > In 6.3, the paranthesis > > "(similar to SIP Accept-Language syntax)" > > should be changed to: > > "(similar to the purpose of the use of the=20 > asterisk in the SIP Accept-Language header )" > > -------------------------------------------------------------------------= --- > > > /Gunnar > > > > Den 2016-07-21 kl. 20:13, skrev Phillips, Addison: > >>> Of course we could define our own syntax for this parameter, but then w= e >>> should not say that it is similar to the use=20 >>> in Accept-Language, and we should >>> double check with the rfc 5646 experts to verify that we can append the >>> asterisk on the tag. >>> >> BCP47 (RFC 4647 in this case) defines some=20 >> different language matching schemes besides=20 >> that of rfc3261. Of interest here is the=20 >> concept of "extended language range" which=20 >> allows for asterisks in a range. >> >>=20 >> https://tools.ietf.org/h= tml/rfc4647#section-2.2 >>=20 >> https://tools.ietf.org= /html/rfc4647#section-3.3.2 >> >> Addison >> >> Addison Phillips >> Principal SDE, I18N Architect (Amazon) >> Chair (W3C I18N WG) >> >> Internationalization is not a feature. >> It is an architecture. >> >> >> >>> -----Original Message----- >>> From: SLIM=20 >>> [mailto:slim-bounces@ietf.org]=20 >>> On Behalf Of Gunnar Hellstr=F6m >>> Sent: Thursday, July 21, 2016 11:08 AM >>> To: slim@ietf.org >>> Subject: [Slim] Syntax of combination of language tag and Advisory vs >>> Required indication in draft-ietf-slim-negotiating-human-language >>> >>> Randall, >>> >>> Section 6.3 of draft-ietf-slim-negotiating-human-language-04 says: >>> "The mechanism for indicating this preference=20 >>> is that, in an offer, if the last >>> character of any of the 'humintlang-recv' or 'humintlang- send' >>> values is an asterisk, this indicates a=20 >>> request to not fail the call (similar to SIP >>> Accept-Language syntax)." >>> >>> An example from section 6.5 is >>> >>> a=3Dhumintlang-send:ase* >>> >>> I have looked at the syntax description of SIP Accept-Language in RFC >>> 3261 section 25.1 , and got to the conclusion=20 >>> that the asterisk is used in place >>> of a language tag, and not combined with the language tag as you have >>> specified it for the slim real-time draft. >>> >>> So, following that syntax, my interpretation is that we would need a sy= ntax >>> according to this example >>> >>> a=3Dhumintlang-send:* >>> >>> or, taking inspiration from the Accept-Language syntax, we could change= the >>> syntax of our attributes and allow enumeration of the language tags com= ma >>> separated and include the asterisk among them. >>> >>> a=3Dhumintlang-send:ase, * >>> >>> Of course we could define our own syntax for this parameter, but then w= e >>> should not say that it is similar to the use=20 >>> in Accept-Language, and we should >>> double check with the rfc 5646 experts to verify that we can append the >>> asterisk on the tag. >>> >>> Please check this and explain your=20 >>> interpretation, or propose modifications. >>> >>> /Gunnar >>> >>> -- >>> ----------------------------------------- >>> Gunnar Hellstr=F6m >>> Omnitor >>> gunnar.hellstrom@omnitor.se >>> +46 708 204 288 >>> >>> _______________________________________________ >>> SLIM mailing list >>> SLIM@ietf.org >>>=20 >>> https://www.ietf.org/mailman= /listinfo/slim >>> > > -- > ----------------------------------------- > Gunnar Hellstr=F6m > Omnitor > gunnar.hellstrom@omnitor.se > +46 708 204 288 > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- To stay young requires unceasing cultivation of the ability to unlearn falsehoods. --Lazarus Long From nobody Fri Jul 22 01:31:31 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8196812D1A4 for ; Fri, 22 Jul 2016 01:31:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=itaoyama.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0kdiMmq2U8WB for ; Fri, 22 Jul 2016 01:31:27 -0700 (PDT) Received: from JPN01-TY1-obe.outbound.protection.outlook.com (mail-ty1jpn01on0126.outbound.protection.outlook.com [104.47.93.126]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 54B9E12DA79 for ; Fri, 22 Jul 2016 01:31:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=itaoyama.onmicrosoft.com; s=selector1-it-aoyama-ac-jp; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=0LYQkYrC1EckyoJsCi4EbbfP6fSjZoqvpTdg57IhndQ=; b=frzK2E+bUOtxkJovjxn/0+A1T7CUB28SjLIlh4j46iH+wSBecyCToc6BAjv2x4wmYuEyUW1n3zJZZ3p+gsRWI6yB5zjexPr4vIEh/oAkDONpBOYg0ou3Mj+s1zuCcaVsEFJa9HGf8f4MbAwZCyS7FHXiITlytOhFEF875wdpmu4= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=duerst@it.aoyama.ac.jp; Received: from [133.2.210.64] (133.2.210.64) by OSXPR01MB0918.jpnprd01.prod.outlook.com (10.167.148.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.544.10; Fri, 22 Jul 2016 08:31:21 +0000 To: Randall Gellens , =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= , "Phillips, Addison" , "slim@ietf.org" References: <7697c842-1c68-e4d6-fba8-cc3a51327585@omnitor.se> <3c031820-ca86-41ae-01a8-a83ab0b80041@omnitor.se> From: =?UTF-8?Q?Martin_J._D=c3=bcrst?= Organization: Aoyama Gakuin University Message-ID: <3b8e4df7-a6d6-e33d-a023-58186c1a4354@it.aoyama.ac.jp> Date: Fri, 22 Jul 2016 17:31:21 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [133.2.210.64] X-ClientProxiedBy: OS2PR01CA0045.jpnprd01.prod.outlook.com (10.164.161.155) To OSXPR01MB0918.jpnprd01.prod.outlook.com (10.167.148.148) X-MS-Office365-Filtering-Correlation-Id: d39c23eb-e20a-4908-6cc4-08d3b20a8f62 X-Microsoft-Exchange-Diagnostics: 1; OSXPR01MB0918; 2:ziNkHxKAKmrZbw/9IlQID9p6CrKLDmKhooEU20ZLY9JRt3O1DKFknuNUxK3XoQtXwGPIfhKhAfZFqeBJmays75CFmAMXlXT/H1TLOSmpVrUYAjmvd3TS415wuTfblfk0QB5ib/W84h0q6nv2Yfxm/vbDRF0syhO3RIl5C1xyncS7V7Jm/5vGoMRhI2Dd3OUi; 3:R2EgcHeh3FskWBTQ5G9BfeTc/FwqtuxQC294eNbmi2yU8fAtSCZ5T7pOgc6b3EhslSgxfXcZA5p449sio7snjYMhyamNiiLfNUtTgPyHM+bAkyJfOkYXY8AAw8ynQdFZ X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:OSXPR01MB0918; X-Microsoft-Exchange-Diagnostics: 1; OSXPR01MB0918; 25:K3ZRf2Mpfhf2OOmOK+v8436mcVGaUtJK7X/8NfYK9wJL0AaWVLu/s9yBlu3xhODRgFBbpEltPZTw277WUrh+iFSgrzlySo9OE0SqESRND1vBd0dNpc1PmSBEk9Pnd4cSCWhceWt6XHk81YcrM0ed/1EjePAoK8foNmUfoSeeHLFnPAXUuK6U3PWlhDKbKmjzNhwcAy7kC7qkToZ1kXAYHbA866i5D8BaZ85xeRP5AdDBm02VPrbFDwHHESTsDmmmQV/E7POO+PnqMw0f44iSrrVN+DLECReXvnZJcRq/8bYNIcwbCe+0b+jTYIIedID+b2Q6mtqNwIDAlsJ5FMy8TqbVPncbAlLyGJzi0gJtVGxsGF4thtlBRbkKFzcZFgrrXa/etDedZUU2b27tO8cNpc9e+OCK3uwqYEUKPjKI2dTZj1+7aP+sHWUV712yuWpIPmgQrpY/FUSqMZ1TWQ5uNMAE6pw8vucxHj13W953cBd77d3LQ4KxfztB4hOC3i9OjVwCl1SoEQfOZ5rk/yoHbtGBB1bhwzvZI7QrBvAikUYXwfwQBzzYQwTxZEJpMCKLdZ9U4GWPpm6c0XivQtRvhFD+QQMoj4YTFaY0/K2MGdxtPC7snR5HXVPmeSL0IaWCDebfOy8M90oGathopZ3nWgVufYNsh7VITXsv8IC7qjyRtDiB+VEtuafQcZmTtPHvaXEsSzZ5HU+6LkxKuU6ApGKKp1Wk8K63vwn5M3r2qJ81J5i9EKizdyitnJsDRi3Xh3AzHj2q/96+LG07NVbRe8O3i+NmcYWLd/AglRENNgVI9o/qAHROfngb3/U6+2vevnbEtyjvOelBkJQuZXIuAjLp4L0nGAGwaAtKdopm69s= X-Microsoft-Exchange-Diagnostics: 1; OSXPR01MB0918; 31:CE5O5rwrXrVxv1F1E/j7iLHhC4F6Spm6FsX9i/C4kmxnp33GqUTJp0O3eJHBISuqSZySdDLZbFXb1h5uvrPVGUf7ueTKFTy4Zw1pbmZqDCq30IgLCuo9rBPkUVM63OMcCz60di6xpgp+rF7DtQk4WRT387/MgNhgWX+1U3w4h/d33Kz6ZXUzb7Pm5wtZiTEIg/58HM468Onk3p9YWX+z9g==; 4:dOH9qZEfysDjgquOfk6YRDGjfJFBWlzl9jHBfZ7y5Y4X7zV32TEACDbFZszx2PDL+DB7U9wWXfIHc2hWYjkBaCGf3U/48yRIh/yVxs2n01lPgc4qQCaiOv93uYNy1jxwg6ChufmG5Td56hYpnQs53itiZ/37QGvdDKjt/4MY7x89K78pstgc5v558WYqfctl82TEbMatlNLOlOkZsf2tirh5UnHqwBmJAEy6y9FkwUzc/xbX663F4TrayVNO942tkTiDmLMInn+qtN7sEZzJaL81Nhu9K4hxXjlYH/r7AalapmWEc1aoujh0PBlbak++w1ANSpbCAeEM9thqJqTJ/fudWK9Df31pqpl1TOrMpwZ4jK9sYYdELm4HSSpbdtPBwIPMZ5Dz2VrbqW69Nbfg/fjEqkRsn/ylBCcNs9raok4= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040130)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6041072)(6043046)(6042046); SRVR:OSXPR01MB0918; BCL:0; PCL:0; RULEID:; SRVR:OSXPR01MB0918; X-Forefront-PRVS: 0011612A55 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6049001)(6009001)(7916002)(189002)(13464003)(24454002)(377424004)(377454003)(199003)(105586002)(230783001)(42186005)(31686004)(2501003)(305945005)(81156014)(81166006)(8676002)(92566002)(68736007)(93886004)(66066001)(65806001)(65956001)(47776003)(2870700001)(2906002)(106356001)(3846002)(586003)(6116002)(33646002)(83506001)(101416001)(19580395003)(19580405001)(50466002)(31696002)(64126003)(86362001)(23676002)(7736002)(74482002)(7846002)(189998001)(77096005)(2950100001)(15975445007)(50986999)(54356999)(76176999)(97736004)(107886002)(4001350100001)(5001770100001)(65826006)(3940600001); DIR:OUT; SFP:1102; SCL:1; SRVR:OSXPR01MB0918; H:[133.2.210.64]; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:0; LANG:en; Received-SPF: None (protection.outlook.com: it.aoyama.ac.jp does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtPU1hQUjAxTUIwOTE4OzIzOjlWczFvT01kR3dDZEZUQWNuWVJvZkxNbzc4?= =?utf-8?B?QjljdzhXdGVrazZSeG9WQVk5YStZcmlqU0xGYnFFOVo5ditoN3NQWmVwWHJE?= =?utf-8?B?MlZlTmt0UXlsbXZaV0FUOWJTckVXSm5Gb2Q2OVhVR2Z2d3V3SDNSUnZEWjdn?= =?utf-8?B?Y1NRdXhsKzErMnlIakl6TVY0WWRWbEtncVk0ckNUQ294eUxOWU81eUlCbHla?= =?utf-8?B?YXNhNzRNOEZBRjg1V0tKWkgrV015dTlOZHBYQnFaZlU2azFOMm1OK3k0V29k?= =?utf-8?B?S1lUN0V5ZTlhVWpqSkdCZFR5dkV1YnpCejhWUVlYNDBYaWhpNXlBeFpMaWNV?= =?utf-8?B?SzluMkRNeGQreFl0WTVDNUVZcDJON0J2cmRvRTFxWVVzcHM1OVhGdGE4MVRj?= =?utf-8?B?ZXlLT1dpU2xlZDNNN2QzWnFKN0JxV3NRekJaYnJOUUVkbzdlSG44VlA5K3Fy?= =?utf-8?B?VFBCS0tTYmFHaW5YaXRENC92bnN0MUlYU2x1TzY2eDJlWW15ZHFNeXBKeWw3?= =?utf-8?B?K0F3b3l1RDAyMkZRV1FkSVBWeWFNaTlYSHlqRkM5ZnRGRHc5RnZEc0xjR1RY?= =?utf-8?B?MjlZRWE1dEh3QjBtNVZDN0VOOE0xc0p4S1JHaGh0cEgyMldVRDY4Z01RbHVJ?= =?utf-8?B?KzlqVzFIQklwS2ZFbVpTaXQ3emV0L05PQVE2ZTl3WDhwNXpyVm9lYlVZbFhh?= =?utf-8?B?VVh4UmJJTyt3em5wN08rck4zdUkyM1htNjZhVFpBaTZQRjQ2dmJMQit2TXRO?= =?utf-8?B?QnNzL3dPNDJkSmxTOXlkaDBqaWh6VTJ2aklGKzQwMWMva1k5VUlVYkM0NW1S?= =?utf-8?B?dlVaZWJPMklJLy9iZVFHajVnRHRBcjU5cURJWjVIT1hlaHlreXd2bHpoV2tj?= =?utf-8?B?NEY1OFhmMloxU0RuVGdKS1FSTFVaeWlsYkVGSjFWcExlR3I1bHZqd1gzanRr?= =?utf-8?B?NmxuUDR4S2lmck5ENmxFK2lQcEp4bHhYSjRSWG1EalVNRWlUL1g3aGw2WDBt?= =?utf-8?B?QnUrbTlHMVZMQXBDNmRIMnRuT2xxRWQ5OTFKM1UwZ1JkaW5IOUhNYk4xRlVY?= =?utf-8?B?dkJMSlFDNVR0SDRZVUF5VVUvRXk4YzZMSWwzT2ZadWdZSjJJTWpkeFZaT0Ux?= =?utf-8?B?ZU1xamZaaDFGMVIrK1dkODdhTEllcm9saWlWbkdzaVhQWmowQ0hsTEUyZVZ6?= =?utf-8?B?UE5mbnlRT0VzSStCQkFCQUVQUWJqRVdSY3dBbE81a0xRSXRBK1JNaG9HNnM2?= =?utf-8?B?WkIrVjdoNjhHUDRSZzNXUjJqR0JpZ3FyU3psb09EU1UvVEkwekYybDBZbzh2?= =?utf-8?B?NXdMUWhZMWdqZS9WZFpaL1JUc1VTQ2lzUExNVUxJd3h2clBKQlhLR3Y0eWVV?= =?utf-8?B?S2VBWVlnVVZqZUpTVnBuaDZQZVlJZmhybi9SOHM0UDBLUmo3cWFBZmdmazNX?= =?utf-8?B?ZHlmdC9jeW1DeERqaU9BSmptUE53ckxCZ1o0NUQ1WUQrSDg1bUpjM0llbkhN?= =?utf-8?B?WFYxajNqTXhIclRsSll5TGRNTzBMTWYrdlg5S2QrN04vOU5JUGFBTE1rN0Fp?= =?utf-8?B?SEtiN3lYck03M1ZLTzBQL3V6bGwzSjlpcDh6OHlaV0VXS2wzVnJVVWtQVzRt?= =?utf-8?B?NTZ6ZXlhZWRRS3pKeEhvZlg2aUh6Vk1teUIrcGQzTmlYUlFpclNOZ0hZYzdj?= =?utf-8?B?aFlmMzh4WVlYNFB5OGJWTmg1bmFrZHZveFFIajlVZmtYQ2VBYjJUTzUwTER2?= =?utf-8?B?ZERTMSs5R1JhbmZzQmpjb1BLRy9nOE1rTzlFakh6aEViSEcySXpnUlI5RUdY?= =?utf-8?B?aTFYZFMwc2hXV2dPbzMrdkJEVzdpcllHQkttRUhOSUk4Y0F3ekZLMDNFRjRF?= =?utf-8?B?TzZiVU5aM0J3cWVoSXRydk14NFU2OXI3UXAxcEJDWElMUGZXRmhPK3VkYld1?= =?utf-8?Q?i0AAM8eeqF7xbDvP3b5UbD/o8EWcKc=3D?= X-Microsoft-Exchange-Diagnostics: 1; OSXPR01MB0918; 6:xHROfmvHQG1JAiibxQzoQrWS7Ox09AP5qKCIx62efGfoGAcpyX5Yob9gRPeN1LPxXA7NGh2wuqkereS2lY+FsRTJxKg1PNxNe1kWIHHnTJSC0mWUojHhHmGMQSPcJnrytBIuMTgLaVWOZ2+4Dn5ov+Sccdk5hKe+TJ5dNnxO2vKRKmfl8V9LX9ehjspGeDBtvuKV3R1W3lCmh6Di1HoQFAMqwAcUSSM6v3eYZzPa74njwSzTHvT9qPut87UJ8NlNSUF/8zzx1qASTY+PHh1QM64UA1wGMDatdLNmxeYB12kqlJQzojq84Nnna/zfqIEl; 5:MPxw7Ym0Sbx515eBg/7fEmvN8eisD14EWbt4RWNGRSo9Pa/i62klI8wc6JwIe7I8vSQ1RRa9Ah50+1kAWCa1fEkt/sQJyZhqjXP+9OhXEjGs7L1bEYoO3kjiAblvzzJrLvqUxKbJkZfO3jB5pITiSA==; 24:nKMrm6QStxeo2Hi5Rq9R0FBiA/MqA5vFLFMErf7xJIYmYFPv1rVPl9NIWvrZc+8OM4B8cC67t3aynHtsCA27kSbULNSyHxCtmUTIqt6oArc=; 7:3Qg8RcWuJnynd5ge6xVxdSWt0aKoQ6Sxonpm09NKRxxmuW4HukVscgpZ7qbEhph8oMztHLIuqwRr1GGAHjCyPXQbUsHevOd6NM3FvkkDLxoJheFoM27w8tUKvSy99ymWZX6eTVdJtLAsFHEQiGxN/tpVcqgv2taYd9JxdC8CA97ZOzU69kkpCJOWIf9BgTYzfyMmTRevGFpGJTOOCNif9c/sgf4PUyUWoq+K82+9cVw7ulu9ifHT1QSGTVto5Cnr SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: it.aoyama.ac.jp X-MS-Exchange-CrossTenant-OriginalArrivalTime: 22 Jul 2016 08:31:21.3140 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: OSXPR01MB0918 Archived-At: Subject: Re: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 08:31:31 -0000 On 2016/07/22 16:34, Randall Gellens wrote: > The feature to add a means to indicate a preference to not fail the > call, and the asterisk notation to do so, was suggested during the > February 2013 in-person discussion on the real-time draft at IETF 86 in > Orlando: > >> Advisory vs Required: >> - Does call fail if no common language? >> - Define token for use in offer to indicate caller's preference to >> fail call or not if no common language. >> - One choice is to say that if the last character of the send-lang or >> recv-lan value an asterisk, this indicates a request to not fail the >> call (similar to SIP Accept-Language syntax). Either way, the called >> party may ignore this, e.g., for the emergency services use case, a >> PSAP will likely not fail the call. > > We can easily delete the "(similar to SIP Accept-Language syntax)" text > if that is causing heartburn. I suggest sending a request to do so as a > WGLC comment. Hello Randy, Thanks for giving the history of this particular item. However, I strongly suggest that this be changed so that it matches better what other IETF protocols and related specifications do. If somebody sees something like a=humintlang-send:en* there's a big chance they interpret it as "any kind of English", rather than as "English, or anything else if that's not available", although as far as I understand, according to the current spec, it would be the later. Such misunderstandings might happen to anybody who knows HTTP or SMTP or SIP or BCP 47, which is a wide range of people. The current interpretation also makes one think what a=humintlang-send:en* a=humintlang-send:es means. It probably means "English, or anything else if it's not available, or Spanish, but don't care to provide anything else if Spanish isn't available." This is very subtly, and probably needlessly, different from "English, or Spanish, or anything else if these are not available" (actually, I have to admit I'm not sure it's different or not, but that alone is a bad sign for this design). Regards, Martin. > --Randy > > At 9:04 AM +0200 7/22/16, Gunnar Hellström wrote: > >> What I meant with this topic was to check if our syntax for use of >> the asterisk is safe and non-ambiguous. >> >> And then I discovered that the syntax is not similar to the use in >> Accept-language as the text in 6.3 says. Accept-language has the >> asterisk comma-separated from the language tags ( "en, *" ). I find >> no previous use of an asterisk tacked on directly to the language tag >> as our examples show ( "en*" ). >> >> But since the language tag is alphanumeric, and RFC 4566 allows >> attribute values to be any byte string, the syntax seems allowable. I >> would like other's views on if it is advisable. >> >> The similarity with the Accept-language is not the syntax, but the >> intention of use. The asterisk shows that language-matching does not >> need to be successfully completed for the call to be accepted. The >> reasoning says that that is usually the case anyway. >> >> The syntax is not really logical. The asterisk does not belong to any >> specific language attribute. It would be more logical to have it as an >> attribute value of its own in a separate humintlang attribute. But >> that is less compact. >> >> Another syntax question is if whitespace is allowed before the >> asterisk. SIP says that whitespace is usually allowed around the >> asterisk, but this is an sdp attribute and in RFC 4566 no such habit >> is documented. >> >> The result is anyway that we need decisions on the questions above >> and a matching formal syntax description. >> >> I assume that a syntax description for the current syntax would be >> this, that we should put in the beginning of 6.5 and call that Syntax >> and examples: >> >> ------------------------------------Proposed addition to the >> beginning of 6.5--------------------- >> >> 6.5 Syntax and examples >> >> The attributes may occur a number of times and follow this syntax: >> >> a=humintlang-send:[] >> >> a=humintlang-recv:[] >> >> is a language tag according to RFC 4566. >> >> is an optional modifier that adds information on the >> relevance of the attribute or a group of attributes. It consists of >> characters not allowed in language tags. One value for is >> specified here. It is an asterisk "*" that implies that the call >> should be accepted even if there is no complete language match between >> the offeror and that answering party. Other values of the relevance >> parameter may be defined in other specifications. The order of the >> values within the relevance parameter is not relevant. Whitespace is >> not allowed before and within the relevance parameter. Unrecognized >> values in the relevance parameter shall be ignored. >> >> >> ---------------------------------------------------------------------------------------------------------------------------- >> >> >> In 6.3, the paranthesis >> >> "(similar to SIP Accept-Language syntax)" >> >> should be changed to: >> >> "(similar to the purpose of the use of the asterisk in the SIP >> Accept-Language header )" >> >> ---------------------------------------------------------------------------- >> >> >> >> /Gunnar >> >> >> >> Den 2016-07-21 kl. 20:13, skrev Phillips, Addison: >> >>>> Of course we could define our own syntax for this parameter, but >>>> then we >>>> should not say that it is similar to the use in Accept-Language, >>>> and we should >>>> double check with the rfc 5646 experts to verify that we can append >>>> the >>>> asterisk on the tag. >>>> >>> BCP47 (RFC 4647 in this case) defines some different language >>> matching schemes besides that of rfc3261. Of interest here is the >>> concept of "extended language range" which allows for asterisks in a >>> range. >>> >>> >>> https://tools.ietf.org/html/rfc4647#section-2.2 >>> >>> >>> https://tools.ietf.org/html/rfc4647#section-3.3.2 >>> >>> >>> Addison >>> >>> Addison Phillips >>> Principal SDE, I18N Architect (Amazon) >>> Chair (W3C I18N WG) >>> >>> Internationalization is not a feature. >>> It is an architecture. >>> >>> >>> >>>> -----Original Message----- >>>> From: SLIM >>>> [mailto:slim-bounces@ietf.org] On >>>> Behalf Of Gunnar Hellström >>>> Sent: Thursday, July 21, 2016 11:08 AM >>>> To: slim@ietf.org >>>> Subject: [Slim] Syntax of combination of language tag and Advisory vs >>>> Required indication in draft-ietf-slim-negotiating-human-language >>>> >>>> Randall, >>>> >>>> Section 6.3 of draft-ietf-slim-negotiating-human-language-04 says: >>>> "The mechanism for indicating this preference is that, in an offer, >>>> if the last >>>> character of any of the 'humintlang-recv' or 'humintlang- send' >>>> values is an asterisk, this indicates a request to not fail the >>>> call (similar to SIP >>>> Accept-Language syntax)." >>>> >>>> An example from section 6.5 is >>>> >>>> a=humintlang-send:ase* >>>> >>>> I have looked at the syntax description of SIP Accept-Language in RFC >>>> 3261 section 25.1 , and got to the conclusion that the asterisk is >>>> used in place >>>> of a language tag, and not combined with the language tag as you have >>>> specified it for the slim real-time draft. >>>> >>>> So, following that syntax, my interpretation is that we would need >>>> a syntax >>>> according to this example >>>> >>>> a=humintlang-send:* >>>> >>>> or, taking inspiration from the Accept-Language syntax, we could >>>> change the >>>> syntax of our attributes and allow enumeration of the language tags >>>> comma >>>> separated and include the asterisk among them. >>>> >>>> a=humintlang-send:ase, * >>>> >>>> Of course we could define our own syntax for this parameter, but >>>> then we >>>> should not say that it is similar to the use in Accept-Language, >>>> and we should >>>> double check with the rfc 5646 experts to verify that we can append >>>> the >>>> asterisk on the tag. >>>> >>>> Please check this and explain your interpretation, or propose >>>> modifications. >>>> >>>> /Gunnar >>>> >>>> -- >>>> ----------------------------------------- >>>> Gunnar Hellström >>>> Omnitor >>>> gunnar.hellstrom@omnitor.se >>>> +46 708 204 288 >>>> >>>> _______________________________________________ >>>> SLIM mailing list >>>> SLIM@ietf.org >>>> >>>> https://www.ietf.org/mailman/listinfo/slim >>>> >>>> >> >> -- >> ----------------------------------------- >> Gunnar Hellström >> Omnitor >> gunnar.hellstrom@omnitor.se >> +46 708 204 288 >> >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >> https://www.ietf.org/mailman/listinfo/slim > > From nobody Fri Jul 22 03:39:30 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4271812E03D for ; Fri, 22 Jul 2016 03:39:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.921 X-Spam-Level: X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gsmasso.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8GODnPTRu1O4 for ; Fri, 22 Jul 2016 03:39:21 -0700 (PDT) Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0043.outbound.protection.outlook.com [104.47.0.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E91CF12D125 for ; Fri, 22 Jul 2016 03:39:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=GSMASSO.onmicrosoft.com; s=selector1-gsma-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=qF3CS4Gq2RBWUI7DpAxhA/hqzwyzTXT+db+aYNDnc38=; b=BPW4LIzAjjhd4rbRKWbjWxHqzJdinwZxVdXIbdL7ru2AnqEoZqmn/xdydkJ1Q1denO8/qkhswkoLANZhvCeYbgZ/6/O/73YEuf+cwnKciF7k1SfRSDJKIddLwRSxDWTgitCd8pu2rFCv8aeH7j4SfqKRjgbEZmiXu/1SHDf8aIw= Received: from VI1PR0401MB2064.eurprd04.prod.outlook.com (10.166.141.138) by VI1PR0401MB2064.eurprd04.prod.outlook.com (10.166.141.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.549.5; Fri, 22 Jul 2016 10:39:15 +0000 Received: from VI1PR0401MB2064.eurprd04.prod.outlook.com ([10.166.141.138]) by VI1PR0401MB2064.eurprd04.prod.outlook.com ([10.166.141.138]) with mapi id 15.01.0549.003; Fri, 22 Jul 2016 10:39:15 +0000 From: Natasha Rooney To: "slim@ietf.org" Thread-Topic: Documents in WGLC Thread-Index: AQHR5AVKFUR+cBxz00+1DWyuQZcvrQ== Date: Fri, 22 Jul 2016 10:39:15 +0000 Message-ID: <56128392-5138-487C-9D99-151BC4C13D34@gsma.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3124) authentication-results: spf=none (sender IP is ) smtp.mailfrom=nrooney@gsma.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [31.133.176.182] x-ms-office365-filtering-correlation-id: 206d4076-7666-47b6-71c6-08d3b21c6d7d x-microsoft-exchange-diagnostics: 1; VI1PR0401MB2064; 6:NFeiYV5XUauRb1YnmHScpXIAYR/HwdkEfF+ma5WI2zmBUmzcThDNUsWzX9USDtCEhrol4/+RgEGYySBB+ARjEoS15l/Nyascu1vszDwPPlODdL/kgc454k6mOTEHOVJ9yHEHp4XXKhzBy5JsH2wdnzkPDLtTxnsKjNRm+XxIXXCMvRnX1JZUlQtgl+ZZV+CwHkDWtdG9GMiZAWZ6HI8ulgZOaY49U2wWO5ClkF3ibaav5wm1XQQQ2NHb/D2RhtoAIO2c/qZOtNoqm662JULC6VqrmuDhM7frI/usc4rB7Vc=; 5:zSdAjYqc/W5Nppdr4sM4kU3sySDa4Qg2z5aVb+g2wmbDZOUI4wloQ/vuitZRH8UKtczuhEwiVvgGmGW5VNnXOODKGljAKHoTaIpBt8TIPWAZmqpHSgIcwm9Am3yaBbMMpzEob+oZAedL3/zUbfcFKw==; 24:fhblF2hOR8JaUa33kFjfCsna86h2v4YgfsFhvmBvriqvt4LxifdFjQgKMlWiz7u3T5wWieYTAxgh+ppkJqOA9mPaHQ5wTzDz1siDT4rd4jU=; 7:guMwoiFCyR4Qdd3AOUZx6hlP3n5aWNk4Qzb4/ENyMxz3YwIbngAQQUFxqo9lCsSifT8JQ0sLYJSuS4za6vX4kDQLKu1PeVU6qONKmims8HTusCUnGdzrXrK6ubmp3qc5kRIx0SKDMsd3m0htw2/3CrujXPSrfWLYWDnAJ4zNh2m1lk9rtGs8sbK4nWMn35cRBNg45a3ywZXbY54TPwDnnZk16DEDE12h+lD5aQ7upEx0pJ0ssgD8LdPeEGOO99Px x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:VI1PR0401MB2064; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001); SRVR:VI1PR0401MB2064; BCL:0; PCL:0; RULEID:; SRVR:VI1PR0401MB2064; x-forefront-prvs: 0011612A55 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(189002)(51914003)(53754006)(199003)(52044002)(19580395003)(19617315012)(107886002)(110136002)(8676002)(81156014)(1730700003)(81166006)(3480700004)(8936002)(50226002)(229853001)(82746002)(106356001)(83716003)(2351001)(5890100001)(450100001)(5640700001)(16236675004)(5002640100001)(19580405001)(97736004)(189998001)(50986999)(86362001)(101416001)(2501003)(68736007)(33656002)(106116001)(10400500002)(57306001)(2906002)(3280700002)(87936001)(66066001)(105586002)(7736002)(36756003)(102836003)(15975445007)(11100500001)(586003)(2900100001)(7846002)(3846002)(7906003)(77096005)(92566002)(6116002)(3660700001)(122556002)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR0401MB2064; H:VI1PR0401MB2064.eurprd04.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: gsma.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_561283925138487C9D99151BC4C13D34gsmacom_" MIME-Version: 1.0 X-OriginatorOrg: gsma.com X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jul 2016 10:39:15.3997 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72a4ff82-fec3-469d-aafb-ac8276216699 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0401MB2064 X-MS-Exchange-CrossPremises-AuthAs: Internal X-MS-Exchange-CrossPremises-AuthMechanism: 04 X-MS-Exchange-CrossPremises-AuthSource: VI1PR0401MB2064.eurprd04.prod.outlook.com X-MS-Exchange-CrossPremises-SCL: 1 X-MS-Exchange-CrossPremises-messagesource: StoreDriver X-MS-Exchange-CrossPremises-BCC: X-MS-Exchange-CrossPremises-originalclientipaddress: 31.133.176.182 X-MS-Exchange-CrossPremises-avstamp-service: 1.0 X-MS-Exchange-CrossPremises-disclaimer-hash: 78ca8040c6722e32c2f5b0a45bf37e74b9409d645a53be96aa19958e0cee0f00 X-MS-Exchange-CrossPremises-antispam-scancontext: DIR:Originating; SFV:NSPM; SKIP:0; X-MS-Exchange-CrossPremises-processed-by-journaling: Journal Agent X-OrganizationHeadersPreserved: VI1PR0401MB2064.eurprd04.prod.outlook.com Archived-At: Subject: [Slim] Documents in WGLC X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 10:39:29 -0000 --_000_561283925138487C9D99151BC4C13D34gsmacom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, Thanks for the meeting this week. We are pleased to announce that both draf= ts below have entered into Working Group Last Call. We will aim to exit WGL= C on 12th August, which gives us three week from today. draft-ietf-slim-multilangcontent-01 Multiple Language Content Type draft-ietf-slim-negotiating-human-language-01 Negotiating Human Language in Real-Time Communications Issues: if you have issues please submit these to the IETF Issue Tracker at= [1]. Please feel free to discuss items on the list also. Thanks everyone! Natasha [1] https://tools.ietf.org/wg/slim/trac/newticket Natasha Rooney | Technologist, Web and Internet, W3C & IETF | GSMA | nroone= y@gsma.com | +44 (0) 7730 219 765 | @thisNatasha |= Skype: nrooney@gsm.org This email and its attachments are intended for the above named only and ma= y be confidential. If they have come to you in error you must take no actio= n based on them, nor must you copy or show them to anyone; please reply to = this email or call +44 207 356 0600 and highlight the error. --_000_561283925138487C9D99151BC4C13D34gsmacom_ Content-Type: text/html; charset="us-ascii" Content-ID: <1ACCA0D41FC6EA448FA1DAD8B654A8B3@eurprd04.prod.outlook.com> Content-Transfer-Encoding: quoted-printable Hi all,

Thanks for the meeting this week. We are pleased to announc= e that both drafts below have entered into Working Group Last Call. We will= aim to exit WGLC on 12th August, which gives us three week from today.&nbs= p;

draft-ietf-slim-multilangcontent-01 
Multiple Language Content Type

draft-ietf-slim-negotiating-human-language-01 
Negotiating Human Language in Real-Time Communications

Issues: if you have issues please submit = these to the IETF Issue Tracker at [1]. Please feel free to discuss items o= n the list also. 

Thanks everyone!

Natasha

[1] https://tools.ietf.org/wg/slim/trac/newticket

Natasha Rooney | Technologist, Web and Internet, W3C & IETF | GSMA= | nrooney@gsma.com=  | +44 (0) 7730 219 765 | @thisNatasha | Skype: nrooney@gsm.org


This email and its attachments are intended for the above named only and may be= confidential. If they have come to you in error you must take no action ba= sed on them, nor must you copy or show them to anyone; please reply to this= email or call +44 207 356 0600 and highlight the error.

--_000_561283925138487C9D99151BC4C13D34gsmacom_-- From nobody Fri Jul 22 03:47:16 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9CEF612E059 for ; Fri, 22 Jul 2016 03:47:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07-f6-yjc-TY for ; Fri, 22 Jul 2016 03:47:12 -0700 (PDT) Received: from mail-vk0-x232.google.com (mail-vk0-x232.google.com [IPv6:2607:f8b0:400c:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C30A12E053 for ; Fri, 22 Jul 2016 03:47:12 -0700 (PDT) Received: by mail-vk0-x232.google.com with SMTP id n129so106224232vke.3 for ; Fri, 22 Jul 2016 03:47:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=XNUOvnPwSMTI7VBDCS79e0mWpH0TK4eCOyFzVL+ryDA=; b=LR6p3bDfgwikvDejXwNYy2/cB0lDjQGD3AjezyxGyPaHAu7rvE+tOqib+gzn6zJb1t 35Ej3iUxqwuEHbynFvLXmJlH9gE4U4GPJbGzWjmISbR7QNs0Q5IBUTOwc8Kl2XPhCItd +QDGRr2otXmqgRTmrtOrMqEuM6gs2prSo1vYQj4CjFEHSjHHv5HzEBgoX9Z5fb5l+SaL JToJ8L9Il+kphvE2++3y3L/aTEFuAeTP7r5nBd6SQ93rieFwFy9KK4rK01V1IVa/OPse UDjnW2iZ43MebEBqZZUYZrnaZDAELCTRgPt4jPL7EEubgJUH8X4vp2CC0CzcJKJaZzfK AwHw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=XNUOvnPwSMTI7VBDCS79e0mWpH0TK4eCOyFzVL+ryDA=; b=fZMmdHhn5B3OyGhQn7LDGpVfaGFzZx8bKGubGUw2N11AV+KInOzMm+A95PWllIomMP mL24cCEzYTEF3Fhzm7yW57WAJfS9zDokXV4II3XVkwG8D0xsNxwCyaarzSLpKUS84gNv ZPYa3WeZXstZcaGzxA+thOfjxvSSdoaj86IinPS4kv4wo4INl554wUq0TM4/KAjzB2S/ Fzap6ZBjLRCxxsVfpdoUk/JTDC+bchgktOBfY1CflvglS5d9nWaNo3osFpWbHpH/Z03G yN58967qj6nzjS8kl29h2PScXR8RWXEcsOlXsN8AM9bKucYJIni8oFBYgYNCtgHqor0J v7qw== X-Gm-Message-State: AEkoouuxCL1Qm64R3ZhYqsqeRYs8Kj0pA1IfPa6JQbMNFnEkRRR1KOX+QT8kYbjM6K+fRCzJ7Dta5eB+cv06lg== X-Received: by 10.31.147.197 with SMTP id v188mr1448835vkd.103.1469184431498; Fri, 22 Jul 2016 03:47:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.176.67.100 with HTTP; Fri, 22 Jul 2016 03:46:52 -0700 (PDT) In-Reply-To: <56128392-5138-487C-9D99-151BC4C13D34@gsma.com> References: <56128392-5138-487C-9D99-151BC4C13D34@gsma.com> From: Bernard Aboba Date: Fri, 22 Jul 2016 12:46:52 +0200 Message-ID: To: Natasha Rooney Content-Type: multipart/alternative; boundary=001a1141d5d02629de05383728c9 Archived-At: Cc: "slim@ietf.org" Subject: Re: [Slim] Documents in WGLC X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 10:47:14 -0000 --001a1141d5d02629de05383728c9 Content-Type: text/plain; charset=UTF-8 Also -- As noted in the WG session on Tuesday, RFC 6701 ("Sanctions Available for Application to Violators of IETF IPR Policy") notes that: it is important to understand that the impact that an IPR disclosure has on the smooth working of the IETF is directly related to how late in the process the disclosure is made. Our expectation is that IPR declarations will be submitted by the end of WG last call on 12 August. On Fri, Jul 22, 2016 at 12:39 PM, Natasha Rooney wrote: > Hi all, > > Thanks for the meeting this week. We are pleased to announce that both > drafts below have entered into Working Group Last Call. We will aim to exit > WGLC on 12th August, which gives us three week from today. > > draft-ietf-slim-multilangcontent-01 > Multiple Language Content Type > > draft-ietf-slim-negotiating-human-language-01 > Negotiating Human Language in Real-Time Communications > > *Issues: *if you have issues please submit these to the IETF Issue > Tracker at [1]. Please feel free to discuss items on the list also. > > Thanks everyone! > > Natasha > > [1] https://tools.ietf.org/wg/slim/trac/newticket > > Natasha Rooney | Technologist, Web and Internet, W3C & IETF | GSMA | > nrooney@gsma.com | +44 (0) 7730 219 765 | @thisNatasha | Skype: > nrooney@gsm.org > > > This email and its attachments are intended for the above named only and > may be confidential. If they have come to you in error you must take no > action based on them, nor must you copy or show them to anyone; please > reply to this email or call +44 207 356 0600 and highlight the error. > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim > > --001a1141d5d02629de05383728c9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Also --

As noted in the WG session on T= uesday, RFC 6701 ("Sanctions Available for Application to Violators of I= ETF IPR Policy") =C2=A0notes that:=C2=A0

   it is important to understand that the impact th=
at an IPR disclosure has
   on the smooth working of the IETF is directly related to how late in
   the process the disclosure is made.

Our = expectation is that IPR declarations will be submitted by the end of WG las= t call on 12 August.=C2=A0

On Fri, Jul 22, 2016 at 12:39 PM, Natasha Rooney <nroo= ney@gsma.com> wrote:
Hi all,

Thanks for the meeting this week. We are pleased to announce that both= drafts below have entered into Working Group Last Call. We will aim to exi= t WGLC on 12th August, which gives us three week from today.=C2=A0

draft-ietf-slim-multilangcontent-01=C2=A0
Multiple Language Content Type

draft-ietf-slim-negotiating-human-language-01=C2=A0
Negotiating Human Language in Real-Time=C2=A0Communications

Issues: if you have issues please submit these to the IETF Issu= e Tracker at [1]. Please feel free to discuss items on the list also.=C2=A0=

Thanks everyone!

Natasha

[1]=C2=A0https://tools.ietf.org/wg/slim/trac/newticket

Natasha Rooney | Technologist, Web=C2=A0and Internet, W3C & IETF | GSMA= |=C2=A0nrooney@gsma.= com=C2=A0| +44 (0) 7730=C2=A0219 765 | @thisN= atasha | Skype:=C2=A0n= rooney@gsm.org


This email and its attachments are intended for the above named only and may be= confidential. If they have come to you in error you must take no action ba= sed on them, nor must you copy or show them to anyone; please reply to this= email or call +44 207 356 0600 and highlight the error.


_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim


--001a1141d5d02629de05383728c9-- From nobody Fri Jul 22 04:03:04 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EBA612D624 for ; Fri, 22 Jul 2016 04:03:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hox2wIwVomgN for ; Fri, 22 Jul 2016 04:03:00 -0700 (PDT) Received: from bin-vsp-out-02.atm.binero.net (bin-mail-out-05.binero.net [195.74.38.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 962DB12D105 for ; Fri, 22 Jul 2016 04:02:59 -0700 (PDT) X-Halon-ID: d7d9f9ab-4ffb-11e6-b8a7-005056917f90 Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-02.atm.binero.net (Halon Mail Gateway) with ESMTPSA; Fri, 22 Jul 2016 13:02:55 +0200 (CEST) To: Natasha Rooney , "slim@ietf.org" References: <56128392-5138-487C-9D99-151BC4C13D34@gsma.com> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: Date: Fri, 22 Jul 2016 13:02:50 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <56128392-5138-487C-9D99-151BC4C13D34@gsma.com> Content-Type: multipart/alternative; boundary="------------BC2ECED15A73BBF37704C02C" Archived-At: Subject: Re: [Slim] Documents in WGLC X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 11:03:03 -0000 This is a multi-part message in MIME format. --------------BC2ECED15A73BBF37704C02C Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Natasha, A large number of issues have been cleared up to draft-ietf-slim-negotiating-human-language-04 Can you make that the base for the WGLC instead? Or, what is the procedure for getting version -04 recognized? /Gunnar Den 2016-07-22 kl. 12:39, skrev Natasha Rooney: > Hi all, > > Thanks for the meeting this week. We are pleased to announce that both > drafts below have entered into Working Group Last Call. We will aim to > exit WGLC on 12th August, which gives us three week from today. > > draft-ietf-slim-multilangcontent-01 > Multiple Language Content Type > > draft-ietf-slim-negotiating-human-language-01 > Negotiating Human Language in Real-Time Communications > > *Issues: *if you have issues please submit these to the IETF Issue > Tracker at [1]. Please feel free to discuss items on the list also. > > Thanks everyone! > > Natasha > > [1] https://tools.ietf.org/wg/slim/trac/newticket > > Natasha Rooney | Technologist, Web and Internet, W3C & IETF | GSMA | > nrooney@gsma.com | +44 (0) 7730 219 765 | > @thisNatasha | Skype: nrooney@gsm.org > > > This email and its attachments are intended for the above named only > and may be confidential. If they have come to you in error you must > take no action based on them, nor must you copy or show them to > anyone; please reply to this email or call +44 207 356 0600 and > highlight the error. > > > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 --------------BC2ECED15A73BBF37704C02C Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

Natasha,

A large number of issues have been cleared up to draft-ietf-slim-negotiating-human-language-04

Can you make that the base for the WGLC instead?

Or, what is the procedure for getting version -04 recognized?

/Gunnar


Den 2016-07-22 kl. 12:39, skrev Natasha Rooney:
Hi all,

Thanks for the meeting this week. We are pleased to announce that both drafts below have entered into Working Group Last Call. We will aim to exit WGLC on 12th August, which gives us three week from today. 

draft-ietf-slim-multilangcontent-01 
Multiple Language Content Type

draft-ietf-slim-negotiating-human-language-01 
Negotiating Human Language in Real-Time Communications

Issues: if you have issues please submit these to the IETF Issue Tracker at [1]. Please feel free to discuss items on the list also. 

Thanks everyone!

Natasha

[1] https://tools.ietf.org/wg/slim/trac/newticket

Natasha Rooney | Technologist, Web and Internet, W3C & IETF | GSMA | nrooney@gsma.com | +44 (0) 7730 219 765 | @thisNatasha | Skype: nrooney@gsm.org


This email and its attachments are intended for the above named only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this email or call +44 207 356 0600 and highlight the error. 



_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim


-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
--------------BC2ECED15A73BBF37704C02C-- From nobody Fri Jul 22 04:26:51 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 956C812DD14 for ; Fri, 22 Jul 2016 04:26:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Etk2cVd2OuOa for ; Fri, 22 Jul 2016 04:26:46 -0700 (PDT) Received: from bin-vsp-out-04.atm.binero.net (vsp-unauthed02.binero.net [195.74.38.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1B72412DD22 for ; Fri, 22 Jul 2016 04:26:45 -0700 (PDT) X-Halon-ID: 284da4e6-4fff-11e6-afe6-005056917c0c Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-04.atm.binero.net (Halon Mail Gateway) with ESMTPSA for ; Fri, 22 Jul 2016 13:26:39 +0200 (CEST) References: <7697c842-1c68-e4d6-fba8-cc3a51327585@omnitor.se> <3c031820-ca86-41ae-01a8-a83ab0b80041@omnitor.se> <3b8e4df7-a6d6-e33d-a023-58186c1a4354@it.aoyama.ac.jp> To: "slim@ietf.org" From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: <3d24c174-8a7b-282b-c84d-08dbc62b7a1d@omnitor.se> Date: Fri, 22 Jul 2016 13:26:36 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <3b8e4df7-a6d6-e33d-a023-58186c1a4354@it.aoyama.ac.jp> Content-Type: multipart/alternative; boundary="------------FF17AD9242639D5B9A58195C" Archived-At: Subject: Re: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 11:26:49 -0000 This is a multi-part message in MIME format. --------------FF17AD9242639D5B9A58195C Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Den 2016-07-22 kl. 10:31, skrev Martin J. Dürst: > On 2016/07/22 16:34, Randall Gellens wrote: >> The feature to add a means to indicate a preference to not fail the >> call, and the asterisk notation to do so, was suggested during the >> February 2013 in-person discussion on the real-time draft at IETF 86 in >> Orlando: >> >>> Advisory vs Required: >>> - Does call fail if no common language? >>> - Define token for use in offer to indicate caller's preference to >>> fail call or not if no common language. >>> - One choice is to say that if the last character of the send-lang or >>> recv-lan value an asterisk, this indicates a request to not fail the >>> call (similar to SIP Accept-Language syntax). Either way, the called >>> party may ignore this, e.g., for the emergency services use case, a >>> PSAP will likely not fail the call. >> >> We can easily delete the "(similar to SIP Accept-Language syntax)" text >> if that is causing heartburn. I suggest sending a request to do so as a >> WGLC comment. > > Hello Randy, > > Thanks for giving the history of this particular item. > > However, I strongly suggest that this be changed so that it matches > better what other IETF protocols and related specifications do. > > If somebody sees something like > a=humintlang-send:en* > there's a big chance they interpret it as "any kind of English", > rather than as "English, or anything else if that's not available", > although as far as I understand, according to the current spec, it > would be the later. Such misunderstandings might happen to anybody who > knows HTTP or SMTP or SIP or BCP 47, which is a wide range of people. > > The current interpretation also makes one think what > a=humintlang-send:en* > a=humintlang-send:es > means. It probably means "English, or anything else if it's not > available, or Spanish, but don't care to provide anything else if > Spanish isn't available." This is very subtly, and probably > needlessly, different from "English, or Spanish, or anything else if > these are not available" (actually, I have to admit I'm not sure it's > different or not, but that alone is a bad sign for this design). Good point. How about using a syntax exactly as the Accept-Language for each medium and direction. That will then be a comma separated list, with the asterisk as one element if so wanted. humintlang-send = "a=humintlang-send" HCOLON [ language *(COMMA language) ] language = language-range *(SEMI accept-param) language-range = ( ( 1*8ALPHA *( "-" 1*8ALPHA ) ) / "*" ) accept-param = ("q" EQUAL qvalue) / generic-param qvalue = ( "0" [ "." 0*3DIGIT ] ) / ( "1" [ "." 0*3("0") ] ) generic-param = token [ EQUAL gen-value ] gen-value = token / host / quoted-string And similarly for humintlang-recv It is likely more efficient to stick to an already defined format than invent a new. /Gunnar > > Regards, Martin. > >> --Randy >> >> At 9:04 AM +0200 7/22/16, Gunnar Hellström wrote: >> >>> What I meant with this topic was to check if our syntax for use of >>> the asterisk is safe and non-ambiguous. >>> >>> And then I discovered that the syntax is not similar to the use in >>> Accept-language as the text in 6.3 says. Accept-language has the >>> asterisk comma-separated from the language tags ( "en, *" ). I find >>> no previous use of an asterisk tacked on directly to the language tag >>> as our examples show ( "en*" ). >>> >>> But since the language tag is alphanumeric, and RFC 4566 allows >>> attribute values to be any byte string, the syntax seems allowable. I >>> would like other's views on if it is advisable. >>> >>> The similarity with the Accept-language is not the syntax, but the >>> intention of use. The asterisk shows that language-matching does not >>> need to be successfully completed for the call to be accepted. The >>> reasoning says that that is usually the case anyway. >>> >>> The syntax is not really logical. The asterisk does not belong to any >>> specific language attribute. It would be more logical to have it as an >>> attribute value of its own in a separate humintlang attribute. But >>> that is less compact. >>> >>> Another syntax question is if whitespace is allowed before the >>> asterisk. SIP says that whitespace is usually allowed around the >>> asterisk, but this is an sdp attribute and in RFC 4566 no such habit >>> is documented. >>> >>> The result is anyway that we need decisions on the questions above >>> and a matching formal syntax description. >>> >>> I assume that a syntax description for the current syntax would be >>> this, that we should put in the beginning of 6.5 and call that Syntax >>> and examples: >>> >>> ------------------------------------Proposed addition to the >>> beginning of 6.5--------------------- >>> >>> 6.5 Syntax and examples >>> >>> The attributes may occur a number of times and follow this syntax: >>> >>> a=humintlang-send:[] >>> >>> a=humintlang-recv:[] >>> >>> is a language tag according to RFC 4566. >>> >>> is an optional modifier that adds information on the >>> relevance of the attribute or a group of attributes. It consists of >>> characters not allowed in language tags. One value for is >>> specified here. It is an asterisk "*" that implies that the call >>> should be accepted even if there is no complete language match between >>> the offeror and that answering party. Other values of the relevance >>> parameter may be defined in other specifications. The order of the >>> values within the relevance parameter is not relevant. Whitespace is >>> not allowed before and within the relevance parameter. Unrecognized >>> values in the relevance parameter shall be ignored. >>> >>> >>> ---------------------------------------------------------------------------------------------------------------------------- >>> >>> >>> >>> In 6.3, the paranthesis >>> >>> "(similar to SIP Accept-Language syntax)" >>> >>> should be changed to: >>> >>> "(similar to the purpose of the use of the asterisk in the SIP >>> Accept-Language header )" >>> >>> ---------------------------------------------------------------------------- >>> >>> >>> >>> >>> /Gunnar >>> >>> >>> >>> Den 2016-07-21 kl. 20:13, skrev Phillips, Addison: >>> >>>>> Of course we could define our own syntax for this parameter, but >>>>> then we >>>>> should not say that it is similar to the use in Accept-Language, >>>>> and we should >>>>> double check with the rfc 5646 experts to verify that we can append >>>>> the >>>>> asterisk on the tag. >>>>> >>>> BCP47 (RFC 4647 in this case) defines some different language >>>> matching schemes besides that of rfc3261. Of interest here is the >>>> concept of "extended language range" which allows for asterisks in a >>>> range. >>>> >>>> >>>> https://tools.ietf.org/html/rfc4647#section-2.2 >>>> >>>> >>>> >>>> https://tools.ietf.org/html/rfc4647#section-3.3.2 >>>> >>>> >>>> >>>> Addison >>>> >>>> Addison Phillips >>>> Principal SDE, I18N Architect (Amazon) >>>> Chair (W3C I18N WG) >>>> >>>> Internationalization is not a feature. >>>> It is an architecture. >>>> >>>> >>>> >>>>> -----Original Message----- >>>>> From: SLIM >>>>> [mailto:slim-bounces@ietf.org] On >>>>> Behalf Of Gunnar Hellström >>>>> Sent: Thursday, July 21, 2016 11:08 AM >>>>> To: slim@ietf.org >>>>> Subject: [Slim] Syntax of combination of language tag and >>>>> Advisory vs >>>>> Required indication in draft-ietf-slim-negotiating-human-language >>>>> >>>>> Randall, >>>>> >>>>> Section 6.3 of draft-ietf-slim-negotiating-human-language-04 says: >>>>> "The mechanism for indicating this preference is that, in an offer, >>>>> if the last >>>>> character of any of the 'humintlang-recv' or 'humintlang- send' >>>>> values is an asterisk, this indicates a request to not fail the >>>>> call (similar to SIP >>>>> Accept-Language syntax)." >>>>> >>>>> An example from section 6.5 is >>>>> >>>>> a=humintlang-send:ase* >>>>> >>>>> I have looked at the syntax description of SIP Accept-Language in >>>>> RFC >>>>> 3261 section 25.1 , and got to the conclusion that the asterisk is >>>>> used in place >>>>> of a language tag, and not combined with the language tag as you >>>>> have >>>>> specified it for the slim real-time draft. >>>>> >>>>> So, following that syntax, my interpretation is that we would need >>>>> a syntax >>>>> according to this example >>>>> >>>>> a=humintlang-send:* >>>>> >>>>> or, taking inspiration from the Accept-Language syntax, we could >>>>> change the >>>>> syntax of our attributes and allow enumeration of the language tags >>>>> comma >>>>> separated and include the asterisk among them. >>>>> >>>>> a=humintlang-send:ase, * >>>>> >>>>> Of course we could define our own syntax for this parameter, but >>>>> then we >>>>> should not say that it is similar to the use in Accept-Language, >>>>> and we should >>>>> double check with the rfc 5646 experts to verify that we can append >>>>> the >>>>> asterisk on the tag. >>>>> >>>>> Please check this and explain your interpretation, or propose >>>>> modifications. >>>>> >>>>> /Gunnar >>>>> >>>>> -- >>>>> ----------------------------------------- >>>>> Gunnar Hellström >>>>> Omnitor >>>>> gunnar.hellstrom@omnitor.se >>>>> +46 708 204 288 >>>>> >>>>> _______________________________________________ >>>>> SLIM mailing list >>>>> SLIM@ietf.org >>>>> >>>>> https://www.ietf.org/mailman/listinfo/slim >>>>> >>>>> >>>>> >>> >>> -- >>> ----------------------------------------- >>> Gunnar Hellström >>> Omnitor >>> gunnar.hellstrom@omnitor.se >>> +46 708 204 288 >>> >>> _______________________________________________ >>> SLIM mailing list >>> SLIM@ietf.org >>> https://www.ietf.org/mailman/listinfo/slim >> >> -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 --------------FF17AD9242639D5B9A58195C Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Den 2016-07-22 kl. 10:31, skrev Martin J. Dürst:

On 2016/07/22 16:34, Randall Gellens wrote:
The feature to add a means to indicate a preference to not fail the
call, and the asterisk notation to do so, was suggested during the
February 2013 in-person discussion on the real-time draft at IETF 86 in
Orlando:

 Advisory vs Required:
 - Does call fail if no common language?
 - Define token for use in offer to indicate caller's preference to
fail call or not if no common language.
 - One choice is to say that if the last character of the send-lang or
recv-lan value an asterisk, this indicates a request to not fail the
call (similar to SIP Accept-Language syntax).  Either way, the called
party may ignore this, e.g., for the emergency services use case, a
PSAP will likely not fail the call.

We can easily delete the "(similar to SIP Accept-Language syntax)" text
if that is causing heartburn.  I suggest sending a request to do so as a
WGLC comment.

Hello Randy,

Thanks for giving the history of this particular item.

However, I strongly suggest that this be changed so that it matches better what other IETF protocols and related specifications do.

If somebody sees something like
a=humintlang-send:en*
there's a big chance they interpret it as "any kind of English", rather than as "English, or anything else if that's not available", although as far as I understand, according to the current spec, it would be the later. Such misunderstandings might happen to anybody who knows HTTP or SMTP or SIP or BCP 47, which is a wide range of people.

The current interpretation also makes one think what
a=humintlang-send:en*
a=humintlang-send:es
means. It probably means "English, or anything else if it's not available, or Spanish, but don't care to provide anything else if Spanish isn't available." This is very subtly, and probably needlessly, different from "English, or Spanish, or anything else if these are not available" (actually, I have to admit I'm not sure it's different or not, but that alone is a bad sign for this design).
Good point.
How about using a syntax exactly as the Accept-Language for each medium and direction.
That will then be a comma separated list, with the asterisk as one element if so wanted.


humintlang-send  =  "a=humintlang-send" HCOLON
                     [ language *(COMMA language) ]
language         =  language-range *(SEMI accept-param)
language-range   =  ( ( 1*8ALPHA *( "-" 1*8ALPHA ) ) / "*" )
accept-param   =  ("q" EQUAL qvalue) / generic-param
qvalue         =  ( "0" [ "." 0*3DIGIT ] )
                  / ( "1" [ "." 0*3("0") ] )
generic-param  =  token [ EQUAL gen-value ]
gen-value      =  token / host / quoted-string

And similarly for humintlang-recv


It is likely more efficient to stick to an already defined format than invent a new.

/Gunnar


Regards,   Martin.

--Randy

At 9:04 AM +0200 7/22/16, Gunnar Hellström wrote:

 What I meant with this topic was to check if our syntax for use of
the asterisk is safe and non-ambiguous.

 And then I discovered that the syntax is not similar to the use in
Accept-language as the text in 6.3 says. Accept-language has the
asterisk comma-separated from the language tags ( "en, *" ).  I find
no previous use of an asterisk tacked on directly to the language tag
as our examples show ( "en*" ).

 But since the language tag is alphanumeric, and RFC 4566 allows
attribute values to be any byte string, the syntax seems allowable. I
would like other's views on if it is advisable.

 The similarity with the Accept-language is not the syntax, but the
intention of use. The asterisk shows that language-matching does not
need to be successfully completed for the call to be accepted. The
reasoning says that that is usually the case anyway.

 The syntax is not really logical. The asterisk does not belong to any
specific language attribute. It would be more logical to have it as an
attribute value of its own in a separate humintlang attribute. But
that is less compact.

 Another syntax question is if whitespace is allowed before the
asterisk. SIP says that whitespace is usually allowed around the
asterisk, but this is an sdp attribute and in RFC 4566 no such habit
is documented.

 The result is anyway that we need decisions on the questions above
and a matching formal syntax description.

 I assume that a syntax description for the current syntax would be
this, that we should put in the beginning of 6.5 and call that Syntax
and examples:

 ------------------------------------Proposed addition to the
beginning of 6.5---------------------

 6.5 Syntax and examples

 The attributes may occur a number of times and follow this syntax:

 a=humintlang-send:<language-tag>[<relevance>]

 a=humintlang-recv:<language-tag>[<relevance>]

 <language-tag> is a language tag according to RFC 4566.

 <relevance> is an optional modifier that adds information on the
relevance of the attribute or a group of attributes. It consists of
characters not allowed in language tags. One value for <relevance> is
specified here. It is an asterisk "*" that implies that the call
should be accepted even if there is no complete language match between
the offeror and that answering party. Other values of the relevance
parameter may be defined in other specifications. The order of the
values within the relevance parameter is not relevant. Whitespace is
not allowed before and within the relevance parameter. Unrecognized
values in the relevance parameter shall be ignored.


----------------------------------------------------------------------------------------------------------------------------


 In 6.3, the paranthesis

 "(similar to SIP Accept-Language syntax)"

 should be changed to:

 "(similar to the purpose of the use of the asterisk in the SIP
Accept-Language header )"

 ----------------------------------------------------------------------------



 /Gunnar



 Den 2016-07-21 kl. 20:13, skrev Phillips, Addison:

 Of course we could define our own syntax for this parameter, but
then we
 should not say that it is similar to the use in Accept-Language,
and we should
 double check with the rfc 5646 experts to verify that we can append
the
 asterisk on the tag.

 BCP47 (RFC 4647 in this case) defines some different language
matching schemes besides that of rfc3261. Of interest here is the
concept of "extended language range" which allows for asterisks in a
range.


<https://tools.ietf.org/html/rfc4647#section-2.2>https://tools.ietf.org/html/rfc4647#section-2.2


<https://tools.ietf.org/html/rfc4647#section-3.3.2>https://tools.ietf.org/html/rfc4647#section-3.3.2


 Addison

 Addison Phillips
 Principal SDE, I18N Architect (Amazon)
 Chair (W3C I18N WG)

 Internationalization is not a feature.
 It is an architecture.



 -----Original Message-----
 From: SLIM
[<mailto:slim-bounces@ietf.org>mailto:slim-bounces@ietf.org] On
Behalf Of Gunnar Hellström
 Sent: Thursday, July 21, 2016 11:08 AM
 To: <mailto:slim@ietf.org>slim@ietf.org
 Subject: [Slim] Syntax of combination of language tag and Advisory vs
 Required indication in draft-ietf-slim-negotiating-human-language

 Randall,

 Section 6.3 of draft-ietf-slim-negotiating-human-language-04 says:
 "The mechanism for indicating this preference is that, in an offer,
if the last
 character of any of the 'humintlang-recv' or 'humintlang- send'
 values is an asterisk, this indicates a request to not fail the
call (similar to SIP
 Accept-Language syntax)."

 An example from section 6.5 is

   a=humintlang-send:ase*

 I have looked at the syntax description of SIP Accept-Language in RFC
 3261 section 25.1 , and got to the conclusion that the asterisk is
used in place
 of a language tag, and not combined with the language tag as you have
 specified it for the slim real-time draft.

 So, following that syntax, my interpretation is that we would need
a syntax
 according to this example

   a=humintlang-send:*

 or, taking inspiration from the Accept-Language syntax, we could
change the
 syntax of our attributes and allow enumeration of the language tags
comma
 separated and include the asterisk among them.

   a=humintlang-send:ase, *

 Of course we could define our own syntax for this parameter, but
then we
 should not say that it is similar to the use in Accept-Language,
and we should
 double check with the rfc 5646 experts to verify that we can append
the
 asterisk on the tag.

 Please check this and explain your interpretation, or propose
modifications.

 /Gunnar

 --
 -----------------------------------------
 Gunnar Hellström
 Omnitor
 <mailto:gunnar.hellstrom@omnitor.se>gunnar.hellstrom@omnitor.se
 +46 708 204 288

 _______________________________________________
 SLIM mailing list
 <mailto:SLIM@ietf.org>SLIM@ietf.org

<https://www.ietf.org/mailman/listinfo/slim>https://www.ietf.org/mailman/listinfo/slim



 --
 -----------------------------------------
 Gunnar Hellström
 Omnitor
 <mailto:gunnar.hellstrom@omnitor.se>gunnar.hellstrom@omnitor.se
 +46 708 204 288

 _______________________________________________
 SLIM mailing list
 SLIM@ietf.org
 https://www.ietf.org/mailman/listinfo/slim 



-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
--------------FF17AD9242639D5B9A58195C-- From nobody Fri Jul 22 04:35:58 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F270612DD9A for ; Fri, 22 Jul 2016 04:35:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IE2cBzS7NAKc for ; Fri, 22 Jul 2016 04:35:56 -0700 (PDT) Received: from mail-vk0-x235.google.com (mail-vk0-x235.google.com [IPv6:2607:f8b0:400c:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 378DA12DDAD for ; Fri, 22 Jul 2016 04:35:56 -0700 (PDT) Received: by mail-vk0-x235.google.com with SMTP id s189so152849579vkh.1 for ; Fri, 22 Jul 2016 04:35:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc; bh=uV34+bhnJbA1lMHeQMemQXcYme+Rp3w/2dE7sIFXJak=; b=oR/DvjqaNEwT5l7KQhJJOLWyY+Eej3zwC7ZWNrWMKEHwsqK+87lAAUaxTJUlhMMNoe qd7YBQRMmNw9U9Vh1hKkijJciNU73KSfde4ybRO1JrAJBUduvDwPUSUeyQBM0WgQ4RE5 n4bW0plqyEVrE5ofpL935fPqw7MOS/PsbsVNevYjfQGufztRKVzs2PEdfTAvsCTVzick tdtoUC4+IIPlO75rQMFQL21mFfiR/fMqk2nk+tX7Gt8BN1F7NSMstXtCLHSiLn3v25RG tVDVGzoROK4EXxlLHjUsE9Vz3OltTcVrChZDGSPqtbSPYUWNd4SPwRx3s8j0lnMLbZJh YoNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=uV34+bhnJbA1lMHeQMemQXcYme+Rp3w/2dE7sIFXJak=; b=gjPG2xTm8RmmFR3U+kAQ5FjsB7izFW+jkOPsJoT5Cd0M+C6RJvdtW4JemH0pr2RByN csGWLs+A05+mfp4AmHOE6PGXonqg2zCOBjZDMNGoA0BZ7rpnWD1JbuhwNbBNMY/2U+ib Fy/GqY5bVIvUHROmp+f742eUcnFaFtjmTtGlc/X7w4oNKRgV+aRVAQtd3tLFlZSJPLsf X6EypVF1JQkzgmDe/K33xVeSRY9zqwrnpJnog0EhbVaKVyzC3vkVJWolCzYP0XkMZAIP LZcTI4lNV8abOtX356VW55DleHMNJptcUGo8QKccE39sIF7m0qzmnQJJCvHCmhKj8Zow 28aA== X-Gm-Message-State: AEkoousXR/h1Q5zfQDa30UMf9AraIu7jNJ6POj9ga4mh5leg2cQw6Ka/cJr+GDbv9pjRTSduaqtyhvbCSbIaag== X-Received: by 10.31.47.143 with SMTP id v137mr1363301vkv.58.1469187355122; Fri, 22 Jul 2016 04:35:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.176.67.100 with HTTP; Fri, 22 Jul 2016 04:35:35 -0700 (PDT) From: Bernard Aboba Date: Fri, 22 Jul 2016 13:35:35 +0200 Message-ID: To: slim@ietf.org Content-Type: multipart/alternative; boundary=001a1143fa7869237d053837d674 Archived-At: Cc: Colin Perkins Subject: [Slim] Discussion of "lang" attribute in MMUSIC WG X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 11:35:58 -0000 --001a1143fa7869237d053837d674 Content-Type: text/plain; charset=UTF-8 We had a short discussion of the history of the "lang" attribute within the MMUSIC WG meeting today (July 22). Colin Perkins pointed out that the text for the "lang" attribute originated in RFC 2327 which was published in April 1998, and did not change much if at all in RFC 4566 (published in July 2006). Therefore it would appear that the RFC 4566bis revision to that text is the first time that this language has been modified in 19 years. This may be indicative of minimal implementer interest. When asked whether anyone at the MMUSIC WG had implemented the "lang" attribute, there was no response. Since the "lang" attribute text in question predates SIP (RFC 2543), as well as Offer/Answer (RFC 3264), it was likely to have been originally intended for use in multicast conferencing (which was mainstream at the time) rather than in SIP-based Offer/Answer, which came later. --001a1143fa7869237d053837d674 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
We had a short discussion of the history of the "lang= " attribute within the MMUSIC WG meeting today (July 22).=C2=A0
Colin Perkins pointed out that the text for the "lang&quo= t; attribute originated in RFC 2327 which was published in April 1998, and = did not change much if at all in RFC 4566 (published in July 2006). Therefo= re it would appear that the RFC 4566bis revision to that text is the first = time that this language has been modified in 19 years.=C2=A0 This may be in= dicative of minimal implementer interest.
When asked whether anyo= ne at the MMUSIC WG had implemented the "lang" attribute, there w= as no response.=C2=A0

Since the "lang&quo= t; attribute text in question predates SIP (RFC 2543), as well as Offer/Ans= wer (RFC 3264), it was likely to have been originally intended for use in m= ulticast conferencing (which was mainstream at the time) rather than in SIP= -based Offer/Answer, which came later.=C2=A0
--001a1143fa7869237d053837d674-- From nobody Fri Jul 22 04:43:19 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE87712DB0B for ; Fri, 22 Jul 2016 04:43:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.935 X-Spam-Level: X-Spam-Status: No, score=-1.935 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JcGFNUy3pQKB for ; Fri, 22 Jul 2016 04:43:15 -0700 (PDT) Received: from resqmta-ch2-01v.sys.comcast.net (resqmta-ch2-01v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B699212D9F7 for ; Fri, 22 Jul 2016 04:43:15 -0700 (PDT) Received: from resomta-ch2-19v.sys.comcast.net ([69.252.207.115]) by resqmta-ch2-01v.sys.comcast.net with SMTP id QYrDbc9akTaLwQYrLbMrAI; Fri, 22 Jul 2016 11:43:15 +0000 Received: from Paul-Kyzivats-MacBook-Pro.local ([73.218.51.154]) by comcast with SMTP id QYrKbQ3LTL0bqQYrKbg20g; Fri, 22 Jul 2016 11:43:14 +0000 To: slim@ietf.org References: <7697c842-1c68-e4d6-fba8-cc3a51327585@omnitor.se> <3c031820-ca86-41ae-01a8-a83ab0b80041@omnitor.se> <3b8e4df7-a6d6-e33d-a023-58186c1a4354@it.aoyama.ac.jp> <3d24c174-8a7b-282b-c84d-08dbc62b7a1d@omnitor.se> From: Paul Kyzivat Message-ID: Date: Fri, 22 Jul 2016 07:43:13 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <3d24c174-8a7b-282b-c84d-08dbc62b7a1d@omnitor.se> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4wfKltuMr98B3+CUrdpeegPQXPhm7N2sEC/7XdV75dwlVvREa9JZSQUf+DuE+eZZSNkKe2Cr15xcBB9/5Er17phJp61BYbGMDNeOvoPKJHBE/7e0L1JhIr t3SVcyFK/ekhrNHbsFaAmGFuX4gOVscJNz2dajocahd9bSzEBPAPD3ZZ3q2IedOAXQD45Gy7MZu6og== Archived-At: Subject: Re: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 11:43:18 -0000 +1 On 7/22/16 7:26 AM, Gunnar Hellström wrote: > Good point. > How about using a syntax exactly as the Accept-Language for each medium > and direction. > That will then be a comma separated list, with the asterisk as one > element if so wanted. > > > humintlang-send = "a=humintlang-send" HCOLON > [ language *(COMMA language) ] > language = language-range *(SEMI accept-param) > language-range = ( ( 1*8ALPHA *( "-" 1*8ALPHA ) ) / "*" ) > accept-param = ("q" EQUAL qvalue) / generic-param > qvalue = ( "0" [ "." 0*3DIGIT ] ) > / ( "1" [ "." 0*3("0") ] ) > generic-param = token [ EQUAL gen-value ] > gen-value = token / host / quoted-string > > And similarly for humintlang-recv > > > It is likely more efficient to stick to an already defined format than invent a new. > > /Gunnar > > >> >> Regards, Martin. >> >>> --Randy >>> >>> At 9:04 AM +0200 7/22/16, Gunnar Hellström wrote: >>> >>>> What I meant with this topic was to check if our syntax for use of >>>> the asterisk is safe and non-ambiguous. >>>> >>>> And then I discovered that the syntax is not similar to the use in >>>> Accept-language as the text in 6.3 says. Accept-language has the >>>> asterisk comma-separated from the language tags ( "en, *" ). I find >>>> no previous use of an asterisk tacked on directly to the language tag >>>> as our examples show ( "en*" ). >>>> >>>> But since the language tag is alphanumeric, and RFC 4566 allows >>>> attribute values to be any byte string, the syntax seems allowable. I >>>> would like other's views on if it is advisable. >>>> >>>> The similarity with the Accept-language is not the syntax, but the >>>> intention of use. The asterisk shows that language-matching does not >>>> need to be successfully completed for the call to be accepted. The >>>> reasoning says that that is usually the case anyway. >>>> >>>> The syntax is not really logical. The asterisk does not belong to any >>>> specific language attribute. It would be more logical to have it as an >>>> attribute value of its own in a separate humintlang attribute. But >>>> that is less compact. >>>> >>>> Another syntax question is if whitespace is allowed before the >>>> asterisk. SIP says that whitespace is usually allowed around the >>>> asterisk, but this is an sdp attribute and in RFC 4566 no such habit >>>> is documented. >>>> >>>> The result is anyway that we need decisions on the questions above >>>> and a matching formal syntax description. >>>> >>>> I assume that a syntax description for the current syntax would be >>>> this, that we should put in the beginning of 6.5 and call that Syntax >>>> and examples: >>>> >>>> ------------------------------------Proposed addition to the >>>> beginning of 6.5--------------------- >>>> >>>> 6.5 Syntax and examples >>>> >>>> The attributes may occur a number of times and follow this syntax: >>>> >>>> a=humintlang-send:[] >>>> >>>> a=humintlang-recv:[] >>>> >>>> is a language tag according to RFC 4566. >>>> >>>> is an optional modifier that adds information on the >>>> relevance of the attribute or a group of attributes. It consists of >>>> characters not allowed in language tags. One value for is >>>> specified here. It is an asterisk "*" that implies that the call >>>> should be accepted even if there is no complete language match between >>>> the offeror and that answering party. Other values of the relevance >>>> parameter may be defined in other specifications. The order of the >>>> values within the relevance parameter is not relevant. Whitespace is >>>> not allowed before and within the relevance parameter. Unrecognized >>>> values in the relevance parameter shall be ignored. >>>> >>>> >>>> ---------------------------------------------------------------------------------------------------------------------------- >>>> >>>> >>>> >>>> In 6.3, the paranthesis >>>> >>>> "(similar to SIP Accept-Language syntax)" >>>> >>>> should be changed to: >>>> >>>> "(similar to the purpose of the use of the asterisk in the SIP >>>> Accept-Language header )" >>>> >>>> ---------------------------------------------------------------------------- >>>> >>>> >>>> >>>> >>>> /Gunnar >>>> >>>> >>>> >>>> Den 2016-07-21 kl. 20:13, skrev Phillips, Addison: >>>> >>>>>> Of course we could define our own syntax for this parameter, but >>>>>> then we >>>>>> should not say that it is similar to the use in Accept-Language, >>>>>> and we should >>>>>> double check with the rfc 5646 experts to verify that we can append >>>>>> the >>>>>> asterisk on the tag. >>>>>> >>>>> BCP47 (RFC 4647 in this case) defines some different language >>>>> matching schemes besides that of rfc3261. Of interest here is the >>>>> concept of "extended language range" which allows for asterisks in a >>>>> range. >>>>> >>>>> >>>>> https://tools.ietf.org/html/rfc4647#section-2.2 >>>>> >>>>> >>>>> >>>>> https://tools.ietf.org/html/rfc4647#section-3.3.2 >>>>> >>>>> >>>>> >>>>> Addison >>>>> >>>>> Addison Phillips >>>>> Principal SDE, I18N Architect (Amazon) >>>>> Chair (W3C I18N WG) >>>>> >>>>> Internationalization is not a feature. >>>>> It is an architecture. >>>>> >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: SLIM >>>>>> [mailto:slim-bounces@ietf.org] On >>>>>> Behalf Of Gunnar Hellström >>>>>> Sent: Thursday, July 21, 2016 11:08 AM >>>>>> To: slim@ietf.org >>>>>> Subject: [Slim] Syntax of combination of language tag and >>>>>> Advisory vs >>>>>> Required indication in draft-ietf-slim-negotiating-human-language >>>>>> >>>>>> Randall, >>>>>> >>>>>> Section 6.3 of draft-ietf-slim-negotiating-human-language-04 says: >>>>>> "The mechanism for indicating this preference is that, in an offer, >>>>>> if the last >>>>>> character of any of the 'humintlang-recv' or 'humintlang- send' >>>>>> values is an asterisk, this indicates a request to not fail the >>>>>> call (similar to SIP >>>>>> Accept-Language syntax)." >>>>>> >>>>>> An example from section 6.5 is >>>>>> >>>>>> a=humintlang-send:ase* >>>>>> >>>>>> I have looked at the syntax description of SIP Accept-Language in >>>>>> RFC >>>>>> 3261 section 25.1 , and got to the conclusion that the asterisk is >>>>>> used in place >>>>>> of a language tag, and not combined with the language tag as you >>>>>> have >>>>>> specified it for the slim real-time draft. >>>>>> >>>>>> So, following that syntax, my interpretation is that we would need >>>>>> a syntax >>>>>> according to this example >>>>>> >>>>>> a=humintlang-send:* >>>>>> >>>>>> or, taking inspiration from the Accept-Language syntax, we could >>>>>> change the >>>>>> syntax of our attributes and allow enumeration of the language tags >>>>>> comma >>>>>> separated and include the asterisk among them. >>>>>> >>>>>> a=humintlang-send:ase, * >>>>>> >>>>>> Of course we could define our own syntax for this parameter, but >>>>>> then we >>>>>> should not say that it is similar to the use in Accept-Language, >>>>>> and we should >>>>>> double check with the rfc 5646 experts to verify that we can append >>>>>> the >>>>>> asterisk on the tag. >>>>>> >>>>>> Please check this and explain your interpretation, or propose >>>>>> modifications. >>>>>> >>>>>> /Gunnar >>>>>> >>>>>> -- >>>>>> ----------------------------------------- >>>>>> Gunnar Hellström >>>>>> Omnitor >>>>>> gunnar.hellstrom@omnitor.se >>>>>> +46 708 204 288 >>>>>> >>>>>> _______________________________________________ >>>>>> SLIM mailing list >>>>>> SLIM@ietf.org >>>>>> >>>>>> https://www.ietf.org/mailman/listinfo/slim >>>>>> >>>>>> >>>>>> >>>> >>>> -- >>>> ----------------------------------------- >>>> Gunnar Hellström >>>> Omnitor >>>> gunnar.hellstrom@omnitor.se >>>> +46 708 204 288 >>>> >>>> _______________________________________________ >>>> SLIM mailing list >>>> SLIM@ietf.org >>>> https://www.ietf.org/mailman/listinfo/slim >>> >>> > > -- > ----------------------------------------- > Gunnar Hellström > Omnitor > gunnar.hellstrom@omnitor.se > +46 708 204 288 > > > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim > From nobody Fri Jul 22 09:16:51 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE84112DDF0 for ; Fri, 22 Jul 2016 09:16:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qbCkYJmotEAr for ; Fri, 22 Jul 2016 09:16:48 -0700 (PDT) Received: from p3plwbeout03-03.prod.phx3.secureserver.net (p3plsmtp03-03-2.prod.phx3.secureserver.net [72.167.218.215]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 87B2512DDE7 for ; Fri, 22 Jul 2016 09:16:48 -0700 (PDT) Received: from localhost ([72.167.218.135]) by p3plwbeout03-03.prod.phx3.secureserver.net with bizsmtp id MsGn1t0032vs63s01sGn5A; Fri, 22 Jul 2016 09:16:48 -0700 X-SID: MsGn1t0032vs63s01 Received: (qmail 6377 invoked by uid 99); 22 Jul 2016 16:16:47 -0000 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Originating-IP: 208.51.143.189 User-Agent: Workspace Webmail 6.4.3 Message-Id: <20160722091645.665a7a7059d7ee80bb4d670165c8327d.19eb16ad93.wbe@email03.godaddy.com> From: "Doug Ewell" To: "=?UTF-8?Q?Gunnar=5FHellstr=C3=B6m?=" , "slim@ietf.org" Date: Fri, 22 Jul 2016 09:16:45 -0700 Mime-Version: 1.0 Archived-At: Subject: Re: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 16:16:50 -0000 Gunnar Hellstr=C3=B6m wrote:=0A=0A> How about using a syntax exactly as the= Accept-Language for each=0A> medium and direction.=0A> That will then be a= comma separated list, with the asterisk as one=0A> element if so wanted.= =0A>=0A> humintlang-send =3D "a=3Dhumintlang-send" HCOLON=0A> = [ language *(COMMA language) ]=0A> language =3D language= -range *(SEMI accept-param)=0A> language-range =3D ( ( 1*8ALPHA *( "-" 1= *8ALPHA ) ) / "*" )=0A> accept-param =3D ("q" EQUAL qvalue) / generic-pa= ram=0A> qvalue =3D ( "0" [ "." 0*3DIGIT ] )=0A> = / ( "1" [ "." 0*3("0") ] )=0A> generic-param =3D token [ EQUAL gen-value = ]=0A> gen-value =3D token / host / quoted-string=0A>=0A> And similarl= y for humintlang-recv=0A=0AWasn't there a proposal on this list in March to= include the ";q=3Dvalue"=0Asyntax to indicate absolute preference, and was= n't it decided not to do=0Athat? Is this an attempt to reintroduce that pro= posal?=0A=0A--=0ADoug Ewell | Thornton, CO, US | ewellic.org=0A From nobody Fri Jul 22 09:37:41 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 31B6212DE40 for ; Fri, 22 Jul 2016 09:37:41 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I5u6n-88QN_z for ; Fri, 22 Jul 2016 09:37:38 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id B4A5C12DE27 for ; Fri, 22 Jul 2016 09:37:38 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Fri, 22 Jul 2016 09:37:36 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <3d24c174-8a7b-282b-c84d-08dbc62b7a1d@omnitor.se> References: <7697c842-1c68-e4d6-fba8-cc3a51327585@omnitor.se> <3c031820-ca86-41ae-01a8-a83ab0b80041@omnitor.se> <3b8e4df7-a6d6-e33d-a023-58186c1a4354@it.aoyama.ac.jp> <3d24c174-8a7b-282b-c84d-08dbc62b7a1d@omnitor.se> X-Mailer: Eudora for Mac OS X Date: Fri, 22 Jul 2016 09:37:31 -0700 To: Gunnar =?iso-8859-1?Q?Hellstr=F6m?= , "slim@ietf.org" From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 16:37:41 -0000 At 1:26 PM +0200 7/22/16, Gunnar Hellstr=F6m wrote: > Den 2016-07-22 kl. 10:31, skrev Martin J. D=FCrst: > >> On 2016/07/22 16:34, Randall Gellens wrote: >> >>> The feature to add a means to indicate a preference to not fail the >>> call, and the asterisk notation to do so, was suggested during the >>> February 2013 in-person discussion on the real-time draft at IETF 86 in >>> Orlando: >>> >>>> Advisory vs Required: >>>> - Does call fail if no common language? >>>> - Define token for use in offer to indicate caller's preference to >>>> fail call or not if no common language. >>>> - One choice is to say that if the last character of the send-lang or >>>> recv-lan value an asterisk, this indicates a request to not fail the >>>> call (similar to SIP Accept-Language syntax). Either way, the called >>>> party may ignore this, e.g., for the emergency services use case, a >>>> PSAP will likely not fail the call. >>>> >>> >>> We can easily delete the "(similar to SIP Accept-Language syntax)" text >>> if that is causing heartburn. I suggest sending a request to do so as = a >>> WGLC comment. >>> >> >> Hello Randy, >> >> Thanks for giving the history of this particular item. >> >> However, I strongly suggest that this be=20 >> changed so that it matches better what other=20 >> IETF protocols and related specifications do. >> >> If somebody sees something like >> a=3Dhumintlang-send:en* >> there's a big chance they interpret it as "any=20 >> kind of English", rather than as "English, or=20 >> anything else if that's not available",=20 >> although as far as I understand, according to=20 >> the current spec, it would be the later. Such=20 >> misunderstandings might happen to anybody who=20 >> knows HTTP or SMTP or SIP or BCP 47, which is=20 >> a wide range of people. I do not have tremendous sympathy for people who=20 implement without reading the spec. I also am=20 skeptical that modifying the syntax to account=20 for misunderstandings by those who don't read the=20 spec will he successful, since we cannot=20 anticipate all misunderstandings by those who=20 don't read the spec. Especially because the spec=20 is not complicated. >> >> The current interpretation also makes one think what >> a=3Dhumintlang-send:en* >> a=3Dhumintlang-send:es >> means. It probably means "English, or anything=20 >> else if it's not available, or Spanish, but=20 >> don't care to provide anything else if Spanish=20 >> isn't available." This is very subtly, and=20 >> probably needlessly, different from "English,=20 >> or Spanish, or anything else if these are not=20 >> available" (actually, I have to admit I'm not=20 >> sure it's different or not, but that alone is=20 >> a bad sign for this design). >> > Good point. > How about using a syntax exactly as the=20 > Accept-Language for each medium and direction. > That will then be a comma separated list, with=20 > the asterisk as one element if so wanted. > > humintlang-send =3D "a=3Dhumintlang-send" HCOLON > [ language *(COMMA language) ] > language =3D language-range *(SEMI accept-param) > language-range =3D ( ( 1*8ALPHA *( "-" 1*8ALPHA ) ) / "*" ) > accept-param =3D ("q" EQUAL qvalue) / generic-param > qvalue =3D ( "0" [ "." 0*3DIGIT ] ) > / ( "1" [ "." 0*3("0") ] ) > generic-param =3D token [ EQUAL gen-value ] > gen-value =3D token / host / quoted-string > > And similarly for humintlang-recv This is way more complicated than we need. Let's=20 see if the WG has consensus to make this change. --Randy > > > It is likely more efficient to stick to an=20 > already defined format than invent a new. > > /Gunnar > > > >> >> Regards, Martin. >> >>> --Randy >>> >>> At 9:04 AM +0200 7/22/16, Gunnar Hellstr=F6m wrote: >>> >>>> What I meant with this topic was to check if our syntax for use of >>>> the asterisk is safe and non-ambiguous. >>>> >>>> And then I discovered that the syntax is not similar to the use in >>>> Accept-language as the text in 6.3 says. Accept-language has the >>>> asterisk comma-separated from the language tags ( "en, *" ). I find >>>> no previous use of an asterisk tacked on directly to the language tag >>>> as our examples show ( "en*" ). >>>> >>>> But since the language tag is alphanumeric, and RFC 4566 allows >>>> attribute values to be any byte string, the syntax seems allowable. I >>>> would like other's views on if it is advisable. >>>> >>>> The similarity with the Accept-language is not the syntax, but the >>>> intention of use. The asterisk shows that language-matching does not >>>> need to be successfully completed for the call to be accepted. The >>>> reasoning says that that is usually the case anyway. >>>> >>>> The syntax is not really logical. The asterisk does not belong to any >>>> specific language attribute. It would be more logical to have it as an >>>> attribute value of its own in a separate humintlang attribute. But >>>> that is less compact. >>>> >>>> Another syntax question is if whitespace is allowed before the >>>> asterisk. SIP says that whitespace is usually allowed around the >>>> asterisk, but this is an sdp attribute and in RFC 4566 no such habit >>>> is documented. >>>> >>>> The result is anyway that we need decisions on the questions above >>>> and a matching formal syntax description. >>>> >>>> I assume that a syntax description for the current syntax would be >>>> this, that we should put in the beginning of 6.5 and call that Syntax >>>> and examples: >>>> >>>> ------------------------------------Proposed addition to the >>>> beginning of 6.5--------------------- >>>> >>>> 6.5 Syntax and examples >>>> >>>> The attributes may occur a number of times and follow this syntax: >>>> >>>> a=3Dhumintlang-send:[] >>>> >>>> a=3Dhumintlang-recv:[] >>>> >>>> is a language tag according to RFC 4566. >>>> >>>> is an optional modifier that adds information on the >>>> relevance of the attribute or a group of attributes. It consists of >>>> characters not allowed in language tags. One value for is >>>> specified here. It is an asterisk "*" that implies that the call >>>> should be accepted even if there is no complete language match between >>>> the offeror and that answering party. Other values of the relevance >>>> parameter may be defined in other specifications. The order of the >>>> values within the relevance parameter is not relevant. Whitespace is >>>> not allowed before and within the relevance parameter. Unrecognized >>>> values in the relevance parameter shall be ignored. >>>> >>>> >>>>=20 >>>> -----------------------------------------------------------------------= ----------------------------------------------------- >>>> >>>> >>>> In 6.3, the paranthesis >>>> >>>> "(similar to SIP Accept-Language syntax)" >>>> >>>> should be changed to: >>>> >>>> "(similar to the purpose of the use of the asterisk in the SIP >>>> Accept-Language header )" >>>> >>>>=20 >>>> -----------------------------------------------------------------------= ----- >>>> >>>> >>>> >>>> /Gunnar >>>> >>>> >>>> >>>> Den 2016-07-21 kl. 20:13, skrev Phillips, Addison: >>>> >>>>>> Of course we could define our own syntax for this parameter, but >>>>>> then we >>>>>> should not say that it is similar to the use in Accept-Language, >>>>>> and we should >>>>>> double check with the rfc 5646 experts to verify that we can append >>>>>> the >>>>>> asterisk on the tag. >>>>>> >>>>> BCP47 (RFC 4647 in this case) defines some different language >>>>> matching schemes besides that of rfc3261. Of interest here is the >>>>> concept of "extended language range" which allows for asterisks in a >>>>> range. >>>>> >>>>> >>>>>=20 >>>>> https://tools.ietf.org/html/rfc4647#section-2.2 >>>>> >>>>> >>>>>=20 >>>>> https://tools.ietf.org/html/rfc4647#section-3.3.2 >>>>> >>>>> >>>>> Addison >>>>> >>>>> Addison Phillips >>>>> Principal SDE, I18N Architect (Amazon) >>>>> Chair (W3C I18N WG) >>>>> >>>>> Internationalization is not a feature. >>>>> It is an architecture. >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: SLIM >>>>>>=20 >>>>>> [mailto:slim-bounces@ietf.org]=20 >>>>>> On >>>>>> Behalf Of Gunnar Hellstr=F6m >>>>>> Sent: Thursday, July 21, 2016 11:08 AM >>>>>> To:=20 >>>>>> sli= m@ietf.org >>>>>> Subject: [Slim] Syntax of combination of language tag and Advisory = vs >>>>>> Required indication in draft-ietf-slim-negotiating-human-language >>>>>> >>>>>> Randall, >>>>>> >>>>>> Section 6.3 of draft-ietf-slim-negotiating-human-language-04 says: >>>>>> "The mechanism for indicating this preference is that, in an offer, >>>>>> if the last >>>>>> character of any of the 'humintlang-recv' or 'humintlang- send' >>>>>> values is an asterisk, this indicates a request to not fail the >>>>>> call (similar to SIP >>>>>> Accept-Language syntax)." >>>>>> >>>>>> An example from section 6.5 is >>>>>> >>>>>> a=3Dhumintlang-send:ase* >>>>>> >>>>>> I have looked at the syntax description of SIP Accept-Language in R= =46C >>>>>> 3261 section 25.1 , and got to the conclusion that the asterisk is >>>>>> used in place >>>>>> of a language tag, and not combined with the language tag as you ha= ve >>>>>> specified it for the slim real-time draft. >>>>>> >>>>>> So, following that syntax, my interpretation is that we would need >>>>>> a syntax >>>>>> according to this example >>>>>> >>>>>> a=3Dhumintlang-send:* >>>>>> >>>>>> or, taking inspiration from the Accept-Language syntax, we could >>>>>> change the >>>>>> syntax of our attributes and allow enumeration of the language tags >>>>>> comma >>>>>> separated and include the asterisk among them. >>>>>> >>>>>> a=3Dhumintlang-send:ase, * >>>>>> >>>>>> Of course we could define our own syntax for this parameter, but >>>>>> then we >>>>>> should not say that it is similar to the use in Accept-Language, >>>>>> and we should >>>>>> double check with the rfc 5646 experts to verify that we can append >>>>>> the >>>>>> asterisk on the tag. >>>>>> >>>>>> Please check this and explain your interpretation, or propose >>>>>> modifications. >>>>>> >>>>>> /Gunnar >>>>>> >>>>>> -- >>>>>> ----------------------------------------- >>>>>> Gunnar Hellstr=F6m >>>>>> Omnitor >>>>>>=20 >>>>>> gunnar.hellstrom@omnitor.se >>>>>> +46 708 204 288 >>>>>> >>>>>> _______________________________________________ >>>>>> SLIM mailing list >>>>>>=20 >>>>>> SLI= M@ietf.org >>>>>> >>>>>>=20 >>>>>> https://www.i= etf.org/mailman/listinfo/slim >>>>>> >>>> >>>> -- >>>> ----------------------------------------- >>>> Gunnar Hellstr=F6m >>>> Omnitor >>>>=20 >>>> gunnar.hellstrom@omnitor.se >>>> +46 708 204 288 >>>> >>>> _______________________________________________ >>>> SLIM mailing list >>>> SLIM@ietf.org >>>>=20 >>>> https://www.ietf.org/mailma= n/listinfo/slim >>>> >>> >>> > > -- > ----------------------------------------- > Gunnar Hellstr=F6m > Omnitor > gunnar.hellstrom@omnitor.se > +46 708 204 288 > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- Nothing is so embarrassing as watching someone do something that you said couldn't be done. --Sam Ewing From nobody Fri Jul 22 10:15:37 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69E4412DEC0 for ; Fri, 22 Jul 2016 10:15:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yWA1f8bU16Yz for ; Fri, 22 Jul 2016 10:15:33 -0700 (PDT) Received: from mail-qk0-x231.google.com (mail-qk0-x231.google.com [IPv6:2607:f8b0:400d:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB89712DEB9 for ; Fri, 22 Jul 2016 10:15:32 -0700 (PDT) Received: by mail-qk0-x231.google.com with SMTP id o67so106920343qke.1 for ; Fri, 22 Jul 2016 10:15:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=WYzR9cZ78CI1FXT8Xp06QsI2t5X4N85QYTJw7NzyUdY=; b=q5eZ43zZwl/oO5ciBrXpU6iVOICCDFdAIJY+zlDj0XEjiBqdNZp2KlUqJgmfZtjk0j BcS/G5daGp8NZENCBAr9ML4K5jtKnGAToI3FgBN4PRWFXrD4Df7aLf9tH0AjK7qVMRFn cKzbu7Lx0mDOIB2KG3lIxR4D5hAh/cn1cCbFd1dG4LCh7VOMXziykAX+bLpPUwmlRFmV F8ioeUB6ENckPgNSYuYx0QjsQpc1C99qR5EN2hQ9MD7Vr/wyEjbFt1DFN4LQiSal00Hz b82ZqV40tu8qeiCT5eF2iLE4bzEDV5/k+u5hKGPtnpHLBsHI/LhyOh9CWKE5Xio6fkOa bNYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=WYzR9cZ78CI1FXT8Xp06QsI2t5X4N85QYTJw7NzyUdY=; b=MH+GJ7JJhz6zQawUjVsKBcaNRKdT1PwGXVAJoAMYYuMCMXAFeQPILZ677AvoZPzBIn eI4gpYttwgxRww+vBhwHPw63HhUu5tYG0SIV/vTecF+FZDnRI6UBmVJccoWDDTXfdM/V lcFXGVFat75WIygBfYRyy+J774gmLLLF+JuQMdLRcZ5UQsd4LBXn2HLAVKexsvD4G50X lMTixWWHNU6mRL68HsKJMMPdrozLgHfEbJN+8NN/htLuWq26RF0kOGnWo32V9LUXGUCi HU5C/zkSso/zSGAXnCPtaBZ8J/Yq6PEOY52KxnmCaer35PUIJZ2/HzGIBzaTVTde8DxQ 0Ixg== X-Gm-Message-State: AEkoouu/odv3Cv/PKe8uUmGleSy8oQhLm78RgyPx4De6f3PzGhlMeSIwmRmH94N5AuF8qWmK0gWBe51ePyhtxQ== X-Received: by 10.55.97.80 with SMTP id v77mr6145247qkb.41.1469207731918; Fri, 22 Jul 2016 10:15:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.144.3 with HTTP; Fri, 22 Jul 2016 10:15:31 -0700 (PDT) In-Reply-To: References: <56128392-5138-487C-9D99-151BC4C13D34@gsma.com> From: Nik Tomkinson Date: Fri, 22 Jul 2016 18:15:31 +0100 Message-ID: To: =?UTF-8?Q?Gunnar_Hellstr=C3=B6m?= Content-Type: multipart/alternative; boundary=94eb2c0572f2f65f6a05383c945e Archived-At: Cc: "slim@ietf.org" , Natasha Rooney Subject: Re: [Slim] Documents in WGLC X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 17:15:36 -0000 --94eb2c0572f2f65f6a05383c945e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Natasha/Bernard, please can you make the draft version that is put forward to WGLC instead: draft-ietf-slim-multilangcontent-03 as this is the latest version as of today (which has some very useful additions). Thanks, Nik. On 22 July 2016 at 12:02, Gunnar Hellstr=C3=B6m wrote: > Natasha, > > A large number of issues have been cleared up to > draft-ietf-slim-negotiating-human-language-04 > > Can you make that the base for the WGLC instead? > > Or, what is the procedure for getting version -04 recognized? > > /Gunnar > > Den 2016-07-22 kl. 12:39, skrev Natasha Rooney: > > Hi all, > > Thanks for the meeting this week. We are pleased to announce that both > drafts below have entered into Working Group Last Call. We will aim to ex= it > WGLC on 12th August, which gives us three week from today. > > draft-ietf-slim-multilangcontent-01 > Multiple Language Content Type > > draft-ietf-slim-negotiating-human-language-01 > Negotiating Human Language in Real-Time Communications > > *Issues: *if you have issues please submit these to the IETF Issue > Tracker at [1]. Please feel free to discuss items on the list also. > > Thanks everyone! > > Natasha > > [1] https://tools.ietf.org/wg/slim/trac/newticket > > Natasha Rooney | Technologist, Web and Internet, W3C & IETF | GSMA | > nrooney@gsma.com | +44 (0) 7730 219 765 | @thisNatasha | Skype: > nrooney@gsm.org > > > This email and its attachments are intended for the above named only and > may be confidential. If they have come to you in error you must take no > action based on them, nor must you copy or show them to anyone; please > reply to this email or call +44 207 356 0600 and highlight the error. > > > _______________________________________________ > SLIM mailing listSLIM@ietf.orghttps://www.ietf.org/mailman/listinfo/slim > > > -- > ----------------------------------------- > Gunnar Hellstr=C3=B6m > Omnitorgunnar.hellstrom@omnitor.se > +46 708 204 288 > > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim > > --=20 ----------------------------------------------------------------- Multiple Language Content Type Internet Draft: https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ ----------------------------------------------------------------- --94eb2c0572f2f65f6a05383c945e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Natasha/Bernard,

please can you make th= e draft version that is put forward to WGLC instead:

draft-ietf-slim-multilangcontent-03

as this= is the latest version as of today (which has some very useful additions).<= /div>

Thanks,

Nik.
<= div class=3D"gmail_extra">
On 22 July 2016 at= 12:02, Gunnar Hellstr=C3=B6m <gunnar.hellstrom@omnitor.se&g= t; wrote:
=20 =20 =20

Natasha,

A large number of issues have been cleared up to draft-ietf-slim-negotiating-human-language-04

Can you make that the base for the WGLC instead?

Or, what is the procedure for getting version -04 recognized?

/Gunnar


Den 2016-07-22 kl. 12:39, skrev Natasha Rooney:
=20 Hi all,

Thanks for the meeting this week. We are pleased to announce that both drafts below have entered into Working Group Last Call. We will aim to exit WGLC on 12th August, which gives us three week from today.=C2=A0

draft-ietf-slim-multilangcontent-01=C2=A0
Multiple Language Content Type

draft-ietf-slim-negotiating-human-language-01=C2=A0
Negotiating Human Language in Real-Time=C2=A0Communications

Issues: if you have issues please submit these to the IETF Issue Tracker at [1]. Please feel free to discuss items on the list also.=C2=A0

Thanks everyone!

Natasha

[1]=C2=A0https://tools.ietf.org/wg/slim/trac/newticket=

Natasha Rooney | Technologist, Web=C2=A0and Internet, W3C & IETF | GSMA |=C2=A0nrooney@gsma.com=C2=A0| +44 (0) 7730=C2=A0219 765 | @thisN= atasha | Skype:=C2=A0n= rooney@gsm.org


This email and its attachments are intended for the above named only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this email or call +44 207 356 06= 00 and highlight the error. 



___________________________________=
____________
SLIM mailing list
SLIM@ietf.org
ht=
tps://www.ietf.org/mailman/listinfo/slim


--=20
-----------------------------------------
Gunnar Hellstr=C3=B6m
Omnitor
gunnar.hel=
lstrom@omnitor.se
+46 708 204 288

_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim




--
= 
-----------------------------=
------------------------------------
Multiple Language Content Type Inte=
rnet Draft:
https://datatracke= r.ietf.org/doc/draft-ietf-slim-multilangcontent/
---------------------------------------=
--------------------------
--94eb2c0572f2f65f6a05383c945e-- From nobody Fri Jul 22 13:08:11 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E91012E0FB for ; Fri, 22 Jul 2016 13:08:09 -0700 (PDT) X-Quarantine-ID: <2zzUf2jd4MOX> X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2zzUf2jd4MOX for ; Fri, 22 Jul 2016 13:08:07 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id E996812DC96 for ; Fri, 22 Jul 2016 13:08:06 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Fri, 22 Jul 2016 13:08:03 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <3b8e4df7-a6d6-e33d-a023-58186c1a4354@it.aoyama.ac.jp> References: <7697c842-1c68-e4d6-fba8-cc3a51327585@omnitor.se> <3c031820-ca86-41ae-01a8-a83ab0b80041@omnitor.se> <3b8e4df7-a6d6-e33d-a023-58186c1a4354@it.aoyama.ac.jp> X-Mailer: Eudora for Mac OS X Date: Fri, 22 Jul 2016 13:07:59 -0700 To: Martin J. =?iso-8859-1?Q?D=FCrst?= , "Phillips, Addison" , "slim@ietf.org" From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 20:08:09 -0000 At 5:31 PM +0900 7/22/16, Martin J. D=FCrst wrote: > On 2016/07/22 16:34, Randall Gellens wrote: >> The feature to add a means to indicate a preference to not fail the >> call, and the asterisk notation to do so, was suggested during the >> February 2013 in-person discussion on the real-time draft at IETF 86 in >> Orlando: >> >>> Advisory vs Required: >>> - Does call fail if no common language? >>> - Define token for use in offer to indicate caller's preference to >>> fail call or not if no common language. >>> - One choice is to say that if the last character of the send-lang or >>> recv-lan value an asterisk, this indicates a request to not fail the >>> call (similar to SIP Accept-Language syntax). Either way, the called >>> party may ignore this, e.g., for the emergency services use case, a >>> PSAP will likely not fail the call. >> >> We can easily delete the "(similar to SIP Accept-Language syntax)" text >> if that is causing heartburn. I suggest sending a request to do so as a >> WGLC comment. > > Hello Randy, > > Thanks for giving the history of this particular item. > > However, I strongly suggest that this be=20 > changed so that it matches better what other=20 > IETF protocols and related specifications do. > > If somebody sees something like > a=3Dhumintlang-send:en* > there's a big chance they interpret it as "any=20 > kind of English", rather than as "English, or=20 > anything else if that's not available",=20 > although as far as I understand, according to=20 > the current spec, it would be the later. Such=20 > misunderstandings might happen to anybody who=20 > knows HTTP or SMTP or SIP or BCP 47, which is a=20 > wide range of people. > > The current interpretation also makes one think what > a=3Dhumintlang-send:en* > a=3Dhumintlang-send:es > means. It probably means "English, or anything=20 > else if it's not available, or Spanish, but=20 > don't care to provide anything else if Spanish=20 > isn't available." This is very subtly, and=20 > probably needlessly, different from "English,=20 > or Spanish, or anything else if these are not=20 > available" (actually, I have to admit I'm not=20 > sure it's different or not, but that alone is a=20 > bad sign for this design). > > Regards, Martin. Hi Martin, Personally, I'm not convinced that it's necessary=20 to modify the syntax so that people who haven't=20 read the spec will not be confused in one=20 particular way. This particular syntax was not=20 my idea and I'm not stuck on it, but it was=20 suggested by people with very long experience in=20 HTTP and SMTP and SIP, so I have to think it=20 can't be all that confusing. I happen to have=20 some experience in these areas as well and never=20 thought it was confusing in the context of this=20 draft. I would strongly object to replacing it with a=20 complex scheme as Gunnar proposed. I might not=20 object if the group wanted to replace it with=20 something just as simple as what we have now,=20 e.g., using a character other than an asterisk=20 ("a=3Dhumintlang-send:en?"), or using an asterisk=20 in lieu of a language tag=20 ("a=3Dhumintlang-send:*"), but would have to ask if=20 such a change is worth it, or if someone else=20 wouldn't come up with an equal reason to not do=20 it that way. --Randy >> At 9:04 AM +0200 7/22/16, Gunnar Hellstr=F6m wrote: >> >>> What I meant with this topic was to check if our syntax for use of >>> the asterisk is safe and non-ambiguous. >>> >>> And then I discovered that the syntax is not similar to the use in >>> Accept-language as the text in 6.3 says. Accept-language has the >>> asterisk comma-separated from the language tags ( "en, *" ). I find >>> no previous use of an asterisk tacked on directly to the language tag >>> as our examples show ( "en*" ). >>> >>> But since the language tag is alphanumeric, and RFC 4566 allows >>> attribute values to be any byte string, the syntax seems allowable. I >>> would like other's views on if it is advisable. >>> >>> The similarity with the Accept-language is not the syntax, but the >>> intention of use. The asterisk shows that language-matching does not >>> need to be successfully completed for the call to be accepted. The >>> reasoning says that that is usually the case anyway. >>> >>> The syntax is not really logical. The asterisk does not belong to any >>> specific language attribute. It would be more logical to have it as an >>> attribute value of its own in a separate humintlang attribute. But >>> that is less compact. >>> >>> Another syntax question is if whitespace is allowed before the >>> asterisk. SIP says that whitespace is usually allowed around the >>> asterisk, but this is an sdp attribute and in RFC 4566 no such habit >>> is documented. >>> >>> The result is anyway that we need decisions on the questions above >>> and a matching formal syntax description. >>> >>> I assume that a syntax description for the current syntax would be >>> this, that we should put in the beginning of 6.5 and call that Syntax >>> and examples: >>> >>> ------------------------------------Proposed addition to the >>> beginning of 6.5--------------------- >>> >>> 6.5 Syntax and examples >>> >>> The attributes may occur a number of times and follow this syntax: >>> >>> a=3Dhumintlang-send:[] >>> >>> a=3Dhumintlang-recv:[] >>> >>> is a language tag according to RFC 4566. >>> >>> is an optional modifier that adds information on the >>> relevance of the attribute or a group of attributes. It consists of >>> characters not allowed in language tags. One value for is >>> specified here. It is an asterisk "*" that implies that the call >>> should be accepted even if there is no complete language match between >>> the offeror and that answering party. Other values of the relevance >>> parameter may be defined in other specifications. The order of the >>> values within the relevance parameter is not relevant. Whitespace is >>> not allowed before and within the relevance parameter. Unrecognized >>> values in the relevance parameter shall be ignored. >>> >>> >>>=20 >>> ------------------------------------------------------------------------= ---------------------------------------------------- >>> >>> >>> In 6.3, the paranthesis >>> >>> "(similar to SIP Accept-Language syntax)" >>> >>> should be changed to: >>> >>> "(similar to the purpose of the use of the asterisk in the SIP >>> Accept-Language header )" >>> >>>=20 >>> ------------------------------------------------------------------------= ---- >>> >>> >>> >>> /Gunnar >>> >>> >>> >>> Den 2016-07-21 kl. 20:13, skrev Phillips, Addison: >>> >>>>> Of course we could define our own syntax for this parameter, but >>>>> then we >>>>> should not say that it is similar to the use in Accept-Language, >>>>> and we should >>>>> double check with the rfc 5646 experts to verify that we can append >>>>> the >>>>> asterisk on the tag. >>>>> >>>> BCP47 (RFC 4647 in this case) defines some different language >>>> matching schemes besides that of rfc3261. Of interest here is the >>>> concept of "extended language range" which allows for asterisks in a >>>> range. >>>> >>>> >>>>=20 >>>> https://tools.ietf.org= /html/rfc4647#section-2.2 >>>> >>>> >>>>=20 >>>> https://tools.ietf.o= rg/html/rfc4647#section-3.3.2 >>>> >>>> >>>> Addison >>>> >>>> Addison Phillips >>>> Principal SDE, I18N Architect (Amazon) >>>> Chair (W3C I18N WG) >>>> >>>> Internationalization is not a feature. >>>> It is an architecture. >>>> >>>> >>>>> -----Original Message----- >>>>> From: SLIM >>>>> [mailto:slim-bounces@ietf.org] On >>>>> Behalf Of Gunnar Hellstr=F6m >>>>> Sent: Thursday, July 21, 2016 11:08 AM >>>>> To: slim@ietf.org >>>>> Subject: [Slim] Syntax of combination of language tag and Advisory v= s >>>>> Required indication in draft-ietf-slim-negotiating-human-language >>>>> >>>>> Randall, >>>>> >>>>> Section 6.3 of draft-ietf-slim-negotiating-human-language-04 says: >>>>> "The mechanism for indicating this preference is that, in an offer, >>>>> if the last >>>>> character of any of the 'humintlang-recv' or 'humintlang- send' >>>>> values is an asterisk, this indicates a request to not fail the >>>>> call (similar to SIP >>>>> Accept-Language syntax)." >>>>> >>>>> An example from section 6.5 is >>>>> >>>>> a=3Dhumintlang-send:ase* >>>>> >>>>> I have looked at the syntax description of SIP Accept-Language in RF= C >>>>> 3261 section 25.1 , and got to the conclusion that the asterisk is >>>>> used in place >>>>> of a language tag, and not combined with the language tag as you hav= e >>>>> specified it for the slim real-time draft. >>>>> >>>>> So, following that syntax, my interpretation is that we would need >>>>> a syntax >>>>> according to this example >>>>> >>>>> a=3Dhumintlang-send:* >>>>> >>>>> or, taking inspiration from the Accept-Language syntax, we could >>>>> change the >>>>> syntax of our attributes and allow enumeration of the language tags >>>>> comma >>>>> separated and include the asterisk among them. >>>>> >>>>> a=3Dhumintlang-send:ase, * >>>>> >>>>> Of course we could define our own syntax for this parameter, but >>>>> then we >>>>> should not say that it is similar to the use in Accept-Language, >>>>> and we should >>>>> double check with the rfc 5646 experts to verify that we can append >>>>> the >>>>> asterisk on the tag. >>>>> >>>>> Please check this and explain your interpretation, or propose >>>>> modifications. >>>>> >>>>> /Gunnar >>>>> >>>>> -- >>>>> ----------------------------------------- >>>>> Gunnar Hellstr=F6m >>>>> Omnitor >>>>> gunnar.hellstrom@omnitor.se >>>>> +46 708 204 288 >>>>> >>>>> _______________________________________________ >>>>> SLIM mailing list >>>>> SLIM@ietf.org >>>>> >>>>>=20 >>>>> https://www.ietf.org/mailm= an/listinfo/slim >>>>> >>> >>> -- >>> ----------------------------------------- >>> Gunnar Hellstr=F6m >>> Omnitor >>> gunnar.hellstrom@omnitor.se >>> +46 708 204 288 >>> >>> _______________________________________________ >>> SLIM mailing list >>> SLIM@ietf.org >>> https://www.ietf.org/mailman/listinfo/slim -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- razbliuto (ros-blee-OO-toe; Russian; noun): the feeling a person retains for someone he or she once loved. From nobody Fri Jul 22 13:13:58 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B8E0D12D61D for ; Fri, 22 Jul 2016 13:13:56 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DVbhBYCPX1bh for ; Fri, 22 Jul 2016 13:13:55 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 0A03B12D7E7 for ; Fri, 22 Jul 2016 13:13:55 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Fri, 22 Jul 2016 13:13:54 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: References: X-Mailer: Eudora for Mac OS X Date: Fri, 22 Jul 2016 13:13:50 -0700 To: Bernard Aboba , slim@ietf.org From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Cc: Colin Perkins Subject: Re: [Slim] Discussion of "lang" attribute in MMUSIC WG X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 20:13:57 -0000 Hi Bernard, At 1:35 PM +0200 7/22/16, Bernard Aboba wrote: > We had a short discussion of the history of the "lang" attribute > within the MMUSIC WG meeting today (July 22). Thanks very much for following up. > Colin Perkins pointed out that the text for the "lang" attribute > originated in RFC 2327 which was published in April 1998, and did > not change much if at all in RFC 4566 (published in July 2006). > Therefore it would appear that the RFC 4566bis revision to that > text is the first time that this language has been modified in 19 > years. This may be indicative of minimal implementer interest. > When asked whether anyone at the MMUSIC WG had implemented the > "lang" attribute, there was no response. When I started the human language in real time communications draft, I searched all RFCs and I-Ds for any reference to 'lang' and could only find one, in an expired draft. So, it does appear to not be used. Which is good because there's less risk of confusion or conflict with our new attributes. > Since the "lang" attribute text in question predates SIP (RFC > 2543), as well as Offer/Answer (RFC 3264), it was likely to have > been originally intended for use in multicast conferencing (which > was mainstream at the time) rather than in SIP-based Offer/Answer, > which came later. That makes a lot of sense, and fits with how I interpreted the wording defining the attribute (that multiple values meant multiple languages were used in the media). --Randy -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- You can be in London at 10 o'clock and in New York at 10 o'clock. I have never found another way of being in two places at once. --Sir David Frost, Concorde regular. From nobody Fri Jul 22 13:15:55 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4030612D7E7 for ; Fri, 22 Jul 2016 13:15:54 -0700 (PDT) X-Quarantine-ID: <2b66rtUstmca> X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2b66rtUstmca for ; Fri, 22 Jul 2016 13:15:53 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id EF50A12D8C7 for ; Fri, 22 Jul 2016 13:15:52 -0700 (PDT) Received: from [10.134.253.167] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Fri, 22 Jul 2016 13:15:52 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <56128392-5138-487C-9D99-151BC4C13D34@gsma.com> References: <56128392-5138-487C-9D99-151BC4C13D34@gsma.com> X-Mailer: Eudora for Mac OS X Date: Fri, 22 Jul 2016 13:15:47 -0700 To: Natasha Rooney , "slim@ietf.org" From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] Documents in WGLC X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 20:15:54 -0000 At 10:39 AM +0000 7/22/16, Natasha Rooney wrote: > Hi all, > > Thanks for the meeting this week. We are pleased to announce that > both drafts below have entered into Working Group Last Call. We > will aim to exit WGLC on 12th August, which gives us three week > from today. > > draft-ietf-slim-multilangcontent-01 > Multiple Language Content Type > > draft-ietf-slim-negotiating-human-language-01 > Negotiating Human Language in Real-Time Communications > > Issues: if you have issues please submit these to the IETF Issue > Tracker at [1]. Please feel free to discuss items on the list also. Can you please update the real time draft to -04? Thank you. -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- To stay young requires unceasing cultivation of the ability to unlearn falsehoods. --Lazarus Long From nobody Sun Jul 24 01:43:37 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FDE312D82E for ; Sun, 24 Jul 2016 01:43:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.7 X-Spam-Level: X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 tests=[HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ldUDW0QV-yCd for ; Sun, 24 Jul 2016 01:43:31 -0700 (PDT) Received: from bin-vsp-out-02.atm.binero.net (bin-mail-out-05.binero.net [195.74.38.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B641E127077 for ; Sun, 24 Jul 2016 01:43:30 -0700 (PDT) X-Halon-ID: af203421-517a-11e6-b8a7-005056917f90 Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.43.70] (unknown [2.64.69.69]) by bin-vsp-out-02.atm.binero.net (Halon Mail Gateway) with ESMTPSA for ; Sun, 24 Jul 2016 10:43:24 +0200 (CEST) To: slim@ietf.org References: <7697c842-1c68-e4d6-fba8-cc3a51327585@omnitor.se> <3c031820-ca86-41ae-01a8-a83ab0b80041@omnitor.se> <3b8e4df7-a6d6-e33d-a023-58186c1a4354@it.aoyama.ac.jp> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: Date: Sun, 24 Jul 2016 10:43:18 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------18558949C45AD7ABF670CC37" Archived-At: Subject: Re: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2016 08:43:35 -0000 This is a multi-part message in MIME format. --------------18558949C45AD7ABF670CC37 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Den 2016-07-22 kl. 22:07, skrev Randall Gellens: > At 5:31 PM +0900 7/22/16, Martin J. Dürst wrote: > >> On 2016/07/22 16:34, Randall Gellens wrote: >>> The feature to add a means to indicate a preference to not fail the >>> call, and the asterisk notation to do so, was suggested during the >>> February 2013 in-person discussion on the real-time draft at IETF >>> 86 in >>> Orlando: >>> >>>> Advisory vs Required: >>>> - Does call fail if no common language? >>>> - Define token for use in offer to indicate caller's preference to >>>> fail call or not if no common language. >>>> - One choice is to say that if the last character of the >>>> send-lang or >>>> recv-lan value an asterisk, this indicates a request to not fail the >>>> call (similar to SIP Accept-Language syntax). Since the comparison with Accept-Language syntax was made already then, I guess that the intention was to use syntax according to this example: a=humintlang-send: en, * and a=humintlang-send: en, fr, es, * To add the asterisk right on the language-tag could conflict with a future revision of the language tag syntax. The asterisk is not defined as a delimiter for the language tag. >>>> Either way, the called >>>> party may ignore this, e.g., for the emergency services use case, a >>>> PSAP will likely not fail the call. >>> >>> We can easily delete the "(similar to SIP Accept-Language syntax)" >>> text >>> if that is causing heartburn. I suggest sending a request to do so >>> as a >>> WGLC comment. >> >> Hello Randy, >> >> Thanks for giving the history of this particular item. >> >> However, I strongly suggest that this be changed so that it matches >> better what other IETF protocols and related specifications do. >> >> If somebody sees something like >> a=humintlang-send:en* >> there's a big chance they interpret it as "any kind of English", >> rather than as "English, or anything else if that's not available", >> although as far as I understand, according to the current spec, it >> would be the later. Such misunderstandings might happen to anybody >> who knows HTTP or SMTP or SIP or BCP 47, which is a wide range of >> people. >> >> The current interpretation also makes one think what >> a=humintlang-send:en* >> a=humintlang-send:es >> means. It probably means "English, or anything else if it's not >> available, or Spanish, but don't care to provide anything else if >> Spanish isn't available." This is very subtly, and probably >> needlessly, different from "English, or Spanish, or anything else if >> these are not available" (actually, I have to admit I'm not sure it's >> different or not, but that alone is a bad sign for this design). >> >> Regards, Martin. > > > Hi Martin, > > > Personally, I'm not convinced that it's necessary to modify the syntax > so that people who haven't read the spec will not be confused in one > particular way. This particular syntax was not my idea and I'm not > stuck on it, but it was suggested by people with very long experience > in HTTP and SMTP and SIP, so I have to think it can't be all that > confusing. I happen to have some experience in these areas as well > and never thought it was confusing in the context of this draft. > > I would strongly object to replacing it with a complex scheme as > Gunnar proposed. I might not object if the group wanted to replace it > with something just as simple as what we have now, e.g., using a > character other than an asterisk ("a=humintlang-send:en?"), or using > an asterisk in lieu of a language tag ("a=humintlang-send:*"), but > would have to ask if such a change is worth it, or if someone else > wouldn't come up with an equal reason to not do it that way. (GH) Yes, it would make much more sense with a=humintlang-send:* Or the Accept-Language syntax with a comma separated list of language tags, with the asterisk comma separated. But there are a couple of other things to discuss before we settle it. *1. The Advisory/Required notation and default.** *As the text describes the "Advisory" feature, it is a session feature, not bound to any specific language or media or direction. So, hooking it on to a specific language, media and direction is not logical. And there is strong motivation in the text about why the lack of the asterisk should not be taken for a "Required" indication. So the "Advisory" state is kind of default even when that is what the only value of the feature parameter indicates. The logic is quite fuzzy and would need an improvement. Most logical would be a session level attribute with "fail if no language match is found" as value and "do not fail" as default. * **2. Inconvenient notation for majority of cases.* I think most developers will find the need to specify the majority of cases in two very equal attributes (one for send and one for receive) a bit space-consuming and awkward. It would feel more natural and save characters if we had a common language attribute with a parameter value for the direction with send and recv and both as possible values, and both as default. ( I have already got this reaction from developers) *3. Character-expensive notation for call-centers?* How do we foresee the use of humintlang by multi-language call centers when calling out? Will they include a long list of languages, or will they call without sdp, and expect the answering part to start providing language preferences? If they will provide a long list, it will take about 40 characters overhead in SDP per language compared to the comma-separated syntax of Accept-Language (if also issue 2 above is taken into consideration ). Should we bother about character-economy in sdp and change to the syntax-style of Accept-Language? * **4. Accept-Language style notation can be simplified* When I copied the whole Accept-Language syntax from RFC 3261, there were some reactions that it was too complex. It is of course possible to delete elements in that syntax and still maintain the structure. This would be a valid subset ( if we do not do anything to issues 1 and 2 above): humintlang-send = "a=humintlang-send" HCOLON [ language *(COMMA language) ] language = language-range language-range = ( ( 1*8ALPHA ) / "*" ) And similarly for humintlang-recv *5. Place for relative preference notation** *Even if the notation for a relative preference across the session is not included in this draft, it would be good to have a prepared place for it in the notation. It is best linked to a language and a media and a direction. So it would suit with a notation like the current specified syntax of the use of the asterisk, but with another character. Or as a parameter to a language. In my view, the relative preference is far more important than the Advisory/Required feature, that is recommended to have so weak influence on call completion decisions. --------------------- I hope we can have a discussion in the list about these issues before conclusions are posted as WGLC issues. /Gunnar > > --Randy > >>> At 9:04 AM +0200 7/22/16, Gunnar Hellström wrote: >>> >>>> What I meant with this topic was to check if our syntax for use of >>>> the asterisk is safe and non-ambiguous. >>>> >>>> And then I discovered that the syntax is not similar to the use in >>>> Accept-language as the text in 6.3 says. Accept-language has the >>>> asterisk comma-separated from the language tags ( "en, *" ). I find >>>> no previous use of an asterisk tacked on directly to the language tag >>>> as our examples show ( "en*" ). >>>> >>>> But since the language tag is alphanumeric, and RFC 4566 allows >>>> attribute values to be any byte string, the syntax seems allowable. I >>>> would like other's views on if it is advisable. >>>> >>>> The similarity with the Accept-language is not the syntax, but the >>>> intention of use. The asterisk shows that language-matching does not >>>> need to be successfully completed for the call to be accepted. The >>>> reasoning says that that is usually the case anyway. >>>> >>>> The syntax is not really logical. The asterisk does not belong to >>>> any >>>> specific language attribute. It would be more logical to have it >>>> as an >>>> attribute value of its own in a separate humintlang attribute. But >>>> that is less compact. >>>> >>>> Another syntax question is if whitespace is allowed before the >>>> asterisk. SIP says that whitespace is usually allowed around the >>>> asterisk, but this is an sdp attribute and in RFC 4566 no such habit >>>> is documented. >>>> >>>> The result is anyway that we need decisions on the questions above >>>> and a matching formal syntax description. >>>> >>>> I assume that a syntax description for the current syntax would be >>>> this, that we should put in the beginning of 6.5 and call that Syntax >>>> and examples: >>>> >>>> ------------------------------------Proposed addition to the >>>> beginning of 6.5--------------------- >>>> >>>> 6.5 Syntax and examples >>>> >>>> The attributes may occur a number of times and follow this syntax: >>>> >>>> a=humintlang-send:[] >>>> >>>> a=humintlang-recv:[] >>>> >>>> is a language tag according to RFC 4566. >>>> >>>> is an optional modifier that adds information on the >>>> relevance of the attribute or a group of attributes. It consists of >>>> characters not allowed in language tags. One value for is >>>> specified here. It is an asterisk "*" that implies that the call >>>> should be accepted even if there is no complete language match >>>> between >>>> the offeror and that answering party. Other values of the relevance >>>> parameter may be defined in other specifications. The order of the >>>> values within the relevance parameter is not relevant. Whitespace is >>>> not allowed before and within the relevance parameter. Unrecognized >>>> values in the relevance parameter shall be ignored. >>>> >>>> >>>> >>>> ---------------------------------------------------------------------------------------------------------------------------- >>>> >>>> >>>> >>>> In 6.3, the paranthesis >>>> >>>> "(similar to SIP Accept-Language syntax)" >>>> >>>> should be changed to: >>>> >>>> "(similar to the purpose of the use of the asterisk in the SIP >>>> Accept-Language header )" >>>> >>>> >>>> ---------------------------------------------------------------------------- >>>> >>>> >>>> >>>> >>>> /Gunnar >>>> >>>> >>>> >>>> Den 2016-07-21 kl. 20:13, skrev Phillips, Addison: >>>> >>>>>> Of course we could define our own syntax for this parameter, but >>>>>> then we >>>>>> should not say that it is similar to the use in Accept-Language, >>>>>> and we should >>>>>> double check with the rfc 5646 experts to verify that we can >>>>>> append >>>>>> the >>>>>> asterisk on the tag. >>>>>> >>>>> BCP47 (RFC 4647 in this case) defines some different language >>>>> matching schemes besides that of rfc3261. Of interest here is the >>>>> concept of "extended language range" which allows for asterisks in a >>>>> range. >>>>> >>>>> >>>>> >>>>> https://tools.ietf.org/html/rfc4647#section-2.2 >>>>> >>>>> >>>>> >>>>> >>>>> https://tools.ietf.org/html/rfc4647#section-3.3.2 >>>>> >>>>> >>>>> >>>>> Addison >>>>> >>>>> Addison Phillips >>>>> Principal SDE, I18N Architect (Amazon) >>>>> Chair (W3C I18N WG) >>>>> >>>>> Internationalization is not a feature. >>>>> It is an architecture. >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: SLIM >>>>>> [mailto:slim-bounces@ietf.org] On >>>>>> Behalf Of Gunnar Hellström >>>>>> Sent: Thursday, July 21, 2016 11:08 AM >>>>>> To: slim@ietf.org >>>>>> Subject: [Slim] Syntax of combination of language tag and >>>>>> Advisory vs >>>>>> Required indication in draft-ietf-slim-negotiating-human-language >>>>>> >>>>>> Randall, >>>>>> >>>>>> Section 6.3 of draft-ietf-slim-negotiating-human-language-04 says: >>>>>> "The mechanism for indicating this preference is that, in an >>>>>> offer, >>>>>> if the last >>>>>> character of any of the 'humintlang-recv' or 'humintlang- send' >>>>>> values is an asterisk, this indicates a request to not fail the >>>>>> call (similar to SIP >>>>>> Accept-Language syntax)." >>>>>> >>>>>> An example from section 6.5 is >>>>>> >>>>>> a=humintlang-send:ase* >>>>>> >>>>>> I have looked at the syntax description of SIP Accept-Language >>>>>> in RFC >>>>>> 3261 section 25.1 , and got to the conclusion that the asterisk is >>>>>> used in place >>>>>> of a language tag, and not combined with the language tag as >>>>>> you have >>>>>> specified it for the slim real-time draft. >>>>>> >>>>>> So, following that syntax, my interpretation is that we would need >>>>>> a syntax >>>>>> according to this example >>>>>> >>>>>> a=humintlang-send:* >>>>>> >>>>>> or, taking inspiration from the Accept-Language syntax, we could >>>>>> change the >>>>>> syntax of our attributes and allow enumeration of the language >>>>>> tags >>>>>> comma >>>>>> separated and include the asterisk among them. >>>>>> >>>>>> a=humintlang-send:ase, * >>>>>> >>>>>> Of course we could define our own syntax for this parameter, but >>>>>> then we >>>>>> should not say that it is similar to the use in Accept-Language, >>>>>> and we should >>>>>> double check with the rfc 5646 experts to verify that we can >>>>>> append >>>>>> the >>>>>> asterisk on the tag. >>>>>> >>>>>> Please check this and explain your interpretation, or propose >>>>>> modifications. >>>>>> >>>>>> /Gunnar >>>>>> >>>>>> -- >>>>>> ----------------------------------------- >>>>>> Gunnar Hellström >>>>>> Omnitor >>>>>> gunnar.hellstrom@omnitor.se >>>>>> +46 708 204 288 >>>>>> >>>>>> _______________________________________________ >>>>>> SLIM mailing list >>>>>> SLIM@ietf.org >>>>>> >>>>>> >>>>>> https://www.ietf.org/mailman/listinfo/slim >>>>>> >>>>>> >>>> >>>> -- >>>> ----------------------------------------- >>>> Gunnar Hellström >>>> Omnitor >>>> gunnar.hellstrom@omnitor.se >>>> +46 708 204 288 >>>> >>>> _______________________________________________ >>>> SLIM mailing list >>>> SLIM@ietf.org >>>> https://www.ietf.org/mailman/listinfo/slim > > -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 --------------18558949C45AD7ABF670CC37 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

Den 2016-07-22 kl. 22:07, skrev Randall Gellens:

At 5:31 PM +0900 7/22/16, Martin J. Dürst wrote:

 On 2016/07/22 16:34, Randall Gellens wrote:
 The feature to add a means to indicate a preference to not fail the
 call, and the asterisk notation to do so, was suggested during the
 February 2013 in-person discussion on the real-time draft at IETF 86 in
 Orlando:

  Advisory vs Required:
  - Does call fail if no common language?
  - Define token for use in offer to indicate caller's preference to
 fail call or not if no common language.
  - One choice is to say that if the last character of the send-lang or
 recv-lan value an asterisk, this indicates a request to not fail the
 call (similar to SIP Accept-Language syntax).
Since the comparison with Accept-Language syntax was made already then, I guess that the intention was
to use syntax according to this example:
a=humintlang-send: en, *
and
a=humintlang-send: en, fr, es, *
 
To add the asterisk right on the language-tag could conflict with a future revision of the language tag syntax. The asterisk is not defined as a delimiter for the language tag.

Either way, the called
 party may ignore this, e.g., for the emergency services use case, a
 PSAP will likely not fail the call.

 We can easily delete the "(similar to SIP Accept-Language syntax)" text
 if that is causing heartburn.  I suggest sending a request to do so as a
 WGLC comment.

 Hello Randy,

 Thanks for giving the history of this particular item.

 However, I strongly suggest that this be changed so that it matches better what other IETF protocols and related specifications do.

 If somebody sees something like
 a=humintlang-send:en*
 there's a big chance they interpret it as "any kind of English", rather than as "English, or anything else if that's not available", although as far as I understand, according to the current spec, it would be the later. Such misunderstandings might happen to anybody who knows HTTP or SMTP or SIP or BCP 47, which is a wide range of people.

 The current interpretation also makes one think what
 a=humintlang-send:en*
 a=humintlang-send:es
 means. It probably means "English, or anything else if it's not available, or Spanish, but don't care to provide anything else if Spanish isn't available." This is very subtly, and probably needlessly, different from "English, or Spanish, or anything else if these are not available" (actually, I have to admit I'm not sure it's different or not, but that alone is a bad sign for this design).

 Regards,   Martin.


Hi Martin,


Personally, I'm not convinced that it's necessary to modify the syntax so that people who haven't read the spec will not be confused in one particular way.  This particular syntax was not my idea and I'm not stuck on it, but it was suggested by people with very long experience in HTTP and SMTP and SIP, so I have to think it can't be all that confusing.  I happen to have some experience in these areas as well and never thought it was confusing in the context of this draft.

I would strongly object to replacing it with a complex scheme as Gunnar proposed.  I might not object if the group wanted to replace it with something just as simple as what we have now, e.g., using a character other than an asterisk ("a=humintlang-send:en?"), or using an asterisk in lieu of a language tag ("a=humintlang-send:*"), but would have to ask if such a change is worth it, or if someone else wouldn't come up with an equal reason to not do it that way.
(GH) Yes, it would make much more sense with a=humintlang-send:*
Or the Accept-Language syntax with a comma separated list of language tags, with the asterisk comma separated.

But there are a couple of other things to discuss before we settle it.

1. The Advisory/Required notation and default.
As the text describes the "Advisory" feature, it is a session feature, not bound to any specific language or media or direction. So, hooking it on to a specific language, media and direction is not logical. And there is strong motivation in the text about why the lack of the asterisk should not be taken for a "Required" indication. So the "Advisory" state is kind of default even when that is what the only value of the feature parameter indicates. The logic is quite fuzzy and would need an improvement. Most logical would be a session level attribute with "fail if no language match is found" as value and "do not fail" as default. 

2. Inconvenient notation for majority of cases.
I think most developers will find the need to specify the majority of cases in two very equal attributes (one for send and one for receive) a bit space-consuming and awkward. It would feel more natural and save characters if we had a common language attribute with a parameter value for the direction with send and recv and both as possible values, and both as default. 
( I have already got this reaction from developers)

3. Character-expensive notation for call-centers?
How do we foresee the use of humintlang by multi-language call centers when calling out? Will they include a long list of languages, or will they call without sdp, and expect the answering part to start providing language preferences? If they will provide a long list, it will take about 40 characters overhead in SDP per language compared to the comma-separated syntax of Accept-Language (if also issue 2 above is taken into consideration ).
Should we bother about character-economy in sdp and change to the syntax-style of Accept-Language?

4. Accept-Language style notation can be simplified
When I copied the whole Accept-Language syntax from RFC 3261, there were some reactions that it was too complex. It is of course possible to delete elements in that syntax and still maintain the structure.
This would be a valid subset ( if we do not do anything to issues 1 and 2 above):
humintlang-send  =  "a=humintlang-send" HCOLON
                     [ language *(COMMA language) ]
language         =  language-range
language-range   =  ( ( 1*8ALPHA ) / "*" )

And similarly for humintlang-recv
5. Place for relative preference notation
Even if the notation for a relative preference across the session is not included in this draft, it would be good to have a prepared place for it in the notation. It is best linked to a language and a media and a direction. So it would suit with a notation like the current specified syntax of the use of the asterisk, but with another character. Or as a parameter to a language.
In my view, the relative preference is far more important than the Advisory/Required feature, that is recommended to have so weak influence on call completion decisions.

---------------------

I hope we can have a discussion in the list about these issues before conclusions are posted as WGLC issues.

/Gunnar

--Randy

 At 9:04 AM +0200 7/22/16, Gunnar Hellström wrote:

  What I meant with this topic was to check if our syntax for use of
 the asterisk is safe and non-ambiguous.

  And then I discovered that the syntax is not similar to the use in
 Accept-language as the text in 6.3 says. Accept-language has the
 asterisk comma-separated from the language tags ( "en, *" ).  I find
 no previous use of an asterisk tacked on directly to the language tag
 as our examples show ( "en*" ).

  But since the language tag is alphanumeric, and RFC 4566 allows
 attribute values to be any byte string, the syntax seems allowable. I
 would like other's views on if it is advisable.

  The similarity with the Accept-language is not the syntax, but the
 intention of use. The asterisk shows that language-matching does not
 need to be successfully completed for the call to be accepted. The
 reasoning says that that is usually the case anyway.

  The syntax is not really logical. The asterisk does not belong to any
 specific language attribute. It would be more logical to have it as an
 attribute value of its own in a separate humintlang attribute. But
 that is less compact.

  Another syntax question is if whitespace is allowed before the
 asterisk. SIP says that whitespace is usually allowed around the
 asterisk, but this is an sdp attribute and in RFC 4566 no such habit
 is documented.

  The result is anyway that we need decisions on the questions above
 and a matching formal syntax description.

  I assume that a syntax description for the current syntax would be
 this, that we should put in the beginning of 6.5 and call that Syntax
 and examples:

  ------------------------------------Proposed addition to the
 beginning of 6.5---------------------

  6.5 Syntax and examples

  The attributes may occur a number of times and follow this syntax:

  a=humintlang-send:<language-tag>[<relevance>]

  a=humintlang-recv:<language-tag>[<relevance>]

  <language-tag> is a language tag according to RFC 4566.

  <relevance> is an optional modifier that adds information on the
 relevance of the attribute or a group of attributes. It consists of
 characters not allowed in language tags. One value for <relevance> is
 specified here. It is an asterisk "*" that implies that the call
 should be accepted even if there is no complete language match between
 the offeror and that answering party. Other values of the relevance
 parameter may be defined in other specifications. The order of the
 values within the relevance parameter is not relevant. Whitespace is
 not allowed before and within the relevance parameter. Unrecognized
 values in the relevance parameter shall be ignored.



----------------------------------------------------------------------------------------------------------------------------


  In 6.3, the paranthesis

  "(similar to SIP Accept-Language syntax)"

  should be changed to:

  "(similar to the purpose of the use of the asterisk in the SIP
 Accept-Language header )"


----------------------------------------------------------------------------



  /Gunnar



  Den 2016-07-21 kl. 20:13, skrev Phillips, Addison:

  Of course we could define our own syntax for this parameter, but
 then we
  should not say that it is similar to the use in Accept-Language,
 and we should
  double check with the rfc 5646 experts to verify that we can append
 the
  asterisk on the tag.

  BCP47 (RFC 4647 in this case) defines some different language
 matching schemes besides that of rfc3261. Of interest here is the
 concept of "extended language range" which allows for asterisks in a
 range.



<https://tools.ietf.org/html/rfc4647#section-2.2>https://tools.ietf.org/html/rfc4647#section-2.2



<https://tools.ietf.org/html/rfc4647#section-3.3.2>https://tools.ietf.org/html/rfc4647#section-3.3.2


  Addison

  Addison Phillips
  Principal SDE, I18N Architect (Amazon)
  Chair (W3C I18N WG)

  Internationalization is not a feature.
  It is an architecture.


  -----Original Message-----
  From: SLIM
 [<mailto:slim-bounces@ietf.org>mailto:slim-bounces@ietf.org] On
 Behalf Of Gunnar Hellström
  Sent: Thursday, July 21, 2016 11:08 AM
  To: <mailto:slim@ietf.org>slim@ietf.org
  Subject: [Slim] Syntax of combination of language tag and Advisory vs
  Required indication in draft-ietf-slim-negotiating-human-language

  Randall,

  Section 6.3 of draft-ietf-slim-negotiating-human-language-04 says:
  "The mechanism for indicating this preference is that, in an offer,
 if the last
  character of any of the 'humintlang-recv' or 'humintlang- send'
  values is an asterisk, this indicates a request to not fail the
 call (similar to SIP
  Accept-Language syntax)."

  An example from section 6.5 is

    a=humintlang-send:ase*

  I have looked at the syntax description of SIP Accept-Language in RFC
  3261 section 25.1 , and got to the conclusion that the asterisk is
 used in place
  of a language tag, and not combined with the language tag as you have
  specified it for the slim real-time draft.

  So, following that syntax, my interpretation is that we would need
 a syntax
  according to this example

    a=humintlang-send:*

  or, taking inspiration from the Accept-Language syntax, we could
 change the
  syntax of our attributes and allow enumeration of the language tags
 comma
  separated and include the asterisk among them.

    a=humintlang-send:ase, *

  Of course we could define our own syntax for this parameter, but
 then we
  should not say that it is similar to the use in Accept-Language,
 and we should
  double check with the rfc 5646 experts to verify that we can append
 the
  asterisk on the tag.

  Please check this and explain your interpretation, or propose
 modifications.

  /Gunnar

  --
  -----------------------------------------
  Gunnar Hellström
  Omnitor
  <mailto:gunnar.hellstrom@omnitor.se>gunnar.hellstrom@omnitor.se
  +46 708 204 288

  _______________________________________________
  SLIM mailing list
  <mailto:SLIM@ietf.org>SLIM@ietf.org


<https://www.ietf.org/mailman/listinfo/slim>https://www.ietf.org/mailman/listinfo/slim


  --
  -----------------------------------------
  Gunnar Hellström
  Omnitor
  <mailto:gunnar.hellstrom@omnitor.se>gunnar.hellstrom@omnitor.se
  +46 708 204 288

  _______________________________________________
  SLIM mailing list
  SLIM@ietf.org
  https://www.ietf.org/mailman/listinfo/slim 



-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
--------------18558949C45AD7ABF670CC37-- From nobody Sun Jul 24 12:29:53 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F78D12D113 for ; Sun, 24 Jul 2016 12:29:52 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Non-encoded 8-bit data (char F6 hex): To: ...tf.org>,\n\t"Gunnar Hellstr\366m" ; Sun, 24 Jul 2016 12:29:51 -0700 (PDT) Received: from p3plsmtpa08-06.prod.phx3.secureserver.net (p3plsmtpa08-06.prod.phx3.secureserver.net [173.201.193.107]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5FBD412D0BC for ; Sun, 24 Jul 2016 12:29:51 -0700 (PDT) Received: from DougEwell ([65.128.19.218]) by p3plsmtpa08-06.prod.phx3.secureserver.net with id NjVq1t0024iJUeR01jVqpl; Sun, 24 Jul 2016 12:29:51 -0700 Message-ID: From: "Doug Ewell" To: , "Gunnar Hellström" References: <7697c842-1c68-e4d6-fba8-cc3a51327585@omnitor.se> <3c031820-ca86-41ae-01a8-a83ab0b80041@omnitor.se> <3b8e4df7-a6d6-e33d-a023-58186c1a4354@it.aoyama.ac.jp> In-Reply-To: Date: Sun, 24 Jul 2016 13:30:16 -0600 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3555.308 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3555.308 Archived-At: Subject: Re: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2016 19:29:52 -0000 Gunnar Hellström wrote: > Since the comparison with Accept-Language syntax was made already > then, I guess that the intention was to use syntax according to this > example: > a=humintlang-send: en, * > and > a=humintlang-send: en, fr, es, * > > To add the asterisk right on the language-tag could conflict with a > future revision of the language tag syntax. The asterisk is not > defined as a delimiter for the language tag. Unless Gunnar knows something we don't, there is no plan, in the near or distant future, to revise the language tag syntax to permit an asterisk to be postfixed to any part of a language tag. Such a change could have only two effects: 1. create incompatibility with legions of applications which depend on the fundamental syntax of "letters and/or digits, separated by hyphens" 2. create confusion with the RFC 4647 use of "*" to mean "any tag" or to serve as a wildcard for non-primary subtags Reading RFC 4647 might be enlightening here. The proposed syntax "a=humintlang-send: en, fr, es, *" could also cause confusion with (2) above, to the extent there is concern about users who don't read the spec. > Or the Accept-Language syntax with a comma separated list of language > tags, with the asterisk comma separated. > > But there are a couple of other things to discuss before we settle it. > > 1. The Advisory/Required notation and default. > 2. Inconvenient notation for majority of cases. > 3. Character-expensive notation for call-centers? > 4. Accept-Language style notation can be simplified Gosh, I thought this WG was much farther along than this. It appears that elementary syntax decisions are still up for discussion. -- Doug Ewell | Thornton, CO, US | ewellic.org From nobody Mon Jul 25 05:31:34 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B85012D816 for ; Mon, 25 Jul 2016 05:31:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.921 X-Spam-Level: X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gsmasso.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cWJiqohC58rj for ; Mon, 25 Jul 2016 05:31:29 -0700 (PDT) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0040.outbound.protection.outlook.com [104.47.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B244812B00F for ; Mon, 25 Jul 2016 05:31:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=GSMASSO.onmicrosoft.com; s=selector1-gsma-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=37ILkomngaWC2+1pY8Ca05sseHBqAcO0iKRoWUB6+To=; b=N9RVoIueqESJXZ4qHx1t5HO3yf8Ehbbm9tK85inOULl5VrTj02HjXFtSRi+RqCLQDTy8QIHoipKDrAE3o9oOCDEUt0SWuAotpbnMPzimyDrExsTxPbq1Eg7hwi1IYMRFrvqicIBHSDVUi5qLk783pFplxVy9Yc9go9XMt89NBgY= Received: from VI1PR0401MB2064.eurprd04.prod.outlook.com (10.166.141.138) by VI1PR0401MB2064.eurprd04.prod.outlook.com (10.166.141.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.549.5; Mon, 25 Jul 2016 12:31:16 +0000 Received: from VI1PR0401MB2064.eurprd04.prod.outlook.com ([10.166.141.138]) by VI1PR0401MB2064.eurprd04.prod.outlook.com ([10.166.141.138]) with mapi id 15.01.0549.016; Mon, 25 Jul 2016 12:31:16 +0000 From: Natasha Rooney To: Randall Gellens Thread-Topic: [Slim] Documents in WGLC Thread-Index: AQHR5AVLt4Myud10Q0SJmSujOFJoj6Ak45+AgAQ1LwA= Date: Mon, 25 Jul 2016 12:31:15 +0000 Message-ID: References: <56128392-5138-487C-9D99-151BC4C13D34@gsma.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3124) authentication-results: spf=none (sender IP is ) smtp.mailfrom=nrooney@gsma.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [88.131.58.28] x-ms-office365-filtering-correlation-id: 75cf891d-872c-4524-df6e-08d3b487927f x-microsoft-exchange-diagnostics: 1; VI1PR0401MB2064; 6:PZxx+B3+0mYcCc65HtYhUwn2maHBs7D4NVoirZjrHCR4Rll/M3j6BZGZtRx4lv5GrbiFFi9daYrzTq/lvFVbsmDn/e5OlyAsaLsmUbBOt5azsymD7W2mJq3iv9K4Cl9nNxHl2pesJDfMY4H4otY/MPVK4l6LHs0+ty/dHs7xyvJioCvKR88V8M8vXwvG75ixdYfaSM/imaibp/xD2u6hP0c9Lnvi84CpWFSiN3MIXs8G/sDnAgF4mCIfzaHCElru42Hf9eV1O/6NRtkgcqWXJ1u9wbLcbdnTA8liSfjUaOA=; 5:JOflO5mnrsBj5ZjuwuMqufesalEOfxAaWfWp9x4aw5DEKO9DKwMt8lopFr83pQTnb4Cl+up++cNBJQE5/HVMPgsUrOCQkU9MsW7bnOi5XGxBJTQlwkhVnq1dCbXhT3ce2dObBbinj1dyoD/c3iQXMg==; 24:X/LnueU5HoU3TFj8S4mFQRKQmMnzwhErK412afqzCp+MGOuojLgru45lpyROGddBt1+/30WSqgL1ug32DhuXJs4sJ21ZJRYoK3L4hqKMOY4=; 7:XI/0fqOpFCCb1BEkHj+UxG9BQ7WqVp6GqtfPd5RLaXkFD+Z6xHH/z7Azh+PTu0/4YyJccWnf7oRlohPeHmU29KgBNexLgj4UEEPrnlJ9OGLmCKbp6EV/CrcCcABeEDtdyJYtzgmLWlUen6Eru9gdj5S48N0t93w5TVcq6pdLXYs301E7WoSqssY0TtW9GrrPcnNWzWCcw8CS+Zms/iVFKEpxwC5ZNC6+x3rwZj6QzYsnghy3ca8Tkw+AoMHFGSWd x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:VI1PR0401MB2064; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001); SRVR:VI1PR0401MB2064; BCL:0; PCL:0; RULEID:; SRVR:VI1PR0401MB2064; x-forefront-prvs: 0014E2CF50 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(199003)(377454003)(52044002)(53754006)(51914003)(24454002)(189002)(19580395003)(83716003)(7736002)(82746002)(586003)(19580405001)(122556002)(101416001)(7846002)(4326007)(66066001)(50986999)(57306001)(87936001)(105586002)(81156014)(11100500001)(86362001)(8936002)(8676002)(81166006)(50226002)(76176999)(68736007)(106116001)(106356001)(5002640100001)(77096005)(102836003)(6116002)(10400500002)(33656002)(92566002)(3660700001)(2950100001)(36756003)(110136002)(3846002)(189998001)(3280700002)(97736004)(2900100001)(5890100001)(16236675004)(2906002)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR0401MB2064; H:VI1PR0401MB2064.eurprd04.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: gsma.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_A583F0FA78AE47B5AB8412E82BBC3BF2gsmacom_" MIME-Version: 1.0 X-OriginatorOrg: gsma.com X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Jul 2016 12:31:15.7817 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72a4ff82-fec3-469d-aafb-ac8276216699 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0401MB2064 X-MS-Exchange-CrossPremises-AuthAs: Internal X-MS-Exchange-CrossPremises-AuthMechanism: 04 X-MS-Exchange-CrossPremises-AuthSource: VI1PR0401MB2064.eurprd04.prod.outlook.com X-MS-Exchange-CrossPremises-SCL: 1 X-MS-Exchange-CrossPremises-messagesource: StoreDriver X-MS-Exchange-CrossPremises-BCC: X-MS-Exchange-CrossPremises-originalclientipaddress: 88.131.58.28 X-MS-Exchange-CrossPremises-avstamp-service: 1.0 X-MS-Exchange-CrossPremises-disclaimer-hash: 78ca8040c6722e32c2f5b0a45bf37e74b9409d645a53be96aa19958e0cee0f00 X-MS-Exchange-CrossPremises-antispam-scancontext: DIR:Originating; SFV:NSPM; SKIP:0; X-MS-Exchange-CrossPremises-processed-by-journaling: Journal Agent X-OrganizationHeadersPreserved: VI1PR0401MB2064.eurprd04.prod.outlook.com Archived-At: Cc: "slim@ietf.org" Subject: Re: [Slim] Documents in WGLC X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2016 12:31:33 -0000 --_000_A583F0FA78AE47B5AB8412E82BBC3BF2gsmacom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Sure np - realtime 04. Got it! Natasha Natasha Rooney | Technologist, Web and Internet, W3C & IETF | GSMA | nroone= y@gsma.com | +44 (0) 7730 219 765 | @thisNatasha |= Skype: nrooney@gsm.org On 22 Jul 2016, at 22:15, Randall Gellens > wrote: At 10:39 AM +0000 7/22/16, Natasha Rooney wrote: Hi all, Thanks for the meeting this week. We are pleased to announce that both draf= ts below have entered into Working Group Last Call. We will aim to exit WGL= C on 12th August, which gives us three week from today. draft-ietf-slim-multilangcontent-01 Multiple Language Content Type draft-ietf-slim-negotiating-human-language-01 Negotiating Human Language i= n Real-Time Communications Issues: if you have issues please submit these to the IETF Issue Tracker at= [1]. Please feel free to discuss items on the list also. Can you please update the real time draft to -04? Thank you. -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- To stay young requires unceasing cultivation of the ability to unlearn falsehoods. --Lazarus Long This email and its attachments are intended for the above named only and ma= y be confidential. If they have come to you in error you must take no actio= n based on them, nor must you copy or show them to anyone; please reply to = this email or call +44 207 356 0600 and highlight the error. --_000_A583F0FA78AE47B5AB8412E82BBC3BF2gsmacom_ Content-Type: text/html; charset="us-ascii" Content-ID: <8718FE3142643543976F757E4ECC63D0@eurprd04.prod.outlook.com> Content-Transfer-Encoding: quoted-printable Sure np - realtime 04. Got it!


Natasha


Natasha Rooney | Technologist, Web and Internet, W3C & IETF | GSMA= | nrooney@gsma.com=  | +44 (0) 7730 219 765 | @thisNatasha | Skype: nrooney@gsm.org


On 22 Jul 2016, at 22:15, Randall Gellens <rg+ietf@randy.pensive.or= g> wrote:

At 10:39 AM +0000 7/22/16, Natasha Rooney wrote:

Hi all,

Thanks for the meeting this week. We are pleased to announce that both draf= ts below have entered into Working Group Last Call. We will aim to exit WGL= C on 12th August, which gives us three week from today.

draft-ietf-slim-multilangcontent-01
Multiple Language Content Type

draft-ietf-slim-negotiating-human-language-01  Negotiating Human Langu= age in Real-Time Communications

Issues: if you have issues please submit these to the IETF Issue Tracker at= [1]. Please feel free to discuss items on the list also.

Can you please update the real time draft to -04?  Thank you.

--
Randall Gellens
Opinions are personal;    facts are suspect;   &nb= sp;I speak for myself only
-------------- Randomly selected tag: ---------------
To stay young requires unceasing cultivation of the ability to
unlearn falsehoods.          &= nbsp;           &nbs= p;      --Lazarus Long

This email and its attachments are intended for the above named only and may be= confidential. If they have come to you in error you must take no action ba= sed on them, nor must you copy or show them to anyone; please reply to this= email or call +44 207 356 0600 and highlight the error.

--_000_A583F0FA78AE47B5AB8412E82BBC3BF2gsmacom_-- From nobody Mon Jul 25 05:31:39 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 68D4612D81A for ; Mon, 25 Jul 2016 05:31:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.921 X-Spam-Level: X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gsmasso.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oJx8npNUilSN for ; Mon, 25 Jul 2016 05:31:35 -0700 (PDT) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0042.outbound.protection.outlook.com [104.47.1.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D55C212D816 for ; Mon, 25 Jul 2016 05:31:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=GSMASSO.onmicrosoft.com; s=selector1-gsma-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ko6vyAf9lpNt34feistXkFUhExMWkwANu7JsqcSk/6A=; b=lysq6Qf6H8nQyvo/1LKUM0ADo1dPEOAqpVX3KkOzth/lXEMm1gTgg0Zc3WRKycTKR/e9kYKx++f+8BZK+wD67Ca9JpbmCgJIY8Xla4SXdFU1yUfOpkS3sajE2dzXC+712fTsRN7qDjDoELxm9B0Kv93JPIYO2zPu8J3EawLj+r0= Received: from VI1PR0401MB2064.eurprd04.prod.outlook.com (10.166.141.138) by VI1PR0401MB2064.eurprd04.prod.outlook.com (10.166.141.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.549.5; Mon, 25 Jul 2016 12:31:30 +0000 Received: from VI1PR0401MB2064.eurprd04.prod.outlook.com ([10.166.141.138]) by VI1PR0401MB2064.eurprd04.prod.outlook.com ([10.166.141.138]) with mapi id 15.01.0549.016; Mon, 25 Jul 2016 12:31:30 +0000 From: Natasha Rooney To: Nik Tomkinson Thread-Topic: [Slim] Documents in WGLC Thread-Index: AQHR5AVLt4Myud10Q0SJmSujOFJoj6AkSSEAgABoIYCABGelgA== Date: Mon, 25 Jul 2016 12:31:30 +0000 Message-ID: <9E3509FC-74F4-4B0A-9273-99E8C5EED59A@gsma.com> References: <56128392-5138-487C-9D99-151BC4C13D34@gsma.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3124) authentication-results: spf=none (sender IP is ) smtp.mailfrom=nrooney@gsma.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [88.131.58.28] x-ms-office365-filtering-correlation-id: eadd38f8-37cf-4e10-eb21-08d3b4879af3 x-microsoft-exchange-diagnostics: 1; VI1PR0401MB2064; 6:eFZGXd3rTynkfcpvoHlck9HeY6L8Wg4eTpxEFXsE1F1PDX8/jY2/J+HIF+UBbBUpsutl02H8Gsoiip+2TBAumyJH14+xQJpUNDm2451I4QPW7X+ZelcFE3z4zFak0AQW6+O4+uW8XoMpF+fQgqxDHHur0zSNX5xQQtMuUBUVr6vs6W7W38fZ1BBzLRKwxmwu5/FFj77Nk2yKwosoGfZkl7Lry3uNZx5pAqiUzC3IeLaf++k+1d7DwiDgjqkToma/gLGXFFEYSTe/RYJyIYqs9eir/pfn6ZMQ7M6gfspDWxY=; 5:sWylJ4eGpsEnVD1s3pr+AWYQ7NordI4//ns8YdjEkTz0DVFasKlEFRE2Weo48aRZ4nmNPc/L1Zhuycra1PDYA7AA2eLZ3LJc0TzUA7epjqMgMCnvmykZODRIVhLGq0vr9yuJyN+Byom9BjcfL/SZSA==; 24:4OvalKS39FB2ZRr7JfExYnIUkyX6Ymbs7yQc1EbLRPJE92C++AeQaeTZyhLGgvOgAKB0jBd4BnuyCqKTTW+X04r9WJl7ZRzl9oH7HPJZ1Hs=; 7:YBE/WMmnyhKbxYm8HwrtevS18BqivGKamJHWNBkHUKEFOlwfPEdvUowFiuRJyihQ5w56yiGyAvn2sGnqj1J+B9N9rYwkwlGv28JP0Bh4pE8U7tPOWq4UkhtqBKWw2nbIMWYKl64SwRx2xRynxT3JOJ+xsV8/apv0oFSbraPVdGHeaRm3DXRvZ4h/jiSAc0TAmtYj0ZrSOU9lFoRaOZZUCiZCqhcsoGzLBxw5UsUXa2lDOT+c5NgdcU0uj7Vflrt7 x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:VI1PR0401MB2064; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001); SRVR:VI1PR0401MB2064; BCL:0; PCL:0; RULEID:; SRVR:VI1PR0401MB2064; x-forefront-prvs: 0014E2CF50 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(199003)(52044002)(53754006)(377424004)(51914003)(24454002)(189002)(19580395003)(83716003)(7736002)(82746002)(19610725007)(586003)(19580405001)(122556002)(101416001)(7846002)(4326007)(66066001)(50986999)(57306001)(87936001)(105586002)(81156014)(11100500001)(19617315012)(86362001)(8936002)(8676002)(81166006)(50226002)(76176999)(68736007)(106116001)(106356001)(5002640100001)(77096005)(102836003)(6116002)(10400500002)(33656002)(92566002)(3660700001)(2950100001)(36756003)(7906003)(110136002)(3846002)(189998001)(3280700002)(97736004)(2900100001)(15975445007)(5890100001)(16236675004)(2906002)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR0401MB2064; H:VI1PR0401MB2064.eurprd04.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: gsma.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_9E3509FC74F44B0A927399E8C5EED59Agsmacom_" MIME-Version: 1.0 X-OriginatorOrg: gsma.com X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Jul 2016 12:31:30.1132 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72a4ff82-fec3-469d-aafb-ac8276216699 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0401MB2064 X-MS-Exchange-CrossPremises-AuthAs: Internal X-MS-Exchange-CrossPremises-AuthMechanism: 04 X-MS-Exchange-CrossPremises-AuthSource: VI1PR0401MB2064.eurprd04.prod.outlook.com X-MS-Exchange-CrossPremises-SCL: 1 X-MS-Exchange-CrossPremises-messagesource: StoreDriver X-MS-Exchange-CrossPremises-BCC: X-MS-Exchange-CrossPremises-originalclientipaddress: 88.131.58.28 X-MS-Exchange-CrossPremises-avstamp-service: 1.0 X-MS-Exchange-CrossPremises-disclaimer-hash: 78ca8040c6722e32c2f5b0a45bf37e74b9409d645a53be96aa19958e0cee0f00 X-MS-Exchange-CrossPremises-antispam-scancontext: DIR:Originating; SFV:NSPM; SKIP:0; X-MS-Exchange-CrossPremises-processed-by-journaling: Journal Agent X-OrganizationHeadersPreserved: VI1PR0401MB2064.eurprd04.prod.outlook.com Archived-At: Cc: "slim@ietf.org" , =?utf-8?B?R3VubmFyIEhlbGxzdHLDtm0=?= Subject: Re: [Slim] Documents in WGLC X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2016 12:31:37 -0000 --_000_9E3509FC74F44B0A927399E8C5EED59Agsmacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U3VyZSBucCEgbXVsdGlsYW5nY29udGVudC0wMyENCg0KDQpOYXRhc2hhDQoNCg0KTmF0YXNoYSBS b29uZXkgfCBUZWNobm9sb2dpc3QsIFdlYiBhbmQgSW50ZXJuZXQsIFczQyAmIElFVEYgfCBHU01B IHwgbnJvb25leUBnc21hLmNvbTxtYWlsdG86bnJvb25leUBnc21hLmNvbT4gfCArNDQgKDApIDc3 MzAgMjE5IDc2NSB8IEB0aGlzTmF0YXNoYSB8IFNreXBlOiBucm9vbmV5QGdzbS5vcmc8bWFpbHRv Om5yb29uZXlAZ3NtLm9yZz4NCg0KDQpPbiAyMiBKdWwgMjAxNiwgYXQgMTk6MTUsIE5payBUb21r aW5zb24gPHJmYy5uaWsudG9ta2luc29uQGdtYWlsLmNvbTxtYWlsdG86cmZjLm5pay50b21raW5z b25AZ21haWwuY29tPj4gd3JvdGU6DQoNCk5hdGFzaGEvQmVybmFyZCwNCg0KcGxlYXNlIGNhbiB5 b3UgbWFrZSB0aGUgZHJhZnQgdmVyc2lvbiB0aGF0IGlzIHB1dCBmb3J3YXJkIHRvIFdHTEMgaW5z dGVhZDoNCg0KZHJhZnQtaWV0Zi1zbGltLW11bHRpbGFuZ2NvbnRlbnQtMDMNCg0KYXMgdGhpcyBp cyB0aGUgbGF0ZXN0IHZlcnNpb24gYXMgb2YgdG9kYXkgKHdoaWNoIGhhcyBzb21lIHZlcnkgdXNl ZnVsIGFkZGl0aW9ucykuDQoNClRoYW5rcywNCg0KTmlrLg0KDQpPbiAyMiBKdWx5IDIwMTYgYXQg MTI6MDIsIEd1bm5hciBIZWxsc3Ryw7ZtIDxndW5uYXIuaGVsbHN0cm9tQG9tbml0b3Iuc2U8bWFp bHRvOmd1bm5hci5oZWxsc3Ryb21Ab21uaXRvci5zZT4+IHdyb3RlOg0KDQpOYXRhc2hhLA0KDQpB IGxhcmdlIG51bWJlciBvZiBpc3N1ZXMgaGF2ZSBiZWVuIGNsZWFyZWQgdXAgdG8gZHJhZnQtaWV0 Zi1zbGltLW5lZ290aWF0aW5nLWh1bWFuLWxhbmd1YWdlLTA0DQoNCkNhbiB5b3UgbWFrZSB0aGF0 IHRoZSBiYXNlIGZvciB0aGUgV0dMQyBpbnN0ZWFkPw0KDQpPciwgd2hhdCBpcyB0aGUgcHJvY2Vk dXJlIGZvciBnZXR0aW5nIHZlcnNpb24gLTA0IHJlY29nbml6ZWQ/DQoNCi9HdW5uYXINCg0KRGVu IDIwMTYtMDctMjIga2wuIDEyOjM5LCBza3JldiBOYXRhc2hhIFJvb25leToNCkhpIGFsbCwNCg0K VGhhbmtzIGZvciB0aGUgbWVldGluZyB0aGlzIHdlZWsuIFdlIGFyZSBwbGVhc2VkIHRvIGFubm91 bmNlIHRoYXQgYm90aCBkcmFmdHMgYmVsb3cgaGF2ZSBlbnRlcmVkIGludG8gV29ya2luZyBHcm91 cCBMYXN0IENhbGwuIFdlIHdpbGwgYWltIHRvIGV4aXQgV0dMQyBvbiAxMnRoIEF1Z3VzdCwgd2hp Y2ggZ2l2ZXMgdXMgdGhyZWUgd2VlayBmcm9tIHRvZGF5Lg0KDQpkcmFmdC1pZXRmLXNsaW0tbXVs dGlsYW5nY29udGVudC0wMQ0KTXVsdGlwbGUgTGFuZ3VhZ2UgQ29udGVudCBUeXBlDQoNCmRyYWZ0 LWlldGYtc2xpbS1uZWdvdGlhdGluZy1odW1hbi1sYW5ndWFnZS0wMQ0KTmVnb3RpYXRpbmcgSHVt YW4gTGFuZ3VhZ2UgaW4gUmVhbC1UaW1lIENvbW11bmljYXRpb25zDQoNCklzc3VlczogaWYgeW91 IGhhdmUgaXNzdWVzIHBsZWFzZSBzdWJtaXQgdGhlc2UgdG8gdGhlIElFVEYgSXNzdWUgVHJhY2tl ciBhdCBbMV0uIFBsZWFzZSBmZWVsIGZyZWUgdG8gZGlzY3VzcyBpdGVtcyBvbiB0aGUgbGlzdCBh bHNvLg0KDQpUaGFua3MgZXZlcnlvbmUhDQoNCk5hdGFzaGENCg0KWzFdIGh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvd2cvc2xpbS90cmFjL25ld3RpY2tldA0KDQpOYXRhc2hhIFJvb25leSB8IFRlY2hu b2xvZ2lzdCwgV2ViIGFuZCBJbnRlcm5ldCwgVzNDICYgSUVURiB8IEdTTUEgfCBucm9vbmV5QGdz bWEuY29tPG1haWx0bzpucm9vbmV5QGdzbWEuY29tPiB8ICs0NCAoMCkgNzczMCAyMTkgNzY1PHRl bDolMkI0NCUyMCUyODAlMjklMjA3NzMwJUMyJUEwMjE5JTIwNzY1PiB8IEB0aGlzTmF0YXNoYSB8 IFNreXBlOiBucm9vbmV5QGdzbS5vcmc8bWFpbHRvOm5yb29uZXlAZ3NtLm9yZz4NCg0KDQoNClRo aXMgZW1haWwgYW5kIGl0cyBhdHRhY2htZW50cyBhcmUgaW50ZW5kZWQgZm9yIHRoZSBhYm92ZSBu YW1lZCBvbmx5IGFuZCBtYXkgYmUgY29uZmlkZW50aWFsLiBJZiB0aGV5IGhhdmUgY29tZSB0byB5 b3UgaW4gZXJyb3IgeW91IG11c3QgdGFrZSBubyBhY3Rpb24gYmFzZWQgb24gdGhlbSwgbm9yIG11 c3QgeW91IGNvcHkgb3Igc2hvdyB0aGVtIHRvIGFueW9uZTsgcGxlYXNlIHJlcGx5IHRvIHRoaXMg ZW1haWwgb3IgY2FsbCArNDQgMjA3IDM1NiAwNjAwPHRlbDolMkI0NCUyMDIwNyUyMDM1NiUyMDA2 MDA+IGFuZCBoaWdobGlnaHQgdGhlIGVycm9yLg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NClNMSU0gbWFpbGluZyBsaXN0DQpTTElNQGlldGYu b3JnPG1haWx0bzpTTElNQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9zbGltDQoNCg0KDQotLQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0NCkd1bm5hciBIZWxsc3Ryw7ZtDQpPbW5pdG9yDQpndW5uYXIuaGVsbHN0cm9tQG9t bml0b3Iuc2U8bWFpbHRvOmd1bm5hci5oZWxsc3Ryb21Ab21uaXRvci5zZT4NCis0NiA3MDggMjA0 IDI4OA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K U0xJTSBtYWlsaW5nIGxpc3QNClNMSU1AaWV0Zi5vcmc8bWFpbHRvOlNMSU1AaWV0Zi5vcmc+DQpo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NsaW0NCg0KDQoNCg0KLS0NCg0K LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0NCk11bHRpcGxlIExhbmd1YWdlIENvbnRlbnQgVHlwZSBJbnRlcm5ldCBEcmFmdDoN Cg0KPGh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtdG9ta2luc29uLW11bHRp bGFuZ2NvbnRlbnQvPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYt c2xpbS1tdWx0aWxhbmdjb250ZW50LzxodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry YWZ0LXRvbWtpbnNvbi1zbGltLW11bHRpbGFuZ2NvbnRlbnQvPg0KDQotLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQoNClRo aXMgZW1haWwgYW5kIGl0cyBhdHRhY2htZW50cyBhcmUgaW50ZW5kZWQgZm9yIHRoZSBhYm92ZSBu YW1lZCBvbmx5IGFuZCBtYXkgYmUgY29uZmlkZW50aWFsLiBJZiB0aGV5IGhhdmUgY29tZSB0byB5 b3UgaW4gZXJyb3IgeW91IG11c3QgdGFrZSBubyBhY3Rpb24gYmFzZWQgb24gdGhlbSwgbm9yIG11 c3QgeW91IGNvcHkgb3Igc2hvdyB0aGVtIHRvIGFueW9uZTsgcGxlYXNlIHJlcGx5IHRvIHRoaXMg ZW1haWwgb3IgY2FsbCArNDQgMjA3IDM1NiAwNjAwIGFuZCBoaWdobGlnaHQgdGhlIGVycm9yLg0K --_000_9E3509FC74F44B0A927399E8C5EED59Agsmacom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KU3VyZSBucCEgbXVsdGlsYW5nY29u dGVudC0wMyE8YnIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0iY29sb3I6 IHJnYigwLCAwLCAwKTsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4 dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3 aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Vi a2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHdvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtp dC1uYnNwLW1vZGU6IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNl OyIgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBsZXR0ZXItc3Bh Y2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRl bnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93 czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBw eDsgd29yZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJr aXQtbGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9 ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1 dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTog bm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBw eDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7 IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0 ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KTmF0YXNo YTxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCk5hdGFzaGEgUm9v bmV5IHwgVGVjaG5vbG9naXN0LCBXZWImbmJzcDthbmQgSW50ZXJuZXQsIFczQyAmYW1wOyBJRVRG IHwgR1NNQSB8Jm5ic3A7PGEgaHJlZj0ibWFpbHRvOm5yb29uZXlAZ3NtYS5jb20iIGNsYXNzPSIi Pm5yb29uZXlAZ3NtYS5jb208L2E+Jm5ic3A7fCAmIzQzOzQ0ICgwKSA3NzMwJm5ic3A7MjE5IDc2 NSB8IEB0aGlzTmF0YXNoYSB8IFNreXBlOiZuYnNwOzxhIGhyZWY9Im1haWx0bzpucm9vbmV5QGdz bS5vcmciIGNsYXNzPSIiPm5yb29uZXlAZ3NtLm9yZzwvYT48YnIgY2xhc3M9IiI+DQo8YnIgY2xh c3M9IiI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjxk aXYgc3R5bGU9IiI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYgY2xh c3M9IiI+T24gMjIgSnVsIDIwMTYsIGF0IDE5OjE1LCBOaWsgVG9ta2luc29uICZsdDs8YSBocmVm PSJtYWlsdG86cmZjLm5pay50b21raW5zb25AZ21haWwuY29tIiBjbGFzcz0iIj5yZmMubmlrLnRv bWtpbnNvbkBnbWFpbC5jb208L2E+Jmd0OyB3cm90ZTo8L2Rpdj4NCjxiciBjbGFzcz0iQXBwbGUt aW50ZXJjaGFuZ2UtbmV3bGluZSI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBkaXI9Imx0ciIgY2xh c3M9IiI+TmF0YXNoYS9CZXJuYXJkLA0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rp dj4NCjxkaXYgY2xhc3M9IiI+cGxlYXNlIGNhbiB5b3UgbWFrZSB0aGUgZHJhZnQgdmVyc2lvbiB0 aGF0IGlzIHB1dCBmb3J3YXJkIHRvIFdHTEMgaW5zdGVhZDo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+ PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPmRyYWZ0LWlldGYtc2xpbS1tdWx0 aWxhbmdjb250ZW50LTAzPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBj bGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5hcyB0aGlzIGlzIHRoZSBsYXRlc3QgdmVy c2lvbiBhcyBvZiB0b2RheSAod2hpY2ggaGFzIHNvbWUgdmVyeSB1c2VmdWwgYWRkaXRpb25zKS48 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIi PlRoYW5rcyw8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPk5pay48L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxi ciBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj5PbiAyMiBKdWx5IDIwMTYgYXQg MTI6MDIsIEd1bm5hciBIZWxsc3Ryw7ZtIDxzcGFuIGRpcj0ibHRyIiBjbGFzcz0iIj4NCiZsdDs8 YSBocmVmPSJtYWlsdG86Z3VubmFyLmhlbGxzdHJvbUBvbW5pdG9yLnNlIiB0YXJnZXQ9Il9ibGFu ayIgY2xhc3M9IiI+Z3VubmFyLmhlbGxzdHJvbUBvbW5pdG9yLnNlPC9hPiZndDs8L3NwYW4+IHdy b3RlOjxiciBjbGFzcz0iIj4NCjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9 Im1hcmdpbjowIDAgMCAuOGV4O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVm dDoxZXgiPg0KPGRpdiBiZ2NvbG9yPSIjRkZGRkZGIiB0ZXh0PSIjMDAwMDAwIiBjbGFzcz0iIj4N CjxwIGNsYXNzPSIiPk5hdGFzaGEsPC9wPg0KPHAgY2xhc3M9IiI+QSBsYXJnZSBudW1iZXIgb2Yg aXNzdWVzIGhhdmUgYmVlbiBjbGVhcmVkIHVwIHRvIGRyYWZ0LWlldGYtc2xpbS1uZWdvdGlhdGlu Zy1odW1hbi1sYW5ndWFnZS0wNDwvcD4NCjxwIGNsYXNzPSIiPkNhbiB5b3UgbWFrZSB0aGF0IHRo ZSBiYXNlIGZvciB0aGUgV0dMQyBpbnN0ZWFkPzwvcD4NCjxwIGNsYXNzPSIiPk9yLCB3aGF0IGlz IHRoZSBwcm9jZWR1cmUgZm9yIGdldHRpbmcgdmVyc2lvbiAtMDQgcmVjb2duaXplZD88L3A+DQo8 cCBjbGFzcz0iIj4vR3VubmFyPGJyIGNsYXNzPSIiPg0KPC9wPg0KPGRpdiBjbGFzcz0iIj4NCjxk aXYgY2xhc3M9Img1Ij48YnIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPkRlbiAyMDE2LTA3LTIy IGtsLiAxMjozOSwgc2tyZXYgTmF0YXNoYSBSb29uZXk6PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+DQo8ZGl2IGNs YXNzPSIiPg0KPGRpdiBjbGFzcz0iaDUiPkhpIGFsbCwNCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNz PSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRoYW5rcyBmb3IgdGhlIG1lZXRpbmcgdGhpcyB3 ZWVrLiBXZSBhcmUgcGxlYXNlZCB0byBhbm5vdW5jZSB0aGF0IGJvdGggZHJhZnRzIGJlbG93IGhh dmUgZW50ZXJlZCBpbnRvIFdvcmtpbmcgR3JvdXAgTGFzdCBDYWxsLiBXZSB3aWxsIGFpbSB0byBl eGl0IFdHTEMgb24gMTJ0aCBBdWd1c3QsIHdoaWNoIGdpdmVzIHVzIHRocmVlIHdlZWsgZnJvbSB0 b2RheS4mbmJzcDsNCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KZHJhZnQtaWV0Zi1zbGlt LW11bHRpbGFuZ2NvbnRlbnQtMDEmbmJzcDs8YnIgY2xhc3M9IiI+DQpNdWx0aXBsZSBMYW5ndWFn ZSBDb250ZW50IFR5cGU8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpkcmFmdC1pZXRmLXNs aW0tbmVnb3RpYXRpbmctaHVtYW4tbGFuZ3VhZ2UtMDEmbmJzcDs8YnIgY2xhc3M9IiI+DQpOZWdv dGlhdGluZyBIdW1hbiBMYW5ndWFnZSBpbiBSZWFsLVRpbWUmbmJzcDtDb21tdW5pY2F0aW9uczwv ZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+ PGIgY2xhc3M9IiI+SXNzdWVzOiA8L2I+aWYgeW91IGhhdmUgaXNzdWVzIHBsZWFzZSBzdWJtaXQg dGhlc2UgdG8gdGhlIElFVEYgSXNzdWUgVHJhY2tlciBhdCBbMV0uIFBsZWFzZSBmZWVsIGZyZWUg dG8gZGlzY3VzcyBpdGVtcyBvbiB0aGUgbGlzdCBhbHNvLiZuYnNwOzwvZGl2Pg0KPGRpdiBjbGFz cz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhhbmtzIGV2ZXJ5b25l ITwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9ImxldHRlci1zcGFjaW5nOiBub3Jt YWw7IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTog bm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd29yZC1zcGFjaW5nOiAwcHg7IHdvcmQtd3JhcDog YnJlYWstd29yZDsiIGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0ibGV0dGVyLXNwYWNpbmc6IG5vcm1h bDsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBu b25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBweDsgd29yZC13cmFwOiBi cmVhay13b3JkOyIgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJsZXR0ZXItc3BhY2luZzogbm9ybWFs OyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5v bmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdvcmQtc3BhY2luZzogMHB4OyB3b3JkLXdyYXA6IGJy ZWFrLXdvcmQ7IiBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCk5hdGFzaGE8YnIgY2xhc3M9IiI+ DQo8YnIgY2xhc3M9IiI+DQpbMV0mbmJzcDs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3Jn L3dnL3NsaW0vdHJhYy9uZXd0aWNrZXQiIHRhcmdldD0iX2JsYW5rIiBjbGFzcz0iIj5odHRwczov L3Rvb2xzLmlldGYub3JnL3dnL3NsaW0vdHJhYy9uZXd0aWNrZXQ8L2E+PGJyIGNsYXNzPSIiPg0K PGJyIGNsYXNzPSIiPg0KTmF0YXNoYSBSb29uZXkgfCBUZWNobm9sb2dpc3QsIFdlYiZuYnNwO2Fu ZCBJbnRlcm5ldCwgVzNDICZhbXA7IElFVEYgfCBHU01BIHwmbmJzcDs8YSBocmVmPSJtYWlsdG86 bnJvb25leUBnc21hLmNvbSIgdGFyZ2V0PSJfYmxhbmsiIGNsYXNzPSIiPm5yb29uZXlAZ3NtYS5j b208L2E+Jm5ic3A7fA0KPGEgaHJlZj0idGVsOiUyQjQ0JTIwJTI4MCUyOSUyMDc3MzAlQzIlQTAy MTklMjA3NjUiIHZhbHVlPSImIzQzOzQ0NzczMDIxOTc2NSIgdGFyZ2V0PSJfYmxhbmsiIGNsYXNz PSIiPg0KJiM0Mzs0NCAoMCkgNzczMCZuYnNwOzIxOSA3NjU8L2E+IHwgQHRoaXNOYXRhc2hhIHwg U2t5cGU6Jm5ic3A7PGEgaHJlZj0ibWFpbHRvOm5yb29uZXlAZ3NtLm9yZyIgdGFyZ2V0PSJfYmxh bmsiIGNsYXNzPSIiPm5yb29uZXlAZ3NtLm9yZzwvYT48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9 IiI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2 Pg0KPHAgc3R5bGU9ImZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWY7Zm9udC1zaXplOjExcHg7 Y29sb3I6Izk5OTk5OSIgY2xhc3M9IiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkFyaWFsLHNh bnMtc2VyaWY7Y29sb3I6Izk5OTk5OSIgbGFuZz0iRU4tVVMiIGNsYXNzPSIiPlRoaXMgZW1haWwg YW5kIGl0cyBhdHRhY2htZW50cyBhcmUgaW50ZW5kZWQgZm9yIHRoZSBhYm92ZSBuYW1lZCBvbmx5 IGFuZCBtYXkgYmUgY29uZmlkZW50aWFsLiBJZiB0aGV5DQogaGF2ZSBjb21lIHRvIHlvdSBpbiBl cnJvciB5b3UgbXVzdCB0YWtlIG5vIGFjdGlvbiBiYXNlZCBvbiB0aGVtLCBub3IgbXVzdCB5b3Ug Y29weSBvciBzaG93IHRoZW0gdG8gYW55b25lOyBwbGVhc2UgcmVwbHkgdG8gdGhpcyBlbWFpbCBv ciBjYWxsDQo8YSBocmVmPSJ0ZWw6JTJCNDQlMjAyMDclMjAzNTYlMjAwNjAwIiB2YWx1ZT0iJiM0 Mzs0NDIwNzM1NjA2MDAiIHRhcmdldD0iX2JsYW5rIiBjbGFzcz0iIj4NCiYjNDM7NDQgMjA3IDM1 NiAwNjAwPC9hPiBhbmQgaGlnaGxpZ2h0IHRoZSBlcnJvci4gPC9zcGFuPjwvcD4NCjxiciBjbGFz cz0iIj4NCjxmaWVsZHNldCBjbGFzcz0iIj48L2ZpZWxkc2V0PiA8YnIgY2xhc3M9IiI+DQo8L2Rp dj4NCjwvZGl2Pg0KPHNwYW4gY2xhc3M9IiI+DQo8cHJlIGNsYXNzPSIiPl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpTTElNIG1haWxpbmcgbGlzdA0KPGEg aHJlZj0ibWFpbHRvOlNMSU1AaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIiBjbGFzcz0iIj5TTElN QGlldGYub3JnPC9hPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9zbGltIiB0YXJnZXQ9Il9ibGFuayIgY2xhc3M9IiI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9zbGltPC9hPg0KPC9wcmU+DQo8L3NwYW4+PC9ibG9ja3F1b3RlPg0K PHNwYW4gY2xhc3M9IkhPRW5aYiI+PGZvbnQgY29sb3I9IiM4ODg4ODgiIGNsYXNzPSIiPjxiciBj bGFzcz0iIj4NCjxwcmUgY29scz0iNzIiIGNsYXNzPSIiPi0tIA0KLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkd1bm5hciBIZWxsc3Ryw7ZtDQpPbW5pdG9yDQo8YSBo cmVmPSJtYWlsdG86Z3VubmFyLmhlbGxzdHJvbUBvbW5pdG9yLnNlIiB0YXJnZXQ9Il9ibGFuayIg Y2xhc3M9IiI+Z3VubmFyLmhlbGxzdHJvbUBvbW5pdG9yLnNlPC9hPg0KJiM0Mzs0NiA3MDggMjA0 IDI4ODwvcHJlPg0KPC9mb250Pjwvc3Bhbj48L2Rpdj4NCjxiciBjbGFzcz0iIj4NCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyIGNsYXNzPSIiPg0KU0xJ TSBtYWlsaW5nIGxpc3Q8YnIgY2xhc3M9IiI+DQo8YSBocmVmPSJtYWlsdG86U0xJTUBpZXRmLm9y ZyIgY2xhc3M9IiI+U0xJTUBpZXRmLm9yZzwvYT48YnIgY2xhc3M9IiI+DQo8YSBocmVmPSJodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NsaW0iIHJlbD0ibm9yZWZlcnJlciIg dGFyZ2V0PSJfYmxhbmsiIGNsYXNzPSIiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vc2xpbTwvYT48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8L2Jsb2NrcXVvdGU+ DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGVhcj0iYWxsIiBjbGFzcz0iIj4NCjxkaXYg Y2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQotLSA8YnIgY2xhc3M9IiI+DQo8ZGl2IGNs YXNzPSJnbWFpbF9zaWduYXR1cmUiIGRhdGEtc21hcnRtYWlsPSJnbWFpbF9zaWduYXR1cmUiPg0K PGRpdiBkaXI9Imx0ciIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBkaXI9Imx0ciIg Y2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBkaXI9Imx0ciIgY2xhc3M9IiI+DQo8ZGl2 IGNsYXNzPSIiPg0KPGRpdiBkaXI9Imx0ciIgY2xhc3M9IiI+DQo8cHJlIGNsYXNzPSIiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTpjb3VyaWVyIG5ldyxtb25vc3BhY2UiIGNsYXNzPSIiPi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tPGJyIGNsYXNzPSIiPk11bHRpcGxlIExhbmd1YWdlIENvbnRlbnQgVHlwZSBJbnRlcm5ldCBE cmFmdDo8L3NwYW4+PC9wcmU+DQo8YSBocmVmPSJodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LXRvbWtpbnNvbi1tdWx0aWxhbmdjb250ZW50LyIgdGFyZ2V0PSJfYmxhbmsiIGNs YXNzPSIiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpjb3VyaWVyIG5ldyxtb25vc3BhY2UiIGNs YXNzPSIiPjwvc3Bhbj48L2E+PGEgaHJlZj0iaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9kcmFmdC10b21raW5zb24tc2xpbS1tdWx0aWxhbmdjb250ZW50LyIgdGFyZ2V0PSJfYmxhbmsi IGNsYXNzPSIiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtc2xp bS1tdWx0aWxhbmdjb250ZW50LzwvYT48YnIgY2xhc3M9IiI+DQo8cHJlIGNsYXNzPSIiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTpjb3VyaWVyIG5ldyxtb25vc3BhY2UiIGNsYXNzPSIiPi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tPC9zcGFuPjxiciBjbGFzcz0iIj48L3ByZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8cCBzdHlsZT0iZm9udC1mYW1pbHk6 IEFyaWFsLHNhbnMtc2VyaWY7Zm9udC1zaXplOjExcHg7Y29sb3I6Izk5OTk5OTsiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLHNhbnMtc2VyaWY7Y29sb3I6Izk5 OTk5OTsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IEFyaWFsOyBtc28tZmFyZWFzdC10aGVtZS1m b250OiBtaW5vci1sYXRpbjsgbXNvLWJpZGktZm9udC1mYW1pbHk6ICZxdW90O0FyaWFsJnF1b3Q7 OyBtc28tYW5zaS1sYW5ndWFnZTogRU4tVVM7IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBFTi1HQjsg bXNvLWJpZGktbGFuZ3VhZ2U6IEFSLVNBIj5UaGlzDQogZW1haWwgYW5kIGl0cyBhdHRhY2htZW50 cyBhcmUgaW50ZW5kZWQgZm9yIHRoZSBhYm92ZSBuYW1lZCBvbmx5IGFuZCBtYXkgYmUgY29uZmlk ZW50aWFsLiBJZiB0aGV5IGhhdmUgY29tZSB0byB5b3UgaW4gZXJyb3IgeW91IG11c3QgdGFrZSBu byBhY3Rpb24gYmFzZWQgb24gdGhlbSwgbm9yIG11c3QgeW91IGNvcHkgb3Igc2hvdyB0aGVtIHRv IGFueW9uZTsgcGxlYXNlIHJlcGx5IHRvIHRoaXMgZW1haWwgb3IgY2FsbCAmIzQzOzQ0IDIwNyAz NTYgMDYwMA0KIGFuZCBoaWdobGlnaHQgdGhlIGVycm9yLiA8L3NwYW4+PC9wPg0KPC9ib2R5Pg0K PC9odG1sPg0K --_000_9E3509FC74F44B0A927399E8C5EED59Agsmacom_-- From nobody Mon Jul 25 05:44:15 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 33D0C12D7ED for ; Mon, 25 Jul 2016 05:44:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Of7lH9h2dHik for ; Mon, 25 Jul 2016 05:44:11 -0700 (PDT) Received: from mail-qt0-x233.google.com (mail-qt0-x233.google.com [IPv6:2607:f8b0:400d:c0d::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A08AA12D7E4 for ; Mon, 25 Jul 2016 05:44:10 -0700 (PDT) Received: by mail-qt0-x233.google.com with SMTP id w38so96095719qtb.0 for ; Mon, 25 Jul 2016 05:44:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=YGeAgpPtzFj9G/mr5Md/eR57IW0yr5YdWdLqiZp2NXc=; b=abY5rRn5xhzip1TkkpLJs4vAL0MZAx03cy04ZdjxSd+Mf4z1YGbKva6gN4DPtzqtN3 UIl/jbQRplK5ynvqN3wDz7Nu9fghqtt/n8F6uHTNtNOQZFteQeutiiQJns3uiHutsY1l 0sSdweIG0poHeMRMrkbYgvE10hhzNnDrWvHE6NaD4CGL/N3etx23zXR5OOjbqYIOY8XI 7bNSXfDQlwS1mYmgapAJr/hEopF7BKwbdWj+8itkCHxYCpcoLjH46sOlIA2ySsChKz8K qaKv+ti0lkM38cKAUK3jU9j1/a3UcqR8QuxS1Nig/gUM3OtSqYglvg8aJ0N/RrsPzkg8 iDww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=YGeAgpPtzFj9G/mr5Md/eR57IW0yr5YdWdLqiZp2NXc=; b=C2MMmv3tpvurEqkhrVczsKyVVXbDo7HRoITlVTykbOdtHAsp7rayI5EisbE/AWBlZG T5NTJFfIHDJmY3YO+DFzbB282D1uBg8wXirzgr6HqwwCQiekAuDB0ciXAc0eILIVcPCn bPQtTdY7tiBWI4rohyCx/iecBoPjxyif4oQO2hgBc4phPDYE2nS4F+UisLAm4gYpaGoQ mRfRrzD2w+QV5QBdtOHuS2rPa0TJh2Iow1NkitA+WHNW7LZ91bKo/KVi6C0hTkY6Qe52 TuecLOUExyH4gc4BVMd71YryGQLG33iA0HDoWbsNR9wO544yAVyrmb73BDcIdCj4exYw 7/LA== X-Gm-Message-State: AEkooutpudmrE+7AprjvbRWdwQwG1MzGI9YmodCtNIypreYNrUtRyHBNQx4KA9SN/HzEWN8rW/d+HeHpo/KJQg== X-Received: by 10.237.37.155 with SMTP id x27mr29227560qtc.12.1469450649729; Mon, 25 Jul 2016 05:44:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.144.3 with HTTP; Mon, 25 Jul 2016 05:44:09 -0700 (PDT) In-Reply-To: <9E3509FC-74F4-4B0A-9273-99E8C5EED59A@gsma.com> References: <56128392-5138-487C-9D99-151BC4C13D34@gsma.com> <9E3509FC-74F4-4B0A-9273-99E8C5EED59A@gsma.com> From: Nik Tomkinson Date: Mon, 25 Jul 2016 13:44:09 +0100 Message-ID: To: Natasha Rooney Content-Type: multipart/alternative; boundary=001a113e1eaafe2b9f0538752313 Archived-At: Cc: "slim@ietf.org" , =?UTF-8?Q?Gunnar_Hellstr=C3=B6m?= Subject: Re: [Slim] Documents in WGLC X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2016 12:44:13 -0000 --001a113e1eaafe2b9f0538752313 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks for doing that. I have spotted a slight inconsistency in my document, do I need to create a ticket (now it is in WGLC) or can I just edit and submit a new version? Also, will the WG State on https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ be updated to show WGLC automatically or do I need to do anything for that to happen? Nik. On 25 July 2016 at 13:31, Natasha Rooney wrote: > Sure np! multilangcontent-03! > > > Natasha > > > Natasha Rooney | Technologist, Web and Internet, W3C & IETF | GSMA | > nrooney@gsma.com | +44 (0) 7730 219 765 | @thisNatasha | Skype: > nrooney@gsm.org > > > On 22 Jul 2016, at 19:15, Nik Tomkinson > wrote: > > Natasha/Bernard, > > please can you make the draft version that is put forward to WGLC instead= : > > draft-ietf-slim-multilangcontent-03 > > as this is the latest version as of today (which has some very useful > additions). > > Thanks, > > Nik. > > On 22 July 2016 at 12:02, Gunnar Hellstr=C3=B6m > wrote: > >> Natasha, >> >> A large number of issues have been cleared up to >> draft-ietf-slim-negotiating-human-language-04 >> >> Can you make that the base for the WGLC instead? >> >> Or, what is the procedure for getting version -04 recognized? >> >> /Gunnar >> >> Den 2016-07-22 kl. 12:39, skrev Natasha Rooney: >> >> Hi all, >> >> Thanks for the meeting this week. We are pleased to announce that both >> drafts below have entered into Working Group Last Call. We will aim to e= xit >> WGLC on 12th August, which gives us three week from today. >> >> draft-ietf-slim-multilangcontent-01 >> Multiple Language Content Type >> >> draft-ietf-slim-negotiating-human-language-01 >> Negotiating Human Language in Real-Time Communications >> >> *Issues: *if you have issues please submit these to the IETF Issue >> Tracker at [1]. Please feel free to discuss items on the list also. >> >> Thanks everyone! >> >> Natasha >> >> [1] https://tools.ietf.org/wg/slim/trac/newticket >> >> Natasha Rooney | Technologist, Web and Internet, W3C & IETF | GSMA | >> nrooney@gsma.com | +44 (0) 7730 219 765 | @thisNatasha | Skype: >> nrooney@gsm.org >> >> >> This email and its attachments are intended for the above named only and >> may be confidential. If they have come to you in error you must take no >> action based on them, nor must you copy or show them to anyone; please >> reply to this email or call +44 207 356 0600 and highlight the error. >> >> >> _______________________________________________ >> SLIM mailing listSLIM@ietf.orghttps://www.ietf.org/mailman/listinfo/slim >> >> >> -- >> ----------------------------------------- >> Gunnar Hellstr=C3=B6m >> Omnitorgunnar.hellstrom@omnitor.se >> +46 708 204 288 >> >> >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >> https://www.ietf.org/mailman/listinfo/slim >> >> > > > -- > > ----------------------------------------------------------------- > Multiple Language Content Type Internet Draft: > > > https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ > > > ----------------------------------------------------------------- > > > This email and its attachments are intended for the above named only and > may be confidential. If they have come to you in error you must take no > action based on them, nor must you copy or show them to anyone; please > reply to this email or call +44 207 356 0600 and highlight the error. > --=20 ----------------------------------------------------------------- Multiple Language Content Type Internet Draft: https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ ----------------------------------------------------------------- --001a113e1eaafe2b9f0538752313 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks for doing that. I have spotted a slight inconsisten= cy in my document, do I need to create a ticket (now it is in WGLC) or can = I just edit and submit a new version?

Also, will the WG = State on=C2=A0https://datatracker.ietf.org/doc/draft-ietf-slim-multilan= gcontent/ be updated to show WGLC automatically or do I need to do anyt= hing for that to happen?

Nik.

On 25 July 2016 at 13:31, = Natasha Rooney <nrooney@gsma.com> wrote:
Sure np! multilangcontent-03!


Natasha


Natasha Rooney | Technologist, Web=C2=A0and Internet, W3C & IETF | GSMA= |=C2=A0nrooney@gsma.= com=C2=A0| +44 (0) 7730=C2=A0219 765 | @thisN= atasha | Skype:=C2=A0n= rooney@gsm.org


On 22 Jul 2016, at 19:15, Nik Tomkinson <rfc.nik.tomkinson@gmail.com> = wrote:

Natasha/Bernard,

please can you make the draft version that is put forward to WGLC inst= ead:

draft-ietf-slim-multilangcontent-03

as this is the latest version as of today (which has some very useful = additions).

Thanks,

Nik.

On 22 July 2016 at 12:02, Gunnar Hellstr=C3=B6m = <gunnar= .hellstrom@omnitor.se> wrote:

Natasha,

A large number of issues have been cleared up to draft-ietf-slim-negotia= ting-human-language-04

Can you make that the base for the WGLC instead?

Or, what is the procedure for getting version -04 recognized?

/Gunnar


Den 2016-07-22 kl. 12:39, skrev Natasha Rooney:
Hi all,

Thanks for the meeting this week. We are pleased to announce that both= drafts below have entered into Working Group Last Call. We will aim to exi= t WGLC on 12th August, which gives us three week from today.=C2=A0

draft-ietf-slim-multilangcontent-01=C2=A0
Multiple Language Content Type

draft-ietf-slim-negotiating-human-language-01=C2=A0
Negotiating Human Language in Real-Time=C2=A0Communications

Issues: if you have issues please submit these to the IETF Issu= e Tracker at [1]. Please feel free to discuss items on the list also.=C2=A0=

Thanks everyone!

Natasha

[1]=C2=A0https://tools.ietf.org/wg/slim/trac/newticket

Natasha Rooney | Technologist, Web=C2=A0and Internet, W3C & IETF | GSMA= |=C2=A0nrooney@gsma.= com=C2=A0| +44 (0) 7730=C2=A0219 765 | @thisNatasha | Skype:=C2=A0nrooney@gsm.org


This = email and its attachments are intended for the above named only and may be = confidential. If they have come to you in error you must take no action based on them, nor must = you copy or show them to anyone; please reply to this email or call +44 207 356 0600 and highlight the error. 



_______________________________________________
SLIM mailing list
SLIM@ietf.org
ht=
tps://www.ietf.org/mailman/listinfo/slim


--=20
-----------------------------------------
Gunnar Hellstr=C3=B6m
Omnitor
gunnar.hel=
lstrom@omnitor.se
+46 708 204 288

_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim




-- 
--------------------=
---------------------------------------------
Multiple Language Content =
Type Internet Draft:
https://datatracker.ietf.org/doc/draft-iet= f-slim-multilangcontent/
--------------------=
---------------------------------------------

This email and its attachments are intended for the above named only and may be= confidential. If they have come to you in error you must take no action ba= sed on them, nor must you copy or show them to anyone; please reply to this= email or call +44 207 356 0600 and highlight the error.




-- 
-------------------------------=
----------------------------------
Multiple Language Content Type Intern=
et Draft:
https://datatracker.= ietf.org/doc/draft-ietf-slim-multilangcontent/
-----------------------------------------=
------------------------
--001a113e1eaafe2b9f0538752313-- From nobody Mon Jul 25 05:50:14 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 09A3912D82E for ; Mon, 25 Jul 2016 05:50:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.921 X-Spam-Level: X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gsmasso.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qDkmV7GzAXmP for ; Mon, 25 Jul 2016 05:50:07 -0700 (PDT) Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0049.outbound.protection.outlook.com [104.47.0.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0FB7812D82A for ; Mon, 25 Jul 2016 05:50:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=GSMASSO.onmicrosoft.com; s=selector1-gsma-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=nyJC9smGyCGYteE9hemyrhDbwAHD+DaXBiUImy+GvO0=; b=elFO+CtN3njnd2nsJZ/aPt83bYYqbrUvwFFj2d4YHD9AMG8w76xVQPbDRUsQ1xS5YsKhGUm36c2sPzU6ArbKeyJ15FZFyQEjU0id/Q8uG8PLnPnTTvcKeAK4uCHFlyB4yJjurpALh/rzY+zL1V1Gz26ukWGSPOBQMl1LzMiVZw0= Received: from VI1PR0401MB2064.eurprd04.prod.outlook.com (10.166.141.138) by VI1PR0401MB2061.eurprd04.prod.outlook.com (10.166.141.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.549.5; Mon, 25 Jul 2016 12:49:49 +0000 Received: from VI1PR0401MB2064.eurprd04.prod.outlook.com ([10.166.141.138]) by VI1PR0401MB2064.eurprd04.prod.outlook.com ([10.166.141.138]) with mapi id 15.01.0549.016; Mon, 25 Jul 2016 12:49:48 +0000 From: Natasha Rooney To: Nik Tomkinson Thread-Topic: [Slim] Documents in WGLC Thread-Index: AQHR5AVLt4Myud10Q0SJmSujOFJoj6AkSSEAgABoIYCABGelgIAAA4eAgAABlwA= Date: Mon, 25 Jul 2016 12:49:48 +0000 Message-ID: <38AC20B2-0DAD-420E-B322-52629F210934@gsma.com> References: <56128392-5138-487C-9D99-151BC4C13D34@gsma.com> <9E3509FC-74F4-4B0A-9273-99E8C5EED59A@gsma.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3124) authentication-results: spf=none (sender IP is ) smtp.mailfrom=nrooney@gsma.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [88.131.58.28] x-ms-office365-filtering-correlation-id: 37b3b886-51a6-4662-1044-08d3b48a29d9 x-microsoft-exchange-diagnostics: 1; VI1PR0401MB2061; 6:qOU7M+XlHG3+sbd5luezXK9A4gue3KrOVleMMJs2RFSvx1l1bfasgk9afqVOvQztsQAUWnRDWIOT+1Zsv3kgO9yQK3hRnYc+bYwuCacojSPLXrTLpu3+007DqZ3DipwB7BU2SAJU8H+/uy/TRKLwnRVk40WzxQIqdHZ3yLKFzQD7NhHU1IrTnnllTzJ1FZGsSGRE6iXlI8UNzz7wp7qV+6aYlgHPcsCRO8UxBVkhHhw20SlvvULUbfFoh92dKlXClR9LLYxFySwv8LkwJXRsef05Cp5b3sWtEIzMsdX8NHY=; 5:4OBlnYNYVKFM/0/8SCXPdJqDPAOd/ezFzMFbp2X5gJKB8qaTMGsMjx1g864rNDhOQTH0JiOXGxXu51wLtK46d15F/9Mf21Okzamrb8ZafD0v/9/ChAcrgqRC7UihJ6j3ZYxNRtXiE/pLhkYqaQiSKg==; 24:OR0mq1sStojMGEXbCmekhivwI7sXgfavYQRzFg68s6otGmWTeFjsf3esKQlTbwElOfhAXsSvUvLAe0bSFfv6t2axvIn5d+hZMV+bg14rLiE=; 7:BQ/7mC+MMapybcvcACHXjCy143Q5p8fZ8o67uuMecTsqda5/VmAb4kxi+08SIZwHi+kFqGagfXznF3PSU7ZA2Z1ya2WJHe9Si9nT7I8fiQUnTcQeQ3QbRJN6aYErnjlo7bdXMfpXg8SeQUvZkT0UaPJgYJZI/LkTksskzVVm/6pO0JZmj1FGPBwWb2BTBGszugd3WkQHV3GgCgBeJ2pqlBUS18QdU061GFyJQGRVd0zq5M68M2Q/mZaFfiY3bo1i x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:VI1PR0401MB2061; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:VI1PR0401MB2061; BCL:0; PCL:0; RULEID:; SRVR:VI1PR0401MB2061; x-forefront-prvs: 0014E2CF50 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(199003)(377424004)(24454002)(51914003)(53754006)(189002)(52044002)(57704003)(92566002)(82746002)(19580395003)(4326007)(6116002)(102836003)(3846002)(586003)(2950100001)(10400500002)(15975445007)(5002640100001)(101416001)(2900100001)(77096005)(83716003)(5890100001)(19580405001)(19617315012)(33656002)(7906003)(36756003)(122556002)(57306001)(110136002)(189998001)(105586002)(7846002)(50226002)(7736002)(16236675004)(19610725007)(81166006)(81156014)(8936002)(3280700002)(86362001)(106356001)(106116001)(3660700001)(93886004)(87936001)(8676002)(2906002)(97736004)(50986999)(68736007)(76176999)(66066001)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR0401MB2061; H:VI1PR0401MB2064.eurprd04.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: gsma.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_38AC20B20DAD420EB32252629F210934gsmacom_" MIME-Version: 1.0 X-OriginatorOrg: gsma.com X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Jul 2016 12:49:48.9009 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72a4ff82-fec3-469d-aafb-ac8276216699 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0401MB2061 X-MS-Exchange-CrossPremises-AuthAs: Internal X-MS-Exchange-CrossPremises-AuthMechanism: 04 X-MS-Exchange-CrossPremises-AuthSource: VI1PR0401MB2064.eurprd04.prod.outlook.com X-MS-Exchange-CrossPremises-SCL: 1 X-MS-Exchange-CrossPremises-messagesource: StoreDriver X-MS-Exchange-CrossPremises-BCC: X-MS-Exchange-CrossPremises-originalclientipaddress: 88.131.58.28 X-MS-Exchange-CrossPremises-avstamp-service: 1.0 X-MS-Exchange-CrossPremises-disclaimer-hash: 78ca8040c6722e32c2f5b0a45bf37e74b9409d645a53be96aa19958e0cee0f00 X-MS-Exchange-CrossPremises-antispam-scancontext: DIR:Originating; SFV:NSPM; SKIP:0; X-MS-Exchange-CrossPremises-processed-by-journaling: Journal Agent X-OrganizationHeadersPreserved: VI1PR0401MB2061.eurprd04.prod.outlook.com Archived-At: Cc: "slim@ietf.org" , =?utf-8?B?R3VubmFyIEhlbGxzdHLDtm0=?= Subject: Re: [Slim] Documents in WGLC X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2016 12:50:10 -0000 --_000_38AC20B20DAD420EB32252629F210934gsmacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhdCAtIGlzIGEgcmVhbGx5IGdvb2QgcXVlc3Rpb24uIEkgYW0gYnkgY2hhbmNlIGEgZmV3IGZl ZXQgZnJvbSBBbGV4ZXkgc28gd2lsbCBhc2sgaGltIHdoZW4gSSBnZXQgYSBjaGFuY2UuDQoNCkkg aGF2ZSBlZGl0ZWQgdGhlIGRhdGF0cmFja2VyIHNvIHlvdSBkb27igJl0IG5lZWQgdG8gZG8gYW55 dGhpbmcgd2l0aCB0aGlzISBMZXQgbWUga25vdyBpZiBpdCBkb2VzbuKAmXQgdXBkYXRlIGZvciB5 b3UhDQoNCk5hdGFzaGENCg0KDQpOYXRhc2hhIFJvb25leSB8IFRlY2hub2xvZ2lzdCwgV2ViIGFu ZCBJbnRlcm5ldCwgVzNDICYgSUVURiB8IEdTTUEgfCBucm9vbmV5QGdzbWEuY29tPG1haWx0bzpu cm9vbmV5QGdzbWEuY29tPiB8ICs0NCAoMCkgNzczMCAyMTkgNzY1IHwgQHRoaXNOYXRhc2hhIHwg U2t5cGU6IG5yb29uZXlAZ3NtLm9yZzxtYWlsdG86bnJvb25leUBnc20ub3JnPg0KDQoNCk9uIDI1 IEp1bCAyMDE2LCBhdCAxNDo0NCwgTmlrIFRvbWtpbnNvbiA8cmZjLm5pay50b21raW5zb25AZ21h aWwuY29tPG1haWx0bzpyZmMubmlrLnRvbWtpbnNvbkBnbWFpbC5jb20+PiB3cm90ZToNCg0KVGhh bmtzIGZvciBkb2luZyB0aGF0LiBJIGhhdmUgc3BvdHRlZCBhIHNsaWdodCBpbmNvbnNpc3RlbmN5 IGluIG15IGRvY3VtZW50LCBkbyBJIG5lZWQgdG8gY3JlYXRlIGEgdGlja2V0IChub3cgaXQgaXMg aW4gV0dMQykgb3IgY2FuIEkganVzdCBlZGl0IGFuZCBzdWJtaXQgYSBuZXcgdmVyc2lvbj8NCg0K QWxzbywgd2lsbCB0aGUgV0cgU3RhdGUgb24gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtaWV0Zi1zbGltLW11bHRpbGFuZ2NvbnRlbnQvIGJlIHVwZGF0ZWQgdG8gc2hvdyBX R0xDIGF1dG9tYXRpY2FsbHkgb3IgZG8gSSBuZWVkIHRvIGRvIGFueXRoaW5nIGZvciB0aGF0IHRv IGhhcHBlbj8NCg0KTmlrLg0KDQpPbiAyNSBKdWx5IDIwMTYgYXQgMTM6MzEsIE5hdGFzaGEgUm9v bmV5IDxucm9vbmV5QGdzbWEuY29tPG1haWx0bzpucm9vbmV5QGdzbWEuY29tPj4gd3JvdGU6DQpT dXJlIG5wISBtdWx0aWxhbmdjb250ZW50LTAzIQ0KDQoNCk5hdGFzaGENCg0KDQpOYXRhc2hhIFJv b25leSB8IFRlY2hub2xvZ2lzdCwgV2ViIGFuZCBJbnRlcm5ldCwgVzNDICYgSUVURiB8IEdTTUEg fCBucm9vbmV5QGdzbWEuY29tPG1haWx0bzpucm9vbmV5QGdzbWEuY29tPiB8ICs0NCAoMCkgNzcz MCAyMTkgNzY1PHRlbDolMkI0NCUyMCUyODAlMjklMjA3NzMwJUMyJUEwMjE5JTIwNzY1PiB8IEB0 aGlzTmF0YXNoYSB8IFNreXBlOiBucm9vbmV5QGdzbS5vcmc8bWFpbHRvOm5yb29uZXlAZ3NtLm9y Zz4NCg0KDQpPbiAyMiBKdWwgMjAxNiwgYXQgMTk6MTUsIE5payBUb21raW5zb24gPHJmYy5uaWsu dG9ta2luc29uQGdtYWlsLmNvbTxtYWlsdG86cmZjLm5pay50b21raW5zb25AZ21haWwuY29tPj4g d3JvdGU6DQoNCk5hdGFzaGEvQmVybmFyZCwNCg0KcGxlYXNlIGNhbiB5b3UgbWFrZSB0aGUgZHJh ZnQgdmVyc2lvbiB0aGF0IGlzIHB1dCBmb3J3YXJkIHRvIFdHTEMgaW5zdGVhZDoNCg0KZHJhZnQt aWV0Zi1zbGltLW11bHRpbGFuZ2NvbnRlbnQtMDMNCg0KYXMgdGhpcyBpcyB0aGUgbGF0ZXN0IHZl cnNpb24gYXMgb2YgdG9kYXkgKHdoaWNoIGhhcyBzb21lIHZlcnkgdXNlZnVsIGFkZGl0aW9ucyku DQoNClRoYW5rcywNCg0KTmlrLg0KDQpPbiAyMiBKdWx5IDIwMTYgYXQgMTI6MDIsIEd1bm5hciBI ZWxsc3Ryw7ZtIDxndW5uYXIuaGVsbHN0cm9tQG9tbml0b3Iuc2U8bWFpbHRvOmd1bm5hci5oZWxs c3Ryb21Ab21uaXRvci5zZT4+IHdyb3RlOg0KDQpOYXRhc2hhLA0KDQpBIGxhcmdlIG51bWJlciBv ZiBpc3N1ZXMgaGF2ZSBiZWVuIGNsZWFyZWQgdXAgdG8gZHJhZnQtaWV0Zi1zbGltLW5lZ290aWF0 aW5nLWh1bWFuLWxhbmd1YWdlLTA0DQoNCkNhbiB5b3UgbWFrZSB0aGF0IHRoZSBiYXNlIGZvciB0 aGUgV0dMQyBpbnN0ZWFkPw0KDQpPciwgd2hhdCBpcyB0aGUgcHJvY2VkdXJlIGZvciBnZXR0aW5n IHZlcnNpb24gLTA0IHJlY29nbml6ZWQ/DQoNCi9HdW5uYXINCg0KRGVuIDIwMTYtMDctMjIga2wu IDEyOjM5LCBza3JldiBOYXRhc2hhIFJvb25leToNCkhpIGFsbCwNCg0KVGhhbmtzIGZvciB0aGUg bWVldGluZyB0aGlzIHdlZWsuIFdlIGFyZSBwbGVhc2VkIHRvIGFubm91bmNlIHRoYXQgYm90aCBk cmFmdHMgYmVsb3cgaGF2ZSBlbnRlcmVkIGludG8gV29ya2luZyBHcm91cCBMYXN0IENhbGwuIFdl IHdpbGwgYWltIHRvIGV4aXQgV0dMQyBvbiAxMnRoIEF1Z3VzdCwgd2hpY2ggZ2l2ZXMgdXMgdGhy ZWUgd2VlayBmcm9tIHRvZGF5Lg0KDQpkcmFmdC1pZXRmLXNsaW0tbXVsdGlsYW5nY29udGVudC0w MQ0KTXVsdGlwbGUgTGFuZ3VhZ2UgQ29udGVudCBUeXBlDQoNCmRyYWZ0LWlldGYtc2xpbS1uZWdv dGlhdGluZy1odW1hbi1sYW5ndWFnZS0wMQ0KTmVnb3RpYXRpbmcgSHVtYW4gTGFuZ3VhZ2UgaW4g UmVhbC1UaW1lIENvbW11bmljYXRpb25zDQoNCklzc3VlczogaWYgeW91IGhhdmUgaXNzdWVzIHBs ZWFzZSBzdWJtaXQgdGhlc2UgdG8gdGhlIElFVEYgSXNzdWUgVHJhY2tlciBhdCBbMV0uIFBsZWFz ZSBmZWVsIGZyZWUgdG8gZGlzY3VzcyBpdGVtcyBvbiB0aGUgbGlzdCBhbHNvLg0KDQpUaGFua3Mg ZXZlcnlvbmUhDQoNCk5hdGFzaGENCg0KWzFdIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvd2cvc2xp bS90cmFjL25ld3RpY2tldA0KDQpOYXRhc2hhIFJvb25leSB8IFRlY2hub2xvZ2lzdCwgV2ViIGFu ZCBJbnRlcm5ldCwgVzNDICYgSUVURiB8IEdTTUEgfCBucm9vbmV5QGdzbWEuY29tPG1haWx0bzpu cm9vbmV5QGdzbWEuY29tPiB8ICs0NCAoMCkgNzczMCAyMTkgNzY1PHRlbDolMkI0NCUyMCUyODAl MjklMjA3NzMwJUMyJUEwMjE5JTIwNzY1PiB8IEB0aGlzTmF0YXNoYSB8IFNreXBlOiBucm9vbmV5 QGdzbS5vcmc8bWFpbHRvOm5yb29uZXlAZ3NtLm9yZz4NCg0KDQoNClRoaXMgZW1haWwgYW5kIGl0 cyBhdHRhY2htZW50cyBhcmUgaW50ZW5kZWQgZm9yIHRoZSBhYm92ZSBuYW1lZCBvbmx5IGFuZCBt YXkgYmUgY29uZmlkZW50aWFsLiBJZiB0aGV5IGhhdmUgY29tZSB0byB5b3UgaW4gZXJyb3IgeW91 IG11c3QgdGFrZSBubyBhY3Rpb24gYmFzZWQgb24gdGhlbSwgbm9yIG11c3QgeW91IGNvcHkgb3Ig c2hvdyB0aGVtIHRvIGFueW9uZTsgcGxlYXNlIHJlcGx5IHRvIHRoaXMgZW1haWwgb3IgY2FsbCAr NDQgMjA3IDM1NiAwNjAwPHRlbDolMkI0NCUyMDIwNyUyMDM1NiUyMDA2MDA+IGFuZCBoaWdobGln aHQgdGhlIGVycm9yLg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NClNMSU0gbWFpbGluZyBsaXN0DQpTTElNQGlldGYub3JnPG1haWx0bzpTTElN QGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zbGltDQoN Cg0KDQotLQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkd1bm5h ciBIZWxsc3Ryw7ZtDQpPbW5pdG9yDQpndW5uYXIuaGVsbHN0cm9tQG9tbml0b3Iuc2U8bWFpbHRv Omd1bm5hci5oZWxsc3Ryb21Ab21uaXRvci5zZT4NCis0NiA3MDggMjA0IDI4OA0KDQpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KU0xJTSBtYWlsaW5nIGxp c3QNClNMSU1AaWV0Zi5vcmc8bWFpbHRvOlNMSU1AaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NsaW0NCg0KDQoNCg0KLS0NCg0KLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCk11bHRp cGxlIExhbmd1YWdlIENvbnRlbnQgVHlwZSBJbnRlcm5ldCBEcmFmdDoNCg0KPGh0dHA6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtdG9ta2luc29uLW11bHRpbGFuZ2NvbnRlbnQvPmh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtc2xpbS1tdWx0aWxhbmdj b250ZW50LzxodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXRvbWtpbnNvbi1z bGltLW11bHRpbGFuZ2NvbnRlbnQvPg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQoNClRoaXMgZW1haWwgYW5kIGl0 cyBhdHRhY2htZW50cyBhcmUgaW50ZW5kZWQgZm9yIHRoZSBhYm92ZSBuYW1lZCBvbmx5IGFuZCBt YXkgYmUgY29uZmlkZW50aWFsLiBJZiB0aGV5IGhhdmUgY29tZSB0byB5b3UgaW4gZXJyb3IgeW91 IG11c3QgdGFrZSBubyBhY3Rpb24gYmFzZWQgb24gdGhlbSwgbm9yIG11c3QgeW91IGNvcHkgb3Ig c2hvdyB0aGVtIHRvIGFueW9uZTsgcGxlYXNlIHJlcGx5IHRvIHRoaXMgZW1haWwgb3IgY2FsbCAr NDQgMjA3IDM1NiAwNjAwPHRlbDolMkI0NCUyMDIwNyUyMDM1NiUyMDA2MDA+IGFuZCBoaWdobGln aHQgdGhlIGVycm9yLg0KDQoNCg0KLS0NCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCk11bHRpcGxlIExhbmd1YWdlIENv bnRlbnQgVHlwZSBJbnRlcm5ldCBEcmFmdDoNCg0KPGh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtdG9ta2luc29uLW11bHRpbGFuZ2NvbnRlbnQvPmh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtc2xpbS1tdWx0aWxhbmdjb250ZW50LzxodHRwOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXRvbWtpbnNvbi1zbGltLW11bHRpbGFuZ2Nv bnRlbnQvPg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQoNClRoaXMgZW1haWwgYW5kIGl0cyBhdHRhY2htZW50cyBh cmUgaW50ZW5kZWQgZm9yIHRoZSBhYm92ZSBuYW1lZCBvbmx5IGFuZCBtYXkgYmUgY29uZmlkZW50 aWFsLiBJZiB0aGV5IGhhdmUgY29tZSB0byB5b3UgaW4gZXJyb3IgeW91IG11c3QgdGFrZSBubyBh Y3Rpb24gYmFzZWQgb24gdGhlbSwgbm9yIG11c3QgeW91IGNvcHkgb3Igc2hvdyB0aGVtIHRvIGFu eW9uZTsgcGxlYXNlIHJlcGx5IHRvIHRoaXMgZW1haWwgb3IgY2FsbCArNDQgMjA3IDM1NiAwNjAw IGFuZCBoaWdobGlnaHQgdGhlIGVycm9yLg0K --_000_38AC20B20DAD420EB32252629F210934gsmacom_ Content-Type: text/html; charset="utf-8" Content-ID: <81F45CB7813AEE4DB1DC9279C7E02C70@eurprd04.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KVGhhdCAtIGlzIGEgcmVhbGx5IGdv b2QgcXVlc3Rpb24uIEkgYW0gYnkgY2hhbmNlIGEgZmV3IGZlZXQgZnJvbSBBbGV4ZXkgc28gd2ls bCBhc2sgaGltIHdoZW4gSSBnZXQgYSBjaGFuY2UuPGJyIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0i Ij48YnIgY2xhc3M9IndlYmtpdC1ibG9jay1wbGFjZWhvbGRlciI+DQo8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBsZXR0ZXItc3BhY2luZzog bm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBw eDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0 bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgd29y ZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJraXQtbGlu ZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9ImNvbG9y OiByZ2IoMCwgMCwgMCk7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRl eHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsg d2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdl YmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13ZWJr aXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFj ZTsiIGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgbGV0dGVyLXNw YWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5k ZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRv d3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAw cHg7IHdvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNlOyAtd2Vi a2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+DQpJIGhhdmUgZWRp dGVkIHRoZSBkYXRhdHJhY2tlciBzbyB5b3UgZG9u4oCZdCBuZWVkIHRvIGRvIGFueXRoaW5nIHdp dGggdGhpcyEgTGV0IG1lIGtub3cgaWYgaXQgZG9lc27igJl0IHVwZGF0ZSBmb3IgeW91ITxiciBj bGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCk5hdGFzaGE8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9 IiI+DQo8YnIgY2xhc3M9IiI+DQpOYXRhc2hhIFJvb25leSB8IFRlY2hub2xvZ2lzdCwgV2ViJm5i c3A7YW5kIEludGVybmV0LCBXM0MgJmFtcDsgSUVURiB8IEdTTUEgfCZuYnNwOzxhIGhyZWY9Im1h aWx0bzpucm9vbmV5QGdzbWEuY29tIiBjbGFzcz0iIj5ucm9vbmV5QGdzbWEuY29tPC9hPiZuYnNw O3wgJiM0Mzs0NCAoMCkgNzczMCZuYnNwOzIxOSA3NjUgfCBAdGhpc05hdGFzaGEgfCBTa3lwZTom bmJzcDs8YSBocmVmPSJtYWlsdG86bnJvb25leUBnc20ub3JnIiBjbGFzcz0iIj5ucm9vbmV5QGdz bS5vcmc8L2E+PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0 ZSIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPk9uIDI1IEp1bCAyMDE2LCBhdCAxNDo0NCwgTmlr IFRvbWtpbnNvbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJmYy5uaWsudG9ta2luc29uQGdtYWlsLmNv bSIgY2xhc3M9IiI+cmZjLm5pay50b21raW5zb25AZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PC9k aXY+DQo8YnIgY2xhc3M9IkFwcGxlLWludGVyY2hhbmdlLW5ld2xpbmUiPg0KPGRpdiBjbGFzcz0i Ij4NCjxkaXYgZGlyPSJsdHIiIGNsYXNzPSIiPlRoYW5rcyBmb3IgZG9pbmcgdGhhdC4gSSBoYXZl IHNwb3R0ZWQgYSBzbGlnaHQgaW5jb25zaXN0ZW5jeSBpbiBteSBkb2N1bWVudCwgZG8gSSBuZWVk IHRvIGNyZWF0ZSBhIHRpY2tldCAobm93IGl0IGlzIGluIFdHTEMpIG9yIGNhbiBJIGp1c3QgZWRp dCBhbmQgc3VibWl0IGEgbmV3IHZlcnNpb24/DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4N CjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5BbHNvLCB3aWxsIHRoZSBXRyBTdGF0ZSBvbiZuYnNwOzxh IGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtc2xpbS1t dWx0aWxhbmdjb250ZW50LyIgY2xhc3M9IiI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtaWV0Zi1zbGltLW11bHRpbGFuZ2NvbnRlbnQvPC9hPiBiZSB1cGRhdGVkIHRvIHNo b3cgV0dMQyBhdXRvbWF0aWNhbGx5IG9yIGRvIEkgbmVlZCB0byBkbyBhbnl0aGluZw0KIGZvciB0 aGF0IHRvIGhhcHBlbj88L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+ DQo8ZGl2IGNsYXNzPSIiPk5pay48L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZXh0 cmEiPjxiciBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj5PbiAyNSBKdWx5IDIw MTYgYXQgMTM6MzEsIE5hdGFzaGEgUm9vbmV5IDxzcGFuIGRpcj0ibHRyIiBjbGFzcz0iIj4NCiZs dDs8YSBocmVmPSJtYWlsdG86bnJvb25leUBnc21hLmNvbSIgdGFyZ2V0PSJfYmxhbmsiIGNsYXNz PSIiPm5yb29uZXlAZ3NtYS5jb208L2E+Jmd0Ozwvc3Bhbj4gd3JvdGU6PGJyIGNsYXNzPSIiPg0K PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7 Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleCI+DQo8ZGl2IHN0eWxl PSJ3b3JkLXdyYXA6YnJlYWstd29yZCIgY2xhc3M9IiI+U3VyZSBucCEgbXVsdGlsYW5nY29udGVu dC0wMyE8c3BhbiBjbGFzcz0iSE9FblpiIj48Zm9udCBjb2xvcj0iIzg4ODg4OCIgY2xhc3M9IiI+ PGJyIGNsYXNzPSIiPg0KPC9mb250Pjwvc3Bhbj4NCjxkaXYgY2xhc3M9IiI+PHNwYW4gY2xhc3M9 IkhPRW5aYiI+PGZvbnQgY29sb3I9IiM4ODg4ODgiIGNsYXNzPSIiPjwvZm9udD48L3NwYW4+DQo8 ZGl2IHN0eWxlPSJsZXR0ZXItc3BhY2luZzogbm9ybWFsOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4 dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7 IHdvcmQtc3BhY2luZzogMHB4OyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IiBjbGFzcz0iIj4NCjxz cGFuIGNsYXNzPSJIT0VuWmIiPjxmb250IGNvbG9yPSIjODg4ODg4IiBjbGFzcz0iIj48L2ZvbnQ+ PC9zcGFuPg0KPGRpdiBzdHlsZT0ibGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgdGV4dC1hbGlnbjog c3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFj ZTogbm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBweDsgd29yZC13cmFwOiBicmVhay13b3JkOyIgY2xh c3M9IiI+DQo8c3BhbiBjbGFzcz0iSE9FblpiIj48Zm9udCBjb2xvcj0iIzg4ODg4OCIgY2xhc3M9 IiI+PC9mb250Pjwvc3Bhbj4NCjxkaXYgc3R5bGU9ImxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRl eHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsg d2hpdGUtc3BhY2U6IG5vcm1hbDsgd29yZC1zcGFjaW5nOiAwcHg7IHdvcmQtd3JhcDogYnJlYWst d29yZDsiIGNsYXNzPSIiPg0KPHNwYW4gY2xhc3M9IkhPRW5aYiI+PGZvbnQgY29sb3I9IiM4ODg4 ODgiIGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCk5hdGFzaGE8L2ZvbnQ+ PC9zcGFuPjxzcGFuIGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBj bGFzcz0iIj4NCk5hdGFzaGEgUm9vbmV5IHwgVGVjaG5vbG9naXN0LCBXZWImbmJzcDthbmQgSW50 ZXJuZXQsIFczQyAmYW1wOyBJRVRGIHwgR1NNQSB8Jm5ic3A7PGEgaHJlZj0ibWFpbHRvOm5yb29u ZXlAZ3NtYS5jb20iIHRhcmdldD0iX2JsYW5rIiBjbGFzcz0iIj5ucm9vbmV5QGdzbWEuY29tPC9h PiZuYnNwO3wNCjxhIGhyZWY9InRlbDolMkI0NCUyMCUyODAlMjklMjA3NzMwJUMyJUEwMjE5JTIw NzY1IiB2YWx1ZT0iJiM0Mzs0NDc3MzAyMTk3NjUiIHRhcmdldD0iX2JsYW5rIiBjbGFzcz0iIj4N CiYjNDM7NDQgKDApIDc3MzAmbmJzcDsyMTkgNzY1PC9hPiB8IEB0aGlzTmF0YXNoYSB8IFNreXBl OiZuYnNwOzxhIGhyZWY9Im1haWx0bzpucm9vbmV5QGdzbS5vcmciIHRhcmdldD0iX2JsYW5rIiBj bGFzcz0iIj5ucm9vbmV5QGdzbS5vcmc8L2E+PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0K PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxk aXYgY2xhc3M9Img1Ij48YnIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUg dHlwZT0iY2l0ZSIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPk9uIDIyIEp1bCAyMDE2LCBhdCAx OToxNSwgTmlrIFRvbWtpbnNvbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJmYy5uaWsudG9ta2luc29u QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiIGNsYXNzPSIiPnJmYy5uaWsudG9ta2luc29uQGdt YWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0i Ij4NCjxkaXYgZGlyPSJsdHIiIGNsYXNzPSIiPk5hdGFzaGEvQmVybmFyZCwNCjxkaXYgY2xhc3M9 IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPnBsZWFzZSBjYW4geW91IG1h a2UgdGhlIGRyYWZ0IHZlcnNpb24gdGhhdCBpcyBwdXQgZm9yd2FyZCB0byBXR0xDIGluc3RlYWQ6 PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij5kcmFmdC1pZXRmLXNsaW0tbXVsdGlsYW5nY29udGVudC0wMzxiciBjbGFzcz0iIj4NCjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+YXMg dGhpcyBpcyB0aGUgbGF0ZXN0IHZlcnNpb24gYXMgb2YgdG9kYXkgKHdoaWNoIGhhcyBzb21lIHZl cnkgdXNlZnVsIGFkZGl0aW9ucykuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4N CjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaGFua3MsPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBj bGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5OaWsuPC9kaXY+DQo8L2Rpdj4NCjxkaXYg Y2xhc3M9ImdtYWlsX2V4dHJhIj48YnIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSJnbWFpbF9xdW90 ZSI+T24gMjIgSnVseSAyMDE2IGF0IDEyOjAyLCBHdW5uYXIgSGVsbHN0csO2bSA8c3BhbiBkaXI9 Imx0ciIgY2xhc3M9IiI+DQombHQ7PGEgaHJlZj0ibWFpbHRvOmd1bm5hci5oZWxsc3Ryb21Ab21u aXRvci5zZSIgdGFyZ2V0PSJfYmxhbmsiIGNsYXNzPSIiPmd1bm5hci5oZWxsc3Ryb21Ab21uaXRv ci5zZTwvYT4mZ3Q7PC9zcGFuPiB3cm90ZTo8YnIgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSBjbGFz cz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHgg I2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij4NCjxkaXYgYmdjb2xvcj0iI0ZGRkZGRiIgdGV4 dD0iIzAwMDAwMCIgY2xhc3M9IiI+DQo8cCBjbGFzcz0iIj5OYXRhc2hhLDwvcD4NCjxwIGNsYXNz PSIiPkEgbGFyZ2UgbnVtYmVyIG9mIGlzc3VlcyBoYXZlIGJlZW4gY2xlYXJlZCB1cCB0byBkcmFm dC1pZXRmLXNsaW0tbmVnb3RpYXRpbmctaHVtYW4tbGFuZ3VhZ2UtMDQ8L3A+DQo8cCBjbGFzcz0i Ij5DYW4geW91IG1ha2UgdGhhdCB0aGUgYmFzZSBmb3IgdGhlIFdHTEMgaW5zdGVhZD88L3A+DQo8 cCBjbGFzcz0iIj5Pciwgd2hhdCBpcyB0aGUgcHJvY2VkdXJlIGZvciBnZXR0aW5nIHZlcnNpb24g LTA0IHJlY29nbml6ZWQ/PC9wPg0KPHAgY2xhc3M9IiI+L0d1bm5hcjxiciBjbGFzcz0iIj4NCjwv cD4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjxkaXYgY2xh c3M9IiI+RGVuIDIwMTYtMDctMjIga2wuIDEyOjM5LCBza3JldiBOYXRhc2hhIFJvb25leTo8YnIg Y2xhc3M9IiI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRl IiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPkhpIGFsbCwNCjxkaXYg Y2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRoYW5rcyBmb3Ig dGhlIG1lZXRpbmcgdGhpcyB3ZWVrLiBXZSBhcmUgcGxlYXNlZCB0byBhbm5vdW5jZSB0aGF0IGJv dGggZHJhZnRzIGJlbG93IGhhdmUgZW50ZXJlZCBpbnRvIFdvcmtpbmcgR3JvdXAgTGFzdCBDYWxs LiBXZSB3aWxsIGFpbSB0byBleGl0IFdHTEMgb24gMTJ0aCBBdWd1c3QsIHdoaWNoIGdpdmVzIHVz IHRocmVlIHdlZWsgZnJvbSB0b2RheS4mbmJzcDsNCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIi Pg0KZHJhZnQtaWV0Zi1zbGltLW11bHRpbGFuZ2NvbnRlbnQtMDEmbmJzcDs8YnIgY2xhc3M9IiI+ DQpNdWx0aXBsZSBMYW5ndWFnZSBDb250ZW50IFR5cGU8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9 IiI+DQpkcmFmdC1pZXRmLXNsaW0tbmVnb3RpYXRpbmctaHVtYW4tbGFuZ3VhZ2UtMDEmbmJzcDs8 YnIgY2xhc3M9IiI+DQpOZWdvdGlhdGluZyBIdW1hbiBMYW5ndWFnZSBpbiBSZWFsLVRpbWUmbmJz cDtDb21tdW5pY2F0aW9uczwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rp dj4NCjxkaXYgY2xhc3M9IiI+PGIgY2xhc3M9IiI+SXNzdWVzOiA8L2I+aWYgeW91IGhhdmUgaXNz dWVzIHBsZWFzZSBzdWJtaXQgdGhlc2UgdG8gdGhlIElFVEYgSXNzdWUgVHJhY2tlciBhdCBbMV0u IFBsZWFzZSBmZWVsIGZyZWUgdG8gZGlzY3VzcyBpdGVtcyBvbiB0aGUgbGlzdCBhbHNvLiZuYnNw OzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9 IiI+VGhhbmtzIGV2ZXJ5b25lITwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9Imxl dHRlci1zcGFjaW5nOm5vcm1hbDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtaW5kZW50OjBweDt0ZXh0 LXRyYW5zZm9ybTpub25lO3doaXRlLXNwYWNlOm5vcm1hbDt3b3JkLXNwYWNpbmc6MHB4O3dvcmQt d3JhcDpicmVhay13b3JkIiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9ImxldHRlci1zcGFjaW5nOm5v cm1hbDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtaW5kZW50OjBweDt0ZXh0LXRyYW5zZm9ybTpub25l O3doaXRlLXNwYWNlOm5vcm1hbDt3b3JkLXNwYWNpbmc6MHB4O3dvcmQtd3JhcDpicmVhay13b3Jk IiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9ImxldHRlci1zcGFjaW5nOm5vcm1hbDt0ZXh0LWFsaWdu OnN0YXJ0O3RleHQtaW5kZW50OjBweDt0ZXh0LXRyYW5zZm9ybTpub25lO3doaXRlLXNwYWNlOm5v cm1hbDt3b3JkLXNwYWNpbmc6MHB4O3dvcmQtd3JhcDpicmVhay13b3JkIiBjbGFzcz0iIj4NCjxi ciBjbGFzcz0iIj4NCk5hdGFzaGE8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpbMV0mbmJz cDs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3dnL3NsaW0vdHJhYy9uZXd0aWNrZXQi IHRhcmdldD0iX2JsYW5rIiBjbGFzcz0iIj5odHRwczovL3Rvb2xzLmlldGYub3JnL3dnL3NsaW0v dHJhYy9uZXd0aWNrZXQ8L2E+PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KTmF0YXNoYSBS b29uZXkgfCBUZWNobm9sb2dpc3QsIFdlYiZuYnNwO2FuZCBJbnRlcm5ldCwgVzNDICZhbXA7IElF VEYgfCBHU01BIHwmbmJzcDs8YSBocmVmPSJtYWlsdG86bnJvb25leUBnc21hLmNvbSIgdGFyZ2V0 PSJfYmxhbmsiIGNsYXNzPSIiPm5yb29uZXlAZ3NtYS5jb208L2E+Jm5ic3A7fA0KPGEgaHJlZj0i dGVsOiUyQjQ0JTIwJTI4MCUyOSUyMDc3MzAlQzIlQTAyMTklMjA3NjUiIHZhbHVlPSImIzQzOzQ0 NzczMDIxOTc2NSIgdGFyZ2V0PSJfYmxhbmsiIGNsYXNzPSIiPg0KJiM0Mzs0NCAoMCkgNzczMCZu YnNwOzIxOSA3NjU8L2E+IHwgQHRoaXNOYXRhc2hhIHwgU2t5cGU6Jm5ic3A7PGEgaHJlZj0ibWFp bHRvOm5yb29uZXlAZ3NtLm9yZyIgdGFyZ2V0PSJfYmxhbmsiIGNsYXNzPSIiPm5yb29uZXlAZ3Nt Lm9yZzwvYT48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPHAgc3R5bGU9ImZvbnQtZmFtaWx5 OkFyaWFsLHNhbnMtc2VyaWY7Zm9udC1zaXplOjExcHg7Y29sb3I6Izk5OTk5OSIgY2xhc3M9IiI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWY7Y29sb3I6Izk5OTk5OSIg bGFuZz0iRU4tVVMiIGNsYXNzPSIiPlRoaXMgZW1haWwgYW5kIGl0cyBhdHRhY2htZW50cyBhcmUg aW50ZW5kZWQgZm9yIHRoZSBhYm92ZSBuYW1lZCBvbmx5IGFuZCBtYXkgYmUgY29uZmlkZW50aWFs LiBJZiB0aGV5DQogaGF2ZSBjb21lIHRvIHlvdSBpbiBlcnJvciB5b3UgbXVzdCB0YWtlIG5vIGFj dGlvbiBiYXNlZCBvbiB0aGVtLCBub3IgbXVzdCB5b3UgY29weSBvciBzaG93IHRoZW0gdG8gYW55 b25lOyBwbGVhc2UgcmVwbHkgdG8gdGhpcyBlbWFpbCBvciBjYWxsDQo8YSBocmVmPSJ0ZWw6JTJC NDQlMjAyMDclMjAzNTYlMjAwNjAwIiB2YWx1ZT0iJiM0Mzs0NDIwNzM1NjA2MDAiIHRhcmdldD0i X2JsYW5rIiBjbGFzcz0iIj4NCiYjNDM7NDQgMjA3IDM1NiAwNjAwPC9hPiBhbmQgaGlnaGxpZ2h0 IHRoZSBlcnJvci4gPC9zcGFuPjwvcD4NCjxiciBjbGFzcz0iIj4NCjxmaWVsZHNldCBjbGFzcz0i Ij48L2ZpZWxkc2V0PiA8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwvZGl2Pg0KPHNwYW4gY2xhc3M9 IiI+DQo8cHJlIGNsYXNzPSIiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQpTTElNIG1haWxpbmcgbGlzdA0KPGEgaHJlZj0ibWFpbHRvOlNMSU1AaWV0Zi5v cmciIHRhcmdldD0iX2JsYW5rIiBjbGFzcz0iIj5TTElNQGlldGYub3JnPC9hPg0KPGEgaHJlZj0i aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zbGltIiB0YXJnZXQ9Il9ibGFu ayIgY2xhc3M9IiI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zbGltPC9h Pg0KPC9wcmU+DQo8L3NwYW4+PC9ibG9ja3F1b3RlPg0KPHNwYW4gY2xhc3M9IiI+PGZvbnQgY29s b3I9IiM4ODg4ODgiIGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjxwcmUgY29scz0iNzIiIGNsYXNz PSIiPi0tIA0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkd1bm5h ciBIZWxsc3Ryw7ZtDQpPbW5pdG9yDQo8YSBocmVmPSJtYWlsdG86Z3VubmFyLmhlbGxzdHJvbUBv bW5pdG9yLnNlIiB0YXJnZXQ9Il9ibGFuayIgY2xhc3M9IiI+Z3VubmFyLmhlbGxzdHJvbUBvbW5p dG9yLnNlPC9hPg0KJiM0Mzs0NiA3MDggMjA0IDI4ODwvcHJlPg0KPC9mb250Pjwvc3Bhbj48L2Rp dj4NCjxiciBjbGFzcz0iIj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fPGJyIGNsYXNzPSIiPg0KU0xJTSBtYWlsaW5nIGxpc3Q8YnIgY2xhc3M9IiI+DQo8 YSBocmVmPSJtYWlsdG86U0xJTUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiIGNsYXNzPSIiPlNM SU1AaWV0Zi5vcmc8L2E+PGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9zbGltIiByZWw9Im5vcmVmZXJyZXIiIHRhcmdldD0iX2JsYW5r IiBjbGFzcz0iIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NsaW08L2E+ PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8YnIg Y2xhc3M9IiI+DQo8YnIgY2xlYXI9ImFsbCIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPjxiciBj bGFzcz0iIj4NCjwvZGl2Pg0KLS0gPGJyIGNsYXNzPSIiPg0KPGRpdiBkYXRhLXNtYXJ0bWFpbD0i Z21haWxfc2lnbmF0dXJlIiBjbGFzcz0iIj4NCjxkaXYgZGlyPSJsdHIiIGNsYXNzPSIiPg0KPGRp diBjbGFzcz0iIj4NCjxkaXYgZGlyPSJsdHIiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxk aXYgZGlyPSJsdHIiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgZGlyPSJsdHIiIGNs YXNzPSIiPg0KPHByZSBjbGFzcz0iIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Y291cmllciBu ZXcsbW9ub3NwYWNlIiBjbGFzcz0iIj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxiciBjbGFzcz0iIj5NdWx0aXBsZSBMYW5n dWFnZSBDb250ZW50IFR5cGUgSW50ZXJuZXQgRHJhZnQ6PC9zcGFuPjwvcHJlPg0KPGEgaHJlZj0i aHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC10b21raW5zb24tbXVsdGlsYW5n Y29udGVudC8iIHRhcmdldD0iX2JsYW5rIiBjbGFzcz0iIj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6Y291cmllciBuZXcsbW9ub3NwYWNlIiBjbGFzcz0iIj48L3NwYW4+PC9hPjxhIGhyZWY9Imh0 dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtdG9ta2luc29uLXNsaW0tbXVsdGls YW5nY29udGVudC8iIHRhcmdldD0iX2JsYW5rIiBjbGFzcz0iIj5odHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXNsaW0tbXVsdGlsYW5nY29udGVudC88L2E+PGJyIGNs YXNzPSIiPg0KPHByZSBjbGFzcz0iIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Y291cmllciBu ZXcsbW9ub3NwYWNlIiBjbGFzcz0iIj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTwvc3Bhbj48YnIgY2xhc3M9IiI+PC9wcmU+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPGJyIGNsYXNz PSIiPg0KPHAgc3R5bGU9ImZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWY7Zm9udC1zaXplOjEx cHg7Y29sb3I6Izk5OTk5OSIgY2xhc3M9IiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LWZhbWlseTpBcmlhbCxzYW5zLXNlcmlmO2NvbG9yOiM5OTk5OTkiIGNsYXNzPSIiPlRoaXMgZW1h aWwgYW5kIGl0cyBhdHRhY2htZW50cyBhcmUgaW50ZW5kZWQgZm9yIHRoZSBhYm92ZSBuYW1lZCBv bmx5IGFuZCBtYXkgYmUgY29uZmlkZW50aWFsLiBJZiB0aGV5DQogaGF2ZSBjb21lIHRvIHlvdSBp biBlcnJvciB5b3UgbXVzdCB0YWtlIG5vIGFjdGlvbiBiYXNlZCBvbiB0aGVtLCBub3IgbXVzdCB5 b3UgY29weSBvciBzaG93IHRoZW0gdG8gYW55b25lOyBwbGVhc2UgcmVwbHkgdG8gdGhpcyBlbWFp bCBvciBjYWxsDQo8YSBocmVmPSJ0ZWw6JTJCNDQlMjAyMDclMjAzNTYlMjAwNjAwIiB2YWx1ZT0i JiM0Mzs0NDIwNzM1NjA2MDAiIHRhcmdldD0iX2JsYW5rIiBjbGFzcz0iIj4NCiYjNDM7NDQgMjA3 IDM1NiAwNjAwPC9hPiBhbmQgaGlnaGxpZ2h0IHRoZSBlcnJvci4gPC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0K PGJyIGNsZWFyPSJhbGwiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8 L2Rpdj4NCi0tIDxiciBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9ImdtYWlsX3NpZ25hdHVyZSIgZGF0 YS1zbWFydG1haWw9ImdtYWlsX3NpZ25hdHVyZSI+DQo8ZGl2IGRpcj0ibHRyIiBjbGFzcz0iIj4N CjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGRpcj0ibHRyIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+ DQo8ZGl2IGRpcj0ibHRyIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGRpcj0ibHRy IiBjbGFzcz0iIj4NCjxwcmUgY2xhc3M9IiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OmNvdXJp ZXIgbmV3LG1vbm9zcGFjZSIgY2xhc3M9IiI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnIgY2xhc3M9IiI+TXVsdGlwbGUg TGFuZ3VhZ2UgQ29udGVudCBUeXBlIEludGVybmV0IERyYWZ0Ojwvc3Bhbj48L3ByZT4NCjxhIGhy ZWY9Imh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtdG9ta2luc29uLW11bHRp bGFuZ2NvbnRlbnQvIiB0YXJnZXQ9Il9ibGFuayIgY2xhc3M9IiI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OmNvdXJpZXIgbmV3LG1vbm9zcGFjZSIgY2xhc3M9IiI+PC9zcGFuPjwvYT48YSBocmVm PSJodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXRvbWtpbnNvbi1zbGltLW11 bHRpbGFuZ2NvbnRlbnQvIiB0YXJnZXQ9Il9ibGFuayIgY2xhc3M9IiI+aHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1zbGltLW11bHRpbGFuZ2NvbnRlbnQvPC9hPjxi ciBjbGFzcz0iIj4NCjxwcmUgY2xhc3M9IiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OmNvdXJp ZXIgbmV3LG1vbm9zcGFjZSIgY2xhc3M9IiI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08L3NwYW4+PGJyIGNsYXNzPSIiPjwv cHJlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxiciBj bGFzcz0iIj4NCjxwIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsc2Fucy1zZXJpZjtmb250LXNp emU6MTFweDtjb2xvcjojOTk5OTk5OyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZh bWlseTogQXJpYWwsc2Fucy1zZXJpZjtjb2xvcjojOTk5OTk5OyBtc28tZmFyZWFzdC1mb250LWZh bWlseTogQXJpYWw7IG1zby1mYXJlYXN0LXRoZW1lLWZvbnQ6IG1pbm9yLWxhdGluOyBtc28tYmlk aS1mb250LWZhbWlseTogJnF1b3Q7QXJpYWwmcXVvdDs7IG1zby1hbnNpLWxhbmd1YWdlOiBFTi1V UzsgbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6IEVOLUdCOyBtc28tYmlkaS1sYW5ndWFnZTogQVItU0Ei PlRoaXMNCiBlbWFpbCBhbmQgaXRzIGF0dGFjaG1lbnRzIGFyZSBpbnRlbmRlZCBmb3IgdGhlIGFi b3ZlIG5hbWVkIG9ubHkgYW5kIG1heSBiZSBjb25maWRlbnRpYWwuIElmIHRoZXkgaGF2ZSBjb21l IHRvIHlvdSBpbiBlcnJvciB5b3UgbXVzdCB0YWtlIG5vIGFjdGlvbiBiYXNlZCBvbiB0aGVtLCBu b3IgbXVzdCB5b3UgY29weSBvciBzaG93IHRoZW0gdG8gYW55b25lOyBwbGVhc2UgcmVwbHkgdG8g dGhpcyBlbWFpbCBvciBjYWxsICYjNDM7NDQgMjA3IDM1NiAwNjAwDQogYW5kIGhpZ2hsaWdodCB0 aGUgZXJyb3IuIDwvc3Bhbj48L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_38AC20B20DAD420EB32252629F210934gsmacom_-- From nobody Mon Jul 25 06:07:27 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BC94812D889 for ; Mon, 25 Jul 2016 06:07:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.719 X-Spam-Level: X-Spam-Status: No, score=-2.719 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=fastmail.fm header.b=WV2PQljJ; dkim=pass (1024-bit key) header.d=messagingengine.com header.b=aSsr/o8h Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nPHK-vYp99tH for ; Mon, 25 Jul 2016 06:07:23 -0700 (PDT) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 929FD12D83F for ; Mon, 25 Jul 2016 06:07:23 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id EB5602065C; Mon, 25 Jul 2016 09:07:22 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute6.internal (MEProxy); Mon, 25 Jul 2016 09:07:23 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=mesmtp; bh=bfX9SkbppTe1L/E0X6kTWTb+LqU=; b=WV2PQl jJPAAzE4aA+gm/HbLkTTVpa2d/fpNoyENQl43srF7jwVj4Kx99u3G6QiWj9wAQUE i/+Pca9+mvuPGCGy87mKc81wVZplgexb4FWBd3L+HltNQDP/ZcUn0L1exz5hniV/ 2E8IHK0FH6ovsvySgLDRejNCHc2wLn05tSJLw= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=bfX9SkbppTe1L/E 0X6kTWTb+LqU=; b=aSsr/o8h5JkyBUz1o7ZUpxY4g7t6+oMu7AQ6wtI5Bldx8yN OgpNzBAupUs3F4a6+KTSlH1jm2YkSKrgNp3jb+B++/WuKV0QZR9g/HPVYStnp1Jd pSf7ah5sPIfVrUhlYszq8Qm0/FW56sJh5gsqqx03YK8lt/lNyw1TXEhvm1Bk= Received: by mailuser.nyi.internal (Postfix, from userid 99) id B5FBDA8DC6; Mon, 25 Jul 2016 09:07:22 -0400 (EDT) Message-Id: <1469452042.2608839.675982945.6FE4437D@webmail.messagingengine.com> X-Sasl-Enc: 4ppX/AlLfB6O7SV3SK28SkrORXTDWcThx+Pdn2iI6W+W 1469452042 From: Alexey Melnikov To: Nik Tomkinson , Natasha Rooney MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary="_----------=_146945204226088390"; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-30273df8 Date: Mon, 25 Jul 2016 14:07:22 +0100 In-Reply-To: References: <56128392-5138-487C-9D99-151BC4C13D34@gsma.com> <9E3509FC-74F4-4B0A-9273-99E8C5EED59A@gsma.com> Archived-At: Cc: slim@ietf.org, =?utf-8?Q?Gunnar=20Hellstr=C3=B6m?= Subject: Re: [Slim] Documents in WGLC X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2016 13:07:26 -0000 This is a multi-part message in MIME format. --_----------=_146945204226088390 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Hi Nik, =20 On Mon, Jul 25, 2016, at 01:44 PM, Nik Tomkinson wrote: > Thanks for doing that. I have spotted a slight inconsistency in my > document, do I need to create a ticket (now it is in WGLC) or can I > just edit and submit a new version? =20 Either way is fine, the process is up to WG chairs (So basically do what they prefer). =20 > > Also, will the WG State on > https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ be > updated to show WGLC automatically or do I need to do anything for > that to happen? =20 Chairs need to change this manually. > > Nik. > > On 25 July 2016 at 13:31, Natasha Rooney wrote: >> Sure np! multilangcontent-03! >> >> >> >> >> >> Natasha >> >> >> Natasha Rooney | Technologist, Web and Internet, W3C & IETF | GSMA | >> nrooney@gsma.com | +44 (0) 7730 219 765[1] | @thisNatasha | Skype: >> nrooney@gsm.org >> >>> On 22 Jul 2016, at 19:15, Nik Tomkinson >>> wrote: >>> >>> Natasha/Bernard, >>> >>> please can you make the draft version that is put forward to WGLC >>> instead: >>> >>> draft-ietf-slim-multilangcontent-03 >>> >>> as this is the latest version as of today (which has some very >>> useful additions). >>> >>> Thanks, >>> >>> Nik. >>> >>> On 22 July 2016 at 12:02, Gunnar Hellstr=C3=B6m >>> wrote: >>> >>>> Natasha, >>>> A large number of issues have been cleared up to draft-ietf-slim-negot= iating-human-language- >>>> 04 >>>> Can you make that the base for the WGLC instead? >>>> Or, what is the procedure for getting version -04 recognized? >>>> /Gunnar >>>> >>>> Den 2016-07-22 kl. 12:39, skrev Natasha Rooney: >>>>> Hi all, >>>>> >>>>> Thanks for the meeting this week. We are pleased to announce that >>>>> both drafts below have entered into Working Group Last Call. We >>>>> will aim to exit WGLC on 12th August, which gives us three week >>>>> from today. >>>>> >>>>> draft-ietf-slim-multilangcontent-01 >>>>> Multiple Language Content Type >>>>> >>>>> draft-ietf-slim-negotiating-human-language-01 >>>>> Negotiating Human Language in Real-Time Communications >>>>> >>>>> *Issues: *if you have issues please submit these to the IETF Issue >>>>> Tracker at [1]. Please feel free to discuss items on the list >>>>> also. >>>>> >>>>> Thanks everyone! >>>>> >>>>> Natasha >>>>> >>>>> [1] https://tools.ietf.org/wg/slim/trac/newticket >>>>> >>>>> Natasha Rooney | Technologist, Web and Internet, W3C & IETF | >>>>> GSMA | nrooney@gsma.com | +44 (0) 7730 219 765[2] | @thisNatasha >>>>> | Skype: nrooney@gsm.org >>>>> >>>>> >>>>> This email and its attachments are intended for the above named >>>>> only and may be confidential. If they have come to you in error >>>>> you must take no action based on them, nor must you copy or show >>>>> them to anyone; please reply to this email or call +44 207 356 >>>>> 0600[3] and highlight the error. >>>>> >>>>> >>>>> >>>>> _______________________________________________ SLIM mailing list >>>>> SLIM@ietf.org https://www.ietf.org/mailman/listinfo/slim >>>>> >>>>> >>>> >>>> -- ----------------------------------------- Gunnar Hellstr=C3=B6m >>>> Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 >>>> >>>> >>>> _______________________________________________ >>>> SLIM mailing list >>>> SLIM@ietf.org >>>> https://www.ietf.org/mailman/listinfo/slim >>>> >>> >>> >>> >>> -- >>> >>> ----------------------------------------------------------------- >>> Multiple Language Content Type Internet Draft: >>> https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/[4] >>> >>> ----------------------------------------------------------------- >> >> This email and its attachments are intended for the above named only >> and may be confidential. If they have come to you in error you must >> take no action based on them, nor must you copy or show them to >> anyone; please reply to this email or call +44 207 356 0600[5] and >> highlight the error. > > > > -- > ----------------------------------------------------------------- > Multiple Language Content Type Internet Draft: > https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/[6] > ----------------------------------------------------------------- > _________________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim =C2=A0 Links: 1. tel:%2B44%20%280%29%207730%C2%A0219%20765 2. tel:%2B44%20%280%29%207730%C2%A0219%20765 3. tel:%2B44%20207%20356%200600 4. http://datatracker.ietf.org/doc/draft-tomkinson-slim-multilangcontent/ 5. tel:%2B44%20207%20356%200600 6. http://datatracker.ietf.org/doc/draft-tomkinson-slim-multilangcontent/ --_----------=_146945204226088390 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"
Hi Nik,
 
On Mon, Jul 25, 2016, at 01:44 PM, Nik Tomkinson wrote:
Thanks for doing that. I ha= ve spotted a slight inconsistency in my document, do I need to create a tic= ket (now it is in WGLC) or can I just edit and submit a new version?
 
Either way is fine, the process is up to WG chairs (So basically do wh= at they prefer).
 
 
Also, will the WG State on https://datatracker.ietf.org/doc/d= raft-ietf-slim-multilangcontent/ be updated to show WGLC automatically = or do I need to do anything for that to happen?
 
Chairs need to change this manually.
 
Nik.
 
On 25 July 2016 at 13:31, Natasha = Rooney <nrooney@gs= ma.com> wrote:
Sure np! multilangcontent-03!<= span class=3D"colour" style=3D"color:rgb(136, 136, 136)">
 
 
 


Natasha


Natasha Rooney | Te= chnologist, Web and Internet, W3C & IETF | GSMA | nrooney@gsma.com | +44 (0) 7730 219 765 | @thisNatash= a | Skype: nrooney@gsm.org
=
 
On 22 Jul 2016, at 19:15, Nik Tomkinson= <rfc.nik.tomkinson@gmail= .com> wrote:
 
Natasha/Bernard,
 
please can you make the draft version that is put forward to WGLC inst= ead:
 
draft-ietf-slim-multilangcontent-03
 
as this is the latest version as of today (which has some very useful = additions).
 
Thanks,
 
Nik.
 
On 22 July 2016 at 12:02, Gunnar H= ellstr=C3=B6m <gunnar.hellstrom@omnitor.se> wrote:
 

Natasha,

A large number of issues have b= een cleared up to draft-ietf-slim-negotiating-human-language-04

C= an you make that the base for the WGLC instead?

Or, what is the p= rocedure for getting version -04 recognized?

/Gunnar

=
 
Den 2016-07-22 kl. 12:39, skrev Natasha Rooney:
Hi all,
 
Thanks for the meeting this week. We are pleased to announce that= both drafts below have entered into Working Group Last Call. We will aim t= o exit WGLC on 12th August, which gives us three week from today.
 
draft-ietf-slim-multilangcontent-01 
Multiple Language Content Type
 
draft-ietf-slim-negotiating-human-language-01 
Negotiating Human Language in Real-Time Communications
 
Issues: if you have issues please submit these to the IETF Issu= e Tracker at [1]. Please feel free to discuss items on the list also. =
 
Thanks everyone!
<= div> 
Natasha
 
 
Natasha Rooney | Technologist, Web and Internet, W3C & IETF = | GSMA | nrooney@gsma.com = ;| +44 (0) 7730 = ;219 765 | @thisNatasha | Skype: nrooney@gsm.org
 
 

Th= is email and its attachments are intended for the above named only and may = be confidential. If they have come to you in error you must take no action based on them, nor must = you copy or show them to anyone; please reply to this email or call +44 207 356 0600 and highlight the e= rror.

 
 
 
_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org=
/mailman/listinfo/slim
 
 
--=20
-----------------------------------------
Gunnar Hellstr=C3=B6m
Omnitor
gunnar.hellstrom@omnitor.se<=
/a>
+46 708 204 288
 
_______________________________________________
SLIM mailing list
 
 
 
 
--
 
----------------------------------------------------------------=
-
Multiple Language Content Type Internet Draft:
 
--=
---------------------------------------------------------------
<=
/pre>
 

Th= is email and its attachments are intended for the above named only and may be= confidential. If they have come to you in error you must take no action ba= sed on them, nor must you copy or show them to anyone; please reply to this= email or call +44 207 356 0600 and highlight the error.

 
 
 
--
_______________________________________________
SLIM mailing list
 
--_----------=_146945204226088390-- From nobody Mon Jul 25 06:14:18 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BC4012D095 for ; Mon, 25 Jul 2016 06:14:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.921 X-Spam-Level: X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gsmasso.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iYspFKm7s0GC for ; Mon, 25 Jul 2016 06:14:14 -0700 (PDT) Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30086.outbound.protection.outlook.com [40.107.3.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B065712D0AC for ; Mon, 25 Jul 2016 06:14:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=GSMASSO.onmicrosoft.com; s=selector1-gsma-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=64C8hwUJ46gvOt+8TW8x+c48qjjm89KKMXsMK3qM8Ew=; b=XM1SMCCkCsAMCYpUcjp/jBWyqVZmyRR5YSl250t7ghz8Ms28kKc/UWcbbJnOiX4rgXU98dunWdZMwJ0TrWoVTnWk6RK6POwoPRsgILGY9yhUmMD48IEXPJ/7fL20RYFITFIxT7vrx/kmaASkLtqR/wDDB6YXhaxioDlrjh28oBA= Received: from VI1PR0401MB2064.eurprd04.prod.outlook.com (10.166.141.138) by VI1PR0401MB2064.eurprd04.prod.outlook.com (10.166.141.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.549.5; Mon, 25 Jul 2016 13:14:09 +0000 Received: from VI1PR0401MB2064.eurprd04.prod.outlook.com ([10.166.141.138]) by VI1PR0401MB2064.eurprd04.prod.outlook.com ([10.166.141.138]) with mapi id 15.01.0549.016; Mon, 25 Jul 2016 13:14:09 +0000 From: Natasha Rooney To: Alexey Melnikov Thread-Topic: [Slim] Documents in WGLC Thread-Index: AQHR5AVLt4Myud10Q0SJmSujOFJoj6AkSSEAgABoIYCABGelgIAAA4eAgAAGfQCAAAHmAA== Date: Mon, 25 Jul 2016 13:14:09 +0000 Message-ID: <03E5E146-026B-4C6A-9560-C3238A10A915@gsma.com> References: <56128392-5138-487C-9D99-151BC4C13D34@gsma.com> <9E3509FC-74F4-4B0A-9273-99E8C5EED59A@gsma.com> <1469452042.2608839.675982945.6FE4437D@webmail.messagingengine.com> In-Reply-To: <1469452042.2608839.675982945.6FE4437D@webmail.messagingengine.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3124) authentication-results: spf=none (sender IP is ) smtp.mailfrom=nrooney@gsma.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [88.131.58.28] x-ms-office365-filtering-correlation-id: 7240f69f-548e-4591-876f-08d3b48d9095 x-microsoft-exchange-diagnostics: 1; VI1PR0401MB2064; 6:hhlJGJJIpxcL8q41FjUj0it6DTpfq/1XyQYKpV77WhoBrvGpgnlGMxMk1E3FgKSLZCTnlJhlbUfPkZKqL0cUycC8bFhOBzLj1epj3azlZOWzKY4UnCjHB1opT0DFXtxtISkoIxIrcsoRyh2QOyyLN2rsaQwdxf4ptxc7vikK207d40tjLvAvtB8/05EBHOsaBkq6naOtXgh55ZHcG/ZICcro+bjpu6Bs3GH0qolLpxau3+/QDnnncaydnU9jNFUgLmxwgupXBDmhLeabYvYD4c/S1z+fzcyJ4MP1sJbCIUQ=; 5:wHeFEwT1d/qnPupUAt5uLbqAyyqbruJCdAeR8+Ez85Dzq/UbUf8b2ajMXJEkZ9NGF4PzcY1GOwVNVKKhqmIozmyPlnRS38sIwmA9KkiCk4oHroQHyRfDOCzdqdwt9l2BuKYGzbwlmongf0NZ5IP6XQ==; 24:myuP5hNPvEcCYS3UCactWDO+YeR34dewsEy16AmZCw7+2SRILAxmXp054AElXzGsIv8f0bZo0P56jwbn0+9HkRPcOVwB0X/79OSLXUSJ6NU=; 7:wNJtLQLt063ffIKkgZb8dhLLQOCEoesn299jIwXsjxosVsKjCIKzKXi0huXGSK0BT/k1x3O2s4HIcm8lwobADvuO4yGpPfQI2IynIh824r2w7Fmm0ud/XZVpWsKVqEm6S0aDnOrbvWLTve7pWENd7lKwW+TLt7kaMfl+cB4pHB7QF5lXVbe2KX4rLGzSsj4exXqqFZd/vhrOJI3mYk9kBr42S1ToMvUYFLNM4Gyeml9295Zn3QO/PAvdkwLIGpXF x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:VI1PR0401MB2064; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001); SRVR:VI1PR0401MB2064; BCL:0; PCL:0; RULEID:; SRVR:VI1PR0401MB2064; x-forefront-prvs: 0014E2CF50 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(189002)(57704003)(377454003)(199003)(53754006)(377424004)(52044002)(51914003)(24454002)(6116002)(102836003)(68736007)(50226002)(76176999)(77096005)(5002640100001)(106356001)(106116001)(189998001)(3846002)(110136002)(3280700002)(36756003)(2950100001)(7906003)(16236675004)(2906002)(97736004)(2900100001)(5890100001)(15975445007)(10400500002)(33656002)(92566002)(3660700001)(7846002)(4326007)(50986999)(66066001)(8666005)(82746002)(586003)(19580405001)(19610725007)(19580395003)(83716003)(7736002)(122556002)(101416001)(8936002)(86362001)(93886004)(81166006)(8676002)(81156014)(105586002)(87936001)(57306001)(19617315012)(11100500001)(7059030)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR0401MB2064; H:VI1PR0401MB2064.eurprd04.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: gsma.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_03E5E146026B4C6A9560C3238A10A915gsmacom_" MIME-Version: 1.0 X-OriginatorOrg: gsma.com X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Jul 2016 13:14:09.6427 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72a4ff82-fec3-469d-aafb-ac8276216699 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0401MB2064 X-MS-Exchange-CrossPremises-AuthAs: Internal X-MS-Exchange-CrossPremises-AuthMechanism: 04 X-MS-Exchange-CrossPremises-AuthSource: VI1PR0401MB2064.eurprd04.prod.outlook.com X-MS-Exchange-CrossPremises-SCL: 1 X-MS-Exchange-CrossPremises-messagesource: StoreDriver X-MS-Exchange-CrossPremises-BCC: X-MS-Exchange-CrossPremises-originalclientipaddress: 88.131.58.28 X-MS-Exchange-CrossPremises-avstamp-service: 1.0 X-MS-Exchange-CrossPremises-disclaimer-hash: 78ca8040c6722e32c2f5b0a45bf37e74b9409d645a53be96aa19958e0cee0f00 X-MS-Exchange-CrossPremises-antispam-scancontext: DIR:Originating; SFV:NSPM; SKIP:0; X-MS-Exchange-CrossPremises-processed-by-journaling: Journal Agent X-OrganizationHeadersPreserved: VI1PR0401MB2064.eurprd04.prod.outlook.com Archived-At: Cc: "slim@ietf.org" , Nik Tomkinson , =?utf-8?B?R3VubmFyIEhlbGxzdHLDtm0=?= Subject: Re: [Slim] Documents in WGLC X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2016 13:14:16 -0000 --_000_03E5E146026B4C6A9560C3238A10A915gsmacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzIEFsZXhleSENCg0KTmlrIC0gSeKAmW0gaGFwcHkgZm9yIHlvdSBqdXN0IHRvIGNoYW5n ZSB0aGUgZG9jdW1lbnQgZGlyZWN0bHkgd2l0aCBhIHNtYWxsIGluY29uc2lzdGVuY3kgYW5kIGZv ciB0aGluZ3MgbGlrZSB0eXBvcy4gRm9yIGV2ZXJ5dGhpbmcgZWxzZSBnbyB0aHJvdWdoIHRoZSBp c3N1ZXMgKGFzIEkgYW0gc3VyZSB5b3UgYWxyZWFkeSBrbm93ISkuDQoNCk5hdGFzaGENCg0KDQpO YXRhc2hhIFJvb25leSB8IEludGVybmV0IEVuZ2luZWVyaW5nIERpcmVjdG9yIHwgR1NNQSB8IG5y b29uZXlAZ3NtYS5jb208bWFpbHRvOm5yb29uZXlAZ3NtYS5jb20+IHwgKzQ0ICgwKSA3NzMwIDIx OSA3NjUgfCBAdGhpc05hdGFzaGEgfCBTa3lwZTogbnJvb25leUBnc20ub3JnPG1haWx0bzpucm9v bmV5QGdzbS5vcmc+DQoNCg0KT24gMjUgSnVsIDIwMTYsIGF0IDE1OjA3LCBBbGV4ZXkgTWVsbmlr b3YgPGFhbWVsbmlrb3ZAZmFzdG1haWwuZm08bWFpbHRvOmFhbWVsbmlrb3ZAZmFzdG1haWwuZm0+ PiB3cm90ZToNCg0KSGkgTmlrLA0KDQpPbiBNb24sIEp1bCAyNSwgMjAxNiwgYXQgMDE6NDQgUE0s IE5payBUb21raW5zb24gd3JvdGU6DQpUaGFua3MgZm9yIGRvaW5nIHRoYXQuIEkgaGF2ZSBzcG90 dGVkIGEgc2xpZ2h0IGluY29uc2lzdGVuY3kgaW4gbXkgZG9jdW1lbnQsIGRvIEkgbmVlZCB0byBj cmVhdGUgYSB0aWNrZXQgKG5vdyBpdCBpcyBpbiBXR0xDKSBvciBjYW4gSSBqdXN0IGVkaXQgYW5k IHN1Ym1pdCBhIG5ldyB2ZXJzaW9uPw0KDQpFaXRoZXIgd2F5IGlzIGZpbmUsIHRoZSBwcm9jZXNz IGlzIHVwIHRvIFdHIGNoYWlycyAoU28gYmFzaWNhbGx5IGRvIHdoYXQgdGhleSBwcmVmZXIpLg0K DQoNCkFsc28sIHdpbGwgdGhlIFdHIFN0YXRlIG9uIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LWlldGYtc2xpbS1tdWx0aWxhbmdjb250ZW50LyBiZSB1cGRhdGVkIHRvIHNo b3cgV0dMQyBhdXRvbWF0aWNhbGx5IG9yIGRvIEkgbmVlZCB0byBkbyBhbnl0aGluZyBmb3IgdGhh dCB0byBoYXBwZW4/DQoNCkNoYWlycyBuZWVkIHRvIGNoYW5nZSB0aGlzIG1hbnVhbGx5Lg0KDQpO aWsuDQoNCk9uIDI1IEp1bHkgMjAxNiBhdCAxMzozMSwgTmF0YXNoYSBSb29uZXkgPG5yb29uZXlA Z3NtYS5jb208bWFpbHRvOm5yb29uZXlAZ3NtYS5jb20+PiB3cm90ZToNClN1cmUgbnAhIG11bHRp bGFuZ2NvbnRlbnQtMDMhDQoNCg0KDQoNCg0KTmF0YXNoYQ0KDQoNCk5hdGFzaGEgUm9vbmV5IHwg VGVjaG5vbG9naXN0LCBXZWIgYW5kIEludGVybmV0LCBXM0MgJiBJRVRGIHwgR1NNQSB8IG5yb29u ZXlAZ3NtYS5jb208bWFpbHRvOm5yb29uZXlAZ3NtYS5jb20+IHwgKzQ0ICgwKSA3NzMwIDIxOSA3 NjU8dGVsOiUyQjQ0JTIwJTI4MCUyOSUyMDc3MzAlQzIlQTAyMTklMjA3NjU+IHwgQHRoaXNOYXRh c2hhIHwgU2t5cGU6IG5yb29uZXlAZ3NtLm9yZzxtYWlsdG86bnJvb25leUBnc20ub3JnPg0KDQpP biAyMiBKdWwgMjAxNiwgYXQgMTk6MTUsIE5payBUb21raW5zb24gPHJmYy5uaWsudG9ta2luc29u QGdtYWlsLmNvbTxtYWlsdG86cmZjLm5pay50b21raW5zb25AZ21haWwuY29tPj4gd3JvdGU6DQoN Ck5hdGFzaGEvQmVybmFyZCwNCg0KcGxlYXNlIGNhbiB5b3UgbWFrZSB0aGUgZHJhZnQgdmVyc2lv biB0aGF0IGlzIHB1dCBmb3J3YXJkIHRvIFdHTEMgaW5zdGVhZDoNCg0KZHJhZnQtaWV0Zi1zbGlt LW11bHRpbGFuZ2NvbnRlbnQtMDMNCg0KYXMgdGhpcyBpcyB0aGUgbGF0ZXN0IHZlcnNpb24gYXMg b2YgdG9kYXkgKHdoaWNoIGhhcyBzb21lIHZlcnkgdXNlZnVsIGFkZGl0aW9ucykuDQoNClRoYW5r cywNCg0KTmlrLg0KDQpPbiAyMiBKdWx5IDIwMTYgYXQgMTI6MDIsIEd1bm5hciBIZWxsc3Ryw7Zt IDxndW5uYXIuaGVsbHN0cm9tQG9tbml0b3Iuc2U8bWFpbHRvOmd1bm5hci5oZWxsc3Ryb21Ab21u aXRvci5zZT4+IHdyb3RlOg0KDQoNCk5hdGFzaGEsDQoNCkEgbGFyZ2UgbnVtYmVyIG9mIGlzc3Vl cyBoYXZlIGJlZW4gY2xlYXJlZCB1cCB0byBkcmFmdC1pZXRmLXNsaW0tbmVnb3RpYXRpbmctaHVt YW4tbGFuZ3VhZ2UtMDQNCg0KQ2FuIHlvdSBtYWtlIHRoYXQgdGhlIGJhc2UgZm9yIHRoZSBXR0xD IGluc3RlYWQ/DQoNCk9yLCB3aGF0IGlzIHRoZSBwcm9jZWR1cmUgZm9yIGdldHRpbmcgdmVyc2lv biAtMDQgcmVjb2duaXplZD8NCg0KL0d1bm5hcg0KDQoNCkRlbiAyMDE2LTA3LTIyIGtsLiAxMjoz OSwgc2tyZXYgTmF0YXNoYSBSb29uZXk6DQpIaSBhbGwsDQoNClRoYW5rcyBmb3IgdGhlIG1lZXRp bmcgdGhpcyB3ZWVrLiBXZSBhcmUgcGxlYXNlZCB0byBhbm5vdW5jZSB0aGF0IGJvdGggZHJhZnRz IGJlbG93IGhhdmUgZW50ZXJlZCBpbnRvIFdvcmtpbmcgR3JvdXAgTGFzdCBDYWxsLiBXZSB3aWxs IGFpbSB0byBleGl0IFdHTEMgb24gMTJ0aCBBdWd1c3QsIHdoaWNoIGdpdmVzIHVzIHRocmVlIHdl ZWsgZnJvbSB0b2RheS4NCg0KZHJhZnQtaWV0Zi1zbGltLW11bHRpbGFuZ2NvbnRlbnQtMDENCk11 bHRpcGxlIExhbmd1YWdlIENvbnRlbnQgVHlwZQ0KDQpkcmFmdC1pZXRmLXNsaW0tbmVnb3RpYXRp bmctaHVtYW4tbGFuZ3VhZ2UtMDENCk5lZ290aWF0aW5nIEh1bWFuIExhbmd1YWdlIGluIFJlYWwt VGltZSBDb21tdW5pY2F0aW9ucw0KDQpJc3N1ZXM6IGlmIHlvdSBoYXZlIGlzc3VlcyBwbGVhc2Ug c3VibWl0IHRoZXNlIHRvIHRoZSBJRVRGIElzc3VlIFRyYWNrZXIgYXQgWzFdLiBQbGVhc2UgZmVl bCBmcmVlIHRvIGRpc2N1c3MgaXRlbXMgb24gdGhlIGxpc3QgYWxzby4NCg0KVGhhbmtzIGV2ZXJ5 b25lIQ0KDQpOYXRhc2hhDQoNClsxXSBodHRwczovL3Rvb2xzLmlldGYub3JnL3dnL3NsaW0vdHJh Yy9uZXd0aWNrZXQNCg0KTmF0YXNoYSBSb29uZXkgfCBUZWNobm9sb2dpc3QsIFdlYiBhbmQgSW50 ZXJuZXQsIFczQyAmIElFVEYgfCBHU01BIHwgbnJvb25leUBnc21hLmNvbTxtYWlsdG86bnJvb25l eUBnc21hLmNvbT4gfCArNDQgKDApIDc3MzAgMjE5IDc2NTx0ZWw6JTJCNDQlMjAlMjgwJTI5JTIw NzczMCVDMiVBMDIxOSUyMDc2NT4gfCBAdGhpc05hdGFzaGEgfCBTa3lwZTogbnJvb25leUBnc20u b3JnPG1haWx0bzpucm9vbmV5QGdzbS5vcmc+DQoNCg0KDQpUaGlzIGVtYWlsIGFuZCBpdHMgYXR0 YWNobWVudHMgYXJlIGludGVuZGVkIGZvciB0aGUgYWJvdmUgbmFtZWQgb25seSBhbmQgbWF5IGJl IGNvbmZpZGVudGlhbC4gSWYgdGhleSBoYXZlIGNvbWUgdG8geW91IGluIGVycm9yIHlvdSBtdXN0 IHRha2Ugbm8gYWN0aW9uIGJhc2VkIG9uIHRoZW0sIG5vciBtdXN0IHlvdSBjb3B5IG9yIHNob3cg dGhlbSB0byBhbnlvbmU7IHBsZWFzZSByZXBseSB0byB0aGlzIGVtYWlsIG9yIGNhbGwgKzQ0IDIw NyAzNTYgMDYwMDx0ZWw6JTJCNDQlMjAyMDclMjAzNTYlMjAwNjAwPiBhbmQgaGlnaGxpZ2h0IHRo ZSBlcnJvci4NCg0KDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KU0xJTSBtYWlsaW5nIGxpc3QNClNMSU1AaWV0Zi5vcmc8bWFpbHRvOlNMSU1A aWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NsaW0NCg0K DQoNCg0KDQotLQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkd1 bm5hciBIZWxsc3Ryw7ZtDQpPbW5pdG9yDQpndW5uYXIuaGVsbHN0cm9tQG9tbml0b3Iuc2U8bWFp bHRvOmd1bm5hci5oZWxsc3Ryb21Ab21uaXRvci5zZT4NCis0NiA3MDggMjA0IDI4OA0KDQoNCg0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClNMSU0gbWFp bGluZyBsaXN0DQpTTElNQGlldGYub3JnPG1haWx0bzpTTElNQGlldGYub3JnPg0KaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zbGltDQoNCg0KDQoNCi0tDQoNCg0KLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0NCk11bHRpcGxlIExhbmd1YWdlIENvbnRlbnQgVHlwZSBJbnRlcm5ldCBEcmFmdDoNCg0KPGh0 dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtdG9ta2luc29uLW11bHRpbGFuZ2Nv bnRlbnQvPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtc2xpbS1t dWx0aWxhbmdjb250ZW50LzxodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXRv bWtpbnNvbi1zbGltLW11bHRpbGFuZ2NvbnRlbnQvPg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCg0KDQpUaGlz IGVtYWlsIGFuZCBpdHMgYXR0YWNobWVudHMgYXJlIGludGVuZGVkIGZvciB0aGUgYWJvdmUgbmFt ZWQgb25seSBhbmQgbWF5IGJlIGNvbmZpZGVudGlhbC4gSWYgdGhleSBoYXZlIGNvbWUgdG8geW91 IGluIGVycm9yIHlvdSBtdXN0IHRha2Ugbm8gYWN0aW9uIGJhc2VkIG9uIHRoZW0sIG5vciBtdXN0 IHlvdSBjb3B5IG9yIHNob3cgdGhlbSB0byBhbnlvbmU7IHBsZWFzZSByZXBseSB0byB0aGlzIGVt YWlsIG9yIGNhbGwgKzQ0IDIwNyAzNTYgMDYwMDx0ZWw6JTJCNDQlMjAyMDclMjAzNTYlMjAwNjAw PiBhbmQgaGlnaGxpZ2h0IHRoZSBlcnJvci4NCg0KDQoNCg0KLS0NCg0KLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCk11bHRp cGxlIExhbmd1YWdlIENvbnRlbnQgVHlwZSBJbnRlcm5ldCBEcmFmdDoNCg0KPGh0dHA6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtdG9ta2luc29uLW11bHRpbGFuZ2NvbnRlbnQvPmh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtc2xpbS1tdWx0aWxhbmdj b250ZW50LzxodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXRvbWtpbnNvbi1z bGltLW11bHRpbGFuZ2NvbnRlbnQvPg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KU0xJTSBtYWlsaW5nIGxpc3QNClNMSU1AaWV0 Zi5vcmc8bWFpbHRvOlNMSU1AaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL3NsaW0NCg0KDQpUaGlzIGVtYWlsIGFuZCBpdHMgYXR0YWNobWVudHMgYXJlIGlu dGVuZGVkIGZvciB0aGUgYWJvdmUgbmFtZWQgb25seSBhbmQgbWF5IGJlIGNvbmZpZGVudGlhbC4g SWYgdGhleSBoYXZlIGNvbWUgdG8geW91IGluIGVycm9yIHlvdSBtdXN0IHRha2Ugbm8gYWN0aW9u IGJhc2VkIG9uIHRoZW0sIG5vciBtdXN0IHlvdSBjb3B5IG9yIHNob3cgdGhlbSB0byBhbnlvbmU7 IHBsZWFzZSByZXBseSB0byB0aGlzIGVtYWlsIG9yIGNhbGwgKzQ0IDIwNyAzNTYgMDYwMCBhbmQg aGlnaGxpZ2h0IHRoZSBlcnJvci4NCg== --_000_03E5E146026B4C6A9560C3238A10A915gsmacom_ Content-Type: text/html; charset="utf-8" Content-ID: <6B1B65523FE66B44BE1ED18DC1C5BE5B@eurprd04.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KVGhhbmtzIEFsZXhleSENCjxkaXYg Y2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPk5payAtIEnigJlt IGhhcHB5IGZvciB5b3UganVzdCB0byBjaGFuZ2UgdGhlIGRvY3VtZW50IGRpcmVjdGx5IHdpdGgg YSBzbWFsbCBpbmNvbnNpc3RlbmN5IGFuZCBmb3IgdGhpbmdzIGxpa2UgdHlwb3MuIEZvciBldmVy eXRoaW5nIGVsc2UgZ28gdGhyb3VnaCB0aGUgaXNzdWVzIChhcyBJIGFtIHN1cmUgeW91IGFscmVh ZHkga25vdyEpLg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwg MCk7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0 YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6 IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0 cm9rZS13aWR0aDogMHB4OyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2Rl OiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIi Pg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgbGV0dGVyLXNwYWNpbmc6IG5vcm1h bDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRl eHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdv cmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHdvcmQtd3Jh cDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJl YWs6IGFmdGVyLXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdi KDAsIDAsIDApOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFs aWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRl LXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQt dGV4dC1zdHJva2Utd2lkdGg6IDBweDsgd29yZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5i c3AtbW9kZTogc3BhY2U7IC13ZWJraXQtbGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7IiBj bGFzcz0iIj4NCjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGxldHRlci1zcGFjaW5n OiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDog MHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBh dXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB3 b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1s aW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0K TmF0YXNoYTxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCk5hdGFz aGEgUm9vbmV5IHwgSW50ZXJuZXQgRW5naW5lZXJpbmcgRGlyZWN0b3IgfCBHU01BIHwmbmJzcDs8 YSBocmVmPSJtYWlsdG86bnJvb25leUBnc21hLmNvbSIgY2xhc3M9IiI+bnJvb25leUBnc21hLmNv bTwvYT4mbmJzcDt8ICYjNDM7NDQgKDApIDc3MzAmbmJzcDsyMTkgNzY1IHwgQHRoaXNOYXRhc2hh IHwgU2t5cGU6Jm5ic3A7PGEgaHJlZj0ibWFpbHRvOm5yb29uZXlAZ3NtLm9yZyIgY2xhc3M9IiI+ bnJvb25leUBnc20ub3JnPC9hPjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8ZGl2Pg0KPGJs b2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPk9uIDI1IEp1bCAy MDE2LCBhdCAxNTowNywgQWxleGV5IE1lbG5pa292ICZsdDs8YSBocmVmPSJtYWlsdG86YWFtZWxu aWtvdkBmYXN0bWFpbC5mbSIgY2xhc3M9IiI+YWFtZWxuaWtvdkBmYXN0bWFpbC5mbTwvYT4mZ3Q7 IHdyb3RlOjwvZGl2Pg0KPGJyIGNsYXNzPSJBcHBsZS1pbnRlcmNoYW5nZS1uZXdsaW5lIj4NCjxk aXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNp emU6IDEzcHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsg Zm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0 bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBu b25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4 OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IiBjbGFzcz0iIj4NCkhpIE5payw8L2Rp dj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTNweDsg Zm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdo dDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFs aWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRl LXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQt dGV4dC1zdHJva2Utd2lkdGg6IDBweDsiIGNsYXNzPSIiPg0KJm5ic3A7PC9kaXY+DQo8ZGl2IHN0 eWxlPSJmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEzcHg7IGZvbnQtc3R5bGU6 IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsg bGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7 IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9y bWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tl LXdpZHRoOiAwcHg7IiBjbGFzcz0iIj4NCk9uIE1vbiwgSnVsIDI1LCAyMDE2LCBhdCAwMTo0NCBQ TSwgTmlrIFRvbWtpbnNvbiB3cm90ZTo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxibG9ja3F1b3Rl IHR5cGU9ImNpdGUiIHN0eWxlPSJmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEz cHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13 ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4 dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3 aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Vi a2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IiBjbGFzcz0iIj4NCjxkaXYgZGlyPSJsdHIiIGNs YXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5UaGFua3MgZm9yIGRvaW5nIHRoYXQuIEkgaGF2ZSBzcG90 dGVkIGEgc2xpZ2h0IGluY29uc2lzdGVuY3kgaW4gbXkgZG9jdW1lbnQsIGRvIEkgbmVlZCB0byBj cmVhdGUgYSB0aWNrZXQgKG5vdyBpdCBpcyBpbiBXR0xDKSBvciBjYW4gSSBqdXN0IGVkaXQgYW5k IHN1Ym1pdCBhIG5ldyB2ZXJzaW9uPzxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js b2NrcXVvdGU+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6 IDEzcHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9u dC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsg dGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25l OyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAt d2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IiBjbGFzcz0iIj4NCiZuYnNwOzwvZGl2Pg0K PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxM3B4OyBmb250 LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBu b3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246 IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3Bh Y2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0 LXN0cm9rZS13aWR0aDogMHB4OyIgY2xhc3M9IiI+DQpFaXRoZXIgd2F5IGlzIGZpbmUsIHRoZSBw cm9jZXNzIGlzIHVwIHRvIFdHIGNoYWlycyAoU28gYmFzaWNhbGx5IGRvIHdoYXQgdGhleSBwcmVm ZXIpLjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEhlbHZl dGljYTsgZm9udC1zaXplOiAxM3B4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1j YXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7 IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0 LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3Jk LXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyIgY2xhc3M9IiI+ DQombmJzcDs8L2Rpdj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIHN0eWxlPSJmb250LWZhbWls eTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEzcHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12 YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6 IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAw cHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1 dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IiBj bGFzcz0iIj4NCjxkaXYgZGlyPSJsdHIiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4mbmJzcDs8 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+QWxzbywgd2lsbCB0aGUgV0cgU3RhdGUgb24mbmJzcDs8YSBo cmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXNsaW0tbXVs dGlsYW5nY29udGVudC8iIGNsYXNzPSIiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j L2RyYWZ0LWlldGYtc2xpbS1tdWx0aWxhbmdjb250ZW50LzwvYT48c3BhbiBjbGFzcz0iQXBwbGUt Y29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+YmUgdXBkYXRlZCB0byBzaG93DQogV0dMQyBh dXRvbWF0aWNhbGx5IG9yIGRvIEkgbmVlZCB0byBkbyBhbnl0aGluZyBmb3IgdGhhdCB0byBoYXBw ZW4/PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXYgc3R5 bGU9ImZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTNweDsgZm9udC1zdHlsZTog bm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBs ZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsg dGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3Jt YWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Ut d2lkdGg6IDBweDsiIGNsYXNzPSIiPg0KJm5ic3A7PC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZh bWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEzcHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9u dC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNp bmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50 OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6 IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7 IiBjbGFzcz0iIj4NCkNoYWlycyBuZWVkIHRvIGNoYW5nZSB0aGlzIG1hbnVhbGx5LjwvZGl2Pg0K PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgc3R5bGU9ImZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZv bnQtc2l6ZTogMTNweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9y bWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5z OiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zv cm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5n OiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsiIGNsYXNzPSIiPg0KPGRpdiBk aXI9Imx0ciIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOzwvZGl2Pg0KPGRpdiBjbGFz cz0iIj5OaWsuPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8 ZGl2IGNsYXNzPSIiPiZuYnNwOzwvZGl2Pg0KPGRpdiBkZWZhbmdfZGF0YS1nbWFpbHF1b3RlPSJ5 ZXMiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5PbiAyNSBKdWx5IDIwMTYgYXQgMTM6MzEsIE5h dGFzaGEgUm9vbmV5PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9z cGFuPjxzcGFuIGRpcj0ibHRyIiBjbGFzcz0iIj4mbHQ7PGEgaHJlZj0ibWFpbHRvOm5yb29uZXlA Z3NtYS5jb20iIGNsYXNzPSIiPm5yb29uZXlAZ3NtYS5jb208L2E+Jmd0Ozwvc3Bhbj48c3BhbiBj bGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+d3JvdGU6PGJyIGNsYXNz PSIiPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBkZWZhbmdfZGF0YS1nbWFpbHF1b3RlPSJ5ZXMiIHN0 eWxlPSJtYXJnaW46IDBweCAwcHggMHB4IDAuOGV4OyBib3JkZXItbGVmdC13aWR0aDogMXB4OyBi b3JkZXItbGVmdC1jb2xvcjogcmdiKDIwNCwgMjA0LCAyMDQpOyBib3JkZXItbGVmdC1zdHlsZTog c29saWQ7IHBhZGRpbmctbGVmdDogMWV4OyIgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+U3VyZSBucCEgbXVsdGls YW5nY29udGVudC0wMyE8c3BhbiBjbGFzcz0iIj48c3BhbiBjbGFzcz0iY29sb3VyIiBzdHlsZT0i Y29sb3I6IHJnYigxMzYsIDEzNiwgMTM2KTsiPjxiciBjbGFzcz0iIj4NCjwvc3Bhbj48L3NwYW4+ PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4mbmJzcDs8L2Rpdj4NCjxkaXYg c3R5bGU9ImxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWlu ZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd29y ZC1zcGFjaW5nOiAwcHg7IHdvcmQtd3JhcDogYnJlYWstd29yZDsiIGNsYXNzPSIiPg0KPGRpdiBj bGFzcz0iIj4mbmJzcDs8L2Rpdj4NCjxkaXYgc3R5bGU9ImxldHRlci1zcGFjaW5nOiBub3JtYWw7 IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9u ZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd29yZC1zcGFjaW5nOiAwcHg7IHdvcmQtd3JhcDogYnJl YWstd29yZDsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4mbmJzcDs8L2Rpdj4NCjxkaXYgc3R5 bGU9ImxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVu dDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd29yZC1z cGFjaW5nOiAwcHg7IHdvcmQtd3JhcDogYnJlYWstd29yZDsiIGNsYXNzPSIiPg0KPHNwYW4gY2xh c3M9IiI+PHNwYW4gY2xhc3M9ImNvbG91ciIgc3R5bGU9ImNvbG9yOiByZ2IoMTM2LCAxMzYsIDEz Nik7Ij48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpOYXRhc2hhPC9zcGFuPjwvc3Bhbj48 c3BhbiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+ DQpOYXRhc2hhIFJvb25leSB8IFRlY2hub2xvZ2lzdCwgV2ViJm5ic3A7YW5kIEludGVybmV0LCBX M0MgJmFtcDsgSUVURiB8IEdTTUEgfCZuYnNwOzxhIGhyZWY9Im1haWx0bzpucm9vbmV5QGdzbWEu Y29tIiBjbGFzcz0iIj5ucm9vbmV5QGdzbWEuY29tPC9hPiZuYnNwO3w8c3BhbiBjbGFzcz0iQXBw bGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGEgaHJlZj0idGVsOiUyQjQ0JTIwJTI4 MCUyOSUyMDc3MzAlQzIlQTAyMTklMjA3NjUiIGNsYXNzPSIiPiYjNDM7NDQgKDApIDc3MzAmbmJz cDsyMTkgNzY1PC9hPjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwv c3Bhbj58DQogQHRoaXNOYXRhc2hhIHwgU2t5cGU6Jm5ic3A7PGEgaHJlZj0ibWFpbHRvOm5yb29u ZXlAZ3NtLm9yZyIgY2xhc3M9IiI+bnJvb25leUBnc20ub3JnPC9hPjxiciBjbGFzcz0iIj4NCjwv c3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2 IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4mbmJzcDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8 YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+T24gMjIgSnVs IDIwMTYsIGF0IDE5OjE1LCBOaWsgVG9ta2luc29uICZsdDs8YSBocmVmPSJtYWlsdG86cmZjLm5p ay50b21raW5zb25AZ21haWwuY29tIiBjbGFzcz0iIj5yZmMubmlrLnRvbWtpbnNvbkBnbWFpbC5j b208L2E+Jmd0OyB3cm90ZTo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5i c3A7PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBkaXI9Imx0ciIgY2xhc3M9IiI+DQo8ZGl2 IGNsYXNzPSIiPk5hdGFzaGEvQmVybmFyZCw8c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNw YWNlIj4mbmJzcDs8L3NwYW4+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZu YnNwOzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5wbGVhc2UgY2FuIHlvdSBtYWtlIHRoZSBkcmFmdCB2 ZXJzaW9uIHRoYXQgaXMgcHV0IGZvcndhcmQgdG8gV0dMQyBpbnN0ZWFkOjxiciBjbGFzcz0iIj4N CjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+ZHJhZnQt aWV0Zi1zbGltLW11bHRpbGFuZ2NvbnRlbnQtMDM8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+Jm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPmFzIHRoaXMgaXMgdGhlIGxhdGVz dCB2ZXJzaW9uIGFzIG9mIHRvZGF5ICh3aGljaCBoYXMgc29tZSB2ZXJ5IHVzZWZ1bCBhZGRpdGlv bnMpLjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDs8L2Rpdj4NCjxk aXYgY2xhc3M9IiI+VGhhbmtzLDxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4m bmJzcDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+TmlrLjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4mbmJzcDs8L2Rpdj4NCjxkaXYgZGVm YW5nX2RhdGEtZ21haWxxdW90ZT0ieWVzIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+T24gMjIg SnVseSAyMDE2IGF0IDEyOjAyLCBHdW5uYXIgSGVsbHN0csO2bTxzcGFuIGNsYXNzPSJBcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48c3BhbiBkaXI9Imx0ciIgY2xhc3M9IiI+Jmx0 OzxhIGhyZWY9Im1haWx0bzpndW5uYXIuaGVsbHN0cm9tQG9tbml0b3Iuc2UiIGNsYXNzPSIiPmd1 bm5hci5oZWxsc3Ryb21Ab21uaXRvci5zZTwvYT4mZ3Q7PC9zcGFuPjxzcGFuIGNsYXNzPSJBcHBs ZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj53cm90ZTo8YnIgY2xhc3M9IiI+DQo8L2Rp dj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7PC9kaXY+DQo8YmxvY2txdW90ZSBkZWZhbmdfZGF0YS1n bWFpbHF1b3RlPSJ5ZXMiIHN0eWxlPSJtYXJnaW46IDBweCAwcHggMHB4IDAuOGV4OyBib3JkZXIt bGVmdC13aWR0aDogMXB4OyBib3JkZXItbGVmdC1jb2xvcjogcmdiKDIwNCwgMjA0LCAyMDQpOyBi b3JkZXItbGVmdC1zdHlsZTogc29saWQ7IHBhZGRpbmctbGVmdDogMWV4OyIgY2xhc3M9IiI+DQo8 ZGl2IGJnY29sb3I9IiNGRkZGRkYiIGNsYXNzPSIiPg0KPHAgY2xhc3M9IiI+TmF0YXNoYSw8YnIg Y2xhc3M9IiI+DQo8L3A+DQo8cCBjbGFzcz0iIj5BIGxhcmdlIG51bWJlciBvZiBpc3N1ZXMgaGF2 ZSBiZWVuIGNsZWFyZWQgdXAgdG8gZHJhZnQtaWV0Zi1zbGltLW5lZ290aWF0aW5nLWh1bWFuLWxh bmd1YWdlLTA0PGJyIGNsYXNzPSIiPg0KPC9wPg0KPHAgY2xhc3M9IiI+Q2FuIHlvdSBtYWtlIHRo YXQgdGhlIGJhc2UgZm9yIHRoZSBXR0xDIGluc3RlYWQ/PGJyIGNsYXNzPSIiPg0KPC9wPg0KPHAg Y2xhc3M9IiI+T3IsIHdoYXQgaXMgdGhlIHByb2NlZHVyZSBmb3IgZ2V0dGluZyB2ZXJzaW9uIC0w NCByZWNvZ25pemVkPzxiciBjbGFzcz0iIj4NCjwvcD4NCjxwIGNsYXNzPSIiPi9HdW5uYXI8YnIg Y2xhc3M9IiI+DQo8L3A+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xh c3M9IiI+Jm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkRlbiAyMDE2LTA3LTIyIGtsLiAxMjoz OSwgc2tyZXYgTmF0YXNoYSBSb29uZXk6PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPg0K PGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+SGkgYWxsLDxzcGFuIGNsYXNzPSJBcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+Jm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5UaGFu a3MgZm9yIHRoZSBtZWV0aW5nIHRoaXMgd2Vlay4gV2UgYXJlIHBsZWFzZWQgdG8gYW5ub3VuY2Ug dGhhdCBib3RoIGRyYWZ0cyBiZWxvdyBoYXZlIGVudGVyZWQgaW50byBXb3JraW5nIEdyb3VwIExh c3QgQ2FsbC4gV2Ugd2lsbCBhaW0gdG8gZXhpdCBXR0xDIG9uIDEydGggQXVndXN0LCB3aGljaCBn aXZlcyB1cyB0aHJlZSB3ZWVrIGZyb20gdG9kYXkuPHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRl ZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPmRyYWZ0LWlldGYt c2xpbS1tdWx0aWxhbmdjb250ZW50LTAxJm5ic3A7PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPk11bHRpcGxlIExhbmd1YWdlIENvbnRlbnQgVHlwZTxiciBjbGFzcz0iIj4NCjwv ZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+ZHJhZnQtaWV0 Zi1zbGltLW5lZ290aWF0aW5nLWh1bWFuLWxhbmd1YWdlLTAxJm5ic3A7PGJyIGNsYXNzPSIiPg0K PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPk5lZ290aWF0aW5nIEh1bWFuIExhbmd1YWdlIGluIFJlYWwt VGltZSZuYnNwO0NvbW11bmljYXRpb25zPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXYgY2xhc3M9IiI+Jm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiIGNsYXNzPSIiPklzc3Vl czo8c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9iPmlm IHlvdSBoYXZlIGlzc3VlcyBwbGVhc2Ugc3VibWl0IHRoZXNlIHRvIHRoZSBJRVRGIElzc3VlIFRy YWNrZXIgYXQgWzFdLiBQbGVhc2UgZmVlbCBmcmVlIHRvIGRpc2N1c3MgaXRlbXMgb24gdGhlIGxp c3QgYWxzby4mbmJzcDs8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7 PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRoYW5rcyBldmVyeW9uZSE8YnIgY2xhc3M9IiI+DQo8L2Rp dj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJsZXR0ZXItc3BhY2luZzogbm9ybWFsOyB0 ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7 IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdvcmQtc3BhY2luZzogMHB4OyB3b3JkLXdyYXA6IGJyZWFr LXdvcmQ7IiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9ImxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRl eHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsg d2hpdGUtc3BhY2U6IG5vcm1hbDsgd29yZC1zcGFjaW5nOiAwcHg7IHdvcmQtd3JhcDogYnJlYWst d29yZDsiIGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0ibGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgdGV4 dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3 aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBweDsgd29yZC13cmFwOiBicmVhay13 b3JkOyIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOzwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij5OYXRhc2hhPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOzwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj5bMV0mbmJzcDs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3Jn L3dnL3NsaW0vdHJhYy9uZXd0aWNrZXQiIGNsYXNzPSIiPmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv d2cvc2xpbS90cmFjL25ld3RpY2tldDwvYT48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+Jm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPk5hdGFzaGEgUm9vbmV5IHwgVGVjaG5v bG9naXN0LCBXZWImbmJzcDthbmQgSW50ZXJuZXQsIFczQyAmYW1wOyBJRVRGIHwgR1NNQSB8Jm5i c3A7PGEgaHJlZj0ibWFpbHRvOm5yb29uZXlAZ3NtYS5jb20iIGNsYXNzPSIiPm5yb29uZXlAZ3Nt YS5jb208L2E+Jm5ic3A7fDxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNw Ozwvc3Bhbj48YSBocmVmPSJ0ZWw6JTJCNDQlMjAlMjgwJTI5JTIwNzczMCVDMiVBMDIxOSUyMDc2 NSIgY2xhc3M9IiI+JiM0Mzs0NA0KICgwKSA3NzMwJm5ic3A7MjE5IDc2NTwvYT48c3BhbiBjbGFz cz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+fCBAdGhpc05hdGFzaGEgfCBT a3lwZTombmJzcDs8YSBocmVmPSJtYWlsdG86bnJvb25leUBnc20ub3JnIiBjbGFzcz0iIj5ucm9v bmV5QGdzbS5vcmc8L2E+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNw OzwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZu YnNwOzwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iIj48c3BhbiBjbGFzcz0iY29sb3VyIiBzdHls ZT0iY29sb3I6IHJnYigxNTMsIDE1MywgMTUzKTsiPjxzcGFuIGNsYXNzPSJmb250IiBzdHlsZT0i Zm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyI+PHNwYW4gY2xhc3M9InNpemUiIHN0eWxl PSJmb250LXNpemU6IDExcHg7Ij48c3BhbiBjbGFzcz0iY29sb3VyIiBzdHlsZT0iY29sb3I6IHJn YigxNTMsIDE1MywgMTUzKTsiPjxzcGFuIGNsYXNzPSJmb250IiBzdHlsZT0iZm9udC1mYW1pbHk6 IEFyaWFsLCBzYW5zLXNlcmlmOyI+VGhpcw0KIGVtYWlsIGFuZCBpdHMgYXR0YWNobWVudHMgYXJl IGludGVuZGVkIGZvciB0aGUgYWJvdmUgbmFtZWQgb25seSBhbmQgbWF5IGJlIGNvbmZpZGVudGlh bC4gSWYgdGhleSBoYXZlIGNvbWUgdG8geW91IGluIGVycm9yIHlvdSBtdXN0IHRha2Ugbm8gYWN0 aW9uIGJhc2VkIG9uIHRoZW0sIG5vciBtdXN0IHlvdSBjb3B5IG9yIHNob3cgdGhlbSB0byBhbnlv bmU7IHBsZWFzZSByZXBseSB0byB0aGlzIGVtYWlsIG9yIGNhbGw8c3BhbiBjbGFzcz0iQXBwbGUt Y29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGEgaHJlZj0idGVsOiUyQjQ0JTIwMjA3JTIw MzU2JTIwMDYwMCIgY2xhc3M9IiI+JiM0Mzs0NA0KIDIwNyAzNTYgMDYwMDwvYT48c3BhbiBjbGFz cz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+YW5kIGhpZ2hsaWdodCB0aGUg ZXJyb3IuPC9zcGFuPjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvc3Bhbj48YnIgY2xhc3M9IiI+DQo8 L3A+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDs8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOzwvZGl2Pg0KPHByZSBjbGFz cz0iIj48c3BhbiBjbGFzcz0iIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KU0xJTSBtYWlsaW5nIGxpc3QNCjxhIGhyZWY9Im1haWx0bzpTTElNQGlldGYu b3JnIiBjbGFzcz0iIj5TTElNQGlldGYub3JnPC9hPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zbGltIiBjbGFzcz0iIj5odHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3NsaW08L2E+DQo8L3NwYW4+PGJyIGNsYXNzPSIiPjwvcHJlPg0K PGRpdiBjbGFzcz0iIj4mbmJzcDs8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXYgY2xhc3M9IiI+ Jm5ic3A7PC9kaXY+DQo8cHJlIGNsYXNzPSIiPjxzcGFuIGNsYXNzPSIiPjxzcGFuIGNsYXNzPSJj b2xvdXIiIHN0eWxlPSJjb2xvcjogcmdiKDEzNiwgMTM2LCAxMzYpOyI+LS0gDQotLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KR3VubmFyIEhlbGxzdHLDtm0NCk9tbml0 b3INCjxhIGhyZWY9Im1haWx0bzpndW5uYXIuaGVsbHN0cm9tQG9tbml0b3Iuc2UiIGNsYXNzPSIi Pmd1bm5hci5oZWxsc3Ryb21Ab21uaXRvci5zZTwvYT4NCiYjNDM7NDYgNzA4IDIwNCAyODg8L3Nw YW4+PC9zcGFuPjxiciBjbGFzcz0iIj48L3ByZT4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7PC9kaXY+ DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyIGNsYXNzPSIiPg0K PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlNMSU0gbWFpbGluZyBsaXN0PGJyIGNsYXNzPSIiPg0KPC9k aXY+DQo8ZGl2IGNsYXNzPSIiPjxhIGhyZWY9Im1haWx0bzpTTElNQGlldGYub3JnIiBjbGFzcz0i Ij5TTElNQGlldGYub3JnPC9hPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48 YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NsaW0iIGNsYXNz PSIiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc2xpbTwvYT48YnIgY2xh c3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7PC9kaXY+DQo8L2Jsb2NrcXVvdGU+ DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNw OzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+LS08YnIg Y2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNz PSIiPg0KPGRpdiBkaXI9Imx0ciIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBkaXI9 Imx0ciIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBkaXI9Imx0ciIgY2xhc3M9IiI+ DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBkaXI9Imx0ciIgY2xhc3M9IiI+DQo8cHJlIGNsYXNzPSIi PjxzcGFuIGNsYXNzPSJmb250IiBzdHlsZT0iZm9udC1mYW1pbHk6ICdjb3VyaWVyIG5ldycsIG1v bm9zcGFjZTsiPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tPGJyIGNsYXNzPSIiPk11bHRpcGxlIExhbmd1YWdlIENvbnRlbnQg VHlwZSBJbnRlcm5ldCBEcmFmdDo8L3NwYW4+PC9wcmU+DQo8ZGl2IGNsYXNzPSIiPjxhIGhyZWY9 Imh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtdG9ta2luc29uLW11bHRpbGFu Z2NvbnRlbnQvIiBjbGFzcz0iIj48c3BhbiBjbGFzcz0iZm9udCIgc3R5bGU9ImZvbnQtZmFtaWx5 OiAnY291cmllciBuZXcnLCBtb25vc3BhY2U7Ij48L3NwYW4+PC9hPjxhIGhyZWY9Imh0dHA6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtdG9ta2luc29uLXNsaW0tbXVsdGlsYW5nY29u dGVudC8iIGNsYXNzPSIiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWll dGYtc2xpbS1tdWx0aWxhbmdjb250ZW50LzwvYT48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+Jm5ic3A7PC9kaXY+DQo8cHJlIGNsYXNzPSIiPjxzcGFuIGNsYXNzPSJmb250IiBz dHlsZT0iZm9udC1mYW1pbHk6ICdjb3VyaWVyIG5ldycsIG1vbm9zcGFjZTsiPi0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPC9z cGFuPjxiciBjbGFzcz0iIj48L3ByZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1 b3RlPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOzwvZGl2Pg0KPHAgY2xhc3M9IiI+PHNw YW4gY2xhc3M9ImNvbG91ciIgc3R5bGU9ImNvbG9yOiByZ2IoMTUzLCAxNTMsIDE1Myk7Ij48c3Bh biBjbGFzcz0iZm9udCIgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsiPjxz cGFuIGNsYXNzPSJzaXplIiBzdHlsZT0iZm9udC1zaXplOiAxMXB4OyI+PHNwYW4gY2xhc3M9ImNv bG91ciIgc3R5bGU9ImNvbG9yOiByZ2IoMTUzLCAxNTMsIDE1Myk7Ij48c3BhbiBjbGFzcz0iZm9u dCIgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsiPlRoaXMNCiBlbWFpbCBh bmQgaXRzIGF0dGFjaG1lbnRzIGFyZSBpbnRlbmRlZCBmb3IgdGhlIGFib3ZlIG5hbWVkIG9ubHkg YW5kIG1heSBiZSBjb25maWRlbnRpYWwuIElmIHRoZXkgaGF2ZSBjb21lIHRvIHlvdSBpbiBlcnJv ciB5b3UgbXVzdCB0YWtlIG5vIGFjdGlvbiBiYXNlZCBvbiB0aGVtLCBub3IgbXVzdCB5b3UgY29w eSBvciBzaG93IHRoZW0gdG8gYW55b25lOyBwbGVhc2UgcmVwbHkgdG8gdGhpcyBlbWFpbCBvciBj YWxsPHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxhIGhy ZWY9InRlbDolMkI0NCUyMDIwNyUyMDM1NiUyMDA2MDAiIGNsYXNzPSIiPiYjNDM7NDQNCiAyMDcg MzU2IDA2MDA8L2E+PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9z cGFuPmFuZCBoaWdobGlnaHQgdGhlIGVycm9yLjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvc3Bhbj48 L3NwYW4+PGJyIGNsYXNzPSIiPg0KPC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9j a3F1b3RlPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOzwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij4mbmJzcDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNzPSIi Pi0tPHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxiciBj bGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgZGlyPSJsdHIiIGNsYXNzPSIi Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgZGlyPSJsdHIiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0i Ij4NCjxkaXYgZGlyPSJsdHIiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgZGlyPSJs dHIiIGNsYXNzPSIiPg0KPHByZSBjbGFzcz0iIj48c3BhbiBjbGFzcz0iZm9udCIgc3R5bGU9ImZv bnQtZmFtaWx5OiAnY291cmllciBuZXcnLCBtb25vc3BhY2U7Ij4tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxiciBjbGFzcz0i Ij5NdWx0aXBsZSBMYW5ndWFnZSBDb250ZW50IFR5cGUgSW50ZXJuZXQgRHJhZnQ6PC9zcGFuPjwv cHJlPg0KPGRpdiBjbGFzcz0iIj48YSBocmVmPSJodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LXRvbWtpbnNvbi1tdWx0aWxhbmdjb250ZW50LyIgY2xhc3M9IiI+PHNwYW4gY2xh c3M9ImZvbnQiIHN0eWxlPSJmb250LWZhbWlseTogJ2NvdXJpZXIgbmV3JywgbW9ub3NwYWNlOyI+ PC9zcGFuPjwvYT48YSBocmVmPSJodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LXRvbWtpbnNvbi1zbGltLW11bHRpbGFuZ2NvbnRlbnQvIiBjbGFzcz0iIj5odHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXNsaW0tbXVsdGlsYW5nY29udGVudC88L2E+ PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8cHJlIGNsYXNzPSIiPjxzcGFuIGNsYXNzPSJmb250IiBz dHlsZT0iZm9udC1mYW1pbHk6ICdjb3VyaWVyIG5ldycsIG1vbm9zcGFjZTsiPi0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPC9z cGFuPjxiciBjbGFzcz0iIj48L3ByZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PHUg Y2xhc3M9IiI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188 L3U+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlNMSU0gbWFpbGluZyBsaXN0 PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxhIGhyZWY9Im1haWx0bzpTTElN QGlldGYub3JnIiBjbGFzcz0iIj5TTElNQGlldGYub3JnPC9hPjxiciBjbGFzcz0iIj4NCjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj48YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL3NsaW0iIGNsYXNzPSIiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vc2xpbTwvYT48L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K PC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxwIHN0eWxlPSJmb250LWZhbWlseTogQXJp YWwsc2Fucy1zZXJpZjtmb250LXNpemU6MTFweDtjb2xvcjojOTk5OTk5OyI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsc2Fucy1zZXJpZjtjb2xvcjojOTk5OTk5 OyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogQXJpYWw7IG1zby1mYXJlYXN0LXRoZW1lLWZvbnQ6 IG1pbm9yLWxhdGluOyBtc28tYmlkaS1mb250LWZhbWlseTogJnF1b3Q7QXJpYWwmcXVvdDs7IG1z by1hbnNpLWxhbmd1YWdlOiBFTi1VUzsgbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6IEVOLUdCOyBtc28t YmlkaS1sYW5ndWFnZTogQVItU0EiPlRoaXMNCiBlbWFpbCBhbmQgaXRzIGF0dGFjaG1lbnRzIGFy ZSBpbnRlbmRlZCBmb3IgdGhlIGFib3ZlIG5hbWVkIG9ubHkgYW5kIG1heSBiZSBjb25maWRlbnRp YWwuIElmIHRoZXkgaGF2ZSBjb21lIHRvIHlvdSBpbiBlcnJvciB5b3UgbXVzdCB0YWtlIG5vIGFj dGlvbiBiYXNlZCBvbiB0aGVtLCBub3IgbXVzdCB5b3UgY29weSBvciBzaG93IHRoZW0gdG8gYW55 b25lOyBwbGVhc2UgcmVwbHkgdG8gdGhpcyBlbWFpbCBvciBjYWxsICYjNDM7NDQgMjA3IDM1NiAw NjAwDQogYW5kIGhpZ2hsaWdodCB0aGUgZXJyb3IuIDwvc3Bhbj48L3A+DQo8L2JvZHk+DQo8L2h0 bWw+DQo= --_000_03E5E146026B4C6A9560C3238A10A915gsmacom_-- From nobody Mon Jul 25 06:45:11 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BC98412D897 for ; Mon, 25 Jul 2016 06:45:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PW1Yg_rqFHfK for ; Mon, 25 Jul 2016 06:45:07 -0700 (PDT) Received: from mail-qk0-x22c.google.com (mail-qk0-x22c.google.com [IPv6:2607:f8b0:400d:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7862512D190 for ; Mon, 25 Jul 2016 06:45:07 -0700 (PDT) Received: by mail-qk0-x22c.google.com with SMTP id x1so160720571qkb.3 for ; Mon, 25 Jul 2016 06:45:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=o8z8HRKrfc+pYJk2ABWakmj+37SDIlpLQU38YEvkzxU=; b=O7ZJR9ClDdHCSolWvFastq+RQKFHguY0OzpawmiqIwimxU35QxEmnakgUI9/2aqxir p2Jy5ShsAUqzPfdPU3IG181Hi6X6Qa/vXcPGqKKqMDcBgANuSu+dzj4eyQ/jLVVxb2rd 7lsudwBVvpuMsXHX5/JqzlImjZZXF0zOpthz+2LdGhkcId4G+sUfUtGzi5mskO4aa4vv Zk5GbxCVHBu4Xh9+KYdWSTAT+tOwWAfeXwbzeHPzlPLqHi++JRftG4cS9wiC+FIr2/eP 2neBaFGSiLH6nzqAelcZtfWS94KQ14AoLcpxWHiDUjghij1p1WPep16Xpt3GwB6rVJf9 jZOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=o8z8HRKrfc+pYJk2ABWakmj+37SDIlpLQU38YEvkzxU=; b=et9FI8EbF6EZCY1XKrcbw0KORQOQjHzDMvyWwny8QwK8hSKpYRz8Xm9Jgse8st1jjX BjTVQRirPbLjrkaL9ix4QC95fRlZ11D98nVaVV8soDZkqcDORE5UAUMiEri0lmxNIqLd fJm0XtAlJjfrAV/okPWs1RH3MEhizy/KcCvpYxdJ6/t4iXixq6cq8KowlFqPE8AROJBe c3tPBpDJ5ndD7mUsNsaisafFZR5QMtarQhyv0wn67A4QryiCjh8NNJmMrKlXKI0I7/8T Eel0YoJN+8GY3UrWuVwdMCdmgNX5BwAwOjDwDgbASdV15tHfprR/FiBXZRZaqtGHtQ6J 6LeQ== X-Gm-Message-State: AEkoouuBAxqJB8tK5+ZreMAtdvWn457mAWbKxV41NhxSEWJ7SUcNT7jHogHz1BpZMU6h6zd6cSgKQVIJeFZlnQ== X-Received: by 10.55.176.130 with SMTP id z124mr22893836qke.164.1469454306632; Mon, 25 Jul 2016 06:45:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.144.3 with HTTP; Mon, 25 Jul 2016 06:45:06 -0700 (PDT) In-Reply-To: <03E5E146-026B-4C6A-9560-C3238A10A915@gsma.com> References: <56128392-5138-487C-9D99-151BC4C13D34@gsma.com> <9E3509FC-74F4-4B0A-9273-99E8C5EED59A@gsma.com> <1469452042.2608839.675982945.6FE4437D@webmail.messagingengine.com> <03E5E146-026B-4C6A-9560-C3238A10A915@gsma.com> From: Nik Tomkinson Date: Mon, 25 Jul 2016 14:45:06 +0100 Message-ID: To: Natasha Rooney Content-Type: multipart/alternative; boundary=94eb2c06fb2ef5e8e9053875fd1b Archived-At: Cc: "slim@ietf.org" , =?UTF-8?Q?Gunnar_Hellstr=C3=B6m?= , Alexey Melnikov Subject: Re: [Slim] Documents in WGLC X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2016 13:45:10 -0000 --94eb2c06fb2ef5e8e9053875fd1b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks, this is my first I-D so I am still on the learning curve ;-) I'll update that inconsistency now and let the WGLC process continue as if I had done nothing. Nik. On 25 July 2016 at 14:14, Natasha Rooney wrote: > Thanks Alexey! > > Nik - I=E2=80=99m happy for you just to change the document directly with= a small > inconsistency and for things like typos. For everything else go through t= he > issues (as I am sure you already know!). > > Natasha > > > Natasha Rooney | Internet Engineering Director | GSMA | nrooney@gsma.com = | > +44 (0) 7730 219 765 | @thisNatasha | Skype: nrooney@gsm.org > > > On 25 Jul 2016, at 15:07, Alexey Melnikov wrote: > > Hi Nik, > > On Mon, Jul 25, 2016, at 01:44 PM, Nik Tomkinson wrote: > > Thanks for doing that. I have spotted a slight inconsistency in my > document, do I need to create a ticket (now it is in WGLC) or can I just > edit and submit a new version? > > > Either way is fine, the process is up to WG chairs (So basically do what > they prefer). > > > > Also, will the WG State on > https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ be > updated to show WGLC automatically or do I need to do anything for that t= o > happen? > > > Chairs need to change this manually. > > > Nik. > > On 25 July 2016 at 13:31, Natasha Rooney wrote: > > Sure np! multilangcontent-03! > > > > > > Natasha > > > Natasha Rooney | Technologist, Web and Internet, W3C & IETF | GSMA | > nrooney@gsma.com | +44 (0) 7730 219 765 | @thisNatasha | Skype: > nrooney@gsm.org > > > On 22 Jul 2016, at 19:15, Nik Tomkinson > wrote: > > Natasha/Bernard, > > please can you make the draft version that is put forward to WGLC instead= : > > draft-ietf-slim-multilangcontent-03 > > as this is the latest version as of today (which has some very useful > additions). > > Thanks, > > Nik. > > On 22 July 2016 at 12:02, Gunnar Hellstr=C3=B6m > wrote: > > > Natasha, > > A large number of issues have been cleared up to > draft-ietf-slim-negotiating-human-language-04 > > Can you make that the base for the WGLC instead? > > Or, what is the procedure for getting version -04 recognized? > > /Gunnar > > Den 2016-07-22 kl. 12:39, skrev Natasha Rooney: > > Hi all, > > Thanks for the meeting this week. We are pleased to announce that both > drafts below have entered into Working Group Last Call. We will aim to ex= it > WGLC on 12th August, which gives us three week from today. > > draft-ietf-slim-multilangcontent-01 > Multiple Language Content Type > > draft-ietf-slim-negotiating-human-language-01 > Negotiating Human Language in Real-Time Communications > > *Issues: *if you have issues please submit these to the IETF Issue > Tracker at [1]. Please feel free to discuss items on the list also. > > Thanks everyone! > > Natasha > > [1] https://tools.ietf.org/wg/slim/trac/newticket > > Natasha Rooney | Technologist, Web and Internet, W3C & IETF | GSMA | > nrooney@gsma.com | +44 (0) 7730 219 765 > <%2B44%20%280%29%207730%C2%A0219%20765> | @thisNatasha | Skype: > nrooney@gsm.org > > > > This email and its attachments are intended for the above named only and > may be confidential. If they have come to you in error you must take no > action based on them, nor must you copy or show them to anyone; please > reply to this email or call +44 207 356 0600 <%2B44%20207%20356%200600> a= nd > highlight the error. > > > > > _______________________________________________ > SLIM mailing listSLIM@ietf.orghttps://www.ietf.org/mailman/listinfo/slim > > > > > > -- > ----------------------------------------- > Gunnar Hellstr=C3=B6m > Omnitorgunnar.hellstrom@omnitor.se > +46 708 204 288 > > > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim > > > > > > -- > > > ----------------------------------------------------------------- > Multiple Language Content Type Internet Draft: > > > https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ > > > > ----------------------------------------------------------------- > > > > This email and its attachments are intended for the above named only and > may be confidential. If they have come to you in error you must take no > action based on them, nor must you copy or show them to anyone; please > reply to this email or call +44 207 356 0600 <%2B44%20207%20356%200600> a= nd > highlight the error. > > > > > -- > > ----------------------------------------------------------------- > Multiple Language Content Type Internet Draft: > > > https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ > > > ----------------------------------------------------------------- > > *_______________________________________________* > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim > > > This email and its attachments are intended for the above named only and > may be confidential. If they have come to you in error you must take no > action based on them, nor must you copy or show them to anyone; please > reply to this email or call +44 207 356 0600 and highlight the error. > --=20 ----------------------------------------------------------------- Multiple Language Content Type Internet Draft: https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ ----------------------------------------------------------------- --94eb2c06fb2ef5e8e9053875fd1b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks,

this is my first I-D so I am st= ill on the learning curve ;-)

I'll update that incon= sistency now and let the WGLC process continue as if I had done nothing.

Nik.
On 25 July 2016 at 14:14, Natasha Rooney <nroon= ey@gsma.com> wrote:
Thanks Alexey!

Nik - I=E2=80=99m happy for you just to change the document directly w= ith a small inconsistency and for things like typos. For everything else go= through the issues (as I am sure you already know!).

Natasha


Natasha Rooney | Internet Engineering Director | GSMA |=C2=A0nrooney@gsma.com=C2=A0| +44 (0) 7730=C2=A0219 765 | @thisNatasha | Skype:=C2=A0nrooney@gsm.org


On 25 Jul 2016, at 15:07, Alexey Melnikov <aamelnikov@fastmail.fm> wrote:
Hi Nik,
=C2=A0
On Mon, Jul 25, 2016, at 01:44 PM, Nik Tomkinson wrote:
Thanks for doing that. I have spotted a slight inconsistency in my doc= ument, do I need to create a ticket (now it is in WGLC) or can I just edit = and submit a new version?
=C2=A0
Either way is fine, the process is up to WG chairs (So basically do what th= ey prefer).
=C2=A0
=C2=A0
Also, will the WG State on=C2=A0https://datatrac= ker.ietf.org/doc/draft-ietf-slim-multilangcontent/=C2=A0be= updated to show WGLC automatically or do I need to do anything for that to happen?
=C2=A0
Chairs need to change this manually.
=C2=A0
Nik.
=C2=A0
On 25 July 2016 at 13:31, Natasha Rooney=C2=A0<nrooney@= gsma.com>=C2=A0wrote:
Sure np! multilangcontent-03!
=C2=A0
=C2=A0
=C2=A0


Natasha


Natasha Rooney | Technologist, Web=C2=A0and Internet, W3C & IETF | GSMA= |=C2=A0nrooney@gsma.= com=C2=A0|=C2=A0+44 (0) 7730=C2=A0219 765=C2=A0| @thisNatasha | Skype:=C2=A0nrooney@gsm.org
=C2=A0
On 22 Jul 2016, at 19:15, Nik Tomkinson <rfc.nik.tomkinson@gmail.com> = wrote:
=C2=A0
Natasha/Bernard,=C2=A0
=C2=A0
please can you make the draft version that is put forward to WGLC inst= ead:
=C2=A0
draft-ietf-slim-multilangcontent-03
=C2=A0
as this is the latest version as of today (which has some very useful = additions).
=C2=A0
Thanks,
=C2=A0
Nik.
=C2=A0
On 22 July 2016 at 12:02, Gunnar Hellstr=C3=B6m=C2=A0<gunnar.hellstrom@omnitor.se>=C2=A0wrote:=
=C2=A0

Natasha,

A large number of issues have been cleared up to draft-ietf-slim-negotia= ting-human-language-04

Can you make that the base for the WGLC instead?

Or, what is the procedure for getting version -04 recognized?

/Gunnar

=C2=A0
Den 2016-07-22 kl. 12:39, skrev Natasha Rooney:
Hi all,=C2=A0
=C2=A0
Thanks for the meeting this week. We are pleased to announce that both= drafts below have entered into Working Group Last Call. We will aim to exi= t WGLC on 12th August, which gives us three week from today.=C2=A0
=C2=A0
draft-ietf-slim-multilangcontent-01=C2=A0
Multiple Language Content Type
=C2=A0
draft-ietf-slim-negotiating-human-language-01=C2=A0
Negotiating Human Language in Real-Time=C2=A0Communications
=C2=A0
Issues:=C2=A0if you have issues please submit thes= e to the IETF Issue Tracker at [1]. Please feel free to discuss items on th= e list also.=C2=A0
=C2=A0
Thanks everyone!
=C2=A0
Natasha
=C2=A0
=C2=A0
Natasha Rooney | Technologist, Web=C2=A0and Internet, W3C & IETF |= GSMA |=C2=A0nrooney@= gsma.com=C2=A0|=C2=A0+44 (0) 7730=C2=A0219 765=C2=A0| @thisNatasha | Skype:=C2=A0<= a href=3D"mailto:nrooney@gsm.org" target=3D"_blank">nrooney@gsm.org
=C2=A0
=C2=A0

This email and its attachments are intended for the above named only and may be= confidential. If they have come to you in error you must take no action ba= sed on them, nor must you copy or show them to anyone; please reply to this= email or call=C2=A0+44 207 356 0600=C2=A0and highlight the error.<= /span>

=C2=A0
=C2=A0
=C2=A0
_______________________________________________
SLIM mailing list
SLIM@ietf.org
ht=
tps://www.ietf.org/mailman/listinfo/slim
=C2=A0
=C2=A0
--=20
-----------------------------------------
Gunnar Hellstr=C3=B6m
Omnitor
gunnar.hel=
lstrom@omnitor.se
+46 708 204 288
=C2=A0
=C2=A0
_______________________________________________
SLIM mailing list
=C2=A0
=C2=A0
=C2=A0
=C2=A0
--
=C2=A0
----------=
-------------------------------------------------------
Multiple Languag=
e Content Type Internet Draft:
=C2=A0
----------=
-------------------------------------------------------
=C2=A0

This email and its attachments are intended for the above named only and may be= confidential. If they have come to you in error you must take no action ba= sed on them, nor must you copy or show them to anyone; please reply to this= email or call=C2=A0+44 207 356 0600=C2=A0and highlight the error.<= /span>

=C2=A0
=C2=A0
=C2=A0
--=C2=A0
----------=
-------------------------------------------------------
Multiple Languag=
e Content Type Internet Draft:
----------=
-------------------------------------------------------
_______________________________________________
SLIM mailing list

This email and its attachments are intended for the above named only and may be= confidential. If they have come to you in error you must take no action ba= sed on them, nor must you copy or show them to anyone; please reply to this= email or call +44 207 356 0600 and highlight the error.




-- 
-------------------------------=
----------------------------------
Multiple Language Content Type Intern=
et Draft:
https://datatracker.= ietf.org/doc/draft-ietf-slim-multilangcontent/
-----------------------------------------=
------------------------
--94eb2c06fb2ef5e8e9053875fd1b-- From nobody Mon Jul 25 06:50:50 2016 Return-Path: X-Original-To: slim@ietf.org Delivered-To: slim@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 650F612D190; Mon, 25 Jul 2016 06:50:46 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.29.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160725135046.11493.71597.idtracker@ietfa.amsl.com> Date: Mon, 25 Jul 2016 06:50:46 -0700 Archived-At: Cc: slim@ietf.org Subject: [Slim] I-D Action: draft-ietf-slim-multilangcontent-04.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2016 13:50:46 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Selection of Language for Internet Media of the IETF. Title : Multiple Language Content Type Authors : Nik Tomkinson Nathaniel Borenstein Filename : draft-ietf-slim-multilangcontent-04.txt Pages : 16 Date : 2016-07-25 Abstract: This document defines an addition to the Multipurpose Internet Mail Extensions (MIME) standard to make it possible to send one message that contains multiple language versions of the same information. The translations would be identified by a language tag and selected by the email client based on a user's language settings. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-slim-multilangcontent-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-slim-multilangcontent-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jul 25 08:18:02 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B86E312D8C7 for ; Mon, 25 Jul 2016 08:18:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.935 X-Spam-Level: X-Spam-Status: No, score=-1.935 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05mkH_hkCwTd for ; Mon, 25 Jul 2016 08:17:59 -0700 (PDT) Received: from resqmta-po-03v.sys.comcast.net (resqmta-po-03v.sys.comcast.net [IPv6:2001:558:fe16:19:96:114:154:162]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DD73A12D624 for ; Mon, 25 Jul 2016 08:17:58 -0700 (PDT) Received: from resomta-po-09v.sys.comcast.net ([96.114.154.233]) by resqmta-po-03v.sys.comcast.net with SMTP id RhcVbvVaezd8URhdlbkZdi; Mon, 25 Jul 2016 15:17:57 +0000 Received: from Paul-Kyzivats-MacBook-Pro.local ([73.218.51.154]) by comcast with SMTP id RhdlbKvT5ULT2Rhdlbbb2F; Mon, 25 Jul 2016 15:17:57 +0000 To: slim@ietf.org References: <56128392-5138-487C-9D99-151BC4C13D34@gsma.com> <9E3509FC-74F4-4B0A-9273-99E8C5EED59A@gsma.com> From: Paul Kyzivat Message-ID: Date: Mon, 25 Jul 2016 11:17:55 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4wfN7gZumyPGifmtPpjfjeIW1fIGnmXFh7g/wG6UEa+H0MAEPBu0tx1ZfGRC+Op4wmmq+T53oP8FVOPId+bdOmDmkMR4xA2sHE5wsxNcSXewzEJR+DXe+g nc9t3peDiOWyNxD/rRzANJPx/wiNcs9p9OUT25VCHAXi8NowwfEdj011GOpwLMpyIW3QVf6h/M1KJA== Archived-At: Subject: Re: [Slim] Documents in WGLC X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2016 15:18:01 -0000 On 7/25/16 8:44 AM, Nik Tomkinson wrote: > Thanks for doing that. I have spotted a slight inconsistency in my > document, do I need to create a ticket (now it is in WGLC) or can I just > edit and submit a new version? In my experience people usually wait till the end of WGLC and then address all the comments, including their own. Thanks, Paul > Also, will the WG State > on https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ be > updated to show WGLC automatically or do I need to do anything for that > to happen? > > Nik. > > On 25 July 2016 at 13:31, Natasha Rooney > wrote: > > Sure np! multilangcontent-03! > > > Natasha > > > Natasha Rooney | Technologist, Web and Internet, W3C & IETF | GSMA > | nrooney@gsma.com | +44 (0) 7730 219 765 > | @thisNatasha | > Skype: nrooney@gsm.org > > >> On 22 Jul 2016, at 19:15, Nik Tomkinson >> > >> wrote: >> >> Natasha/Bernard, >> >> please can you make the draft version that is put forward to WGLC >> instead: >> >> draft-ietf-slim-multilangcontent-03 >> >> as this is the latest version as of today (which has some very >> useful additions). >> >> Thanks, >> >> Nik. >> >> On 22 July 2016 at 12:02, Gunnar Hellström >> > >> wrote: >> >> Natasha, >> >> A large number of issues have been cleared up to >> draft-ietf-slim-negotiating-human-language-04 >> >> Can you make that the base for the WGLC instead? >> >> Or, what is the procedure for getting version -04 recognized? >> >> /Gunnar >> >> >> Den 2016-07-22 kl. 12:39, skrev Natasha Rooney: >>> Hi all, >>> >>> Thanks for the meeting this week. We are pleased to announce >>> that both drafts below have entered into Working Group Last >>> Call. We will aim to exit WGLC on 12th August, which gives us >>> three week from today. >>> >>> draft-ietf-slim-multilangcontent-01 >>> Multiple Language Content Type >>> >>> draft-ietf-slim-negotiating-human-language-01 >>> Negotiating Human Language in Real-Time Communications >>> >>> *Issues: *if you have issues please submit these to the IETF >>> Issue Tracker at [1]. Please feel free to discuss items on >>> the list also. >>> >>> Thanks everyone! >>> >>> Natasha >>> >>> [1] https://tools.ietf.org/wg/slim/trac/newticket >>> >>> Natasha Rooney | Technologist, Web and Internet, W3C & IETF | >>> GSMA | nrooney@gsma.com | +44 (0) >>> 7730 219 765 | >>> @thisNatasha | Skype: nrooney@gsm.org >>> >>> >>> This email and its attachments are intended for the above >>> named only and may be confidential. If they have come to you >>> in error you must take no action based on them, nor must you >>> copy or show them to anyone; please reply to this email or >>> call +44 207 356 0600 and >>> highlight the error. >>> >>> >>> >>> _______________________________________________ >>> SLIM mailing list >>> SLIM@ietf.org >>> https://www.ietf.org/mailman/listinfo/slim >> >> -- >> ----------------------------------------- >> Gunnar Hellström >> Omnitor >> gunnar.hellstrom@omnitor.se >> +46 708 204 288 >> >> >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >> https://www.ietf.org/mailman/listinfo/slim >> >> >> >> >> -- >> ----------------------------------------------------------------- >> Multiple Language Content Type Internet Draft: >> https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ >> >> ----------------------------------------------------------------- > > This email and its attachments are intended for the above named only > and may be confidential. If they have come to you in error you must > take no action based on them, nor must you copy or show them to > anyone; please reply to this email or call +44 207 356 0600 > and highlight the error. > > > > > -- > > ----------------------------------------------------------------- > Multiple Language Content Type Internet Draft: > > https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ > > > ----------------------------------------------------------------- > > > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim > From nobody Mon Jul 25 19:18:26 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 156DB12D505 for ; Mon, 25 Jul 2016 19:18:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZltkHBUycOTq for ; Mon, 25 Jul 2016 19:18:23 -0700 (PDT) Received: from mail-yw0-x22a.google.com (mail-yw0-x22a.google.com [IPv6:2607:f8b0:4002:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D364912D146 for ; Mon, 25 Jul 2016 19:18:22 -0700 (PDT) Received: by mail-yw0-x22a.google.com with SMTP id u134so177869604ywg.3 for ; Mon, 25 Jul 2016 19:18:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=jJIfx8UnLxPsIYHklQy9PZxWWaUhnaTJIl30/mE20kc=; b=vw0uK1/pwzqSjnyjJXCVjbV3PwdiUxrz/V42c8z5aL5P7NsmmQdgU5tQL4KVALDllC WtHks84h0fwWoDDA7hUgbUR9Iru1J038Twn1yeFc7ykhYXe3+f2/0D7fZ6BfZo55pDt6 QgYCdVTWdjH7KfI3rMv68X4XCKuuJyP9kS0IqaY7KZfUXavffwSvo5xPF1LkCTPm60ZU VZxVcrAnWTU0kMUaC8SvJD1ZeRVpequS2301tygmSHVUNO5LKx1//ZwUqVKivuPnLFco 3iixT3fzu8sMIi0q/BWVUM3o+D801NALBpmI+c80Az2F2/0RL5SBaBd5h3/IHMfJJaD+ i+DQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=jJIfx8UnLxPsIYHklQy9PZxWWaUhnaTJIl30/mE20kc=; b=T2i/NfPudVWhgRH48nKdGBqEs55XLltkN8oWpRlv+WV89xnz0moI5jYt38J7AM6lRr NmgqAGpf2Cip1nhKj1zFrrDfc67+rolTXGTx5ye+wiYFYiWSi3Z/NXWcZ8RMc15Aud4j VWeqlyrlgsOMHhR8eOfM/MPgPGRMHubs8Wr5LR+c2PioIS31wG/y9HiMUC90W5d+rQNo 5A5mpexwX8ibnunyDS0MjKy/Tl69bXK+zs/Cro3tYKGIu74nkUc8VuuN55rdcCAbs5SI lm9EYYMe9zmzGYIgBWbJGq+g5btgAFqTH7+/Fxkin8GMtVlQ9n3fARlGbEffVGNfHTC8 NaYg== X-Gm-Message-State: AEkoouvNUuXuQBaveowFbhYIEDDR2ab7NOxzdecfuA6+65SVkZ8BGo2FB5BN+zlJp4beFqeQC23ezKjnir2Mug== X-Received: by 10.31.58.198 with SMTP id h189mr10074292vka.74.1469499501835; Mon, 25 Jul 2016 19:18:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.176.67.100 with HTTP; Mon, 25 Jul 2016 19:18:02 -0700 (PDT) In-Reply-To: <56128392-5138-487C-9D99-151BC4C13D34@gsma.com> References: <56128392-5138-487C-9D99-151BC4C13D34@gsma.com> From: Bernard Aboba Date: Mon, 25 Jul 2016 19:18:02 -0700 Message-ID: To: slim@ietf.org Content-Type: multipart/alternative; boundary=001a1144083acdfddc0538808391 Archived-At: Subject: Re: [Slim] Documents in WGLC X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2016 02:18:25 -0000 --001a1144083acdfddc0538808391 Content-Type: text/plain; charset=UTF-8 As WG participants have no doubt noted, the drafts in WG last call have been updated. Please review the latest versions as follows: Multiple Language Content Type https://tools.ietf.org/html/draft-ietf-slim-multilangcontent (latest version is 04, updated today, July 25) Negotiating Human Language in Real-Time Communications https://tools.ietf.org/html/draft-ietf-slim-negotiating-human-language (latest version is 04, updated on July 21) As announced previously, WG last call for both documents will complete on 12 August 2016. So that we can track the comments and make sure that they are addressed, please file issues in the SLIM Issues database at: https://tools.ietf.org/wg/slim/trac/newticket (A datatracker account is required for filing). Issues filed in the SLIM WG Issues list will automatically post to the list. On Fri, Jul 22, 2016 at 3:39 AM, Natasha Rooney wrote: > Hi all, > > Thanks for the meeting this week. We are pleased to announce that both > drafts below have entered into Working Group Last Call. We will aim to exit > WGLC on 12th August, which gives us three week from today. > > draft-ietf-slim-multilangcontent-01 > Multiple Language Content Type > > draft-ietf-slim-negotiating-human-language-01 > Negotiating Human Language in Real-Time Communications > > *Issues: *if you have issues please submit these to the IETF Issue > Tracker at [1]. Please feel free to discuss items on the list also. > > Thanks everyone! > > Natasha > > [1] https://tools.ietf.org/wg/slim/trac/newticket > > Natasha Rooney | Technologist, Web and Internet, W3C & IETF | GSMA | > nrooney@gsma.com | +44 (0) 7730 219 765 | @thisNatasha | Skype: > nrooney@gsm.org > > > This email and its attachments are intended for the above named only and > may be confidential. If they have come to you in error you must take no > action based on them, nor must you copy or show them to anyone; please > reply to this email or call +44 207 356 0600 and highlight the error. > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim > > --001a1144083acdfddc0538808391 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
As WG participants have no doubt noted, the drafts in WG l= ast call have been updated.=C2=A0 Please review the latest versions as foll= ows:=C2=A0

Multiple Lan= guage Content Type
https://tools.ietf.org/html/draft-ietf-slim-multilangcontent =C2=A0(latest version is 04, = updated today, July 25)

Negotiating Human Language in Real-Time=C2=A0= Communications
https://tools.ietf.org/html/draft-ietf-slim-negotia= ting-human-language (latest ver= sion is 04, updated on July 21)

As announce= d previously, WG last call for both documents will complete on 12 August 20= 16.=C2=A0

So that we can track the comments and ma= ke sure that they are addressed, please file issues in the SLIM Issues data= base at:=C2=A0https://tools.ietf.org/wg/slim/tr= ac/newticket=C2=A0 (A datatracker account is required for filing).=C2= =A0

Issues filed in the SLIM WG Issues list will a= utomatically post to the list.=C2=A0



=


=
On Fri, Jul 22, 2016 at 3:39 AM, Natasha Roo= ney <nrooney@gsma.com> wrote:
Hi all,

Thanks for the meeting this week. We are pleased to announce that both= drafts below have entered into Working Group Last Call. We will aim to exi= t WGLC on 12th August, which gives us three week from today.=C2=A0

draft-ietf-slim-multilangcontent-01=C2=A0
Multiple Language Content Type

draft-ietf-slim-negotiating-human-language-01=C2=A0
Negotiating Human Language in Real-Time=C2=A0Communications

Issues: if you have issues please submit these to the IETF Issu= e Tracker at [1]. Please feel free to discuss items on the list also.=C2=A0=

Thanks everyone!

Natasha

[1]=C2=A0https://tools.ietf.org/wg/slim/trac/newticket

Natasha Rooney | Technologist, Web=C2=A0and Internet, W3C & IETF | GSMA= |=C2=A0nrooney@gsma.= com=C2=A0| +44 (0) 7730=C2=A0219 765 | @thisN= atasha | Skype:=C2=A0n= rooney@gsm.org


This email and its attachments are intended for the above named only and may be= confidential. If they have come to you in error you must take no action ba= sed on them, nor must you copy or show them to anyone; please reply to this= email or call +44 207 356 0600 and highlight the error.


_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim


--001a1144083acdfddc0538808391-- From nobody Tue Jul 26 17:36:03 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16FE312DC5E for ; Tue, 26 Jul 2016 17:36:01 -0700 (PDT) X-Quarantine-ID: <4vXjtFfUEVCh> X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4vXjtFfUEVCh for ; Tue, 26 Jul 2016 17:35:59 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 9754512DC6A for ; Tue, 26 Jul 2016 17:35:59 -0700 (PDT) Received: from [99.111.97.136] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Tue, 26 Jul 2016 17:35:58 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: References: <7697c842-1c68-e4d6-fba8-cc3a51327585@omnitor.se> <3c031820-ca86-41ae-01a8-a83ab0b80041@omnitor.se> <3b8e4df7-a6d6-e33d-a023-58186c1a4354@it.aoyama.ac.jp> X-Mailer: Eudora for Mac OS X Date: Tue, 26 Jul 2016 17:35:56 -0700 To: "Doug Ewell" , , =?iso-8859-1?Q?=22Gunnar_Hellstr=96m=22?= From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2016 00:36:01 -0000 At 1:30 PM -0600 7/24/16, Doug Ewell wrote: > Gosh, I thought this WG was much farther along than this. It > appears that elementary syntax decisions are still up for > discussion. Indeed, this topic seemed to be long settled until just now. It hasn't changed since February 2013. -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- Sorry, no obscene fortunes. Don't want to offend anyone. (Now that's obscene!) From nobody Tue Jul 26 23:39:39 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 128FD12DD47 for ; Tue, 26 Jul 2016 23:39:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.602 X-Spam-Level: X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gEFl4BIDUp7T for ; Tue, 26 Jul 2016 23:39:36 -0700 (PDT) Received: from bin-vsp-out-01.atm.binero.net (bin-mail-out-06.binero.net [195.74.38.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 78B1A12D5B0 for ; Tue, 26 Jul 2016 23:39:35 -0700 (PDT) X-Halon-ID: db5ba1d5-53c4-11e6-8d73-005056917a89 Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [83.209.156.58]) by bin-vsp-out-01.atm.binero.net (Halon Mail Gateway) with ESMTPSA for ; Wed, 27 Jul 2016 08:39:23 +0200 (CEST) To: slim@ietf.org References: <7697c842-1c68-e4d6-fba8-cc3a51327585@omnitor.se> <3c031820-ca86-41ae-01a8-a83ab0b80041@omnitor.se> <3b8e4df7-a6d6-e33d-a023-58186c1a4354@it.aoyama.ac.jp> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: <03aaf9eb-e257-1087-cae4-c10841b9e3cd@omnitor.se> Date: Wed, 27 Jul 2016 08:39:23 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2016 06:39:38 -0000 Den 2016-07-27 kl. 02:35, skrev Randall Gellens: > At 1:30 PM -0600 7/24/16, Doug Ewell wrote: > >> Gosh, I thought this WG was much farther along than this. It appears >> that elementary syntax decisions are still up for discussion. > > Indeed, this topic seemed to be long settled until just now. It > hasn't changed since February 2013. > Yes, all efforts have gone to try to get a satisfying scope, so these details of logical and suitable syntax have not been covered. It would be good to get some responses on the questions earlier in this thread. /Gunnar -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 From nobody Wed Jul 27 09:54:52 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E337412D1C7 for ; Wed, 27 Jul 2016 09:54:49 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aB3Nfxiks688 for ; Wed, 27 Jul 2016 09:54:48 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 969B212B038 for ; Wed, 27 Jul 2016 09:54:48 -0700 (PDT) Received: from [99.111.97.136] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Wed, 27 Jul 2016 09:54:47 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <03aaf9eb-e257-1087-cae4-c10841b9e3cd@omnitor.se> References: <7697c842-1c68-e4d6-fba8-cc3a51327585@omnitor.se> <3c031820-ca86-41ae-01a8-a83ab0b80041@omnitor.se> <3b8e4df7-a6d6-e33d-a023-58186c1a4354@it.aoyama.ac.jp> <03aaf9eb-e257-1087-cae4-c10841b9e3cd@omnitor.se> X-Mailer: Eudora for Mac OS X Date: Wed, 27 Jul 2016 09:54:46 -0700 To: Gunnar =?iso-8859-1?Q?Hellstr=F6m?= , slim@ietf.org From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2016 16:54:50 -0000 At 8:39 AM +0200 7/27/16, Gunnar Hellstr=F6m wrote: > Den 2016-07-27 kl. 02:35, skrev Randall Gellens: >> At 1:30 PM -0600 7/24/16, Doug Ewell wrote: >> >>> Gosh, I thought this WG was much farther=20 >>> along than this. It appears that elementary=20 >>> syntax decisions are still up for discussion. >> >> Indeed, this topic seemed to be long settled=20 >> until just now. It hasn't changed since=20 >> February 2013. >> > Yes, all efforts have gone to try to get a=20 > satisfying scope, so these details of logical=20 > and suitable syntax have not been covered. > > It would be good to get some responses on the=20 > questions earlier in this thread. > /Gunnar Hi Gunnar, I did respond to the issues you raised. I've=20 responded several times, most recently on 22 July: At 1:07 PM -0700 7/22/16, Randall Gellens wrote: > Personally, I'm not convinced that it's=20 > necessary to modify the syntax so that people=20 > who haven't read the spec will not be confused=20 > in one particular way. This particular syntax=20 > was not my idea and I'm not stuck on it, but it=20 > was suggested by people with very long=20 > experience in HTTP and SMTP and SIP, so I have=20 > to think it can't be all that confusing. I=20 > happen to have some experience in these areas=20 > as well and never thought it was confusing in=20 > the context of this draft. > > I would strongly object to replacing it with a=20 > complex scheme as Gunnar proposed. I might not=20 > object if the group wanted to replace it with=20 > something just as simple as what we have now,=20 > e.g., using a character other than an asterisk=20 > ("a=3Dhumintlang-send:en?"), or using an asterisk=20 > in lieu of a language tag=20 > ("a=3Dhumintlang-send:*"), but would have to ask=20 > if such a change is worth it, or if someone=20 > else wouldn't come up with an equal reason to=20 > not do it that way. To make a change, we would need WG consensus on a=20 specific proposal. Probably the best way to=20 proceed is to first determine if others in the WG=20 agree that there is a problem with the current=20 syntax. If the group feels there is a problem,=20 then we can have one or a small number of=20 specific proposal and see if there is consensus=20 to proceed. If the group does not feel there is=20 a problem, then we do not make a change. -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- Majority: That quality that distinguishes a crime from a law. From nobody Wed Jul 27 10:20:39 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 948D012D51D for ; Wed, 27 Jul 2016 10:20:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.935 X-Spam-Level: X-Spam-Status: No, score=-1.935 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VmCE_kfcdBUt for ; Wed, 27 Jul 2016 10:20:36 -0700 (PDT) Received: from resqmta-ch2-10v.sys.comcast.net (resqmta-ch2-10v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4470112D108 for ; Wed, 27 Jul 2016 10:20:29 -0700 (PDT) Received: from resomta-ch2-05v.sys.comcast.net ([69.252.207.101]) by resqmta-ch2-10v.sys.comcast.net with SMTP id SSSqb4tahRingSSVQbzgrX; Wed, 27 Jul 2016 17:20:28 +0000 Received: from Paul-Kyzivats-MacBook-Pro.local ([73.218.51.154]) by comcast with SMTP id SSVQb1iHyCigVSSVQbQJZ8; Wed, 27 Jul 2016 17:20:28 +0000 To: slim@ietf.org References: <7697c842-1c68-e4d6-fba8-cc3a51327585@omnitor.se> <3c031820-ca86-41ae-01a8-a83ab0b80041@omnitor.se> <3b8e4df7-a6d6-e33d-a023-58186c1a4354@it.aoyama.ac.jp> <03aaf9eb-e257-1087-cae4-c10841b9e3cd@omnitor.se> From: Paul Kyzivat Message-ID: <23de6bfd-38f7-04a2-e391-b21b55602eab@alum.mit.edu> Date: Wed, 27 Jul 2016 13:20:27 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfNlip0+B3cg5Zpsa7kYzkMdX/2pjvDeL3mobut+p1I7UV5XEuP6UjlHIK1vVNvfLQSupuwsw7l4fr9nG2WGDbmWjHAJvwuLwfVt9slUVhdQ9Hh9c8PRD R3HEegvrCttqzPZXa/pPN54WWrzugdmr5bRkaaKObwe23GFaioxmT7XoHTrLg3freSxawuXugHllIA== Archived-At: Subject: Re: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2016 17:20:36 -0000 On 7/27/16 12:54 PM, Randall Gellens wrote: > To make a change, we would need WG consensus on a specific proposal. > Probably the best way to proceed is to first determine if others in the > WG agree that there is a problem with the current syntax. If the group > feels there is a problem, then we can have one or a small number of > specific proposal and see if there is consensus to proceed. If the > group does not feel there is a problem, then we do not make a change. Currently the syntax is only loosely defined in text. At the very least is needs to be fully defined. IMO this should be done using the template for attribute definitions introduced in rfc4566bis. Also, as Gunnar already mentioned, the semantics are not clear when "*" is present. Is "*" valid with both -send and -recv? If so, it must mean something different in each. Further, does the "*" only qualify the language and direction to which it is attached, or does it qualify the overall negotiation of the associated media stream, or of the call as a whole? And how does this relate to O/A? What is the point of indicating optionality in an *answer*? At that point the media stream is already set up. (Or rejected.) Setting aside q-values for now, Gunnar's proposal isn't significantly more complex than the current proposal. It does detach the "*" from the language indication. Whether that is a good thing or not depends on the resolution of my issues above. What his proposal does is make the indication of multiple languages more concise. It *may* complicate the specification of O/A behavior. Thanks, Paul From nobody Wed Jul 27 16:28:17 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AA9E12DA92 for ; Wed, 27 Jul 2016 16:28:15 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yNF0_RpZFp5N for ; Wed, 27 Jul 2016 16:28:14 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 150F812DA38 for ; Wed, 27 Jul 2016 16:19:06 -0700 (PDT) Received: from [99.111.97.136] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Wed, 27 Jul 2016 16:19:05 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <23de6bfd-38f7-04a2-e391-b21b55602eab@alum.mit.edu> References: <7697c842-1c68-e4d6-fba8-cc3a51327585@omnitor.se> <3c031820-ca86-41ae-01a8-a83ab0b80041@omnitor.se> <3b8e4df7-a6d6-e33d-a023-58186c1a4354@it.aoyama.ac.jp> <03aaf9eb-e257-1087-cae4-c10841b9e3cd@omnitor.se> <23de6bfd-38f7-04a2-e391-b21b55602eab@alum.mit.edu> X-Mailer: Eudora for Mac OS X Date: Wed, 27 Jul 2016 16:19:02 -0700 To: Paul Kyzivat , slim@ietf.org From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2016 23:28:15 -0000 At 1:20 PM -0400 7/27/16, Paul Kyzivat wrote: > On 7/27/16 12:54 PM, Randall Gellens wrote: > >> To make a change, we would need WG consensus on a specific proposal. >> Probably the best way to proceed is to first determine if others in the >> WG agree that there is a problem with the current syntax. If the group >> feels there is a problem, then we can have one or a small number of >> specific proposal and see if there is consensus to proceed. If the >> group does not feel there is a problem, then we do not make a change. > > Currently the syntax is only loosely defined in text. At the very > least is needs to be fully defined. IMO this should be done using > the template for attribute definitions introduced in rfc4566bis. Here is the current text: The mechanism for indicating this preference is that, in an offer, if the last character of any of the 'humintlang-recv' or 'humintlang- send' values is an asterisk, this indicates a request to not fail the call (similar to SIP Accept-Language syntax). Either way, the called party MAY ignore this, e.g., for the emergency services use case, a PSAP will likely not fail the call. In what way is this confusing or vague or incompletely specified? I'd be happy to delete the parenthesized aside "(similar to SIP Accept-Language syntax)" as that seems to be wrong and/or confusing. Since we're in WGLC we'd need to open a ticket for this. > Also, as Gunnar already mentioned, the semantics are not clear when > "*" is present. Is "*" valid with both -send and -recv? If so, it > must mean something different in each. I'm confused as to where the confusion is coming from. My reading of the text is that it is very clear that an asterisk is permitted in any value of either attribute in any media, and that it is a binary meaning: if the asterisk is present anywhere, it means "please do not fail the call even if no matches can be made." I don't see the basis for the idea that "it must mean something different in each." > > Further, does the "*" only qualify the language and direction to > which it is attached, or does it qualify the overall negotiation of > the associated media stream, or of the call as a whole? Again, I'm puzzled. My reading of the text is that it clearly says an asterisk as the last character of ANY value (of any media in either direction) applies to the entire dialog. > > And how does this relate to O/A? What is the point of indicating > optionality in an *answer*? At that point the media stream is > already set up. (Or rejected.) Again, the text seems very clear to me, so I don't understand why there is any confusion. It says "in an offer." Obviously it doesn't make sense in an answer. > Setting aside q-values for now, Gunnar's proposal isn't > significantly more complex than the current proposal. It does > detach the "*" from the language indication. Whether that is a good > thing or not depends on the resolution of my issues above. What his > proposal does is make the indication of multiple languages more > concise. It *may* complicate the specification of O/A behavior. As I see it, it introduces a level of complexity that we don't need. As I've said several times, neither the idea for a means to indicate a preference to not fail the call, nor the asterisk syntax to indicate it, were my own; I have no personal stake in it, but I do want to get this draft completed. The asterisk has been there since early 2013 with no one finding it confusing. If the group wants to change it now, that's fine, but I want to move forward and get the draft done. -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- "Contrariwise," continued Tweedledee, "if it was so, it might be, and if it were so, it would be; but as it isn't, it ain't. That's logic!" From nobody Thu Jul 28 02:29:22 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0844412DC19 for ; Thu, 28 Jul 2016 02:29:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vWC0Ls3L-Edd for ; Thu, 28 Jul 2016 02:29:17 -0700 (PDT) Received: from bin-vsp-out-04.atm.binero.net (bin-mail-out-05.binero.net [195.74.38.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C8E0812D8BD for ; Thu, 28 Jul 2016 02:29:16 -0700 (PDT) X-Halon-ID: bb049e10-54a5-11e6-afe6-005056917c0c Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [85.238.221.179]) by bin-vsp-out-04.atm.binero.net (Halon Mail Gateway) with ESMTPSA for ; Thu, 28 Jul 2016 11:29:06 +0200 (CEST) To: slim@ietf.org References: <7697c842-1c68-e4d6-fba8-cc3a51327585@omnitor.se> <3c031820-ca86-41ae-01a8-a83ab0b80041@omnitor.se> <3b8e4df7-a6d6-e33d-a023-58186c1a4354@it.aoyama.ac.jp> <03aaf9eb-e257-1087-cae4-c10841b9e3cd@omnitor.se> <23de6bfd-38f7-04a2-e391-b21b55602eab@alum.mit.edu> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: Date: Thu, 28 Jul 2016 11:29:01 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------ADB4C426378311EA01C4C7E4" Archived-At: Subject: Re: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2016 09:29:21 -0000 This is a multi-part message in MIME format. --------------ADB4C426378311EA01C4C7E4 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Den 2016-07-28 kl. 01:19, skrev Randall Gellens: > At 1:20 PM -0400 7/27/16, Paul Kyzivat wrote: > >> On 7/27/16 12:54 PM, Randall Gellens wrote: >> >>> To make a change, we would need WG consensus on a specific proposal. >>> Probably the best way to proceed is to first determine if others in >>> the >>> WG agree that there is a problem with the current syntax. If the >>> group >>> feels there is a problem, then we can have one or a small number of >>> specific proposal and see if there is consensus to proceed. If the >>> group does not feel there is a problem, then we do not make a change. >> >> Currently the syntax is only loosely defined in text. At the very >> least is needs to be fully defined. IMO this should be done using the >> template for attribute definitions introduced in rfc4566bis. > > Here is the current text: > > The mechanism for indicating this preference is that, in an offer, if > the last character of any of the 'humintlang-recv' or 'humintlang- > send' values is an asterisk, this indicates a request to not fail the > call (similar to SIP Accept-Language syntax). Either way, the called > party MAY ignore this, e.g., for the emergency services use case, a > PSAP will likely not fail the call. > > In what way is this confusing or vague or incompletely specified? I'd > be happy to delete the parenthesized aside "(similar to SIP > Accept-Language syntax)" as that seems to be wrong and/or confusing. > Since we're in WGLC we'd need to open a ticket for this. GH: We clearly need a proper syntax definition. It needs to be clearly seen for the parsing algorithm that there is a need to detach an optional parameter at the end of the language tag ( if this syntax is maintained ) and it needs to be explicitly stated if it is allowed to include this parameter also in the answer, even if it is meaningless. The draft has the confusion clearly stated. In 6.2 it is first said " Each value MUST be a language tag per RFC 5646" Then it is said: "In an offer, each language tag value MAY have an asterisk appended as the last character (after the registry value)." So, the value is both defined to be only the language tag and the language tag with the asterisk appended that needs to be detached to get the value. I hope you see the lack of stringency and that you want to get this clearly defined. And, yes, since we discovered that it has no similarity to the Accept-Language syntax, that paranthesis must be deleted. The fact that it has survived so long may indicate that people (as in my case) have bothered about more fundamental factors in this draft than the proposed syntax for the dont-fail-the-call feature that is anyway kind of default. > >> Also, as Gunnar already mentioned, the semantics are not clear when >> "*" is present. Is "*" valid with both -send and -recv? If so, it >> must mean something different in each. > > I'm confused as to where the confusion is coming from. My reading of > the text is that it is very clear that an asterisk is permitted in any > value of either attribute in any media, and that it is a binary > meaning: if the asterisk is present anywhere, it means "please do not > fail the call even if no matches can be made." I don't see the basis > for the idea that "it must mean something different in each." > >> >> Further, does the "*" only qualify the language and direction to >> which it is attached, or does it qualify the overall negotiation of >> the associated media stream, or of the call as a whole? > > Again, I'm puzzled. My reading of the text is that it clearly says an > asterisk as the last character of ANY value (of any media in either > direction) applies to the entire dialog. > >> >> And how does this relate to O/A? What is the point of indicating >> optionality in an *answer*? At that point the media stream is already >> set up. (Or rejected.) > > Again, the text seems very clear to me, so I don't understand why > there is any confusion. It says "in an offer." Obviously it doesn't > make sense in an answer. GH: It is true that you find the answers on these three questions in the text. But there is no logic behind the answers. Usually, when you hook a parameter to an attribute value, the parameter has a relation to just that value. But here there is no such relation. The parameter is a session parameter that apparently means "do not fail the call because of language matching reasons", and is not specific for language, media and direction, but it is said that it can be hooked on to a language and media and direction specific attribute value. I recently also felt a reason to ask you what the intention was and got that interpretation confirmed. It is just so unusual placement of a parameter that it is worth sorting out the syntax for this reason. > >> Setting aside q-values for now, Gunnar's proposal isn't >> significantly more complex than the current proposal. It does detach >> the "*" from the language indication. Whether that is a good thing or >> not depends on the resolution of my issues above. What his proposal >> does is make the indication of multiple languages more concise. It >> *may* complicate the specification of O/A behavior. > > As I see it, it introduces a level of complexity that we don't need. > As I've said several times, neither the idea for a means to indicate a > preference to not fail the call, nor the asterisk syntax to indicate > it, were my own; I have no personal stake in it, but I do want to get > this draft completed. The asterisk has been there since early 2013 > with no one finding it confusing. If the group wants to change it > now, that's fine, but I want to move forward and get the draft done. GH: Since the most useful default value is to not fail the call on language matching reasons, we should probably swap the meaning of the parameter to mean "I suggest that you fail the call if you cannot match my languages". Then the most common implementations do not need to set it. As you have described it, it is used as a session attribute. So then it should really be specified as a session attribute to not cause confusion. E.g. "a=humintlang: reject" on session level in the offer. If also the other value should have an explicit value, it could be "accept". GH: I see much more use of a parameter value for highest preferred language to be attached to the media and direction and language. A plus character "+" would be suitable, and a way to attach it to the language(s) that are most highly preferred to be used in the session. Not more than one per media and direction would be allowed. If more than one for the same direction but different media are specified, it means a strong preference for getting both these languages presented simultaneously ( e.g. see the person who is speaking, because you have very good use of lip-reading. ) Not satisfying these preference indications should not cause media or call to be rejected, but only used as a preference indication for the other party to try to match. I hesitate to propose the syntax of a character appended to the language tag, but in this case the placement of the parameter there would at least be the logical place. GH: I repeat the questions I placed recently, with my indications of where we are now with them. *1. The Advisory/Required notation and default.** *As the text describes the "Advisory" feature, it is a session feature, not bound to any specific language or media or direction. So, hooking it on to a specific language, media and direction is not logical. And there is strong motivation in the text about why the lack of the asterisk should not be taken for a "Required" indication. So the "Advisory" state is kind of default even when that is what the only value of the feature parameter indicates. The logic is quite fuzzy and would need an improvement. Most logical would be a session level attribute with "fail if no language match is found" as value and "do not fail" as default. * **2. Inconvenient notation for majority of cases.* I think most developers will find the need to specify the majority of cases in two very equal attributes (one for send and one for receive) a bit space-consuming and awkward. It would feel more natural and save characters if we had a common language attribute with a parameter value for the direction with send and recv and both as possible values, and both as default. ( I have already got this reaction from developers) *3. Character-expensive notation for call-centers?* How do we foresee the use of humintlang by multi-language call centers when calling out? Will they include a long list of languages, or will they call without sdp, and expect the answering part to start providing language preferences? If they will provide a long list, it will take about 40 characters overhead in SDP per language compared to the comma-separated syntax of Accept-Language (if also issue 2 above is taken into consideration ). Should we bother about character-economy in sdp and change to the syntax-style of Accept-Language? *<*No answer yet> * **4. Accept-Language style notation can be simplified* When I copied the whole Accept-Language syntax from RFC 3261, there were some reactions that it was too complex. It is of course possible to delete elements in that syntax and still maintain the structure. This would be a valid subset ( if we do not do anything to issues 1 and 2 above): humintlang-send = "a=humintlang-send" HCOLON [ language *(COMMA language) ] language = language-range language-range = ( ( 1*8ALPHA ) / "*" ) And similarly for humintlang-recv *5. Place for relative preference notation** *Even if the notation for a relative preference across the session is not included in this draft, it would be good to have a prepared place for it in the notation. It is best linked to a language and a media and a direction. So it would suit with a notation like the current specified syntax of the use of the asterisk, but with another character. Or as a parameter to a language. In my view, the relative preference is far more important than the Advisory/Required feature, that is recommended to have so weak influence on call completion decisions. Regards Gunnar --------------------- -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 --------------ADB4C426378311EA01C4C7E4 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit Den 2016-07-28 kl. 01:19, skrev Randall Gellens:
At 1:20 PM -0400 7/27/16, Paul Kyzivat wrote:

 On 7/27/16 12:54 PM, Randall Gellens wrote:

 To make a change, we would need WG consensus on a specific proposal.
 Probably the best way to proceed is to first determine if others in the
 WG agree that there is a problem with the current syntax.  If the group
 feels there is a problem, then we can have one or a small number of
 specific proposal and see if there is consensus to proceed.  If the
 group does not feel there is a problem, then we do not make a change.

 Currently the syntax is only loosely defined in text. At the very least is needs to be fully defined. IMO this should be done using the template for attribute definitions introduced in rfc4566bis.

Here is the current text:

   The mechanism for indicating this preference is that, in an offer, if
   the last character of any of the 'humintlang-recv' or 'humintlang-
   send' values is an asterisk, this indicates a request to not fail the
   call (similar to SIP Accept-Language syntax).  Either way, the called
   party MAY ignore this, e.g., for the emergency services use case, a
   PSAP will likely not fail the call.

In what way is this confusing or vague or incompletely specified? I'd be happy to delete the parenthesized aside "(similar to SIP Accept-Language syntax)" as that seems to be wrong and/or confusing. Since we're in WGLC we'd need to open a ticket for this.
GH: We clearly need a proper syntax definition. It needs to be clearly seen for the parsing algorithm that there is a need to detach an optional parameter at the end of the language tag ( if this syntax is maintained ) and it needs to be explicitly stated if it is allowed to include this parameter also in the answer, even if it is meaningless.

The draft has the confusion clearly stated. In 6.2 it is first said " Each value MUST be a language tag per RFC 5646"
Then it is said: "In an offer, each language tag value MAY have an asterisk appended as
   the last character (after the registry value)."
So, the value is both defined to be only the language tag and the language tag with the asterisk appended that needs to be detached to get the value. I hope you see the lack of stringency and that you want to get this clearly defined.

And, yes, since we discovered that it has no similarity to the Accept-Language syntax, that paranthesis must be deleted.  The fact that it has survived so long may indicate that people (as in my case) have bothered about more fundamental factors in this draft than the proposed syntax for the dont-fail-the-call feature that is anyway kind of default.

 Also, as Gunnar already mentioned, the semantics are not clear when "*" is present. Is "*" valid with both -send and -recv? If so, it must mean something different in each.

I'm confused as to where the confusion is coming from.  My reading of the text is that it is very clear that an asterisk is permitted in any value of either attribute in any media, and that it is a binary meaning: if the asterisk is present anywhere, it means "please do not fail the call even if no matches can be made."  I don't see the basis for the idea that "it must mean something different in each."


 Further, does the "*" only qualify the language and direction to which it is attached, or does it qualify the overall negotiation of the associated media stream, or of the call as a whole?

Again, I'm puzzled.  My reading of the text is that it clearly says an asterisk as the last character of ANY value (of any media in either direction) applies to the entire dialog.


 And how does this relate to O/A? What is the point of indicating optionality in an *answer*? At that point the media stream is already set up. (Or rejected.)

Again, the text seems very clear to me, so I don't understand why there is any confusion.  It says "in an offer."  Obviously it doesn't make sense in an answer.
GH: It is true that you find the answers on these three questions in the text. But there is no logic behind the answers. Usually, when you hook a parameter to an attribute value, the parameter has a relation to just that value. But here there is no such relation. The parameter is a session parameter that apparently means "do not fail the call because of language matching reasons", and is not specific for language, media and direction, but it is said that it can be hooked on to a language and media and direction specific attribute value.
I recently also felt a reason to ask you what the intention was and got that interpretation confirmed. It is just so unusual placement of a parameter that it is worth sorting out the syntax for this reason.


 Setting aside q-values for now, Gunnar's proposal isn't significantly more complex than the current proposal. It does detach the "*" from the language indication. Whether that is a good thing or not depends on the resolution of my issues above. What his proposal does is make the indication of multiple languages more concise. It *may*  complicate the specification of O/A behavior.

As I see it, it introduces a level of complexity that we don't need. As I've said several times, neither the idea for a means to indicate a preference to not fail the call, nor the asterisk syntax to indicate it, were my own; I have no personal stake in it, but I do want to get this draft completed.  The asterisk has been there since early 2013 with no one finding it confusing.  If the group wants to change it now, that's fine, but I want to move forward and get the draft done.
GH: Since the most useful default value is to not fail the call on language matching reasons, we should probably swap the meaning of the parameter to mean "I suggest that you fail the call if you cannot match my languages". Then the most common implementations do not need to set it.
As you have described it, it is used as a session attribute. So then it should really be specified as a session attribute to not cause confusion. E.g. "a=humintlang: reject"  on session level in the offer.  If also the other value should have an explicit value, it could be "accept".

GH: I see much more use of a parameter value for highest preferred language to be attached to the media and direction and language. A plus character "+" would be suitable, and a way to attach it to the language(s) that are most highly preferred to be used in the session. Not more than one per media and direction would be allowed. If more than one for the same direction but different media are specified, it means a strong preference for getting both these languages presented simultaneously ( e.g. see the person who is speaking, because you have very good use of lip-reading. )  Not satisfying these preference indications should not cause media or call to be rejected, but only used as a preference indication for the other party to try to match. I hesitate to propose the syntax of a character appended to the language tag, but in this case the placement of the parameter there would at least be the logical place. 

 
GH: I repeat the questions I placed recently, with my indications of where we are now with them.
1. The Advisory/Required notation and default.
As the text describes the "Advisory" feature, it is a session feature, not bound to any specific language or media or direction. So, hooking it on to a specific language, media and direction is not logical. And there is strong motivation in the text about why the lack of the asterisk should not be taken for a "Required" indication. So the "Advisory" state is kind of default even when that is what the only value of the feature parameter indicates. The logic is quite fuzzy and would need an improvement. Most logical would be a session level attribute with "fail if no language match is found" as value and "do not fail" as default. 
<Discussed above including a session level proposal>

2. Inconvenient notation for majority of cases.
I think most developers will find the need to specify the majority of cases in two very equal attributes (one for send and one for receive) a bit space-consuming and awkward. It would feel more natural and save characters if we had a common language attribute with a parameter value for the direction with send and recv and both as possible values, and both as default. 
( I have already got this reaction from developers)
<Not covered, no answer yet>

3. Character-expensive notation for call-centers?
How do we foresee the use of humintlang by multi-language call centers when calling out? Will they include a long list of languages, or will they call without sdp, and expect the answering part to start providing language preferences? If they will provide a long list, it will take about 40 characters overhead in SDP per language compared to the comma-separated syntax of Accept-Language (if also issue 2 above is taken into consideration ).
Should we bother about character-economy in sdp and change to the syntax-style of Accept-Language?
<No answer yet>

4. Accept-Language style notation can be simplified
When I copied the whole Accept-Language syntax from RFC 3261, there were some reactions that it was too complex. It is of course possible to delete elements in that syntax and still maintain the structure.
This would be a valid subset ( if we do not do anything to issues 1 and 2 above):
humintlang-send  =  "a=humintlang-send" HCOLON
                     [ language *(COMMA language) ]
language         =  language-range
language-range   =  ( ( 1*8ALPHA ) / "*" )

And similarly for humintlang-recv 
<This gets rid of the complexity, but still places the do-not-fail parameter on the media level, and that requires us to define a meaning for that placement>
5. Place for relative preference notation
Even if the notation for a relative preference across the session is not included in this draft, it would be good to have a prepared place for it in the notation. It is best linked to a language and a media and a direction. So it would suit with a notation like the current specified syntax of the use of the asterisk, but with another character. Or as a parameter to a language.
In my view, the relative preference is far more important than the Advisory/Required feature, that is recommended to have so weak influence on call completion decisions.
<Discussed above, with a placement, a character, but not a complete syntax proposal.>


Regards
Gunnar


---------------------
-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
--------------ADB4C426378311EA01C4C7E4-- From nobody Thu Jul 28 08:42:09 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 18FCC12D835 for ; Thu, 28 Jul 2016 08:42:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.935 X-Spam-Level: X-Spam-Status: No, score=-1.935 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y52YuzTmd6ke for ; Thu, 28 Jul 2016 08:42:06 -0700 (PDT) Received: from resqmta-ch2-12v.sys.comcast.net (resqmta-ch2-12v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:44]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BFBE712B005 for ; Thu, 28 Jul 2016 08:42:06 -0700 (PDT) Received: from resomta-ch2-06v.sys.comcast.net ([69.252.207.102]) by resqmta-ch2-12v.sys.comcast.net with SMTP id SnPhb40b4xBKTSnRmbyPpn; Thu, 28 Jul 2016 15:42:06 +0000 Received: from Paul-Kyzivats-MacBook-Pro.local ([73.218.51.154]) by comcast with SMTP id SnRlbyvuXMJgPSnRlbL37n; Thu, 28 Jul 2016 15:42:05 +0000 To: Randall Gellens , slim@ietf.org References: <7697c842-1c68-e4d6-fba8-cc3a51327585@omnitor.se> <3c031820-ca86-41ae-01a8-a83ab0b80041@omnitor.se> <3b8e4df7-a6d6-e33d-a023-58186c1a4354@it.aoyama.ac.jp> <03aaf9eb-e257-1087-cae4-c10841b9e3cd@omnitor.se> <23de6bfd-38f7-04a2-e391-b21b55602eab@alum.mit.edu> From: Paul Kyzivat Message-ID: Date: Thu, 28 Jul 2016 11:42:04 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfEBk+IoOaR7NXszhNLlbulpIxQrsb4Im+yGweASE702vJPYbQiHYhH4qJFyjXO1s3XEJejw/4UaJHTT6zHZhM7WPVccMXdQd3sLsDkKYrZO8SuQD7qzt E6PODzYzz4Njkqjfq98C//o50Gi3B7ZpoHs3qLEuDOBmkQi/xkz9G1IMMZivOz181Hy/ooEyi3auFMwtDMO7shLbecxltrU1ow5TE6eXh4zsAKGm0Gfy1u9x Archived-At: Subject: Re: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2016 15:42:08 -0000 Inline On 7/27/16 7:19 PM, Randall Gellens wrote: > At 1:20 PM -0400 7/27/16, Paul Kyzivat wrote: > >> On 7/27/16 12:54 PM, Randall Gellens wrote: >> >>> To make a change, we would need WG consensus on a specific proposal. >>> Probably the best way to proceed is to first determine if others in the >>> WG agree that there is a problem with the current syntax. If the group >>> feels there is a problem, then we can have one or a small number of >>> specific proposal and see if there is consensus to proceed. If the >>> group does not feel there is a problem, then we do not make a change. >> >> Currently the syntax is only loosely defined in text. At the very >> least is needs to be fully defined. IMO this should be done using the >> template for attribute definitions introduced in rfc4566bis. > > Here is the current text: > > The mechanism for indicating this preference is that, in an offer, if > the last character of any of the 'humintlang-recv' or 'humintlang- > send' values is an asterisk, this indicates a request to not fail the > call (similar to SIP Accept-Language syntax). Either way, the called > party MAY ignore this, e.g., for the emergency services use case, a > PSAP will likely not fail the call. > > In what way is this confusing or vague or incompletely specified? There is no ABNF syntax for the value. > I'd be > happy to delete the parenthesized aside "(similar to SIP Accept-Language > syntax)" as that seems to be wrong and/or confusing. Since we're in WGLC > we'd need to open a ticket for this. Since there is no apparent relationship to Accept-Language I agree this should be removed. >> Also, as Gunnar already mentioned, the semantics are not clear when >> "*" is present. Is "*" valid with both -send and -recv? If so, it must >> mean something different in each. > > I'm confused as to where the confusion is coming from. My reading of > the text is that it is very clear that an asterisk is permitted in any > value of either attribute in any media, and that it is a binary meaning: > if the asterisk is present anywhere, it means "please do not fail the > call even if no matches can be made." I don't see the basis for the > idea that "it must mean something different in each." I failed to notice the reference to "in an offer" when making my prior reply. So some of my comments are invalid. But this is still confusing to me. I guess you are assuming that the answerer might "fail the call" due to the presence of these attributes, and the * is a request not to do that. But I think this deserves more discussion of what actions the answerer might take and under what circumstances. Failing the call is pretty extreme. It is also possible to reject a media stream. Is the * also intended to affect that? >> Further, does the "*" only qualify the language and direction to >> which it is attached, or does it qualify the overall negotiation of >> the associated media stream, or of the call as a whole? > > Again, I'm puzzled. My reading of the text is that it clearly says an > asterisk as the last character of ANY value (of any media in either > direction) applies to the entire dialog. Yes, I realize it says that. But I am confused because that makes little sense to me. If it doesn't pertain to the particular value it is attached to, then the syntax seems inappropriate to the task. And further, it could be useful to have it apply to a particular value. To be specific, is there any semantic difference between: 1) a=humintlang-send:es a=humintlang-send:en* 2) a=humintlang-send:es* a=humintlang-send:en >> And how does this relate to O/A? What is the point of indicating >> optionality in an *answer*? At that point the media stream is already >> set up. (Or rejected.) > > Again, the text seems very clear to me, so I don't understand why there > is any confusion. It says "in an offer." Obviously it doesn't make > sense in an answer. Is it *allowed* in an answer, even if it doesn't make sense? >> Setting aside q-values for now, Gunnar's proposal isn't significantly >> more complex than the current proposal. It does detach the "*" from >> the language indication. Whether that is a good thing or not depends >> on the resolution of my issues above. What his proposal does is make >> the indication of multiple languages more concise. It *may* >> complicate the specification of O/A behavior. > > As I see it, it introduces a level of complexity that we don't need. As > I've said several times, neither the idea for a means to indicate a > preference to not fail the call, nor the asterisk syntax to indicate it, > were my own; I have no personal stake in it, but I do want to get this > draft completed. The asterisk has been there since early 2013 with no > one finding it confusing. If the group wants to change it now, that's > fine, but I want to move forward and get the draft done. When working on drafts, I find that it is often counterproductive to raise issues about details until one has agreement on the concepts. Since there has been raging controversy over concepts (in particular, relationships between languages in different media) I didn't want to distract from that. Now that we are past that, it is important to get the more detailed aspects right. Since this draft defines new SDP attributes the SDP directorate will be asked to review it. I happen to be on the directorate, and so can anticipate what issues will be raised. As part of rfc4566bis there is an effort to tighten up and standardize the way attribute syntax is defined. You can look at rfc4566bis to see how that is now being done. In involves ABNF syntax for the attribute value. Also, it is now expected that every new attribute definition come with specific language defining offer/answer behavior. That also needs to be present. Having raised these issues, I didn't bother (yet) raising lesser issues. I will do a complete, nit-picky, review once the more significant issues are sorted out. I realize you want this to be done. But it isn't done yet. Thanks, Paul From nobody Thu Jul 28 12:03:00 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C374312DFFE for ; Thu, 28 Jul 2016 12:02:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 68qbHr05gQzQ for ; Thu, 28 Jul 2016 12:02:56 -0700 (PDT) Received: from p3plwbeout03-02.prod.phx3.secureserver.net (p3plsmtp03-02-2.prod.phx3.secureserver.net [72.167.218.214]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8B2CF12E018 for ; Thu, 28 Jul 2016 12:02:50 -0700 (PDT) Received: from localhost ([72.167.218.133]) by p3plwbeout03-02.prod.phx3.secureserver.net with bizsmtp id QK2q1t0032tGlPL01K2qmC; Thu, 28 Jul 2016 12:02:50 -0700 X-SID: QK2q1t0032tGlPL01 Received: (qmail 12857 invoked by uid 99); 28 Jul 2016 19:02:50 -0000 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Originating-IP: 208.51.143.189 User-Agent: Workspace Webmail 6.4.2 Message-Id: <20160728120248.665a7a7059d7ee80bb4d670165c8327d.9b0a727ea4.wbe@email03.godaddy.com> From: "Doug Ewell" To: "=?UTF-8?Q?Gunnar=5FHellstr=C3=B6m?=" , slim@ietf.org Date: Thu, 28 Jul 2016 12:02:48 -0700 Mime-Version: 1.0 Archived-At: Subject: Re: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2016 19:02:59 -0000 Gunnar Hellstr=C3=B6m wrote:=0A=0A> This would be a valid subset ( if we do= not do anything to issues 1=0A> and 2 above):=0A>=0A> humintlang-send =3D= "a=3Dhumintlang-send" HCOLON=0A> [ language *(COMMA = language) ]=0A> language =3D language-range=0A> language-range = =3D ( ( 1*8ALPHA ) / "*" )=0A=0ASpecifying language-range as 1*8ALPHA conf= licts with the SHOULD and=0ARECOMMENDED wording in Section 6.2: =0A=0A> Eac= h value MUST be a language tag per RFC 5646 [RFC5646]. RFC 5646=0A> descri= bes mechanisms for matching language tags. While RFC 5646=0A> provides a m= echanism accommodating increasingly fine-grained=0A> distinctions, in the i= nterest of maximum interoperability for real-=0A> time interactive communic= ations, each 'humintlang-send' and=0A> 'humintlang-recv' value SHOULD be re= stricted to the largest=0A> granularity of language tags; in other words, i= t is RECOMMENDED to=0A> specify only a Primary-subtag and NOT to include su= btags (e.g., for=0A> region or dialect) unless the languages might be mutua= lly=0A> incomprehensible without them.=0A=0AThere are legitimate use cases = for specifying additional subtags. If a=0Acaller requests a text stream in = Chinese (or Serbian), she might need to=0Aspecify Traditional vs. Simplifie= d Chinese (or Cyrillic vs. Latin=0Ascript), or risk losing comprehensibilit= y.=0A=0AAdditionally, 1ALPHA and 4ALPHA are pointless as part of this rule,= =0Asince they cannot be valid BCP 47 tags.=0A=0AA better and simpler syntax= would be:=0A=0Ahumintlang-send =3D "a=3Dhumintlang-send" HCOLON=0A = [ language *(COMMA language) ]=0Alanguage =3D Langu= age-Tag=0A=0Awhere Language-Tag is defined in RFC 5646, Section 2.1.=0A=0AA= ny asterisks or plus signs or what have you, if agreed upon, could then=0Ab= e added to the humintlang-send and/or humintlang-recv definitions.=0A=0AAs = a side note, while it is true that "RFC 5646 provides a mechanism=0Aaccommo= dating increasingly fine-grained distinctions," it is a common=0Amyth that = it *encourages* such lengthy tags. There is a section in RFC=0A5646 dealing= with the principle "tag content wisely," which has to do in=0Apart with om= itting unnecessary subtags.=0A=0A--=0ADoug Ewell | Thornton, CO, US | ewell= ic.org From nobody Fri Jul 29 00:04:40 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E681712D0AF for ; Fri, 29 Jul 2016 00:04:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.621 X-Spam-Level: X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yFSKtLhh0Xvo for ; Fri, 29 Jul 2016 00:04:36 -0700 (PDT) Received: from bin-vsp-out-03.atm.binero.net (bin-mail-out-05.binero.net [195.74.38.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 451AF12D099 for ; Fri, 29 Jul 2016 00:04:36 -0700 (PDT) X-Halon-ID: aea790e8-555a-11e6-be7b-0050569116f7 Authorized-sender: gunnar.hellstrom@omnitor.se Received: from [192.168.2.136] (unknown [85.238.221.179]) by bin-vsp-out-03.atm.binero.net (Halon Mail Gateway) with ESMTPSA for ; Fri, 29 Jul 2016 09:04:24 +0200 (CEST) To: slim@ietf.org References: <20160728120248.665a7a7059d7ee80bb4d670165c8327d.9b0a727ea4.wbe@email03.godaddy.com> From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: Date: Fri, 29 Jul 2016 09:04:22 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160728120248.665a7a7059d7ee80bb4d670165c8327d.9b0a727ea4.wbe@email03.godaddy.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2016 07:04:39 -0000 Den 2016-07-28 kl. 21:02, skrev Doug Ewell: > Gunnar Hellström wrote: > >> This would be a valid subset ( if we do not do anything to issues 1 >> and 2 above): >> >> humintlang-send = "a=humintlang-send" HCOLON >> [ language *(COMMA language) ] >> language = language-range >> language-range = ( ( 1*8ALPHA ) / "*" ) > Specifying language-range as 1*8ALPHA conflicts with the SHOULD and > RECOMMENDED wording in Section 6.2: > >> Each value MUST be a language tag per RFC 5646 [RFC5646]. RFC 5646 >> describes mechanisms for matching language tags. While RFC 5646 >> provides a mechanism accommodating increasingly fine-grained >> distinctions, in the interest of maximum interoperability for real- >> time interactive communications, each 'humintlang-send' and >> 'humintlang-recv' value SHOULD be restricted to the largest >> granularity of language tags; in other words, it is RECOMMENDED to >> specify only a Primary-subtag and NOT to include subtags (e.g., for >> region or dialect) unless the languages might be mutually >> incomprehensible without them. > There are legitimate use cases for specifying additional subtags. If a > caller requests a text stream in Chinese (or Serbian), she might need to > specify Traditional vs. Simplified Chinese (or Cyrillic vs. Latin > script), or risk losing comprehensibility. > > Additionally, 1ALPHA and 4ALPHA are pointless as part of this rule, > since they cannot be valid BCP 47 tags. > > A better and simpler syntax would be: > > humintlang-send = "a=humintlang-send" HCOLON > [ language *(COMMA language) ] > language = Language-Tag > > where Language-Tag is defined in RFC 5646, Section 2.1. > > Any asterisks or plus signs or what have you, if agreed upon, could then > be added to the humintlang-send and/or humintlang-recv definitions. GH: Thanks for the correction. > > As a side note, while it is true that "RFC 5646 provides a mechanism > accommodating increasingly fine-grained distinctions," it is a common > myth that it *encourages* such lengthy tags. There is a section in RFC > 5646 dealing with the principle "tag content wisely," which has to do in > part with omitting unnecessary subtags. GH: We discussed that there is a way to indicate translated in a subtag and that it may be desirable to include such information sometimes. Do you regard that still allowable? > > -- > Doug Ewell | Thornton, CO, US | ewellic.org > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 From nobody Fri Jul 29 09:15:21 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1ED6D12B064 for ; Fri, 29 Jul 2016 09:15:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j9LB1GXdGekq for ; Fri, 29 Jul 2016 09:15:18 -0700 (PDT) Received: from p3plwbeout03-06.prod.phx3.secureserver.net (p3plsmtp03-06-2.prod.phx3.secureserver.net [72.167.218.218]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D02E012B009 for ; Fri, 29 Jul 2016 09:15:18 -0700 (PDT) Received: from localhost ([72.167.218.130]) by p3plwbeout03-06.prod.phx3.secureserver.net with bizsmtp id QgFJ1t0012pPkNY01gFJmr; Fri, 29 Jul 2016 09:15:18 -0700 X-SID: QgFJ1t0012pPkNY01 Received: (qmail 14220 invoked by uid 99); 29 Jul 2016 16:15:18 -0000 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Originating-IP: 208.51.143.189 User-Agent: Workspace Webmail 6.4.2 Message-Id: <20160729091516.665a7a7059d7ee80bb4d670165c8327d.9a4388ff03.wbe@email03.godaddy.com> From: "Doug Ewell" To: slim@ietf.org Date: Fri, 29 Jul 2016 09:15:16 -0700 Mime-Version: 1.0 Archived-At: Cc: =?UTF-8?Q?Gunnar=5FHellstr=C3=B6m?= Subject: Re: [Slim] Syntax of combination of language tag and Advisory vs Required indication in draft-ietf-slim-negotiating-human-language X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jul 2016 16:15:20 -0000 Gunnar Hellstr=C3=B6m wrote:=0A=0A>> As a side note, while it is true that = "RFC 5646 provides a mechanism=0A>> accommodating increasingly fine-grained= distinctions," it is a common=0A>> myth that it *encourages* such lengthy = tags. There is a section in=0A>> RFC 5646 dealing with the principle "tag c= ontent wisely," which has=0A>> to do in part with omitting unnecessary subt= ags.=0A>=0A> GH: We discussed that there is a way to indicate translated in= a=0A> subtag and that it may be desirable to include such information=0A> = sometimes. Do you regard that still allowable?=0A=0ASure. A tag for "Englis= h, translated from the original Russian" would be=0A"en-t-ru". That tag, to= o, would not be permitted in SLIM applications if=0Ait defined a language t= ag as 1*8ALPHA.=0A=0AOne must be careful not to go too far either way. Subt= ags that add=0Agenuine value should usually be included in a tag. Subtags t= hat restate=0Athe obvious or identify details that don't matter (a classic = example is=0A"ja-JP") should usually be excluded.=0A=0ABecause of the myth = that BCP 47 encourages overspecified tags, groups=0Alike SLIM that write BC= P 47-compliant specs tend to add their own health=0Awarnings about keeping = tags short; but excessive restrictions can make=0Ait impossible to express = details like "Serbian in Cyrillic" and=0A"Simplified Chinese" and dilute mu= ch of the value of using BCP 47 in the=0Afirst place. =0A =0A--=0ADoug Ewel= l | Thornton, CO, US | ewellic.org From nobody Fri Jul 29 23:44:52 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ECD8B12D096; Fri, 29 Jul 2016 23:44:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ayhpBEXrNKxN; Fri, 29 Jul 2016 23:44:48 -0700 (PDT) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E524212B01D; Fri, 29 Jul 2016 23:44:46 -0700 (PDT) Received: from localhost ([::1]:39583 helo=durif.tools.ietf.org) by durif.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bTO0r-0007Pv-T5; Fri, 29 Jul 2016 23:44:45 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "slim issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-slim-negotiating-human-language@ietf.org, gunnar.hellstrom@omnitor.se X-Trac-Project: slim Date: Sat, 30 Jul 2016 06:44:45 -0000 X-URL: https://tools.ietf.org/slim/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/slim/trac/ticket/2 Message-ID: <067.11923dfa77eca4495f14a45e29a1e674@tools.ietf.org> X-Trac-Ticket-ID: 2 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-slim-negotiating-human-language@ietf.org, gunnar.hellstrom@omnitor.se, slim@ietf.org X-SA-Exim-Mail-From: trac+slim@tools.ietf.org X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-slim-negotiating-human-language@ietf.org Resent-Message-Id: <20160730064446.E524212B01D@ietfa.amsl.com> Resent-Date: Fri, 29 Jul 2016 23:44:46 -0700 (PDT) Resent-From: trac+slim@tools.ietf.org Archived-At: Cc: slim@ietf.org Subject: [Slim] [slim] #2 (negotiating-human-language): In real-time document, modalities in introduction should be spoken, signed or written X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2016 06:44:51 -0000 #2: In real-time document, modalities in introduction should be spoken, signed or written Early in the introduction of draft-ietf-slim-negotiating-human- language-04, it is said: ------------------------------ When setting up interactive communication sessions (using SIP or other protocols), human (natural) language and media modality (voice, video, text) negotiation may be needed. ------------------------------------------------- Modality is rather spoken, signed or written. (relation to media audio, video and text is explained later in the introduction) ---------Proposed replacement------------------ When setting up interactive communication sessions (using SIP or other protocols), human (natural) language and media modality (spoken, signed, written) negotiation may be needed. ------------end of proposal-------------------------- -- -------------------------------------+------------------------------------- Reporter: | Owner: draft-ietf-slim- gunnar.hellstrom@omnitor.se | negotiating-human-language@ietf.org Type: defect | Status: new Priority: trivial | Milestone: Component: negotiating-human- | Version: language | Keywords: modality Severity: In WG Last Call | -------------------------------------+------------------------------------- Ticket URL: slim From nobody Sat Jul 30 00:07:38 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E50E412D189; Sat, 30 Jul 2016 00:07:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TA0TiN1floLH; Sat, 30 Jul 2016 00:07:35 -0700 (PDT) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 34CBA12D1A2; Sat, 30 Jul 2016 00:07:33 -0700 (PDT) Received: from localhost ([::1]:39874 helo=durif.tools.ietf.org) by durif.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bTOMu-0004uI-NC; Sat, 30 Jul 2016 00:07:32 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "slim issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-slim-negotiating-human-language@ietf.org, gunnar.hellstrom@omnitor.se X-Trac-Project: slim Date: Sat, 30 Jul 2016 07:07:32 -0000 X-URL: https://tools.ietf.org/slim/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/slim/trac/ticket/3 Message-ID: <067.24db4f15e031c570feed49180f09a8fd@tools.ietf.org> X-Trac-Ticket-ID: 3 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-slim-negotiating-human-language@ietf.org, gunnar.hellstrom@omnitor.se, slim@ietf.org X-SA-Exim-Mail-From: trac+slim@tools.ietf.org X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-slim-negotiating-human-language@ietf.org Resent-Message-Id: <20160730070733.34CBA12D1A2@ietfa.amsl.com> Resent-Date: Sat, 30 Jul 2016 00:07:33 -0700 (PDT) Resent-From: trac+slim@tools.ietf.org Archived-At: Cc: slim@ietf.org Subject: [Slim] [slim] #3 (negotiating-human-language): Delete (known as voice carry over) X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2016 07:07:37 -0000 #3: Delete (known as voice carry over) In the introduction, there is this sentence: -------------------------------------------- Another example would be a user who is able to speak but is deaf or hard-of-hearing and requires a voice stream plus a text stream (known as voice carry over). ---------------------------------------------- This is not only a description of "voice carry over" that most commonly is used as a term for a variant of use of a traditional text relay service. It is also a description of "captioned telephony" service and use of both voice and text simultaneously in a specific way in a point-to-point call. Therefore, delete the paranthesis and let the sentence read: --------------after modification-------------------- Another example would be a user who is able to speak but is deaf or hard-of-hearing and requires a voice stream plus a text stream. ---------------------------------------------------- -- -------------------------------------+------------------------------------- Reporter: | Owner: draft-ietf-slim- gunnar.hellstrom@omnitor.se | negotiating-human-language@ietf.org Type: defect | Status: new Priority: minor | Milestone: Component: negotiating-human- | Version: language | Keywords: simultaneous Severity: In WG Last Call | -------------------------------------+------------------------------------- Ticket URL: slim From nobody Sat Jul 30 00:42:55 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DA5912D108; Sat, 30 Jul 2016 00:42:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eCFg7T9PdiWM; Sat, 30 Jul 2016 00:42:46 -0700 (PDT) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C1B9B12D0BE; Sat, 30 Jul 2016 00:42:46 -0700 (PDT) Received: from localhost ([::1]:40797 helo=durif.tools.ietf.org) by durif.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bTOv0-0005WY-4z; Sat, 30 Jul 2016 00:42:46 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "slim issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-slim-negotiating-human-language@ietf.org, gunnar.hellstrom@omnitor.se X-Trac-Project: slim Date: Sat, 30 Jul 2016 07:42:45 -0000 X-URL: https://tools.ietf.org/slim/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/slim/trac/ticket/4 Message-ID: <067.2e58384b177c3fa6dc148d6953ae10e3@tools.ietf.org> X-Trac-Ticket-ID: 4 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-slim-negotiating-human-language@ietf.org, gunnar.hellstrom@omnitor.se, slim@ietf.org X-SA-Exim-Mail-From: trac+slim@tools.ietf.org X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-slim-negotiating-human-language@ietf.org Resent-Message-Id: <20160730074246.C1B9B12D0BE@ietfa.amsl.com> Resent-Date: Sat, 30 Jul 2016 00:42:46 -0700 (PDT) Resent-From: trac+slim@tools.ietf.org Archived-At: Cc: slim@ietf.org Subject: [Slim] [slim] #4 (negotiating-human-language): Section 3 has many informal references. Reword the section. X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2016 07:42:50 -0000 #4: Section 3 has many informal references. Reword the section. Section 3 "Expected use" has references to NENA, 3GPP, SA1, an outdated NENA document name. This is unusual in an IETF standards track draft. Reword the section to the proposal provided to the slim list on July 19. --------current section 3------------------ This facility may be used by NENA and 3GPP. NENA has already referenced it in NENA 08-01 (i3 Stage 3 version 2) in describing attributes of calls presented to an ESInet, and may add further details in that or other documents. 3GPP may reference this mechanism in general call handling and emergency call handling. Some CRs introduced in SA1 have anticipated this functionality being provided within SDP. ------------------------------------------------------------- ----Proposed replacement for section 3------------------ This facility may be used by higher level specifications to provide a way for negotiating language and modality. There are specification that anticipate this functionality being provided within SDP. -------------------------------------------- -- -------------------------------------+------------------------------------- Reporter: | Owner: draft-ietf-slim- gunnar.hellstrom@omnitor.se | negotiating-human-language@ietf.org Type: defect | Status: new Priority: major | Milestone: Component: negotiating-human- | Version: language | Keywords: Severity: In WG Last Call | -------------------------------------+------------------------------------- Ticket URL: slim From nobody Sat Jul 30 00:48:17 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0965812D0C6; Sat, 30 Jul 2016 00:48:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v0gJdhSUnODB; Sat, 30 Jul 2016 00:48:14 -0700 (PDT) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4AE9612B019; Sat, 30 Jul 2016 00:48:14 -0700 (PDT) Received: from localhost ([::1]:40986 helo=durif.tools.ietf.org) by durif.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bTP0H-0005ZE-FO; Sat, 30 Jul 2016 00:48:13 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "slim issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-slim-negotiating-human-language@ietf.org, gunnar.hellstrom@omnitor.se X-Trac-Project: slim Date: Sat, 30 Jul 2016 07:48:12 -0000 X-URL: https://tools.ietf.org/slim/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/slim/trac/ticket/4#comment:1 Message-ID: <082.03863a39bb4f9b81a39f3e0a0bbe99bf@tools.ietf.org> References: <067.2e58384b177c3fa6dc148d6953ae10e3@tools.ietf.org> X-Trac-Ticket-ID: 4 In-Reply-To: <067.2e58384b177c3fa6dc148d6953ae10e3@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-slim-negotiating-human-language@ietf.org, gunnar.hellstrom@omnitor.se, slim@ietf.org X-SA-Exim-Mail-From: trac+slim@tools.ietf.org X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-slim-negotiating-human-language@ietf.org Resent-Message-Id: <20160730074814.4AE9612B019@ietfa.amsl.com> Resent-Date: Sat, 30 Jul 2016 00:48:14 -0700 (PDT) Resent-From: trac+slim@tools.ietf.org Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] [slim] #4 (negotiating-human-language): Section 3 has many informal references. Reword the section. X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2016 07:48:16 -0000 #4: Section 3 has many informal references. Reword the section. Comment (by gunnar.hellstrom@omnitor.se): The dividing lines above should have embedded text "Current wording" and "Proposed new wording" included, but that was lost in publishing the issue. Now, I do not find how to edit the original issue, so please read that into the sections above. -- -------------------------------------+------------------------------------- Reporter: | Owner: draft-ietf-slim- gunnar.hellstrom@omnitor.se | negotiating-human-language@ietf.org Type: defect | Status: new Priority: major | Milestone: Component: negotiating-human- | Version: language | Resolution: Severity: In WG Last Call | Keywords: | -------------------------------------+------------------------------------- Ticket URL: slim From nobody Sat Jul 30 13:22:44 2016 Return-Path: X-Original-To: slim@ietfa.amsl.com Delivered-To: slim@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC77612D1A4; Sat, 30 Jul 2016 13:22:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BkB1jO2QGegx; Sat, 30 Jul 2016 13:22:41 -0700 (PDT) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 898A012D0A8; Sat, 30 Jul 2016 13:22:41 -0700 (PDT) Received: from localhost ([::1]:35676 helo=durif.tools.ietf.org) by durif.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bTamO-00008x-Qg; Sat, 30 Jul 2016 13:22:40 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "slim issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-slim-negotiating-human-language@ietf.org, gunnar.hellstrom@omnitor.se X-Trac-Project: slim Date: Sat, 30 Jul 2016 20:22:40 -0000 X-URL: https://tools.ietf.org/slim/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/slim/trac/ticket/5 Message-ID: <067.dddc6438e41ce7624872be9398d943d7@tools.ietf.org> X-Trac-Ticket-ID: 5 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-slim-negotiating-human-language@ietf.org, gunnar.hellstrom@omnitor.se, slim@ietf.org X-SA-Exim-Mail-From: trac+slim@tools.ietf.org X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-slim-negotiating-human-language@ietf.org Resent-Message-Id: <20160730202241.898A012D0A8@ietfa.amsl.com> Resent-Date: Sat, 30 Jul 2016 13:22:41 -0700 (PDT) Resent-From: trac+slim@tools.ietf.org Archived-At: Cc: slim@ietf.org Subject: [Slim] [slim] #5 (negotiating-human-language): Improve paragraph on relay services in section 1. Introduction. X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2016 20:22:43 -0000 #5: Improve paragraph on relay services in section 1. Introduction. In section 1, Introduction, there is a paragraph about relay services. It is limited to how most relay services function today, but should instead be open for the changes and improvements that are possible when the draft is applied. Current text: _____________________________________ Regarding relay services, in the case of an emergency call requiring sign language such as ASL, there are two common approaches: the caller initiates the call to a relay center, or the caller places the call to emergency services (e.g., 911 in the U.S. or 112 in Europe). (In a variant of the second case, the voice service provider invokes a relay service as well as emergency services.) In the former case, the language need is ancillary and supplemental. In the non-variant second case, the ESInet and/or PSAP may take the need for sign language into account and bridge in a relay center. In this case, the ESInet and PSAP have all the standard information available (such as location) but are able to bridge the relay sooner in the call processing. ____________________________________________________ Proposed modified text. ---------------------------------------------------------- Regarding relay services, in the case of an emergency call requiring sign language, there are three common approaches: 1) the caller is customer of a relay service which intercepts all calls and in turn initiates the call to a relay service, 2) the caller is customer of a general service provider and places the call to emergency services (e.g., 911 in the U.S. or 112 in Europe), or 3) the caller is customer of a service provider which supports invocation of relay services when found needed in general calls as well as emergency service calls. In the first case the language need can be used by the relay service to allocate an interpreter with suitable competence, while in many cases the relay service is only serving one language/modality combination and the provided language information is then ancillary and supplemental. In the second case, the ESInet and/or PSAP may take the need for a specific sign language into account and bridge in a relay service. In this case, the ESInet and PSAP have all the standard information available (such as location) and are able to bridge the required relay early into the call. In the third case, the service provider can base the decision on if a relay service is needed in the call on the language and modality information. The need for language and modality indication in these cases becomes extra apparent when dealing with emergency calls by visitors to regions with other default languages than the caller's. -- -------------------------------------+------------------------------------- Reporter: | Owner: draft-ietf-slim- gunnar.hellstrom@omnitor.se | negotiating-human-language@ietf.org Type: enhancement | Status: new Priority: minor | Milestone: Component: negotiating-human- | Version: language | Keywords: relay services Severity: In WG Last Call | -------------------------------------+------------------------------------- Ticket URL: slim