From tac@clark.net Mon Jun 01 00:15:15 1998 Received: from loas.clark.net (loas.clark.net [168.143.0.13]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id AAA14626 for ; Mon, 1 Jun 1998 00:15:09 -0500 (CDT) Received: from clark.net (tac.clark.net [168.143.32.123]) by loas.clark.net (8.8.8/8.8.8) with ESMTP id BAA04639 for ; Mon, 1 Jun 1998 01:16:23 -0400 (EDT) Message-ID: <35722A87.8DF83A72@clark.net> Date: Mon, 01 Jun 1998 05:13:59 +0100 From: "Dr Thomas A Clark (W3IWI)" Reply-To: tac@clark.net X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1574] Antenna Cables References: <199806010108.SAA07234@sd.znet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Pete Prossen wrote: > > As I admired the new Motorola antenna just received, I got to wondering > about the 20-ft cable attached to it, and the additional signal path length > it adds. > > I believe that the center of the antenna patch is the triangulation point > for range computation. It is here that the signal paths converge. > > An additional path length (20-ft divided by propagation constant for the > cable) is then added to each of the signals. Although it is constant for > each signal, the true path lengths from SV's to the antenna are probably > quite different. Thus the cable contribution alters the true > proportionality of the paths. > > It seems to me that cable length creates the opportunity for a significant > measurement error. And I've seen cables for GPS antennas as long as 60 > feet. > > I'm sure there is a way to correct for this. For example, the Motorola > Oncore has the "1PPS CABLE DELAY" optional parameter. My understanding is > that it is used to trim the wick on the 1PPS timing signal output. > > Is the same parameter also used for location computations? > > And what is done for the personal hand-held units like my Garmin GPS III? > Near as I can tell, there is no settable parameter for cable length. > > I hope this question doesn't show my ignorance to be any worse than I > already know it is. Pete -- the cable length has ZERO effect on the position determination. The position you get refers to the phase center of the antenna. To get a position from your receiver, you measure the time delay between your receiver's internal clock and each of 4 (or more) satellites. These 4 observations are called pseudoranges (or biased ranges) because they all have a common error, the receiver's clock. The 4 PRs are then used to get 3-D position plus the error in the receiver's clock. Now add 100 meters of cable. If the cable were filled with vaccuum, then all 4 satellite signals would be delayed an addition 300 nsec (or more like 450 nsec for real cable with a velocity factor ~0.66). But the SAME 300 (or 450) nsec is added to the PRs for a 4 satellites, so all that is effected is the clock bias correction. Putting 100 meters of cable in the antenna line, or in the output of the 1PPS signal has precisely the same effect -- it makes the clock be late. The cable corrections that can be applied to the ONCORE simply offset the receiver's clock parameters EARLY by the amount that the cable makes them be LATE. Here is an interesting corollary to this. At many trade shows, some group puts a "community" antenna on the roof, amplifies the signal, and then re-transmits it inside the building for all the show participants. When this is done, ALL receivers in the exhibition hall read the same position, namely that of the rooftop antenna. And when you walk around inside the exhibition hall, your position doesn't change. The reason is that the path for all the satellites seen "indoors" have an identical added constant; the re-radiated indoor path is the equivalent of a long coax cable. Lots of vendors have been very surprised to learn of this quirky behavior, even to the point that they have accused rival vendors of jamming their exhibit! 73, Tom From davem@cs.ubc.ca Mon Jun 01 00:30:37 1998 Received: from pedigree.cs.ubc.ca (smtp.cs.ubc.ca [142.103.6.52]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id AAA15303 for ; Mon, 1 Jun 1998 00:30:35 -0500 (CDT) Received: from [198.162.38.159] (davem.home.cs.ubc.ca [198.162.38.159]) by pedigree.cs.ubc.ca (8.8.8/8.6.9) with ESMTP id WAA12520 for ; Sun, 31 May 1998 22:30:31 -0700 (PDT) X-Sender: davem@mail.cs.ubc.ca Message-Id: In-Reply-To: <199806010108.SAA07234@sd.znet.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 31 May 1998 22:31:25 -0700 To: tacgps@tapr.org From: Dave Martindale Subject: Re: [TACGPS:1574] Antenna Cables >An additional path length (20-ft divided by propagation constant for the >cable) is then added to each of the signals. Although it is constant for >each signal, the true path lengths from SV's to the antenna are probably >quite different. Thus the cable contribution alters the true >proportionality of the paths. > >It seems to me that cable length creates the opportunity for a significant >measurement error. And I've seen cables for GPS antennas as long as 60 >feet. As it turns out, it doesn't add any position error, at least in the common case. The GPS receiver does not have an atomic clock independently synced to GPS time. Instead, it has a local clock that is roughly stable in frequency, but with some unknown time offset from GPS time, and some unknown drift rate. The process of calculating a 3-dimensional position thus cannot be done with only 3 satellites (as it could if a local accurate clock was available). Instead, 4 satellites are used to give 4 independent measurements, which are then used to solve for 4 unknowns: 3 degrees of freedom in position, and clock offset. (If more than 4 satellites are being received, the receiver may use the best 4, or it may calculate a least-squares or similar fit using all satellites. In some sense, the solution is arrived at by constructing a set of spheres surrounding the 4 satellites whose radiuses are the measured pseudo-ranges to each satellite, and then enlarging or shrinking all 4 spheres by the same amount at the same time until they intersect (or come as close as possible to intersecting). When this happens, the point of intersection is the antenna location, and the amount you needed to adjust the pseudo-ranges by to find the intersection is the error in the pseudo-ranges, which will be assumed to be clock error. Now, if you add (say) 20 ns of delay to the signal from every satellite, you will get a slightly different solution. But the solution you get will give the *same* position as before, with a clock error calculation that is 20 ns different before. So the cable delay affects the clock timing, but not position. >I'm sure there is a way to correct for this. For example, the Motorola >Oncore has the "1PPS CABLE DELAY" optional parameter. My understanding is >that it is used to trim the wick on the 1PPS timing signal output. > >Is the same parameter also used for location computations? If you only care about position, you can ignore cable delay. If you care about relative timing (e.g. using the TAC to discipline a TOC), you also don't care about cable delay. But if you care about absolute time (TAC used to synchronize clocks in different places) then you do care about the cable delay. The Oncore receiver allows you to "advance" the timing of the output pulse to compensate for cable delay. But the position is unaffected by it. >And what is done for the personal hand-held units like my Garmin GPS III? >Near as I can tell, there is no settable parameter for cable length. No, and it doesn't provide precise timing anyway. There is no 1 PPS output, and the time in the NMEA output may be a second or two behind the true time. The absence is more serious in a receiver like the Garmin 25, which *does* have a 1 PPS output and NMEA data synchronized with it, but no way to compensate for cable delay. Dave From k4jpj@appstate.campus.mci.net Mon Jun 01 20:11:06 1998 Received: from aus-f.mp.campus.mci.net (aus-f.mp.campus.mci.net [208.140.84.26]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id UAA29670 for ; Mon, 1 Jun 1998 20:11:04 -0500 (CDT) Received: from donaldha (s22-pm44.snaustel.campus.mci.net [207.49.123.113]) by aus-f.mp.campus.mci.net (8.9.0/8.8.8) with SMTP id VAA01500 for ; Mon, 1 Jun 1998 21:06:41 -0400 (EDT) Message-Id: <3.0.5.32.19980602010524.007e0e10@appstate.campus.mci.net> X-Sender: k4jpj@appstate.campus.mci.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Tue, 02 Jun 1998 01:05:24 -0400 To: tacgps@tapr.org From: "Donald E. Haselwood" Subject: Re: [TACGPS:1560] Rhubidium, GPS & Microcontrollers - Steering In-Reply-To: <3.0.5.32.19980527203824.007d0100@pop5.ibm.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Ron, More thots about not steering the Rube. >By the way, as I read your discussion it occurred to me that the PIC that I >am experimenting with (16F84) uses a 10 MHz clock. How convenient! The >Rube can become the base clock for the PIC and they will, by definition >always be locked together! Running the micro from the 10 Mhz clock should be an improvement over the usual (unstable) clock xtal. Here is my thinking. To start, suppose that the micro runs from its a) own xtal, b) the 10 Mhz Rube is perfectly on freq, c) the GPS produces perfect 1 PPS pulses. The "input capture" on the micro should produce exactly the same number each second. We'll also assume that the Rube count-down is 1/2 second out-of-phase with the GPS, hence a micro with a 2 Mhz bus would generate a count of 1E6. Suppose the cold wind blows thru the window and the xtal on the micro "instantly" changes 1 ppm. This represents 2 counts (i.e. 1 us) over one second duration. The result is that the Rube-GPS time difference changes 1 count (since they are "really" 1/2 second apart). The Rube-GPS being 1/2 sec out-of-phase represents a worst-case as the maximum time difference, since 1 sec pulses can only be +- 1/2 second apart. When the Rube is "steered," then the Rube-GPS time difference will eventually end up oscillating between +- 1 count of time difference (still assuming that the GPS is perfect). A 1 ppm change in the micro's xtal freq has no appreciable effect. Therefore steering makes the effect of change in the micro's xtal frequency neglible. If the micro's clock is driven from the Rube, then the foregoing problem is eliminated and there would be no need to steer the Rube. Since the 'E2 version of the HC11 I'm using will not run at 10 Mhz, driving it from the Rube is not feasible. One solution is to phase lock the 8 Mhz xtal to the Rube, but that takes hardware. "Calibrating" the micro to the Rube might handle the situation. The time count between Rube 1 second periods could be used to adjust the time count between the Rube and GPS, thus a chilly wind would only result in the adjustment factor changing. Fortunately, 1 second is enormous amount of time when it comes to computing, so the computation is no problem. There is also the issue of averaging, or filtering (an average is a crummy low pass filter). Even though the micro's time difference measurement is 1/2 us (HC11 with 2 Mhz bus; the PIC will have somewhat better resolution), the averaging has the effect of increasing the resolution. If the Rube is only very slightly off in frequency then one should see a string of identical Rube-GPS for a very long time before the count changed (still assuming a perfect GPS signal). The real GPS signal has jitter (noise) which has the same effect as the old servo scheme of "dithering." The jitter should have the effect of producing an average that shows the frequency difference between the Rube and GPS to a resolution higher than the 1/2 us, provided the filtering cutoff is low, that is long time period (e.g. longer period that than say, 1/2 hour, to cover the SA cycle). Finally, thinking of the overkill of using the HC11. The A/D inputs are sitting there unused. Why not monitor the Rube's lock and xtal control voltage. According to the Rube's manual it looks like one long-term problem is the xtal drifting outside the control voltage range. 73's Don, W4DH From jra@febo.com Mon Jun 01 20:25:59 1998 Received: from meow.febo.com (root@meow.febo.com [209.115.70.194]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id UAA00939; Mon, 1 Jun 1998 20:25:54 -0500 (CDT) Received: from meow.febo.com (jra@localhost [127.0.0.1]) by meow.febo.com (8.8.5/8.7.3) with ESMTP id VAA27683; Mon, 1 Jun 1998 21:25:52 -0400 Message-Id: <199806020125.VAA27683@meow.febo.com> X-Mailer: exmh version 1.6.9 8/22/96 To: tacgps@tapr.org, aprssig@tapr.org Subject: GPS horizon plots Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 Jun 1998 21:25:52 -0400 From: John Ackermann N8UR I've been doing a "science fair experiment" to see what the effect of foliage is on GPS signals. I have a GPS antenna mounted on my tower. There's a patch of woods with tall trees running east-west immediately to the south of the tower, while the horizon to the north is clear down to 10 degrees or so. I used Stan Huntting's "SA Watch" program to plot the satellite horizon for a seven day period last winter, and again this week. That gives me one plot with the leaves off the trees, and another when the foliage is full and moist. The results aren't quite what I expected. I've put a description of the experiment, as well as screen-shots of the horizon displays, at http://www.febo.com/ntp/gps-horizon.html if you're interested. The third and final phase of the experiment is to replace the ~45 feet of RG-58 that's currently between the antenna and the GPS receiver with a piece of 9913 to see what difference 8dB less attenuation makes. I hope to finish that experiment and post the results in three weeks or so. John N8UR jra@febo.com http://www.febo.com From g_davis@qlc.com Tue Jun 02 10:51:57 1998 Received: from ntmail.qlc.com (ntmail.qlc.com [192.215.217.150]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id KAA16757 for ; Tue, 2 Jun 1998 10:51:56 -0500 (CDT) Received: by ntmail.qlc.com with Internet Mail Service (5.5.1960.3) id ; Tue, 2 Jun 1998 08:50:50 -0700 Message-ID: From: Garren Davis To: "'tacgps@tapr.org'" Subject: ONCORE TTFF Date: Tue, 2 Jun 1998 08:50:49 -0700 X-Mailer: Internet Mail Service (5.5.1960.3) I have another question about the ONCORE receiver. When I first powered up the ONCORE and started TAC32 it took about a half hour to aquire the sats. I figure it did a cold start. I played with it and let it run for a few days then turned it off because I was going on vacation. When I powered it back on and started TAC32 it took about a half hour again to aquire the sats. I thought with the onboard battery that it would keep the time and date and therefore would have a faster time to first fix. Is my thinking wrong or am I supposed to give the ONCORE a command to tell it to remember the settings or is this the way the ONCORE is suppose to work? Thanks for the help. Garren g_davis@qlc.com From rick@cnssys.com Tue Jun 02 11:20:24 1998 Received: from gw.cnssys.com (root@cnssys.com [207.97.17.1]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id LAA18463 for ; Tue, 2 Jun 1998 11:20:21 -0500 (CDT) Received: from rick (rick.cnssys.com [207.97.17.16]) by gw.cnssys.com (8.8.5/8.8.5) with SMTP id MAA08583 for ; Tue, 2 Jun 1998 12:20:16 -0400 From: "Richard M. Hambly" To: Subject: RE: [TACGPS:1579] ONCORE TTFF Date: Tue, 2 Jun 1998 12:20:11 -0400 Message-ID: <000601bd8e42$50e96260$101161cf@rick.cnssys.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.1 In-Reply-To: Garren, You should get acquisition much quicker than that after the receiver has an ephemeris set (15 minutes or so from a cold start if all goes well). TAC32 will tell you if the receiver is acquiring new ephemeris data on the status line just below the satellite bar graph. TAC32 re-initializes the Oncore's reference location every time it starts up so be sure to set the reference location. If you haven't had time to do a full self-survey, at least do a "Set Reference from Current". Is this an Oncore VP, UT+ or GT+? Rick WB2TNL -----Original Message----- From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Garren Davis Sent: Tuesday, June 02, 1998 11:55 AM To: tacgps@tapr.org Subject: [TACGPS:1579] ONCORE TTFF I have another question about the ONCORE receiver. When I first powered up the ONCORE and started TAC32 it took about a half hour to aquire the sats. I figure it did a cold start. I played with it and let it run for a few days then turned it off because I was going on vacation. When I powered it back on and started TAC32 it took about a half hour again to aquire the sats. I thought with the onboard battery that it would keep the time and date and therefore would have a faster time to first fix. Is my thinking wrong or am I supposed to give the ONCORE a command to tell it to remember the settings or is this the way the ONCORE is suppose to work? Thanks for the help. Garren g_davis@qlc.com From g_davis@qlc.com Tue Jun 02 11:50:23 1998 Received: from ntmail.qlc.com (ntmail.qlc.com [192.215.217.150]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id LAA19955 for ; Tue, 2 Jun 1998 11:50:15 -0500 (CDT) Received: by ntmail.qlc.com with Internet Mail Service (5.5.1960.3) id ; Tue, 2 Jun 1998 09:49:07 -0700 Message-ID: From: Garren Davis To: "'tacgps@tapr.org'" Subject: RE: [TACGPS:1580] RE: ONCORE TTFF Date: Tue, 2 Jun 1998 09:49:06 -0700 X-Mailer: Internet Mail Service (5.5.1960.3) Rick, When you say "full self-survey" do you mean let TAC32 run for a while and let it average the posistion? If so then yes I have done that and set that as the reference location. I don't remember if the status line said "acquiring new ephemeris data" or some other message. I will try it again tonight when I get home. It seems to acquire much faster when I run the Motorola program that came with the ONCORE VP. Anyway, thanks for the quick response. I'll try a few things tonight and let you know. Garren > ---------- > From: Richard M. Hambly[SMTP:rick@cnssys.com] > Reply To: tacgps@tapr.org > Sent: Tuesday, June 02, 1998 9:23 AM > To: tacgps@tapr.org > Subject: [TACGPS:1580] RE: ONCORE TTFF > > Garren, > > You should get acquisition much quicker than that after the receiver has > an > ephemeris set (15 minutes or so from a cold start if all goes well). > TAC32 > will tell you if the receiver is acquiring new ephemeris data on the > status > line just below the satellite bar graph. > > TAC32 re-initializes the Oncore's reference location every time it starts > up > so be sure to set the reference location. If you haven't had time to do a > full self-survey, at least do a "Set Reference from Current". > > Is this an Oncore VP, UT+ or GT+? > > Rick > WB2TNL > > -----Original Message----- > From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Garren Davis > Sent: Tuesday, June 02, 1998 11:55 AM > To: tacgps@tapr.org > Subject: [TACGPS:1579] ONCORE TTFF > > > > > I have another question about the ONCORE receiver. When I first > powered up the ONCORE and started TAC32 it took about a half > hour to aquire the sats. I figure it did a cold start. I played with it > and let it run for a few days then turned it off because I was going > on vacation. When I powered it back on and started TAC32 it took > about a half hour again to aquire the sats. I thought with the onboard > battery that it would keep the time and date and therefore would > have a faster time to first fix. Is my thinking wrong or am I supposed > to give the ONCORE a command to tell it to remember the settings > or is this the way the ONCORE is suppose to work? > Thanks for the help. > > Garren > g_davis@qlc.com > From clark@tomcat.gsfc.nasa.gov Tue Jun 02 12:44:52 1998 Received: from gemini.gsfc.nasa.gov (gemini.gsfc.nasa.gov [128.183.201.90]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id MAA29360 for ; Tue, 2 Jun 1998 12:44:49 -0500 (CDT) Received: from tomcat.gsfc.nasa.gov (scheat.gsfc.nasa.gov) by gemini.gsfc.nasa.gov; Tue, 2 Jun 1998 13:44:47 -0400 Message-Id: <35743A0E.4CD0FFCF@tomcat.gsfc.nasa.gov> Date: Tue, 02 Jun 1998 13:44:46 -0400 From: "Dr Thomas A Clark (W3IWI)" Reply-To: clark@tomcat.gsfc.nasa.gov X-Mailer: Mozilla 4.05 [en] (Win95; U) Mime-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1579] ONCORE TTFF References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Garren Davis wrote: > > I have another question about the ONCORE receiver. When I first > powered up the ONCORE and started TAC32 it took about a half > hour to aquire the sats. I figure it did a cold start. I played with it > and let it run for a few days then turned it off because I was going > on vacation. When I powered it back on and started TAC32 it took > about a half hour again to aquire the sats. I thought with the onboard > battery that it would keep the time and date and therefore would > have a faster time to first fix. Is my thinking wrong or am I supposed > to give the ONCORE a command to tell it to remember the settings > or is this the way the ONCORE is suppose to work? I agree with Rick's comments -- make sure you are not resetting the receiver position. You can see this in the positions window on the main TAC32 screen. A few other factoids: Yes, the purpose of the battery is to keep the on-board clock running so that the receiver "wakes up" knowing the approximate time. There are two other pieces of information it needs to do a "smart start" -- it needs an almanac with Keplerian elements so that it knows which GPS satellites are visible, and it needs to know where you are located. These 3 pieces of information lets your receiver know which satellites to look for. When you power up the receiver, it starts searching for visible satellites by searching the 1023 possible phases of the C/A code for the particular satellite, and by searching in RF frequency based on its predicted Doppler offset. Once the receiver gets code/freq lock, it starts looking for the beginning of the 1500 bit long data message sent at 50 bits/sec -- i.e. beginning every 30 secs. You may have started this step at any time, so the maximum should be 30 sec, minimum zero, and average 15 secs. Finding this boundary lets the rcvr set its clock to a few msec, and it lets it start reading the 1500 bit message. After another 30 secs elapse (assuming there were no dropouts), the receiver has the entire 1500 bit message wnich contains all the information needed to use this satellite's data, including a precise set of orbital elements (ephemeris). When 4 satellites are thus found, the receiver can do a position fix. If the 3 assumptions -- approx time+approx location+almanac known -- are true and signals are solid, the acquisition time should be 30-60 seconds. If you have been locked up, kill the power, and then re-power the receiver, the acquisition time will be faster because the receiver already knows all the ephemeris & status info. This data is changed a couple of times per day; its validity is tested by a "serial number" called the IODE (Issue of Data Ephemeris) contained in the 1500 bit message. Now lets consider the situation when one of the three assumptions is not valid. Rick suggested that you make sure that TAC32 knows your approximate position, and TAC32 resets the receiver's location to its software default value. If the default is grossly wrong, the receiver will be looking at the wrong satellites! In case you have done a cold reset of the receiver, the almanac data will be missing. Each GPS satellite sends down the almanac for the entire constellation in its 1500 bit message. Unfortunately, it takes 25 cycles to send all the information (i.e. 12.5 minutes) to reload the receiver's almanac replica. Different receivers handle the coldstart condition differently. In most cases, it they see that the clock has stopped, or that no almanac is loaded, they immediately start a "blind" search for satellites. If your receiver has a bogus position and doesn't lock onto some satellites in a few minutes, this also triggers an all-sky, blind search. Since there are 32 possible GPS satellite PRNs, and the ONCORE has only 8 channels, it can only try "tuning in" on a quarter of the possible satellites at a time. It sounds like this is what's happening to you. 73, Tom From mpetz@ccm.stlcc.cc.mo.us Tue Jun 02 15:33:56 1998 Received: from ccm.stlcc.cc.mo.us (ccm.stlcc.cc.mo.us [198.209.221.106]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id PAA13716 for ; Tue, 2 Jun 1998 15:33:52 -0500 (CDT) Received: from MPetz.stlcc.cc.mo.us ([198.209.221.166]) by ccm.stlcc.cc.mo.us (post.office MTA v2.0 0813 ID# 0-13191) with SMTP id AAA151 for ; Tue, 2 Jun 1998 15:36:23 -0500 Message-Id: <2.2.16.19980602153345.57cff196@ccm.stlcc.cc.mo.us> X-Sender: mpetz@ccm.stlcc.cc.mo.us X-Mailer: Windows Eudora Pro Version 2.2 (16) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: tacgps@tapr.org From: mpetz@ccm.stlcc.cc.mo.us (Micheal Petz) Subject: SAWatch Date: Tue, 2 Jun 1998 15:36:23 -0500 I recently download the most current SAWatch to calibrate my position for TAPR DGPS. When I went to select the receiver type, the label for the Oncore w/ DGPS was "grayed out'. Did I get a bad load, this feature not enabled yet, or do I need to register this software to enable this option? Also, when I connected (and re-configured) my Garmin 45XL to the computer instead of the Oncore w/ DGPS, it will run for about 10 hours and then give me a "run time error #13" and die. Can anyone tell me what this error is (and if possible, how to fix it!). Thanks in advance! Michael Petz KA9HNT mpetz@ccm.stlcc.cc.mo.us From Garwood745@aol.com Tue Jun 02 20:13:55 1998 Received: from imo29.mx.aol.com (imo29.mx.aol.com [198.81.17.73]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id UAA09840 for ; Tue, 2 Jun 1998 20:13:53 -0500 (CDT) From: Garwood745@aol.com Received: from Garwood745@aol.com by imo29.mx.aol.com (IMOv14_b1.1) id VUOKa18311 for ; Tue, 2 Jun 1998 21:13:05 +2000 (EDT) Message-ID: Date: Tue, 2 Jun 1998 21:13:05 EDT To: tacgps@tapr.org Mime-Version: 1.0 Subject: literature on gps in urban canyons Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit X-Mailer: AOL 3.0 for Windows 95 sub 49 Any pointers to information on the effect of urban canyons on gps performance? garywoodward From bryan@bmumford.com Tue Jun 02 20:52:37 1998 Received: from acme.sb.west.net (acme.sb.west.net [205.254.224.2]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id UAA11583 for ; Tue, 2 Jun 1998 20:52:35 -0500 (CDT) Received: from [207.71.218.211] (pm3-34.sba1.avtel.net [207.71.218.184]) by acme.sb.west.net (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id SAA18915 for ; Tue, 2 Jun 1998 18:51:42 -0700 (PDT) X-Sender: mumford@mail.west.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 2 Jun 1998 18:43:06 -0800 To: tacgps@tapr.org From: Bryan Mumford Subject: antenna design needed I'm using a GPS-20 to generate 1 pps signals that are used to track the drift in precision pendulum clocks. The GPS-20 is tethered to an outdoor antenna, but many of the clocks are in other rooms. I would like to distribute 1 pps signals through the building. I would most like to do this with a simple radio transmitter and a mobile receiver that can be moved from clock to clock. For a low cost homebrew approach I'd like to try using a PIC chip to drive an antenna at about 500 KHz, and detect this tone, but I know nothing about matching the impedance of a digital bit to an antenna. Can anyone advise me on how to approach this? I understand that I will lose some precision in the 1 pps signal, but our measurements are long term and a little scatter that doesn't accumulate is affordable. Bryan Mumford Santa Barbara, California http://www.bmumford.com From doug@clecom.com Tue Jun 02 23:06:06 1998 Received: from grover.en.com (grover.en.com [204.89.181.10]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id XAA18065 for ; Tue, 2 Jun 1998 23:06:05 -0500 (CDT) Received: from Duncan (p35-ts22.en.net [207.180.218.35]) by grover.en.com (8.8.8/8.8.8) with SMTP id AAA04004 for ; Wed, 3 Jun 1998 00:06:52 -0400 (EDT) Message-Id: <3.0.32.19980603000126.0083a390@en.com> X-Sender: dbade@en.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Wed, 03 Jun 1998 00:01:32 -0400 To: tacgps@tapr.org From: Doug Bade Subject: DGPS through Digipeaters Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Hello All at Sig ; I have set up my DGPSIB at my office on 144.39, I am transmitting about every 12 seconds or so.. I set up unproto path through 1 digi, my house, kb8gvq,and started tracking differential.. I found that my Garmin 65 looses rtcm input more than I thought it should, seems that it doesn't really like the direct and digi'd signal when in a capture area of the two (sequentially). seems to get data failures alot in this mode. I bought a Garmin GPS 111 to see if the parralel tracker would handle it better.. EPE's got real good, 50 ft or less, altitude really settled down.. but.... still drops lock unexpectedly.. Does digi'ing have a noticeable effect on garmins??? I have no experience with differential beyond DGPSIB.. As for traffic loading, even at 10 seconds, I have not seen backlogs in our area at this time.. (of traffic)... I do not know how far I am transmitting my DGPS signal, but I would like to digi through a high profile site nearby.. but...... Is this an ok Idea ??? does redundent reception of an rtcm packet mess with receivers??? any Ideas???? TNX in advance.... From Cleveland, Doug KB8GVQ From bruninga@nadn.navy.mil Tue Jun 02 23:36:36 1998 Received: from arctic.nadn.navy.mil (arctic.nadn.navy.mil [131.121.8.1]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id XAA19908 for ; Tue, 2 Jun 1998 23:36:34 -0500 (CDT) Received: from localhost (bruninga@localhost) by arctic.nadn.navy.mil (8.8.5/8.8.5) with SMTP id AAA25804 for ; Wed, 3 Jun 1998 00:36:04 -0400 (EDT) X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs Date: Wed, 3 Jun 1998 00:36:04 -0400 (EDT) From: Bob Bruninga X-Sender: bruninga@arctic To: tacgps@tapr.org Subject: Re: [TACGPS:1586] DGPS through Digipeaters In-Reply-To: <3.0.32.19980603000126.0083a390@en.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 2 Jun 1998, Doug Bade wrote: > I have set up my DGPSIB at my office on 144.39, I am transmitting about > every 12 seconds or so.. I set up unproto path through 1 digi... > .... As for traffic loading, even at 10 seconds, I have not seen > backlogs in our area at this time.. (of traffic)... Big missunderstanding of APRS here. There is no such thing as a "backlog" since APRS is a connectionless system. Packets in a colision are lost forever. Since base stations are transmitting only once every 30 minutes, each such lost packet, knocks someone out of activity for an hour. At 10 seconds, plus digipeating, you are consuming 20% of channel capacity. In an Aloha system, scuh as APRS, the maximum theoretical throughput of such a channel is only 18%. Therefore your loading is consuming all of the usable capacity... depending on how you look at it. I would say that the only way to be fair to users on the channel is to do either of two mitigations: 1) Operate without digipeating. This requires you to place your DGPS equipment AT THE DIGIPEATER or very high site. This way it CAN HEAR other users before it rransmits and thereby avoid collisions. 2) Operate through a digipeater, but run absolutely the minimum possible power level, so that your signal arrives at the digi just above threshold. This way, your signal will not block other users during a colision. This is only a modest solution, however, due to the 10 dB capture effect. Even at threshold, other stations will have to have 10 times more power to win a collision. So in effect, you are placing a 10 dB penalty on everyone else. Good luck. :-) Bob WB4APR From gsanders@gte.net Tue Jun 02 23:45:13 1998 Received: from smtp2.mailsrvcs.net (smtp2.gte.net [207.115.153.31]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id XAA21687 for ; Tue, 2 Jun 1998 23:45:11 -0500 (CDT) Received: from gte.net (1Cust165.tnt2.lakeland.fl.gt.uu.net [208.255.232.165]) by smtp2.mailsrvcs.net with ESMTP id WAA20715 for ; Tue, 2 Jun 1998 22:35:10 -0500 (CDT) Message-ID: <3574C46C.14663970@gte.net> Date: Tue, 02 Jun 1998 23:35:08 -0400 From: Gary Sanders X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1583] SAWatch References: <2.2.16.19980602153345.57cff196@ccm.stlcc.cc.mo.us> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Micheal, Your best be would be to send an email to Stan Huntting (the author of SA Watch) at: stan@csn.net Hopefully he should be able to help you pretty quickly. Gary Sanders Micheal Petz wrote: > > I recently download the most current SAWatch to calibrate my > position for TAPR DGPS. When I went to select the receiver type, the label > for the Oncore w/ DGPS was "grayed out'. Did I get a bad load, From swben@ricochet.net Wed Jun 03 01:49:16 1998 Received: from rgate2.ricochet.net (rgate2.ricochet.net [204.179.143.3]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id BAA17336 for ; Wed, 3 Jun 1998 01:49:14 -0500 (CDT) Received: from .ricochet.net (mg130-013.ricochet.net [204.179.130.13]) by rgate2.ricochet.net (8.8.8/8.8.8) with SMTP id BAA02544 for ; Wed, 3 Jun 1998 01:50:10 -0500 (CDT) Message-ID: <3574F1DB.73DD@ricochet.net> Date: Tue, 02 Jun 1998 23:48:59 -0700 From: Steve Bennett Reply-To: swben@ricochet.net X-Mailer: Mozilla 3.0 (Win16; U) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1585] antenna design needed References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Howdy Looking for a cheap and easy RF link to distribute 1PPS beeps around the house? A simple way to send a 1PPS tone would be to use a "baby room monitor" set next to your computer. Run showtime or tac-32 with the beeps on and you should be able to hear them on the recever throughout the house. A "baby room monitor " can be had for $20 to $40 at the local discount toy store. Have Fun Steve Bennett Bryan Mumford wrote: > > I'm using a GPS-20 to generate 1 pps signals that are used to track the > drift in precision pendulum clocks. The GPS-20 is tethered to an outdoor > antenna, but many of the clocks are in other rooms. I would like to > distribute 1 pps signals through the building. I would most like to do this > with a simple radio transmitter and a mobile receiver that can be moved > from clock to clock. For a low cost homebrew approach I'd like to try using > a PIC chip to drive an antenna at about 500 KHz, and detect this tone, but > I know nothing about matching the impedance of a digital bit to an antenna. > Can anyone advise me on how to approach this? > > I understand that I will lose some precision in the 1 pps signal, but our > measurements are long term and a little scatter that doesn't accumulate is > affordable. > > Bryan Mumford > Santa Barbara, California > http://www.bmumford.com From ssampson@usa-site.net Wed Jun 03 06:47:01 1998 Received: from access.usa-site.net (access.usa-site.net [209.140.34.130]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id GAA05985 for ; Wed, 3 Jun 1998 06:46:59 -0500 (CDT) Received: (from ssampson@localhost) by access.usa-site.net (8.8.5/8.8.5) id GAA30894 for tacgps@tapr.org; Wed, 3 Jun 1998 06:46:58 -0500 From: Steve Sampson Message-Id: <199806031146.GAA30894@access.usa-site.net> Subject: Re: [TACGPS:1587] Re: DGPS through Digipeaters To: tacgps@tapr.org Date: Wed, 3 Jun 1998 06:46:57 -0500 (CDT) In-Reply-To: from "Bob Bruninga" at Jun 2, 98 11:49:56 pm Content-Type: text So basically the APRS system is based on a prayer? There was an earlier thread where some were counseled for not "just trying it" and not basing their decision on mere theory. My own personal feelings, is that DGPS on the APRS freq is a non-starter. It could be a starter, but only if you get rid of AX25. That is, go to an FEC system where reliable data (non-prayer) is the goal. What is the APRS consensus about modernization? Could TAPR be used to distrubute a more modern modem? or, is 1.2 kbps AX25 the end of the road? I'm thinking RS-232 to a black box with a spot for an internal GPS engine. 4.8 kbps speed seems overkill, while 1.2 kbps has proven too limiting. One of the things I do for local Hams, is to link their DX cluster to the main hub. I'm often thinking their user interface could be improved with something like the APRS one. That is, DX shows up as a point, and the user gets a bearing and range as he moves the mouse over it, etc, etc. But combining this, with current APRS users requires a dB more of speed [sic]. Steve > > I have set up my DGPSIB at my office on 144.39, I am transmitting about > > every 12 seconds or so.. I set up unproto path through 1 digi... > > .... As for traffic loading, even at 10 seconds, I have not seen > > backlogs in our area at this time.. (of traffic)... > > Big missunderstanding of APRS here. There is no such thing as a "backlog" > since APRS is a connectionless system. Packets in a colision are lost > forever. Since base stations are transmitting only once every 30 minutes, > each such lost packet, knocks someone out of activity for an hour. At 10 > seconds, plus digipeating, you are consuming 20% of channel capacity. In > an Aloha system, scuh as APRS, the maximum theoretical throughput of such > a channel is only 18%. Therefore your loading is consuming all of the > usable capacity... depending on how you look at it. From g_davis@qlc.com Wed Jun 03 09:59:42 1998 Received: from ntmail.qlc.com (ntmail.qlc.com [192.215.217.150]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id JAA15993 for ; Wed, 3 Jun 1998 09:59:36 -0500 (CDT) Received: by ntmail.qlc.com with Internet Mail Service (5.5.1960.3) id ; Wed, 3 Jun 1998 07:58:33 -0700 Message-ID: From: Garren Davis To: "'tacgps@tapr.org'" Subject: RE: [TACGPS:1582] Re: ONCORE TTFF Date: Wed, 3 Jun 1998 07:58:31 -0700 X-Mailer: Internet Mail Service (5.5.1960.3) I had a chance to play with the ONCORE VP and the TAC32 software last night. It seems to take a long time to acquire the sats after a power up because the TAC32 software uses the local PC time instead of the UTC time when it tells the ONCORE where it is and what time it is. If I set my PC clock to UTC time then start TAC32 it acquires the sats very quickly. Is there some UTC correction I am supposed to use in the TAC32 software? Garren > ---------- > From: Dr Thomas A Clark (W3IWI)[SMTP:clark@tomcat.gsfc.nasa.gov] > Reply To: tacgps@tapr.org > Sent: Tuesday, June 02, 1998 10:48 AM > To: tacgps@tapr.org > Subject: [TACGPS:1582] Re: ONCORE TTFF > > Garren Davis wrote: > > > > I have another question about the ONCORE receiver. When I first > > powered up the ONCORE and started TAC32 it took about a half > > hour to aquire the sats. I figure it did a cold start. I played with it > > and let it run for a few days then turned it off because I was going > > on vacation. When I powered it back on and started TAC32 it took > > about a half hour again to aquire the sats. I thought with the onboard > > battery that it would keep the time and date and therefore would > > have a faster time to first fix. Is my thinking wrong or am I supposed > > to give the ONCORE a command to tell it to remember the settings > > or is this the way the ONCORE is suppose to work? > > I agree with Rick's comments -- make sure you are not resetting the > receiver position. You can see this in the positions window on the main > TAC32 screen. > > A few other factoids: Yes, the purpose of the battery is to keep the > on-board clock running so that the receiver "wakes up" knowing the > approximate time. There are two other pieces of information it needs > to do a "smart start" -- it needs an almanac with Keplerian elements > so that it knows which GPS satellites are visible, and it needs to > know where you are located. These 3 pieces of information lets your > receiver know which satellites to look for. > > When you power up the receiver, it starts searching for visible > satellites by searching the 1023 possible phases of the C/A code > for the particular satellite, and by searching in RF frequency based > on its predicted Doppler offset. Once the receiver gets code/freq > lock, it starts looking for the beginning of the 1500 bit long > data message sent at 50 bits/sec -- i.e. beginning every 30 secs. > You may have started this step at any time, so the maximum should > be 30 sec, minimum zero, and average 15 secs. Finding this boundary > lets the rcvr set its clock to a few msec, and it lets it start > reading the 1500 bit message. After another 30 secs elapse (assuming > there were no dropouts), the receiver has the entire 1500 bit message > wnich contains all the information needed to use this satellite's > data, including a precise set of orbital elements (ephemeris). When > 4 satellites are thus found, the receiver can do a position fix. > If the 3 assumptions -- approx time+approx location+almanac known -- > are true and signals are solid, the acquisition time should be 30-60 > seconds. > > If you have been locked up, kill the power, and then re-power the > receiver, the acquisition time will be faster because the receiver > already knows all the ephemeris & status info. This data is changed > a couple of times per day; its validity is tested by a "serial number" > called the IODE (Issue of Data Ephemeris) contained in the 1500 bit > message. > > Now lets consider the situation when one of the three assumptions is > not valid. Rick suggested that you make sure that TAC32 knows your > approximate position, and TAC32 resets the receiver's location to its > software default value. If the default is grossly wrong, the receiver > will be looking at the wrong satellites! > > In case you have done a cold reset of the receiver, the almanac data > will be missing. Each GPS satellite sends down the almanac for the > entire constellation in its 1500 bit message. Unfortunately, it takes > 25 cycles to send all the information (i.e. 12.5 minutes) to reload > the receiver's almanac replica. > > Different receivers handle the coldstart condition differently. In > most cases, it they see that the clock has stopped, or that no almanac > is loaded, they immediately start a "blind" search for satellites. > If your receiver has a bogus position and doesn't lock onto some > satellites in a few minutes, this also triggers an all-sky, blind > search. Since there are 32 possible GPS satellite PRNs, and the ONCORE > has only 8 channels, it can only try "tuning in" on a quarter of the > possible satellites at a time. It sounds like this is what's happening > to you. > > 73, Tom > From rick@cnssys.com Wed Jun 03 11:14:02 1998 Received: from gw.cnssys.com (root@cnssys.com [207.97.17.1]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id LAA19768 for ; Wed, 3 Jun 1998 11:13:59 -0500 (CDT) Received: from rick (rick.cnssys.com [207.97.17.16]) by gw.cnssys.com (8.8.5/8.8.5) with SMTP id MAA12997 for ; Wed, 3 Jun 1998 12:13:56 -0400 From: "Richard M. Hambly" To: Subject: RE: [TACGPS:1591] Re: ONCORE TTFF Date: Wed, 3 Jun 1998 12:13:43 -0400 Message-ID: <000701bd8f0a$948dae40$101161cf@rick.cnssys.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.1 Garren, Yes and no. TAC32 works with any time you set your PC to so long as you also set your PC's time zone to match. For Win95/98 double click on the time in the lower right corner of your main screen (not TAC32). This brings up the system clock. Click on the Time Zone tag, set your time zone and be sure Automatically adjust clock for daylight savings is checked. This way TAC32 always knows what UTC is and your PC can use local time. Rick WB2TNL -----Original Message----- From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Garren Davis Sent: Wednesday, June 03, 1998 11:02 AM To: tacgps@tapr.org Subject: [TACGPS:1591] Re: ONCORE TTFF I had a chance to play with the ONCORE VP and the TAC32 software last night. It seems to take a long time to acquire the sats after a power up because the TAC32 software uses the local PC time instead of the UTC time when it tells the ONCORE where it is and what time it is. If I set my PC clock to UTC time then start TAC32 it acquires the sats very quickly. Is there some UTC correction I am supposed to use in the TAC32 software? Garren > ---------- > From: Dr Thomas A Clark (W3IWI)[SMTP:clark@tomcat.gsfc.nasa.gov] > Reply To: tacgps@tapr.org > Sent: Tuesday, June 02, 1998 10:48 AM > To: tacgps@tapr.org > Subject: [TACGPS:1582] Re: ONCORE TTFF > > Garren Davis wrote: > > > > I have another question about the ONCORE receiver. When I first > > powered up the ONCORE and started TAC32 it took about a half > > hour to aquire the sats. I figure it did a cold start. I played with it > > and let it run for a few days then turned it off because I was going > > on vacation. When I powered it back on and started TAC32 it took > > about a half hour again to aquire the sats. I thought with the onboard > > battery that it would keep the time and date and therefore would > > have a faster time to first fix. Is my thinking wrong or am I supposed > > to give the ONCORE a command to tell it to remember the settings > > or is this the way the ONCORE is suppose to work? > > I agree with Rick's comments -- make sure you are not resetting the > receiver position. You can see this in the positions window on the main > TAC32 screen. > > A few other factoids: Yes, the purpose of the battery is to keep the > on-board clock running so that the receiver "wakes up" knowing the > approximate time. There are two other pieces of information it needs > to do a "smart start" -- it needs an almanac with Keplerian elements > so that it knows which GPS satellites are visible, and it needs to > know where you are located. These 3 pieces of information lets your > receiver know which satellites to look for. > > When you power up the receiver, it starts searching for visible > satellites by searching the 1023 possible phases of the C/A code > for the particular satellite, and by searching in RF frequency based > on its predicted Doppler offset. Once the receiver gets code/freq > lock, it starts looking for the beginning of the 1500 bit long > data message sent at 50 bits/sec -- i.e. beginning every 30 secs. > You may have started this step at any time, so the maximum should > be 30 sec, minimum zero, and average 15 secs. Finding this boundary > lets the rcvr set its clock to a few msec, and it lets it start > reading the 1500 bit message. After another 30 secs elapse (assuming > there were no dropouts), the receiver has the entire 1500 bit message > wnich contains all the information needed to use this satellite's > data, including a precise set of orbital elements (ephemeris). When > 4 satellites are thus found, the receiver can do a position fix. > If the 3 assumptions -- approx time+approx location+almanac known -- > are true and signals are solid, the acquisition time should be 30-60 > seconds. > > If you have been locked up, kill the power, and then re-power the > receiver, the acquisition time will be faster because the receiver > already knows all the ephemeris & status info. This data is changed > a couple of times per day; its validity is tested by a "serial number" > called the IODE (Issue of Data Ephemeris) contained in the 1500 bit > message. > > Now lets consider the situation when one of the three assumptions is > not valid. Rick suggested that you make sure that TAC32 knows your > approximate position, and TAC32 resets the receiver's location to its > software default value. If the default is grossly wrong, the receiver > will be looking at the wrong satellites! > > In case you have done a cold reset of the receiver, the almanac data > will be missing. Each GPS satellite sends down the almanac for the > entire constellation in its 1500 bit message. Unfortunately, it takes > 25 cycles to send all the information (i.e. 12.5 minutes) to reload > the receiver's almanac replica. > > Different receivers handle the coldstart condition differently. In > most cases, it they see that the clock has stopped, or that no almanac > is loaded, they immediately start a "blind" search for satellites. > If your receiver has a bogus position and doesn't lock onto some > satellites in a few minutes, this also triggers an all-sky, blind > search. Since there are 32 possible GPS satellite PRNs, and the ONCORE > has only 8 channels, it can only try "tuning in" on a quarter of the > possible satellites at a time. It sounds like this is what's happening > to you. > > 73, Tom > From bryan@bmumford.com Wed Jun 03 11:22:52 1998 Received: from acme.sb.west.net (acme.sb.west.net [205.254.224.2]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id LAA20802 for ; Wed, 3 Jun 1998 11:22:51 -0500 (CDT) Received: from [207.71.222.69] (pm6-19.sba1.avtel.net [207.71.222.69]) by acme.sb.west.net (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id JAA12815 for ; Wed, 3 Jun 1998 09:22:04 -0700 (PDT) X-Sender: mumford@mail.west.net Message-Id: In-Reply-To: <3574F1DB.73DD@ricochet.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 3 Jun 1998 09:16:12 -0800 To: tacgps@tapr.org From: Bryan Mumford Subject: Re: [TACGPS:1589] Re: antenna design needed >A simple way to send a 1PPS tone would be to use a "baby >room monitor" ... Thanks for the tip. Not to be ungrateful, but I was hoping for a faster response than tone decoding an audio burst, which is sure to introduce an uncertainty of several milliseconds. Bryan Mumford Santa Barbara, California http://www.bmumford.com From g_davis@qlc.com Wed Jun 03 11:56:11 1998 Received: from ntmail.qlc.com (ntmail.qlc.com [192.215.217.150]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id LAA22533 for ; Wed, 3 Jun 1998 11:56:07 -0500 (CDT) Received: by ntmail.qlc.com with Internet Mail Service (5.5.1960.3) id ; Wed, 3 Jun 1998 09:55:03 -0700 Message-ID: From: Garren Davis To: "'tacgps@tapr.org'" Subject: RE: [TACGPS:1592] Re: ONCORE TTFF Date: Wed, 3 Jun 1998 09:55:02 -0700 X-Mailer: Internet Mail Service (5.5.1960.3) Rick, Thanks for the explaination. I can't imagine my time zone being wrong but stranger things have happened. I'll check it tonight after work. Garren > ---------- > From: Richard M. Hambly[SMTP:rick@cnssys.com] > Reply To: tacgps@tapr.org > Sent: Wednesday, June 03, 1998 9:20 AM > To: tacgps@tapr.org > Subject: [TACGPS:1592] Re: ONCORE TTFF > > Garren, > > Yes and no. TAC32 works with any time you set your PC to so long as you > also set your PC's time zone to match. For Win95/98 double click on the > time in the lower right corner of your main screen (not TAC32). This > brings > up the system clock. Click on the Time Zone tag, set your time zone and > be > sure Automatically adjust clock for daylight savings is checked. This way > TAC32 always knows what UTC is and your PC can use local time. > > Rick > WB2TNL > > From chrise@n0jcf.com Wed Jun 03 12:15:47 1998 Received: from saucer.inet-serv.com (root@saucer.inet-serv.com [199.86.66.5]) by tapr.org (8.7.5/8.7.3/1.9) with SMTP id MAA23544 for ; Wed, 3 Jun 1998 12:15:46 -0500 (CDT) Received: from n0jcf.com by saucer.inet-serv.com with bsmtp (Linux Smail3.2.0.95 #2) id m0yhHCI-000rpHC; Wed, 3 Jun 1998 12:19:34 -0500 (CDT) Received: by n0jcf.com (Smail3.1.29.1 #2) id m0yhH1z-000UOEC; Wed, 3 Jun 98 12:08 CDT Message-Id: From: chrise@n0jcf.com (Chris Elmquist) Subject: Re: [TACGPS:1593] Re: antenna design needed To: tacgps@tapr.org Date: Wed, 3 Jun 1998 12:08:55 -0500 (CDT) In-Reply-To: from "Bryan Mumford" at Jun 3, 98 11:29:28 am Content-Type: text Bryan Mumford wrote: > > >A simple way to send a 1PPS tone would be to use a "baby > >room monitor" ... > > Thanks for the tip. Not to be ungrateful, but I was hoping for a faster > response than tone decoding an audio burst, which is sure to introduce an > uncertainty of several milliseconds. You might consider some of the Part15 "garage door opener" transmitter/ receiver devices now readily available. There are lots of ads in magazines such as Circuit Cellar and Nuts and Volts for these units. They run on 318, 418, 433 and some on 915 MHz and use SAW resonators to determine their operating frequency. Most are set up to directly accept a TTL level signal at the transmitter and deliver the same signal out the receiver at up to roughly 20Kbps. You should be able to feed the 1PPS signal right in at this point and pull it off the receiver the same way. They use ASK modulation in most cases while some of the 915 MHz units use FSK. ABACOM, RFLink, and Parallax (the BASIC Stamp people) are offering these things in small quantities. You would have to determine the latency by experiment I think. 73, Chris -- Chris Elmquist, N0JCF chrise@n0jcf.com From bruninga@nadn.navy.mil Wed Jun 03 12:22:43 1998 Received: from arctic.nadn.navy.mil (arctic.nadn.navy.mil [131.121.8.1]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id MAA24059 for ; Wed, 3 Jun 1998 12:22:41 -0500 (CDT) Received: from localhost (bruninga@localhost) by arctic.nadn.navy.mil (8.8.5/8.8.5) with SMTP id NAA03019 for ; Wed, 3 Jun 1998 13:22:03 -0400 (EDT) X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs Date: Wed, 3 Jun 1998 13:22:03 -0400 (EDT) From: Bob Bruninga X-Sender: bruninga@arctic To: tacgps@tapr.org Subject: Re: [TACGPS:1590] Re: DGPS through Digipeaters In-Reply-To: <199806031146.GAA30894@access.usa-site.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 3 Jun 1998, Steve Sampson wrote: > One of the things I do for local Hams, is to link their DX cluster to the > main hub. I'm often thinking their user interface could be improved with > something like the APRS one. That is, DX shows up as a point, and the user > gets a bearing and range as he moves the mouse over it, etc, etc. APRS has a DX cluster mode and can be used to monitor a DX cluster frequency. APRS will plot all SPOTS on its maps as well as plot any station that does a SHOW STATION command to the DX cluster. It also captures the MAIL list so that even without logging on to the DX cluster, your APRS shows you what all the DX cluster traffic is. Unfortunately this is now only in the program APRSdx.exe, since it had to be removed from standard APRSdos to make room. There are DX cluster modes in Mac and WinAPRS I think also... From clark@tomcat.gsfc.nasa.gov Wed Jun 03 12:49:24 1998 Received: from gemini.gsfc.nasa.gov (gemini.gsfc.nasa.gov [128.183.201.90]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id MAA04672 for ; Wed, 3 Jun 1998 12:49:23 -0500 (CDT) Received: from tomcat.gsfc.nasa.gov (scheat.gsfc.nasa.gov) by gemini.gsfc.nasa.gov; Wed, 3 Jun 1998 13:49:19 -0400 Message-Id: <35758C9D.956624BE@tomcat.gsfc.nasa.gov> Date: Wed, 03 Jun 1998 13:49:17 -0400 From: "Dr Thomas A Clark (W3IWI)" Reply-To: clark@tomcat.gsfc.nasa.gov X-Mailer: Mozilla 4.05 [en] (Win95; U) Mime-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1591] Re: ONCORE TTFF References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Garren Davis wrote: > > I had a chance to play with the ONCORE VP and the TAC32 software > last night. It seems to take a long time to acquire the sats after a power > up because the TAC32 software uses the local PC time instead of the > UTC time when it tells the ONCORE where it is and what time it is. > > If I set my PC clock to UTC time then start TAC32 it acquires the sats > very quickly. Is there some UTC correction I am supposed to use in the > TAC32 software? Garren -- a comment on your dialog with Rick. I believe that the ONCORE's microprocessor has some power-on logic that asks the question "Has the battery-powered clock been running since the last time we got a GPS fix?". If the answer is YES, then the receiver assumes that the clock is approximately correct for the purpose of doing an initial search. This test will fail if there is no battery present, or if the battery has run-down, or if the software "reset all" command (@@Cf in Motorola's Binary protocol) has been issued. You said that you have a battery, and I doubt that you have issued an @@Cf command, so I suggest that the battery may be discharged! I'm not sure if Rick sends the "Time is now" (@@Aa) and Date (@@Ac) commands as TAC32 starts up or not. My old SHOWTIME code allowed the commands to be sent only on user request. However if the @@Aa and @@Ac commands are sent, they are used by the ONCORE only if no satellite lock has occurred. The current time from the 1500 bit message I described yesterday takes precedence over the Time/Date commands sent by the computer. You say it takes ~30 minutes to lock up. If your ONCORE is like any of the others I've seen, and if you apply power for ~10 minutes before you run TAC32, the satellites will have already locked enough to have them provided correct time, and even if TAC32 sent a bogus value, it would be ignored. Tom From rowl@earthlink.net Wed Jun 03 17:20:55 1998 Received: from italy.it.earthlink.net (italy-c.it.earthlink.net [204.250.46.18]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id RAA20445 for ; Wed, 3 Jun 1998 17:20:54 -0500 (CDT) Received: from ismikes (pool047-dwan6.pw-ca-us.dialup.earthlink.net [207.217.133.47]) by italy.it.earthlink.net (8.8.7/8.8.5) with SMTP id PAA21142 for ; Wed, 3 Jun 1998 15:20:52 -0700 (PDT) Message-Id: <3.0.5.32.19980603152042.0096ed20@mail.earthlink.net> X-Sender: rowl@mail.earthlink.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Wed, 03 Jun 1998 15:20:42 -0700 To: tacgps@tapr.org From: "Michael St. Laurent" Subject: I may have made a mistake! :-) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" I had my TAC-2 all together and working. It was plugged in and data was being received by happy applications. I sat down to put the lid on the metal case and ZAP! I got a mild shock from static discharge. Suddenly, the applications were no longer happy because they had stopped receiving their data. I opened the case again to see if I had pulled a wire loose or something but it all looked OK. The LED was still blinking though so I knew the GPS board was still working. Now I am wondering if perhaps the static discharge may have burned out the ICs on the TAC-2 board. Does anyone think this is likely? If so what should I do to keep this from happening again? I'm pretty new to electronics so be gentle please! :-) -------------------- Michael St. Laurent Hartwell Corporation "Whenever you find yourself on the side of the majority it is time to pause and reflect." -- Mark Twain From bdcst@vermontel.com Wed Jun 03 21:21:57 1998 Received: from eureka.vermontel.com (eureka.vermontel.net [204.164.106.8]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id VAA12066 for ; Wed, 3 Jun 1998 21:21:55 -0500 (CDT) Received: from vermontel.com (b-12.vermontel.com [207.1.47.16]) by eureka.vermontel.com (8.8.7/8.8.5) with ESMTP id WAA05860; Wed, 3 Jun 1998 22:18:44 -0400 (EDT) Message-ID: <35760317.ED02AFB2@vermontel.com> Date: Wed, 03 Jun 1998 22:14:47 -0400 From: "Ira A. Wilner" Reply-To: bdcst@vermontel.com Organization: Wilner Associates X-Mailer: Mozilla 4.05 [en] (Win16; U) MIME-Version: 1.0 To: tacgps@tapr.org, rowl@earthlink.net Subject: Re: [TACGPS:1598] I may have made a mistake! :-) References: <3.0.5.32.19980603152042.0096ed20@mail.earthlink.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Michael St. Laurent wrote: > > I had my TAC-2 all together and working. It was plugged in and data was > being received by happy applications. I sat down to put the lid on the > metal case and ZAP! I got a mild shock from static discharge. Suddenly, > the applications were no longer happy because they had stopped receiving > their data. I opened the case again to see if I had pulled a wire loose or > something but it all looked OK. The LED was still blinking though so I > knew the GPS board was still working. > > Now I am wondering if perhaps the static discharge may have burned out the > ICs on the TAC-2 board. Does anyone think this is likely? If so what > should I do to keep this from happening again? I'm pretty new to > electronics so be gentle please! :-) Michael, When dealing with computers and static or transient events, always try cold rebooting first. Noise can cause all sorts of unpredictable behavior. RS-232 interface chips can be damaged by voltage surges. You might have zapped a chip in your TAC-2 interface or the serial port of your host PC! Try a different PC with a known working serial port. Or plug a modem or other known working serial device into your PC to test its port. If the PC is okay, then the TAC-2's serial port might be bad or the GPS module might have switched into a different I/O mode. An oscilloscope would make it easy to find the culprit. Prevent surge damage by doing the following: 1) Do not open enclosures when equipment is powered. 2) Properly ground metallic cases to provide an alternate surge current drain to the port cabling. 3) Develop the habit of grounding yourself before touching electronic equipment or use a wrist strap when working with logic IC's or other sensitive electronics. Vaccuum tubes don't mind static electricity, semiconductors do! 4) Wear clothing with low ESD characteristics, cotton rather than wool or synthetics. Go barefoot rather than wearing shoes with soles that tend to generate charge. :-) (Of course, if you are going to ground your feet, be sure to keep the rest of your body away form sources of electrical energy.) Ouch! 5) Workspace should not have carpeted floors. (Hardwood is much better.) 6) Use only wooden chairs or those constructed with anti ESD fabrics. --Ira (W1IRA) From tac@clark.net Thu Jun 04 01:20:06 1998 Received: from loas.clark.net (loas.clark.net [168.143.0.13]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id BAA16163 for ; Thu, 4 Jun 1998 01:20:04 -0500 (CDT) Received: from clark.net (tac.clark.net [168.143.32.123]) by loas.clark.net (8.8.8/8.8.8) with ESMTP id CAA24592 for ; Thu, 4 Jun 1998 02:21:18 -0400 (EDT) Message-ID: <35762E23.4599AC9E@clark.net> Date: Thu, 04 Jun 1998 06:18:27 +0100 From: "Dr Thomas A Clark (W3IWI)" Reply-To: tac@clark.net X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: TACGPS Subject: A reminder -- Friday Colloquium Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit This is a note to remind those of you in the DC area that I'll be presenting this week's scientific colloquium at the US Naval Observatory. Rick Hambly is coming and Charlie Heisler said he may come, so I've left both your names at the USNO Gate. The colloquium coordinator, Ken Seidelman sent me these details: > In the conference room in the correlator building( room 300 of > Building 52) > coffee and cookies at 1000, colloquium at 1030, > lunch at 1200 on 5 June.** Either gate at USNO can be used -- mention Ken's name if the guard gives you any problem. 73, Tom From g_davis@qlc.com Thu Jun 04 09:26:24 1998 Received: from ntmail.qlc.com (ntmail.qlc.com [192.215.217.150]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id JAA17368 for ; Thu, 4 Jun 1998 09:26:23 -0500 (CDT) Received: by ntmail.qlc.com with Internet Mail Service (5.5.1960.3) id ; Thu, 4 Jun 1998 07:25:15 -0700 Message-ID: From: Garren Davis To: "'tacgps@tapr.org'" Subject: RE: [TACGPS:1592] Re: ONCORE TTFF Date: Thu, 4 Jun 1998 07:25:14 -0700 X-Mailer: Internet Mail Service (5.5.1960.3) Rick, I checked the time zone on my PC and it was set ok. Is it possible that my PC stores the time zone parameter in a different place than other PC's and TAC32 doesn't know where to find it. Is there a way I can check how my PC sets up the time zone? I did notice on other PC's that the time zone display shows a white line running through the world map showing where you have the time zone set. The display of the world map on my PC has no white line so I was wondering if maybe my clock operated differently. My PC is a Fujitsu notebook. I have not been able to try the ONCORE on a different computer yet. Tom Clark had suggested that it might be a dead keep alive battery but I checked the voltage and it was ok. Thanks again for any insight you can give me. Garren > ---------- > From: Richard M. Hambly[SMTP:rick@cnssys.com] > Reply To: tacgps@tapr.org > Sent: Wednesday, June 03, 1998 9:20 AM > To: tacgps@tapr.org > Subject: [TACGPS:1592] Re: ONCORE TTFF > > Garren, > > Yes and no. TAC32 works with any time you set your PC to so long as you > also set your PC's time zone to match. For Win95/98 double click on the > time in the lower right corner of your main screen (not TAC32). This > brings > up the system clock. Click on the Time Zone tag, set your time zone and > be > sure Automatically adjust clock for daylight savings is checked. This way > TAC32 always knows what UTC is and your PC can use local time. > > Rick > WB2TNL > > -----Original Message----- > From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Garren Davis > Sent: Wednesday, June 03, 1998 11:02 AM > To: tacgps@tapr.org > Subject: [TACGPS:1591] Re: ONCORE TTFF > > > > > I had a chance to play with the ONCORE VP and the TAC32 software > last night. It seems to take a long time to acquire the sats after a power > up because the TAC32 software uses the local PC time instead of the > UTC time when it tells the ONCORE where it is and what time it is. > > If I set my PC clock to UTC time then start TAC32 it acquires the sats > very quickly. Is there some UTC correction I am supposed to use in the > TAC32 software? > > Garren > > ---------- > > From: Dr Thomas A Clark (W3IWI)[SMTP:clark@tomcat.gsfc.nasa.gov] > > Reply To: tacgps@tapr.org > > Sent: Tuesday, June 02, 1998 10:48 AM > > To: tacgps@tapr.org > > Subject: [TACGPS:1582] Re: ONCORE TTFF > > > > Garren Davis wrote: > > > > > > I have another question about the ONCORE receiver. When I first > > > powered up the ONCORE and started TAC32 it took about a half > > > hour to aquire the sats. I figure it did a cold start. I played with > it > > > and let it run for a few days then turned it off because I was going > > > on vacation. When I powered it back on and started TAC32 it took > > > about a half hour again to aquire the sats. I thought with the onboard > > > battery that it would keep the time and date and therefore would > > > have a faster time to first fix. Is my thinking wrong or am I supposed > > > to give the ONCORE a command to tell it to remember the settings > > > or is this the way the ONCORE is suppose to work? > > > > I agree with Rick's comments -- make sure you are not resetting the > > receiver position. You can see this in the positions window on the main > > TAC32 screen. > > > > A few other factoids: Yes, the purpose of the battery is to keep the > > on-board clock running so that the receiver "wakes up" knowing the > > approximate time. There are two other pieces of information it needs > > to do a "smart start" -- it needs an almanac with Keplerian elements > > so that it knows which GPS satellites are visible, and it needs to > > know where you are located. These 3 pieces of information lets your > > receiver know which satellites to look for. > > > > When you power up the receiver, it starts searching for visible > > satellites by searching the 1023 possible phases of the C/A code > > for the particular satellite, and by searching in RF frequency based > > on its predicted Doppler offset. Once the receiver gets code/freq > > lock, it starts looking for the beginning of the 1500 bit long > > data message sent at 50 bits/sec -- i.e. beginning every 30 secs. > > You may have started this step at any time, so the maximum should > > be 30 sec, minimum zero, and average 15 secs. Finding this boundary > > lets the rcvr set its clock to a few msec, and it lets it start > > reading the 1500 bit message. After another 30 secs elapse (assuming > > there were no dropouts), the receiver has the entire 1500 bit message > > wnich contains all the information needed to use this satellite's > > data, including a precise set of orbital elements (ephemeris). When > > 4 satellites are thus found, the receiver can do a position fix. > > If the 3 assumptions -- approx time+approx location+almanac known -- > > are true and signals are solid, the acquisition time should be 30-60 > > seconds. > > > > If you have been locked up, kill the power, and then re-power the > > receiver, the acquisition time will be faster because the receiver > > already knows all the ephemeris & status info. This data is changed > > a couple of times per day; its validity is tested by a "serial number" > > called the IODE (Issue of Data Ephemeris) contained in the 1500 bit > > message. > > > > Now lets consider the situation when one of the three assumptions is > > not valid. Rick suggested that you make sure that TAC32 knows your > > approximate position, and TAC32 resets the receiver's location to its > > software default value. If the default is grossly wrong, the receiver > > will be looking at the wrong satellites! > > > > In case you have done a cold reset of the receiver, the almanac data > > will be missing. Each GPS satellite sends down the almanac for the > > entire constellation in its 1500 bit message. Unfortunately, it takes > > 25 cycles to send all the information (i.e. 12.5 minutes) to reload > > the receiver's almanac replica. > > > > Different receivers handle the coldstart condition differently. In > > most cases, it they see that the clock has stopped, or that no almanac > > is loaded, they immediately start a "blind" search for satellites. > > If your receiver has a bogus position and doesn't lock onto some > > satellites in a few minutes, this also triggers an all-sky, blind > > search. Since there are 32 possible GPS satellite PRNs, and the ONCORE > > has only 8 channels, it can only try "tuning in" on a quarter of the > > possible satellites at a time. It sounds like this is what's happening > > to you. > > > > 73, Tom > > > From bruninga@nadn.navy.mil Thu Jun 04 10:25:47 1998 Received: from arctic.nadn.navy.mil (arctic.nadn.navy.mil [131.121.8.1]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id KAA21391 for ; Thu, 4 Jun 1998 10:25:46 -0500 (CDT) Received: from localhost (bruninga@localhost) by arctic.nadn.navy.mil (8.8.5/8.8.5) with SMTP id LAA03140 for ; Thu, 4 Jun 1998 11:26:05 -0400 (EDT) X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs Date: Thu, 4 Jun 1998 11:26:05 -0400 (EDT) From: Bob Bruninga X-Sender: bruninga@arctic To: tacgps@tapr.org Subject: Re: [TACGPS:1601] Re: ONCORE TTFF In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII We just got a SVeeSix-CM GPS from Paccomm and now find out it comes with 0 docs. Just a board in a bag unless you buy the $40 manual that comes with it. So PacComm faxed us some sheets that are contracdictory. It appears that 5v dc goes in on pin 2 and ground is pin 8. And we assume TTL data comes out on 3. Is this NMEA sense (rs232 like mark/space) or is it inverted TTL from NMEA and rs232? bob From rick@cnssys.com Thu Jun 04 10:26:01 1998 Received: from gw.cnssys.com (root@cnssys.com [207.97.17.1]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id KAA21415 for ; Thu, 4 Jun 1998 10:25:57 -0500 (CDT) Received: from rick (rick.cnssys.com [207.97.17.16]) by gw.cnssys.com (8.8.5/8.8.5) with SMTP id LAA17309 for ; Thu, 4 Jun 1998 11:25:55 -0400 From: "Richard M. Hambly" To: Subject: RE: [TACGPS:1601] Re: ONCORE TTFF Date: Thu, 4 Jun 1998 11:24:39 -0400 Message-ID: <000f01bd8fcc$e4225ec0$101161cf@rick.cnssys.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.1 In-Reply-To: Garren, Tell me if TAC32's main screen "PC Time" and "UTC Time" boxes have correct data, including time zone information. I will check the TAC32 initialization data here. Also, have you used another program to set the time zone in the GPS receiver to something other than UTC. TAC32 wants the receiver to stay in UTC time mode, not local time. Also, the time and position initialization that TAC32 performs should be ignored by the receiver if it is already tracking satellites. Rick WB2TNL -----Original Message----- From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Garren Davis Sent: Thursday, June 04, 1998 10:35 AM To: tacgps@tapr.org Subject: [TACGPS:1601] Re: ONCORE TTFF Rick, I checked the time zone on my PC and it was set ok. Is it possible that my PC stores the time zone parameter in a different place than other PC's and TAC32 doesn't know where to find it. Is there a way I can check how my PC sets up the time zone? I did notice on other PC's that the time zone display shows a white line running through the world map showing where you have the time zone set. The display of the world map on my PC has no white line so I was wondering if maybe my clock operated differently. My PC is a Fujitsu notebook. I have not been able to try the ONCORE on a different computer yet. Tom Clark had suggested that it might be a dead keep alive battery but I checked the voltage and it was ok. Thanks again for any insight you can give me. Garren > ---------- > From: Richard M. Hambly[SMTP:rick@cnssys.com] > Reply To: tacgps@tapr.org > Sent: Wednesday, June 03, 1998 9:20 AM > To: tacgps@tapr.org > Subject: [TACGPS:1592] Re: ONCORE TTFF > > Garren, > > Yes and no. TAC32 works with any time you set your PC to so long as you > also set your PC's time zone to match. For Win95/98 double click on the > time in the lower right corner of your main screen (not TAC32). This > brings > up the system clock. Click on the Time Zone tag, set your time zone and > be > sure Automatically adjust clock for daylight savings is checked. This way > TAC32 always knows what UTC is and your PC can use local time. > > Rick > WB2TNL > > -----Original Message----- > From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Garren Davis > Sent: Wednesday, June 03, 1998 11:02 AM > To: tacgps@tapr.org > Subject: [TACGPS:1591] Re: ONCORE TTFF > > > > > I had a chance to play with the ONCORE VP and the TAC32 software > last night. It seems to take a long time to acquire the sats after a power > up because the TAC32 software uses the local PC time instead of the > UTC time when it tells the ONCORE where it is and what time it is. > > If I set my PC clock to UTC time then start TAC32 it acquires the sats > very quickly. Is there some UTC correction I am supposed to use in the > TAC32 software? > > Garren > > ---------- > > From: Dr Thomas A Clark (W3IWI)[SMTP:clark@tomcat.gsfc.nasa.gov] > > Reply To: tacgps@tapr.org > > Sent: Tuesday, June 02, 1998 10:48 AM > > To: tacgps@tapr.org > > Subject: [TACGPS:1582] Re: ONCORE TTFF > > > > Garren Davis wrote: > > > > > > I have another question about the ONCORE receiver. When I first > > > powered up the ONCORE and started TAC32 it took about a half > > > hour to aquire the sats. I figure it did a cold start. I played with > it > > > and let it run for a few days then turned it off because I was going > > > on vacation. When I powered it back on and started TAC32 it took > > > about a half hour again to aquire the sats. I thought with the onboard > > > battery that it would keep the time and date and therefore would > > > have a faster time to first fix. Is my thinking wrong or am I supposed > > > to give the ONCORE a command to tell it to remember the settings > > > or is this the way the ONCORE is suppose to work? > > > > I agree with Rick's comments -- make sure you are not resetting the > > receiver position. You can see this in the positions window on the main > > TAC32 screen. > > > > A few other factoids: Yes, the purpose of the battery is to keep the > > on-board clock running so that the receiver "wakes up" knowing the > > approximate time. There are two other pieces of information it needs > > to do a "smart start" -- it needs an almanac with Keplerian elements > > so that it knows which GPS satellites are visible, and it needs to > > know where you are located. These 3 pieces of information lets your > > receiver know which satellites to look for. > > > > When you power up the receiver, it starts searching for visible > > satellites by searching the 1023 possible phases of the C/A code > > for the particular satellite, and by searching in RF frequency based > > on its predicted Doppler offset. Once the receiver gets code/freq > > lock, it starts looking for the beginning of the 1500 bit long > > data message sent at 50 bits/sec -- i.e. beginning every 30 secs. > > You may have started this step at any time, so the maximum should > > be 30 sec, minimum zero, and average 15 secs. Finding this boundary > > lets the rcvr set its clock to a few msec, and it lets it start > > reading the 1500 bit message. After another 30 secs elapse (assuming > > there were no dropouts), the receiver has the entire 1500 bit message > > wnich contains all the information needed to use this satellite's > > data, including a precise set of orbital elements (ephemeris). When > > 4 satellites are thus found, the receiver can do a position fix. > > If the 3 assumptions -- approx time+approx location+almanac known -- > > are true and signals are solid, the acquisition time should be 30-60 > > seconds. > > > > If you have been locked up, kill the power, and then re-power the > > receiver, the acquisition time will be faster because the receiver > > already knows all the ephemeris & status info. This data is changed > > a couple of times per day; its validity is tested by a "serial number" > > called the IODE (Issue of Data Ephemeris) contained in the 1500 bit > > message. > > > > Now lets consider the situation when one of the three assumptions is > > not valid. Rick suggested that you make sure that TAC32 knows your > > approximate position, and TAC32 resets the receiver's location to its > > software default value. If the default is grossly wrong, the receiver > > will be looking at the wrong satellites! > > > > In case you have done a cold reset of the receiver, the almanac data > > will be missing. Each GPS satellite sends down the almanac for the > > entire constellation in its 1500 bit message. Unfortunately, it takes > > 25 cycles to send all the information (i.e. 12.5 minutes) to reload > > the receiver's almanac replica. > > > > Different receivers handle the coldstart condition differently. In > > most cases, it they see that the clock has stopped, or that no almanac > > is loaded, they immediately start a "blind" search for satellites. > > If your receiver has a bogus position and doesn't lock onto some > > satellites in a few minutes, this also triggers an all-sky, blind > > search. Since there are 32 possible GPS satellite PRNs, and the ONCORE > > has only 8 channels, it can only try "tuning in" on a quarter of the > > possible satellites at a time. It sounds like this is what's happening > > to you. > > > > 73, Tom > > > From g_davis@qlc.com Thu Jun 04 11:01:05 1998 Received: from ntmail.qlc.com (ntmail.qlc.com [192.215.217.150]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id LAA23468 for ; Thu, 4 Jun 1998 11:01:03 -0500 (CDT) Received: by ntmail.qlc.com with Internet Mail Service (5.5.1960.3) id ; Thu, 4 Jun 1998 08:59:59 -0700 Message-ID: From: Garren Davis To: "'tacgps@tapr.org'" Subject: RE: [TACGPS:1592] Re: ONCORE TTFF Date: Thu, 4 Jun 1998 08:59:58 -0700 X-Mailer: Internet Mail Service (5.5.1960.3) Rick, Playing around with this a little more I noticed something else. When the ONCORE is disconnected from the PC and I start TAC32 and it cannot find the ONCORE it comes up with a message "GPS reciever not found". It asks if I want to probe for a different serial port. When I give it the OK the big red "initializing" message in the clock display changes to the UTC time. Of course the GPS still cannot be found and the rest of the TAC32 display is blank but the true UTC time was put in the clock display in big red numbers. Now if I connect the ONCORE and choose edit - set serial port TAC32 finds the ONCORE then sets the UTC time to the local PC time. I also noticed that when the ONCORE is connected and TAC32 is started it initializes the ONCORE and puts the correct UTC time up on the display but one second later TAC32 changes it back to the local PC time. The UTC time from GPS shows the local PC time. The Display is set to UTC and the big red display shows local PC time. The small PC time window shows local PC time. Using the Motorola program that came with the ONCORE I looked at the UTC setting. It said "UTC time correction = enable". I looked at the GMT setting. It said "GMT correction = 00:00". >From the experiment above it looks to me like TAC32 sets the UTC time correctly unless a brain dead ONCORE is connected. In that case TAC32 sends the ONCORE the correct location information but the wrong time information. If my wording is confusing send me a private EMAIL with your phone number and I can call you to explain it more clearly. If you want me to try anything else let me know. I brought me notebook to work. Garren Davis g_davis@qlc.com > ---------- > From: Richard M. Hambly[SMTP:rick@cnssys.com] > Reply To: tacgps@tapr.org > Sent: Wednesday, June 03, 1998 9:20 AM > To: tacgps@tapr.org > Subject: [TACGPS:1592] Re: ONCORE TTFF > > Garren, > > Yes and no. TAC32 works with any time you set your PC to so long as you > also set your PC's time zone to match. For Win95/98 double click on the > time in the lower right corner of your main screen (not TAC32). This > brings > up the system clock. Click on the Time Zone tag, set your time zone and > be > sure Automatically adjust clock for daylight savings is checked. This way > TAC32 always knows what UTC is and your PC can use local time. > > Rick > WB2TNL > > -----Original Message----- > From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Garren Davis > Sent: Wednesday, June 03, 1998 11:02 AM > To: tacgps@tapr.org > Subject: [TACGPS:1591] Re: ONCORE TTFF > > > > > I had a chance to play with the ONCORE VP and the TAC32 software > last night. It seems to take a long time to acquire the sats after a power > up because the TAC32 software uses the local PC time instead of the > UTC time when it tells the ONCORE where it is and what time it is. > > If I set my PC clock to UTC time then start TAC32 it acquires the sats > very quickly. Is there some UTC correction I am supposed to use in the > TAC32 software? > > Garren > > ---------- > > From: Dr Thomas A Clark (W3IWI)[SMTP:clark@tomcat.gsfc.nasa.gov] > > Reply To: tacgps@tapr.org > > Sent: Tuesday, June 02, 1998 10:48 AM > > To: tacgps@tapr.org > > Subject: [TACGPS:1582] Re: ONCORE TTFF > > > > Garren Davis wrote: > > > > > > I have another question about the ONCORE receiver. When I first > > > powered up the ONCORE and started TAC32 it took about a half > > > hour to aquire the sats. I figure it did a cold start. I played with > it > > > and let it run for a few days then turned it off because I was going > > > on vacation. When I powered it back on and started TAC32 it took > > > about a half hour again to aquire the sats. I thought with the onboard > > > battery that it would keep the time and date and therefore would > > > have a faster time to first fix. Is my thinking wrong or am I supposed > > > to give the ONCORE a command to tell it to remember the settings > > > or is this the way the ONCORE is suppose to work? > > > > I agree with Rick's comments -- make sure you are not resetting the > > receiver position. You can see this in the positions window on the main > > TAC32 screen. > > > > A few other factoids: Yes, the purpose of the battery is to keep the > > on-board clock running so that the receiver "wakes up" knowing the > > approximate time. There are two other pieces of information it needs > > to do a "smart start" -- it needs an almanac with Keplerian elements > > so that it knows which GPS satellites are visible, and it needs to > > know where you are located. These 3 pieces of information lets your > > receiver know which satellites to look for. > > > > When you power up the receiver, it starts searching for visible > > satellites by searching the 1023 possible phases of the C/A code > > for the particular satellite, and by searching in RF frequency based > > on its predicted Doppler offset. Once the receiver gets code/freq > > lock, it starts looking for the beginning of the 1500 bit long > > data message sent at 50 bits/sec -- i.e. beginning every 30 secs. > > You may have started this step at any time, so the maximum should > > be 30 sec, minimum zero, and average 15 secs. Finding this boundary > > lets the rcvr set its clock to a few msec, and it lets it start > > reading the 1500 bit message. After another 30 secs elapse (assuming > > there were no dropouts), the receiver has the entire 1500 bit message > > wnich contains all the information needed to use this satellite's > > data, including a precise set of orbital elements (ephemeris). When > > 4 satellites are thus found, the receiver can do a position fix. > > If the 3 assumptions -- approx time+approx location+almanac known -- > > are true and signals are solid, the acquisition time should be 30-60 > > seconds. > > > > If you have been locked up, kill the power, and then re-power the > > receiver, the acquisition time will be faster because the receiver > > already knows all the ephemeris & status info. This data is changed > > a couple of times per day; its validity is tested by a "serial number" > > called the IODE (Issue of Data Ephemeris) contained in the 1500 bit > > message. > > > > Now lets consider the situation when one of the three assumptions is > > not valid. Rick suggested that you make sure that TAC32 knows your > > approximate position, and TAC32 resets the receiver's location to its > > software default value. If the default is grossly wrong, the receiver > > will be looking at the wrong satellites! > > > > In case you have done a cold reset of the receiver, the almanac data > > will be missing. Each GPS satellite sends down the almanac for the > > entire constellation in its 1500 bit message. Unfortunately, it takes > > 25 cycles to send all the information (i.e. 12.5 minutes) to reload > > the receiver's almanac replica. > > > > Different receivers handle the coldstart condition differently. In > > most cases, it they see that the clock has stopped, or that no almanac > > is loaded, they immediately start a "blind" search for satellites. > > If your receiver has a bogus position and doesn't lock onto some > > satellites in a few minutes, this also triggers an all-sky, blind > > search. Since there are 32 possible GPS satellite PRNs, and the ONCORE > > has only 8 channels, it can only try "tuning in" on a quarter of the > > possible satellites at a time. It sounds like this is what's happening > > to you. > > > > 73, Tom > > > From rick@cnssys.com Thu Jun 04 22:29:51 1998 Received: from gw.cnssys.com (root@cnssys.com [207.97.17.1]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id WAA27430 for ; Thu, 4 Jun 1998 22:29:47 -0500 (CDT) Received: from rick (rick.cnssys.com [207.97.17.16]) by gw.cnssys.com (8.8.5/8.8.5) with SMTP id XAA19647 for ; Thu, 4 Jun 1998 23:29:45 -0400 From: "Richard M. Hambly" To: Subject: RE: [TACGPS:1604] Re: ONCORE TTFF Date: Thu, 4 Jun 1998 23:26:18 -0400 Message-ID: <001401bd9031$b3f1afc0$101161cf@rick.cnssys.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.1 In-Reply-To: Garren, HOLD THE PRESSES! You have discovered a bug in TAC32! The bug only effects Motorola receivers and has been fixed in 1.2.7, to be released soon. In the mean time be sure that you leave your GPS receiver on and connected to an antenna for a few minutes before starting TAC32. If the receiver has even one or two satellites locked it will ignore the offending initialization command. Rick WB2TNL -----Original Message----- From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Garren Davis Sent: Thursday, June 04, 1998 12:13 PM To: tacgps@tapr.org Subject: [TACGPS:1604] Re: ONCORE TTFF Rick, Playing around with this a little more I noticed something else. When the ONCORE is disconnected from the PC and I start TAC32 and it cannot find the ONCORE it comes up with a message "GPS reciever not found". It asks if I want to probe for a different serial port. When I give it the OK the big red "initializing" message in the clock display changes to the UTC time. Of course the GPS still cannot be found and the rest of the TAC32 display is blank but the true UTC time was put in the clock display in big red numbers. Now if I connect the ONCORE and choose edit - set serial port TAC32 finds the ONCORE then sets the UTC time to the local PC time. I also noticed that when the ONCORE is connected and TAC32 is started it initializes the ONCORE and puts the correct UTC time up on the display but one second later TAC32 changes it back to the local PC time. The UTC time from GPS shows the local PC time. The Display is set to UTC and the big red display shows local PC time. The small PC time window shows local PC time. Using the Motorola program that came with the ONCORE I looked at the UTC setting. It said "UTC time correction = enable". I looked at the GMT setting. It said "GMT correction = 00:00". >From the experiment above it looks to me like TAC32 sets the UTC time correctly unless a brain dead ONCORE is connected. In that case TAC32 sends the ONCORE the correct location information but the wrong time information. If my wording is confusing send me a private EMAIL with your phone number and I can call you to explain it more clearly. If you want me to try anything else let me know. I brought me notebook to work. Garren Davis g_davis@qlc.com > ---------- > From: Richard M. Hambly[SMTP:rick@cnssys.com] > Reply To: tacgps@tapr.org > Sent: Wednesday, June 03, 1998 9:20 AM > To: tacgps@tapr.org > Subject: [TACGPS:1592] Re: ONCORE TTFF > > Garren, > > Yes and no. TAC32 works with any time you set your PC to so long as you > also set your PC's time zone to match. For Win95/98 double click on the > time in the lower right corner of your main screen (not TAC32). This > brings > up the system clock. Click on the Time Zone tag, set your time zone and > be > sure Automatically adjust clock for daylight savings is checked. This way > TAC32 always knows what UTC is and your PC can use local time. > > Rick > WB2TNL > > -----Original Message----- > From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Garren Davis > Sent: Wednesday, June 03, 1998 11:02 AM > To: tacgps@tapr.org > Subject: [TACGPS:1591] Re: ONCORE TTFF > > > > > I had a chance to play with the ONCORE VP and the TAC32 software > last night. It seems to take a long time to acquire the sats after a power > up because the TAC32 software uses the local PC time instead of the > UTC time when it tells the ONCORE where it is and what time it is. > > If I set my PC clock to UTC time then start TAC32 it acquires the sats > very quickly. Is there some UTC correction I am supposed to use in the > TAC32 software? > > Garren > > ---------- > > From: Dr Thomas A Clark (W3IWI)[SMTP:clark@tomcat.gsfc.nasa.gov] > > Reply To: tacgps@tapr.org > > Sent: Tuesday, June 02, 1998 10:48 AM > > To: tacgps@tapr.org > > Subject: [TACGPS:1582] Re: ONCORE TTFF > > > > Garren Davis wrote: > > > > > > I have another question about the ONCORE receiver. When I first > > > powered up the ONCORE and started TAC32 it took about a half > > > hour to aquire the sats. I figure it did a cold start. I played with > it > > > and let it run for a few days then turned it off because I was going > > > on vacation. When I powered it back on and started TAC32 it took > > > about a half hour again to aquire the sats. I thought with the onboard > > > battery that it would keep the time and date and therefore would > > > have a faster time to first fix. Is my thinking wrong or am I supposed > > > to give the ONCORE a command to tell it to remember the settings > > > or is this the way the ONCORE is suppose to work? > > > > I agree with Rick's comments -- make sure you are not resetting the > > receiver position. You can see this in the positions window on the main > > TAC32 screen. > > > > A few other factoids: Yes, the purpose of the battery is to keep the > > on-board clock running so that the receiver "wakes up" knowing the > > approximate time. There are two other pieces of information it needs > > to do a "smart start" -- it needs an almanac with Keplerian elements > > so that it knows which GPS satellites are visible, and it needs to > > know where you are located. These 3 pieces of information lets your > > receiver know which satellites to look for. > > > > When you power up the receiver, it starts searching for visible > > satellites by searching the 1023 possible phases of the C/A code > > for the particular satellite, and by searching in RF frequency based > > on its predicted Doppler offset. Once the receiver gets code/freq > > lock, it starts looking for the beginning of the 1500 bit long > > data message sent at 50 bits/sec -- i.e. beginning every 30 secs. > > You may have started this step at any time, so the maximum should > > be 30 sec, minimum zero, and average 15 secs. Finding this boundary > > lets the rcvr set its clock to a few msec, and it lets it start > > reading the 1500 bit message. After another 30 secs elapse (assuming > > there were no dropouts), the receiver has the entire 1500 bit message > > wnich contains all the information needed to use this satellite's > > data, including a precise set of orbital elements (ephemeris). When > > 4 satellites are thus found, the receiver can do a position fix. > > If the 3 assumptions -- approx time+approx location+almanac known -- > > are true and signals are solid, the acquisition time should be 30-60 > > seconds. > > > > If you have been locked up, kill the power, and then re-power the > > receiver, the acquisition time will be faster because the receiver > > already knows all the ephemeris & status info. This data is changed > > a couple of times per day; its validity is tested by a "serial number" > > called the IODE (Issue of Data Ephemeris) contained in the 1500 bit > > message. > > > > Now lets consider the situation when one of the three assumptions is > > not valid. Rick suggested that you make sure that TAC32 knows your > > approximate position, and TAC32 resets the receiver's location to its > > software default value. If the default is grossly wrong, the receiver > > will be looking at the wrong satellites! > > > > In case you have done a cold reset of the receiver, the almanac data > > will be missing. Each GPS satellite sends down the almanac for the > > entire constellation in its 1500 bit message. Unfortunately, it takes > > 25 cycles to send all the information (i.e. 12.5 minutes) to reload > > the receiver's almanac replica. > > > > Different receivers handle the coldstart condition differently. In > > most cases, it they see that the clock has stopped, or that no almanac > > is loaded, they immediately start a "blind" search for satellites. > > If your receiver has a bogus position and doesn't lock onto some > > satellites in a few minutes, this also triggers an all-sky, blind > > search. Since there are 32 possible GPS satellite PRNs, and the ONCORE > > has only 8 channels, it can only try "tuning in" on a quarter of the > > possible satellites at a time. It sounds like this is what's happening > > to you. > > > > 73, Tom > > > From g_davis@qlc.com Fri Jun 05 10:59:00 1998 Received: from ntmail.qlc.com (ntmail.qlc.com [192.215.217.150]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id KAA01168 for ; Fri, 5 Jun 1998 10:58:59 -0500 (CDT) Received: by ntmail.qlc.com with Internet Mail Service (5.5.1960.3) id ; Fri, 5 Jun 1998 08:57:53 -0700 Message-ID: From: Garren Davis To: "'tacgps@tapr.org'" Subject: RE: [TACGPS:1605] Re: ONCORE TTFF Date: Fri, 5 Jun 1998 08:57:49 -0700 X-Mailer: Internet Mail Service (5.5.1960.3) Rick, Wow. I'm glad I could be of some help. I'm surprised nobody noticed this before. I guess most people power up their ONCORE and leave it powered. Can you give us an idea when 1.2.7 will be out. Garren > ---------- > From: Richard M. Hambly[SMTP:rick@cnssys.com] > Reply To: tacgps@tapr.org > Sent: Thursday, June 04, 1998 8:31 PM > To: tacgps@tapr.org > Subject: [TACGPS:1605] Re: ONCORE TTFF > > Garren, > > HOLD THE PRESSES! You have discovered a bug in TAC32! > > The bug only effects Motorola receivers and has been fixed in 1.2.7, to be > released soon. In the mean time be sure that you leave your GPS receiver > on > and connected to an antenna for a few minutes before starting TAC32. If > the > receiver has even one or two satellites locked it will ignore the > offending > initialization command. > > Rick > WB2TNL > > -----Original Message----- > From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Garren Davis > Sent: Thursday, June 04, 1998 12:13 PM > To: tacgps@tapr.org > Subject: [TACGPS:1604] Re: ONCORE TTFF > > > > > Rick, > > Playing around with this a little more I noticed something else. When the > ONCORE is disconnected from the PC and I start TAC32 and it cannot > find the ONCORE it comes up with a message "GPS reciever not found". > It asks if I want to probe for a different serial port. When I give it the > OK > the big red "initializing" message in the clock display changes to the UTC > time. Of course the GPS still cannot be found and the rest of the TAC32 > display is blank but the true UTC time was put in the clock display in big > red numbers. Now if I connect the ONCORE and choose edit - set serial port > TAC32 finds the ONCORE then sets the UTC time to the local PC time. > > I also noticed that when the ONCORE is connected and TAC32 is started > it initializes the ONCORE and puts the correct UTC time up on the display > but one second later TAC32 changes it back to the local PC time. > > The UTC time from GPS shows the local PC time. > The Display is set to UTC and the big red display shows local PC time. > The small PC time window shows local PC time. > Using the Motorola program that came with the ONCORE I looked at the UTC > setting. It said "UTC time correction = enable". I looked at the GMT > setting. It > said "GMT correction = 00:00". > > >From the experiment above it looks to me like TAC32 sets the UTC time > correctly > unless a brain dead ONCORE is connected. In that case TAC32 sends the > ONCORE the correct location information but the wrong time information. > > If my wording is confusing send me a private EMAIL with your phone number > and I can call you to explain it more clearly. If you want me to try > anything > else let me know. I brought me notebook to work. > > Garren Davis > g_davis@qlc.com > > > > > ---------- > > From: Richard M. Hambly[SMTP:rick@cnssys.com] > > Reply To: tacgps@tapr.org > > Sent: Wednesday, June 03, 1998 9:20 AM > > To: tacgps@tapr.org > > Subject: [TACGPS:1592] Re: ONCORE TTFF > > > > Garren, > > > > Yes and no. TAC32 works with any time you set your PC to so long as you > > also set your PC's time zone to match. For Win95/98 double click on the > > time in the lower right corner of your main screen (not TAC32). This > > brings > > up the system clock. Click on the Time Zone tag, set your time zone and > > be > > sure Automatically adjust clock for daylight savings is checked. This > way > > TAC32 always knows what UTC is and your PC can use local time. > > > > Rick > > WB2TNL > > > > -----Original Message----- > > From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Garren Davis > > Sent: Wednesday, June 03, 1998 11:02 AM > > To: tacgps@tapr.org > > Subject: [TACGPS:1591] Re: ONCORE TTFF > > > > > > > > > > I had a chance to play with the ONCORE VP and the TAC32 software > > last night. It seems to take a long time to acquire the sats after a > power > > up because the TAC32 software uses the local PC time instead of the > > UTC time when it tells the ONCORE where it is and what time it is. > > > > If I set my PC clock to UTC time then start TAC32 it acquires the sats > > very quickly. Is there some UTC correction I am supposed to use in the > > TAC32 software? > > > > Garren > > > ---------- > > > From: Dr Thomas A Clark (W3IWI)[SMTP:clark@tomcat.gsfc.nasa.gov] > > > Reply To: tacgps@tapr.org > > > Sent: Tuesday, June 02, 1998 10:48 AM > > > To: tacgps@tapr.org > > > Subject: [TACGPS:1582] Re: ONCORE TTFF > > > > > > Garren Davis wrote: > > > > > > > > I have another question about the ONCORE receiver. When I first > > > > powered up the ONCORE and started TAC32 it took about a half > > > > hour to aquire the sats. I figure it did a cold start. I played with > > it > > > > and let it run for a few days then turned it off because I was going > > > > on vacation. When I powered it back on and started TAC32 it took > > > > about a half hour again to aquire the sats. I thought with the > onboard > > > > battery that it would keep the time and date and therefore would > > > > have a faster time to first fix. Is my thinking wrong or am I > supposed > > > > to give the ONCORE a command to tell it to remember the settings > > > > or is this the way the ONCORE is suppose to work? > > > > > > I agree with Rick's comments -- make sure you are not resetting the > > > receiver position. You can see this in the positions window on the > main > > > TAC32 screen. > > > > > > A few other factoids: Yes, the purpose of the battery is to keep the > > > on-board clock running so that the receiver "wakes up" knowing the > > > approximate time. There are two other pieces of information it needs > > > to do a "smart start" -- it needs an almanac with Keplerian elements > > > so that it knows which GPS satellites are visible, and it needs to > > > know where you are located. These 3 pieces of information lets your > > > receiver know which satellites to look for. > > > > > > When you power up the receiver, it starts searching for visible > > > satellites by searching the 1023 possible phases of the C/A code > > > for the particular satellite, and by searching in RF frequency based > > > on its predicted Doppler offset. Once the receiver gets code/freq > > > lock, it starts looking for the beginning of the 1500 bit long > > > data message sent at 50 bits/sec -- i.e. beginning every 30 secs. > > > You may have started this step at any time, so the maximum should > > > be 30 sec, minimum zero, and average 15 secs. Finding this boundary > > > lets the rcvr set its clock to a few msec, and it lets it start > > > reading the 1500 bit message. After another 30 secs elapse (assuming > > > there were no dropouts), the receiver has the entire 1500 bit message > > > wnich contains all the information needed to use this satellite's > > > data, including a precise set of orbital elements (ephemeris). When > > > 4 satellites are thus found, the receiver can do a position fix. > > > If the 3 assumptions -- approx time+approx location+almanac known -- > > > are true and signals are solid, the acquisition time should be 30-60 > > > seconds. > > > > > > If you have been locked up, kill the power, and then re-power the > > > receiver, the acquisition time will be faster because the receiver > > > already knows all the ephemeris & status info. This data is changed > > > a couple of times per day; its validity is tested by a "serial number" > > > called the IODE (Issue of Data Ephemeris) contained in the 1500 bit > > > message. > > > > > > Now lets consider the situation when one of the three assumptions is > > > not valid. Rick suggested that you make sure that TAC32 knows your > > > approximate position, and TAC32 resets the receiver's location to its > > > software default value. If the default is grossly wrong, the receiver > > > will be looking at the wrong satellites! > > > > > > In case you have done a cold reset of the receiver, the almanac data > > > will be missing. Each GPS satellite sends down the almanac for the > > > entire constellation in its 1500 bit message. Unfortunately, it takes > > > 25 cycles to send all the information (i.e. 12.5 minutes) to reload > > > the receiver's almanac replica. > > > > > > Different receivers handle the coldstart condition differently. In > > > most cases, it they see that the clock has stopped, or that no almanac > > > is loaded, they immediately start a "blind" search for satellites. > > > If your receiver has a bogus position and doesn't lock onto some > > > satellites in a few minutes, this also triggers an all-sky, blind > > > search. Since there are 32 possible GPS satellite PRNs, and the ONCORE > > > has only 8 channels, it can only try "tuning in" on a quarter of the > > > possible satellites at a time. It sounds like this is what's happening > > > to you. > > > > > > 73, Tom > > > > > > From doug@clecom.com Sat Jun 06 13:40:03 1998 Received: from grover.en.com (grover.en.com [204.89.181.10]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id NAA13896 for ; Sat, 6 Jun 1998 13:40:02 -0500 (CDT) Received: from Duncan (p6-ts26.en.net [207.180.219.6]) by grover.en.com (8.8.8/8.8.8) with SMTP id OAA25062 for ; Sat, 6 Jun 1998 14:40:54 -0400 (EDT) Message-Id: <3.0.32.19980606143602.007a86a0@en.com> X-Sender: dbade@en.com (Unverified) X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 06 Jun 1998 14:36:02 -0400 To: tacgps@tapr.org From: Doug Bade Subject: Benchmarks NAD27 vs NAD83 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" I am in the process of calibrating my dgpsib ref station off of a Geodetic monument. The monument records show NAD27 info only, what is the offset if any to convert to NAD83 ??? I am showing the monument to be about 11 seconds south of the NAD27 location. Longitude looks pretty good. We ar at 41*25' N lat and 081*43' W lon in Cleveland Ohio area. Any ideas? THE USGS data is in degreee mins and seconds with thousandths of seconds after decimal. Not a hundths mins vs seconds issue... in my opinion , unless there are major typo's in the Document I received from the county. Also I went to a surveyed tower site I have info on, and it reflects the same error in my GPS . When I shut off differential rcvr, the location snaps to 11 seconds south of where it was with differential, to the fcc recorded location. (correct location per NAD83) I changed my dif ref location in dgpsib, the 11 seconds I am seeing as an error, but with the gps tac32 surveyed location all looks good, but the BENCHMARK is wrong by 11 seconds the other way... By correcting the GPSIB +11 sec latitude, the BM is right but everything else is wrong... HMMMMMM. My TAC32 surveyed ref location was surveyed over about 4 days to establish the coorect reference. Any Idea's or places to look for solutions???? 73 Doug... KB8GVQ doug@clecom.com From srbible@gate.net Sat Jun 06 14:28:04 1998 Received: from osage.gate.net (root@osage.gate.net [198.206.134.25]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id OAA15802 for ; Sat, 6 Jun 1998 14:28:03 -0500 (CDT) Received: from avatar (kngga2-31.gate.net [207.36.2.31]) by osage.gate.net (8.8.6/8.6.12) with SMTP id PAA174350 for ; Sat, 6 Jun 1998 15:26:55 -0400 Message-Id: <3.0.5.32.19980606152845.009654e0@pop.gate.net> X-Sender: srbible@pop.gate.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Sat, 06 Jun 1998 15:28:45 -0400 To: tacgps@tapr.org From: "Steven R. Bible" Subject: Re: [TACGPS:1607] Benchmarks NAD27 vs NAD83 In-Reply-To: <3.0.32.19980606143602.007a86a0@en.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Doug, check out this web site: http://WWW.ngs.noaa.gov/FORMS/ds_area.html Here you can get lat/long for markers. This way you can double check the data sheet you received from the county. Plus you might find another one nearby. - Steve At 01:46 PM 6/6/98 -0500, you wrote: > > I am in the process of calibrating my dgpsib ref station off of a >Geodetic monument. The monument records show NAD27 info only, what is the >offset if any to convert to NAD83 ??? I am showing the monument to be about >11 seconds south of the NAD27 location. Longitude looks pretty good. > We ar at 41*25' N lat and 081*43' W lon in Cleveland Ohio area. >Any ideas? > THE USGS data is in degreee mins and seconds with thousandths of seconds >after decimal. Not a hundths mins vs seconds issue... in my opinion , >unless there are major typo's in the Document I received from the county. > Also I went to a surveyed tower site I have info on, and it reflects the >same error in my GPS . When I shut off differential rcvr, the location >snaps to 11 seconds south of where it was with differential, to the fcc >recorded location. (correct location per NAD83) > > I changed my dif ref location in dgpsib, the 11 seconds I am seeing as an >error, but with the gps tac32 surveyed location all looks good, but the >BENCHMARK is wrong by 11 seconds the other way... > By correcting the GPSIB +11 sec latitude, the BM is right but everything >else is wrong... HMMMMMM. > My TAC32 surveyed ref location was surveyed over about 4 days to establish >the coorect reference. > > Any Idea's or places to look for solutions???? > 73 Doug... KB8GVQ doug@clecom.com > > - Steve (n7hpr@tapr.org) From davem@cs.ubc.ca Sat Jun 06 15:02:28 1998 Received: from pedigree.cs.ubc.ca (smtp.cs.ubc.ca [142.103.6.52]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id PAA17135 for ; Sat, 6 Jun 1998 15:02:27 -0500 (CDT) Received: from [198.162.38.159] (davem.home.cs.ubc.ca [198.162.38.159]) by pedigree.cs.ubc.ca (8.8.8/8.6.9) with ESMTP id NAA04536 for ; Sat, 6 Jun 1998 13:02:24 -0700 (PDT) X-Sender: davem@mail.cs.ubc.ca Message-Id: In-Reply-To: <3.0.32.19980606143602.007a86a0@en.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 6 Jun 1998 13:02:21 -0700 To: tacgps@tapr.org From: Dave Martindale Subject: Re: [TACGPS:1607] Benchmarks NAD27 vs NAD83 > I am in the process of calibrating my dgpsib ref station off of a >Geodetic monument. The monument records show NAD27 info only, what is the >offset if any to convert to NAD83 ??? I am showing the monument to be about >11 seconds south of the NAD27 location. Longitude looks pretty good. If you have a handheld GPS available, just set the datum to NAD27, create a waypoint at the location you have, set the datum back to NAD83, and you can read the location in NAD83. You probably won't be able to read the location with the same precision as the original, but you will be able to read it with a precision of a few meters. I think there are also calculators on the Web that will do the conversion, but I don't know their URL. Dave From rick@cnssys.com Sat Jun 06 16:42:49 1998 Received: from gw.cnssys.com (root@cnssys.com [207.97.17.1]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id QAA22310 for ; Sat, 6 Jun 1998 16:42:46 -0500 (CDT) Received: from rick (rick.cnssys.com [207.97.17.16]) by gw.cnssys.com (8.8.5/8.8.5) with SMTP id RAA26832 for ; Sat, 6 Jun 1998 17:42:44 -0400 From: "Richard M. Hambly" To: Subject: RE: [TACGPS:1607] Benchmarks NAD27 vs NAD83 Date: Sat, 6 Jun 1998 17:41:42 -0400 Message-ID: <000301bd9193$e4f31d80$101161cf@rick.cnssys.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <3.0.32.19980606143602.007a86a0@en.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.1 I have a real coordinate calculator (~$500 from Blue Marble). I would be glad to run the conversions if you could send the exact NAD27 coordinates. Rick WB2TNL -----Original Message----- From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Doug Bade Sent: Saturday, June 06, 1998 2:46 PM To: tacgps@tapr.org Subject: [TACGPS:1607] Benchmarks NAD27 vs NAD83 I am in the process of calibrating my dgpsib ref station off of a Geodetic monument. The monument records show NAD27 info only, what is the offset if any to convert to NAD83 ??? I am showing the monument to be about 11 seconds south of the NAD27 location. Longitude looks pretty good. We ar at 41*25' N lat and 081*43' W lon in Cleveland Ohio area. Any ideas? THE USGS data is in degreee mins and seconds with thousandths of seconds after decimal. Not a hundths mins vs seconds issue... in my opinion , unless there are major typo's in the Document I received from the county. Also I went to a surveyed tower site I have info on, and it reflects the same error in my GPS . When I shut off differential rcvr, the location snaps to 11 seconds south of where it was with differential, to the fcc recorded location. (correct location per NAD83) I changed my dif ref location in dgpsib, the 11 seconds I am seeing as an error, but with the gps tac32 surveyed location all looks good, but the BENCHMARK is wrong by 11 seconds the other way... By correcting the GPSIB +11 sec latitude, the BM is right but everything else is wrong... HMMMMMM. My TAC32 surveyed ref location was surveyed over about 4 days to establish the coorect reference. Any Idea's or places to look for solutions???? 73 Doug... KB8GVQ doug@clecom.com From doug@clecom.com Sat Jun 06 23:21:51 1998 Received: from grover.en.com (grover.en.com [204.89.181.10]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id XAA27876 for ; Sat, 6 Jun 1998 23:21:49 -0500 (CDT) Received: from Duncan (p23-ts23.en.net [207.180.218.87]) by grover.en.com (8.8.8/8.8.8) with SMTP id AAA07640 for ; Sun, 7 Jun 1998 00:22:37 -0400 (EDT) Message-Id: <3.0.32.19980607001748.0083bbc0@en.com> X-Sender: dbade@en.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sun, 07 Jun 1998 00:17:49 -0400 To: tacgps@tapr.org From: Doug Bade Subject: Re: [TACGPS:1608] Re: Benchmarks NAD27 vs NAD83 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" What a great info source.. that web site had several monuments nearby, which have lat/lon's that indicate the data from the county is way off... They didn't even povide that particular monument, but plenty of others.. BTW I tried setting my gps to nad27 from wgs84, and the difference was visible , but not 11 seconds..... Tnx for the help, Doug.. doug@clecom.com KB8GVQ At 02:32 PM 6/6/98 -0500, you wrote: >Doug, check out this web site: > > http://WWW.ngs.noaa.gov/FORMS/ds_area.html > >Here you can get lat/long for markers. This way you can double check the >data sheet you received from the county. Plus you might find another one >nearby. > >- Steve > > > >At 01:46 PM 6/6/98 -0500, you wrote: >> >> I am in the process of calibrating my dgpsib ref station off of a >>Geodetic monument. The monument records show NAD27 info only, what is the >>offset if any to convert to NAD83 ??? I am showing the monument to be about >>11 seconds south of the NAD27 location. Longitude looks pretty good. From dovdvir@netvision.net.il Sun Jun 07 06:53:32 1998 Received: from alpha.netvision.net.il (alpha.netvision.net.il [194.90.1.13]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id GAA11032 for ; Sun, 7 Jun 1998 06:53:27 -0500 (CDT) Received: from zvika (ts016p1.hrz.netvision.net.il [194.90.5.39]) by alpha.netvision.net.il (8.8.6/8.8.6) with SMTP id OAA17041 for ; Sun, 7 Jun 1998 14:52:02 +0300 (IDT) Message-ID: <357A70CF.274E@netvision.net.il> Date: Sun, 07 Jun 1998 13:51:59 +0300 From: Dov Dvir Reply-To: dovdvir@netvision.net.il X-Mailer: Mozilla 3.0 (Win95; I) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Magellan 3000xl & Kantrinic KP3 plus Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I am new in the gps aprs business. I have been triying to use GPS and KP 3 plus without success. It seems that the direct connection between Magellan 3000xl and the TNC does not work. The TNC works fine as packet and so doeas the gps when connected direct to the serial port of the laptop. Could I get a hint/help? Regards Dov Dvir 4Z5 DZ PS I also tried to download ,unsuccessfully the winaprs. Need help. From doug@clecom.com Sun Jun 07 15:30:19 1998 Received: from grover.en.com (grover.en.com [204.89.181.10]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id PAA16354 for ; Sun, 7 Jun 1998 15:30:17 -0500 (CDT) Received: from Duncan (p35-ts26.en.net [207.180.219.35]) by grover.en.com (8.8.8/8.8.8) with SMTP id QAA12756 for ; Sun, 7 Jun 1998 16:31:08 -0400 (EDT) Message-Id: <3.0.32.19980607162625.008425d0@en.com> X-Sender: dbade@en.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sun, 07 Jun 1998 16:26:26 -0400 To: tacgps@tapr.org From: Doug Bade Subject: Preliminary DGPSIB Calibration follow-up Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Hello All at SIG; I am happy to announce my DGPSIB is up and running in Cleveland Ohio, and preliminary calibration with TAC32 over 4 days has produced repeatable accuracy over REAL Benchmarks :). I am at less than 1/10th of a second from where I am supposed to be, and altitude info is +_ 20 ft or so.. JUST FOR STARTERS !!! I have checked 4 known lat lon points which I have accurate data for, and all look excellent. I have lots more testing to do, but unfortunately I need to go away for a few days, and will need to pick-up again late next week :( For anyone who needs a Benchmark database for calibration, the address Steve Bible sent in a previous sig post is fantastic.. all you need is the coordinates of a location you need a benchmark near and viola... more info than I ever expected. Several of the benchmarks I located have been updated this year or in just the recent past.. Boy I love the internet... :) I am sending out packets at 5 second intervals, on a 450 freq at this time, which will ultimately be paralleled in 440 and 2m.. I am doing all my initial testing with a Garmin GPS III, , and EPE's regularly are under 30 ft.. I have used the Beacon from as far as 35 miles out already, but that is why I am using UHF.... Combiners, and High antenna's..etc. make for great range in our area.. I have a second unit which will go up in downtown Cleveland soon, and will be in 2m, probably 144.39.and in 440 , probably 445.925.. Does anyone have seconds corellation to feet for lat and lon, or tell me where I can find it if possible.. TNX.. Doug Bade KB8GVQ From doug@clecom.com Sun Jun 07 15:36:15 1998 Received: from grover.en.com (grover.en.com [204.89.181.10]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id PAA16997 for ; Sun, 7 Jun 1998 15:36:14 -0500 (CDT) Received: from Duncan (p35-ts26.en.net [207.180.219.35]) by grover.en.com (8.8.8/8.8.8) with SMTP id QAA13487 for ; Sun, 7 Jun 1998 16:37:05 -0400 (EDT) Message-Id: <3.0.32.19980607163222.0083fa80@en.com> X-Sender: dbade@en.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sun, 07 Jun 1998 16:32:22 -0400 To: tacgps@tapr.org From: Doug Bade Subject: Re: [TACGPS:1611] Re: Benchmarks NAD27 vs NAD83 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" The monument in Question appears to be miss identified somehow, as with real benchmarks are where they belong. I will take it up with the count engineers, as this seems odd to me...... I do not know if it was a typo or what , but it is WAY off, about 10-11 seconds.. So the moral of the story is check several before you re-calibrate the DGPSIB unit, as you may be more correct than the engineers office.. 73 all , Doug KB8GVQ ... snip .... previous thread..... ... From ssampson@usa-site.net Sun Jun 07 18:37:10 1998 Received: from access.usa-site.net (access.usa-site.net [209.140.34.130]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id SAA00952 for ; Sun, 7 Jun 1998 18:37:08 -0500 (CDT) Received: (from ssampson@localhost) by access.usa-site.net (8.8.5/8.8.5) id SAA30026 for tacgps@tapr.org; Sun, 7 Jun 1998 18:37:12 -0500 From: Steve Sampson Message-Id: <199806072337.SAA30026@access.usa-site.net> Subject: Re: [TACGPS:1614] Re: Benchmarks NAD27 vs NAD83 To: tacgps@tapr.org Date: Sun, 7 Jun 1998 18:37:12 -0500 (CDT) In-Reply-To: <3.0.32.19980607163222.0083fa80@en.com> from "Doug Bade" at Jun 7, 98 03:43:11 pm Content-Type: text The really bad thing, is that everyones property line is off, and the street is in the wrong place :-) Maybe you should not tell them, ha. Steve > The monument in Question appears to be miss identified somehow, as with > real benchmarks are where they belong. I will take it up with the count > engineers, as this seems odd to me...... I do not know if it was a typo or > what , but it is WAY off, about 10-11 seconds.. > > So the moral of the story is check several before you re-calibrate the > DGPSIB unit, as you may be more correct than the engineers office.. From alan@watsun.cc.columbia.edu Mon Jun 08 09:55:02 1998 Received: from watsol.cc.columbia.edu (watsol.cc.columbia.edu [128.59.39.139]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id JAA17085 for ; Mon, 8 Jun 1998 09:55:01 -0500 (CDT) Received: (from alan@localhost) by watsol.cc.columbia.edu (8.8.5/8.8.5) id KAA17024; Mon, 8 Jun 1998 10:51:36 -0400 (EDT) Date: Mon, 8 Jun 98 10:51:35 EDT From: Alan Crosswell In-Reply-To: Your message of Sat, 6 Jun 1998 13:47:14 -0500 (CDT) Subject: Re: Benchmarks NAD27 vs NAD83 To: Doug Bade Cc: tacgps@tapr.org Message-ID: Doug Bade asked: >... > Any Idea's or places to look for solutions???? >... Here's one: ftp://ftp.ngs.noaa.gov/pub/pcsoft/nadcon/ Here's what the file readme.210 in that directory says: March 27, 1997 NADCON Version 2.10 Distribution Copy PROGRAM DESCRIPTION NADCON transforms latitude and longitude coordinate values between the North American Datum of 1927 (NAD 27) and the North American Datum of 1983 adjustment of 1986 [NAD 83(86)], as well as between NAD83(86) and data of various states/regions that have readjusted their NAD83(86) to a High Accuracy Reference Network (HARN). NADCON is the Federal standard for NAD 27 to NAD 83 datum transformations (as was articulated in the Federal Register, Volume 55, Number 155 dated August 10, 1990). NADCON also transforms data originally expressed in old island datums that existed in Alaska, Hawaii, Puerto Rico and Virgin Islands into data referenced to NAD 83(86). These island datums are all referred to within the program as NAD 27. NADCON automatically chooses the proper transformation; the user does not need to know the specific name of the old island datum. ... 73 de Alan N2YGK From wd5ivd@tapr.org Mon Jun 08 10:37:54 1998 Received: from [207.43.172.66] ([207.43.172.66]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id KAA18995; Mon, 8 Jun 1998 10:37:39 -0500 (CDT) Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 8 Jun 1998 10:37:20 -0500 To: "HF SIG list mailing", " Spread Spectrum ", " TAPR/AMSAT DSP ", "APRS SIG list mailing", "NETSIG list mailing", "BBS SIG list mailing", " tacgps ", aprsnews@tapr.org, mic-e@tapr.org, TAPR Regional Freq From: "Greg Jones, WD5IVD" Subject: Dorothy Update For those who want to know. ---- Dorothy was released from the hospital last Friday afternoon and has been resting at the house (TAPR Office ;-) since then. The surgery went very well and there appears to be no complications, except that she doesn't like the really long scar on her belly. We (Bill Jones and I) have told Dorothy she cannot step one foot into the TAPR office until next week sometime. Thus, expect kits and orders to start getting out the door in another 7-10 days. There is a bit of a pile being generated by this down time, so it will probably be a week or so after we open back up that we get caught up on everything. Dorothy wants to thank everyone that thought of her during this ordeal and she looks forward to getting back into the swing of things. Cheers - Greg Jones, WD5IVD ----- Greg Jones, WD5IVD Austin, Texas wd5ivd@tapr.org http://www.tapr.org/~wd5ivd Real World, The n.: 5. Anywhere outside a university. "Poor fellow, he's left UT Austin and gone into the real world." From rick@cnssys.com Mon Jun 08 11:34:55 1998 Received: from gw.cnssys.com (root@cnssys.com [207.97.17.1]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id LAA23217; Mon, 8 Jun 1998 11:34:51 -0500 (CDT) Received: from rick (rick.cnssys.com [207.97.17.16]) by gw.cnssys.com (8.8.5/8.8.5) with SMTP id MAA01896; Mon, 8 Jun 1998 12:34:48 -0400 From: "Richard M. Hambly" To: , Subject: TAC32 Version 1.2.7 Released Date: Mon, 8 Jun 1998 12:32:21 -0400 Message-ID: <000101bd92fb$02eee860$101161cf@rick.cnssys.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.1 Version 1.2.7 of the TAC32 software is now available at http://www.cnssys.com/tac32/ Information on both TAC32 and the CNS Clock are available at http://www.cnssys.com/ Rick WB2TNL Richard M. Hambly CNS Systems, Inc. (410) 987-7835 http://www.cnssys.com/ From kc5ejk@onramp.net Mon Jun 08 12:37:53 1998 Received: from mailhost.onramp.net (mailhost.onramp.net [199.1.11.3]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id MAA03585 for ; Mon, 8 Jun 1998 12:37:51 -0500 (CDT) Received: from [206.50.200.40] (ppp10-40.dllstx.onramp.net [206.50.200.40]) by mailhost.onramp.net (8.8.7/8.8.7) with ESMTP id MAA23677 for ; Mon, 8 Jun 1998 12:37:47 -0500 (CDT) X-Sender: kc5ejk@mailhost.onramp.net Message-Id: In-Reply-To: <357A70CF.274E@netvision.net.il> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 8 Jun 1998 12:39:50 -0600 To: tacgps@tapr.org From: Robert Winingham Subject: Re: [TACGPS:1612] Magellan 3000xl & Kantrinic KP3 plus >I am new in the gps aprs business. I have been triying to use GPS and KP >3 plus without success. >It seems that the direct connection between Magellan 3000xl and the TNC >does not work. >The TNC works fine as packet and so doeas the gps when connected direct >to the serial port of the laptop. >Could I get a hint/help? You need two things. 1. A volt meter to check for correct pin connections. check pins 2 and 3 If the Magellan 3000x is like most Garmins the voltage is TTL ( 0 to near 5 v) ie no negative swing. a. 98 % of all PC machines and TNC's will work with the this TTL type voltage swing. b. Have the TNC comm port set to 4800 Baud. That's my Garmin NMEA output speed 2. Correct TNC parameters to start GPS mode -- ( don't forget INIT GPS ) I use the remote SYSOP mode to test the KPC setup and parameters. This saves having to swap the I/O cable between the GPS and the Computer. Hints: 1 . Type all commands to the TNC in UPPER case That way you will type $GPRMC as the GPSHEAD parameter. Then TNC parser will match the NMEA string from the GPS IF you forget the $ or type $gprmc then the TNC won't find a match and nothing goes into the xmit buffer. There are commands to let you read the content of the four xmit buffers. If the buffers are empty , check the I/O cable or the GPSHEAD parameter use a $ as GPSHEAD to match ANY NMEA strings from the gps. Most people xmit NMEA $GPRMC and $GPGGA This way you get Time,ALt,Speed and direction) Set xmit rate faster for testing but slower when you have it working. There is a KPC3.TXT file that comes with DOS APRS that shows some sample settings. WWW.TAPR.ORG also has links to versions of APRS (Dos,Mac,WIN,APRSPlus,Java) 73 Bob - Dallas,TX --- kc5ejk@onramp.net or kc5ejk@amsat.org --- From buoy@redshift.com Mon Jun 08 21:54:24 1998 Received: from mail.redshift.com (mail.redshift.com [209.54.200.6]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id VAA12806 for ; Mon, 8 Jun 1998 21:54:21 -0500 (CDT) Received: from buoy.mcktech.com (pm3-156.sal.redshift.com [207.204.198.156]) by mail.redshift.com (8.8.8/8.8.8) with SMTP id RAA08889 for ; Mon, 8 Jun 1998 17:08:22 -0700 Message-ID: <002101bd933a$58dce620$9cc6cccf@buoy.mcktech.com> From: "Doug McKinney" To: Subject: Re: [TACGPS:1613] Preliminary DGPSIB Calibration follow-up Date: Mon, 8 Jun 1998 17:05:39 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 -----Original Message----- From: Doug Bade To: tacgps@tapr.org Date: Sunday, June 07, 1998 1:39 PM Subject: [TACGPS:1613] Preliminary DGPSIB Calibration follow-up >Hello All at SIG; > > I am happy to announce my DGPSIB is up and running in Cleveland Ohio, >and preliminary calibration with TAC32 over 4 days has produced repeatable >accuracy over REAL Benchmarks :). I am at less than 1/10th of a second from >where I am supposed to be, and altitude info is +_ 20 ft or so.. JUST FOR >STARTERS !!! > I have checked 4 known lat lon points which I have accurate data for, and >all look excellent. I have lots more testing to do, but unfortunately I >need to go away for a few days, and will need to pick-up again late next >week :( > >For anyone who needs a Benchmark database for calibration, the address >Steve Bible sent in a previous sig post is fantastic.. all you need is the >coordinates of a location you need a benchmark near and viola... more info >than I ever expected. Several of the benchmarks I located have been updated >this year or in just the recent past.. Boy I love the internet... :) > I am sending out packets at 5 second intervals, on a 450 freq at this >time, which will ultimately be paralleled in 440 and 2m.. > I am doing all my initial testing with a Garmin GPS III, , and EPE's >regularly are under 30 ft.. I have used the Beacon from as far as 35 miles >out already, but that is why I am using UHF.... Combiners, and High >antenna's..etc. make for great range in our area.. > I have a second unit which will go up in downtown Cleveland soon, and will >be in 2m, probably 144.39.and in 440 , probably 445.925.. > > Does anyone have seconds corellation to feet for lat and lon, or tell me >where I can find it if possible.. TNX.. For GPS the miles are nautical when calculating deg, min, sec.. The standard is 6080 feet per nautical mile for mid latitudes in US. 1 deg = 60 nm; 1 min = 1 nm and 1 sec = 6080/60 = 101 ft per sec arc!! 73's Doug > > > Doug Bade KB8GVQ > From k4jpj@appstate.campus.mci.net Mon Jun 08 22:22:45 1998 Received: from aus-e.mp.campus.mci.net (aus-e.mp.campus.mci.net [208.140.84.25]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id WAA15237 for ; Mon, 8 Jun 1998 22:22:43 -0500 (CDT) Received: from donaldha (s05-pm16.snaustel.campus.mci.net [207.49.121.226]) by aus-e.mp.campus.mci.net (8.9.0/8.8.8) with SMTP id UAA21596 for ; Mon, 8 Jun 1998 20:46:48 -0400 (EDT) Message-Id: <3.0.5.32.19980608165745.007f6b80@appstate.campus.mci.net> X-Sender: k4jpj@appstate.campus.mci.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Mon, 08 Jun 1998 16:57:45 -0400 To: tacgps@tapr.org From: "Donald E. Haselwood" Subject: Windows 95 lockup with GPS In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" I have the GPS-30 running and TAC32 works fine. I find that if the GPS-30 is running and Windows 95 boots up, it hangs part way through the bootup. I wondered if anyone else has run into this. I'm using COM6 on an expansion card (4 ports on one interrupt) and suspect that it something having to do with Win95 "getting confused" when the serial port drivers load and there is data coming in. Of course one solution is to disconnect the serial port to the GPS each time Win95 boots up. Possibly there is some parameter in Win95, e.g. SYSTEM.INI, that might solve the problem. Regards, Don From k4jpj@appstate.campus.mci.net Mon Jun 08 22:22:46 1998 Received: from aus-e.mp.campus.mci.net (aus-e.mp.campus.mci.net [208.140.84.25]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id WAA15241 for ; Mon, 8 Jun 1998 22:22:44 -0500 (CDT) Received: from donaldha (s05-pm16.snaustel.campus.mci.net [207.49.121.226]) by aus-e.mp.campus.mci.net (8.9.0/8.8.8) with SMTP id UAA21608 for ; Mon, 8 Jun 1998 20:46:51 -0400 (EDT) Message-Id: <3.0.5.32.19980608172106.007fbc80@appstate.campus.mci.net> X-Sender: k4jpj@appstate.campus.mci.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Mon, 08 Jun 1998 17:21:06 -0400 To: tacgps@tapr.org From: "Donald E. Haselwood" Subject: Some GPS-30 experiences In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" I find the GPS-30 quits when it gets hot. Since the unit is "naked" (sawed off the cover to get at the 1 PPS), I put it in a Tupperware-like box on the eave of the roof, running a shielded 6 cond cable into the shack. Everything was working fine until early afternoon, then it quit. The $PGRMT line started coming every second instead of minute, some lines missed the CR, LF, and others had non-printing chars. TAC32 "stalled" with the plenty of sats visible, but none locked. I whipped up a program to monitor the temp reported by the GPS-30. It looks like the temp rise is around 55 to 80 deg F over outside temp. Today when it quit the last reported temp by the GPS-30 was 60 deg C; outside temp under the overhang was 59 deg *F*. One solution is to power the GPS-30 with +5 reg instead of +12. This should cut the power input at the unit by over 1/2. The other is to go to a remote antenna and bring the naked unit inside where it doesn't have to be in a box. Any similar experiences or thots? Regards, Don, W4DH From bryan@bmumford.com Tue Jun 09 01:04:04 1998 Received: from acme.sb.west.net (acme.sb.west.net [205.254.224.2]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id BAA11137 for ; Tue, 9 Jun 1998 01:04:00 -0500 (CDT) Received: from [207.71.222.237] (pm7-27.sba1.avtel.net [207.71.222.127]) by acme.sb.west.net (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id XAA17985 for ; Mon, 8 Jun 1998 23:03:57 -0700 (PDT) X-Sender: mumford@mail.west.net Message-Id: In-Reply-To: <3.0.5.32.19980608172106.007fbc80@appstate.campus.mci.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 8 Jun 1998 22:55:25 -0800 To: tacgps@tapr.org From: Bryan Mumford Subject: Re: [TACGPS:1622] Some GPS-30 experiences >I find the GPS-30 quits when it gets hot. Since the unit is "naked" (sawed >off the cover to get at the 1 PPS), I put it in a Tupperware-like box on >the eave of the roof, running a shielded 6 cond cable into the shack. >Any similar experiences or thots? I found that mine quits when it's too cold (in the middle of the night). I corrected this by laying a towel over it, so the "body heat" was preserved. No, this isn't a permanent solution. I was thinking I'd have to heat it for permanent use. Now I have to air condition it too? Bryan Mumford Santa Barbara, California http://www.bmumford.com From davem@cs.ubc.ca Tue Jun 09 02:02:17 1998 Received: from pedigree.cs.ubc.ca (pop.cs.ubc.ca [142.103.6.51]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id CAA18055 for ; Tue, 9 Jun 1998 02:02:16 -0500 (CDT) Received: from [198.162.38.159] (davem.home.cs.ubc.ca [198.162.38.159]) by pedigree.cs.ubc.ca (8.8.8/8.6.9) with ESMTP id AAA13259 for ; Tue, 9 Jun 1998 00:02:13 -0700 (PDT) X-Sender: davem@mail.cs.ubc.ca Message-Id: In-Reply-To: <002101bd933a$58dce620$9cc6cccf@buoy.mcktech.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 9 Jun 1998 00:01:24 -0700 To: tacgps@tapr.org From: Dave Martindale Subject: lat/long to distance >> Does anyone have seconds corellation to feet for lat and lon, or tell me >>where I can find it if possible.. TNX.. If you don't mind working in metric units, a reasonably accurate conversion is easy to remember. The meter was originally intended to be 1 ten-millionth of the distance between equator and pole (i.e. 90 degrees of latitude). So to convert degrees latitude to meters, divide by 90 and multiply by 1e7. At the equator, a degree of longitude is the same size as a degree of latitude, but it decreases towards the poles in proportion to the cosine of latitude. So to convert degrees longitude to meters, divide by 90, multiply by 1e7, and multiply by cos(latitude). Dave From joop@cubemail.com Tue Jun 09 02:10:14 1998 Received: from machine.cubemail.com (cubemail.com [204.174.242.181]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id CAA18554 for ; Tue, 9 Jun 1998 02:10:13 -0500 (CDT) Received: from m5790 (m5790.direcpc.net [209.167.57.90]) by machine.cubemail.com (8.7.4/8.7.3) with SMTP id BAA01879 for ; Tue, 9 Jun 1998 01:09:08 -0700 (PDT) Message-ID: <357B8E4A.5420@cubemail.com> Date: Mon, 08 Jun 1998 00:10:02 -0700 From: joop@cubemail.com Reply-To: joop@cubemail.com X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1623] Re: Some GPS-30 experiences References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I just purchased a Garmin OEM unit. The thing looks like a mouse. I am new to this. It was supposed to be wired for DB-9 and power. I have no book or info. Can someone help. Garmin has not replied to e-mail. From Terje.Mathisen@hda.hydro.com Tue Jun 09 02:39:06 1998 Received: from vkhdib01.hda.hydro.com (vkhdib01.hda.hydro.com [136.164.216.55]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id CAA20697 for ; Tue, 9 Jun 1998 02:39:03 -0500 (CDT) Received: from hda.hydro.com ([136.164.10.111]) by vkhdib01.hda.hydro.com (8.8.8/8.8.7) with ESMTP id JAA95926 for ; Tue, 9 Jun 1998 09:39:02 +0200 Message-ID: <357CE695.4547150C@hda.hydro.com> Date: Tue, 09 Jun 1998 09:39:01 +0200 From: Terje Mathisen Organization: Hydro X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1621] Windows 95 lockup with GPS References: <3.0.5.32.19980608165745.007f6b80@appstate.campus.mci.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Donald E. Haselwood wrote: > > I have the GPS-30 running and TAC32 works fine. I find that if the GPS-30 > is running and Windows 95 boots up, it hangs part way through the bootup. > I wondered if anyone else has run into this. This is probably (almost certainly!) due to the Plug&Play code in Win95: It by default tries to detect what kind of hardware might be connected to any/all ports each time you boot. On WinNT (which doesn't have PnP) you can still suffer a similar problem from the serial mouse driver, which will try to load if some traffic is detected on the serial port, this can be disabled with an option on the kernel load line (in BOOT.INI). > I'm using COM6 on an expansion card (4 ports on one interrupt) and suspect > that it something having to do with Win95 "getting confused" when the > serial port drivers load and there is data coming in. Of course one > solution is to disconnect the serial port to the GPS each time Win95 boots > up. Possibly there is some parameter in Win95, e.g. SYSTEM.INI, that might > solve the problem. Sorry, I don't know how to handle this under Win95. :-( Terje -- - Using self-discipline, see http://www.eiffel.com/discipline "almost all programming can be viewed as an exercise in caching" From bruninga@nadn.navy.mil Tue Jun 09 06:26:27 1998 Received: from arctic.nadn.navy.mil (arctic.nadn.navy.mil [131.121.8.1]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id GAA28417 for ; Tue, 9 Jun 1998 06:26:26 -0500 (CDT) Received: from localhost (bruninga@localhost) by arctic.nadn.navy.mil (8.8.5/8.8.5) with SMTP id HAA23637 for ; Tue, 9 Jun 1998 07:26:47 -0400 (EDT) X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs Date: Tue, 9 Jun 1998 07:26:47 -0400 (EDT) From: Bob Bruninga X-Sender: bruninga@arctic To: tacgps@tapr.org Subject: Re: [TACGPS:1622] Some GPS-30 experiences In-Reply-To: <3.0.5.32.19980608172106.007fbc80@appstate.campus.mci.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 8 Jun 1998, Donald E. Haselwood wrote: > I find the GPS-30 quits when it gets hot. If it is exposed to the sun, paint it white. You wont believe the difference.. It will be quite cooler... From tac@clark.net Tue Jun 09 06:36:25 1998 Received: from loas.clark.net (mail.clark.net [168.143.0.10]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id GAA03714 for ; Tue, 9 Jun 1998 06:36:23 -0500 (CDT) Received: from clark.net (tac.clark.net [168.143.32.123]) by loas.clark.net (8.8.8/8.8.8) with ESMTP id HAA01264 for ; Tue, 9 Jun 1998 07:37:44 -0400 (EDT) Message-ID: <357D1E17.F53C1338@clark.net> Date: Tue, 09 Jun 1998 11:35:51 +0000 From: "Dr Thomas A Clark (W3IWI)" Reply-To: tac@clark.net X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1624] lat/long to distance References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Thanks to Dave Martindale for posting his answer to this oft-asked question. I was about to post a similar reply. It is good to realize the basic definitions, because you can then figure out the answer for yourself whenever it is needed. Let me just add a few other comments to Dave's: > >> Does anyone have seconds corellation to feet for lat and lon, or tell me > >>where I can find it if possible.. TNX.. > > If you don't mind working in metric units, a reasonably accurate > conversion is easy to remember. The meter was originally intended to > be 1 ten-millionth of the distance between equator and pole (i.e. 90 > degrees of latitude). So to convert degrees latitude to meters, divide > by 90 and multiply by 1e7. Therefore one degree of latitude is 111.11111 km. To continue the calculation, there are 60 minutes of arc per degree, so 1 arc minute is about 1.852 km. And there are 60 arc seconds per minute, so one second = 30.9 meters. The calculation in nautical miles is also pretty trivial. The NM is defined with 60 NM = 1 degree and 1 NM = 1 minute of arc. And we get 1 second = 1/60 NM. To figure out the feet/miles conversions, the relevant definitions are that there are exactly 39.37 inches in a meter, 12 inches in a foot, and 5280 feet in a statute mile; to convert meters to feet, we multiply by (39.37/12)=3.281. To convert from kilometers to miles, multiply by (3.281*1000/5280)=0.6214. Putting all this together, we have this table for latitude: 1 degree = 111.1 km = 60 NM = 69.041 miles 1 minute = 1.852 km = 1 NM = 1.151 miles = 6077.3 feet 1 second = 30.9 m = .01666 NM = 0.019 miles = 101.26 feet > At the equator, a degree of longitude is the same size as a degree of > latitude, but it decreases towards the poles in proportion to the cosine > of latitude. So to convert degrees longitude to meters, divide by 90, > multiply by 1e7, and multiply by cos(latitude). Washington, Dayton, Denver and Reno are all at a latitude in the 39-40 degree range, where cos(lat) ~ 0.78, so across the middle of the USA, the table looks like 1 degree = ~86.7 km = ~46.8 NM = ~53.8 miles 1 minute = ~1.44 km = ~0.78 NM = ~0.90 miles = ~4740 feet 1 second = ~ 24.1 m = ~.013 NM = ~.015 miles = ~79 feet - - - - - - - - - - - - - - - - - - - - - - - An aside for completeness: Dave's response and mine made a simplifying assumption -- that the earth is a sphere. In fact, the earth is flattened by the centrifugal force of the earth's rotation. The radius of the equator is about 6378 km while the polar radius is about 30 km smaller. The original definition of the meter was that 90 degrees = 10,000 km measured north-south along the meridian of Paris. Around the equator, the 6378 km radius translates into about 10,019 km. If you want to be really precise, this ~0.2% difference due to flattening needs to be included, but the calculations get to be rather messy! 73, Tom From bruninga@nadn.navy.mil Tue Jun 09 06:43:47 1998 Received: from arctic.nadn.navy.mil (arctic.nadn.navy.mil [131.121.8.1]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id GAA08792 for ; Tue, 9 Jun 1998 06:43:46 -0500 (CDT) Received: from localhost (bruninga@localhost) by arctic.nadn.navy.mil (8.8.5/8.8.5) with SMTP id HAA25260 for ; Tue, 9 Jun 1998 07:44:08 -0400 (EDT) X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs Date: Tue, 9 Jun 1998 07:44:08 -0400 (EDT) From: Bob Bruninga X-Sender: bruninga@arctic To: tacgps@tapr.org Subject: Re: [TACGPS:1623] Re: Some GPS-30 experiences In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 9 Jun 1998, Bryan Mumford wrote: > I found that mine quits when it's too cold (in the middle of the night). I > corrected this by laying a towel over it, so the "body heat" was preserved. Paint it white. White also helps to keep it warmer at night since the device loses less heat to night sky radiation. A black object will always get much colder under a black sky than a white one. From tac@clark.net Tue Jun 09 06:52:14 1998 Received: from loas.clark.net (loas.clark.net [168.143.0.13]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id GAA09285 for ; Tue, 9 Jun 1998 06:52:12 -0500 (CDT) Received: from clark.net (tac.clark.net [168.143.32.123]) by loas.clark.net (8.8.8/8.8.8) with ESMTP id HAA07599 for ; Tue, 9 Jun 1998 07:53:34 -0400 (EDT) Message-ID: <357D21CC.E0F1D4FD@clark.net> Date: Tue, 09 Jun 1998 11:51:40 +0000 From: "Dr Thomas A Clark (W3IWI)" Reply-To: tac@clark.net X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: TACGPS Subject: Motorola's ONCORE web site Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit For those of you wanting to see more about the ONCORE receivers, the ONCORE web site can be found at http://www.oncore.motorola.com/ which re-directs your request to http://www.mot.com/ACCES/GPS/products/ Of particular interest is the material on the new tiny version, called the ONCORE SL (http://www.mot.com/ACCES/GPS/products/prodsl.html). The SL appears to be a small version of the ONCORE GT intended to be embedded in automotive systems. Also click on the FAQ's button and see the pointers on timing. Of interest to me was Mike King's FCS paper in PDF format at URL http://www.mot.com/ACCES/GPS/pdfs/fcs.pdf Here Motorola shows their version of the TAC results, in good agreement with what I havemeasured with the ONCOREs. 73, Tom From tac@clark.net Tue Jun 09 07:20:00 1998 Received: from loas.clark.net (mail.clark.net [168.143.0.10]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id HAA11039 for ; Tue, 9 Jun 1998 07:19:58 -0500 (CDT) Received: from clark.net (tac.clark.net [168.143.32.123]) by loas.clark.net (8.8.8/8.8.8) with ESMTP id IAA21276 for ; Tue, 9 Jun 1998 08:21:19 -0400 (EDT) Message-ID: <357D284D.C254600B@clark.net> Date: Tue, 09 Jun 1998 12:19:25 +0000 From: "Dr Thomas A Clark (W3IWI)" Reply-To: tac@clark.net X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: TACGPS Subject: DoD's GPS material on the web Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit For those of you who are interested in the future of GPS, you might want to browse the JPO (Joint Program Office) web site at URL http://www.laafb.af.mil/SMC/CZ/homepage/ This site has pointers to a wealth of information. If you are interested in technical details on the DoD's views about the civilan users, look at the Signal Development chain and find http://www.laafb.af.mil/SMC/CZ/homepage/lm/overview.htm Recently I've been involved in INMARSAT/MSS proposals to share the L1 spectrum with communications satellites. See the INMARSAT ENCROACHMENT button, and in particular http://www.laafb.af.mil/SMC/CZ/homepage/future/report.htm Photos of the current Block IIR satellites can be found from the Resource Library button at http://www.laafb.af.mil/SMC/CZ/homepage/gallery/gallery.htm Some "How does GPS work?" charts are found at http://www.laafb.af.mil/SMC/CZ/homepage/space/index.html and http://www.laafb.af.mil/SMC/CZ/homepage/user/index.html and http://www.laafb.af.mil/SMC/CZ/homepage/user/u_e123.htm You'll also find the pointer to Aerospace Corp's GPS PRIMER at http://www.aero.org/publications/GPSPRIMER/index.html Hope you find some of this material useful -- 73, Tom From verhage@humec.ksu.edu Tue Jun 09 07:30:04 1998 Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id HAA11547 for ; Tue, 9 Jun 1998 07:30:03 -0500 (CDT) Received: from humec.ksu.edu (humec.ksu.edu [129.130.248.235]) by mailhub.cns.ksu.edu (8.8.8/8.8.8/mailhub+antispam+tar) with ESMTP id HAA21365 for ; Tue, 9 Jun 1998 07:30:02 -0500 (CDT) Received: from HUMEC/MAILQUE by humec.ksu.edu (Mercury 1.21); 9 Jun 98 07:30:02 cdt6cst Received: from MAILQUE by HUMEC (Mercury 1.21); 9 Jun 98 07:29:33 cdt6cst From: "Lloyd Verhage" Organization: College of Human Ecology, KSU To: tacgps@tapr.org Date: Tue, 9 Jun 1998 07:29:25 CST6CDT Subject: Re: [TACGPS:1627] Re: Some GPS-30 experiences Reply-to: verhage@humec.ksu.edu Priority: normal In-reply-to: References: <3.0.5.32.19980608172106.007fbc80@appstate.campus.mci.net> X-mailer: Pegasus Mail for Windows (v2.52) Message-ID: <184820A531A@humec.ksu.edu> > If it is exposed to the sun, paint it white. You wont believe the > difference.. It will be quite cooler... Okay, I've got one for you all........ I'll be using a GPS30PC on a balloon capsule. I expect it to make at least 100,000 feet. Air temps will drop to -61 F on the way up and then start warming up to about -20 F. The unit will be on top of the capsule and exposed to sunlight. Since we're floating over 99% of the atmosphere and well within the ozone layer (more intense sunlight), what color should the unit be? Thanks for any input. I hope this question gets a few heads scratched. By the way I'm sure of the answer myself. I don't need to know the altitude above 60k, so the unit was priced right. The capsule will be used for a crossband repeater (we're going to get into repreater 300 miles away :) ). Actually we'll be careful and use a safe frequency. Lloyd www.ksu.edu/humec/knsp/ From K4ITV@aol.com Tue Jun 09 07:42:14 1998 Received: from imo28.mx.aol.com (imo28.mx.aol.com [198.81.17.72]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id HAA12578 for ; Tue, 9 Jun 1998 07:42:12 -0500 (CDT) From: K4ITV@aol.com Received: from K4ITV@aol.com by imo28.mx.aol.com (IMOv14_b1.1) id VJVGa14706 for ; Tue, 9 Jun 1998 08:41:06 -0400 (EDT) Message-ID: <32434c95.357d2d63@aol.com> Date: Tue, 9 Jun 1998 08:41:06 EDT To: tacgps@tapr.org Mime-Version: 1.0 Subject: Re: [TACGPS:1622] Some GPS-30 experiences Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit X-Mailer: AOL 4.0 for Windows 95 sub 170 I have one that worked fine for 6-7 months but it quit suddenly and now outputs nothing. Wonder what you do in this case since all my pleas for help have produced nothing? Junk box?? 73, de Charlie K4ITV From tac@clark.net Tue Jun 09 10:07:31 1998 Received: from loas.clark.net (loas.clark.net [168.143.0.13]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id KAA21870 for ; Tue, 9 Jun 1998 10:07:30 -0500 (CDT) Received: from clark.net (tac.clark.net [168.143.32.123]) by loas.clark.net (8.8.8/8.8.8) with ESMTP id LAA06650 for ; Tue, 9 Jun 1998 11:08:48 -0400 (EDT) Message-ID: <357D4F8E.96A647C0@clark.net> Date: Tue, 09 Jun 1998 15:06:54 +0000 From: "Dr Thomas A Clark (W3IWI)" Reply-To: tac@clark.net X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1632] Re: Some GPS-30 experiences References: <184820A531A@humec.ksu.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Lloyd Verhage wrote: > Okay, I've got one for you all........ > > I'll be using a GPS30PC on a balloon capsule. I expect it to make at > least 100,000 feet. Air temps will drop to -61 F on the way up and > then start warming up to about -20 F. The unit will be on top of > the capsule and exposed to sunlight. Since we're floating over 99% > of the atmosphere and well within the ozone layer (more intense > sunlight), what color should the unit be? > > Thanks for any input. I hope this question gets a few heads > scratched. > > By the way I'm sure of the answer myself. I don't need to know the > altitude above 60k, so the unit was priced right. The capsule will > be used for a crossband repeater (we're going to get into repreater > 300 miles away :) ). Actually we'll be careful and use a safe > frequency. > > Lloyd > www.ksu.edu/humec/knsp/ My advice on the temperature is that you should try cooling the receiver in a temperature chamber. As a starter, use your home deep freeze. To get it colder, get some dry ice from the local ice cream store. Regarding the 60kft limit -- I don't know about the Garmin. However the Motorola ONCOREs, and the older PVT6's which have firmware releases 5.x and greater have no 60kft limitation. I believe this is also the case for the Collins/Rockwell units. Under no conditions use a Trimble SV-6 receiver. The 60kft limit comes from the COCOM export limit, affectionately known as the "Anti-SCUD Rule". It applies export limitations for any receiver capable of operating above 60kft AND at a speed in excess of Mach 2. Some manufacturers (like Trimble, and Motorola with the pre-1994 PVT-6's) applied a clamp when either of the two conditions applied. In the case of the Trimble, it was the equivalent of a ctrl-alt-del reboot, and the position reset to Sunnyvale CA! Motorola (and perhaps others) looked at the rule and applied the two conditions of the anti-Scud test using the logical AND (not OR as Trimble had done). The Motorola technical manual specs explicitly state that the ONCORE will work above 60kft for speeds under 1000 knots -- just to accommodate the balloon case. The ONCORE spec also states that the operating temp range is -30C to +85C. If I were the one setting up this experiment, I'd get an ONCORE and put it (along with other critical electronics) in a small foam box (like used to hold a 6-pack of beer) to keep it warm. People have had a lot of problems with GPS-20s & -30s, not just from temperature, but also from their difficulty in locking up; I certainly wouldn't depend on one for a critical application. BTW, one trick some of the balloonists do to help recover their package is to put a beeping Sonalert across an ordinary alkaline 9V battery on the outside of the package. The battery freezes as it reaches altitude (saving power), and when it warms up on deescent, it starts making noise. This makes it a lot easier to find the balloon when it is snagged in trees in a forest! 73, Tom From verhage@humec.ksu.edu Tue Jun 09 10:57:07 1998 Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id KAA25280 for ; Tue, 9 Jun 1998 10:57:06 -0500 (CDT) Received: from humec.ksu.edu (humec.ksu.edu [129.130.248.235]) by mailhub.cns.ksu.edu (8.8.8/8.8.8/mailhub+antispam+tar) with ESMTP id KAA10058 for ; Tue, 9 Jun 1998 10:57:03 -0500 (CDT) Received: from HUMEC/MAILQUE by humec.ksu.edu (Mercury 1.21); 9 Jun 98 10:57:03 cdt6cst Received: from MAILQUE by HUMEC (Mercury 1.21); 9 Jun 98 10:56:46 cdt6cst From: "Lloyd Verhage" Organization: College of Human Ecology, KSU To: tacgps@tapr.org Date: Tue, 9 Jun 1998 10:56:38 CST6CDT Subject: Re: [TACGPS:1634] Re: Some GPS-30 experiences Reply-to: verhage@humec.ksu.edu Priority: normal In-reply-to: <357D4F8E.96A647C0@clark.net> X-mailer: Pegasus Mail for Windows (v2.52) Message-ID: <187F64A116B@humec.ksu.edu> > My advice on the temperature is that you should try cooling the > receiver in a temperature chamber. As a starter, use your home > deep freeze. To get it colder, get some dry ice from the local > ice cream store. My own space environmental chamber! > Regarding the 60kft limit -- I don't know about the Garmin. > However the Motorola ONCOREs, and the older PVT6's which have > firmware releases 5.x and greater have no 60kft limitation. > I believe this is also the case for the Collins/Rockwell > units. Under no conditions use a Trimble SV-6 receiver. We user a GPS25 on one capsule and the OnCore on the other. Those two work well. Thanks for the info on the Trimble. > In the case of the Trimble, it was the equivalent of > a ctrl-alt-del reboot, and the position reset to Sunnyvale CA! !!!!! I can't imagine why they'd do something like that! Thanks for the info From k4jpj@appstate.campus.mci.net Tue Jun 09 11:21:56 1998 Received: from aus-c.mp.campus.mci.net (aus-c.mp.campus.mci.net [208.140.84.23]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id LAA26953 for ; Tue, 9 Jun 1998 11:21:54 -0500 (CDT) Received: from donaldha (s16-pm33.snaustel.campus.mci.net [207.49.122.35]) by aus-c.mp.campus.mci.net (8.9.0/8.8.8) with SMTP id MAA03912 for ; Tue, 9 Jun 1998 12:19:11 -0400 (EDT) Message-Id: <3.0.5.32.19980609120950.007f9520@appstate.campus.mci.net> X-Sender: k4jpj@appstate.campus.mci.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Tue, 09 Jun 1998 12:09:50 -0400 To: tacgps@tapr.org From: "Donald E. Haselwood" Subject: Re: [TACGPS:1633] Re: Some GPS-30 experiences In-Reply-To: <32434c95.357d2d63@aol.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 07:45 AM 6/9/98 -0500, you wrote: >I have one that worked fine for 6-7 months but it quit suddenly and now >outputs nothing. Wonder what you do in this case since all my pleas for help >have produced nothing? Junk box?? > >73, de Charlie K4ITV > Charlie, I'd go over the unit with a soldering iron, i.e. resolder the shields, resolder the post in the center of the patch antenna (one of mine looked like the solder had cracked). I unsoldering the shield w patch antenna on one unit and it looked like very marginal solder joint from the coax center wire to the patch antenna. This assumes the thing "runs" but doesn't "work," i.e. sends serial data but doesn't see sats, etc., If it doesn't even send serial data then I'd unsolder the shields and attempt resoldering parts on the PC board...not much to lose! Don, W4DH From davem@cs.ubc.ca Tue Jun 09 11:57:49 1998 Received: from pedigree.cs.ubc.ca (smtp.cs.ubc.ca [142.103.6.52]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id LAA29500 for ; Tue, 9 Jun 1998 11:57:48 -0500 (CDT) Received: from [198.162.38.159] (davem.home.cs.ubc.ca [198.162.38.159]) by pedigree.cs.ubc.ca (8.8.8/8.6.9) with ESMTP id JAA28051 for ; Tue, 9 Jun 1998 09:57:45 -0700 (PDT) X-Sender: davem@mail.cs.ubc.ca Message-Id: In-Reply-To: <32434c95.357d2d63@aol.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 9 Jun 1998 09:56:56 -0700 To: tacgps@tapr.org From: Dave Martindale Subject: Re: [TACGPS:1633] Re: Some GPS-30 experiences >I have one that worked fine for 6-7 months but it quit suddenly and now >outputs nothing. Wonder what you do in this case since all my pleas for help >have produced nothing? Junk box?? If it were mine, I would at least crack open the case and check signals at the connector of the GPS 20 hidden inside. The problem might be as simple as a dislodged connector or a broken wire in the cable, and thus easily fixed. You could also ask Garmin what it would cost to repair the unit (before cracking it open). If it's too expensive for Garmin to repair, and you can't find the problem yourself, then it may be junkbox time. Or give it to someone who likes intricate devices to play with. I wouldn't mind having a dead GPS board myself to pass around when I do a talk about GPS, but I'm not going to do that with my working GPS 25! Dave From buoy@redshift.com Tue Jun 09 11:59:34 1998 Received: from mail.redshift.com (redshift.com [209.54.200.6]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id LAA29637 for ; Tue, 9 Jun 1998 11:59:33 -0500 (CDT) Received: from buoy.mcktech.com (pm3-117.sal.redshift.com [207.204.198.117]) by mail.redshift.com (8.8.8/8.8.8) with SMTP id JAA23188 for ; Tue, 9 Jun 1998 09:59:28 -0700 Message-ID: <004401bd93c7$90d07f00$75c6cccf@buoy.mcktech.com> From: "Doug McKinney" To: Subject: Re: [TACGPS:1632] Re: Some GPS-30 experiences Date: Tue, 9 Jun 1998 09:52:37 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 -----Original Message----- From: Lloyd Verhage To: tacgps@tapr.org Date: Tuesday, June 09, 1998 5:44 AM Subject: [TACGPS:1632] Re: Some GPS-30 experiences >> If it is exposed to the sun, paint it white. You wont believe the >> difference.. It will be quite cooler... > >Okay, I've got one for you all........ > >I'll be using a GPS30PC on a balloon capsule. I expect it to make at >least 100,000 feet. Air temps will drop to -61 F on the way up and >then start warming up to about -20 F. The unit will be on top of >the capsule and exposed to sunlight. Since we're floating over 99% >of the atmosphere and well within the ozone layer (more intense >sunlight), what color should the unit be? > >Thanks for any input. I hope this question gets a few heads >scratched. > >By the way I'm sure of the answer myself. I don't need to know the >altitude above 60k, so the unit was priced right. The capsule will >be used for a crossband repeater (we're going to get into repreater >300 miles away :) ). Actually we'll be careful and use a safe >frequency. > >Lloyd >www.ksu.edu/humec/knsp/ > OK, first of all, check out http://fly.hiwaay.net/~bbrown. I have flown many balloons with Bill Brown (bbrown). We protect all equipment from the extreme temperature by using Styrofoam encasements. The GPS antenna is not affected by the Styrofoam, so you can embed the GPS antenna (GPS30) in the Styrofoam an keep it out of the temperature extremes. The Styrofoam also protects the equipment package on recovery impact (via parachute). 73's Doug From jra@febo.com Wed Jun 10 07:39:18 1998 Received: from meow.febo.com (root@meow.febo.com [209.115.70.194]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id HAA19104 for ; Wed, 10 Jun 1998 07:39:16 -0500 (CDT) Received: from meow.febo.com (jra@localhost [127.0.0.1]) by meow.febo.com (8.8.5/8.7.3) with ESMTP id IAA00535 for ; Wed, 10 Jun 1998 08:39:12 -0400 Message-Id: <199806101239.IAA00535@meow.febo.com> To: tacgps@tapr.org Subject: Antenna troubleshooting help needed Date: Wed, 10 Jun 1998 08:39:12 -0400 From: John Ackermann N8UR As you may know from my earlier posts, I've been doing some experiments to determine the effect of the nearby trees on my GPS signal. As what I thought would be the last phase of the experiment, I replaced the feedline a couple of days ago with 9913 to gain a bunch of dB. However, the results are not what I expected, and I wonder if I have an antenna problem. The antenna and feedline work in at least a gross fashion -- at some times I'm tracking up to six satellites (PVT-6 receiver, so that's all I can see) and I see signal strength readings (as reported by SA Watch -- don't know how that compares with TAC32) of 30 or higher on high-elevation SVs, and in the low 20s and sometimes high teens on birds that are closer to the horizon. (Are these values in the ballpark? Any comments on what I *should* be seeing with a properly functioning system?) However, I'm seeing many situations where high elevation -- 45 degrees or more -- SVs that should not be obstructed by terrain, buildings, or foliage aren't being tracked. They'll track at a lower elevation, go away, and then perhaps come back later. This causes very strange results, like tracking only three SVs and having an HDOP of 11.4 (!) when there are two or three other birds that by all rights should be tracked at that time. Since there's no obstruction to block those SVs, I wonder if I have a problem with very weird lobes in my antenna pattern, or possibly a damaged antenna. The antenna is the old-style Motorola hockey puck magnet mount (not the new small one that TAPR is selling). It's stuck via the magnet to a metal shelf bracket clamped to the side of my tower. The antenna is at the end of the bracket, about 10 inches out from the tower. Other than the 1 1/2 inch or so wide shelf, there's no metal under the antenna. The lack of ground plane concerned me at first, but the illustrations in the Motorola docs show a version of this antenna mounted at the top of a pipe with no ground plane, so I presumed that it would work in this mode. But now I wonder if perhaps the lack of metal under the antenna might be the problem. If so, how large a piece of metal should I have under the antenna? If that isn't the problem, any suggestions on what it might be? I didn't notice this effect at all last winter when I ran my first series of tests, but I believe it was occurring in my test a couple of weeks ago, when I was still using the old RG-58 feedline. At the time I wrote it off to the lossy cable, but that shouldn't be an excuse now. Help! 73, John N8UR jra@febo.com From rick@cnssys.com Thu Jun 11 07:54:01 1998 Received: from gw.cnssys.com (root@cnssys.com [207.97.17.1]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id HAA25792 for ; Thu, 11 Jun 1998 07:53:54 -0500 (CDT) Received: from rick (rick.cnssys.com [207.97.17.16]) by gw.cnssys.com (8.8.5/8.8.5) with SMTP id IAA13863 for ; Thu, 11 Jun 1998 08:53:49 -0400 From: "Richard M. Hambly" To: Subject: RE: [TACGPS:1606] Re: ONCORE TTFF Date: Thu, 11 Jun 1998 08:53:41 -0400 Message-ID: <000d01bd9537$f5e1d580$101161cf@rick.cnssys.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.1 In-Reply-To: Garren, Have you tried TAC32 1.2.7 yet? Rick -----Original Message----- From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Garren Davis Sent: Friday, June 05, 1998 12:15 PM To: tacgps@tapr.org Subject: [TACGPS:1606] Re: ONCORE TTFF Rick, Wow. I'm glad I could be of some help. I'm surprised nobody noticed this before. I guess most people power up their ONCORE and leave it powered. Can you give us an idea when 1.2.7 will be out. Garren > ---------- > From: Richard M. Hambly[SMTP:rick@cnssys.com] > Reply To: tacgps@tapr.org > Sent: Thursday, June 04, 1998 8:31 PM > To: tacgps@tapr.org > Subject: [TACGPS:1605] Re: ONCORE TTFF > > Garren, > > HOLD THE PRESSES! You have discovered a bug in TAC32! > > The bug only effects Motorola receivers and has been fixed in 1.2.7, to be > released soon. In the mean time be sure that you leave your GPS receiver > on > and connected to an antenna for a few minutes before starting TAC32. If > the > receiver has even one or two satellites locked it will ignore the > offending > initialization command. > > Rick > WB2TNL > > -----Original Message----- > From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Garren Davis > Sent: Thursday, June 04, 1998 12:13 PM > To: tacgps@tapr.org > Subject: [TACGPS:1604] Re: ONCORE TTFF > > > > > Rick, > > Playing around with this a little more I noticed something else. When the > ONCORE is disconnected from the PC and I start TAC32 and it cannot > find the ONCORE it comes up with a message "GPS reciever not found". > It asks if I want to probe for a different serial port. When I give it the > OK > the big red "initializing" message in the clock display changes to the UTC > time. Of course the GPS still cannot be found and the rest of the TAC32 > display is blank but the true UTC time was put in the clock display in big > red numbers. Now if I connect the ONCORE and choose edit - set serial port > TAC32 finds the ONCORE then sets the UTC time to the local PC time. > > I also noticed that when the ONCORE is connected and TAC32 is started > it initializes the ONCORE and puts the correct UTC time up on the display > but one second later TAC32 changes it back to the local PC time. > > The UTC time from GPS shows the local PC time. > The Display is set to UTC and the big red display shows local PC time. > The small PC time window shows local PC time. > Using the Motorola program that came with the ONCORE I looked at the UTC > setting. It said "UTC time correction = enable". I looked at the GMT > setting. It > said "GMT correction = 00:00". > > >From the experiment above it looks to me like TAC32 sets the UTC time > correctly > unless a brain dead ONCORE is connected. In that case TAC32 sends the > ONCORE the correct location information but the wrong time information. > > If my wording is confusing send me a private EMAIL with your phone number > and I can call you to explain it more clearly. If you want me to try > anything > else let me know. I brought me notebook to work. > > Garren Davis > g_davis@qlc.com > > > > > ---------- > > From: Richard M. Hambly[SMTP:rick@cnssys.com] > > Reply To: tacgps@tapr.org > > Sent: Wednesday, June 03, 1998 9:20 AM > > To: tacgps@tapr.org > > Subject: [TACGPS:1592] Re: ONCORE TTFF > > > > Garren, > > > > Yes and no. TAC32 works with any time you set your PC to so long as you > > also set your PC's time zone to match. For Win95/98 double click on the > > time in the lower right corner of your main screen (not TAC32). This > > brings > > up the system clock. Click on the Time Zone tag, set your time zone and > > be > > sure Automatically adjust clock for daylight savings is checked. This > way > > TAC32 always knows what UTC is and your PC can use local time. > > > > Rick > > WB2TNL > > > > -----Original Message----- > > From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Garren Davis > > Sent: Wednesday, June 03, 1998 11:02 AM > > To: tacgps@tapr.org > > Subject: [TACGPS:1591] Re: ONCORE TTFF > > > > > > > > > > I had a chance to play with the ONCORE VP and the TAC32 software > > last night. It seems to take a long time to acquire the sats after a > power > > up because the TAC32 software uses the local PC time instead of the > > UTC time when it tells the ONCORE where it is and what time it is. > > > > If I set my PC clock to UTC time then start TAC32 it acquires the sats > > very quickly. Is there some UTC correction I am supposed to use in the > > TAC32 software? > > > > Garren > > > ---------- > > > From: Dr Thomas A Clark (W3IWI)[SMTP:clark@tomcat.gsfc.nasa.gov] > > > Reply To: tacgps@tapr.org > > > Sent: Tuesday, June 02, 1998 10:48 AM > > > To: tacgps@tapr.org > > > Subject: [TACGPS:1582] Re: ONCORE TTFF > > > > > > Garren Davis wrote: > > > > > > > > I have another question about the ONCORE receiver. When I first > > > > powered up the ONCORE and started TAC32 it took about a half > > > > hour to aquire the sats. I figure it did a cold start. I played with > > it > > > > and let it run for a few days then turned it off because I was going > > > > on vacation. When I powered it back on and started TAC32 it took > > > > about a half hour again to aquire the sats. I thought with the > onboard > > > > battery that it would keep the time and date and therefore would > > > > have a faster time to first fix. Is my thinking wrong or am I > supposed > > > > to give the ONCORE a command to tell it to remember the settings > > > > or is this the way the ONCORE is suppose to work? > > > > > > I agree with Rick's comments -- make sure you are not resetting the > > > receiver position. You can see this in the positions window on the > main > > > TAC32 screen. > > > > > > A few other factoids: Yes, the purpose of the battery is to keep the > > > on-board clock running so that the receiver "wakes up" knowing the > > > approximate time. There are two other pieces of information it needs > > > to do a "smart start" -- it needs an almanac with Keplerian elements > > > so that it knows which GPS satellites are visible, and it needs to > > > know where you are located. These 3 pieces of information lets your > > > receiver know which satellites to look for. > > > > > > When you power up the receiver, it starts searching for visible > > > satellites by searching the 1023 possible phases of the C/A code > > > for the particular satellite, and by searching in RF frequency based > > > on its predicted Doppler offset. Once the receiver gets code/freq > > > lock, it starts looking for the beginning of the 1500 bit long > > > data message sent at 50 bits/sec -- i.e. beginning every 30 secs. > > > You may have started this step at any time, so the maximum should > > > be 30 sec, minimum zero, and average 15 secs. Finding this boundary > > > lets the rcvr set its clock to a few msec, and it lets it start > > > reading the 1500 bit message. After another 30 secs elapse (assuming > > > there were no dropouts), the receiver has the entire 1500 bit message > > > wnich contains all the information needed to use this satellite's > > > data, including a precise set of orbital elements (ephemeris). When > > > 4 satellites are thus found, the receiver can do a position fix. > > > If the 3 assumptions -- approx time+approx location+almanac known -- > > > are true and signals are solid, the acquisition time should be 30-60 > > > seconds. > > > > > > If you have been locked up, kill the power, and then re-power the > > > receiver, the acquisition time will be faster because the receiver > > > already knows all the ephemeris & status info. This data is changed > > > a couple of times per day; its validity is tested by a "serial number" > > > called the IODE (Issue of Data Ephemeris) contained in the 1500 bit > > > message. > > > > > > Now lets consider the situation when one of the three assumptions is > > > not valid. Rick suggested that you make sure that TAC32 knows your > > > approximate position, and TAC32 resets the receiver's location to its > > > software default value. If the default is grossly wrong, the receiver > > > will be looking at the wrong satellites! > > > > > > In case you have done a cold reset of the receiver, the almanac data > > > will be missing. Each GPS satellite sends down the almanac for the > > > entire constellation in its 1500 bit message. Unfortunately, it takes > > > 25 cycles to send all the information (i.e. 12.5 minutes) to reload > > > the receiver's almanac replica. > > > > > > Different receivers handle the coldstart condition differently. In > > > most cases, it they see that the clock has stopped, or that no almanac > > > is loaded, they immediately start a "blind" search for satellites. > > > If your receiver has a bogus position and doesn't lock onto some > > > satellites in a few minutes, this also triggers an all-sky, blind > > > search. Since there are 32 possible GPS satellite PRNs, and the ONCORE > > > has only 8 channels, it can only try "tuning in" on a quarter of the > > > possible satellites at a time. It sounds like this is what's happening > > > to you. > > > > > > 73, Tom > > > > > > From g_davis@qlc.com Thu Jun 11 10:16:03 1998 Received: from ntmail.qlc.com (ntmail.qlc.com [192.215.217.150]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id KAA03119 for ; Thu, 11 Jun 1998 10:16:01 -0500 (CDT) Received: by ntmail.qlc.com with Internet Mail Service (5.5.1960.3) id ; Thu, 11 Jun 1998 08:14:54 -0700 Message-ID: From: Garren Davis To: "'tacgps@tapr.org'" Subject: RE: [TACGPS:1640] Re: ONCORE TTFF Date: Thu, 11 Jun 1998 08:14:53 -0700 X-Mailer: Internet Mail Service (5.5.1960.3) Rick, Yes I tried 1.2.7 and it works great. I noticed in the HELP section for the "Timing Setup" there is mention of a display for "Total Early" which shows the sum of the four early offset controls but I don't see it in the "Timing Setup" window. Am I looking in the wrong place? Garren > ---------- > From: Richard M. Hambly[SMTP:rick@cnssys.com] > Reply To: tacgps@tapr.org > Sent: Thursday, June 11, 1998 6:01 AM > To: tacgps@tapr.org > Subject: [TACGPS:1640] Re: ONCORE TTFF > > Garren, > > Have you tried TAC32 1.2.7 yet? > > Rick > > > -----Original Message----- > From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Garren Davis > Sent: Friday, June 05, 1998 12:15 PM > To: tacgps@tapr.org > Subject: [TACGPS:1606] Re: ONCORE TTFF > > > > Rick, > > Wow. I'm glad I could be of some help. I'm surprised nobody noticed this > before. > I guess most people power up their ONCORE and leave it powered. Can you > give us an idea when 1.2.7 will be out. > > Garren > > > ---------- > > From: Richard M. Hambly[SMTP:rick@cnssys.com] > > Reply To: tacgps@tapr.org > > Sent: Thursday, June 04, 1998 8:31 PM > > To: tacgps@tapr.org > > Subject: [TACGPS:1605] Re: ONCORE TTFF > > > > Garren, > > > > HOLD THE PRESSES! You have discovered a bug in TAC32! > > > > The bug only effects Motorola receivers and has been fixed in 1.2.7, to > be > > released soon. In the mean time be sure that you leave your GPS > receiver > > on > > and connected to an antenna for a few minutes before starting TAC32. If > > the > > receiver has even one or two satellites locked it will ignore the > > offending > > initialization command. > > > > Rick > > WB2TNL > > > > -----Original Message----- > > From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Garren Davis > > Sent: Thursday, June 04, 1998 12:13 PM > > To: tacgps@tapr.org > > Subject: [TACGPS:1604] Re: ONCORE TTFF > > > > > > > > > > Rick, > > > > Playing around with this a little more I noticed something else. When > the > > ONCORE is disconnected from the PC and I start TAC32 and it cannot > > find the ONCORE it comes up with a message "GPS reciever not found". > > It asks if I want to probe for a different serial port. When I give it > the > > OK > > the big red "initializing" message in the clock display changes to the > UTC > > time. Of course the GPS still cannot be found and the rest of the TAC32 > > display is blank but the true UTC time was put in the clock display in > big > > red numbers. Now if I connect the ONCORE and choose edit - set serial > port > > TAC32 finds the ONCORE then sets the UTC time to the local PC time. > > > > I also noticed that when the ONCORE is connected and TAC32 is started > > it initializes the ONCORE and puts the correct UTC time up on the > display > > but one second later TAC32 changes it back to the local PC time. > > > > The UTC time from GPS shows the local PC time. > > The Display is set to UTC and the big red display shows local PC time. > > The small PC time window shows local PC time. > > Using the Motorola program that came with the ONCORE I looked at the UTC > > setting. It said "UTC time correction = enable". I looked at the GMT > > setting. It > > said "GMT correction = 00:00". > > > > >From the experiment above it looks to me like TAC32 sets the UTC time > > correctly > > unless a brain dead ONCORE is connected. In that case TAC32 sends the > > ONCORE the correct location information but the wrong time information. > > > > If my wording is confusing send me a private EMAIL with your phone > number > > and I can call you to explain it more clearly. If you want me to try > > anything > > else let me know. I brought me notebook to work. > > > > Garren Davis > > g_davis@qlc.com > > > > > > > > > ---------- > > > From: Richard M. Hambly[SMTP:rick@cnssys.com] > > > Reply To: tacgps@tapr.org > > > Sent: Wednesday, June 03, 1998 9:20 AM > > > To: tacgps@tapr.org > > > Subject: [TACGPS:1592] Re: ONCORE TTFF > > > > > > Garren, > > > > > > Yes and no. TAC32 works with any time you set your PC to so long as > you > > > also set your PC's time zone to match. For Win95/98 double click on > the > > > time in the lower right corner of your main screen (not TAC32). This > > > brings > > > up the system clock. Click on the Time Zone tag, set your time zone > and > > > be > > > sure Automatically adjust clock for daylight savings is checked. This > > way > > > TAC32 always knows what UTC is and your PC can use local time. > > > > > > Rick > > > WB2TNL > > > > > > -----Original Message----- > > > From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Garren > Davis > > > Sent: Wednesday, June 03, 1998 11:02 AM > > > To: tacgps@tapr.org > > > Subject: [TACGPS:1591] Re: ONCORE TTFF > > > > > > > > > > > > > > > I had a chance to play with the ONCORE VP and the TAC32 software > > > last night. It seems to take a long time to acquire the sats after a > > power > > > up because the TAC32 software uses the local PC time instead of the > > > UTC time when it tells the ONCORE where it is and what time it is. > > > > > > If I set my PC clock to UTC time then start TAC32 it acquires the sats > > > very quickly. Is there some UTC correction I am supposed to use in the > > > TAC32 software? > > > > > > Garren > > > > ---------- > > > > From: Dr Thomas A Clark (W3IWI)[SMTP:clark@tomcat.gsfc.nasa.gov] > > > > Reply To: tacgps@tapr.org > > > > Sent: Tuesday, June 02, 1998 10:48 AM > > > > To: tacgps@tapr.org > > > > Subject: [TACGPS:1582] Re: ONCORE TTFF > > > > > > > > Garren Davis wrote: > > > > > > > > > > I have another question about the ONCORE receiver. When I first > > > > > powered up the ONCORE and started TAC32 it took about a half > > > > > hour to aquire the sats. I figure it did a cold start. I played > with > > > it > > > > > and let it run for a few days then turned it off because I was > going > > > > > on vacation. When I powered it back on and started TAC32 it took > > > > > about a half hour again to aquire the sats. I thought with the > > onboard > > > > > battery that it would keep the time and date and therefore would > > > > > have a faster time to first fix. Is my thinking wrong or am I > > supposed > > > > > to give the ONCORE a command to tell it to remember the settings > > > > > or is this the way the ONCORE is suppose to work? > > > > > > > > I agree with Rick's comments -- make sure you are not resetting the > > > > receiver position. You can see this in the positions window on the > > main > > > > TAC32 screen. > > > > > > > > A few other factoids: Yes, the purpose of the battery is to keep the > > > > on-board clock running so that the receiver "wakes up" knowing the > > > > approximate time. There are two other pieces of information it needs > > > > to do a "smart start" -- it needs an almanac with Keplerian elements > > > > so that it knows which GPS satellites are visible, and it needs to > > > > know where you are located. These 3 pieces of information lets your > > > > receiver know which satellites to look for. > > > > > > > > When you power up the receiver, it starts searching for visible > > > > satellites by searching the 1023 possible phases of the C/A code > > > > for the particular satellite, and by searching in RF frequency based > > > > on its predicted Doppler offset. Once the receiver gets code/freq > > > > lock, it starts looking for the beginning of the 1500 bit long > > > > data message sent at 50 bits/sec -- i.e. beginning every 30 secs. > > > > You may have started this step at any time, so the maximum should > > > > be 30 sec, minimum zero, and average 15 secs. Finding this boundary > > > > lets the rcvr set its clock to a few msec, and it lets it start > > > > reading the 1500 bit message. After another 30 secs elapse (assuming > > > > there were no dropouts), the receiver has the entire 1500 bit > message > > > > wnich contains all the information needed to use this satellite's > > > > data, including a precise set of orbital elements (ephemeris). When > > > > 4 satellites are thus found, the receiver can do a position fix. > > > > If the 3 assumptions -- approx time+approx location+almanac known -- > > > > are true and signals are solid, the acquisition time should be 30-60 > > > > seconds. > > > > > > > > If you have been locked up, kill the power, and then re-power the > > > > receiver, the acquisition time will be faster because the receiver > > > > already knows all the ephemeris & status info. This data is changed > > > > a couple of times per day; its validity is tested by a "serial > number" > > > > called the IODE (Issue of Data Ephemeris) contained in the 1500 bit > > > > message. > > > > > > > > Now lets consider the situation when one of the three assumptions is > > > > not valid. Rick suggested that you make sure that TAC32 knows your > > > > approximate position, and TAC32 resets the receiver's location to > its > > > > software default value. If the default is grossly wrong, the > receiver > > > > will be looking at the wrong satellites! > > > > > > > > In case you have done a cold reset of the receiver, the almanac data > > > > will be missing. Each GPS satellite sends down the almanac for the > > > > entire constellation in its 1500 bit message. Unfortunately, it > takes > > > > 25 cycles to send all the information (i.e. 12.5 minutes) to reload > > > > the receiver's almanac replica. > > > > > > > > Different receivers handle the coldstart condition differently. In > > > > most cases, it they see that the clock has stopped, or that no > almanac > > > > is loaded, they immediately start a "blind" search for satellites. > > > > If your receiver has a bogus position and doesn't lock onto some > > > > satellites in a few minutes, this also triggers an all-sky, blind > > > > search. Since there are 32 possible GPS satellite PRNs, and the > ONCORE > > > > has only 8 channels, it can only try "tuning in" on a quarter of the > > > > possible satellites at a time. It sounds like this is what's > happening > > > > to you. > > > > > > > > 73, Tom > > > > > > > > > > From rick@cnssys.com Thu Jun 11 11:15:37 1998 Received: from gw.cnssys.com (root@cnssys.com [207.97.17.1]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id LAA08829 for ; Thu, 11 Jun 1998 11:15:33 -0500 (CDT) Received: from rick (rick.cnssys.com [207.97.17.16]) by gw.cnssys.com (8.8.5/8.8.5) with SMTP id MAA14577 for ; Thu, 11 Jun 1998 12:15:30 -0400 From: "Richard M. Hambly" To: Subject: RE: [TACGPS:1641] Re: ONCORE TTFF Date: Thu, 11 Jun 1998 12:12:45 -0400 Message-ID: <001301bd9553$c5513660$101161cf@rick.cnssys.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.1 In-Reply-To: Garren, That is a documentation error going back a few versions. I will fix it in the next release. TAC32 used to show that number but it was meaningless because the first three of the early fields are there to compensate for your system configuration (they are summed in the UTC Correction box). The last field is a 1PPS early offset that is combined with the Late offsets to form the total intentional offset from UTC shown at the bottom. These offsets allow you to perform special functions like using two clocks to create a precision gate (on/off) or for comparing the performance of the gps clock with an atomic clock. Because most users will want the intentional offsets to be zero there are reset buttons provided for them. Rick WB2TNL -----Original Message----- From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Garren Davis Sent: Thursday, June 11, 1998 11:31 AM To: tacgps@tapr.org Subject: [TACGPS:1641] Re: ONCORE TTFF Rick, Yes I tried 1.2.7 and it works great. I noticed in the HELP section for the "Timing Setup" there is mention of a display for "Total Early" which shows the sum of the four early offset controls but I don't see it in the "Timing Setup" window. Am I looking in the wrong place? Garren > ---------- > From: Richard M. Hambly[SMTP:rick@cnssys.com] > Reply To: tacgps@tapr.org > Sent: Thursday, June 11, 1998 6:01 AM > To: tacgps@tapr.org > Subject: [TACGPS:1640] Re: ONCORE TTFF > > Garren, > > Have you tried TAC32 1.2.7 yet? > > Rick > > > -----Original Message----- > From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Garren Davis > Sent: Friday, June 05, 1998 12:15 PM > To: tacgps@tapr.org > Subject: [TACGPS:1606] Re: ONCORE TTFF > > > > Rick, > > Wow. I'm glad I could be of some help. I'm surprised nobody noticed this > before. > I guess most people power up their ONCORE and leave it powered. Can you > give us an idea when 1.2.7 will be out. > > Garren > > > ---------- > > From: Richard M. Hambly[SMTP:rick@cnssys.com] > > Reply To: tacgps@tapr.org > > Sent: Thursday, June 04, 1998 8:31 PM > > To: tacgps@tapr.org > > Subject: [TACGPS:1605] Re: ONCORE TTFF > > > > Garren, > > > > HOLD THE PRESSES! You have discovered a bug in TAC32! > > > > The bug only effects Motorola receivers and has been fixed in 1.2.7, to > be > > released soon. In the mean time be sure that you leave your GPS > receiver > > on > > and connected to an antenna for a few minutes before starting TAC32. If > > the > > receiver has even one or two satellites locked it will ignore the > > offending > > initialization command. > > > > Rick > > WB2TNL > > > > -----Original Message----- > > From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Garren Davis > > Sent: Thursday, June 04, 1998 12:13 PM > > To: tacgps@tapr.org > > Subject: [TACGPS:1604] Re: ONCORE TTFF > > > > > > > > > > Rick, > > > > Playing around with this a little more I noticed something else. When > the > > ONCORE is disconnected from the PC and I start TAC32 and it cannot > > find the ONCORE it comes up with a message "GPS reciever not found". > > It asks if I want to probe for a different serial port. When I give it > the > > OK > > the big red "initializing" message in the clock display changes to the > UTC > > time. Of course the GPS still cannot be found and the rest of the TAC32 > > display is blank but the true UTC time was put in the clock display in > big > > red numbers. Now if I connect the ONCORE and choose edit - set serial > port > > TAC32 finds the ONCORE then sets the UTC time to the local PC time. > > > > I also noticed that when the ONCORE is connected and TAC32 is started > > it initializes the ONCORE and puts the correct UTC time up on the > display > > but one second later TAC32 changes it back to the local PC time. > > > > The UTC time from GPS shows the local PC time. > > The Display is set to UTC and the big red display shows local PC time. > > The small PC time window shows local PC time. > > Using the Motorola program that came with the ONCORE I looked at the UTC > > setting. It said "UTC time correction = enable". I looked at the GMT > > setting. It > > said "GMT correction = 00:00". > > > > >From the experiment above it looks to me like TAC32 sets the UTC time > > correctly > > unless a brain dead ONCORE is connected. In that case TAC32 sends the > > ONCORE the correct location information but the wrong time information. > > > > If my wording is confusing send me a private EMAIL with your phone > number > > and I can call you to explain it more clearly. If you want me to try > > anything > > else let me know. I brought me notebook to work. > > > > Garren Davis > > g_davis@qlc.com > > > > > > > > > ---------- > > > From: Richard M. Hambly[SMTP:rick@cnssys.com] > > > Reply To: tacgps@tapr.org > > > Sent: Wednesday, June 03, 1998 9:20 AM > > > To: tacgps@tapr.org > > > Subject: [TACGPS:1592] Re: ONCORE TTFF > > > > > > Garren, > > > > > > Yes and no. TAC32 works with any time you set your PC to so long as > you > > > also set your PC's time zone to match. For Win95/98 double click on > the > > > time in the lower right corner of your main screen (not TAC32). This > > > brings > > > up the system clock. Click on the Time Zone tag, set your time zone > and > > > be > > > sure Automatically adjust clock for daylight savings is checked. This > > way > > > TAC32 always knows what UTC is and your PC can use local time. > > > > > > Rick > > > WB2TNL > > > > > > -----Original Message----- > > > From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Garren > Davis > > > Sent: Wednesday, June 03, 1998 11:02 AM > > > To: tacgps@tapr.org > > > Subject: [TACGPS:1591] Re: ONCORE TTFF > > > > > > > > > > > > > > > I had a chance to play with the ONCORE VP and the TAC32 software > > > last night. It seems to take a long time to acquire the sats after a > > power > > > up because the TAC32 software uses the local PC time instead of the > > > UTC time when it tells the ONCORE where it is and what time it is. > > > > > > If I set my PC clock to UTC time then start TAC32 it acquires the sats > > > very quickly. Is there some UTC correction I am supposed to use in the > > > TAC32 software? > > > > > > Garren > > > > ---------- > > > > From: Dr Thomas A Clark (W3IWI)[SMTP:clark@tomcat.gsfc.nasa.gov] > > > > Reply To: tacgps@tapr.org > > > > Sent: Tuesday, June 02, 1998 10:48 AM > > > > To: tacgps@tapr.org > > > > Subject: [TACGPS:1582] Re: ONCORE TTFF > > > > > > > > Garren Davis wrote: > > > > > > > > > > I have another question about the ONCORE receiver. When I first > > > > > powered up the ONCORE and started TAC32 it took about a half > > > > > hour to aquire the sats. I figure it did a cold start. I played > with > > > it > > > > > and let it run for a few days then turned it off because I was > going > > > > > on vacation. When I powered it back on and started TAC32 it took > > > > > about a half hour again to aquire the sats. I thought with the > > onboard > > > > > battery that it would keep the time and date and therefore would > > > > > have a faster time to first fix. Is my thinking wrong or am I > > supposed > > > > > to give the ONCORE a command to tell it to remember the settings > > > > > or is this the way the ONCORE is suppose to work? > > > > > > > > I agree with Rick's comments -- make sure you are not resetting the > > > > receiver position. You can see this in the positions window on the > > main > > > > TAC32 screen. > > > > > > > > A few other factoids: Yes, the purpose of the battery is to keep the > > > > on-board clock running so that the receiver "wakes up" knowing the > > > > approximate time. There are two other pieces of information it needs > > > > to do a "smart start" -- it needs an almanac with Keplerian elements > > > > so that it knows which GPS satellites are visible, and it needs to > > > > know where you are located. These 3 pieces of information lets your > > > > receiver know which satellites to look for. > > > > > > > > When you power up the receiver, it starts searching for visible > > > > satellites by searching the 1023 possible phases of the C/A code > > > > for the particular satellite, and by searching in RF frequency based > > > > on its predicted Doppler offset. Once the receiver gets code/freq > > > > lock, it starts looking for the beginning of the 1500 bit long > > > > data message sent at 50 bits/sec -- i.e. beginning every 30 secs. > > > > You may have started this step at any time, so the maximum should > > > > be 30 sec, minimum zero, and average 15 secs. Finding this boundary > > > > lets the rcvr set its clock to a few msec, and it lets it start > > > > reading the 1500 bit message. After another 30 secs elapse (assuming > > > > there were no dropouts), the receiver has the entire 1500 bit > message > > > > wnich contains all the information needed to use this satellite's > > > > data, including a precise set of orbital elements (ephemeris). When > > > > 4 satellites are thus found, the receiver can do a position fix. > > > > If the 3 assumptions -- approx time+approx location+almanac known -- > > > > are true and signals are solid, the acquisition time should be 30-60 > > > > seconds. > > > > > > > > If you have been locked up, kill the power, and then re-power the > > > > receiver, the acquisition time will be faster because the receiver > > > > already knows all the ephemeris & status info. This data is changed > > > > a couple of times per day; its validity is tested by a "serial > number" > > > > called the IODE (Issue of Data Ephemeris) contained in the 1500 bit > > > > message. > > > > > > > > Now lets consider the situation when one of the three assumptions is > > > > not valid. Rick suggested that you make sure that TAC32 knows your > > > > approximate position, and TAC32 resets the receiver's location to > its > > > > software default value. If the default is grossly wrong, the > receiver > > > > will be looking at the wrong satellites! > > > > > > > > In case you have done a cold reset of the receiver, the almanac data > > > > will be missing. Each GPS satellite sends down the almanac for the > > > > entire constellation in its 1500 bit message. Unfortunately, it > takes > > > > 25 cycles to send all the information (i.e. 12.5 minutes) to reload > > > > the receiver's almanac replica. > > > > > > > > Different receivers handle the coldstart condition differently. In > > > > most cases, it they see that the clock has stopped, or that no > almanac > > > > is loaded, they immediately start a "blind" search for satellites. > > > > If your receiver has a bogus position and doesn't lock onto some > > > > satellites in a few minutes, this also triggers an all-sky, blind > > > > search. Since there are 32 possible GPS satellite PRNs, and the > ONCORE > > > > has only 8 channels, it can only try "tuning in" on a quarter of the > > > > possible satellites at a time. It sounds like this is what's > happening > > > > to you. > > > > > > > > 73, Tom > > > > > > > > > > From jra@febo.com Sun Jun 14 14:59:30 1998 Received: from meow.febo.com (root@meow.febo.com [209.115.70.194]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id OAA20411 for ; Sun, 14 Jun 1998 14:59:28 -0500 (CDT) Received: from meow.febo.com (jra@localhost [127.0.0.1]) by meow.febo.com (8.8.5/8.8.5) with ESMTP id PAA24089 for ; Sun, 14 Jun 1998 15:59:26 -0400 Message-Id: <199806141959.PAA24089@meow.febo.com> X-Mailer: exmh version 1.6.9 8/22/96 To: tacgps@tapr.org Subject: Using the PT5101/78SR Regulator with the GPS-20 Interface Board Date: Sun, 14 Jun 1998 15:59:26 -0400 From: John Ackermann N8UR I want to retrofit a PT-5101 or 78SR regulator instead of the LM2940 in my GPS-20 PWR board to reduce the regulator dissipation. There are currently a 0.47uF cap on the input side of the 2940, and a 33uF tantalum on the output side. My early draft of the TAC-2 assembly manual indicates a couple of extra components are used for the '5101 option, but I'm not sure what was finally decided. Question 1: what additional components do I need (if any) before dropping one of these babies in where the 2940 used to be? Question 2: is there anything to choose between the PT5101 and the 78SR devices? John N8UR jra@febo.com From W3IWI Sun Jun 14 21:03:09 1998 Received: from loas.clark.net (loas.clark.net [168.143.0.13]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id VAA19613 for ; Sun, 14 Jun 1998 21:03:07 -0500 (CDT) Received: from clark.net (tac.clark.net [168.143.32.123]) by loas.clark.net (8.8.8/8.8.8) with ESMTP id WAA01637 for ; Sun, 14 Jun 1998 22:04:25 -0400 (EDT) Message-ID: <35848090.6876E07B@clark.net> Date: Mon, 15 Jun 1998 02:01:52 +0000 From: "Tom Clark " Reply-To: tac@clark.net Organization: W3IWI X-Mailer: Mozilla 4.04 [en] (Win95; U) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1643] Using the PT5101/78SR Regulator with the GPS-20 Interface Board References: <199806141959.PAA24089@meow.febo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit John Ackermann N8UR wrote: > I want to retrofit a PT-5101 or 78SR regulator instead of the LM2940 > in my GPS-20 PWR board to reduce the regulator dissipation. There are > currently a 0.47uF cap on the input side of the 2940, and a 33uF > tantalum on the output side. My early draft of the TAC-2 assembly > manual indicates a couple of extra components are used for the '5101 > option, but I'm not sure what was finally decided. > > Question 1: what additional components do I need (if any) before > dropping one of these babies in where the 2940 used to be? Question 2: > is there anything to choose between the PT5101 and the 78SR devices? John -- the 5101 will directly replace a 7805. It wants a tant/elect cap acrossits output, but you've already got it there. The recommendation is that a 6 v zener be placed across the output to "eat" any spikes that might happen. The 78SR's are higher current and cost more. I found out to my chagrin that you MUST be careful with the 78SR's -- the pin 1-2-3 ordering seems to be opposite from the "7805 standard", so when you use them on a TAC2 they should be mounted on the BOTTOM of the PCB. You can get a data sheet (PDF format) on either from the PowerTrends web site at http://www.powertrends.com/ [Also, they have been know to send free samples!] 73, Tom From tac@clark.net Sun Jun 14 22:52:58 1998 Received: from loas.clark.net (loas.clark.net [168.143.0.13]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id WAA23786 for ; Sun, 14 Jun 1998 22:52:56 -0500 (CDT) Received: from clark.net (tac.clark.net [168.143.32.123]) by loas.clark.net (8.8.8/8.8.8) with ESMTP id XAA22560 for ; Sun, 14 Jun 1998 23:54:02 -0400 (EDT) Message-ID: <35849A37.EA1B5FBA@clark.net> Date: Mon, 15 Jun 1998 03:51:19 +0000 From: "Dr Thomas A Clark (W3IWI)" Reply-To: tac@clark.net X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: TACGPS Subject: W5OJM Article in QST Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Just got my July QST. I recommend that you all read Brooks Shera's (W5OJM) article starting on Page 37. It describes in some detail his GPS-based frequency standard. Brooks is a member of TACGPS and we had a lot of dialogue on his approach back around Xmas. I knew he had a QST article in the works and I'm pleased to see it has now appeared. Brooks approach is a bit different from the one I've been working on for the TOC project. He implements a direct PLL between the GPS 1PPS signal and a replica of the xtal's signal divided down to ~300 kHz, averaging the phase error for a 30 sec measurement window, and then averaging that error for a long (variable) time interval. He uses a PIC 16C73 controller and then drives a low-cost 18-bit DAC to steer the xtal. Nice design! The article indicates that circuit boards and pre- programmed 16C73s are available. The other parts are all available from DigiKey, except for a good xtal, like an HP10811 which you will have to find at a hamfest or some other source. Good show, Brooks! 73, Tom From jra@febo.com Mon Jun 15 07:06:41 1998 Received: from meow.febo.com (root@meow.febo.com [209.115.70.194]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id HAA09364 for ; Mon, 15 Jun 1998 07:06:39 -0500 (CDT) Received: from meow.febo.com (jra@localhost [127.0.0.1]) by meow.febo.com (8.8.5/8.8.5) with ESMTP id IAA26859 for ; Mon, 15 Jun 1998 08:06:38 -0400 Message-Id: <199806151206.IAA26859@meow.febo.com> To: tacgps@tapr.org Subject: Re: [TACGPS:1644] Re: Using the PT5101/78SR Regulator with the GPS-20 Interface Board In-reply-to: Your message of "Sun, 14 Jun 1998 21:08:02 CDT." <35848090.6876E07B@clark.net> Date: Mon, 15 Jun 1998 08:06:38 -0400 From: John Ackermann N8UR Thanks for the info, Tom! John ---- In message <35848090.6876E07B@clark.net>, "Tom Clark " writes: > > >John Ackermann N8UR wrote: > >> I want to retrofit a PT-5101 or 78SR regulator instead of the LM2940 >> in my GPS-20 PWR board to reduce the regulator dissipation. There are >> currently a 0.47uF cap on the input side of the 2940, and a 33uF >> tantalum on the output side. My early draft of the TAC-2 assembly >> manual indicates a couple of extra components are used for the '5101 >> option, but I'm not sure what was finally decided. >> >> Question 1: what additional components do I need (if any) before >> dropping one of these babies in where the 2940 used to be? Question 2: >> is there anything to choose between the PT5101 and the 78SR devices? > >John -- the 5101 will directly replace a 7805. It wants a tant/elect cap >acrossits output, but you've already got it there. The recommendation is that >a >6 v >zener be placed across the output to "eat" any spikes that might happen. > >The 78SR's are higher current and cost more. I found out to my chagrin that >you MUST be careful with the 78SR's -- the pin 1-2-3 ordering seems to >be opposite from the "7805 standard", so when you use them on a TAC2 >they should be mounted on the BOTTOM of the PCB. > >You can get a data sheet (PDF format) on either from the PowerTrends web >site at > http://www.powertrends.com/ > >[Also, they have been know to send free samples!] > >73, Tom > > > From mdmiller@onramp.net Mon Jun 15 07:09:06 1998 Received: from mail.eaze.net (qmailr@mail.eaze.net [209.160.106.3]) by tapr.org (8.7.5/8.7.3/1.9) with SMTP id HAA09434 for ; Mon, 15 Jun 1998 07:09:05 -0500 (CDT) From: mdmiller@onramp.net Received: (qmail 26830 invoked from network); 15 Jun 1998 12:03:40 -0000 Received: from unknown (HELO miller.slimpy.eaze.net) (209.160.127.50) by mail.eaze.net with SMTP; 15 Jun 1998 12:03:40 -0000 Message-Id: <3.0.5.32.19980615070906.00820630@199.1.11.3> X-Sender: mdmiller@199.1.11.3 X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Mon, 15 Jun 1998 07:09:06 -0500 To: tacgps@tapr.org Subject: W5OJM Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" All, I have finished reading Brooks' article "A GPS Based Frequency Standard" in the July issue of QST. His approach to disciplining an oscillator is similar to the methods I have been exposed to in the simulcast paging industry. What I find most appealing about this project is the fact that I can discipline almost all OCXO's that are available to me and can derive statistics about crystal aging. The fact that I can select the loop filter time constant also lends itself to experimentation. I plan to experiment using my Oncore, TAC, W5OJM board and an OCXO from Oak Frequency Control. As soon as I gather all of the parts for the W5OJM board I will bring these components together and report to the group how things are operating. I think this subject would be a great seminar at the DCC along with a talk from Brooks digging deeper into the theory of his board. Thanks Brooks for the very excellent article and project! 73 Mark Miller N5RFX From BobS@zonge.com Thu Jun 18 13:18:59 1998 Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id NAA27358 for ; Thu, 18 Jun 1998 13:18:58 -0500 (CDT) Received: from zonge.com (dialtus1-104.rtd.com [198.102.68.104]) by seagull.rtd.com (8.8.5/8.8.5) with SMTP id LAA08559 for ; Thu, 18 Jun 1998 11:18:47 -0700 (MST) Received: from zonge.com [127.0.0.1] by tucson.mail [127.0.0.1] with SMTP (MDaemon.v2.7.SP3.R) for ; Thu, 18 Jun 1998 11:17:04 -0700 Received: from bobs [127.0.0.1] by tucson.mail [127.0.0.1] with SMTP (MDaemon.v2.7.SP3.R) for ; Thu, 18 Jun 1998 11:04:39 -0700 Return-Receipt-To: "Robert Staley" From: "Robert Staley" To: Subject: subscribe Date: Thu, 18 Jun 1998 11:04:35 -0700 Message-ID: <000501bd9ae3$8f4417a0$1701a8c0@bobs> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal Disposition-Notification-To: "Robert Staley" In-Reply-To: <3.0.5.32.19980615070906.00820630@199.1.11.3> X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 X-MDaemon-Deliver-To: tacgps@tapr.org DQpsb3N0IG15IHN1YnNjcmlwdGlvbg== From k4jpj@appstate.campus.mci.net Thu Jun 18 19:29:33 1998 Received: from aus-c.mp.campus.mci.net (aus-c.mp.campus.mci.net [208.140.84.23]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id TAA00807 for ; Thu, 18 Jun 1998 19:29:32 -0500 (CDT) Received: from donaldha (s03-pm12.snaustel.campus.mci.net [207.49.121.94]) by aus-c.mp.campus.mci.net (8.9.0/8.8.8) with SMTP id TAA20911 for ; Thu, 18 Jun 1998 19:39:04 -0400 (EDT) Message-Id: <3.0.5.32.19980618193927.00830100@appstate.campus.mci.net> X-Sender: k4jpj@appstate.campus.mci.net (Unverified) X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Thu, 18 Jun 1998 19:39:27 -0400 To: tacgps@tapr.org From: "Donald E. Haselwood" Subject: Garmin glitches In-Reply-To: <35849A37.EA1B5FBA@clark.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" It appears that occassionally my GPS-30 puts out an extra pulse during the 1 second interval. There will be periods of many hours when it is just fine. It might be associated with heat, but that is not certain. The setup is an HC-11 that "captures" the running time counter (a 16 bit counter running at the 2 Mhz bus speed of the micro) on the rising edge of the input. The differences between these captures gives the number of 1/2 us "ticks" of the bus. Here is a sample that shows the glitch: 2000470 2000470 200081 1800389 2000469 2000469 If the micro's xtal were on-freq (8 Mhz) the count would be exactly 2E6 (give or take the GPS jitter). The 2000470 shows that the xtal is 235 ppm high (470/2E6). The 200081/1800389 "glitch" means the 1 pps line from the GPS-30 went low, then high roughly 100 ms into the second, approximately the pulse width (as measured on the scope). Note that adding the two "captures" produces 2000470, a figure that looks about right. If I change the code so that it captures *both* rising and falling edges I get, roughly, 1800000 and 200000 pairs, as one would expect, but *no* glitches. This indicates that the glitch is both very near the end of the 1 pps pulse, and short, i.e. too short for the input capture routine (which takes something of the order of 20 us to execute), but long enough for the micro to latch it. The 1 pps goes through a 74HC14, Schmidt trigger invertor. If the falling edge of the pulse has any jiggles they would have to be substantial. Another one of those problems to ponder. Regards, Don, W4DH From rls@ibm.net Thu Jun 18 20:56:54 1998 Received: from out5.ibm.net (out5.ibm.net [165.87.194.245]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id UAA08952 for ; Thu, 18 Jun 1998 20:56:52 -0500 (CDT) Received: from sparks (slip-32-100-175-10.tx.us.ibm.net [32.100.175.10]) by out5.ibm.net (8.8.5/8.6.9) with SMTP id BAA06328 for ; Fri, 19 Jun 1998 01:56:50 GMT Message-Id: <3.0.5.32.19980618205643.007d8b50@pop5.ibm.net> X-Sender: spark51@pop5.ibm.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Thu, 18 Jun 1998 20:56:43 -0500 To: tacgps@tapr.org From: "Ron L. Sparks" Subject: Re: [TACGPS:1577] Re: Rhubidium, GPS & Microcontrollers - Steering In-Reply-To: <3.0.5.32.19980602010524.007e0e10@appstate.campus.mci.net> References: <3.0.5.32.19980527203824.007d0100@pop5.ibm.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Don (and everyone else), Did you see the July issue of QST? There is an article, complete with boards and pic programs that does EXACTLY what we have been discussing. Very good article and nice two evening kit. Check it out. This is definitely the way to get freq locked with your new Rube. Ron KC5ODM From tac@clark.net Thu Jun 18 22:37:49 1998 Received: from ice.clark.net (ice.clark.net [168.143.0.12]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id WAA14806 for ; Thu, 18 Jun 1998 22:37:48 -0500 (CDT) Received: from clark.net (tac.clark.net [168.143.32.123]) by ice.clark.net (8.8.8/8.8.8) with ESMTP id XAA10301 for ; Thu, 18 Jun 1998 23:39:00 -0400 (EDT) Message-ID: <3589DB8B.C8A43267@clark.net> Date: Fri, 19 Jun 1998 03:31:23 +0000 From: "Dr Thomas A Clark (W3IWI)" Reply-To: tac@clark.net X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1649] Garmin glitches References: <3.0.5.32.19980618193927.00830100@appstate.campus.mci.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Donald E. Haselwood wrote: > > It appears that occassionally my GPS-30 puts out an extra pulse during the > 1 second interval. There will be periods of many hours when it is just > fine. It might be associated with heat, but that is not certain. > > The setup is an HC-11 that "captures" the running time counter (a 16 bit > counter running at the 2 Mhz bus speed of the micro) on the rising edge of > the input. The differences between these captures gives the number of 1/2 > us "ticks" of the bus. Here is a sample that shows the glitch: > > 2000470 > 2000470 > 200081 > 1800389 > 2000469 > 2000469 Don -- from your description of your measurement system, the stray pulse occurs at 0.100000 seconds after the previous pulse, followed by the next pulse 0.90000 seconds later. The pulse width in the GPS-20/30 is 0.10000 seconds, so my bet is that your triggering occasionally on the down-going edge. This can happen if there is some amount of pulse ringing. You didn't say if the 74HC14 is AC or DC coupled. If it is DC coupled, and you are feeding a 'nude' HC14 input pin, you might want to put a 470 ohm or 1k resistor pulldown from that pin to gnd. 73, Tom gnd From jpringle@tampabay.rr.com Fri Jun 19 10:32:57 1998 Received: from mail-atm.tampabay.rr.com (ns.tampabay.rr.com [24.92.0.1]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id KAA16260 for ; Fri, 19 Jun 1998 10:32:56 -0500 (CDT) Received: from john.tampabay.rr.com (dt0c0n5f.tampabay.rr.com [24.92.29.95]) by mail-atm.tampabay.rr.com (8.8.7/8.8.8) with SMTP id LAA28945 for ; Fri, 19 Jun 1998 11:29:08 -0400 (EDT) From: "John K. Pringle" To: "TAC-2 mail list" Subject: Getting the Rb ready Date: Fri, 19 Jun 1998 11:33:18 -0400 Message-ID: <000301bd9b97$958302c0$5f1d5c18@john.tampabay.rr.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Since most of us have now received our Efratom FRK-L Rube's from Lehman, I was wondering if we ever made a final decision on exactly which internal connections to bring out to the multi-pin connector for interfacing to Tom's forthcoming TOC or to Brooks Shera's controller which appeared in July QST. I looked back through all messages that I could find on the subject but I couldn't find where we actually decided on the exact connection points to bring out. I would like to fire up my Rb for the first time but thought it would be a good idea to make the modification first so it would be a simple task to connect it to the GPS controller without having to power down the Rb. Think it would be a good idea to choose the pins on the multi-pin connector to use just for the sake of uniformity. Looks like pins X and V might be a good choice since they don't appear to be used. Any info, suggestions or comments would be appreciated. 73 John W4SF From chrise@n0jcf.com Fri Jun 19 13:15:42 1998 Received: from saucer.inet-serv.com (root@saucer.inet-serv.com [199.86.66.5]) by tapr.org (8.7.5/8.7.3/1.9) with SMTP id NAA06368 for ; Fri, 19 Jun 1998 13:15:41 -0500 (CDT) Received: from n0jcf.com by saucer.inet-serv.com with bsmtp (Linux Smail3.2.0.95 #2) id m0yn5oM-000rpHC; Fri, 19 Jun 1998 13:22:54 -0500 (CDT) Received: by n0jcf.com (Smail3.1.29.1 #2) id m0yn5UD-000UOEC; Fri, 19 Jun 98 13:02 CDT Message-Id: From: chrise@n0jcf.com (Chris Elmquist) Subject: GPS-25 1pps precision? To: tacgps@tapr.org Date: Fri, 19 Jun 1998 13:02:05 -0500 (CDT) Content-Type: text Can anyone comment on the precision of the 1pps output from a GPS-25? Is it better than the GPS-20? Is it the same? I'm considering an engine for the July QST controller project... and want to understand what performance differences might be encountered between the GPS-20 that I already have, a GPS-25, a Moto UT+, or a Moto VP... So many choices... :-) 73, Chris -- Chris Elmquist, N0JCF chrise@n0jcf.com From chrise@n0jcf.com Fri Jun 19 13:15:50 1998 Received: from saucer.inet-serv.com (root@saucer.inet-serv.com [199.86.66.5]) by tapr.org (8.7.5/8.7.3/1.9) with SMTP id NAA06386 for ; Fri, 19 Jun 1998 13:15:48 -0500 (CDT) Received: from n0jcf.com by saucer.inet-serv.com with bsmtp (Linux Smail3.2.0.95 #2) id m0yn5oV-000rpHC; Fri, 19 Jun 1998 13:23:03 -0500 (CDT) Received: by n0jcf.com (Smail3.1.29.1 #2) id m0yn5QQ-000UOEC; Fri, 19 Jun 98 12:58 CDT Message-Id: From: chrise@n0jcf.com (Chris Elmquist) Subject: Re: [TACGPS:1652] Getting the Rb ready To: tacgps@tapr.org Date: Fri, 19 Jun 1998 12:58:10 -0500 (CDT) In-Reply-To: <000301bd9b97$958302c0$5f1d5c18@john.tampabay.rr.com> from "John K. Pringle" at Jun 19, 98 10:33:28 am Content-Type: text John K. Pringle wrote: > > Since most of us have now received our Efratom FRK-L Rube's from Lehman, I > was wondering if we ever made a final decision on exactly which internal > connections to bring out to the multi-pin connector for interfacing to Tom's > forthcoming TOC or to Brooks Shera's controller which appeared in July QST. Of course, I wasn't paying attention when these Rube discussions took place... and now that the QST article is out, I want one! Could I bother someone for a replay of what transpired with the Rube's? Was there a group purchase? a miraculous find at a swap meet? a miraculous find at a surplus store? Are there any left? Any details greatly appreciated. 73, Chris -- Chris Elmquist, N0JCF chrise@n0jcf.com From tvb@veritas.com Fri Jun 19 14:27:45 1998 Received: from athena.veritas.com (athena.veritas.com [192.203.46.191]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id OAA10892 for ; Fri, 19 Jun 1998 14:27:42 -0500 (CDT) Received: from megami.veritas.com (megami.veritas.com [192.203.46.101]) by athena.veritas.com (8.9.0/8.9.0) with SMTP id MAA12349 for ; Fri, 19 Jun 1998 12:27:37 -0700 (PDT) Received: from v-tomvb6 by megami.veritas.com with smtp (Smail3.1.29.0 #7) id m0yn6oy-0000ILC; Fri, 19 Jun 98 12:27 PDT Message-ID: <358AB93F.46FC@veritas.com> Date: Fri, 19 Jun 1998 12:17:19 -0700 From: Tom Van Baak Reply-To: tvb@veritas.com Organization: VERITAS Software X-Mailer: Mozilla 3.01 (WinNT; I) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1654] Re: Getting the Rb ready References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Chris Elmquist wrote: ... > Could I bother someone for a replay of what transpired with the Rube's? Was > there a group purchase? a miraculous find at a swap meet? a miraculous > find at a surplus store? Are there any left? Any details greatly appreciated. > > 73, Chris There are hundreds of them available. Cheap compact used surplus Rubidium oscillators can be obtained from $350 to $700 from the gentlemen below. /tvb -------- Wade Lehman has Ball/Efratom FRK-L rubidium oscillators for sale at $500. Several TAC-GPS members have purchased these. Contact info: Lehman Scientific sales@lehmanscientific.com http://www.lehmanscientific.com/ 1.800.784.8680 Tom Hamilton has EG&G RFS-10-7 and Efratom M-100 rubidium oscillators for sale at $695 (or $500 at quantity 10). Contact info: Hamilton Instruments TE@worldnet.att.net http://www.angelfire.com/biz/telist/ 1.800.862.8983 Corby Dawson also has EG&G RFS-10-7 and Efratom M-100 rubidium oscillators. Price is $425 each, or $375 for quantity 5, or $350 at quantity 10. Several of us have purchased Rubidium and Cesium standards from Corby. Contact info: Corby Dawson 1.805.736.0288 Bernie Goetz has Efratom FRS-C rubidium oscillators. At 2x3x4 inches these are about half the size of the M-100 class oscillator. These have 10 MHz TTL output. Contact info: Vigilante Electronics sales@vigilante-electronics.com http://www.vigilante-electronics.com/ 1.212.243.7964 From jra@febo.com Fri Jun 19 16:26:27 1998 Received: from meow.febo.com (root@meow.febo.com [209.115.70.194]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id QAA18533 for ; Fri, 19 Jun 1998 16:26:25 -0500 (CDT) Received: from meow.febo.com (jra@localhost [127.0.0.1]) by meow.febo.com (8.8.5/8.8.5) with ESMTP id RAA12141 for ; Fri, 19 Jun 1998 17:26:21 -0400 Message-Id: <199806192126.RAA12141@meow.febo.com> X-Mailer: exmh version 1.6.9 8/22/96 To: tacgps@tapr.org Subject: GPS-25 "VAUX" connection? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Jun 1998 17:26:21 -0400 From: John Ackermann N8UR Just replaced a GPS-20 board with a GPS-25 and notice the "VAUX" connection (pin 7) and the backup battery feature. It's not clear if the battery is charged from the normal power connection (pin 10) and VAUX is used only to continue charging when the main power goes away, or if you need to connect VAUX to charge the battery, period. If so, is it safe simply to parallel pin 7 with pin 10? By the way -- I'm using one of the PowerTrends PT-5101 regulators with this unit. Current draw is about 75mA at 14 volts input, and after an hour the regulator (with no additional heatsink) is barely warm to the touch. Much better than the 2940 that made its heatsink almost too hot to touch! John N8UR jra@febo.com From k4jpj@appstate.campus.mci.net Fri Jun 19 20:44:13 1998 Received: from aus-c.mp.campus.mci.net (aus-c.mp.campus.mci.net [208.140.84.23]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id UAA10853 for ; Fri, 19 Jun 1998 20:44:12 -0500 (CDT) Received: from donaldha (s23-pm44.snaustel.campus.mci.net [207.49.123.114]) by aus-c.mp.campus.mci.net (8.9.0/8.8.8) with SMTP id VAA13925 for ; Fri, 19 Jun 1998 21:40:09 -0400 (EDT) Message-Id: <3.0.5.32.19980619200429.007ffaa0@appstate.campus.mci.net> X-Sender: k4jpj@appstate.campus.mci.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Fri, 19 Jun 1998 20:04:29 -0400 To: tacgps@tapr.org From: "Donald E. Haselwood" Subject: Re: [TACGPS:1653] GPS-25 1pps precision? In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Add the Mot Remote GPS to the list for comments. It looks like its designed for timing use and ideal for fixed-base operation. I don't how much it costs, tho. Regards, Don At 01:17 PM 6/19/98 -0500, you wrote: >Can anyone comment on the precision of the 1pps output from a GPS-25? >Is it better than the GPS-20? Is it the same? > >I'm considering an engine for the July QST controller project... and >want to understand what performance differences might be encountered >between the GPS-20 that I already have, a GPS-25, a Moto UT+, or a >Moto VP... > >So many choices... :-) > >73, Chris >-- >Chris Elmquist, N0JCF >chrise@n0jcf.com > > From k4jpj@appstate.campus.mci.net Fri Jun 19 20:44:18 1998 Received: from aus-c.mp.campus.mci.net (aus-c.mp.campus.mci.net [208.140.84.23]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id UAA10873 for ; Fri, 19 Jun 1998 20:44:17 -0500 (CDT) Received: from donaldha (s23-pm44.snaustel.campus.mci.net [207.49.123.114]) by aus-c.mp.campus.mci.net (8.9.0/8.8.8) with SMTP id VAA13923 for ; Fri, 19 Jun 1998 21:40:04 -0400 (EDT) Message-Id: <3.0.5.32.19980619214031.007adc30@appstate.campus.mci.net> X-Sender: k4jpj@appstate.campus.mci.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Fri, 19 Jun 1998 21:40:31 -0400 To: tacgps@tapr.org From: "Donald E. Haselwood" Subject: Re: [TACGPS:1650] Re: Rhubidium, GPS & Microcontrollers - In-Reply-To: <3.0.5.32.19980618205643.007d8b50@pop5.ibm.net> References: <3.0.5.32.19980602010524.007e0e10@appstate.campus.mci.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Ron, I've been waiting for the July issue. (I must be last on the mailing list!) Brook's project looks excellent. Indeed a nice job. I'll probably build one up...and continue with the HC-11. I find that most of the fun is working through the design, studying the theory, trying it out, sorting out the problems. My approach is slightly different than Brooks. My scheme is to lock a "crummy" osc to the Rube via a MC145170 PLL chip, plus compare the Rube to the gps. The MC145170 has two divide by N counters (one good into the 150 Mhz range), so one counts the Rube and the other the crummy osc. For crummy osc locking, the phase comparison rate is in the order of 1000 times faster than comparing to the gps at 1 pps as well as comparing to a stable reference, therefore the stability requirements of the steered osc are greatly reduced. What I've got so far is working. Another approach is to use *two* of Brook's controllers. One to steer the Rube with a long time constant, and another, fed by the Rube (divided down) steers the VXCO (such as the rig's master osc) with a short time constant. This requires an external counter to divide the Rube down to one second (hence the MC145170 approach). Don, W4DH From davem@cs.ubc.ca Sat Jun 20 00:49:06 1998 Received: from pedigree.cs.ubc.ca (pop.cs.ubc.ca [142.103.6.51]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id AAA05053 for ; Sat, 20 Jun 1998 00:49:04 -0500 (CDT) Received: from [198.162.38.159] (davem.home.cs.ubc.ca [198.162.38.159]) by pedigree.cs.ubc.ca (8.8.8/8.6.9) with ESMTP id WAA18204 for ; Fri, 19 Jun 1998 22:48:57 -0700 (PDT) X-Sender: davem@mail.cs.ubc.ca Message-Id: In-Reply-To: <199806192126.RAA12141@meow.febo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 19 Jun 1998 22:49:17 -0700 To: tacgps@tapr.org From: Dave Martindale Subject: Re: [TACGPS:1656] GPS-25 "VAUX" connection? >Just replaced a GPS-20 board with a GPS-25 and notice the "VAUX" >connection (pin 7) and the backup battery feature. > >It's not clear if the battery is charged from the normal power >connection (pin 10) and VAUX is used only to continue charging when the >main power goes away, or if you need to connect VAUX to charge the >battery, period. If so, is it safe simply to parallel pin 7 with pin >10? This is my understanding of the situation, from email discussions with someone at Garmin: The internal battery will be charged *either* from the main power input or from the VAUX input. If you leave your GPS 25 powered on most of the time, this will keep the backup battery charged and you can ignore VAUX. However, if you leave your 25 powered off most of the time, with no power applied at all, the battery will eventually discharge. Supplying power to VAUX powers the internal memory and clock and keeps the battery charged when main power is off. (At least, that's how it's supposed to work. It turns out that my particular GPS 25 does *not* charge the battery through VAUX, and since I've been keeping main power off most of the time, my battery has died. This was apparently a problem with Rev. 10 boards, and has been fixed in current production.) Dave From jra@febo.com Sat Jun 20 07:19:33 1998 Received: from meow.febo.com (root@meow.febo.com [209.115.70.194]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id HAA03309 for ; Sat, 20 Jun 1998 07:19:31 -0500 (CDT) Received: from meow.febo.com (jra@localhost [127.0.0.1]) by meow.febo.com (8.8.5/8.8.5) with ESMTP id IAA00169 for ; Sat, 20 Jun 1998 08:19:29 -0400 Message-Id: <199806201219.IAA00169@meow.febo.com> X-Mailer: exmh version 1.6.9 8/22/96 To: tacgps@tapr.org Subject: Oncore versus Garmin RX Sensitivity? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 20 Jun 1998 08:19:29 -0400 From: John Ackermann N8UR I've been having a devil of a time getting good quality results from my older 6-channel Oncore receiver. Today, I temporarily hooked up the GPS-25 that's going into my car to the antenna that the Oncore normally uses (and that I've assumed was the source of my trouble) and was surprised to discover that -- at least over the relatively short inteval I've been monitoring -- the GPS-25 is giving much, much better HDOP readings and a more stable position. The Oncore works, I see "holes" in the sky where there aren't any obstructions, and over any long observation period the average HDOP is 2.0 or more. So far, the Garmin is locking 7-8 satellites, generating a tight position pattern (on SAWatch) and generating stable HDOP of about 1.1. I wonder if my Oncore may have something wrong with it, or if the Garmin is just a much hotter receiver (or could the extra 2 channels in the Garmin make this much differnce?) Anyone have any thoughts on this? John N8UR jra@febo.com PS - I'm having trouble getting SAWatch to recognize the GPS-25 in anything other than "generic NMEA" mode, so I can't display the SV positions. The receiver is outputting the GSA and GSV sentences, but SAWatch refuses to believe there's a receiver present when I try to set to GPS-20 or GPS-IIXL modes. Anyone know what's going on? From gsanders@gte.net Sat Jun 20 13:29:38 1998 Received: from smtp2.mailsrvcs.net (smtp2.gte.net [207.115.153.31]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id NAA03674 for ; Sat, 20 Jun 1998 13:29:37 -0500 (CDT) Received: from gte.net (1Cust150.tnt2.lakeland.fl.gt.uu.net [208.255.232.150]) by smtp2.mailsrvcs.net with ESMTP id NAA17140 for ; Sat, 20 Jun 1998 13:29:35 -0500 (CDT) Message-ID: <358BFF8E.BDA689BA@gte.net> Date: Sat, 20 Jun 1998 14:29:34 -0400 From: Gary Sanders X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1660] Oncore versus Garmin RX Sensitivity? References: <199806201219.IAA00169@meow.febo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit John Ackermann N8UR wrote: > > PS - I'm having trouble getting SAWatch to recognize the GPS-25 in > anything other than "generic NMEA" mode, so I can't display the SV > positions. The receiver is outputting the GSA and GSV sentences, but > SAWatch refuses to believe there's a receiver present when I try to set > to GPS-20 or GPS-IIXL modes. Anyone know what's going on? Have you recently run TAC32? If so, that's your problem. TAC32 turns off all sentences but the one's it wants to see during initialization, and doesn't turn the sentences back on at exit that SAWatch wants to see. SaWatch doesn't turn any sentences on or off during initialization, so you're left to your own devices to get it to work with SaWatch after running TAC32. Get hold of a copy of GPSCFG.EXE (for Windows) or NMEAVWR.exe (for DOS) from Garmin Tech Support. They aren't big programs, so they can email them to you. Either can be used to very simply enable and disable any and all NMEA sentences on your receiver. Gary Sanders WB0BZR From wd5ivd@tapr.org Sat Jun 20 13:52:48 1998 Received: from [207.8.125.50] (greg-jones-pc1.customer.jump.net [207.8.125.50]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id NAA04712 for ; Sat, 20 Jun 1998 13:52:47 -0500 (CDT) Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 20 Jun 1998 13:31:18 -0500 To: " tacgps " From: "Greg Jones, WD5IVD" Subject: New Tech Notes Online Two new tech notes are available Sorry these were not on-line sooner. They have been sitting in my inbox since March. Just one too many emergencies since March this year. Tech-Note #497-1 - Configuration Matrix (12/22/97) Tech-Note #501 - Oncore I/O Commands (3/2/98) Cheers - Greg ----- Greg Jones, WD5IVD Austin, Texas wd5ivd@tapr.org http://www.tapr.org/~wd5ivd Real World, The n.: 5. Anywhere outside a university. "Poor fellow, he's left UT Austin and gone into the real world." From tac@clark.net Sat Jun 20 15:41:31 1998 Received: from ice.clark.net (ice.clark.net [168.143.0.12]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id PAA10727 for ; Sat, 20 Jun 1998 15:41:25 -0500 (CDT) Received: from clark.net (tac.clark.net [168.143.32.123]) by ice.clark.net (8.8.8/8.8.8) with ESMTP id QAA26126 for ; Sat, 20 Jun 1998 16:41:36 -0400 (EDT) Message-ID: <358C1E1A.B1C3B8DC@clark.net> Date: Sat, 20 Jun 1998 20:39:55 +0000 From: "Dr Thomas A Clark (W3IWI)" Reply-To: tac@clark.net X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: tacgps@tapr.org Subject: GPS-25 1pps, ONCORE & Rb comments References: Content-Type: multipart/mixed; boundary="------------524D70612637183B7429EC33" This is a multi-part message in MIME format. --------------524D70612637183B7429EC33 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Several questions came up the past few days. I'll try to do a "batch" answer. I've been slow in replying 'cuz I have been extremely busy this past week. But I better do it today since I take off next Tues for 3.5 weeks in Europe. Chris Elmquist wrote: > > Can anyone comment on the precision of the 1pps output from a GPS-25? > Is it better than the GPS-20? Is it the same? > > I'm considering an engine for the July QST controller project... and > want to understand what performance differences might be encountered > between the GPS-20 that I already have, a GPS-25, a Moto UT+, or a > Moto VP... The GPS-20/30 is a POOR choice for use as an oscillator stabilizer. As you can see from the plots on my aleph ftp site at ftp://aleph.gsfc.nasa.gov/GPS/totally.accurate.clock/ the various Garmin plots show that the GPS-20 timing has erratic jumps at levels ~ 1 usec. Thisw is presumably due to the sequential receiver re-assigning & reseting its resources whenever it feels like it. A GPS-20 will most certainly degrade the performance of any fairly good xtal or Rb that it is used with. The GPS-25 shows other strange behavior. I'm attaching a .PDF plot I made last March showing the -25's performance. I took a lot more data but never got it added to the plot -- sorry. The G-25 shows ramp-like timing drifts with rates ~ 1:10e111 to 1:10e12. During the tests I ran, I saw the G-25 drift off UTC by an amount of up to +/- 10 usec. It would probably work to control the rate of an xtal down to levels ~1:10e10 or so. The ONCORE UT+ has not been tested in detail, but should work about as well as a VP. The VP is my choice over the current UT+ since it has so many other capabilities -- like acting as a DGPS base station, and being able to "talk" NMEA. I also believe that the VP version that TAPR is now offering includes Option "C", which includes a carrier phase output capability. There is some work in progress which will allow an ONCORE VP with Option C to generate RINEX files for post-processing at levels of a few cm. Don Hasselwood added the question > Add the Mot Remote GPS to the list for comments. It looks like its > designed for timing use and ideal for fixed-base operation. I don't how > much it costs, tho. I believe the original UT is now obsolete, having been replaced by the UT+ >>EXCEPT<< that Motorola is using the old UTs in their pod-mounted antenna/rcvr combo which still tests out to be an old UT. The price of this widget is $500, without cables, without a special connector that is needed, and without the RS422 => RS232 converter, power supply interface, etc. that is needed to make it work. IMHO, it isn't too good of a deal! Regarding the Rb's, John Pringle asked > Since most of us have now received our Efratom FRK-L Rube's from Lehman, I > was wondering if we ever made a final decision on exactly which internal > connections to bring out to the multi-pin connector for interfacing to Tom's > forthcoming TOC or to Brooks Shera's controller which appeared in July QST. > I looked back through all messages that I could find on the subject but I > couldn't find where we actually decided on the exact connection points to > bring out. I would like to fire up my Rb for the first time but thought it > would be a good idea to make the modification first so it would be a simple > task to connect it to the GPS controller without having to power down the > Rb. Think it would be a good idea to choose the pins on the multi-pin > connector to use just for the sake of uniformity. Looks like pins X and V > might be a good choice since they don't appear to be used. Any info, > suggestions or comments would be appreciated. One thing to remember is that Brooks' controller produces a VOLTAGE output. The only control of the FRK and M-100 Rb's is by injecting a CURRENT into the "C-field coil". The FRK & M-100 Rb's are slightly different (there was a LOT of discussion on this topic here on TACGPS about 2 months ago) and the parts designations and "magic connection points" are slightly different. I have designed, but have not finished the documentation, on a "suggested standard Rb interface" so that we all will use the same connector pins, and can communicate about it sensibly. Alas, I have not had time to modify my M-100 and FRK units to test it, and hence have not finished the documentation. In Brooks' QST paper he shows that his unit can be used in the "learning mode" to compare the oscillator to GPS. I would STRONGLY advise that you spend some time running it in this mode to see just what level of control is needed/desired. Just remember that the short-term stability of the Rb is no better the xtal inside the Rb. In fact -- it is WORSE! The way that the Rb works is that the xtal is FMed by ~20-30 Hz at the 6.8 GHz Rb spectral line, and the xtal is controlled so that the average of the positive and negative frequency offsets from 6.8 GHz is zero. This modulation (as I recall) is at 127 Hz in the Efratom units, so you should expect to see 127 Hz FM in the output. If your goal is to use the oscillator as a frequency standard for microwave applications, I'd recommend finding a good xtal! And thanks to Tom Van Baak for the complete list of sources. You had a couple I was not aware of! Do you have a similar list of people that have good OCXO xtal oscillators? 73, Tom --------------524D70612637183B7429EC33 Content-Type: application/pdf; name="G25-Time.PDF" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="G25-Time.PDF" JVBERi0xLjIgDQol4uPP0w0KIA0KNiAwIG9iag0KPDwNCi9MZW5ndGggNyAwIFINCi9GaWx0 ZXIgL0xaV0RlY29kZSANCj4+DQpzdHJlYW0NCoAMBcMhoIDuIAaMRASoRCjVCBgIIjESkR4a IIVCjkZ4QNRwLhgOBANBoLoKNhvJRxIhqMhnAxAcjKIDEDRAWxjMIENJEXYkIDJDZDJpEN5y MpEbYQNhyNoHBaNA5EbIQU6FH55GBnHxuMhBSgbTKdBK1XK9VAbVoTQ6yMhhThiNq/S6bTxB brhcrRahjbJEMxpAqTdLHBcBghBe6vRJHQ7JYLFdsDH7JirXWJENBuNRcNsHYbrZM1nM9iar i6yNRpLxjXshoYLqtZZ9PCcCLriINluNdDdvuajSNNaYbXZBLNXvLnCeNIRBwantbdLxvct3 reX0xd1efR+jxAbLtJyNn2Rn4+7UuHahlKBcM+tyexYPaN/fcuh64QMhyOZA2L5N68L+v+9L hMsGYZoEprdQC5cEwW/DvP0Br4BkzsAPKsELQxAzvrUGYcpKGavOvAUQxGrz8ssGj2rtEzlx awsPQoGgavsHMSwcsEbRxFUJxYHD/BxDLlR5IQXSJGjLJanKWwbDSOhlJ0fvVJgapfHUogaG ssJhFbao8zjsRgsExOVMDwBsuMkyhIylzYosgNqGyeMZMqlzsrM0rUzydzc+alhxP8+IaF0c oMhCbp8iKgsuxiohg2KVpG5qRJkEC+L9QEBL6zEltqvqnRJGiwU9SE5vBUT3q9Ijt07TdXK7 ClV1IHKPtzU1N1u3C9VCt9WIwGKcyVXVP2HYiCstWqvNazjhWMxlnStX9R2ardXuXU6shjbF Z2XYFSBilte21Tdxwu3NwWsjAbNJc1j3cztaXDZobv9SV4Wle8C3XYIYxzbNo25gNv2rYK8X LgaRYTdWD1JKb/Llha74Bed/YhBMC4olyX3zjCvIIpys44GmRw+oV2BkGr/URjmWUO2lVXqu 4bpfibUYZm2L4fkIcPtfOOZ/fuehBBSds/ba/hhpF6XYGdu5jfSs6gl9EZBowZPs+Gpr/rT7 6dYLDzbimx5QtentUxmy7UrOsPhH2u6M92r6Krac65socbxX2Z6fEWyZzo3AbPZjGsoguKMm u2sRanLS8VKbO8LmjVs5vPBctsHGztpNNpIj/KXZk0LsfzIbdLZWitHye5dY0vGyRQNHqynj /OxrAahhC4a5x2iWd2F3e7DUgazZ03ft14/Vb9YKW4lz1P+f1vcx3wUYXBy8JPVU1h3nQq1+ 0suBIb7y5W6s16fFhvfWRef2fVsGtZvbXzZr+ns7Bs368fozbuUfE4t5D7i5QCeYpqAJm3Wv df66+ADYE8EJfs9hX6n35rzNejOC7fVNQWKiy5wUG1aNRO41onMIIJHULlCJZbFl8wmak91f BBYWKhIIwiD6nYbsQZ3Bwhp/H3w5W1ECFcPVaGASSzqE6nYkKUhqqo38RYlraii/dnkUDOEk ZrFNUyNiTQ0iMst3Sh4pQxIbGNBkTy+O9LtDCFC44NRhVCmt4TIYhKmjok+NRDQbFOiVGYhM fU2x7OYhc50blOqWitD45jW4yxvBvI6RatAcIXTrFuQAMZKodkJJpuMiFtNDURJ0HKWZMRvl KTCUkHouENV4W2OR4DtQljufsGEKpJmWLdDOU6ApdoFkIlNFMvTsgxmHMFi0j5fTJlydKG8T panhmezp/B0kFLllAfSa5uZgnndbNk/c3jSzBNvGmaJBEIzNlkyaNs552FkmC8aOsxD6Tyj1 LE9kbI/woZXH6dR7HUHHnofugMh58UEklOA8J7muTBONJehTWpLRgmrLKSLUqI0XlHQc8IOJ TURo9KqjhSJWSApIYyYMqZaStQHLilMvKIoEhfRxBUx5o01hxRVEAMGJUDQrTyINOiENQJVP tE8xokz/qGW4k1PkSJ/kIiQ9FCqpTfppNec1LEIRkqUhU+E7atVfnhTQGiVKnVlnnVGdlRkH 1rq6eeQ1bENrkoNUJCqN35U3rxQ2mlAaIU3r9RSK6IG6R2q1YWt7O7DSABnYqxNJYUWNg9XY rdLqb0hlpZRJFM6tWbsFIxFEOKtOAh5ZRAkykH2nq6YFMdi4UWsOVISstUJo2zqbbJcdVqWV lqnRxFs6aFW/q5bJF1Y7d3Fs+jVqFaba3LnvXY1c/rg1fmpYMhBJK40+uxQK2Rmq827u9Xy6 C5K/27vJclFleKN3mk/b4G1H7a3vpFdAz1KL42TusA0zVlrds7szfkzVMLar8pndBV0PLd4H jtgZIcYME4NtWDm1t2sJWxo47q2lLMMW3wuDC3uGsPVWrs8a4E0cSXDwu8unzxo44jclPfDW L8F35JbdLEyLrqyMSxdmhWO7uYXsbd+QCWKE4XRbJzE2R6/4ju9evIeTcZ46S9a5ASXb4YjI 9fbDWWZYYjvlSvIeX4i5ewFhopkwMLkpeFahM2anhyERvhDHq/ElZwBxhPHud8LYjBzhnIef cOZ8w/n+3tdgbNMxRSzQ+JdDLAuNIDQ+Lb8prrNQrSlzNDJxp8mvG2hgZY8mi6jUGnsi6Ka/ eLSaJMkaK1VkvVN7dWXt0McnKhy065X0mnquSeb8SMXdfzSCXr/6+ZgcLS2xccoUj6SXN+oU 65rq7H3OWztp6GgUdjS218o7KUHhzRW3b0J0z1OPUO49kmWKZiXRWgJzaGNhpvd8nVNwwi0x yBR3FlxV3o4k3xApub3kYDGRW+1tcD4AhSWcZd6y2ssZzfE1tB8LPDOJnXDpGH1yFxLjFfOL cIplg6L52ePs146girHCt+VexLyU2qHLy8hQ3YHkh27QWksXxK0MPOWHgRlWDmF17kcz4fzy 9XN+Uo9oxwdIO0yc8SdskmMHOy1JNuZ03lPVJ79SI7lOTHEsrUi60lzPW2Co9e7HHbsOnJB9 l5T2rivNNla66723uTWu07g7nrbvHdu4GWImRgEBFXyn2SUYExD3fCGGtUWhYZHznIhp74yT VAvDbQ8l44zOiDneXWD5VUnnFSGBJyx98pH/Q+aO/43aHkOoHD9U8P1iSvOPD9E0SCRH/YIE 9l6VNvtUD+88zWbznmXU+uhcQX2vpIJS8+S8xYfzAYKp+eer5vxj/HC996li32NEPD8kf5J/ 1fvzz8r958v4Cvflb79P8P3f1sWO59n63cDAsy+n/H6K1CEluMahdBjxj/j+oxkAAiL2roY1 ogQ0R3b1ypkBT4sAgyR4IyqH5powIl6LUCB2qW4mEDL4kBkCp4L/8ChbMCzkMCBWcARgz/Yg UFECT5yphBkAUCcFarj+sD8Gr/JJ8AAo7/sAaH8HkFL+xyT9MDcDEH7kIwIkqS8HcJBSSpsJ iLUEpur/bqwxsJUF5x7zIkph0Kh1sEsI0Lo0q2B3EI5REJKpMJkM0JxSkNMIkB6H5dKAr/MA 7T5csL8F8OMK0J8OEO0DZ2EPj5EIsPCpsMcIRC8QKosBiicPUQaS8M8NkPkRzEMMj/ZC5SkQ sRSpIwIpzzcPkS7EL9Ylw5S2BrkAA8q2EUMU8ScIUVRd8UxsEVEBgl5rkWMV8WkNb1MUUOUK 8WRecM8F5+kTEV7wsJ0Lg1ol8YkRMYcRBDsAAko50TZYMZzyhmkacaBYETr/cZ7zIzj3cbTz pYD80b705dkab058Uab2hYEXLZkOUcqH8dpw8BglQxo+0HUeD3oGA+z38b7zMfcXIzhfMaMg BAowJoEF8gMQMg8BkhIxop0cRab7kh8UJZ7zKf0AEiseUjD8kcMikjki6H4zj9sf8hj+kfT/ Rab/D68kr/BT8AEOUXMOR6EBkmBbMl8eqecl8CMicmkCMhcnUBUmIxkg0lBF0DQ/0MA1pk4k YvpcsnUFslcp8Ih9MqRw8myH4p0qEDkrEHAj8ET/Yp0GJTcnUsUmcAEfcpgwUXMtC20F8tkp st0JplsIQ+0KKoEP7/cur5EpsYxr8MR70Sg1o+0v8tUBkwYzMpsSEvMLyoEpJr8NUpEuMM0v kUJuIwMucBhXEmRqUAEzQxssyH8z0y56k0MQkxsF4rEz8rb/c1M0cIQj8SU0E1hDstszM2io EKY1s2Evbf0UJ0LzM2U3UTUuE20T8zEAB279MwEIU5MphvkBk5s2s5EWB+06cWk4k6yAsyk6 EX06qH6ns6U78X0u8XM8E7c6bwp70bw1rCCspC7z88U9K7Lxia8aExL1M+sxAnMwM/Mpk+Yh qa70MpsJdAAgVARZL11AM5US1BNA1BZNs+ggT2g1saVAraE91CFC1CdBFCL3s7whKa8xFBlD sxEws+j0c3kNFAFFE/zy1FcgtCk+FEBCastDlF77BqL5RbtGlCk/FHhLNHz8lD9HdIVE1F78 NIa5b+NCkiFJU7VEdF9JdKFEE5VIFBNKslFAR3j9bVQ0VHL51LsvYl8e9KgyRNkY1MMpg9E+ kQ8xAksFRbtNsplMFOVDE/BC8FBqMflOMElL9K9PtK1NkGpqNMlPkGKpEGdQ07SXE+iUystM FRypBt1AFSNMb+xjU5Qksr5bsC8vdSEJFRFT8KKpFOBjUv4ktSdEBm9NyrlRsL1UlS5q1TNV tShqSstS1BNWVOZxlAELc7QktRKJA3NW7vtXsOy3MpNYVX9WlEFVFXdUtZ1R8q9ZsQlWFBMX laVTaJER1a0+lbFSU/ERK3kzlY0S63NS9cS3MvBbtdKLNMDCdaVVJbteFbtAFehZ9BKAJNlA lEFfRkdfM6gzk3KcUplf8+hd6sswdgE7Vg1ez1tcdS8bsvdd1gE9Nilg9h9c9BMTkxFfE+lj lgtFVEFkFcddar9AVVE/B0dZFMFlYvNjdC9fdltmKSVj9mj1tm0xD3FLifysr01S9nrgRzdA FoNNdAEhdhI5U+lpFM9Llplj1o76ldU/EklktqlqVmtqNJCXlpdIQ/0A7INrdLI+1Jdn9BNs k7TzFs7+jydJttEplndBNnVF1EExFhU+luyK59FMz9FuQyUBtMBxFuFDNusobycbNvZ2toVL hT9n1ulvdPNuNvFPrxNv1yNCtwtPNr9xlQdyVAEr1tNx5bEGKpleREImCstvs+kld1NLN1l0 s/EyNwdxF08KKplUt2S4VbV3NwFBMma3930L0Id4MMRyVgczBFo8t1dW0GFLl5D/jxiKq4Ve V6Ri1Qt6ttV6JP64VOA275ByVdd7wkd6DfsQl4d7U2hyUpI28R12D119l78PN9ES9898t+kK t+YzN9T5ytA7Bx1cg20/b9N+uAMUd8D1KtEWkOt/k595NoeAuBSKd6OBsOsYytCAsXV96BsO sxSY2DcLODVh992CeERpuEjwuA9967JFt+Q32FeDmBGF8Rd6M9+AeFo22Gt8cQ+FTzuGGHj0 OBeHj2mFOGlC95uIWDF/GFz3uCr9bI9/WCWJeKGACYxj17+EF6OK18cemLMgsUU9bWl/SYeL r7CHb+2MN8cZF/lK2FlkWKr8mH2Lr8MUUUo31XGB2MCXBFuLmOz+mM19+PWL9/l78bd9+Qlw iY178jN6ORT22RNv+Pg21YGQ8iAkmSFx+Sx2qG+StlOLeRGTOMWT9N+AbneR8FBlcnI32UeT 1xGS10kkWM9TWDGSOR+V9YuSUGo9t99fBFuWGXd1GVF6+XmXV6NimXslCL122J2Y2VEA6L14 uUuZ9/RGeYt4WX2asM2VFPaL2bOZd5mb2btXg21l7ntRKdlYeZuJ2cjoN6Nf7nt7ud2Yg32e MsOdV9Oet94p19sw+fN9Mz2dsTRr99aP2adaaY2gl8ctGgF+mhQ3w+1/xr+M+h+AcvV9+id8 ef+h0WApEPY2ySRFufl6Oj+jmC1hRFs1OkUX2kmJ2k2jlfiY1yrnt6mmOjmDq72FA/2Ouj1h 65dHRO0aCIGMFtTntTen+guc1s2Y+Z2pOdg32pM/t6NuI1dCWJ2qWmuBGq0399+rOjqYx0N8 enOJz5lNN6Osb4Q3z64zJjU3IGmtN8eamtD6lEN99vo1cZWuL8N2t/muqtGMFzYkdgmsr+mn uveweqmumP0Wb9Z3V8eLCM8AuI7xmxlpOxcBMver+yWy2NNvSMdL1hohKMeTWxT120NEVzBc cCt27+yMdy9xG1mAaiu1EEiIGnW2WU83e0idOPdx6NE7Wv+zMGrVVOCeT9JO0iG4gkeC+0kI CJr1KeUKKKuyUKq7e126aIm5ea2VO0GEGkEEyM+7mBOxe7heU9aeUMy70wO8z9O5u7GbOUpc mdGxcPJFrCGyW+a521eHY1dt++0QjVVeRclT0H20G/Vtu+U2l0+/M2mtuW5dHBEkHAmgOGaM 8S1/WrW/sS9bb5xL1/xjUpPDmAceOyUU9421e0ecvDfE+eW0HFWHfEejfCu0kYObW53GcpfF +DDyKM+NWhM1ZcfHmB2xfIGQW0mQq4VRJtWoGkKM/I2dPIuHu96Yeqe05tT0NJ3J/K12WyUe I1b6RtVCdrnJmI3KOJma/MV/Whu0EegkmAW0khokk3vN0gusiM/N5F1TZLuuXL0jOu2rvPL7 G5WyXPm/HOWOfNJceX2NuDvPOOeKO0Dju7s3PPL+Kb29PSGte1aAvK+yXTVX20nTUlyM5GfO EZvUQyV0/SXUZbHJHUejnDcpe7vD/WCb22qNh2vVHTMElk/XMFG4XXm9cXnTm4NiXT+4PCCO HY3KmfA1dXWyUtir+4/Z+53aWgyvEKOvW0miq6ORHaz5G9nZ0L3VfDefg1cqiM/chb21cy1Z XbNW2//afd0N+0Hdd0G0k0SL21fe4gWl7LNYeS24c1q6ne0Ql+Hgb5Gm/De3HUnfnhTINPbL MR3TaM+rXZm720HincXgfDMn/icTVBW0k6PQmyXkNOXkcUaa+4+sOwGu+0HlQ1b/2xfly5fh 88CJHDc8F8XkyAo5MA5mDwvh2509vDXkGnggW13oXoz1LQ7yib09fpcaA5NHXp4zPnKPlB2w EdHqzzvDz53pb0PqqQOw50GRHpb2idnrvsTI9GQuIxAkmLTxnpfqlqHsL3vBlQvuO5PffrtF nPsYyOkgV0b9fv/g9gT+yOj7G5HuFGhO3tfw/qmWT1yPO4uHPxT8hbFeXyW5M/6QKswkmTvy r+PqPvb+n0XyInP0NLfyO9fcyQP1f1XvMpyPj4o1fLX2XU/Y6gI0VTH1UofBP3h2vtXw1OuS 1RKgP4HuYuNPG4tQP23XsnnuH5XlerqgMGPrn3kGN/v4UGo5Pu9R37PyP7x/vuH73yiPlTuw EqP80JHgv8cJHjP9va/3FVf6Xrv+fispK+UMX7/9u8/yH/gGQgAgGgzHIuGw4EBsEANGI2GY uHIygQ0goyhEKhg2GguhsTgo1iUYhsbjo0GsbGchhcjjg2gQ1GwuG8qjMbGkvGsyl0ijQum4 0Gg4F0Xlc9n40GVDhNFm0CGdEmsGo9JmFLqMaiYxjk0llYgY3nVWlg4hEDoUzsU9skTm88jd rs0QndFnIxiUDpIytt0rdOsEWtN1u8DF2Ank5GcuoFgucZxGKGowmVcG2Pl9aymWoExrGHg0 TnOZz9A0OB0dIpWeHFHh43xsNnOrrNDveO2lOgsHtMxGFlGex2sN3m+y084d+sPGF295Gu3Y ulMTqmvG0x6NAjdo5XXGlg2XKqtAoXM8GQh+J5/hk0QykxsuoqHCpXYwvB6vzGmc+1gGFH/S 0v4qbUqLAKJpi/blp+GrMQAwr3oK5yeL+96wLtBrAPE5b4hssCQJeySgwbDygI+ykOsG/8JL Ck0GRU5yTMkvUGxe9agLS96cxsniywW9kbo9B0fxI5KiqFGUWMLG76w+n0NyMo6KydJsgQ9H cppMmIcuooUQpMlDKLOwaHsNIrJqcpMtSUtCBtzKU0wzNzFKDDUlTe9bdStOzssoiqJoe/q0 z6oDp0DJMkT4n0FS/QsbRhKaeILRr8qHDc2z9INIIM9890K3UhzIjKCojAyfULUagMktdM1O 1Cq1Wwac1GkQbskks5vjWiWpeh8LVnWs5ILQFfVKxbb2Go8Kq5XMoQSsVcq9HsdJXZ9mVAGN qSZGVh2gGFnVTHitTxadvypZVyUdENZq1CyTKSztp3Wu4aoe794L6k16OCG6tPRfC+3U6DIK TfV+WBTF7TkxlnXCiawPRgDIRBXGGJMnMI3s2V/Xqhl9tu0lE4XjzCSraakuYzdS1nkz3qFX GVyBYWSuheTJTTlWZyBi+OKS7mFZu9Vg31Ql/YfmTwsiuVnaG7uA6U/Eo6dHik1VmUePO14b z/ZDP1nrVSX1r2P2VMceYlZ2yV3Y1p7RduU7WF0RopuGx7nS9razutBwHjiHxHpF07fGkS7P Femaw1uE7Vjj/KlZyjptXCjtLWaNyPHtlcrBSH6xzOG3/afIUvknFyvSaO8p0rx8jK+kZt0E zJMxnVzWkHG9RNbCbujc7cn1833nrnfMgrVpY40skeLa/jpPuGseXLlneWgui+NkHkX1HNFe b6PrBq3PuU8GytdH5VNIEGzJOjWac0973g+rU4aqFd/4Xkt/ufipPT2mmKS8us5/rw3zKzgC kxwDHICpeb2tdA5OEiQIWI8xXEDXYo+gI42CryTXQYeYeR/kHDQwTUoS8jaroPlwKAkuC8KD vL6WSS9+cLl7kwTMrOF7bX6LXhuDUsCslpsOMgllrEQHPMbh001Yr1IjmQfvDY0cNHXMcYUf kyUJopMefEs2JzGS1K4ha+cwSznVEvdlGJOkGV9RjJM9BWcangRKBuUJnr71rxyXki1acdjL wWjy9tDMHmOFCaOjGNMfk5xWjqfNv6uGWkvaxI1LDSY2yKiatNoLaVeyWWbBVZUl5Inak0hi GkoGONQjW26UqQT8mYVw4OU7+5UtxQg1iV0KVtSaRe7WHIN5ZkvenLRFcWW7y9JMQWIwOFuy naoQyZEMJUAxmakN8kyElwKkRNRyzUz4zYQUTlmMzGzJDm/NCcLtZlzkdYvksU1HaLuODOxe U6iRTwl85+cDsIaS3nu79mpr5qJ2hfPOfpL2BzrQYkhcUzKDtMiUDihbPiV0Oe6t2ebxGtyZ oU92gtFXzTWn8uFHklaMvtQPNukE9aMTQK0qcGxXKJPxh7S6la8pvTvf04mf1N1yzrp0p+bd BW2znBxUCHkA6I1EotTyDlJalLQILSmocGDKz2mhO6Z1QptQkTpPOrKWKlFwIckmeavC7kHk lRGsj5zrUurSflgc22r1XrhEh9DOKxxIqLQmaFcWiT+c2+crU4wcV/PyQ95NgzR1hh9MydR+ SSV+iwU2u8XExzrehY5XU84YvnslRGzdmJYTQs+Uay0I7QT+ZaWUntoSyWmqnai11a511PrK ceedtLOQjtuveltZ5mS/jBVQHFwLMVCuJa+2dibO2/sSQ+xc0Hv2YnfdEnsObhxYfZcmLhxa IzGJ/VOJQOTJMnqnSm8UZ4ulivPeQ4F6n021q2Su851z7nxvnWW7JIrznhPvIAGN+zFH3kRg CtVdr5RVwCe69x87+32VS+dE+C7VYRv1YG7+FL5YWwLfbDR+b84ZlVg29UrMIRaxAhhDkD7/ vjrKWBnWK284pnGDnFj50n4jxihPHCL69Y0mDi41+PseY6v1i1uuRcbQqvlkbF5EZq31vUXn C+R8l5PS5fat+SZ9X/yyfnK+UUr49y7WaUmXHYZizOmHMCa80JvzIVzJ2bsb5FaSfnIF6rK5 eUffLPNZstg5z7ne/Vhrv5zz49YGyfdB6IzVotRtZoD3/c3arL+i3wqizhpMgSubQ6AR8d1E GeNP6cyDc6sumL1WP03qG/Wqj86Kvlq5ZeqVdavZBq1Yms9cE/Wxrt8+qNcFe0TWLWMGNdbF K9r3YtYNgbLLKrmc4OS32q1gQwHMYdbXP2uvfY+1tsMdiNttdhM3t36M1uR9V8tzsv3NEjbt /7s56ijvCxKlt2mKY7kG9utse77Y7eHfzXr9HHO7wK+XBN83q4QzzOHC747Wtkd1ePCmcHd3 Zwfiu4Dgpaj8x28xMb+bVv/yDfC5OBnz3/kHBXFoF8c2fwbayBTuudv1zLcl9ubcX5jJvcmA 8dcScVf/n7eMZ9Db7nDCPLOfN5bw+QHPSW8ZNzv0rIPUwb8b6s4i9XVns3q2e6G/Wz2p9e03 2PsM1eb9e7Q2js6R+o5By/wVg+1u4t4WsDnuvDO1Jr6bnDNXM8990dh1fwN/+/9v7Um/q/id 8dgvkULxXNL5KC8JmUHPlOu368xsTaykdeIp8m9YG77L7ee02rHOClju+kvV6r0cfPO0d9f6 n2TvfYqn8Jn/VHq6je3LvBuWAMgYK/03AUjHwviHdgb8f4etfgGN+RrnzJC/o+flR9X0/vfo 7J9Z8wyX3Nb/U+bsn434vv68oD+a0wN/0gN+iXD9k9v37P/b8LiZ3f6gw/v/F6n9tuP8mCvs rFv/F+vXqEwCN8PQP3P9DRpeMTQFmKP+PoQGN8QAQGoiPmCtGMo4uHv/QNvywIGPINn6PhGX vlLMvxQTINplwSozv4mNwWjrwOIrQYvfqIQFu9DuoxvmQcwHJvwWjwwHFQQgN8JLweOOwjQU uUJBQJuxwdMDQcOUQbvhGwwXjawqOeIvvmQqnBwtpVQHHRwsEMQhCoQxP6HFQzNNo9QvERww CaQsERpuCrQ4C7qJQDgYOtDupewvEXw3Q5w8EVqovglACgmzPmNeJGxDw1QOj+u0QmQ/nOw9 MqQFxIwOQyxGu3QuvxHQv8H3vhROQ/RDkrpmxRE1p6RSw6qKRNvBwkxKM6xLRIM6pqIDxPxZ JCQ/njw5PmRco8QFxcqBxdlDKJQ3gYOuigqZxcHrQ7RLxjRTvxPWRCslRfPZQ9xnxqO5vhPU RFxmNPxnRplTqXxiIEqowWAYRxqdPmRxxkR0taxhw/oKKJHivhR4DJJSR5liKowSRzIMLEKM R7ivRBQJj/igqsx2C4R8wrx9yDq0yDCyjVxGD3SHK/vmIbyEQ/yKyGPxSMRPAYIiCglFyKIk SHxLyPSHpAPhIpgcKayLjRyHt0wFyUyQSNGPSXRiIvyPtyyZmMyayWSdyVvmI1SVQHvhSgqR SiIzyhQwjeuKyeSgSmSjSljryHwaSljwrEQYSqjFSmvxRHycSXyjyHSoJISkxiSxicylSxwJ pPSyQ/y1qmPmS1mLS1JVAcS5kMShQhgYJTS6xpPhJXShGdS/G8y+J9TBQ4iYzCy9RAy5kXy+ RaTFTGzGStIhQ5gYpkzCQrzLCBTAPoTNCgi/zKxbzPvwv3TLJqrWvgzTEjzUTOpwrrv+zTEu rrzWxRrcPjzTRTKYzQnYS+IogZTcQ6zKTbx6zgvAzfqBigo2PqTTE3zZzdzmrUzKqDrrx/AY zpzozbzpnvzsxlChTUqkzRwDzrRlIyzuFGgcTdTuFPT0POTfqTzkrdTlz3zXzOxkT4QWTxxw TlTSz7LrwYC7R2rvTKqerzwy0ACSz6UBliL10DKgTnTb0HUBUIR8TtzlqrCKMNUJivUGUFUN sH0Ji4MfQf0ASD0KzSquz/TMq20Hzl0V0TTf0XP5AYq+UUzKq+MCTb0brx0DUaUJUWjRsnTC 0Z0gCtTA0hjFL70bGPUk0c0lsEUlGMwBgYiNmT0CzK0qCy0rTb0sCBUmTllF0MRsUpuK0RTM 0wUtUv0yMSUto/MfQh0xjwsfQw04UkUP000s0M070uikx7Ux0ssszbyV0w0R1BMnRaAY1Csp TKoQ0u07TS1GCg0X1EJVUcTl1IUa1Am81K1H1NUd1F1NVFVMkXtpPr1J1RtTVP1Tz2iS0yzK 0kQ31WLKzb0kNVVZpq1ST8TECf1STM1dUukC1bEuun0xKmCKMPzS1itxVYCYk1ttzYVmC7tP R5CGnYNPTxTKCKNp1XM61nTO1sVu1tk3tPVYTQVjQ0FrlDNtzO1yttz/iwFG1cUDV31dtCTK 150u0i11qO1DV5V9tNTboy1zTYTdCKVgTl2CVh0jWEMMTS2EIwzbzvUkWHzl2I0uiNwSJoNa 14zKrL12zM2OrZWIUFuSWOIMWEzOrPu8WS0NruTSzoiKWSWRUQtK2KLTOOQaWM0QrbTlrcWY SczS2e11TK2gr2zbriOXWhokWVWjWlNBWeUgNG2n0kWnWgWoIa2n0o2o2q2sy+r/0lt7WsVd vTPjvhIzu8S+2y0qwy200s2DP3Wyjr1hww24Vo2qAZW6VfoH270niKPIPoWy042wW32+PLvY W9ntjIviWyMHiKWxvqWy0s2/Q53IUu2aW3sO3Cw3zfpN2zx7XNxCWzxaXNkMWzzfXR0s3BW7 sSXG3DXNkPXEvr3XVotq3VVNNm3Lm63YQr3N1R3U3eCXXYQSXf3KzjW728wh3jXg3diJDIuY W71FXmyh27kljImGWyXoPmwWXpkQjIu9Xrkp3qmm3v1hXHW3ss3YPg3pi0XlXJ0+XZz231Vo 3LXnmk3dX236wGQYXpk03uwoW7rK3w2/4AQGR/AZYBtWXH163WQB4DGQXw39V63+yT4GkbYH 3dtNX+yv4GjdXowf4NiEYA3J1UXwv+4GlR32WyYR3s21tVYM3NYWgYFCWyYYOdW7im3+4WFS 4LXJ4bwGYS4e4ZXH2Lib3+waC9HG4XYeYkRAW51tDIlOYZoR4n2r234nYPIw4p3RYsRAXkYt 3nAZYvW9YwGm4O3djLXozA4xj0Yi2/rs4cXJ43RAY0444zDb40Y247YmXNL2432yDj4n3J4/ 4PZBOj5Ak6DIvu3HrZYp3PZFxG3TZHOtY/XERG5G5KRtZJiq5ETSW7sFDIwFZOilZGXNZPRG 3REC3o3kZURMXd5Vnd2/5VyI3JsdZPwUW35aYPZcPJZb3cxi5OAZMI5N4GZg5fXNM74p3TZj 5ciw5a304QZfR5DADIxW275n5QZpR95nXqR93dsb5NwDiLZt5rsv5N5o5yZfYGZzvl3Hs1Za 3hZ2x953kzZa5u38P65w3+SFW13JZ3Z6585rk+jIwpgZaA59XJ6CwMXHvTDIwd6FYHSl216F zFYPFLaGG9276K6IaDnzaLYJ6M5ZWyNUaBRPaCEfZp3paRTFQwgZviaLSv6WFdaRvoaYCO6Z Q56YYiaJwr6cAQaTwh6eafQy6YCsaO6hPz6ezFaf6j6T6V6l6VQ36YC16i6blyamaoaq6n6b uJ6TzAgZ6tzNPj6vC+6ratYyTmaZwAkFxb6w60zgay3gTIa0DP61a36kZqaxXgawPqaxDZa6 a2Y7TVadwNYia9P3CU5D0D6ZmX61YqYDbF6z6bu9bGRabDjokFqk6w7JTx6oFCbJ6hbO63bM 3ETxwD7D5NbN7I5RbQ69ux7GTfbD4QbUawmvbLz2gZ7abIbZlm7a6oG0EFqN697fT87ekg7a wB7b3c0Aad5C7fvr7kXX7lab7mUj7pZmUAQSbkDnEFyM7DOtbjaobCR1697CbuYDbCSC7x3q USahHO7m7sb27o6w74Krb5XwbE6bnQ7mwWAZ780xyT7+Z50x6XlOEF1Gb6310hwYcAX+Uhv+ 8F688Db08GSZbDDS8CxJ4DcLb/ahcNK46w8NUucP4HUhx/Df8RyJ69uu79cOaOb48U8Wyz6o PWEF1oabxtcL6V8b1J6f8dcY6boCkFyjDE6Y06cf8ichcgPg8h7CS5cjcmSh8l6e1TaZj/8c aocq8d6hcscfaw5ZcacjapU/cwbY8KYDIX7tv5AZ8z8N6b818hc1yf69oicL6u851qTC81az S385a510bjmFEF176w9AV0aoIv8rc27Ac97DdD9C6box8aLfYDdIdHaw9KdBa99L7bI9dA5O CnmcdO6odOdK9M7RrN9LdTZbdJ7Rz09S7Y9W7DJG9O7j9ZWc6hdazsa9pL9Ox5CCbd9bab9d 2vcSmoEF9T9dbi2M6d9i2M8lHB9jbndn9h6odpLgawpe9Z9qbrdYYDdsWM7sdvUXgaFukF9x dydgPj9x8pWK90xb9sw59x71T9i9d3d0Pqd43udld4GzdoPg98dXvtd48EdueBXmV0R5eC8p dMP3eE9392362vP+948Gdc+GKB9OwDgaEGdIzfeNEk9Ix7ePeDTQd0qk9Q94eTVqeQ+U1feS 8W9Fi9KT+MQy+PYOc/Q3+a7Yzhd7xkeOPoePYT9/ee8p94Kdcg6LjUaa1Jwf+k8IcMDUcn+m KC9Ed0+p8xeq4kcs+i+s8I+GKreqd7+v+tescw+fqs9IzCj4bY8ud7q0+0QrjCELc6ef+3c7 +4K4+jwaDCY11Jww+9+nQh+/8pcyjCfAeaK/80e6c+8Q+27AcPfG6+82d0p1c0QYIUjmc0R/ fL8yX/fN8pb6d7lF/E94fRb1/SdQcE+4fS70eGIS68x0fQ7R/WC9fXfPvroU7Y7gfW7VbxeG SV7Ge0/fzx+EfhfYffdkxei9VGfge4fl7V/j5pfn/lbk61978faT+mfr7C/p7tak+acm6Lfv 5maNd064Gofy67RsD86kRH/y5t5qFJkZaXecVffw94f6yo/6Xwadf7/9xNAGiADIaDYXDQcC AajAcC4ZjIQGwQA2BQQbw6EwuFQ+IxMXRWEQqGQ6IRKBx2LSCDyOODkbR8cx2WyqSyyPwuUx uZy2LyGNSQbi6TwsazGcT+gzyZUaPz8YyKi0Cli6mz2BT8aDSai6M0mC1iE0ynT6u1Gp1wbQ eEwQY0SxWePjUXW6zWgYQSsVwc0et0+8x+1Wyqi6+1+pWHA4OQUOqQapTrE4DGWu/C4cTeSQ vJWnG4uF14YXecZ3J5KZaLCZCFjbPWDOXHV4XW6rR6jKXSCbLS7XJ7jQ7rNaDL7665uZS+pw m4VfF8aT3bl7CEjSTc8Z47gQKX9WP9KDdTrQXLdi49vn9+PcXx9HnjjPDOYevPXDDDSX+zt0 Dr/TKZ7ueGEq0uj5Ko/6MuiwTAQIuj+wGGCePUlT/oaj73BvBEGwkhMKQsFzFISGSkI2/8Os /BkOMdD69ok/66RQ/0GxZEEVRfCagRcykaRJCAYq0z0PsVHUeI/Hb7SBEkPRvIAZLpIbrhrH clI/D8JSTBUBx2GqTvdLErQ4k8FyBLaEx3BErpPHbtSBCshIZMj3zFNkuTVI8fxCk8pMNMIY Q1Ac7RNPj8TWss60BI8p0GgUoyRQbuyPFIZSw8E1wRD7uvol6+whSi6Qa0lBo8hMGt5FUP0+ GFOUm6dQN1TMDo/UMmw+mlVVFR9YsdV8Bvch1LKhCFdBBXlMRDX830FFT3OVWcm2QrFeOVXy x15PFmWAHKX2muKD2lXNs2ra9uLc+iFppaC+von81XLXYcv891zByn8twg6TJXFSN5s3c8uw HeiWvogj/O5aqfxzEOBX/RUVYPeEg3xZuGShfDZX1iODNdauA4vcV+N1fV04sytq4BjmQ4RO kVLgqb6LhIkQ5TdeWSbl9q5nCC4O1hFHBrm9/YZguUThnL/Z5mk4Zs8eVtho+eulkOl6LY1H 5jqE8am+jpVpnb92rpr/IIjOr1XEOv20lkAQHslq2pCG07DJqCQlsOnbGnj6bXum4hzd08II xW7LHtk/b/Z+6b8HN+7RG+/75xS81bwOyw/REIYJh+9wHytq1tzEg8HJvMvpzfKRrzXOShv9 hRUo3I3vEN43XMvOS2+nY9H2YcOzBF0X93Gjdc976Qbk9H93asLzxssnv9bXe5bFXk33CHoY r59AeDs/pet3uohqhdEIM5kBs75j6yb8fjRjR/zoM1PzOmgyf9T9X3sqgvxfp8Pspp9mxer/ YOCKPIVa/xrK43eFWSat9+DgEQwKfqp1FUDiCLkgatGAB00IEvOU/yBMFoEIDJeuGC8FIIrd gW/IGsIXmFKgyYJXcFzuwtXNCNBCl4Xl2P9DZYAOIPkqBsqeHcEzAQ/XzBdyZG4iL1iMdeIi zT2PpibDtppVIokGLgvKJCuIrPRiyxoHBcGfgyiIxOL7DYuxkOk8OIjJYnqGIlGt5h0o3RiR fHF7ESEdsqBwe6IceYXnSUcDaP0Oz3NRkE0GPbSo8SIjkYaQ7OJEpokW7yQsjkxw7R2/KQ7v EPtzjfJcgyH1aSHPsQaSsVEmRST9D6VJBpAHhBsi2Qkio3yylC/aH0tgcSiiYneWchpfSmd9 LVuoOJMyOR87xBsR5iN+mNAyZrvJjxUmTDtBsJIxSdkwr2JE2iDI7cJMR5iDYYxIPciQg0y4 mTnicDCKk7FgA3JfFiN6unmTgnW6SdLj5zT6BxOSWCWldzydJD6gU8SFxzBtQcGlBIw0LX3Q 2hMjk9zpne8AG5NqLpqokwmMSzaCMfjfSAl9D6SUFiQdJ79DomUqnaoCH1Lp4kvpFR9SNFqY 03ozFBBdHY1U9BuT951NiPUdkCdKotO5YVIoHUKlsA0KsXpy/uqNT6qF/iogKhpcJNVaBudK bANqvVMqyVChrAJYHJpAayH1ap4lwLlEit1W5oRirgtoG6Aq2wmqjBCu1fDbxMq5QOrFe1zV 5rrWKF08awRDqxQ2xsVLH2IkdZOvUSLJ0yh8c6yDrY32cr7Y5+1dJwxisDYymFmGNEVjvZ+1 aZ7RMltZGqtE8Zq2bY7bOIZrKGzwh9bwG89oqXAkvb82FDZB3GZxayWBP7l3FiRc5f1rKFE/ unbC4bSAbxAuNdO7l0Wt0Nu/G+pywAbQ6uNKUG9yYkEYrxeyN97p4q4h9fK5EtIxX2u2/2/L db9yev63Es8GL2t1wHWEoS/rz2JwTfM4mBW/YLk1RogcGomYUwXaXAa2sMxMpKs3AczIxYfv M1OH2JCBywxRguRy18OELPPEjF15nVxUxmQNzOJ6Ig2b7EOeauwbPFx07PINKI300wVjnGTw Miz0xHkzGuOqOYDxiRK7d5jw5XxxFzK07sUlUv29/HlHsw4gx7mCdV5mRkqv2pXMajs24caw dfOOJWt5sQbUXMbw7956bTnh9+b8s55yBmsjd+396CzRAOxRgNEYKz/odJ+arWgyvXWbIsYd L6FzJPjOzUdLwbsVUPUOIGa6ShNRCuOVkx4ccvmzVt5nEaw1SwLWi5tVZZmmQPW2qNcav0Oh 9etEDDWs2G6LYK+aIWltZiBX+bFKXmj5lnaJA275Wl5ebZG2GNbEzBtkgapNi7gljPzbjJdy zYuZhzcW32O7p0dKfcO5tLbykPTW4Nx9yzlyse5nEh8nb53/s/Q+/sFKazBHzbWBN+tI3vvH hyO9NcKIG8rhN4eAbFPdKWQ71N68Y4RmyV95kd745GQNGfImz8o0rV9usKZh6WkbeZBucOZ8 Vy5zLA3Es6RpwU8LR3PuaSr0P0LnHAYp8sjny7DnQMwdJe7VLQ8YFm8w1J1RYANYe9Tc71pb ubD5La69qvS3YesxCzB2YGhQ+Gdln117ZkV1d9eflYh2fY8s9y6H0suFHOoq0sR34zGju+r+ 7psXwz7cweGhZofw0OPFvW7ZiKqL32tb4IJ5btGbPM9VutlnyHa34+Ipv3/OnoQaxT84+/1L 6ao1FBrKf1fsOherf21rj1Ufb8b9PAP1ucCldr5Hmz4Prc+fF+Hof4usfiLRUhgCoPzp3fNg 2k6xfzVw/W7J9H7Mncs+f6zwr5q5vn/fsX2vbP4+57C0d4PrPzND/u/Rg/K38vrd1/tpPNho u16e/2tG+s2Y/4P+340s8UKuo0/+YmP09zAOISzAJs7EoBAgY6P001AiWAP03xAw/6rqoIZV AIyyfC7WzSzZBG+1BEaCP+3UdzAyyQzBBbAQzIhDAyvlBMaRAszpBpBJBgvC/u2KfK6zBK0P CDBk6XCKJKwAn+5WoavxCWbBCSPDCeW0MYjnCWbiMYUdCuV3CiKpC3Bq0rCWb9CaqHDEX8MZ Ck6dBlC0RmKurYI3CXCotqJVDjAyrdDpDaKus8SU55AyrJDpD6KuS/DhECJKOumedPC7EAn1 CaajERDklxEIojEaMMmednDJEOdiKuxnEWo5ENC85LDOm1E7DOuxFJAyugIkl3D83pFWKurv C9C5EHFUckWbD0mwl2es7Wm5FpF0l9Do4QKut9DhGDE/GApvEVGIffF2tLFyqKBoT3GPGes1 GVGm7bFyf3GgyMSUc2KutvGVGyllDoV/G9DDHJD1AKkTFlD2kSg3G049HbFsvgSUWpHLC1Hq BpF/Dg2nDtF5HohNHfClH5HKeGkSXNG0jDINC4oPHG/PF2fkieXrGZEOcQKuvpDhIqBpFNIw tGBovGSUYPG0ycifFtIpI7GHFUznAzH1JSY1Hyo8ifAXFHI4ZLI05iifJrHFJpCpIvFUZnIs v4jKZUBmhVC9J+BmgNKMaDJfCsaJGEjNJ9KXJ1KiZxKRGurhAyjrKVDPGjDhKxHLKavDD0xE jKlLIDKVLNI+gvChHnLXCpI3FUbbI9EjLibrKIrqgubjKsyqSUbgV3L3ErL8WBMBC8zPGgdf MKcFKRMTDHFTL6cVJtEcZHGhClMnLmVoh4c7LvIgdBLvErM6vRDgxrKAr9MzETLbNGBnMRDp NSxhM+ojKtHTMRMOPfNZNgfPNso5NjCkeLGhMFNyX9NVKgSUW0BmxNDhOLOPFVOLNXORMG0N OWetOFISe8WaOq6JOie/OnEOfXOvClO7N/OQpvOMzvPEqLO9C9NdOfDDPVNpOogHPJDLKTGg 2BOif3PIMAfrPvJVDogVPJEdP8aJP6rMBm1nDgwtMG4JFVQRGhQNQWWjQK/oSVKLPo6/QOhN QjMxQpQjNKh1QbQkd6XNQjEPQ9PIklQfRFOUBkByiBQ+VpRYXyBnQVRXRbRlQsIlRhOtH4JV RzMG5SI3R7GhR/Rwi0IbD3RgYnQ4MBSROtFCKpRgZLRXPLSIY7SMxFShOS5jSxMG23RWkHGh S6BzS+BnSHS8uPTIo9TEaCBm4tR4uxHzBpTcaDSkqHTVOC6dTlODD7TzMHSdTklLSkajTVUB BbT/OsePSelbTZOGccbBUWprUaW0SUv5UiWBUmOuccbjTpUwmDUWjDUzL/URR4mrHy83SBVI 0s+vVOcFU3SfVJTQUccdUkfzVXVnSnRWm9UCMMb0c7VSflV4nRVStLWAWbWFUwuFHy8bRxWR V9V3WZAxR4oZVgPDV4dnUvSeoYjE3pWqV3VTWceBVS7JV4o5W1ALXGX8UfUZWK87SfXXW3WL WVRWplWTRvXkesIFTTXnUmr8cOpvW0mxX6UrWNXbX9SWp7W1L5X6qLXLWorJHy71R5YdXTU+ sjYfG3X6f3XS49YxXQ7NR4q1Y1WpZBSXZHW2rmjFSfZO8LZSWjXxZFZa+TRxFhYtUhZmBk/F SBZs9rZy/PZvVuBysHUs95ZYXMBk/TSAsfaM6lRxaTaHR5abZ+s5Z9RPRXak+9SfalZjaqtH anSWtPHzadaQY1aVX5a+Bk/haYY7bJa9bVAnafbU/9SAt5aVRfbm2jR5bnbRRXbzH8YYZxbX SeulUtbjRxcFHymvSWutUtbdbkaRbPb7cVcOtTcKvCBlCHcpUBcvb3cq0JSevsBix/c85XdB NrSAvtctW3dO/1dMbrdRYSoncXdFU1cZRwwbcldfVZc0XZdzcnRWwoBjdhR5d/BfeEcVdRYA xQBjcVR5eStPeYc6LXaXRXebQkWsn1eA0resdPewjne0W1e5V3dDI1eXSBfFejRffNFheeo5 eUvxetfYOdfWX9eiOBTIy9eighfsWBfPfqVNf3fiIjf1fGPGJHfsesBjaDgKVNgPFngMe+Bi sjgVAnI0sLgDgWUrggs9gNgxgbgWqLgy35gNg/f7c7I1gjgtcRf/aXgMf3gQmhhZfngAAbhh f3D/gs0nhMJ7TJhxgymZh2rNh7f609I1K7hmBhiGBjiLh+g3hcnDh+XDhc1Xife+sviM1jhM 4ZinhriziO/PibiFi9g613iSyNTI/Zhrh0BhjPI1JniNjXjIpFjMtHjIZ/jkWbjpf62rjgLZ jkYngyyrj7jvG/jcY0KaYTkDf3kHjkZLkMMtkXe+uFgVaviJKhTI3ljIepksuPkMjdk0ZUBj J7k0ZxlAf7lFfmnJjS4Nf2vhk1fnFTlbkStblhI0lTgU4oBhKLlsvDlJfyT1l3Lhk0lLlIk9 TI5vlxRvmKbrmOLDmSbjmPikM+cFmHkdmib9mOdTmSb8BjmBmiW1mvmZm7f3lRgU6Tl5j5nD I9QRgU6xnTF5TJnYJBhCBhnZlJf67Vmfmo7VnrjTn0vHneojmPidnnoBNxgs71I9KTnWeBnj nzoXOrn5oWyFoNodg0LqWBoZjSX8JAhJTJo1PVgVXZI8yjgtpCBgyViNpLmo9COGZPo6pvox pApvn3piqLpNdLpQffpsnppdproLpxprOhpcf2RTqFo1pHpxqHOVTI+DpZnPqZPDiNqeRjqW WjoHqdqrqVpsg3qtjS/BI9qzq9q5gVrDKxrGhNrFgs9Hou1Pqi/PoGWNqoXNmjl6/lm7mprq 17iNrq23TI/5l9mhr82vr6tHoGedsGWbl9nBAPjVcnsGYnrnnPsW3bgVA5sZkAJRm9sFsxov QVTJBHl9oFs/s1s/FrjTBjsZh9mOZxtRf7tPT9gttdpvs8aRi7jjmfovtfiNB3i7p3mOlLi7 jrt9sRSHtnt/tzTY5rm9uPlIbBgXk7uZm9uTh1lIQlKJCDgLuoV3uBfruztxkru7I9TxgDlJ mtuluw6dutgJvHvRetRPuQRvvTj5mGBBvjumRnvTvdm2SDvxvlD7vruxv9etsNv0dPi7kzwJ uVtlwRvpwFu44tv5umdjvTwHwlwbwiX3KINFwAPfwy/pTZSdw7fzv0TVw7mIZVgXqIKnwhuw IdxDvltLKJrVxYUBxdunxhd3xNxugDxsUjxjndkMO7KI8hxnyDaBwU3bx9mZkMI9yFizyXxa bNh9kMJpybhDymJbybkByvwZxeVbKJZXuwV/y+y5TZzFyNjjkxwZY9vGWpyFunzabNytzhx3 zCW7zHwPH5ybylzybNo5jIL7KI9VzYsXKJbDhnz/yh0F0OcvzvkdgyMlzHzQcR0Dll0fyxV5 vkYF0KmHTZ01Vl0d09bvvHJVKJaP0P1Icdu51RZx1ON10p1B1dX71gZDzHjrgz1pX7xSZn1L hW+txVZ9p319xbZ9jr2FvpaVqI+sO0IbKnOMuwIblZ2VyxdQVF2cPGIblC+12PlrgD212Zqm +sPt2/kd3CKx2/pb3L2P2b3T2hvVhmUgIz2xlL3gIP3lfr3p2PK1gKUhur2p3ul93brh352H 3126mrTZoT4MT94RsaUgMV4ZhC+fvpdJid4l4Zh94tdJmZ4zol3enhTZqPON4/fbky9jv3fb 2KuF4v3v5Vfbjj5MSh5Bkr5MS35Xh15pxbex4ioP5t32T357275/eB5v6Fp95Fw55R3v3Nej 3R6WzP336X5C9aURTZ6f26pl5l5L6xejk69byD1v3IQX07w9693r0t5urJ7HmI9byZhdvd7Z 5ya77QOnTZqU9byp7B7n7xPrOMsjTZr49x4ns78D7Hfz8JhB5urdzLmQa0OV8X4r8V0R8SLH 7+3NONFh8ro4a0Ld8X438xkN4xaD8rkAa10BjJ8h0JjJik7Z0hyf5uqx8r4x9hyB3IOd9j3v 9txHj47Z6XT3279zVF9+Yvtn7etPw/jK7YNlvf9r1dtv32trsH7X+h+d26NZ+X5v+tv12L+z vN+qTh+v33cF/B+92Xuh+x+/u7/D2vvJ93cVtn/b/X+73evLvf3R/puF/P3F/N32vluL3uBw IALhgOBAMxgORcNhAbBADRmNRxAoIMxiMBcNYVDIdEBcMxlBYOLhjH41D4jHpBCBnGYbJo7H 4pFoHC5bHJRBoRI5pG4jGJBERpO5dPoNERtQZLHKIMBuLhzJJrEYnTITBKTUpBTRpSKiLqnT ahG4QMKDBhsLhlXLFArKMBqLhvLLXZJBZxzcofCBlX6rQhrer5YbzaL5W79gKyLsNSYQNZhV MXNcbj6bT8PF8paMvcbriqtkrhCrNcMFf9DicENhhnbvQtVnRvqdXZtds7dhNraLbb8dubTI LfnJLqt1IBpF7xxBpU95ss9xpfueXwLZudj0J9w4t14Nx+zLeJ3BgM69apXFtbBvIOPNxPT4 /Luff5JX8tF8J1wxjmoMMoS9r9se/bLP0/gYP8GLkv2wz+sU10Fra/wcM+hwbQgkDyPy8D9h sqcEQUvqDQDB8QhhAbUxOkD/KPEjLQbBMWse9EQRcGCLOm4cPpBC8cpE+7/PbHSDO21MgJBI jXSNIbix7CMHR7Fklxw8EVqCGQcsRKErSw3EewmEEroQ4UqK8qcbwolcJTNJkyS/JbfuHDMZ TZCs5TAHKmvrOKRI/MLqz2+s/L21z6IVPze0BQwcqxPdFJO1LyUc5FCITO6xva9ctrPL89vZ O6mw1Or4yuprk0zT74uG46ZyvR7XVWglSVS8FYVQ5LjpRWVQpXXE+zxPlXujWU9VpSdZVvY1 f2Qn0r03NCj2TZ1g1iu8n2Lak82RbCOuSt66Sut7Iwrb1NWtcbq2bHzXLfQcruPODwXZaizv beU7rPGDhubO63w7dbMXvMt/t7cDFXrgGC3Elbg0VcODs5dzSX/iAcuO67h4avuMTvizU0Vj rXLO3+C484uEvbkUt3ZkLn4i1uMZbiqnOTelqZRmObuviMpwqs+dZli7wZ9Xzj5foWZ35jWj tbk+WaZoDUrBjjnuHqWI3hCurZlniVq1LbyTHrODTu/yUarscrwk12vTu8lEPBUtqPIumz39 K+wOTuO2z/uCnV8/yZ7Oy20ujwW/8K8CIxhwln8VRT/O/CvHb3t/JQdwmzcTy4cv3TzhqBO8 ONd0HCcDzUWbvLvTy3tXPv/0NZ8tL/S8bgUrv3YnZWoi0WOGnNfRu13f9g5Ph9vSvfWB4/cp WlVFc69vneJ4VudhXYbIRRXeejSsr+36ntYF5NPe9dXxy2i1OPAhHyBz76ShumXd3MGf4olO /g/h+X8fElv7KsBw9lND9lcwBaUQ6AifYDGCgSmCAzCn7LMgMgR/xFlmPude/pZJFl8wVK9A 4hEFIEPphA34oT9lYwPPMDc/a30JsSfhC1K0Bl/QxXRCqE8MoSwQQDCkiLWH6w9gdD+FcQi9 wChywiF7QYEH7YIDgprYYgxKLBAM/bEIoOqiaacvcUS8Qsi5Fluj/oFRehPAqIkZ4HRVjVF2 LT9T/MjiyoN+EcYZlNcrHBk0c4BpAh9GdloOCzuZgRH6Bxb3PRkYkXuREKz/M6kEpOOsi4xS OkopuQDTJIyEj1Jos7ppCtIL3J+AZ5IFSDgZKaQ7sX6yqlG4iBB5DDSvlBK1tAOF+wnllDOV Eui+y0lLL89kGX/KRhScd3sxYTF7OO+qWMy5cLAfgeRwc0YvzUgVI2E5x3FzReYDebihphzJ gROGB05n4HHhnMiFc6pzzEnK5eaKu5wOvkY9WdM9pIy1nq6iYcHZ4uzn/F+Zsx36T1oEW+el BZ3zkfrQqbM0n/UQgcWdyND3lUDhOW9QMw4V0cnFMajb1S9n+aNAiXJe5VPwpSDiXdI5xToo mqMHEj4GTaL3FeL9OAcROpvTSO0J5SQOgZUOkqdH61GpdAepKwqlw1f9L2o8TKmwFkM/Ci04 odVYWNT009XIJVFq7SaL8mKjtcLjB+s8A6zU1ao/4psLpsQnrjDOm1dIbwMjZTlgD8K91ejp XA3FR6Tv1jxAqvUSqg1+iVT6vET6dV4ixCSxlk4P2VnERaTgN4U2agZZ1+78FYg3ezCeNIMr SPIf9acHFlLVx7f3aKQMQrZHTL3bG19trW2htzaCi9nJKWugQRGSFwn63EgVbi4corUz0Ii0 y1M37n1ab5AgvUDqtv+uvbeSV2jNWoek/AhEs7d2/vHDO5T9bzpgujF+9dqHJ3imFem1Ldrm wMiReCiV1pl2pkTfxwdwJnXqv7eEltu3F4CTRghQ1wKHYMvYUY81u0rA3b0SXCl7ML4HeDah oZQsM2obZhh7+IqmW7dRhYzWJJ7Vpa5bt2cUsYWjZTiB9ONGkYYP2TrExgqvY8xUwrH6fcVV QIdkPCM8AZ1eUDkHCbuMGtSx1STFUIsluixNlar2UcV4HyxWmwtXnyVpiBmLCuH8p5jzRgdw Fo8R5sfvh6GGcFWYuwXm29mNcMNlyIwzEGfL2Z+z2sIG65M/rG0LV/OCzNE4ychg0vFbrR6G 0HpON+ktA6XbnhVfeGNN6Zxlp+1C9tPLooRiCU1o1T6lXbPWWtS9W6kwO27PummEauwXrS9h 3tIt4vYpHVEXNE2ByPr61GvMQYVTthjCqvdk6/nxgfCqatksmBuoXarIzYvm2ltZDmC51WjS Nsxlu28B0e1VfvJbILUar26zra9qsj7s3NuC5iVdq3Q3Ht26CI9yb9bHhhlYMnsaKyPwN+1V Jo5ERniBh17EdcCbRGDLXD7UJn4dL9+PGb7b+wOv20fDeJcdxOW/AJFsy8m4ZUiaPJ635HXx g3kWB+Ypg4LjLmtqEec0cu/bMq9ObKuwx0Dgi2cQFndRwWPMkcUmr6Hi3p3POm9HdtwWMfMO qlNv/ktaXBCI6vVAn1Dt3cj9h5smLSPZuCdoxB0bi/LO3djwX3EnvaXu8+wmqXs91cl967X3 yLKhgbdGwx1pKwNuVdtVGDZaXhfF96wx19WPg5WQvVZ5TSPkubeNwOq7r1l/OrC7HJyF6ufM Yg7rzbxPkVjeIxP6ngjK/WLM9dkbJZWPYwm9Z5PpGE/ceuy0pfmzRdI/C9zj743wPkWDWhi8 xHufg/M97iAyfqsT/V4Iu/Cf2FoZh+5w/DHbPs45wP+IG2n/wxcBs60lr7ubeE/aavgnQCS/ u/HVSDDI/z8GBn/nw7R4oT/zm0AD+rlD/70AhyDC2z9cBD/rjDgjX0AplpaD/BJD8awqDBnT 7ovEDLsT4kALhsCD/iDBpj/bYkByUT/aPJzi78BhNEFkDzOcBJEbgkAj9sGg4jAcFiWZCzdU Hbw7HYwUH7mx6EALb8Absj/sI8Gq3kGaX8BiTkFhwcHrrcKTsUG0J0KbKEAJHQGQ0xhQp5dT gh/L9sLsBii8MJxcKEIRI0Ly9b+sNo0z20MLw7G8Lie0NcO7pMMkBLfEMZ+kMJ2cHp5kQLyc IMO8QUQ7+pO0Nz3T9sRg4igD/sSCDkDkSERUR6kg4ihwHLbERsMETwGqM0RZ7oiEALYEL0F8 VAjiIETpUcVg80Vx8kU0UkWa67+pWsRsOcXMOUF8XgoEXzOIjCWD/rZ0LyusAMY0Wj9sZUYJ ZgjkDDZELyTEXBY0UTvhmRWMYcNCZpMEbcDkbsacYkbMbyXr+rQ0cUNEdEb8AMdcaj9pe0Ly XMc6wca8E4HMeMZcBJfccSWsfBhAGqhkehgkgJ/sfaLgGqbUehiEYcfzP0Lyd0hZQ0gsTkic gT9sicc0jEb0ZD+rGscUKMj8hLaMBMkUi8kplsikWJmsb0k7/slkiDbklBnUlUALD8mMiqRc kcKsm8kZXZappkgsHQu0izJUoEosSRX5Psmr+pqwGqucpq74xz8kBJtkLyu8qKWcFcq0p7gL 9pvUmMWMsEpkr6X8rsOcsadkAIyspclxX5wcskqqZcs8F5ycLyl7+su0gsWMvSlb9p0kqb/E wErEv5y8wMITCUbyxcwp1AGqx0vKe0qcDExMq8qj/oqUbUxB20xyvswp2cqcVp40ziKRLjHk 0EWM0UIR6ULyyL+s1czke8162j9s2SN5Lkia7MBK0s1k203czkFZ9hK02EF84Mb03L/s4sLy 4QGhG0YU5c5pVgGs55/c5SWE5iz0b06ZYU4Ync687aCwuU7xXM6U605sZ8x4hs7087g09U3C 6s70bU7U+MJs+BMAGk4ojU5iHQtJ4c/JExdE+52M/RdEzjq9AZds34sNA8+ZyNBc+y+M9M/5 doGjNYBtAZggGktk7s/9DDA1C1DhPtAJUNAchk8FDayItNCFD9FA5aeE5lEMzFDdEM/FCMpd BRA5k1AM8NHBkdFqgFF9HLN9D6oNFMmVIC21H1HaQ1ItH9HFJDDdIaRdDLLtKJnVKZcVIFKx 0E/ysk+zKVGqUVKdG9LtIqck5iV1JNDdNEolNS74GjQVCNNbl9M5tFCkGVOiWdOxrFPBK1N6 LVOhu1PzYlQBWNPxytQk+zTtOKZdPQtVOhwdOxnlR9EMlk/yuYtJWs/yc1TEBE5lTYrdTosk MVP1A1UVPrSlCKdwtNVFD9VVUCUFTye1V5ClWJ1FUlR1UVWzd1Vp2wGlXdWJ2dUFWlUVYNHa hlTlYailZFDdZVXzeU5lZrYE/ykE+zZdCNagtJFNaakgGjalbZQ1Z1EY29cDiNa57tbpc1aB UddFXCnAGjj1D9d1eFdR8ldFJqo1dFMwGFfFX9fbONd9Kk5iqU5lO9fxXNdlDdgdb1CKrM+z fdD9hotNhdiBY1hE/ys1e1HdjDmdilQrndjs+0I8/0ZAtJJFkZdD/sztD9klgDI05ivdcNG9 mFh9l6wdgFmRhFjNDaw9h0g1mtDDfFk5iFgiJlmtodmgqlo9F1pNclIxVldCZ05lQtftQtoN CK09m9DdrFa1D9rdZ4gZltltYcYFkNgNsFJFkVq9sNj9qVKVbVtVK1q1rtKVjltpplolG66Z MFlNQ9sBpllNQYkJPtwFYa7dlNUtwz6s/y99lJsM5lxlxVCK99glSQkKWbJc+gkJu1zFwqX9 zCQlx9zxRlySZdzlDaENwd0dD91Fvd1Vd8St1rsl18MR+tAQit2joU9N25K100/N3d2NBt34 GVzFWF4V2q/92Z1F2p3N5N3j6d3zEoldF1252d2tEd6hWN2s8N7Fvbs130Q94b+FCwGN8F6V H98h5V6VqN9BQN9VWl9hQ16VM1+Fvd593ULd4bmt757oGZkF/d+N/1+9/j2WAR8gh6A9d8It /NI19GA1/V3TPGBd+eCOA9lwkbON5d7bQF4d3N8eDd907uC5XN6VR2EVwb+mCBY2EF30AF8K /dd+FuA9BWC97L1eFN7LzmDytV817bUWA9LAGOH2G18eH0D932H0CN3TVNvb7WEOJd4eAOIi weH+ErXWKFOeIJhF/pOld+K2LdSWLJiAj1TuMN+OJeI6LgGb9F3V3jXV313j9l8d3mEuNtlV d+Jt4bPGN5kwg16ePAimF4GLcNveM+NhluQF7eQd4cLePZnWMd0GQSReR+GbdmQF68D+Rckm O6UWMd9+TGTuEOT8TF8bgeS2GeUuRl3WUuNeUhtGSeELi2Md4uWOPWVVzzQF3zkFveUdd+XV 4cO2XN0sLGXt0uVOVpwePt+bxOX+BjnOPt9eZx993WZ2Y1d7omZOEua92F32a8Iubie2bGEL 6YGRK8r18ecePubKe2cuIDrovcqmax22cqEWeN6ubd3TtWdmEufN1l32fNvWfykmUGgJQOcu Czty1E9gGLv2hNQehZ7uhNQ+h5Q2h2hkjufBUbgmMjwxMEL122jmciod3zzWkM6wGOkmhNx2 k7OOiOGbz2jV4Ol8hV3WmV2z2Gj15mlZZmnF7em9hukZY2jV973GluEOokjV8eolal3z42jW SGpsd98epsed3T5+p2Geq0UeqqwemF7b7Gj15AGOr+qmqRhGhNA2sWs2mespiGnmEL8QtNdO tOtqkU/IGT+V4ec1buvEqE9Ou+jsiOv0A2jutevZk2uNM2u+w+vtC2xS22vNLGxxWOclO+yW jqq+wRluyFR2xRnWyik+w2z2wOxsC2uNH+xRpmvOem1Gimxmw21Ouuv0Gmzc7oGW2dLuu22c vG2S7+2m3JtGz88O224GzGxpC+cm3G3hu2vNBW4e5e5O4yX+ylPe4Zwe4dQ+6pPuxVWm7Ojs 7Gu0Lu4dQeyhxeylSW8mikwmxu8O9VbsNu8W7m981uv2+VP+yh1G4dx2+5K2cm2sP2ylouyh 2e6ezjamck3O92eXBGvLHm+G2sRm7fB55XB2u3CFE3CqkmtO4UT2leznDlGmxsVG4dA2vOim 7+v3EXE/EJUfDXCR8mxV0GvJ8mtN5muJVnDu2sXOle0/HU/uv3HVGOu0Y2lexPIdKFbvIdFX JBY2h+5saXJvHPJjPXH6tRBNOeuJWOh+yMcPKGu0dHK26nL9CtbvL9IXMhdHMGzkePNO2vNd OGxvN09+jxgmSPGMfmLN5HOZPvOu5sh/PnNqLgGNVnM5iHNnL3QNRWxpQ3P+u3RdrlbvR1AW jRkeSNWHSZK2SO7kj/TO2smGLO4XT1aWv3UOTWjRnWLPGsm/VHUCRfVfTvVtuXSCUWLNEejR pmC+zlNm21tmhpMF9GyJq19Fl3XvXcR2xsq2C+0/ZFt/Y5tHYW7ksHZO4XaNmmhJu3X+znal F2hJwfV2u1DXYvYfcHXG2su3Z/csMV9G5vc1eed/THZlbp0mC+xPeVtOxsyndXdB1AivfXTG weu3fDqPe5212+6lGO23f+v3g9wW7h4wqnPPhz4Wux412+0GcpQPfPifDLjHjXjHgVbs3YkP EnkLtnjRQwkO/XkmO2cp8lsFBvlhK1sHGM5NsFWmPpVlsFWHm5WIqk8PnZMHh9R2PpXIql5n oZPvnPm07Gu7yE9Po/oGHNX1E3pmTWPpZnoM7vq3k71M/OZ/oDzXrqEnql5Hr2u5LPp0/flH n3tPrntBdFf1M2QBdoqlEfuXnnqPu3oF8VXyI1f1qOQBgnovtZhHwXrKx2u78HtxiA2+emQH xfxNC3x3k+IdX3pGFHyPy1I3omXXrtIg29LGMZkdcfm3z2AnzBk1UW0GMa2w29BX1fnmI3p1 Jfxn1yu/xGvWMZnX1Pn32w+FQeMZplA34Hk+QfzqUVU3myV1UVouNS7/4X5WJvrv5WJPyKl/ 2/13633frP7P01XykWu+N3p37/56X9UVPf5pwdHH5KZY+FQ/9HpH8PyNTf33m3+eQv+UMQ+F x2LZxY+H4QGggAuGggGQwGYuGEDNggBo0GY0gUEGAyhA4EELhsPiMFigzGUXhkOiA2gcFGIu G0gjMjksTisqkUolsUGEWjExHEWjkvm8anMSk8pnsQn8FGERoYun4xHI5lE2kIzGouGMfo1I qNTqsSo8KrNUqwwo8/ntTGcpplOHMfsous9cmUwqVutFNF1ruVTlNXr0ZvVwvsOv9pu9sr44 ltHkl5pUDwl4tuIEGPw1+xtwGNCqI2l+UuWcmuTuw0wNnzt2ysOzke0VO1Om1mE1+rj9MHF3 zUZzg1uu3G+zF281sC0u7utq4EW2WfpXDG1Q3XNz09znK1FyG8Ix3XnvZhOi2453MO73b240 6HkFwy623GWl7Ps8EC9Iz+PW8vY4O1HPZG7xvs/bwP0Gr+N817/Lq+79P+0TjQYurqwg0UEr k6zXQs+b3wypipsknr3O20D6xDBzgwBEqmNpCz6RM0MQRapj8xg9D5xrGDfw00sDwoF0GxxA 0fNfHjbPXHbcR6+UYPFJMSSRGUfQBDEoSUqMpvE5qeyvFctOJHrvy60kBzC7cZytL0OpQuSn Oe0SzSkp8XPrNjrQfLq8RVE81sLNzLzu/kuJCGijszOSYUGqkIz0m9EULPLhUYrs+vHRERUX QVJTSrdIojNNKMU7c30PUE+03TC4001NEKWHMPMDVbrVFTlWVdQ6Tq3VNbLA0SWV1XFW13Ri TrfXNhLpUtVWGute2NYgcohQtjLqrVkzVPL0hooNJ10ySmWZQST27Z9E25UM1UYmjrKJbF01 4uN0NPO1BI7QC3VVekTNZeDYyxfV53td1Xoo4SmIPMV4YItchUPga6oPe7pBzg2BYjdeGYrc lGIO7+Cz5jTtXcxeP45YFKYfWNz0Fk7RIOyGVPXdWM5e+VvKwhqHQFmto5fArRIpDeP56pmf 1eg8G6HheP6PiT10Poy6opG9BO2g820Zqmm6vlkva1pGpZuiEN6RHOryNn1D7C7dVIhGuO4P qcY6Zq24bbhUmbLHOx7Xhe9bRvmXbBJ4cpPH+4SZr1sIhw+7UpxWHazQSpv5VXJZ9pPI6bxF DqnMW+0Zzm1c3NHByj0U2qYsfTOtwlKL063KT4pnWdFPHANIqfa9h3NDs5R3bBp3q6pPKub+ C0XU0Yzjt+HbHlNEk8wUF53UUv4tUYVr7SM4xe3Vf7fQ+SpXVwF8NWeh73xeOnnpfT6lIUE7 NcBwp0P/hXfqX9m/4v4o/3/0sd6i2DsrOf6pSAZaH5p+ftAh+irzsl1KOi+BZkycvpUYdlcU EYBGXepBJ/8GX1wfO2Ud/JpDbmhBjAl+rN4TnWgKoeFr6lsG3NjCpV8NDawVZEoKHEFCnFvU YbdhMJFVRCgg9WEyen8RFiUDmF8QTpA4Oy7825yopNch5FE+KhynMcBwpSLpjorqqjDBR5S2 DXRWgfGhmEFDbs7ZvGmCh2W3xxZzFeOppCnNCiu7+PcOY3xgjvFOMjpYUyEi5IaMciWjxfcu Q0GoMIzSPBpJGSbdyQyWhTGcmEkWzSbRaTeTzYpHNkkyUeUkVT0yebbI5oEp0Yg4Km4WSBXY rSclFLaSb2ZPN5lcYGXsOZZnjmDBQqbPZcpPi/J0o7h5HSYlrMozkr5IPDjNJ2a0KZhzYczL KNsoiTudmXOBNEjpeThjFMc1INZ0QUKJNx083niSVKDFabc5J4mclNNV2Mz5iEnTxOaVdAIc zEIoo6eUq6DwInvJmhcxnSyiajLuhSnZx0OotQaizkqKvcMQwCiSqKPwekqRSjxB1TSQIoUs HDVZO0risRCEqBX20tgVJClEOSIUkBrTmd1IJM0+hTS6UVQqbUpkqQdYlI5V1KgQRB/1SYAV Mk7S6FNO6mrWovTirU+p1kHW7R+rNYawTArLBSokmasU/pnWuFNJpgVuBxQSTtcqzyiplMJk FeGAVXhDJWvNaFg1qiUDih9fGCVzTjYiBFMK6xRonXyK1cLHxWqdJ0qcXrIyZszGKwMorO0/ qiDW0NQ2UyQo5YKIFnI2wpnbaC1tio82kjvPWzFtWPWsj5ba2EjZrW9gRLq4EFJmzEgRa+TN jWbSVuUWS5MFK6SimnGKyl0pP2ymBdMyYNynS0uYjG7j5LkyxuFeOVt5ZIVeuJJQ3jfLFTrv VCm4snTOTOujeO+1ub0zKvndZw94XoyQi3fJJEosBg4vRJXAd4ZkSZjoY68N3ga4PvXNTBU5 ZUTAjXduMuBk4gxBvFWTuG8QRGxHh/ENQMBOxBvBjDWLMTYeTximmcgcOURkzjbEsSAa46wB MA8+N8JZBx3KvImKbRm3e5kiYmSsIQxlFk67b+5O5SxA87KL7cW03krKrKdg5IZeyuzKSBTl cH/zJJXMxtct2rzK/fFNPIfloy3MTOd23cTrzviDKkok2ZfqQDXP+Y44ZqWtmjQugtD4xkzA 3G889FLdvDpDR2O6og2g1l/NzwNM58zBpwzuTCYaYr7nE9OpDY6m1HES7ejCG6kYJjQ1OsM6 ZQJDrTG+AdQaxxdqs6WddfHKBu67YOeL9PAfPds6up9k6e02DbZuwCb7QtbluFeyNqvf1G8z YzttqNC2Hsfb+bHjbTJPuDZe22c5tPHtRo+W6kbuzptrc0hs0GBBtmyA+o99LH2nuTNO+ZP7 h280Tbus+DZj3xwnRG7Wo7C3prfh+yoLcSvBunf7fN77841xHV5FG88E4Qk/hvHL/5Y4tydd +t2H8U0KDbluIM86j5juFuer+a8o5wmjje02J8H5pzzYnPsUcY5Z0XgLVeIcr53jPmfRMZ77 6hv3eK0N53LJIuTmUWNX9W6BtPr2Y4d9dU7yXsHZedPAbZxTfCvexdtVRmi53ZMl7l1uxbrf N+1Zaz73fLWttXrU0BrPwXb9R+F7lqfxHffAwA5t4rxzldpqi63t4wfZtb+X6f5nQ/m/G6S8 Y8BWuY+5+ig4DciE+3gIju247UfrPSan9hvDWfs+javRXoTdvufH+v1L5LW6D8QNs9lEoG7T /fax9dtNCXW48g2+buH2uv/U/T2F9XUZ+fhtm2n9r1H2WQfD/AzT494tXoLxB8j7u1WV/r3B +3W52dwNp/B++b/8d7Mb3whX8X693v9t7F8NpthKVtRthP1NbwDscNXkUjfkswEuBiDsGwGQ Iq9wIG2wHKSDnrwP4QKQMQOngEiQHISwNuQt8QRQQQSs2PiQDOSQTwXQWr/v6NpkpwHNTwal SQaHMgblJQdHOgbllNRinQfwUwhsIQJNZk6LtwisUQWQdHTvpQhMUPgNXjkQlvzHgQrMQQgw dMZvsCbweOtOeiQwwlHPUJQwyFCM6QkCYQwsIQqAaQ3PWpKQ5P0v7iGwwslmGw2lSQtt/Q0u 4l2wwQ+wbQ+MtP9RDClwgNPwwxFFbjUxFszwBQyRHwrrvRIwVw2wgw7QJw4xNwzpoRPPHQvx KPHQEQ8FtMQQCwwRUvyxLxWnQRNPTw4RFtJFwjAxajHAbQrQwF2xVK/wMwFJ5xgwrxOwRs2R Jw8F8Q7RLxluRQ2xnRcQ9xfoSwHNYw2RevjRpNfwQRCxfqoxvRGj0vymORFtNxyMIRkw4xEQ 7RhmVxfqSPyvyR1R5QCIkR6vWw2w2R2xxx9xjx9N1ltQwPkRvjxxXQ1wsSDrtxVwyMIQuSGw rtdPvxfxxv6Q/SDSLRrSMQKyJSMyGQ8QWQ/NrwzwMQ9wwSQxiSTuNRBSGyVsVQ4vsSRRcPXS ZQ2yaRFyNr/xbybOSSPw4nKyKQ2ygQzsLQoyCyhOeSdwwRYyLykQfwewyNiDMwjSkQoSHw8S pSNSkMZyWSsMWSlSosWSTSwyuR7njSjwwSzx8S0wxSxw8HpxzSDS4SwS3uyyfM0MlxsQyNtP tyiy+SFS2RFRTw4t0w7SJTCxcw2zERKwwMqMQQcwyTHR/zGs4S7t9x4RxzLzJzIvHSBTOSES JIHyFx7zRQ/RztezTSDTUS1zONJS9Q8TVxuoYxmSDTZzWQ8TbS3Q4oexqRITeTbzdtSzZRtQ 2sTPtnstRTDRcMRTMTixuQLTcTnxhzmSiRcIyzlQ2zrx0TsvwxCwwI5Tmzvtqx6TwTEzxNwT dMGM2RETzz1w7w4o/wrxhrus6Suz4P8z3sIyEJ5sETRj0z+xODU0APyxOsEQKz+MMzRoS0DG xTNiG0DSSyX0IR7Ko0Jz/CYULTsCb0DOQyfUORkK/0Prtyrj0L5ya0N0TS40MUUzIUHpsw8j Ar3rtixz/0XzGCQrsTRqSUczU0MJ2y0UcUfzt0NrbUNUgsUTdLFQoUkq6Sg0iMWT2Ujyyz/q H0nUcUq0CUBUsQQLDOywZ0ry7QH0HqJv+0wQjwsUuy800LKUrUxu40aUMLHTHrl0uxHMuU6x hT/qhUs0MU9zBqjxM0NrL0y0H1B0+VBRTU0VDRY1EM6Uv1CtD0kqrSU0cKzym1ETXToD0VLT vUcK3Uh1PNQ0uVPzXj0VP0YrAx+UMVUytUN1WUPKoTQVUPjVR1aT3qxUL1XTn0Cp3zaUMLSz gJvRy0uVgUo0H1i1NKExi0BLU0jVjv2Vkp1Vc0cVpVfUN1q1D1qT8NdJvN31iVt0Y1HQ0UH1 xHspl1CD0SEUCrtVnV0uBx1JfyI1wrwVH13QP1bpOVrUcL4vv0N1+Pl19uNVjV3L/2Bp/T5T /r61ZUMWFWEUMMF0uWIVb2JT+MKUA2HueVSo8Uz0CsSVg2PU/2QU0JEWL0N2SWP0oWJyxUxD 0MfU/2XQF2WwxUuMj2X0vUMWa1bsrTzUcWdy6WZQ9WWIdR02hMxWeUH2jUk2k0JM10RrTj0W m0T0cWo0HWoPHUks91KUH2s0PNB1O2ttD2foEz60Q2vWxNK2v2rRbU720UbiGonNQ0SW4IUS cCYW5x7D024NUyfW9UQIS2+2nNN24NY25IXzwiQ3Bs6W3AaXE0ZuK23nU1L3EXI1W3JzntdH SRyx1XMsIUW3GNo3PHSR5yX3RNhWf3SzRqonSNwW5Nzs2TPW33XUFDU3Vz3J5nSN32+HZ2pX Yt7W5XX2nsZ3T0QXVOGXh13q/mFUG3YXGOJ3eXmrwXmHsR7KSXp2HCbmFUO3SOQXiDx3s0QX qiKL/z7HGXZ27XxWyW8ua3T31tPmmXgKkX33zXsOf3D23362qmmQf3yOlUdX1UkWWG5W8W7G W3gXBYC3HOx3GYEXJW3uw2j3GYH3T4JMuFxwzXNu1024I0w2/4M2tYN2g4OxA4Au3Vs4HRD1 NFxxFTdYVUKXvPEW+PETBlgRJYA4YIkFgFiVQW3vKYd3GYe3NvL4Y1I3SYhYbPT4htJYWPR2 63sPZ04YnW43gvZ3pYqYKveXNveWBl+z3XMPhYPksNY4s1bYvNf3yPo3Tvo3yPvYt42YUvvW +Y4YAv0YfD+1oXMY6Y2tq3Tv5XwW84+353EZAYG3GP+W047Xc4cZDXyYXW7R7W/5G3sQGjAg c5J5HXkXVQG4tjzwFRO5K3o4K5OX/ZL3tZIONXTwRXF5Pr/w1ZL5WXH3GDw2yW/wa4WQa5KQ awQDr37XGSqXnjRxdReXEZfQy3vQlZCC7QoYt5jzgC7XhYKwtRMW7QtRdr9JI5W0eiMZrwxW 3ZtlHZqnAZvC0ZwDK5t5grFiGZzXAjc51XeZt2goPZ32iDoZ5ZR5tCxMtS6Zt07Z2Z8YV0xZ 94B57xK37JI6CUVaBn75qub6DIAZqo66GliZyCVaI5x5hAG6G3FKb6M5A6MAYRWy3aG1MwJ6 RQ350aPSdvK5y6P4kHqpIxfWj6X4pM3aZW6Rk6ZNUyr6cM2YoZ0iXacw/6PRpzb6ZPlJH6i1 1aVwC1naZPr6jiXNhVGafal4dpIx2aqiDTuyP6ratMVauPyZ9as6waN6xU86Kasz0IQ6uNwU W616eOmauN36wyCaEafa6ab6s5En8pI556z2iH/a+Z7afSMxT6+QKpabDUG1jbDUI54iErwa Q7H0I56bH3tbAbK3gIV7DG86Hi+7NjawVa/OSZu7H5Xu57DHDwNmvpIyh6dAYShzX7WQd6t7 Xyk6ySmWv7ZQiPzbdaTZw7awoQqbZQoRSaPSsvPbZQvPuafOZ1VZ77m4TJIy1bXSzgbZAZ77 q5Zazy4abweDJqerTsJpJAY7waabvbyVY6KQwmxL2pqbxJP727Pb1jHJ2HIaMQ3DlJi5tb8b v0E79pdbyL+507+byKfb/m+Aa708Dm8qaI4b38Gb/cB0TXGbeQwnD766GcLC0KaOxsJps766 IRFja765y8Rbvrq8B0fqab5cVK1798VZ2RFnOraHicPMP7wcY0iqabTycb88DcUnY8G8c8gr N770m765wwHFHchb1Uq8mb98nLL8oFO8E6AQHb6J38p76cpcB0ycOb5U2cv8mlUcxcpnucV8 xil8Sc078rf8un28y8Bqhc0b985rec5H78MZ6Pyliby8Y1B8/b1dAcUb79BsyMJqrcd899E8 79Clrcn88Fu849HdJcf9Kb6LD8Bq3c1799Nrkb79Pb7MJ1U9IdQK+86dNdTr0dR9VMC9UmCc 9b1b07yc3dTdYdG9Wc2uudc7v9cQz9dcMrSpPJoMJ9hCjp99ivw9OcB9hdfVm9S9kmadFb1d n9LdkmhdoNw9sdCdr8Rr777pt8C6g9kmj8cdqJDdUb78N9PsJ916T928T9D9y9M91b4d6d27 4dj8S12JLb918pWc99/9a98G29Y9/G+cKbEM0G88Kca+Fja+E8Y2GgY8KaSM0cLpJeD+Mb1e J+Ab1MB79cB+Qd9ePnM+Q772LePb9+U+Bst8Z+M+Rcb+YeUeZbl+aHT+G892SeI+Sk8JR75W Sef+e8R9VsU8l+Sb9sddh8Y+leWsidl77+n8Beo8qcI+qcz+isrd+8B+tekeuc4epsJsxeoe xewVx+y81evb72o+hb9+2eZsJ+371M9+K8S+6MO8B+6MRe3FrD0aXLwi0Q46N/ADJ/BcYtB+ /c9tK+/Z4rwlu/De5oOfE6KUDIUel/KNO+eZtfKjlec/MK+/GZ6UDDY/BaafR+IPAMe3DfNZ 00DGCe6/P9Ye4fXfA+8aMUDfOte/N3I/J/djpfPfNtm+t/b/he1Me/i+bfjrW/h/lGafe/Wt ueKT4/gmc+/bALFGhfQ/KXZeKIe/qfso5fqdy/Z3d/gfoJDfBbNLDfC/vfW+Ifp/3fC/4fbu E/YfN/6tXMe/8aXUum2/zAGiADUcDIXDQcCAYjQci4ajIQGwQA2BQSDQiFC4YDSHxGJwWDwk cC4Zw6IRKBi4bw6EjcXDaNyaCSmLQsZQeSx2ZQmaTaOSccy6QC6eTAXT+ZxiNTefUAaSwcUm ejMXSqLxmXwKpVSnVCTVmLDahUOsQWNQmwDixDipDSywaRSSo2SLSEYWm122z3aWx+mi4Y3C u3uLVur2rBTqkYWpDmqXnFUWtX7AWPGYORS6lDS/UyWDPMT3NDGmDWp4XQ0zHZnN5an6aC1/ X6q25qjbLLZ7XDa26TK6rdbDRbnd5DXWjYVyBZrjSvL8W+WDf0rSX+LbzJjjp1TrYXs8fuZL q3Lpc2E6S2d/ceXBeP033qePOc34bDjfOzWHv63mZ+TaT9L6/iBP8vD8KUsC6u9AyMOe2Kew PBjkBxB76LSsCRstAMJLe1kIwsqi6QqhimJ2wqwBqpkQRLEUKRVBjowcoTbwys7LPenqWKs5 jcKVHECRek0euBDMgvvCKWJrGTCyOvjOyGqcmKFIyGMalspIa2EfoElkrvu+sbpQ+MnBu+Mb SBMEauuvkUqVKEyoFCDCzbNKprbJs4zpNE7hlH0IpCirmTctCPTzNlB0BOacr7HaepDRKwT6 lEqUhRKWUCkKjUPO9MPdOdN0q66aRYpVQy6tNSU4wqFvPTNRrlUtU1dVFWhtOVYVpQieoXW9 WVyw9FQyhbK1fVthBo1Ne2LOybhyGDV2GjlmWdY0C2hZrgyKq9owJLyJW1LDkW9Z9u2a39eX HKtcXPctf2zckCXBZrl2m4Nl3jBl6Wq/FxBqHIYvBbFl386j73xbuBSpLN+vIt0L4DhaQxPb N/PbY+DJbBNoX8+NF4tjcA4U1F0Yc/9lYzKMk5HOrwWWgkEKDBGWQWo8r5jlyLyRmMLx1j6C Z0t2YWhnrI45fiCYi/ds6M0b16DFb1PPmOj3nnkY6fcCCL42mqL40jJhyqUchprts7BPmyMT nezyRtNlqze+P7c8Ovbjq2zy5aduX4qW75Lbu9ypvOvzPc29cHWVoKlMeMW64db2W2dI2y4e vM1Pbwt7aHKuHzHGTw9XKc9sWmc7P/Rc5fjNdK6FwdTrjxczyKEs0mXH9itk8drRLzdYoul6 h2FNtJx3gaX4du7Hutl+RaeE+XR9s+XzXoVj1vp1X0XjX53chenXfTa94XXfBX3w+nZOV2g7 bmNb5TiZesSf2ksGC35+amdnr37ItuNl/12TkX+mvYIx9556nTvxcg5aAK62tLZdW9yBbKk3 PxXkmtaBjn3wOX0tNcCnyLQNWXB5gC0IROHW7CVvq/E7P/NrCRhb24QwvdfCdi7/yKwxKY4l j5LH7u9WyYRz8P2TvJhcf9isKohoAWyikoLDVoRMYY16KD+llkhZ8+WKqG4BxLi0z9+DEGQu BjA3KLjUmxxZazACJ7VXRO/W6SFWsaCjlWWWQtHINVmw3WhHYtsFlux8W+tlEkTWvSDL6+yP aT10r8IW3c7cdUpxkkhI6GcjHDRHByQtxURI/uGfxIJw0ZyIg2BgDA8MbpSSmXNKlUUo5Suh hhK5ZrloRgNlS6GB5JZbulkfLJQ0HCXy7ThLqV6jjVzEWa7o4kyHbPPmYpQ+UvngwzlvNMwE 1WlzXBgv47To5STcghK6cD/3aTieooOYi/nrwgnM9eXstptqxYrN9X0Hp0vkmXOZ70756LFn nPFYssZ4L+WLJ+YhBFrxtK5KShDIUf0Mfkg2eBFHLzaopFug8ApgUZW2UOiC65cyuIJSCiVH 3G0eBg1iNMLaJwblFS1eU7J4FSYG9ilFNHAU3X+1OYIMCpHtoNK6n8PaWSkqHRWntR3/wKqF DV5lC6fVOn+VKMNOojMiqaf+l9RokzOlcZpm1IZ4VgRdVCsjKKvxdn4RmLtQax1tjVW+K8+a 3tSb7KQzVdpo11TJNo5UgZiV/oxWlKDHJSGkbDH6w7aC3MRmJYgtsjZtNdL5ICx8ipCU9spY CV1mz70PBgaRu9irQyRbZZ20zeKUGkk3U+zUl6S2ltbVsGDvqoW2p68WlCYbcuhtIWCWlrpi XAc3NpR6akN3Dl/HC3rpTCXKUTFa4ztoeW9mgmWUhYFPPonhdpkLBbsw+aRcpTd0qepHLmjG Yl6Cg0ovZFG86sbnyuJY9eu4ML6tmvWr6f8PJh30v5VieBLHz3Yvw+64WAKA10lJgQqlbpSE hoTFiV2ErdU9wtOGeCfpW4bo1FTCuH1qYepJaAkOJaoYnglNqODrnOYRg3iDDy8rqzExbh2U hC6az/x0ZE/mOad3mmIQs9tpMiUOqhkdxeQD4yIngrq9NjpXZQszkOJONcp1dtiQtkle8gH/ sUDFZrNshSjzEzJcQNszs2n5mdn1XpbZuUlMHOS6c1LNr1k7O7TovZ0zxbyXWZ69Y/zPcij2 hb0xOzivFDGdF/NhruDHR7Ks9aSsZfPOM3EoaV01eloGmbMSHoXpZvjJ9Ar+1LdjUhkdVaoM jpxw2WNQWt0xmpf1rYx6BKpZbM2u0z66ZnNcv9vr1a9dDrXYdwcwkUShoTZmjddXLZltF0tz No3RuTsbbGis1ExQ+ivaN5ds5xIJuLbmw9xafzUV6DOgd2Xw3caV9eoy77QzNvW8e975Xc3X vvStVNN70nrvwGPAK0ZxMXTnOnCc7cFwRpE06HM6cR3znHilquJ4ioeQmjWFOLcdm9xxyfGV 1t/5JyPQJmqSLczUcpBnLOOLyrFy3GOAs1HdtPnHnFPNA87zbzvOHN2F9BBiaSoFcehdHqL0 Wpz0ue1Oq30y7+hEBnheN0Kq/MOqlBylnFCZiI6Zm6/qLOnY6ZZq7Hx7tFajS6BQ9hrtdc+r miz5m1E02ey917b2KNkOu8l8f53xrOdEiOi2F4WgWavEd7zj4Xs4MUlwfdxmbyM5PD6h6ilv B/SPIWp6d5Tz3k/GuG5NoEllrfS+gtbqONMes4tvzo66VAMY0zl9e6Hx5Ibg4Q9p7idGZk/e 12F8HyXts1fEhZoRRs3fhu2958sizQvY3idv674/1PE+9mt9NTfqc4qn8f+CH2gVT/ZVUgS8 AMfz/F2F+v5OdFdeA1/mb+P7P4K+8/99X3fvyYI+8zUWCKo/4/o/8/mlsBkWshyMSl1AQWk/ yBtAaoS7PAaOGlRAog+mDAuITAHAOXcf3AWlHAa5LANAhA8dlAzBMBo+lAYXs+i3BBDBaISa xBQg3BXBCYPBco8BlBxA2kVAZB5AsYmh6qZAPCE8k+tB2YWoXCTAUZpBuqc8DCKqdBnB/ChB 9CeP/A5AgX8P/CXC4cg+MBkZa+FAzDGlPCXDNBk2LAO+lBPAZDaBpC1DEi6bLDKz5DNDez5C jAgaVAxDyak//Dm/lCdDYjZCpBDBnB7EJAhDrDVB1EbBVDXEYsZDxBCbpDjBBAPEvDlE3EzE mbvD2Bk5NB67DE0tTE5FPBJFE9IkjAY79B6cVFccNErAONnAyLbECLbFpAgelEdFudDEPFq9 8qKT2lg8ZF4l/AmerFJCXGXEi3VGKUSerAYk/F9GodtCNGu+7CvGEU3BxG0KZC/AyeXDrAYe XGzBDHO1NHS3lEjB0e3B6ZxHYnXHGVjFCfKITHFHMV9BtAPHxHdHqWLHLHYwXAsfVExHlAOf 9ExFjBDIXF2BlIXIHIUWlDkgKdvCJAhIvCXI3Ayge8tI8XQiDAZI+ptJC5kxHI05qofIig21 lAghRHXAOhK15JmX+jxAyhKzLJsPbJeBkhWZvB1KAk0x/J+hqjw6RKMKBKRIzKUIRKRGIiBK RDDKkjzKEiGBqnVCWiYIamPBDK4oImuJqzRKywZLGZdKhKKvM6KWbGJLXLLLFLenBAYjHLY/ HK+adLKxfLGaPK65ZLGI/L9B0uY6LLDAzMJLLAtMRMNAYkA6KopMabRK7JZMcIvEWBkkHMTC XMzMhBDMyqpAyslKeKkz1MwtMBqr/MiS5NRElNMk2BrNJM2cHNY25NdKXNTM9NnNimCBmlUB qs2l1N7KfNwltOE6LOAlHN6c9N/FbOSlmLLOZFKBtOUlpOZEXOUT/OsmvOxMDOROLKtKeuPN 4mSJURPLvO+diIE5tOUJyBqvzPHPSw5ODLbKWvRPmvFOZIbPQUwX4YvOCnGlI2nOSnHPcm8B nQIx7N5K1Key4oXQOVdQC3VQeVXPU5ZQeV3QC25QuI/QCo9Q2IQzVE9Q+6KyhP+fdRDOvMMN E1ux/QeWFAhN4obQY34JGWdQ7RjRs0ZOCovRvR2gFQC67OnR43LRapGLLOnQNSNRAIJIzRqX LRDP1SFJFAhPPSkOXSQ6vRrSueFRxSu91QcpxRA+hODTCNEQnTIX+Bs7vN4qVSzTaRpTQPSN 1PXTbS5TQKBTVQFOLNANE+JTvRA9PRbN3TNBfT2iGBs81TZUPThOSrPUJQ1UdURG5OnUjS/N 4M0Z1TzSCBnUwJVTzQlU7RAdTUui0Bs6rOCrzTw8jVQadUlITUpVbUTVZQ4/rVnTFSrU4aqB ujzN4sgIQBuY1V6bQBtADWERyVpVws9WIwYBms9V3K9OLWdATWEbXWBRotEJUJS3HOnWxV/D 3WatNW1U2tYKBWsz1XAk2BvInW4cHXVUmPTXdOlXhW/XLH7OmuJV/HROLXw8hBbODX5WssMM 8c9W1Q1PE8hXoUNXdVfYGT/XFRaLAJzYXQ9YjWy//YHYkq3YGUwBvAfY3XK7PY/V/QcvYBu8 SBnZKn5ZQ3kTHPXZLJfZWVXZavBZiLLZNQNPe8g6DZWV3ZbQsv9V+ntOTaA8grvZWWFZaofa PWy7VaXV/J3OmwdafW2Bmwy8g1zOTasBu2tayWda3ElaqgEBvZgw48hJrOnbKBxPBOCxVV/b PbCXLbU9/OLba9olNbYX1bVN4xvbNObbpbzPJb2X0BvKJN5QS9pRlODcOJPQtcXMZOSyVcQp KBnciKfULOncrN3cUhqMNRaypcZQ9c/SVc2P1dBcMiGMNYFQaIRctU3dW9pW6l0BozGI/dax /dmzQOxE9dwZdd1VfdwZ1d8o9eAJVd1SjeJdZO8N0z/dZOJeWacQ0+tdwaPejeG0Y9pXxdle uQ0qLdxdrXImDe9dZPslGBo0nfGmpfMbQBxQTdlfO9pPffcswBxalfkbWUEvBfVfuwzfkS4U EoffVf9dXf7eLgHfLRYIQWjSDfUk2UE5ZgYKAUEoXghdYyVdlgKy9BVgSWa25g0/VR1fLSYL KWjeHhFgTgRguc8YVeO2e/UmvEiT+xfhgI+MY6RhngSK9hSJzhre629gTSJfDh9hdbmN1iBi G+NEiUxhreliMcFhe3YcE6vIRgS6Ndvig4Ndk3xijeHi03riyVcBy5dfDi05Vgm4M/VirjGM OBzVPfLjOgpjUWFjhi/jljaltExjlTPfK4ofjg7j5Ttj2WdjZP9kDhHT9kKBBARWndlVG/Vk PjvkaBzUDfDjLgS7fkZJEfi3UduXKBzeHjFkc9EN1lBklb9lGX1k9hs5wkym8dEYHlZhkO7k VWgN1jS/VVrfLjTARG/lyObARC0dENxlngfS5lnfzmKlfmOYvl3gy6rl/d3mcqjOkdENbmfE WWmQRAQwhmwIPm1lFm5kTmm7fmthfnGtLilnMq2WmQvAQn4WmYjm9iRTXARF3neJdnpEkbxn DncRpnbfTn6rZiQSDn8lQL6Ktn9hfoGrZe7oU7UL6SRAQ5nofm6trlponnDolUTn9hlo0wPd vo7a5jvknARJeL6cVojotpGwOuwIrpRgfoppLphJkN1opNFdlUtB3bXfLpwBhcLpuTxpzfC+ JARptp2UHqJlMLdpbp7BILcJlpzSrqcIdB2Y1eG+hqRd+Uvnu0toLq1kTq5gnq9qDp+KNB2q PdkVDB3M7jvrS0thlrbcTfK/XrVotrm2HfzrtrPrkMFB3VDrRr445gW/rrNkJrYOJqhe7WLq plbsU45g7sbeVKQODr7W3slq3r8lHstq/djszV5B3YqmDKQI1s/SrtFq+x/KQN/s/tDA9B3s jta7o+tKQONB3fIlttnm686mvtxtO6Rt5trGPLKOptJtlBxB3f5szuM/U35LLmFuWsNubq3g NtvCNuPJTLLnvAa3Vuxq/RLuTmW96ofu5DFeYl1LLmruWz1vPtHAa25vXkTAbSDK7mzDFtDD NvJcvvnm7vbt2+lvwo9K7nZCTSjwDqnCTVfK7nhAbwBD7DFhRszwbDnIzwTuzwftvBnDE2fv NwxFWlRL9vhh9vNDrwztDxHvrxEMTwziJNgkVxU+NxZohFXt2bjDFixsy5NDE4jxQSvxzuvx xGKvBxZx4BkO7xRpPGK5ZxZyPjFyNuzjtVNvZTXvNvZjTynvhhzsyelDFkBtvy1yJuZy9x1y zqPyRwAerDFVXzHpbKNEXNZzXkfygcjDFzNzlwQk/zRUnNZrLKNwIgbFFV5ymh9z/lpOZwNW LvMbH0HyT0TQfvUe30HvF0fOV0iLlFFWD0R0rQvtCfLFFD3OYVv0VwB05010wMr0tsLVMO30 7lNOZ1NRru2f1FFXtPNsnS1tD1iBm//1pnv1tvMef1Xzb1/1zE9PNtH2H2CXRFE8TPNtVXBt 2gfFEwhPNtpVzxeMd2j1uPx2jtKg922qLQLuHVzwn272dtD3I7PQLmFVztkTt2Um93T15Gns yurFExlVN3pXBw93wn5QLmrXAxf372N10MJ3r0IRTFFJfPVmzZ5tD4PZXuh4daxtuvNFFbPP VnZcp1Z4pbDvkjH4rBJPVnh4zzb495Ht2uYT3bvsz5R4zwR5YRJvMkB5Tt95lHdwB5qpVtD5 rLnsyRJ5nxf59dn51xb5N6Hx5dx6AkiT3QX5j6VfVw9cKT3rXVN6jdx2/6rp0lslJkTfUxf6 36lJT6/Eiof7FedQCcsT3fAl17PtGdFOl7Z64rP7XPB6WwZQDpbEivB7vm77yx/QDqfEx79c CT3NB7nzkdu257/qmdFEXQDrKduo98dnudu3V8l65cf60nAT3sx8yNKT3eylHRD8Xfr9DQWT 3ttTV9MLd719NKRSDRD1ALd7Jqr65bb7X9pyJvL9Lr4IusNRD1MWMmD9/8X9B87+Bu961RkT 3fb9D+VLL7f+dhN7WopyJi9+aNfyJxD+vtH+eoXSptVKR8TSV9zcv+/+4mv/NkTK6+tSptp/ X8j5z+zSr/bm7/f+FTD/kqLSRuHxY6v/2BkIAIBkNRmLhsOBAbBADRsNoKMxtAhqMhcOYjCo ZDhdEIlBYPCYXDYfEYGNIMNJBGY9HYqMpTIoNLBzLoxMJJBINCJrGpvJhxOpDGhxKJKLp/L6 FRBqNaNKJ3BaHEqZHJ3JhhCIGNo3NKDVqxS6bSK9EpMNqdXa3ZJPYrTA6ZUarbRrWhnXIzJr rEq1QLuLrner9F7Rf6yLqvbMJYKpaK/TBjdobPsBf7jXxuLhvgozTBhSr5Dc5ShzLaRoYll8 zpRcMq/WspQaZrIkOBcNM+NtjX9HkNxq6/tBlZ83fpdA9pFtVE9nFc1oOJEtHM9VqRkNoph5 3TOoNhjYezmJJ3Bdj6RN+jvPCMKNt/T4+bDdXRPFi4zWuDAutgfL8fxFPY/jqu696tNs/Duv IncCN00kEtqrAbPUo8Ghu4r8te+rMQq7q4KCrUKPwgrOv25DqpNAsGxIjTUxQ8KCxWoLLwrE zbxi/DYqRGsSuZHDVvwk0Pp2y4aPkpkhx5IzqqYj8gtq+STPvJiPySnMeSkGzLwRGEqOqvca NJKcjSY6UpulMUZQypDaBi8Mbp3NU2QYoM3vxLDeTnLj3TS2r8K0s09Pky76Ia2kiTijLaT9 PEJTktbqzrPVEvhRdDvXOiYzdSrqto7FGKPR1L07B7RxEnbRvJT731NCqmTKoNVT5PdSo28L L1TWb8NpC6GtGjlNKMpDRvDXNbJIG71ShVyYhkG8BNu0ao2W9UgWTaFjQdYCw2jbFq2O4Urv Uw9lopb1rXDCk8prcqsXPP10vUvNxXQkNrXhZke3ctt7VahlrMJdlyPVfz/M/fti3Gl9rXWl d8YU8bIYSgQbpHhEI4igss347sRWWk1dXtjYbrxh+NKJiTvXm7rZXjNeEZTdax3Tl2LVBjLn 45X+Y5sG7TZy5Wb487rqZDnGUPBiLm3toTtaRoNitzhDixffmo6fdOqN9qEAaHjyKPvZca6t rVa4Jcd17HrMC6/e957LiOwbZNFl1fsMP2W2lJyuim6hvs+6ajt+px3ZatORsMSb5tfA8Pvt 5oLv8qXTx2I0JhHJbstfIybydY8bzW5YdyvPBxh6CyQHFwYIjysdOw3Uy2G9g9DKXYZpK6Cz H1lOX527ihxpvQ9xit0pNljWd/4c8tZh/iJJ32jeQogccl6CBdHNHqeVa/setE95rL6KKcL7 1G+tZF+e/6u9eXTPuYIn3V95hH3+r+d0sd3vmYR+/q/j+3QGsfQ/5XpQ3MLzKm81Ez+lbmsg PAqAcAYDLKBwkqBTzYKP+gs7Vna2QcF0YeW96JWndJXhA9U1zSIROrL2wiFMJnWwsheawy6p F5weeqwSGxrIcFtJ+jtdMOW8GZP1DJ58NYhg4hmuSE8Nz+Q/V/ERqSV4Vw6evEZ1Zx2kRJeq sFgkWjWHnYRF4HEXIwtYi+oZK6MSsA5O6oJxDKgcnqXavONRAiZwvXSZdn0d4RuIj2deLrNo 7l5jy0YGUbFbyFOpIiLMhpEIcX5GuOS5JJOckjHZA7D41kFOUuk4BRAckmfFJFAEd2CSfjtI BhChJNmGkoteQ8nJNSwlDE1eZtG6y1e7KSXKT5Xy5Rc0iLEdpfSrcFLV8yV5hyHmLJ6Y6P2H m7mJD5ec0pDqsmij2a7kJqueIsvJfho0kTfjnOGbyBGERkm2vtK86pyLkndOhdMYJDmXkhO1 L4OVazpnzPaeE/WTkMdY8UHJtJCEhoGSSfVASDnqoJQYyDrJQKjW9RKOywyX0WkOpsz7rFEg 5opRmScdjRxRo9RM55NXWKepA1ilSEY10hpepUGYMFu0ippTaW1ApMggpqDCjNPaarNqC6Cn 8VaeK3qPKMg8bSI01YvRGp1PgYEUnLU0mNNWD0qQFVQijLKuVZBgd2djzio1aUrWGs4MCoUV Q2SiqDtazVwM6fqlUqqas8oRXiusI3rGHric16xeaaswr2WmwtdrD2ErZXIihf7E0HoFY+p4 MK9WTP1XmItmLIAwsEf6qiHqI2gpq4Ag9pAYOMoEiGulpnpSutDTsg9rLQ0ZccQimtgrb2xl 3bNrFpXE2+OVcCiMsqqJCorca4ltjn01cpSqYNVE53QaNc6Atq7q2pm5QKulz6EVwBi6ijN4 LxUqmKDO8LRLuH8vRRG896bJEHRnT69Nfr53ovLd9a96Hj36QLfyzd8k0YANlebAd8L3YHXf gk5F+I8X6waDG/t68IttpUje9tSCD4YMfNSgWHGu0VSLeB8NgsR30wtQjE96HS4ic1hmpkE0 qYwxNjPDuMUlW4w7MnGR0sM48mxijD2GzSYsuDB1PORkl0IK0yzI1Zcm1PBi/3Jie70QQoFO jK91yD5aBjA2lWXn95hLXeiEuZE/ZmkTlXNOX65JdvpmfKpR70Q2zJnQGMdaVKPzreog+fE1 2KoFoDO1CNCaCz/UrPNLtDaKNRYJQOUppZ7qyDGjs+8+6X0rGDSlZwZHqorP6n2n5LaJrODH TlCKOX0nFRXVd6JWUZ1eDKrtKtZ3R1tYjWlcqIajqnrmwmqLtkHowXWmGsrM67YxsTZNPdc2 41Jq5X96NU0CbvqzYcY7YF12dQikO3K5bfBlZSjO4rd0qN3tDc+3rfgytpujdtoN4XD3GWne ZLi67roEaPek0Ny3VODkPbRqd84B4HU/gNTI46jvmTXhfBYaEM4fvUz/E8T8OpuXXi5IY43s 4CtPiXGSBxo47f86taeOag2hkHjF++RmQ46h8us8uU4D5O3jmO+Fl0M47g3nZzee8Ioxy3n2 ouicIT6t6RHOlH8OZTqPo3HOn8z5RxI7qRi69N6li81mD+rdc35zCohdewkvkZtDa/TsZyHt h2oj5de09bx911XUiO5697V3fREd8ndswLxyr/COykYCmQs9RyA7kLBiCCoFQApBH8VosqIN AYTSDb5HUXlC+YS1WDTDruvOQv8pGQjHoTD+aw96EvPntugN9US71HIPXgg9G5r0ulj9eepH 7ejHqHzehL/6ygPwCI+1yX673BCPdSW9D8rCXw/k+0+eZrCVIflzl+rbD65wvsoi89rjyO6f pVvJT9k2XxvN7C/ODGZv4Tn/L+5sI5XlI9F2+z/P0H8vYFXe1+41LzwiiyT7L/7/iUcAb4q9 JSYx6oD4RjEBb8bNb1zT8CEBzUg+72L+0CwlD77RkCSm8AC9UBZa8DhqUERAsDjiMEz5zWrx TaL5zd8FpaT2Dz7zbUhD8EEAUG0GbX8GJHcHEDLw8BDUD8rUg5EEEGrp75cBTXcGb3cFsJLD sJBzUEj6jXZIzzzlkJ8KcGkIjq8Db9j/sCSokDjv8MRKkLBxIx8MbNxfcNQ0kKkLsN7KalML Q6T4UKrwL6UGECUPMBsDMPsOcMox8QEPcQZPcEBC8Q0L7hsFpg8NEP4tcOD0repP0FD7kSkR cMMQwo7zzVcSZgb6TjcPhSrzz9sCSqL6URkU50DzzKMIkVEDiTsFsWDQL7DdxW8I8V8XEKMX QjkWMDIlcUr1MW8BBNsWYmMYSXYx6tsVKpEZYsMVr5kW7ycMEZTgL08asGoscNBMMFsbbQMJ cb7f0SZkUZr2TgL1cMEA0dEGcY0CRjsBDSMIkeEUK7Yx8ekaMcJX7zzqMd8fbRcCoyQGkDUI g00gam8ScgzQMS8hUdwx8hUV0hJrEfMGpp8fkCMh8ibYUFLkb+cMEc4pkjzrUCUkMdsNLkb/ 73EHJpb6UeUiUlMkYx8BET0FsmcEI6r6TuMCUeJ0ESY+0L8UUmQ/kND48oUC8F0IhBUesNrk 8E7/UpMEclUDK0T6SmUmpNEi8CsqkTrr0oUG73D0Dk8IzyUS5wkniSEoUsbwcFpGsgcL0Ikt sCcSctr6MucLafcu0K79UGq5D2kuUtkM8K0S5s8g6nYx8wkgkuwj7zz8Uu0O0xMwEO0vcuEO UvEFpOcrkHMzD3ERLrplkwsdZykxizYx80Uusy8Q8JkIhREL8y0CU1knLQU0sSMp8Sc2Ewsa xu750102cTksEGs3U2MsJV80EKs4k08CU47ocFpXj4resS85sv0hE5kXDeqsE6k5yoESZ2Mt xQwx87kv85MZEWs6EaE6040807U6jycwT8qmr0UIr6k97089r0s+b5UHU9zBc2MAU971bijz c/z2EW8B1AUvzp8+xgM5ywz10974M1VBL3MW4+jKZiswr2U98/BhbxVDMqrttDhklA721ED7 UTE91EMgay7KZmU7sNq9Eic59E8jSks+VFlAj+1F7+c/M+w7sj0tdBtHtAaolHho0g9GT/8d lI87MTU/8UE+1AcPNJ86UZwusodAE9zEMvyqz7lKso5qtDlLNFND9BptsgdJ1MEEbgNANMs2 tNEG8YlLErFOFJ9OVLdOMI1Cc+TEsv0ZlOlPFPtDhyVMy67KdQVOdQJHtQc69BtQ0ks9zFtP j4YGdSEgcn9R8KcnE+x1VEVF1TdMUFNScwNS1TUN9PNS8x8t9Ukx8lk+x/MgdDdBtVzXcooG dWU+VWVBjKaBNV8jFWs1NO1Vs1NXNX0StK9YNYtFVYkDdY1Dh+dStKlZ1NU91aNQFWMUlE0+ x/dXktAGdbVJNbMVjk9DCBtMUEtbs6tUdDlclTNdUZFaVcE51dNBqCkgYy9FyEsgYyVcE9lf Vdtfkrtc89kpU+yFtT9LlgrndHFhFgdDiG1XlAth1dlBtiMelglCU+SJdetEdidCRwDKaFcg a6dhsfdhM91kDndF1k9ftBqLVMUWVllEte1HFlssU+SOtg091m9b9DlnUs1nL99ks+z+sv06 NoVoE4No1JB2NpNeNKjR8vy1TKdp4Gk+890/FpFDlq75gGc/FVlrNK1kVBqVFkNQlrlsFsrW NslRbKdtMlE+Vtpudr9N9t9OVrFsVOVj1s1udq0HztlAqYdZ739s1PFuzKaaVtU+Vw7rsBQG dw9F9UDVsvy71BtyNqlHFytqs+1zFSFzUM9F9cyMlqjCdw1z1ENzsO1HNy9UtuNykN9Dr0ry hPNqk/d2Ch051pbxV2Mz9vz+12MDdzN3MIdqiBN2s1Nyb9l4VKr2V2NYtot4MSLtj6l5l39B T8t2MTl19597F017VrUBTz0VlLr7l8A8lsl76nsgd3D118EX1F8QV9j4tc9Cl+D2l1N6yqd0 UOl9artqlTd2F/lz96WAF7l/c81498E9l9T9j8l2be13KVVy0w0gb0V8V62CFA12EAL2FZWC wtN9L4eCb1dc8B2EODZ+uB73Nx98bcl/N9+FlB16S0GFrzeCb5VUMNuGt+t2l3K2mGd62HtX 1tdqj7WCt2C3d4acD9mI+AOH8ieIuHmJx9WJr+dKsZWIeKmAmJT995V3q6OJF7+L2G+LtIuD l2F394l3N37MGNN+p/OM1+uKWM0oeMuNOObQt9aYt/tjb9i+dqmNePEEdKsAxIeQONGQEG+O mQ+DaFuOWRGN2OsI1gN8aUV+OR+QGSORmSF+Np92BG+JD7AGmTwGaLWTtROSV6zE9qiFeUsK +LmVEKYiE2WUNz2P79jHN+rPV3OW9qjWOUt1CC+XV12Q2W112O+Yl1FyN2EV2VUroGmZdc96 WZ+WuZ0Q+WOGidGJF8ebGWMAWakSubl3rpN+rSd3OcWZmbrOGXl62dOaGdcUlsz3+al7GXN9 ZR9qmcmet8OGme2Ud/T9keWZkRIGmgGftl+f8XGft96feXkZ2gcZGfsFOh2TdMeg7yeWL0Gh 2i2emisDd316zzNxsew2z0V3V6TzuiF8ek+abXuL+GmllX17+l+l2FOmb4N6+muieg2kb4Oe GlMfehOGj6wGsIN6z62BF8b8WUNit3OpOkN3upOWcbt9bsuUKsmp794GtIepmrFqIGlGj2gG uBWr1IuscEusr4t8mq7/+pz8uod+uTL12t2Pz4euWJ+uMD7tktGocoekutsD9+T6mvcE+CcR OwWGzLDL7lWOETWveRGOLxWxr2F8GwMGT2l+j0uyOyzcmzGohIcHmu8H2cGv0H2kcAWrNRIj T+2072GsOukJOw2tst+ZxmWzG2W1uwO2Q/MA208xetO2NzyXG1UMcou3j5RxEB208Ows1Qm5 OyUq2uOq1+rzYid2WoGtsPtwewMPuK+1UR2alte6mjrvGyER1mu6+atzm8kSIsGg26kSo8UF O90De6kBW+mG1LOzEUBIeDW88TmwmwMWGQj34nF8u0WzEWFXz7gnEX2o+tpiehkZXBd+NIPB 2hHCnA+h9ofDF+OVeyEYOiXCujU0gnDye7nEOjsFmuMbeIcQQGvFbY+zEbeEe1UcuuevXGum +tvHGcXGOD28PHT3Okb0HF3IMh3Imm0VTL8gWEvID5XFm6cgRCGB2uMgwGtwosD720u1Ug2W fLcieHOzEi22HMMiYGsvvMj8+IcEu9myUJ3Kj9+Qm3dR2Bu6clhIbOHMj/+We4nO2CfIetGz eyGtHJOm0xvQUoe+WttS2qsNIuevlH7L/Rey/Q8E9s3CMpRIcmmuPTGse9sre7+wPT/BXUT1 PR0I2qPUe0k3nU2tHI1n2/cEPM1RPLWtstuh1CnWW52inWUK+s/WsKfTu1UvpIcl2yEwnROz EwmnewPY9KPY0N+WcNvWUO3BvZPaHHnZ8O2t2zEzHR3AfbvM+yHbt52uM0XZets0Xae1U0Q8 W9s24jWqTL82/LvdESOIe+M4JIb8HcsUm1feu/0nXeUUnauyE4mj2zHg3Qk4mkPaU6JIfI3h 3e/BXiOz7L87mh25E7m1vjMZHLHicaHYOtpZ++eonhHkHFPi0aGkMovKT0/fz0vlr5URPmOs HZz13KT1eeTzfnGyWSj8vnmsEqnmF6uZ2E/m/onmnob3InD6nKT5XeD7npz2nqHn9Cw3vptC 3mdFHenmFFHEnqNFA/L2Q8T8+3XptFg/MZXsnmV4/du1llZNfCnO9Qnt2sE9Xm/uXInnZ3+U Nr3vFIvpnn/vnIj0A63u0TXw3YknrxXxPZHxlMPjD+w/MC/c/mFMOvcA3tPJ2r/y0EY8UEvz WsHcPm9Mvr/n+KWUNmX08rGscFPsWyUfpNdPZIfJPs3oMZ322UPptQXR3tX3kcvmFQXqn4MK f034kK/wnndSnAnyX5e6P4kxfdXn9T3J/6cM/mZ+P3XxH7PkP4m5SJfmFV3qX8N2Q+EAW5cz 43stG5cDZa1tf9nqeLP+GUNM/m9XekfnZ9H7XzP/X6X8gGwgA0EA0Gg5Fw3GwgNggBoxGw0F w4HEDGsQicLhsPiMTGkViMKhkOi0cGowFwygUYhw1FwxGUUhMqG0sl0DgsHmMhmctl8di0gj MsGcJjo3k9AlYuocUHEtnNBpVEG0mGtPpNLGlTpUvmUsog1lgyi86r0UGUbpE7r4zF1WnY4g Udtlullws1tlNkiNxGlNscZGwuGEcrNomWBwc2ptVtOIwkGGtcnWOm1GmuHrcUGIuHOSwGZj tNh2N0FgF2R0mMjuBvupqVNlGugdq0kcG2bsW1u+jzEkpsPtNGGFxrV/h3CuI10Vu5Gzzeom XNjsGpfRk8k6nM6+ztkE4PbrNszvf1FZiF5jNG8u3nHkno1o2e4/trOb4ffhEUg126350KnL S3zDJ02z5BtArOLc7C9wCk7kuzBrYqyqkFQc/Sowa1rpp5DLbOamSmw0t70Icpobve/cSQOg 6ehozcKxOmyDPvEEEtmykahyqSTMTHKvtY40Vx0iifpkgz3yKnUjru4EjKOrKztjJzvKyusV INKj2OhJQXSoqsbSdA6KLY6suTEjqwyCg0zy/IcnPGoqjze96TNbOcmSuzj3rYy6QhukzRv/ Ek/wArLAuNQlAsYlVCOS5akUamELUZOqKPjSCTOBKEu0RTLksDN0/U9C8+obQlNOLTC0PCtt O1WrUe1FV6zxjRjNprTc7T9W6ehswIZvkG9eO5VtIM2rCNUHY6pNxRFltnCljLbS05V3acJs FZ1rhrCFbWvRKrWFBisqM/NvLs1dpXQGsX0Qs7EtXFlIXeklL0ZelqTFe7QK1Rc/LPYF83df laWCs7VPhYt9tUGy2YM08do/hcf05eaPv+3l/4vhtq1Ms7bKFcK2PvONg5G4iz11U2T0lKU/ Yc21m0hmEb2zmbwNpRi2PXmWdNO96WRpl+fs1joYhvncUQ5nz/VhRC2abnuhv9hLvUY5Kjat PzkrPJutzHpetws80AavseOPHs0JYTtOxQ0Gq50g86SIhWNTbmpi8bliuyYzu95UNiG9xjsl BohwiPUQiEh3Ts3GV8zPHKlYKwtnyknp3Uuj8qrMQ0RzmkMFQaWSymnLyy2HRy64im1DUyvI 5E/BUZ2CBhuiGXdfYoaUIiVIJZOEV9zzc9Nn03f+LVlgsDQIbPV5dC8hgNGeZydIerYl9T81 njQx6ku5rf1Te5cjt+/VHU+vvXO/VVFf+h33ytz7/4o9u2j0PAVBstXvn0g/w2Z8VEQAWw9N P0BFIqMKMsiAaGF4q1gPA5VMClrkaa8qYoxUjAviaPBl2zUFwlGXRAmCMIzAwXg6uMhCA1TF NXhCSFrNn5KIhcbZzykIawBPaowprAV4uuaPD1Xp9lBxCWIsExZXy/Q0cEtiDgN4krUbbDFA sOGNpWish6Hafi/Pdc0DdGbrF5KMjDDp+afoyvlaEqZI7sWDrhjbB9okZDwOyieZBXqS46Hr g3HBoicXtRsPo5B+8YJButj8f6O0iSiOyOMDgGDtnDnykgQMHBuCkSVVY1ohskGzyUJMhJLU oGzqHkynVATfgYyeREd1EkrItRrlWSZwjznzEhk9LWR8tH+xbk7LyM0u0bKsinLOYZ7Izy/m O+klUl3MSukzJhjBVpnRDlvJ0zaWSIQomcllh00XVuWTBLhdps5HzlSqgyZs6FwTgTO6GZMq zNpwkdOCeilZ1vJI1KoHBZ3mspkfP5Zkc5cUCnFBCTrKTZkjkzQp3hJnfTNodMigL63IQcn6 +tcTmqMqaBu5WiVGp8UFVeRCfjH2QTqpI/F0MsgcJ8J7Ial1MHbR4kzTR3jNJmpkkbK+njtm ASUp+VlLFPoJImqEt+EFN1v1Gka9yncKnsVRhHUaqsY5cIhdss+Zpvy4uhXNVmjTH5M1eklO OTsS6zvDIkqtcR/KxUsknWWtzpJXkGVw7eTNeKYuLmpXyrbYZOoQd5Auv8DqwWHKw7erFg6l S+lWmuOVLrJWFe9LiytjKEWRhVXavcKm8TNRS7akBIQco8jcxK01qLSNGtPDKxjw7Xw+o/a4 k1tESWzpjUslVrzVRQtUQ231Pa0AxuG7aE9uVou8qnati8K5VWvdjckpF0rkQsuNES68KAc3 ad5aW4V3rNHyu7HWz1vWZXMbLaa9IN4AXoj/cB+95Ty3upVeG+NhrqnPr7cW8sioRW5M3Iog 1Yb8SKijb2mLtcFU1dFdWmMXcFNjkMlu4SUav3guNhi690aAYOlkZ1vl9q4YXxHhK02Hy+yY wm4SQ08cROEk9EDGNMb9YTcZi842Isc3NxNj27AOZv3fnDb3IeOrq5Hx9caaF6ruZNyRkacO Trc5QjLlKd977TFzI5LDJLu5u5VeTjMq2QnkyGwNkzM+V7TUmkbgnNqhYV25zdJaSNvc62Wc 0Dk87toc54fAX2YGgKv020AprL2hy4zOmLnyjWKLhUMd5HHQD8dGXk0lmjMrx9BWNuNpzRNp tQYs1EhzFbCtSlYLg7PVJRKM0R1bnZSepZG6U1prJlWn1rzVurFh3mkNdLo0vr1cer8dmUL7 T+3uyMw3V2ZoO02z7/Pv1xsc0EnrZbU0nZBHUTbgQGuFH3EFudxad1zt3LtKNnMX2NuvdLer enS1XBwHO8m6473k123O+cgwC1lbLfxfd1bxPBS+y9wn/bJWnwQ8u88y8J4MmXhB9Nm8EP8D gwPAOKUK4tq7gdpsutxt7l0k2NOSMV5G2OjNuX06dtly0HDQeWN8zJdWG/At4cg5psrnWMkk 3CqRJbfXNnAarvn0HU8gbjSI6E+DlLjN29P1dve6qSy+8/uN1bVe4OspP1XjuosluM257D1d m1vey8xmv11M/GL/Jry6RDencJLNZ7JmCmnaMx9U70nDt25yDd+JZgYGQMFAdTuD4Xw8liWY W8UoXoxf/H6LLZiXyfjJr+X4UqXx+iO5FP87otNJQPQ9i9J4Z9ff/Jeo0t6MjHj9LKg9B6zL pgaEeFWGX1R/rwYe5BwvYhnuNTdqjX8LVXg/ZrPL740z3xtXJA9Oi/urxfefSL78ABvwtXe7 +D73XdZvq7FtH+HYXfPumb2FzL06+Pl+ZBh+zt3t/3wy9V+va/0PeVBkt+D7v+i+vZP7IfPf mOvCo3v9r1vsv5jVQBvmwFNXCjIpwCt2K1P8t2QAQKsuvsPCmWP/rGwNsHvdQEQPmSQBpOQP jci+rAPeGaP2vCAYQWO1PHQXuCqtQVo/q2oLwPuGwVPumkiBsavTqliCtqQbOLvxwej6LdPT i4rXm7PCtFvuQEtFv8PuncNFwNDhuVQjwpOVP+QuEJAcFuwquaQvQnwyOnQxkNQwuFwxsZQa w2ieq2tYQuMZQLwxuoQeQuQ8L7wzQ9vOAYHOQcD0PCnOLypkxCEnsRHcxECer6QGrPCCnjve RILyvixAMpr/vZnaiCmpQExNq2m/REO2wyxLu/O7PTngQ4wxRPHksRGVPCnsROJfRYPIQtxa FAxHPTxYxDPVnyQ1vLAYRfRVxaQmROxaFNLjveLqCCrbwGxlxMxdFVxkvun8wfxnRpCznXRa H4xXPVoCQ1uJPCoCLrPeRxqIPTr9CCmCx0IHMzJAxxR2sPxylrgcmQx2CiQgR5x8Rzx5l0NH RBgYMAwfjxQGyBRZRLSDMzQTDBoZNHQcyGF4SHSAIcwhuzvuojRIw2QEyMNuwnSGIfNunxPC ooiCsuPTySR6w+SGDVMePZoux1NZyNmLtHRQyGCOSUyXSZkcPuo0tutwPCyeptyASgoWSgDw SUxgI4yStUQEylSaPZqbSKyPSoyUw/yqRJSeQkyTPeMCx8M+yuQkyhPTyuwfyvvggYpIiCqG PXy0SBwCS2yMvLS0Gxgcu6S2JQwmH/S7y6PJS5kNAcoby9y/zAyzpUQftxS9nCScPSS5zFSs PszGxGiyzEzJQ+S5nGN6xZzLx8OmS9khiSvpS2JpS6y3zRwiSzzRlyvQAYpswmJmTUJwzQOD gZTWRMS+zWwfugzRHdzMvizakzzATGJ0TMvCTak4TAOUTYTjkPzlCXiSqIS+qDCCzdSzzpTk RXiXFCzkRFzsiBTnyizuwfy9TqtAztxBzwzpzGOhzZTVuhiCy7TyDgTvxQzsxuPAvmz6ybz7 z1RpOwy2KaTvw5zaUAPUT6UCFRz/x2z4TIKhzSR3gYqfzvwc0IUFPqSzm4iSqdULlpzZS5G4 z3ymUBkGUAy+vKwmT90Ei7TZRwgYuqTZPOUWmbTvzzuqCCzVTGCIGA0JUaDQTST8UcxGzqTI UgQf0FzaPPgQUVzV0kT2UcImzSQI0YiJ0SUnUpvvUYCfiSrQyzv1UXz8UuwZzfUwF8S2PR0Q Uvyjt/Uyyjo9UuSjzXzIPmUkvvUWU5UzzGU5UvU8D20tSYzaPkU5reU3D80MqCTICEiS0ySz 1EPaTGVGGWS2VGK/VHELUlVKDY0tVLzvRgw0VDmKiSoPVI1PwszsPoVEtWVPEY0+xtCHF5VT yf1W1VPvS5QAU+1SkbVVzV1awsvb1WzPwZvHGjijiSsGSzlL0+zuVjxSz8RT1C1g1mwZxD1h DvVCzfIM0rVIVjFi1TyRVhExViULTIQITnRL0H1x05yyS2Vz1QSNTaV1wszuFH12UYV5VSS+ 16zzqtVwQTJVnwV9181/QZziqzCSsfTaWCVOWAT5RLz8K1CSs4TIWHAYNbWIi0WCwRV+nfWL 0JrAVczGWO2E2PkOWNzzkIVwUo2TVOT6WUrwTaLJWHnIyz2X1OUBLjUOSVzVrR12UWWdSArB WXURybWRUVWhPXvC0ZWcPSWjjE2LxB2l0rLqWjRm05sbvg2j0dWaPJWr1yMtPs2jjGWYWtFo 2YQnWv1ES/WxHBF2OeWvRzl2S8WlW3VOQc2j0rSBWjLtWdvQTaMHl2TcW8W+2JsH3ADc15vm 2+XC2fPLXEUpy23ADUW3wPW+XITsxQ3J1yV02rL+V0VDAZW+VCXBPHXP2zzDXAXQXM2vVyWo 2rTnT82lXWuRXWVK0KRw3PXZuOXZVMXK29sP21zZ3bDW3IxF3gW7V23iXOXRR12YSRXbVZM/ 3ZXnPE3bTP0KXeVcTf2tRs2zuh2jJv2w2lXvTawTAZXwu82rJoWyWtX0Ta3D31tSWvX3UQ3y VtzN3wX6P1Xu36X33PSCXkX2nil2X8Xz4AXHWrM6l2XcWvYD3XWjYF39iUV/YGYDYI4Hs+23 2lYLUKPOYIT5S53hyxXhWnYQYNXDqGYA3B4J2NTw4G2LXLHj3fW94X0Y3mYZXY2vYa3fx7YY WlYdXsYeEMXfYNiy4EOc4b0OXaYY4j22XPIsF2Yk0VUKXF4m20WlDKXfXF4rUY2y4s4bXPYs vXWrNqYnTk2vYxV+26YzW/4w21AY4wYy42U5WjNxYTvCAZJTY6W9474V413G4E3PDm4g3D5A YZ295B4lgZZBuf4/jt4x3ht/YiW6ZH42vM5EGiF2ZFZK3KY3ZF3KOP2vUb2/Vw5F1CYJZP0+ ZJ3RXG0iWjXGwy3C1vWtZVWY2vH05LyLZaXZ1r2lZa2bYNob5bZY1P0YyfixZhRh5i1VZh3D ug5bXmZmZJvi5i3qYBZcXqQNZpWz0kZWXrvbXDkll2RT2jZv3LZxux2lOw5wMi2rZ0Wn5zzY 1+2nO6DI2p5xVt3L53Vv5UZvX75KT948Z3Dx503x5/WMvJAZvFl2Rh6DkAZ0x36FjR5/vX6F zvVpxB6J0k54PSaL50wI6F4O1z6JFRl2Q3vs6PaKLJaQm9aRyi6F4VZwvg6W3Gw7aSzoaMQo 3yFh6OPmgZ6c6M6Jac266NFnjIrtaf4gWzahYgV+xQ6eYj6FPpZ55Z6cYjwKaYaoZ26jYoaX 6Sv0aKZdaszvag6JF8DI6d6yakax0ZW+PilgDM6daNP9aoyRa20dWbPLa22wWt64W1axaYQD aV6La/3Ga93G6v6/CP6iYUaSqybAaNGWay0/AZ7H60aYbJ6i7K5GXj6JGaaE2f7JbMx+bMXI XR7HZLZ77N7TbQ6SwfbIRtbP1CX5wTbX1EXpvQbZ0k7B6Jaw3N7dbcR17e6y6NQrbcMB7bbh jIyt6Ybj3m6d7l7eblVP616LG8bIPbgZ7qbmbhVXZKvCbr7tyxbdbv4i3yVJjIs67wzPgZTH 7yVcXPaNHK7kUQgZ74ba731h73aJb6b175zY7s787+3+7/1qb/aYHajI798DY7Zb3ycEzJ8C 4AcFSf7+aA767/8KSd6Snsbg6JcNcK6YcO8A8P6GYIaLHucDzZih1/bNcRawx7cOaVX56Orq b47ZcZ356HRq8T7bcc4IamcecQ6SoAbE7u8hb1V2gZ8ix5aYci7wcl6j8m8g6j8MXyL9cTxw 8kUOcFaDIPDIzx8o7aJTaJSBbzaWcx5M6d8zTEaYIcjI8w8161S1832mZixXgZ82cFQnc7a3 cFa5ojcu3O89UdbubbIojI6DdC5KxD89a89D7EdE9G0pgZUjc9dI026SoujIz/aYIy8daNdO dJb5dOaY9PbM04XyI48/vHAZ9UdH9SbR8vdT7TaDKbG4VFaSyydM51db0+dQbZdcdW6Jdf0U PggaJIm4PFvX9i7cc1Ps9ldUvm9i1K86PJdo1MdBvSdq6w9h9mzDdcwTdo3g5kdodu4IUBdo 1Vdr9kpgdn9sd19gdid3dmCUOS7adYdozP6HvQd77adNdmpMc/vCEXb7yzd/eBwReBcB8p+E cWw+eF7cbk+C1v8SdsJy92dk+K909ieMeCCUJ5znc8dqePbccHeC8KeSCUKDbW99eU4ORBga eWb1+X8Vc49mqFc21UeUcVeT+ZT5bY+XT1+W9segeY+gU1diN1cTvLeZWNeg9k+kefdsUAdy 9qepc3dm+pJodk0I+J+tcn1OiUet7z9iet7n+r8s+xezbaeaewezyigaUTbfQPe30R8teo+6 RjCCa1Jv9k0XcjPOe8859oUiek+XfB+m9ifDeOe89BeyiUUma+9m/HsOe+a+fFUs35/BdHbi 9sUu67eXUu/ICUfQfN9kvR8N9ifTWbRwiO7M7L9m/U6UfUbTfSfZXKaSfRbU6pfWZSbDfX5T 6Z/cZSQ8iUWz/his6MaQdiWz/gDC3dQNfm6KVAdk5zaBeXfqaK9sVTXbRFjC3g1Y9oVTal99 Zu6bevjC5k6t/iVXYz/rb256flXr/e/1ZrZRHeVh/sdk1j5Ydsf9fyf8gXCADIQDUYjYXDQc CA2CAGjIaDeDjSBwUXDeBQuGw+IxOIReGQ6IDSJQQbQqPxobQmSQeExiQC6UxODQ6TRmITGC DOYTWXjmBQSQxKXRqfTKWTyiT8YjUXDWPTYXUWCDgXQWkVSrSscyWh1iS0CYS2T16jQirweJ jQXWKM1SR0sXDChWO0WCRWcbW+1DWuXS8xwXU+HVS/wSmXKzjiVRSaV214u1DPBQjHzLE4um De+xkc1WlZnNw7OjHP03J6OlDLK0POjOvjHI6cXa603G2aLZ6+daSkZ3X6rFb2dzm13POcPY U3QjTOji3jCo8vm3q18LnRPVX/WcXa3yeDXoDDFzraS7wbbLebw4uDRbv9DJdiYcYZef4wTY +/Z0qddf1OUiboPc/7vOI8qPvPAoYM6xD/sW1T6POxYYrC/TIQBBz5OC80KMQkjvw6t7swjE LavFEDAwnCsORTALoxQGULtugjTImw8SRqlbGwRCinQ1GcetSqrQxozT5KtFkjOI3kktfCii vNIUNwRKUZqVJ7BKcwKRwXGsoy2icKSy1SaIJEbvwgxboR2hstLMgkxTQo7wKo+Mvze0khzk 904RXKiKyFJE/z5LsjS+rcjyI1VETMtFDq/QsiJ0n4YIhJkEUmgcuwbTDA01BkIp0u9Gu1Tt RhjAUs1FLlQO/VdNINUs2p0nAYwomLzVolVKtzV0KvAg0p1mqNKUtVViU0qkZp0qQYKZKEEL UrNeUvNtpUgm7v2vTSIQPay62dP1vy4plcWjcFyxmtVyU88y1MKGCDQjd7nzBdz51g1dzuC8 CIP9fddqYu9735aksqY3jwXS7+EWKnbzYbTS1QHBCmNo8C1TY+uLUgpmD17jEX4hkC5Xtirh 5Lik23LiWTZXlF1xmpjr5Cs2R5oGCdU5l+cQig0TvAnVDQRn9doNQU26LluVPrpWQ0Q8yDPv kuoaI/eW5tq2pwpf+kwA8DVTtq0FJ1H2o6+GDVO9s9d51nzq6CuO3126EIohD20wxBG7y5jO 7blTVnyzvlNbLwcWvA6FhPqjtdrVqs28bTUKWrxkchhynDx88EKW9y0fOZGaISN0OXct0gcs 7ge9oqkvS40GqEuY30Z9krbqvNXeuQjul8dzMHZ3bBCqJp0uszb4iJeDLK3d7pD6+bTToVl6 Cj9LpnY0AEHg9X5HteDaHvPc5lgu+qlEev5kX/I9Hf/QHPzyJ+PthziLzM6gTmcJ+9PfS77+ H6FqcWDV1Tyn4Paf4Xc5jLIEwGfK/wmL7GxJtdo/SB6CIKwLM8/9ZDpXIH1M6UV9iJ3+Qifr BuEr+XUriBkDY6BVn9OtJ5C5PRzIBG3hpDAHLkiXQ0gM/Yj8Pn6LMMFEKGzvogvTgc1eHsSn 6MchnE45imYmr4g012FrinbJBiiZWKcLIaHBi+uYhoNnMv0TIfSM0G4vvhhbGc5hqmmRrNoc xMUOHOuuByrqGceYAp6h6rd+iJZAk7js4CQseo5RFkEQg6cfTuSHRjJA68cZKQGXpDM1SJ4v xFk27aKkQZPxodMDZsMKpPNXk7JqVRPoESiQAQhZUOG1R6jvKw70X3uwtlq9sHEj4enAl8a0 0MpjqxxKPMGY5iokRlbdIOREQZnnMcVDOaczHFg2UnKAjcPZtv0Og2uaSLZHHcm8jWaj7Zxu gByeua06AcEQjdNqeBQZ3uokJON0k8VkTnn3PKIrypsQ4oEWSHtBZARBb9OCdUZaFzpgnC2h 8v5zUKetO1vVDnrTMjUzGX09qD0bPbQF74OCDQfLzSUwlHaS0nmK4910/Jd0pfQc6JlFqao3 hmx6j7woy08IQbuItQKTSvp+/2ijlQbMCoEaCnZGyEF7mLUyX0AqnwRBwrSq7sp+VDQqQgmc anBU9jJC2sdQaK1HhFUWObR6Yn9jVW6XxTGzRBrlVGm8Za71ZrTC1eUvqtQ9r+QgjsM7B18c 8DZWNAkz2CisDhCFhrH2RsdGIHB0KULBq4nGytm4wLGqrRmFtoCEMehxaQHCt7Txsr5UpbtM TVPPBta+X1mJi20IRZyIK2SEW2hnbwG6yrfyGBuZ1ocZV/PKuLDKHtyXt3BobaOSNkKExlKp Jyy8pbr2eiLdu59xpi3et7MmIKdX83ZjneaX1urrSquhCS8ssboURJTfK9UPSqS5svDO4RD7 vX4mWDC/mAajQtVbb2GeBwb08h7gq/MxcFKtwbOQzS+oyv4dle+HGGLn0ewm6AG9MMEzowrG ozuILF4jdJgufsQbwXPYXhPFdVMZOuvmYIG+AiH4SI/jm59tCXY+IfXLIKa7lZEx7kbGGLSG 45eADe52RXrYhwLk4sxD5n5SyvlR44MsnPjxZG7L7+cWY4VTc+++SXv4srLk59GYczPrxCTz N2NsaY9TiQ/EWQc84lzpn3PeeKoZsNuDdCkCsuaF0Pcpw2f6v5zz5o+P2kYIg3m/pTDOjdIw i0Jo7TlC9N5klPnS2ONoz5B1Lc93epIa6WRbqgtBD5BawuVh7HtkcsJe1vFYi1ecvJnz1qwv 5D4Xmh17sPV1x9fxe17oU4GGYtasjFr2+GTahaqYfj3a4NAbQFzptvQ1fdXR117OLayvdZK9 yCeTG20d13E0vtq4kvd3uu27N3eWNpR7vkrvfHFcHt73zFwDdLnsqSc07kEtUnN/Z04W7K2e usmn53TFjKh8diXVy9xTgWOOKZW4dLHhvCuRPR5JLncPFqrEP33j3leTnn5U4hCHHFOtuQ8x 7za+rTMWGI25t7INpuArrzp0Lm80cm9GqXuLpUF+kzo53zXqD++c9Q6B1V0l9cu4s6zoWp26 XK9ZgBkHe3Y8e726J2R4HS9jVh4C0rtTxaUuLwr3IiFdcmry5nCzEvECqc8710PjWFXxzGY1 4R/Phj6eI4DHztT6KU+Lpd42n2XvJ7cUXsawu3Ib5083Mbrfn1X5B8/Fz0lUJjQfyhVB7L1P VwKjXsr1cEZTeeq/7X0/tMcUA4Cmn20Io194y97zzDproQwhptXLxZNuTVyD8z0GhfoIU9kW 7gM+cm/WBpATdWPftPZ5jSt7YNaQfeitDTc3y/z/U2NLP6+r/zRijDnT9326Dfx4h9jLxqOA zuyC/4/sma/2jY/m/+3QmM54mI/G+tAMjq/IyZAGddAezEN9AXAEuXAlAYx6ke+K8PA4+42N A+qtAMkqBqqcJcuyk4L4dNBSdkBqqkJ5Ba/HAVBQPgfzAerKuy4xBM4kRjBs/G95BqljBWaY uylyeyPpCNAlBoI+uzBcsLCFBcpHBimq+2roMFCc/G2vBQRK+3C3CbC7AfCxDCJuNutSnJB4 +FDOkm+2NDDXBdBHDAnRB42VDOdBCRBii5ACcXDOdJBWY1D7AkspDlD84BC4hk+2brDNBu8D BREZBZBvENCajTCA3wIauoeLBeujEweVE1EWetE0/Suoyu/BDc99CtB6uofHFEkW/Gp1Ece/ DpFNFisbEmfWS0eouofQBqsDFsfQOZFSUy+21TBRGFFDDdGNElEuVfC82zGW9YzPGK9Y4fBj GYS1D4j5Gaiwr4giPOg/G5BctVGqg7E0oir4hERojdHPBvBPCaW2+2/LEvHePPEBHfGBDU6J GGUdHc1iRpCxHzF5GcRjIBGVIGitHpCSkzH0eeps2HICcqpsjERol3IjHChZIq/GvYRiYjES vJEvI5GAknBRJAtBJG3QTdBiihDbJTJPHFJMjqI0c8BwZZI7CLJpHLCxJpJDDMZnE7GpJNBL DjI+kiMpDMaVJrCxKPIfKSPQJEw5BQakfyI1G3Kie2I1IhKqJEv/CbKy25H3EuIMlyBoaFDd LDAkwFKhCHF7LAmOS1IYfKJFJLK4mPGAZ2RicJKc/hEvLwMo+Un458MpFEclK0dxCbMHInCT MG+3IvMUWzBQ7vKkuFMenRLrMTMowfBidGddK9D5M1KszTL3EQMpHMdlK9CTNKs1BjNRK+Rj NKx5EueTM+18mYeLM5DNNjLir6o5NKxjCaeiJExTBRN/L7Nue+JEwKmYfHOPEA7/Kk1tNgfX OPCKfmJEyzN9OiYnCxOoBo3pCagBOA40opOdBZO/O5Nm29OrL0RjPRPNFFPZO7EugzLGuZO8 q/PnDrPkyRPig7PNDM5pKs1BPqhFOlCxP/PAPoowhhPnLtQTM25aIbQbKs1GJcoweUBo1XQo bqe2BnP/Qy1iBmfnQ82HPm+EoxRG00I/RNQtQxRS2iJE0nRai9QvIEowjFPnJFRjRtPgBkBy jhRmc9R6jZRmcrSCN5LGgrQoj9SO8rSDJg2KJ5SaddRAdNSDM2idSSkNRmNDSrKtQ1SwkrQ5 SY1XRfRpTHTCl3SCkrMWMElck5SHTYlGJFSfQpTjTDTglVTCrKlc4wBpS9RS1HTlNYlclzSm y7UHSk6pQgl7LHNjToljSmg+lcdlTtSgmFUYZFT+mPUKNuj2cBLHKrQommBnJ7ShVEiBQgm/ LHVPR5VSBnMhVKnJT641U6dBQXQQ0bLHM9VCnQNc19VofzV6ojU6dJVGhRRTLJQ27hWPEQMl UxQgeVRBShWg6dR5WmtEByofVdPVWweBWFWzObWketWDTYo9U/V9XLWaaZW4yvW1RxWee/WL SJOzQ27TRTXnXM/TW4fRWKixX1Sk6vXfX2kzQoqABm9HRTYLYHYQf7V7U4qpLGlDQhYeBm9N YWgVYNSZYm99YIq/YxTQYXLHEpY4gjY9QQrPYo6RR5ZO8zShZPB/QorvXjTZZiW3ZghrZRQY sHZQ2UdvWhYVQhZ0+dRTZ1ZraGitYxT0xTLGlvZs2HZRXdR5NTaXZSdujEBm/9aNataZRStJ ZLSha7YPQgtJR4r6h2jZZxQQtxZRRLbVZZQpbawLbNSk/Za+kNbRbqdcy9AhbNTBa3bEkjXT TYudO4/vQgvERjAEgOk5bJSIvFbvQpcOmBRSvVO5CZcNTxaxcu4xavV9MxZDI9R5c9c5WFdF b9dCmOhbdAgOdlcZTYv7c5U4wOhbShdlCvdpU8IdWvdk7dQow5anaghXDZb1T1d9dHTYxOfz cRQReQe3dzdinRdy+UhWdJcQepenby6Fd7EQPrL1aux1dSche9ebCmIxfFO5GVfNdnfKBgyV O5EaIZe8eBcQaRfieKBlC+Abfiyve47xf1dZLXf9fHI9fifHdygngJeTfxgRebKFfifRb0fD gdbzgbfYfXe4Z3glgEZVauzyBkt9fXg62eJrg4f7fvWNfycwqhgMKfhIgUBlEHhQ0XebChfh hSgjhXhHhtdZd5hrHFO5hFhAq/e5XdhIhFe4uPiLeTHbhig7hMa7au1TO5FfhriiBkSxhzir J/io1jdSTZihi5gAbyeVheuri+2HeiLZjNjHiXjVea3ZiwitjIONi+jFjRjhjqM3jpf/hPau 23hMW9j6jZjtfW22BjKfhrjfh+wtkCjrkM6RkZbzg/kQkNg9gGZzkpi1hQq1O5hlkIkMBjMl kmkrg9hy4Jisp9kDlHk7hq4plArzavlayjlYlVldjSZKlzkrfDlvkiqNlgljkqePl9dZFrhQ 5WBjllmLdREVhzmNkPhQ5tkdiIXC58IpfpmmeVmjls6NldgOXDeEvZau6NlzjyXCdAIoWFnC nQLhgjnKfzmPj4XDepklmfERlc3NnSdJmrnI6/kdf6Xie3lc2rauddkdgxn/QvMdhq7dQuzv hRoXneWroGeBnfieXiesLgjJokyvnXhZoto3mRokfHoho7CnoRnhpLlrhzpQr/fW8vopjnos fRoxltpdODhq83pnhzpxQDhRpxK3p6qgBjOtqAgUOTg2V5qLOfavDLoBXnfXqZoZlQV4gjqN o7qhnPls+INhp0g6OTmCV4hFq3fW+YTzm7rJWRrGhqTznuPE1jrFhq+1rLo7rjqdrhrdRZhQ /FQvQfavr0OTi9ra2GVs+7ryi8VRK/r7sNRhsKjFsHkAS7SNqFPphRABrXnJsqmFfXAVQvSv hrs3sPphs/sXavs2S7nZArQu1Ps9k/RRsptZkeS6krsPnRtjmxrxtIkiTzjTsOk5tBhHt4dk S7ozuAe2S6e7YpB/T7RDfhsO4xsHifuafzuNjnujuLSRuYnCdcS7hZsOlzrbmDu7u1XBfLtn oBTnuwmPott3CruFt3C7rbg3sG59rbi9vkeVu3t+lvT7Q7uZv1sPfpsHDZv/jzwDuDv5fzsG dAV5iRwTndtVwRD1wXwJbpuVWdYpwpwHvzERvpupuk7NwRndvPxBuLVJvJEpwrvBxPvhu5xV w/YpxU5xxAetotoETyyvotgPxtuDZ/xee/otnuTyfGZKVlx7yFLNt/ZZT66dx6fRx/wJySXD kATzybVPYpGEbzvjyvbDysf7ydt/GYXDojskgVxxu5zAihvJGzyHupzVYjy4gjxpt2iJuLaL wRznT7bduZzvyjwJz3WVwRHfy9vJ0DFb0Ghrkvu5Hzyx0S1jkvgjq9uL0LuZIV0Xt/0p0Y2H zD0YjFzX0si90d03uDzR0n0/z/YpI50rfKRoN5YNgV1WIFYMPz1UjPYNGjfgRoNpYNnB1wJK Mkxf1mV71rgGRp17cRjT2IBB11EtVGkF2VoyRoOv1bsJ2YO51rhH2gIl2t2B2jZR2elH19e6 S0RP2Fi93EIT2Fg2S0Pj2FfD3V1hbJiJ3d2TbJgwS0O8MlNBVGl6MlpZ1v33eH2umF3B3r4F b1ojGv3nLlfz4QMkyB1umeMkwZ4ecB34mbVH4hb1kBICkn3Jjn433P3p48m+Mk3j4W0b4rfp ICR93Bf75V3fmd4uhl4bj5ICSN3wob5j5t4zjz5r2L4l4X2zdT5T6DP1VH6D4V6MTB5R54oX 6X2v6be5uPE0LN4iyZ6T6pjJ2Oo94ryJE0Pd5J3DXn7B3j7Fdz3b7Fav6eRf7B3qxF7Z497d hN3qp4MlPhVH7phN3j7x5/7uI37BiRB4LuMk0D4Wqp8Hl78D6D5L76Jj7rlfB58b6z2uYX8d 2OrHYpwP76KL6rgjB5837l48rkMlT94X9Fkr5T9NQn1ur+MlwfVH9ZlP4P9h9J9eLR7f2uxT YpVf1V9zkr6797s79KMrYpUb9X+Hmj9x+H9jhZAf1ZmB2utB8xlR+b3fxFVGtp9HjLAf1zkd 87+xld3L+x+f1UWz+l6l/Lnf5b/LkrnRAf2jldmD/d2znf8Aud8doEez3Hld3au9+J2GBwIA LhgOBAMxiORcNBoIDYIAaMxqOBcMxlBRjEhlC4bD4jE4rBoRFY3EIlFItEhpBJHHZNBokORt DIdJBcNZjLplHIlNosNhdKpnHZ5Bp9PJXEoJBhvNZFQaRJ4TQJ1P4tSxlUohCBhC6JHpzWYF XBjRZjK61Yp9A6+NZDSRjVqxbBdV4sNRdZaDbZ7NbxHL1XbjCBrH4uLhvTb9TKrc8DioNdhn fbAN5vY69ZsNlbha4RlL3RpmNhhdZ/GtDo67JpHor3atXqBiNJ/WNFc7RAtoMNtFtkONzu4M M4TpoftZTUIzX+NbtlxMjuuPBhlUeVusPFuEOcRz8NhLsMe3tevBub1RdMOx5/DuvRweH5va Me/6/PlRjjOV98Jshtzhs/TeBcsb8rm9LtQIhSLOm47VvvBLpOpBr3ulAgbLc+6twqpIYIQ8 ENPS8L7wOgz7s9CURhjDD/REwkVQJFEXNW6cBhnDiJskG0Zsq3TQOLHSLR5HEFos/TaSHCkZ ITIj8SS/qChgpcLOU6cnRIzMprurkbQ9JLfSepEjNnJa6S6tzdTDL0aoQHD/OFD01NK5U3I+ gcxNXOcgMu0LhMjJ6rTlG8vyzQE+xqnzkzuu8noRHDhJvLbw0dRdFUTNlBTbOMartE090zKD 1UBS0az+1bZLVQzd1K3Enp869VVOGEcNkloYLswblVnOiJQHVVaVa8LZKHWNUtDYNH1JYq+T y1Vk2FX9cKpGtd1laNhvRVUNrtMjQrtDMauFSzV27LVTNpcdWOVbUN2NdL8VRa9uXcrdlXEx wYT5HFbTpQ7/X1VkI3jW9vzjerPUNduDBhFmEUfdjV0fc+HyfXLlUfH+HuBWqw4rjN1Y45Ma 4pjDo3vQORw3HCfZJSWTyffGOPHecesjZ+Q1XjGY5fjD25llL6yfj2d0fhbVz/m1mOLo156Q yOlN65SlweGDpy9osJhg0eralcuoavnTQyjDcqP9sOXUpsC7w2+8patEeSxwpe3ZZtG3Qc/1 pyftbabxgdwtDvmSz61aUSfi+/yVGvDOLwka6Jw8tOs8KJSrjVb8HQfGvfy8nBkHKzuVMG81 By806nQfSQ23VENDDqK86p7V9aEHOr12MBddz0r9tD3OqXvzioRQusOV4Oh811lAxq6DaUZ2 fc234FFdpjfbUfrPkVFrFiejS3p+gyM18h7YZhu3VYPYyXy1XzO2Jn9S1eny33fMgne4J+av dfen8JN+30m6VogAkb6iePeKxAR4x24EPOc/ANM7zidv/Wq5Er76nUwVRc/o1z7kXOZQPAOD IOYIwYY2/ppgN0iwMMVCA/DnSfNVg5C158Bz7q3f1DQxUBoSMCYU8ch8KErwudPDEzz9nBRE JjEJJ0A3cO+OcdeHUTHnF2g++6JrZ4fnTOS50uz7Ysm7f9BWLRC4lRPQW6k7sYjqOdNk6uL5 x4hK8itGmNkaYmR0BybJeEX4oA5idGqPpdkEx3PRGyNUhY/P3i/IhlUFThO4ObAeR7zpIyOQ LEKGEPzhIJi4gWAcm4yR5js+6UElGASabS86F8kpUyGk/K2PMlkDyYlZLMHMgonnZdxFSBUu pTRufIbJAcnYvTBQFEmW7o33TCmQtqCp5YhRPmhKKPcxpQnCflD8/k14VzLUHHF9M25KTPTF J2Qc3kvOdOEpybU5ZkxVnbOmd8Cj5zjgHPWWkFZ8Haf3D8yEyJsT0UC50+6XH3T/lVEOfz0g ctrn1Qw+7v3yRdecdOE5dnug5OhQ+jNAaOShojE+jFIGTPuLS/Whrt4K0necmeA9LHOnTZmZ R/IOZH0vpqfeI8PyfP9pTTt8hZHZg4IROeniyqCRYqDUilL6ahTqd1SYqhV6ixPhe86h0A6r 0xn6+QpaGZOwKq/KGPT6ax0Vq6DczdSazQyN1HKH9a5+UzKXDaecFa6u4nXW2uxwkMwDrzKZ Bj7ilxFN9KOuMQaU0GsTEWmyTH3UopDBV+tRIfPksqoyA5GIyA4M3AOzlWKVWgjBU2yka7Hz ZsxGuy0CiUUore+m19Q6q2nj7TK2UeKdW5ihYewcPyXxJstPC1ciLcWnuMzd9xIbRVABvcwq 9wYK3Qo0na5Z76k2MfJbWqkyof3curEu68nJM3blbZaYtz7z1ngHZqods72qgKvVe+Ms7fQH IRLajxIwcWxve+O/sx7aWXwDMOw8wMA2dpZfyjd0ZTgzwTUPBZM8IlXvZhQ3TnLPVRIfgHDV QsGTfTZQrCFLqhylxDOkHFCMU2VN6VgHFBXXYrkVhDGWA6jY2pVhZ6mFMb48e/jGgdh5q5CT 7kDGFu8JVdyFcK+mPnpA4xBlC4WSU4lXxZlB7uUsmWTvmnrDp034ZcxhmKyuWcwqrKvi8r4O MzVDOnkWi2M8p5pf7iM52bn85cg3mmAoOMUYUuOVdR2ZakZcaZnrFySr+NUyXobM9o8KV+s7 OK/mlKhz10vCXDdf9J6czrhCm+malaAhbnrIuo9CYEo9ljSWHdW5CnZqKHOpriamsNnEyWuM nXK1hEHVGu7Ool2FnCxGELOxjzbsOyGHY27M1niOLeQsg7PqHA+/klQZXqu1niyp01XYU21t TGBsre7K2zHTEd4tnbqhqdvEchc9YIrLtfMGyGflX2xuLfO3N4TO31r7CHANbb/kvgHRMuN7 Z94HdjAOMOFFXhTfyLtlX6Zt4rUPYnGLz8GSltt2XFL5Xq13LzY24cO8m4ls3CBPph3qollz l+u+XXC0Dh2Ru228X85zTS3/LUlbbWfzzESQc2k+w1xfojnK1Sp6XZ3o3RJ03qqBmTi2TJVu z6brcpbvAbuhv513GfUcKdi604TsNA+v4C7TkfpsxcN9ueb2mJPTcc4b7q8XNqUez6M7LlHp Xf3ug3X92nwbEfBRk7fjAiT8Kacowh41+vhOWWH8drskrruqeYfztHzPWmVeMqRTTBEI9tp4 v56bn3ooC+U89VP13nPJ+FwoU/bfiMOuf9PjWy1YAbsiwp7ru2eS9e7278X0nxIW9r3ZhAwX mtd/P60w74MOdo/S6Fm0zvdW5+5iCYe633oig3XAc6jX097/n6Fg/9Xv6u3Vi3EC4n8PFPoK //TrX9iR/493UC6qOCICYr/7yZuz+55b9Dhi6qKD8ikoh8BTzT6kByCjbZsr/b+zbZscAzfs AsCzfpxQGalLzRr8BxAD7L/cEr8C8sEJ2YGz7b+8ArbZ1T80GCIA7alKTkBgySprycA8E6Vq IDHMHcFj6UHyWb8D5qlMIx68Ejkb7sEBH8GL+8KEFrDkJ7AT/sHUKEID8xIYGUKjWafiMkKi 1UML/J8afjpiAQmcND+r9kDMGMM5qkAiT0NcOT9BpifjqZvT+5PD40G0PpCz98QCP7/cPp9S YCx7t0HsNZl8Lx2ERigYGzpD8xSULzvkQp6USTv0B0SoG0S8SB7sT0BsED8sFjz8TEUMT8Bx rkRz98VkBi7SUR+EUUWMVkTUJBikSzV8EEXMMcG0XqBsNZdkOEREYcW780YzjL/Zp8LyRsZa qcTSuEXkaDmr+8Zg/pn7/Zc8Zr8MEEbcUSiSZKsEUT/xj0LySsbSFscD80c0WkGxf0c8M8eA GzUcdKG0eibsBxTaJMUUHUfcFjhUdKIsbDn6ZMgbRz/cfi/cNchTliQsTT8xfkFjs0hKMEck HUiUbkaQmCNcY7+70MgDp0hkjqZ0iqKBHL95Z8L0hcB0lQGzk0kx10bDyEjkh8eskch8hEnE fkZUNZP8c7+8n8lBmaRMmTOcoK7A2sJBqMMTJT/cpkFjTEp6Vo/7GqRLj8l8OkBxsseMmkrk rMGxuMmUm8ra+UggrCRKWclEPBvELzDL80tsrMIMuMlkEBwkLyyb/cu8qsHUvcp0NZycMUt7 +8wMkMuab8qscMwslcfMuycsfDT0Bx0MtztkwEx7N7/Z2ULy48zLHcvj+8zUyD8zvUvEUZ3L I4jsmk0guUAU0ktcGx5sykjc2I2s2cTMv8Bx8MFkvMNc3QGQuT+c301IxAGh7R+AGqwovs4r i8yjdk5bNQmwqgjc55/o4wnM6kmU3E7EFjE06Z7U6q/07zo00p3856Asqqxk80fkzgh055+o jqPc9x2Yjq38+U5o4k4qDM5EfM/KEs+gqU/scbG87yFM+866Houk362tAiFoiNA9As6JHs/q G0/Z6FCZ106JpFC8+dBc9qHsgc7VD6JIuU4lEUFknQBs4tDFABqdDiH1FU7ihVFSME+E5R0y Lc1lFjZU34iTlFGdHFHSNc/abNGaOFHNA6M8+bOtGaKAjqN1JlDCkdJCOkpU/B0yQoGrNFGd LA8s7zXU+dHtEqSdBUkVFJktDE5NA9Mc/adk4tNdJZkqTlJ1KyUtHiU9Ny7E6LPtPDj9LKRV Pk99LRt899LtDyX037CdM1Q9IdMS+VP08pkqWYGrm84qZk+bTVD1S039L871TVP09JeaMgGr NlTroNCtFiaFSa71Sqb9VSL1VhzlT9EqcU37jdUqdNVSeFVlXDidTKctPVVFX7J9MyfFIhjR 3lY1YrdFDyhFWrDk4tZoGrslYigYGtXtalEbQtA6ik36AFEtblazZtaDK4waxFcZ7tZNcjwN ah7olMytMymFcNY1eLcFEteNW1DyntDFfFeB/NPync4tfU+dbU7yp9aTX1gKpFcs+JYaAoGk 3VgqqdediVb1A6rdg9Fli9JM7ys9bs6VD1jth7V84tjtg9CRT9BNYytdg9PdlE99flkiHNhd GywNZ1NpT9Cjd9A9NIjMsVnaINcMyNmKItUb8NoaJNkVG099Es96X071pcbNDy0Nj1DROtHF a84tqdctJ5OtI1ZdMy2dj1FlsNVVpiNddyuFrKOloNK1MM+dddtSKFkVSC6QjNiFqTfNudtt vLkNDy6AGln071v7tFvyS9vVA67lwFF5GyTlkVgFxiMlpNxC7FxVXRGzj4Ggn1hi91ntxdzl xVEq/J11zNqNM10R2d0lrl04jNwlFIGK/1ztV918K4Gkf86d2aYd0k+N2dyJZF1zBttE5V3l 1F1oGl4dzs4l2Zzl1M/F5VyMiV28wYjN209t2adN0E696x+td15rEwjMCN4zH9dyTN8LHYGk Ut298T3F8rI4hSft9lpF6F6rJV5F7N+l5l+x6V2s/hFN/Tod+d/RxV8tdpoOAFdt32Ad3tMt 4zN92NAA8DNV/dImCB+GCV5Mo9uyLGBh/NyuC+Dl/912DFxV2TQeC17OErnd6uEuAuEKqd0k +uCF7d9GFWFxp927TF7994GOHF91CWHaEt91DWH6sF40rV4zVWIN5OJF8GH9BN92B7VuJN7O KN6l12KJrmG6IIGkO2LKIt8+DWH+L19Y2N1GLF6tyOLmM91D1GNWHOITawjOAQ2KME4t7OOG Ot27bWKWPNs8Rd12PUGWOyOmEeB7c10cNWP+QcJd4zeojL/WM9vOR+RKQuItXWOaQsEFZ4+V w0Pd27gGSt5LgGTNNuTdxsDOT1ymQOVFxuVV6rjIjORF42V+Ldo2TdzBIeVCWc4p7eWS+WXd J+TaWeTNC2YN0eP140aoGWYeB+ZOPF6uZuY4y1yOaLnOTNoWaV1EDmZ6b+Zd7MSZ2Z8kBuZC b+Xd3eb+R1cwyydOcM8udV7eRed11GaLs2ZUU96uemUF7OejCFj91wpd9uNOfygeX95uf6JI iGBYt56QyOWrvmZUYOgWg+b92+h2hGSyP+ZUdGe7K+hF2WjGi15LyWcEmF6ukWZUnt12kwGb et27z+jNO4wp/uhl5ul2hCo14z02ld0unCpGhGkOnuQ17OnMR+lKqedmmmo2g2oWo0gN6r3W ld7Op8Z2pyEunV3b4unWGGrEimqlBOhltIg6HOkGqOsSvesiG2hl8msOtGkV28F2k9F+sKIo g1keuWg89lFIGQ0el9J+vWcEqU9uv2uE4mvSMGjtAGwqLen06+xKMmsc6ewqOGnVH2yJ+oij MGLcA+ZUo+yGzQGes2zqOmy9DWwqKGuk5W0p12y+xEC+0ewm1ujWvO1u0GwMEuqGyG22zm2q S+1exm22wGvMGGrOxG4WvGLe4VAe3bj+3u3CVuz8/gGUPeZU7u3eYUlm46+W0+3y+UL2fuLc KBGtGQGW8Esm78K+q21EKBzuI28boOuk9O9qMm9dV++OcCrOwMN+y9Pe9pzm7WyG/M3mvMO2 ZW4G82de6nAScu8M/GZTHe+exEPu8NtPBp3nB+xkPu9em/BrI+7tCXDaJPDPBkRu9ewkSuul gHBvEF0+yESoq9c3Bp7vBfC+jk8OwMUu8az+wMVlCwjLNXEOxnHawOyHIO6EXO9dXXHp/vF2 vvIy0PIapG7uxEYe7u/fKdROLcZjbfIqqfF2ynLK6WyEbfDu1HMVQuvMbfCXMiEs39kfNlBP KmxEc3Ht8nNx+vHvCceHNnNSG3PWxnPNTHM6IO9s+PNiIvHvBkf+8fM2LfRPPuyHEHRcLx2e 9uvvSETeLcjPNm+HTPK+7qLe9uykkG8djewPUXUGwnU1rG7qKG6LHuvMlW8exnWFnXR6OnU/ WTfPWPWqQvVvHlzSJOsO1En/Buwkn+sM8vLR13SnBkqHUdO/LSTnVtInaG+RGOwMrnXuxHbH UmvPbHWna6VvQfYW7lTncCWewu0ln28dmHFyYYwvOktvVtoXdvEHdku+wvD3e9euxku4ws53 FxzmsO+ExewuxHglaeLcxfgWwkyffG1EyYwvBniFvuvMzWhXDXizsGwMzWwu/c0nY/Bnj8wu yHj9u/ip6Xd+xE2PeXkPlG1E2Pi/lp7uhXJE32Tfafm3kc9u8J+GhVV/nh+uTdNvoB2eaVAG 8J/vf0/HpB11tPpnouBHp+6OGdFO8KAvkE6/q3YD4Hqs8YwvpyB+6LufnfsPo3rPsvjXqqDP iPrPtcqE6euisGTdoWulBPp1AuOfo/vE5XuvoOG3ndnW6PtN8/wPlPtqHOH88uuiIuOdCXxf YGKvwiIPm84npOFl8/pr2nqvzNcWy6LfvPrNHfufpf0Xy/zyMnp1JO6P031Xxvvn1v16OmOd Pey6KGhXyvfe6OSXzDfOGPo9L+6P2KQuCE525/pr7t89Md/tXX43osEf5KS/4npdOvoXvn6n qn6CTmH89O57j+OdDX7voMkHuFbXqecW56WeCH6a+WH/639mU/ndTV/um+nXd2gN8/+WbXqv +X3erPooGIgAuHIyEBsEANGgzGguGggGQxGECG0Fg8JhcNh4yhkUhEKFw2jAxGIugkGjsLkE OkUMhsmi0fkMjksVjw4HEqmUcl82lUaGMTl01m4yGA4F03oMLnlEo1Img1FwxglEHIuG9Ap9 RqcQiU6GdQqU4kleqAzicPkY2p0dstnrgyltZs0OGFVq9kj8qiI0tcJqFuiI3mdsvMPGd5oN QHEYuskvtfo+Mo1FvGLvVdxORulVGuDhI2F2Uog3zVB0GiGGkuem0NDxudr2gGdT1OImmy2l VGFxju4ulG2exFw1s4wqED4XEy+C5OA4WuyeP0HQ4dY3tHsWes3YpnYoOk3diGm8hPgxmg8g z8106eP0gy12glPfx100mW+nwukX93DraIrgrzSNgoi/v7Ajaus8qrOK0CfwFBj2KO/q7qI/ kIQqorWq8+MJw4/bMJpDqeKCo0AwKscSpIxioO1EzGIW5kVL5EAcwUGajRpFC1Q4hjqODFTm KI9EeyEGEiSC2j7vSo0jNIsMVRtCUHyi4sDR7KUdseqraPar0uRBGSaTBFDkKCqrxxrG80Mk 70xpZCT5zfNMLKs7Sqx40bSzfPLdxXL6Ptc487oFJU9o6qrkTrMVEUK/adBoiMHzrGiXUiqM rUdS1JOLGLPUvGEfUgvc1VGjdF0/UkLVMlNKL7S9Wz9KVNphEEA1opbaygitL1yhdZ14iNcx bSCRrDLViq0ujDvDS1jS7TFkrnOtgIQGiR2nP1b15bFMzTZwXWy1UFWuwrjRTblzNJci0roq Fv3Sy0UU+kd5XPHlwXtZjyBojTUMOu9LX812AXJgcw0+jTg1RSGFNoozlYFcNoX5h1lwjiTl KJfeGuqul24y4uOYk12Ku4GCNVflMQUrXmOKJi1LZeGDDv1mTQxhSGa5LnT6zrbdrZ3j9w3J oUh2jm8EaFpLaaXlz/aG/GnwzbuewyjWI6m4t635nNLRZQNIMZYVXsZlevz/jb67RE4YWfsW 0hhsm4R1t1DvHC+1WbXm87lpG+Tti+92tT2WbLwKiartEs79KnASkGIc0TT9f63ZXF8s1deW JxO7hpzk/Zba3QZBzc4c7XfR9Pu3NdVOmUTd1U+05SEr8jPFXyvtTYUtQa6bn3tHcio1qvH3 3O9b41HdRT8HZFtdeedqN+el4dRUtImYdi8fs79OVrSJ62ge5Wu1YD6Py5pjH0VjUnsQ961G fJXP3fQnnbzh99c8VXknoI/FT7/gQPDUhAJV0BWiQDck2FSy43foegbAkojwH+l5es6I8a64 HvfgyuZ2kETLP4gCZqCZG4QENfwmaCq9iIwcL4huC6rzowKeIuSGb+F4LWOAbRrikIdwKTAp aH71niwvY03ZqUOmPQlRIrxiBE4AQ+iW95fhTYaRSJu+KKp2HIlKVebqFAOUXqQjBAotsZGc RAXQtZLkWQcnrUtG2BSA1PxyciaeL7UICRxj0Dkv8aDYP4Xwrwzj/4Fx1QjDGNBd47sTkXFB GzHiXA1BhAqPBOpKRzfWQiTLkSwGekon+LsECKyhQDI0ykk0ARhhrJgvcbk2SuVFJ420nJXx mgTKqWcfm7yhOZKOJstnAzAL7L6Q0XpZOQByQtx0wplEoPJKGZRipok5mJJia0vHkg1mzMiS ZI00yNSBKWcEYYzzfTg5EjTxZuTpIG4GdCPJaTbLTG6ZiCp2zykjKmcjwo3xpnQciWkSXPkj oFMtWskyfSQmhJihcCpvSloe5E0j55OEajCaBrNFyNy0nxRiiDf6ORhMPDlz5GiUyjmjSikk DKJK1ciTKYrKY3M1oc/CFVHH7zvfGDUw5YaYybc/T+Q0658VEgVRiYtSJ1TwlKYcudKpMVQk gYeQcnKqUhmbUOCwOSR0Wq5QyhNT6uyXkmYeEIOaSzRrRGGUFbZLSSlKQsyktHUufrpG4iNG 68Qwq9QCudfiRu8sCcGpr8gakLsNWp/NhZDUykwQs5TkabSTslJAkbg6+2Tr+zawNepHWWi4 DlYVkbR1rkwVA8NQawA1tVW5EMnLX0hmjbOptPUWxuI1Yi3MCrISTt7ZRTUpSoSBs7MW4tRb Ux6JtKS2UibSIbuBIm5swXPlQkZO+DFnCNU9khbuUFmGoSTkhaW8korGUmOJei38pTQSnBwV Wgl60aAxvjLVz56LdSYv1AMHBpKc35mHdWYpoJf0ImjgaQxEZxycNBNNy97iu32TxfzCc77E YPihgSTB74FERn5JzD2FJe4jvvfM0k4Z3zsxTCjDkk8W2+qEDVdcbrMzRxrf6+WOGw1Bs1jT HoOJ8YAf/kJ68pciX+KbMXJN9kcyYKMg+oNhJOZRvFj/K2H7Qylyfk6seVaO5Gu3l25s0SjU pujiFz+Z8XFVm3my/2MZJ5wvth7Ob8Lm1bBrku/12J8Z8vte+aJVagZCkxoTIuCtDrKzrcOT mbsN52lLpC/0+NKX2uTovSOjnP4V0xePScFjF1y0fqLOWoYQ5imLjvHV+Aa6sy8eQG2IIs3/ jWDTWcML7oK1zXW+9d9c2GyM8XYORcnku2LnGxpCNc2TzKTrZuG9KbIr3tLCOzNq7Kqvri0u gU/7Ui4Diq20Nu7ibuDbG+SqRa43To3be6I07egxvA/W8i+701rorZFkL7WKM9vCQIONM77u YUraFg9E1O2Zwi/2/uD3Usvw+RmtsA7w4nknZHCX5A2yLxgivHNK8K1xd3F1/eMyi4FULjnK N9cf5Jsrf9Ss+6g2ZzLT+VORyz0NyeX/KbNcr57b3nmRa4cnchqOvnK+j1Z6NhvQW0KbX23H sjqO5qCA26rn7qBY9vPj6xOnlPOOvzh53x+1G9utzy1Hg3XFVta8D7NkHh3VHhbm14YegWtt /94yL1rZE9+G6k1x4DT9ntmeE7ttDxHBu/5h6Fx8i/M6wEgzD0/xtKefayobzff/m/M+Kzx4 /w/oXoejfvi/j8n91QcBt6rL3rPXcp8n666O94z6f5/7cHFNNoe69FriP/nPe6itnsj4PKfD fAM1iR5Prfl8U3/NS/3TOPyX9xrL63etofZ159nLOyDffX+3I7fr2wbfh+RvejWG+p/VY91L c/6+Z8/On9O/H59w+//x2+wGzP6r7PeNkD1vxQBN4tzPmwBvZNeD3taqkQCt6tRs1AbQGP7Q EOCvzI6L/KWNoQMvyu2QJuIMttmKKsNwNwCuJvqQRrqJVtoP+Pku1O/OPwGtrtcIxwAMvwau UJ6wWuUQYtmEctapKtkQgL/CcwhudQHQZMBqDN/kmuiNzwnP5tZQor7QjQlOju5wrsNwmQeQ sLpOPkwP4OrwwgcJbtkQwgbofwzuwJytoJYwbrrAbQ3vdoTQwO5QvtmHcQpQ3Mguiw7O1OIw 1u8xAw7O8wdxBO+vSgaAbnaPCi+xGFovys1RIMpQ6DyRIMXK8idRMQNQ6iEROPyq+RIPMQuC XRRoUAbpCxNoWsXQWRTRWROxLm5wqtbxIPTxDiKxbIsxUuaRFm3gYxeKwAbxfu1jPRhtGRLR Nmqv4HkxjqovPxTRltzK7xnQttORjwSrnRfNRQkxPl2tAxlPnuPRvPnwzRcoev4EFDBNdQrR PmDr7CInix1tfQsx3PyQ6IOR1thP2x7NhO4R+wnqCR1tnRuxFmsRrMAyBv2JcxcmVx0xNyHQ ysjx7RdxVRTGOR4RNyMQIxHyNxSxcmhRaRjSQyJH5AbySSCyTj6tGqTSVOAw2yLrmDAyRrmR 2xFmCvAxRScRJSOrqRcRPsXSfxFsXKQRTRWuRAbiFr4RzSgOUSZxNylSiRPShuURNSjQkQaS kudR4x1ELxaNtytOeymSqOeyYRcnCwbxLnKxOrrStOjwAyzsJxgyusJyJIMAbliP4RqS8w6K ty8OuAcShS/uyQTRcl3ygxazDwitlxFnbReLNS/u1SxzItayizDO6xXTLxDKXRPnfR4SJzGu 6y4RPnqyJR5TSyzTSRIySxjHwzAxazXQUxFzXSPzVPMSUj5SpR8zcxOzds8TCzVPTw/Tgwgy kEvTPy7oBTPyTTlS7RHzmzJoHQbx8zpSORNzqzotRTBINSvznoLQ0vBAbklxOy/Txwbzyvny bTxT0xrobzXyWz3R+RFz3TBIhwyxNz7T6x7yUonvAxJz+zuz8P3x8RLorSRUBNayrRc0DRpx jUGTZTHzESEoyy9RjUKRoRco7TXywUNTMxP0NKHxTRVS0xN0R0NxH0TTgRF0TT5S5r/SuUSr qUWi7RsoOT70DiXUbtRi+0dTai+QWTpjySJJTxeOcUhyjniznTe0hJb0A0c0my+kFUlQ4UeS n0cCKzWTFsA0s0nUsUYRaKTTTIoRePk0xTF0wprUijPTXn/0IidU2UXzQT3xUUaU3w2xgSLU sU7zrUc09z5UT040kwdxmUpVB0s0+u6yhTXu8zRi+QuTz0pKJsjHx0ov7K71K0qU3qQPy0eV N0yVOswyCxk0g1NKYRi1SxSTGUCIB0XUcveRgT+1XH4U1VSvTvGUsKmVD1cRkVG0GzyUpKsx aUt1gxk0c1iUQ1dxnx/i+Nx1CU31murUhVoSn1jT2Uwq4VhU11sU4UcxNVIU31vVF011w1lz rO0Vux7zUi+OHUriEVT0K1wUB1FOI0u13V6VV10TKyp0dz/UeODQxUhLbVT0c2BU/2BVe2BS bP0v7KCWF1s03rg052ISZU5NM1SWCQLu2QFRY2JuJ0VWN2H0csN1y2Rv+i+Ua0hRs2UuUVeu nzl012XWB0sL+122TudWP2aPE2RQltOMjOetJV3NFQPWYS6zh2bS319sNUz2V2kKtvtWh03s TU/2pSGV3MY1nUc2r1fWsuwUFWrQ7q+NbO1TLWv2xt1voS2UeMmwD0pW11FW3Wess2Q0sW5V o03262yC+MyWjNn2sW6Mw2FM6VAUc3BSxrmvMWvW9VTWPtAVdV3XG1FXG0YUctETFtttfsi0 fXMOQ1KNL2JXKIE14XQRn28td1+03tPXHC+XU3S3U1FNWC0TOXVvn1RNYU3CXM0yKxe3c0li dXeSeXfMGXMtbrothVG3i02orXcNszPnxrotnSbXn0xzx3l0BwhCKva2l3gtw3J3sNy3jt20 lXcXw0PAaK/rVzwK+Lj1WU63xyV3P3sN+VxXfOGU8KhK/uA3uiEX8Mi3y3+OZvkq/uJ0fYBM Nx63zKvxrKTVGQcO81qXsMi4DqeSj3nOXyM3cYLQ6LrLtV9IOYOTFjPYP2a4ROkEFMMXhsA4 T04n5YVSH4MS5X24IS6yhMV2UXfOq3ous37uqyCrGQnq7r0sXYeuz1K3cOz1P4bsg4H39u3P Au2LGO1YCO+WGDyLGYHTQYrMi0VKERK39XzPCVaXcPEYl4vzV4vMEVLYQvI37KwY0W/X9vPT 5KETbm745xMw8YyzhY6pkYXXsY+Yi3sPYzZJeNC4CPY4zvY5DXQ0MX9vdZEZF4yJeMN5Ivjx CZGztXZJeNUyx5NUJYQvpTkC+p9zi4WPs4CPs5OPs3jv0Yev0Yzv0YaP5W5395ZVuXsZa5Yt w28pIta3ov/5bX9wE1kZgwDZh3zQE3Ep/rV3xXsQKWoXcZnYNZRZo5jJ/wIZIwO5gZjrmWjJ /38uRJ/wUWq5t4BtOZw5J3fUE48IxVf504QZ02WYGwbOy39555q554CQiXRXsZ9Uj54L63VI xMB5BwqVi5+MB5OJW37YA6FUzXcaG4aQyYewyZk6JQaJD1A4TQ56JuwX/Q34w3sQ9V63zaRZ tIFu1ZBnJ32RFIF4HXfaVY2DrJKRG1WiD6ZxIzwC16bxKza6d3plD6b06PS6g6MiOaiZQ6jI qXtCTab46HU6m5PakxZ2ZAG6bvT39arZezOas6i6mG7NC3r6q6v3+uFJKRiSmazZINv6bHWW VakxpUPa0yF6ZG7SF6n666l62R0U+a9Pnwfa0tUvRbAY7sQpKR35/avbDx27DNdWybGNhYl7 H02oy7Ex76sHYSCWq7GbM66SD206kyI7FnYZ1bC7RuQlGbGQZokpKSPNl7WZirnbX5lzh7Xw IPi62SSTU7a6tKr7XuA5h7fXhoc7g2OavSd18bcSfatn1WPRPbXuJ7LzEbe5l7HZl7dFtMXa /7sYAadbt43pKSvaHa2bw7q7w7o2eKc7waEayk/Sxb2S0bxaxS12Aak756a75S664lz3hjBp KS+QU7/TATR8Auyb9TFN3bu8D5AaxcFRx8AxAQ8cHwZ67nbWF6vTPV+cLzRbnFz4GHvpKTS6 0Ej6cI5avHq778QXAI1saJKifpz6bRGIBuv7+8Y8XJa8WJRC1SJ8cJTvKDeceIUNX8bxMIs8 haZcicZLzcYUm8jajckCfqG6mRIJfvKcP8pn/uQcpUrOAcaUvs97nRIHIOLcj0v8x8nJrchb Vxj8sXhczuuNo83Jwt8c4oUPnHWsaU787cj88rUcpVB8Z83J5dAc/MeuVnRc8HhczdCKBOVm gdEdGLK8YKJ9DadR1spdKcndJvI8pVNvKJmsadO9I6qx186vVdOKOuv70x1qUtc9KwNif4E9 MqYdFdJH4Mgbhx1n78m9Tn78ucnKmOlcj9gdY8pdgYm9i3Quv7eyVKo9g9f9kt09kdm9RMaV m859kIoNe9K9rdN8YVsc08fyVIQ9W9noQ9d8YVvdtcnd0r29R1vdwd1vydfcpV2N4HBsaV2c v8rOHHtMG98P38hanytLJ9B90eANp+Dci+Ed3IuOgcaV/97dwrbd9eJN4+I8neJtWcpeJtj8 YLg9MeNyV8s+PeRdj+SJA8hc7y/pA91eQ+WYp+QpGeHeMJE9neY9srwcnIodz9R+cedcZOGc pds8lee8c+g8YWXeW+kJReA8aWaeU8j2adyehJZ9aei8qd2saWhL1lq+tJhtk+qHIeKedMJ+ L+w+ds4ez8ktSMaMR+p8YMR94cpe43K+5p084e7Jw+ee2p08v9wscifts+7J5e9z19BNacnM m+/fEnhe5e4dE/Ee7dGfBcYW5eldR/LfI/KxI+x8pMu+3/MKO+ocnfP/KfQqU/R/PdZ/TMaM 6eR/Q9de0/N9e+s6cos/L/W9bMK8pXKgY/U8Yfe/C/g/d/gXQsgdltL9b9w/k+6/i+d+NfnI B/lcnNPLXOaMafq/ZdRtYfj9K/uPv/i9zMc6mSJK6956bfy/b82/yfEdYJNs982/A+2SJLDf u6jf6H//rPDf4eDtr/+AaiADYQDEajgXDGBGwQA2CjAXDWBQiHDgQQqGDiHRCBjUci4ZwmFw 0XRSCDcXDQaRWQxiRxuOx+VReJxsbC4cyCLjEXDCUwSDDaUxaCzqeQMbRmcUOdz2jw+kjidD KSDYZSeKUKoC6pRuTDaryuoySOSOg2CHjKNz+yzmz2mR1+2DW0SWbWisTq5W4cXClDeIjWTD m7Wa/UaZ3cXYWCU+5wUXUCYwXGwa15KjWHIjiqjKe4CtZnN0yHDC+ZqtZ2DQjQVa3ZXTDSxR 0ca6q7CuSfaayCbLcjfGzWb6vfYaPYOL1Xhz636vgxKd6Wq83HZCsdG/13SjPP7uPU/tZOT5 nvxsa22sdqUbf0+fcS6D8aC+jOx0Y/AcfK3ar2V6aTbvMe2LHvFAD3PrAbBNu+ztQQgjysK9 kGBq8qiqwGiDuu9sKwujcLNIzMLNUxbTw/DblL3EjOvKvMNM7DrSwszqauHDTIQaxKnwtGsJ RvEkdQsjUNROxcSSEGsLRe5cTNK8sDLo/isSYxryq3KD3w44rMyjK8PSqmCCO0p7yy9HcHpX MUMQRKsMPXM0BSHNTyKXLKyPzMM6RE20qtnOMyoumsPIJFzMz+sVBKxQk4xWldERFGdFywuk 00eGbftZQ9IKbSlBqc9TXJqjURM5TdQTIp6a0K59NrFUyW1C1yTKLN6V1hGL/MzWk4ypWc5R tPqCpMrcbQpXdgs8+1gLE1KnpMvK6WOtsROCrFmUraVdsUiER2nHlhVfbls1ErFV1tcT+2si 6xQm11x3OgqDVFZzM3fFqW3FEdGvsylUU1ezbVdeTdM9SV0MTStwpWgzk1LgGFJNNmCYVC1+ YRWzuJhezpSPgDpJrPKVo6xrsMzkFO5G7ds3aHCOvTJzS5WztgZNlkd0Ui6Ov5buTZxcDXZv cePZtAmcqwjsI5joi63Mp+i0rRyGByh0QyNeqQ6hEupr5q2pZEoWrVroCOIdemJ6fsVEvhq0 dQcpO05hAmuodHTA7RuOv6yid0q1u8k5pum+R/tidSaz2Ho5wTwP1qvDv7sAcp1McZbRx81s rxzuzjYenp0v/AzdHfM8Nzzgc7zlycVO+eMjy09u5Peup11jPSfqqq0BgW0drAO2dy4myI4q tNXjrvgUrxviQL3FOTxrKq1J0fVeav/Aeh5Ud11p6qrE7WL9pVts6d3/vO112qu1WOpy58te e/tHzNQx/Ku/n+s/l5HVfrG2ao5/GUbY7SzWpu+By/9kKGX1QAf8t9jTXTtLYefAxb5NWDtP bs6pFLeoLEbfG5VCy8EgNVg7Bd65HIQkbKqdSEC92FtdRg3lXwOYWtngswFKbWULMKhrDNhR tYdGNYk2hCx0ocwsYq1OD8FIiuRdUlNK7WYmPLiWydtkTwawbiizOKZ7SCQ8a6eVmba4os7i yzt6cXWhQBbQeVCKKo0tJOdEcjkajfuqJq1KBbVY6l/c21mPLjI+NXXVHQ8KkW0Mdcw5WQyN oRk3fhCY5bXSao6iVJCRq0W2KnWSeGSiRWbyCSLA9qpJnBwScrKJKSPGuymhlKlKxypSuXi3 I2ViY0wOqJMmNrkoXPR3aeV2DSVpWF/ey1kkzsYuS6djJOZEIpiOoly08gztj6NomiuN8AOZ qp8bYQZ4LWHVTceK1mcCdZvvVm29WNk5VSFVcTNB8SdGukGLFMOcreX9TYe9Mpp5HVYlNjgD mfj752kcoDNp1TIEAvkn3BiQlB6GLZcaR2AEQ2q0SlPIuizJWukdgc6aha2J00bW/RSj70lU kWKODCQ5MaUoJpYDClSsgG0phVIGlFMIVQ/peQ6D0YKbtie0gKn7AZeU0X86mobCp9U0qVTt gp/YJ1MWqTimkQk5VDY5R6qpf6SFHKjKshdXmT1dBhV9QNJ6w1li1FWoVaSdRflRW6tdIa5M zqLWpndZI91QLXWKMinKbk6QjPIuFYkIvbqpWpCKhq0zsdKuco9jmlUvslIqwoMIeJfcvTez L7LKSDiNYmzrDq+2Ykqpk41kZKuftLCdekR7VJFrJPQgle7ON8sSdpwdd7dVTpfb1K9sAYWI j9b+WANa32luJZp7lM7h3HttWmWrwrpOetJcYv8tabxWihdt1DHbL3cMdaVQVZ7hXlvHS+9F Pq006fzaknikLQ3qvlFam97pvX3erde/SpGj3tv22/ACq76SZnaUdjRyoUXOkDd2tODXZWXw heCl8OWLWJwsWO5pR8MykwrQ+pYMJ04KtLiN/uH4EVaxFBFS2D8WVRxXSCDFN7H2JuzW25zp cYOlaAUfDx3EDY0hVKDHNObAVpwpG/GzAZn4+yY0nIVSsVRKV7kvKWPQYPPXxS/LT1rL5dyb lmIuYWYuttLmWpFac0ZEKPddf9N83ZepfnHELIqzvpudnZvuc4z4UzhG7E+f411xzzoCu7c5 f5BrSso27Ayj6MzvZfSFENJWgvtou0FZDKJXbJo+1dhKXlqpdTfUWb9MJF0vc7UGDtVN801q 7GdaZpl6svrO6lztbGOwODAl9XNY64uPezYDkMVSdSVS/YzhLS7JzZry79T6bm8uLtHZ+MNp YkpYDE0cmcFg220qmhtKNvu21Tt4h03Yy1h2/N2ru67fbiKQTTbO8ZXbznNtDdW9NA75Vbaj eyAcN7fkzX0GJRILs129waye4uFXv2yZhlvD6Hyd4ZQ+/m6i8SnT7wlaBY9FUz4Lx3dvGT3V U5DR2yHJ3OcS5RyY8HBDG692zu/dRoaNc1yHi3kHNtj7iNrgTnzAeXdC5mwHRnQcpcpOQ4jo fSehnS6Pzg6WTT65jgNyA8ZysDgx6zhHbPXb/9YrX2Hbx+MzdfrXUvrnae0Riq12uvNV91Jg by5nsugNhd3sGhvcSC5w7ZRBr56+3vA608A1fUG4kYaj3V4vW/hNM9y5B462AMUcmdmP5O1d wPFWr3akdVFhfLW48OkXqPIEtYX2z6mz24vWdq9ZTbdSZ4m+ruPoj12wfJbePLSbPHvJdtU9 Q572Xw5k74+NBfuxBHUab3EozNPIPobt+h1T6FjPpXy+Lt4ms3fnbq+7zT7M65H/gerdr8yp N0/ZqDQr7j3rXbZVPI5E+4lcXm5N/fyv+rJf2fW/W28WQ0StSBjAE0i2zAMrY4CWo3k/8gAq /AcMauI/8WwsFAIJMWw/jAo989EVQ9+BintAIby8HBAkc62Xml+5NBQ1M5BBWrY4+28X0S3A 6YC843VBkss2yYSh8rRBaqeuZBVB+Lkk1BuiKp03EIMYyyPB8OlA1CKqyx6BiZIrO9FCm0o2 zCs+w28Ze2m3VC4li27CkrWno3EZ8pXDKjO+3DEZ3DJC8jO8zC20BAtCw0BBs5AaYl+w2Bka ipM07D2avDapnD+akrpEEbMs1BhD+8w/LEMtBDmpRD+R8SxEgbrDyqpEiXo9/EwI2qApZD+S KpVEob5EerDE+X2tSBkcWtq6uKpFUvnEhFdFJEEcmI2uTE9FoplFauPCPFKc3EtFuc8/7F7G DCJFnGIr7FSdREDF0djC1GTGa+EKod5CpE9GmrZEvGtGcePAPEhG3CG/rFLG9AnHCerCdEEe jAHGrHK75HIVI/RHO/hHZHgLEIcadGknfD0fdBNEvH0liwOBlH6Bqp5GQf5FkKof5ABIAofG FEEgIl+/dIUom93IiMbHNIO47GXIUWw3LI0pMthI7E4q0g9EuM7HeKoM7HrFQhKljHBEFJXI E+RJOyNI/JeqKM4qJEnFKhjJYsLJuqPFtEghulO7tJuYVKBJ1B+NhCXJkOlJNJuObKVE0iCm FGKKoipJsipIsBkipJTE9K451KsrXK7Egi9JKnhFLLK/pJ697HpJjK2jPKdLZLVK80BDhLeQ iz9LRDqs3FKj6/xE9L9JgqiBlMDIHMAavLHL6tBIykTCG27MItA7JMgbU0IKokibHFRMvC7E EkwoNEhM7BZMs9JEglUy3NIla39NOcG1nNU6ZE8lu1842BlNg0bFRNoOdD8l8O5EvN0MdJaK pN65lNOdjOFFKmKPnLPEFOOPdIgmyIQ4VEhOcw1EvOcKoW1FLOqMxOiUxOhOwvlOLEEnGIQ5 /E8IMVI+/PCeUKpPLPUJ1NknkMu1+KpPg2xO2KmPHPsKM79E8oLOfInP628PNFLP649FQoRO ZGRQPP9NlQVQC8GBkozPHLdQiBsPxEhQo8XQuW5OtHtQhQ3PxQHQ+M/Q0MUKBHlQqpjRM26B nRS/CpZRYKM9BRfMMIQU+qpRYXvOsqjRwXgBs97RmN0dmpnRwX8BtRcpRSIKnAFSRK6IRBlS ZB+K9JjRwOSBtAZShSrB3SAObR9L5SGIdS5SOrDRxS5S1SQrMBtDNTOO3TSyhTHTQZJTWZYB vD5RfFtSdLABnTvTaYfQqr3AKbxTsaFSlR3T/TpKrT1UHCTRvDnAKcXTWQZUPRXUaBvUfTGs rSs92UoRKBvH1SQsrUOr7U2J7UPN/VGIHUOwPVPUcmBUukqN9JzSG/jUAllVcRrU7PlU3VvF pU+SSBvPhV6SFVw7tU3WFWBTGuBALPNRvWSBulVSRWbKFReuXV/B7QrWpWfWQlgBvVFWxOTW uTdWcxxXAIjWq06BmumBuozWgTvW5OvSGu4L9URXjNpSQvKBuiZXs3BXFRvXvM7X0eDXdHsB mvdXlVNYLU9THYKezReenALWzSHYdXE/dYIeVYMsLYqJJWqthYzVQmzX1Y1QPSQwaJZYHZJF DTGwbY3RuwtZXRewtZKtSBnZaoLZGoYJYx7ZmWgKzZkxGKzT7Z0WbZ/VEjBBBINZ0MVZxYxa KPvS9QqIjZ5RfahaPahMNSQx/aVakXuKy0cI/a3HHSHaxaoN0JYsha8X9bLRuySNNRWyoJZR 3bdDha8OTabYoy0NNVNbvGXa8ObbrVEzKBw7yBncBF5SHcJGjcGO2NnKXcSZZabRuzcL3Vrc Mi0BwzZcSZxcDU0ztctXfQrc48TTG0RBA9Pc+jdc043cSQQBlJ9RfdGas9+Bm0hc7bNdnLzS HdtTy03dJRPdkkGBw4vdwkGcs4Rd8RqZVadeMJ7eQw3eUIHeJZk1XeRBhd8SFclVNeldDeFe s4pTG1tdhYxe+5tSRe/O1e8lheRYo5lClfHfOS8gHTdSG2Nfha7fmMPfOIiatY42vfhaBf5P JfITuBy9pgCdYhhEYKA23efRspYBpgVCk7pgbgeMEq1gcUhf6r7gseDgHadg0LngO27gsVBg 4/dhFfzgIrDhNgXKXgsJIkY07hbhWthhjCkUQpRhpg4w2Bo4akY9/h2V4BzSXhTh5C5hu4hh 6sLh+WDiDPliVhdgZiMLbD3TriiWanwqjh+LzD3Uspnh+MLi3Vbi7PdfzSfiGW5iRgbjHhXh hg/iFi6LRjBh1g/TjhS54oAwFjeRHinKqBo5tjBhLPJjBBhj6NZD3HRhvkCrxgbkSdhgy6WB Bj3hDkfD3YTjyOHkpiaOtkhkVkQVtkNWtkIODD2hLhuPHkw42BplMxXT7lSM/k/h8Pxkw7tl aPTlHc9loJTltixlixXSEKBgjlsx7laP5D2jlgbmBl7iTP3l1gzmWzFhDmcl9hu8LD2j7mmQ 3D3YgKBmplm8XD2o4qoJQPDm+93nFlyBhmlhTm8zEwPnEMhmDiS8vk3gznlnI8HnERPD2nHm vnyNJlBRlmrROBoS1mzXHoGStFTathToI5CtToOJhoTLBoeIFojHtonkg7XkG9pFTINoPoo2 dlnR/n1ViKBpE2+shoOT3FTJNpTly2/mEPLpVozocURFSq6Bppq6rN/pwVTFTABp4U1ptnLR dFSzZqBjg9Hh9qIIRJjp4I1p9pJqdoo5Dl9qloxDhp4Ipqhhm/nqFnvq67hgaVxqhh9rHp1i TrNpZrNnDAFqhrQgxq9reK3rJrfi0+Y4QBpAZqFlRr1ALFZryR5qLrFsDrvodAxqm+2NtFSy bsVnbq1D/h9q1DFh1BRFTe7i7srD/hhsy3PodBldY3jhvs/shiTs/BBgRKVkvtPp3S1tBGjt TqRe0KBUXkhGTlRtpstoNtxGTnvt28LhuZJtzhLuDGTlnuJtDhTC5uFgzuVdZlvubQtuSQJd ZP3uBunJvhDDNupjwKBDxtzkHu9dZgbvDRBi7vDnkpRJgNVdZt+rDvVopdbvTTrdZpir7Jhl zMgsLvvtqS1vlnHLeqpJhnfwApZwFvxhtvdErdZSvwSOXvZRPJhnzMgthwjse/nv9wlR/vSc XdZihvdw4KlLAuRoRQ9T7xHohxDHtxPvhiLw+cvdZTNxdvgVxw2QFdZDxxropU29/xHvhtpx rpVUTBhxHyDEryBvxxapnCGQ9IBF9vSd5IBUDyfp7Q9l9CHqDQ8tTyvjhYqx7y3khWLwLHRy bW/CHqfU3wpzHzDynqfxCshG/zBkbzEJbIAfrynq1US/crYKLyjgRz3lzUSw3z/zjXGrZrnx 3v0frIBmNvT0VbPwLIdIBvt0jZ1y10p0nilZ00crZi/Yrzegbx1Xzvd1BzBmtvd0B1FyV0BW lvT0BX/1Pj1a826amVF0lwKhL1t1bkLYJ1v13OX11sVa8wOan2Dm0ankvZ1ytWlIBY/1h2RZ F1hlFa9N+an2ln32jx12vyUiYM5oV23ldd9wp25nxwLLSM5KP2/lrgd3KPaM5DtR93N3XvTL l3d0L3pkJ2H3vTBwDmN27xF37mH3ZdXh/02j73PFYWzvXpxwL4NkJ2p4b3eohkh3xwCkN4Px N4th/4wkaM5ELR9M13rz15Blb0FM73r5LwdoO7sWznz3JvSlV47PkM8QN5j5X5hlbz15uqKM 9ohnFx5NoM5AB55op4X5fxtsBxMl8M47Idl4mw96NpV6LvdOX4Py16poO4QMdyZKV2Gmz6XR Hvd69p5y97EyaMdqD65wCnHK3fNyV7X6l7cU4M5NZ7D7lsB03WX6dc9N94nsvR9PgM5tl756 /y0oL7njDR98MBp78LHz52JwL8U2lvTQPK3uRyV8psByt8pJhwooz8PwD89859Bil9F8hsD8 X0LnB778QLHi/9Qw2KPkg4R9jK3QyrD9orZT79xgipQKb1rGusL99lz8f97MNK3TEpmKbsVJ g07+Vq1CGx7+d9lvb+TK79rROKbkuWyth+zjgrY0d+79lvqpYKblEamwP/LooR39h339lfb+ Sq/+v/R/iMdHtQd9lw9/h3aR3BhQDlqBqIANRcMxsIDYIAaNhsMRcNBoIBlCxcOIfB4TEhsO IgNRuLhqMoNCIVDIzGxyLpLFpHKI1EYZBJDF5JLY4LhvBZVEhzIBlNZvMZXO43HZ/OYZQoiM hcMI1OaUMYLPRwLhzOJENqfUaxE6BW6hEBsMIbXaVD5dE4rV7LYBnS7TF7XPZPKbVKLMNamN KbdRtZhtbaLfL9ShnIKddrBYr7ZInLa3hcYOMdHatcMbicRObaMZ5i80Ls5bLdXc3nYZoc/M IjgMrCrbqq2Ndbf4HWqVe4vbdtA8NV91YJJpJRYIFdNzw4iNKps7bFLByr1wudyZtveP063u IVyqZxKp1u3S8dyqrXe5jraMLf4chSfF5t5osDF+V7b6Lhl6/v9uL2vu2SwKnACcuVADVvw/ 0Cq0gTwPuxz+vhB78Qi56Gv8gT1QC96cwwswbrE6MONG6gbwbBjHKnC8EQ07sRBklsPvw/UT rAk8MxEj6IRi/KuoFHIZRi8scJ5D8epsqIbtLIyfojG0ZyPHQYK6rSTvmhUkLFEsprAykpxl GsVpyG0vyAhiHS9HkgOa/UxzSG8zTZC0wSshU5Sa0cxTtN6WS9LUywnPM/RjLVAyJED/TG8s gPrBtEyRNcvUVJK0K6jsiNu/1LR0tac01IEfQbTyby/TqGw889K1NHVQVTM8gUxVKS0/KFS1 lUchKuykYI6oVSqQG9GVTX9g19IlWJyqavzU2qu2TJExxCq9nR0qbPWk0EkQVZqx0WjzZrzV cw2vD0O22xcgTHQlr3PUceWQxF0Tld7JR1aD/RTGFqv1fEdI7M95xguaupO0NZxynOCSJSGE NBIl0wak7VVHaKL4jJFdYHZkXrFFqr4FeOKIVj4cY4/2RrLk1KRfiGVBvfWMumHC25Y6eXMu lUYu7F6GYOkWcpaHCGStn6IBwpV3Z8sT25lVWcaUnmmPBGOl55qSxQNoM8aTb2ioE1Gt6whk XqBGOgLbf+t6BqyuZXUm06LlGyIZDMX7O9c97oilsblEe9bvsWgafvmx7rpufcBuDq75H+jO XxeoIEmGcarxOQz3JgcIE53JyhF7lK/znMci1vLqjzNKZxqEx46hM/Bx1btddmeyaOs29Xp1 Myde+PczT3fY7jF/Nbv4PT9J4sx+BxQZByxXieWHC5+VP3m5vnyldc4vacdF6ieP7nje3RXd shnHZ+7rXW/OyV5Z99aO579VVeYsXQfd+f2Vx+VXer+39u2Km/oGyk1ZP9dIbpoBJ20PyVk9 Fwz8ikQOgXAMtsEYFN3gqTwHJwWcOfKjBthrZIPEQgNCJvbzDWQmLMDk9LdzoQkhbCqEkLlu QsVoz45S5ydobhwvB6q1nWw5hWS90hyl6IvJOr2HsR4doDiWS2GzY2cNeg0QKCYN4qQzbJFm FBHmpOjhm46KbGobI3Z9GB5hyl1OtjQDk8jpHtRpbdGw5EUXYxxjdFtlQOUGR6OnHmMcf4+s 4dhCSKzd5CvMQhIQ97zExxAgGmM9oOUuyMkmVN1kkT4vMkw7GSUGkBOkTGgYHKKWySjg+R1r 7rZUQkJPFJnzyYSLQlO2wHMr5PS2lC2QjrdJbw3dbL0h4MwYFigEDeYUJCOuSZ8paKBU3yzN RXMRKTOJnAgmo+2YM05iximkj+UpXJrRemwDBTk3yQTEKzLxKE2WkTbJ/MROE7J4gwbE2QjU 8oHwDigSd+M/JyrEZ9Pme0+2bI8nU9Z1pU6EUFiVQtL8+qHz8TlQlu5eaCFHalRicpSpIM2S 1MRGjOCp0hPVDyiFJqPUXcdMQ17pIAkFpc6igdLaTuxpjOU37OJXzlXs2SnsxF+U8QnSKYEA 4LzlpGz6pNQjM1MVVMRgVRCS1GjM616VOqaVYT5MSI1QDv0+m9VwoUxF/N3iTOkGCmqiVlKY 3slTJG91OkhXIr8xE2nrrtTIGLgq4ognKuCv5Y6zKAJFXKYdb69POrFGsjNjAZ19nFYeyFkp M1yXpU53FlDL2FonZigivDwWgmxZY7TWTQ2FOMRk09amLFAtRa6rdrFmVStm1kmFkWhGttxT IGFr64nBsi7W2FwgYuUuCcOyJYrTkMOdZF2dybngxe1dKYd1IQ3WtLEK2BSju2Ru5XG70+TO VjIzeO0tozCTpBjCO8R8bIyfu7fC8tjnGoAvBQq87XLh3mvvXya9778AxgzfO8khb33keHga 0tHK4wxsjafCF7Sx4PNHZG6th2Z3khfhZsd8bJkJajgdrmFkc4YOHia9lWcVWlmTi2yL8LRw pxQ5vDU7QYvethjTHK4sRXXxfYeYYMr0VxuvWm2ByqEAyfrbzJV16c5Gojky/TfryYOyFRUG NJbRnQnyDKGOUjomFsBlKkIMcWZZzPT3M17MsY/pblubRGY3zYyJSjOlLcwY+IzH2yOSK45+ z3VfPtRcqWbxFIfO0RLYaKMLhvRtUc9yw0TpLSGgaun5zm8bL+RbDoQ0fnx09Zc7zR0rqTOu mNSaXsOmOu4MoOatrnO8jOrqZZ3tPLTUM/3d5D1ZiLXWmtaa9ztk+2Ej8h7GrjsjO0g9ZGLM LrbY9nSep82XtSZdvHk5f2zbCVU6SI1wsPt/O229vQhMKQKz+5N01hrjt3aOVd4IvzwDjee5 t33K3pZdLphdU7j31P60ZHbnzE3PwWee+eET7fZd+yNhsRSdztwSvXEgZmF3FxE9/F6BcaMh xee9cZoTp4fZ/kc2JiOK5FfzjFdZd8XnXyu/DzKjvsnzym+0pjCpVt5zrmmvEnco4TYfoPMM K9EwvxdZlceigz46RmXHKKV2w6j0bRHUJp8ltHwLqVT8Rdc6tafsAM1y9Mnb053nSJ49Kt5z zlFOyRPN7fdnuKUuwlA7lxzPHeeyTkJU9WhEzCE+AmH33SgNvCcoq/39Q/KK8948b3qJ3g/I gzqH3VxXF2H+Q8z5bjPiEs8kNa9U8vFyBJW9JTLzx6/U+O856UgnKu4z381eaEHJGMd/9oDO 0XeJ5+m797OqPsYBQgTP05kvvqu+84h4gmfKGX+6q6DRu3yqq+e6vCCsoNG5+so1yj3Pwqy+ ef94idfF6z94/P6smIUyEJSBiCBKQUgjkIuPxSbHtwQBt/tj257uQiy47iyBx+MATjaBzSkA y78Ag60Azj7mwmMBydKGwysCT/LkL/rl6Bw+cAy/EBkCLOS/D4wt8DqmUDcCrOSfMD8AMFL/ L0MEDnT1sFjoqEA4y48GhJUGbC6Byq8G6acGo3EHzD8GT/rqqHbREHzE6GzwUJMCb78HUJQs Sd8JsC7d0IqdqHaIEHyeKGyVcLamSHZ/wzjuyHcEjJj/Kl8CMM4GcI8ILKihCNztIBsMaiMJ cCsN6YcAD+zKjMcNsNTyMLsBsPifMIkOcQb/JWEALKikL/URUF8NkRMPcR8FcSSlsO0P8Szm MSr0sBENz2iGzG0Q0T5bURUT5Y8Pb36PjHwzkVMNMUqqMOLU0VkWDxcVCrsLMMz58NkJ8Wyq qSkK0USsMNkWsYKssVUHrWEYUSkQz88EcNUZqc8ZiuYqqbQzkZsV0PYtcYbEsbKwkVUDjO8P LssbraEXEZ4xENkO7qcbcNxWEdkc6zMX6h8ayzsOLyYzhJUNkccQ0fMX8GzPa1MaiNcfDdEQ MNUNMNitkPchEahikgi3MVUBLPcMDx8RQ38bcWUib/JVEixSkNkbEfkj0Y8MxSEjEQRVENj6 MPclEgUk7jce0O8lin8RRYMdMarTTj8f0N0mshsna/kiMn0ET8MQxbQGibp1gzir8fSYEpIr klLr0psQiwUPZcsdMNUqsX8QUrD9MRUrba0qkH8issEIb3srssKOYzhVkm0gbasJUlUQ0tSc MJDasLkoctJKEoy5EsELkt4zkMAk8UMvwEEvJ9MwUtcQUikm7x8m0hzcMOCqcPcxacMMTcMP rzcRSn8NkyEQ0zKX8wLcMRkzcvxxUwkAs0ECZaczDzKcMLTcL0seUxES0rkyJx0oxq8O5TUo y4kRU3Kcz2UQ03s28NT9MwkcE4ibsN048vU4EW8wEMxjE0sQU6Cbse5IEW8vs60Y07D3szTp cPb3s2zEIzhac6MNU8igs0xac7sz5cEmx/U8cb07E9sycO5l87s+oxE8M6s+0z0Mxl88MpDe hek8MjJfk/U/FAc9EQRhMwc30xtBk8MN1CCgscC18wkiS189cM1C05ENRgU3VDw4dC9CVEU6 kO9D9BVEI503Um851BpuMRVF0oyBECLlI7tCNGr5NHEANGwjVFkhzlIyFAEINIIkFGaB7Ahw VFk99ItBtGlHk4Uoy9z+zlJAFI6BdJJrlH9Ii5lJziFLNHyk8LTlNMNJ9Kj7tL0Brh5DNJcC tNYh9NtGpxFEFHlOYGDAtOpFdKTo8Obh5sc8tPJHNFkKbh9QVB1IhylDVOUvFO8r9Pq3dBq8 NM9RjDtKlI1Q9GtS83dS1F9TJL9PcEjjBHlK9UK4kozDNPtUwGFVDAhuNUFTw6NPdMdV031Q h7FTUtDjBLVFkgdXVS6LNHgpQ8s4tN1YQgtQdUs2tRsGzpVXFIB2dPcJFZtNNGtaAGCVtHj6 tUlapVVWVUNbVa6lDAlGlU871Ptcik8MTtlMLBFKjAtcsLzpQoVI9NVd6m9IiEdelGtfNVbu lPtfjGVfZvco1fAsdLdgVOFcMpDtFhKI1goxdcswLtFiFfsJlidhKWVHlh1BtYFKljdaNgtB NSVf4y9kFGqLNPddVlFRtLDvo0NctiyMEozINPtmStcpjvomEoy+VHh7VeFNVn1m8DjvtY9o VNzBdmcVbvtFak9UNpFe9k5SlncblPqQtqdIlqyt9XtrKhlUK+VlNN1r9m8Hr2NISt9QiVtp MBL2NKy39L9tlotrArlglXKWVulrdudt1Zlu1sdUKZNpNslv9o1GtwTBdHia9qce75lP9cNI lxFcMWT5lQypNw6clulIFgNu9NTHVulQlzit9JlziyVdVz9mjAlH10dN1MN0zy1BrNlKlrt1 0YF09T68tyN2NulJijl3N1ROVqdhd3dt1lrLljjFN2E0lrVNV4kozNNPt5ayVaSnNxN3tYdt 0ebz1YayVMantztUN7l0FN17i8thapNzVGt8t6FIl9C5171bq8txSrL7i5l9RPj7gtsAsNl+ q49fzAjJD7jZVKl/19N86sNiMEko1gd/cwOBAr9+TjK9rJtBrN+CFg1m8AuBFOC8sIODEwbA kwuDl+2D6xj7gpUe+BFiCyWA+EeD0HuBFAd8eDd+eDqFMAOF11GEsCr7iEOElcWHVl9/cL2H 1I2D2C7RmHmE2I2BWA+JLWMOeHVnWD0DmHVY67FLGKeDo28COK+I+HN9mGb4OJ2L2B2JdqWI EBoGi9GHmDeNK7EeeNA995lRy9q9eLFqmOY+ONWLWOl/+PWPF22M+HGL+KWQOHkpGN9K2JWP t1GA+LOMeRWL+C6GL7jRmGuST/2A+S2TFPWKuTVP+TmLTSGPmSuTeOmUdQV9+HN++IeAGJ2V WDrL2UEvGVGWIn+UT+z6mWWWGGuDKNWM+DLaWXeV6sa9uDKReW7Y2EOC+ZGD0BIh12rdWX13 1/cJmZ1WIqChWYmaSWmXc0jHuamXuDuaGLWcD7jRWbl7OcGc+KmGmY82ua+A7Or7iSuW6Pue V/gGmerHuIOfOeeJzRWctL+fF9z/GGuf+d+LRCGe2fd/WYGel/TcmguAua8MWgVeea8JGiuI bZ2f2iWdOW7aT7jfGj+BOfq9ukDNGD6WmEOKWlWNuM+lugmkeFDbuGrZj7joOms/MFunOF7Z mnl1GiGkeF+oOJzc2kObAGjcmm+D+pTOUWWpOHbOWQzbuhWM+qmlGC+q+beW5LuNEF+Gurun erlEWrGq2MukWJz/D7iXesFqUZOs1FelGKTiWr0369uumfWM+vGomu+P2mmW7k+teHuwMRev VLTO+iiXepeFuxUM+GuxUEOHKU2peC7oN/+uwGmy2S+LTqOpeKWzuImM+0CU2GrrmNEDGJ20 zTWDe1UU+1OWWre1+Wt/eHLt2r2zlRlyj+wGpKV7sCO3mDqxkAO4FpMAu3lT9s8Em49Ue2m3 8KUPMhUOe48Pur+3cQDqe4bxtIe515FW+7lXdMW5UF+o+8WbuJq6iY1otjO61ZT6u7Od2mO6 Se+NG6K6m+bekMQGu+8SO+VbsysIO/W/1F24aeeR3Al+s30gfAIkuo8JHBdH0ZMG3B8wYGsH O3b776i6PC+iWnHDei2V24adey/BXEUQ/EOkira6gteNEme3fFelEHoj+CtY23/FdqHE9iEZ NLHGViF/PHbqe2/E+F+jfFVkuT/IXCG7G3ZJWqu3/JmRO4fJmC0BvCpZmEPGMhj5/KK2sIHJ 3K2Fm5Q3+gHCXMXMHL2Kjt3LeuOj26Uks/vL1plGG3clnAfOeODCnBRVGZPKhYOB3B3PuuUC oGvPuwu3/QlBm4couM3Q1LVFPRPRt1+6Sr+LnRmG+O3Qduc7PKhcu+l2YGvTjCkh3T40fMfA BGm09JHUdP7PcwPVVH1N+3/U/QPWNy3UPU1y1hXW9Q2CfUe2fNi6j09Y7TUe/XvYXQXNEplK 0ZMefZTy+6Tx+NC4G3faDmkJg2VT7mkL3a+5mn3aeaWQO4an/VHZncVQvKjzeNETXZ80mxHY /dkYi6hR0wcx25XeWNEvva9Yc0+3/e0jW4c3Lem5XgG+omtI3fff/AV426U4ngO3/hjjq6k6 E63HfiXaXhd+oiPh2Avf23c8EnHKk8HWfhFedAXAE8jtHB08m/HQXk9SG4ZcHFmYYvFgzPfa 3mFJvl8/PYflnnW1y6k/7O8LXmdAfoO5VA3hvnPoneXpPCDxu4dCHCPAHqHp23dCHGG5VCzT UpAGvrKavqvL+2K6lD8gHKlD9Hu3/s1jfp+t0kHsWt0Xm6VGWlEBPrmMu0j+wsOOHskCPvNG /nHvFHXv8OfvNIWzcAPwmIfDvwdJUukCvvNK1l0Bvx9Y7jEh3ycwfc3vlLve8qHvPV9M3xdu dUUEnz3ecUnvFNGe0wIiVNnTXvn1NuH19PVLAiVP8WX2vV9jvwZyj6iv31FyzekLQiVQXWHw /3jtEMQiWWvbPyVSD6nl33+WvzPw/g3Fvwfg0uwrHecsX69T/s/6nbDuH7u5mkordWPif0lV 3E3vFVzh8Dn83CG+ordXc13x273Fnvn++Wf8E1/YP/IFwgA5GwgGgyG4uGw4EBsEANGI2GQu gUEGYwF0KhkOGwzFwyggyHMIhcNh8cjw0iouGEYkkbjsfHAuGkjjUcGkzgsxh80ksynEgkUZ ns3mAundCl1EgscGcDpEchMfiw0lk1hEKgsWGUzp9Xj8hp0tjg5k4zGIuGsertkoo4qs9tko mNbng2GlGgcou9uut3nc3s44rktv15Gg1n19mUEm4uG9qwmLuWOyEau84GcRx+Kn42juDy0I zFjysPu92r9ByOogth0N81ufxWwGek2dYGVnolIxAxk++tGuh+9k4yxAw0HDo1ls4yt42xFN imI4XQF3Syd03nXvIzkO7lvR7s25PW7uXuvU6cX8vqvWL7eCino+OYs9p9Ps1O+uuelaPruz L+pU3CLImpD/Nwz0DpbBLUuqz0BIKsEBwk2qvQQ66ypizcMhq7qYwYjTPQ+xizulDzxpfDLc I4+UWPmi7ns8rAZsRF6WoO5EYqPHKVMwzTShtHTMNO8siMYqa6oO5yKRI6smNwkMUR9JqUJN Ja0LLBykIO/CUSjLMvxs1SNIOG8QNlLrHTTESHzO87RLrGsjTmxiIufGqYqpOyUJCtikLmnA aItHqNUFJL4JbRE/QxRaZT0iTqz2rCUS1OdIIo77yw44qdUmykAQJTDNoKg7wUPSVE0Mh8Qu 7MNA1VMCOzzWQZsKuqQrLOqkV0iiIzcG1fJuiMS16xKbo5NFc2QgqL2YpSmuDZiopRISwTpO Vj2q7zE2OuNpQFb6yoi7SWz+sryWZcD1KEG9Cu7dCeXevETO5ed4IpLzS3ozEn3wyVpWMkl+ opV2ANZbtAYIi2E0phDMV9d2G4jRyHXo2FLPxicZU1b2GY7RuF4us7+Juy63hvkqT2dlOVzv Z93RPNM+Zle9iZjgmZ49fizu7Gl559g2gpFRtUBjlWihoz1WaS+WcP/m2nwvkekMC0eP4uiL /pRoF3a3Ssla/UaUXbgiIwlQltbPDWeXntCyyRscSsnDu2bpo7H2nut+WLn+27HsN68Dj28z xJ2c4ujkd7LMukcXf3AYJyFfzVydaY8qN3JNSu4XnzlEtRzdLrlz/SXFy8x2A4Qbo5MdN9NZ ab7Fy/ZTJ1llXjFeCMxfd5yLteL8jlK7rowDl9+2WT1Dd3i6xvOUIpdXm0zrvE6R6NZ2X6k+ VnJvqVKGiDxx4VQ+PKny1Lql+Luicr6z7FZZb5P3BnRF3MRlmhfwl9k8w/xlhMWosEfyQQGo MF5mIWivJ/hSn5wNJxAdyzFzqKVJCxuAhXibvjOSDeCpjCQo7f4XEGkIYOmIhI9GEb+l7rua Ym11kL17PkaRDJ7UMV6vHhwoN9sOzGGeg7EAxhBz+QuTkTeIURjWMaX4Z6JcMojMZdBFFGrX mCI0Rq9NgkRCTwHXnFwxjuYvvIZPGNkxVHJMXIOdhpbHV3RrhhGM7Ct3BxbaVChfhBzDRwjH HuFsdmng1ObGOQKeGUwchA/9gkAlKw9XnIwxkBV3SQJurplMlAaP7kW22G8j5OMCdYTFtLYJ PN0ftKUwztGLkxlMp2TzgnRSbUrFCWUkX4A3JipVl67oTQzg7L2SqP15zATJEVgklj1zGYvM h97mpjuYg2fqXjpISyKmW6dXkz3VPMme7Zh803ZKWe3N0vMEk3A3JDOGZBQgcQIf9OMh07VE nJnkSgi0A54laUHGKdk+pfE8na8po9AXurdmdPl6smZpEkoIjV2E/XzO3oARZ9Rey30BfDIi iD4ZSUQfc2qWNCH6niomrZg87JBnvnpSl+0EwYg4pYcSgBungKspgsh9dM6cSupRBpS0IqGM +UrPyoNPoVVFWrG2kNLyzlxgkuaeNTWWR8p7CSPFACIl/QuaUHFWU0t2njV5jzVausBYlQwi M+5rUvrSwZTM7CIxLedViI5jU3VlNYDGdJwq8KDkhXBkNA5DGMqPWFkMgmLUvI4yac1fLFxd L3QCx5jK/0MKYYaXs7LLw/UVPGzbs462eZuuGrhUIDU0sk0qVljmig1QDaU/Rh7X2pkK8GxV sYJVgpenuA1s52ExNYDWzdv4jsDnjcCCNk7iGwuE8i5ZWEPzcuPYe3lz4DJMoASGxhnrdA4u 1F2vl35EwYnilOct3KuXmgNRS9LN7o3dQpbJ693rWl3uNS++N976TlsHOwkMgX80Xv/BFU89 MB3XfgDme90DETwr1guAxxzk4KbJdGqGD5OWuWmULCiEropuw7F2PRb8KN0Bqp8nmJZykHar irBBpcXGHxZjAi10MUYcxrgig+GLoRAxIWdxmFsJ5AJwDYizqCHA5yJi/FJzboYjybNAGt6s OZOIJkZUeVXSXRZqSTJWW7sZaS/lOheST7xdurl4s7ssyPor1mucsucfpsgNcjFOIiJYwJPl ifFes0W2LI8rE9nc/aCwPhxcsEbxaIernzElacn55zu9UGuM9JvdzJMrQqpcyHC0CqUiFb8v JBgNovUass26edXqW52p33apxSlhpeS8Oay0HUsHOsssZIr0uow6FNarI0rpLYJSssX31zsI xF5Newa0GqzZK1csYkKgVjXeMDbNLxzsGp2ack7Z07ilXGv8y163HsNo4Odz5Uy9uPUOID0b ajTuYyWZIabq3rofdtxd9ZJTruTe+/9Q5d38yHR24uDZn4QbDY+nqZcAwnw8G2VsOcSxhxJL HFWbnW00DmkjS5s5J4/xPOnGsV2J480XhuKT3ahwvylp5EOWWxJdi1G+RTbYcQdrPkuXud8u wnz/jPPmycDxIhHPepOdSc4P0tCRLsYL/MPnbpbdOSVAyT1Lo2KWgNL1X0va3UVn9exSkhpd JMOdm5l2mYW8sSdq5zl5MPXrpV67nzXGHd6LdldIXa0Pdu+9xyS75pfSO+OyKThNOGV+h+Dz o0vxvgPENmyTtZuWXtrd7w5tbylelGd+2h5/auKfP8h89o1XHm/Ud/Byw8rOovKvmOtveV3I I3eY9kv/1WoD6e4fd1fCbB/IYJ+F1vDiwzrZuBz8jwVevkepy87Bpb9/orIBtFbJP0vk6eWx lfw3x4NfX3n8v8P3/q7S+b+QuOobdfqz3737OkvbGgBkDBfPhcNkN/r/eg/+4cu/C+CMv/Mi ulP9P7DJEhphQBQDsiu0QDGKPvHEv/DWPZv6QDwKPsQJsipvwHuDKzgGv/OGCqwQvLJrP6mX mlvLwQAYQUQEp4QToyCErpQYDsQXDXQaC8wKiaQcMrwRwWOVPqQVmhQUuewhOVQPwYQclYQD GrwelVQFwmvpoJwYOYwfJSQiLyP6wrvxMkQtOiwrOmQOQVnPQpKoQvOnwxQzs9oGQDG/Mrw2 Qxm9l6FDQvOrQVQvPOEyw8CCQ5wbgYHDuzsyv6nKHxJVRBu2wZQzAYRCQZERRDkrRGw/HQHx QmwFxJwZKwRHw8nyRDkvlhNiQDHXCTmkn0ROxRopxQvHxIwdxFvHmCxLRXQ3QFsivuxZw3xQ QVsiw7jkHlRPjKv6q5mlw4RgRewlxcnlGMQfHsvxRlNGnfRZnqxXwDC7lSmnQLRqRRpdxpvZ RaxtvfvzRjn3RSQ/JHHxHKQFoCxCrQv6x0mkplR2H+xPlUR4M9w0gYIFCcG9Qux7lkHWwFQD R8Q+RtQVoPx1KQx4Fqmkw/SCwZOCR4C4xkxWKrnxRZSAP5Abq5wFobSMRWIbRPmRv6yNnDyN IcxrSOjJF6SDgYIhRKNWwVyWR/OsSQojx/QXyVyaRRSTjWSOSSOGQkSbjYSYwLIsQ+JHSeis SeQDIwHxRsRWSlyaw/SnoPwFo+HxJaQVyqyMQpgYSsqiSsGigbqqSlSwLCv6o9Q+Ikyxmnm9 LjSzLYpcI0y3S1yMy1R8xzwDJKE0LOv6y8yvS+GyStRFJRRRqrwFzByiytzDxzQiy/m6S9Q6 CVw5SmzDQ5S0wVpczESHTIykInQLTMHxTCy8Oxy9QAwDJgSwo/wVzTyzwFzTwLJmIPGLP6zY IwTWpoTUR3gYILzCTZTdHSTcRfzfEvzYyQTfHZTSQfK9w+LKzVRXTQzmzjzmDcp3S4J8Tpw+ SxQQAYzqTlQBTtxkLVwdzvnjTUQbzxx8zOzxCpisKbxfzvnuzyz1HqqGz5Rqzdz6xRzpTvxq zWP9T9zeR5zvn3KAxHUBC8zqwR0DTlwJAYqUp0R/ztUHTuz/UJTGUGx+z+0Ix+zDzvLUSrS9 0LilS4Qu0LyEzMUOoNKMT3KhTsTUjcqpQ+J10KSL0J0NC4z2zxKxHxUTz/UdUCTzUdUHyZDg R80OUejJKbv+0iUYwTUliqL2UcojqbyQDgSdz7zvK4icKyw6DgDYK+0oyg0ajcrBnxUZTtLJ 0nwnz/U0J5TvU0S4UErP04TxLP0201mbzUROAY05SiU3Giqyv6U90/0YU/C80f06LY0tzzEX R80r07mn1FTxC7muAcLlT/VJz2UoTvVMCCKb0ArZiqK21NpOVKw9AY1QU7TtVUKxVRm6VPVA r7VDUs1JQ5UxVTux1AVaT2LfVL1cVOTvMJVOpB1gO21Sx3gY1g1Qx11kTbypz/MA1hRcDc1o Udv8ztVqVD1iEv1s1nnST6VtCT1uVrvHjBMs1unZVjT3MG1ZPbztV2UuVDVLV3VO1oTvVDVY zxDPHjVy0E19UtLTV7HlC3UQMfVOtLWAnugcTzWCiqLI2AlS2FPYDcr0Voz3WKCqV6z/EF1D WKWA0B1WWNFZWIyHCH2RVGTxLsWG0GWU2FWUH+gcV12XClWYUIDcsC1Or+z/Wb000CsoCqLh 2dUU2cztWfVS09NLCqMw2g0b2bzvWkAcMoWnP5WWzvMUWMULWrWaQsqXoc2IxM2uUtWlTtLe WkzZWwV6FL2q0pWmz/M7CqWO220pTzM5VO2C21UvWNzxW6W301WxmQ2oWzLxW+Wv3BWjVA3C tlz3L1W+WSXFr9zxXHMbz/L43AUqXKN2TtXKW6TvMD3B3FVE24XMrYsKTrK9VEt+gZP6myWv Rf3VGuXSQR3XT2WYwBXVEJWBw6XbVw1/Qd3dVO3Nv9XVG6MXXaiLXhsj3W3jVDXUXhC83iXg scoStt3oVcXmXo3YXesliqXgQQDcu23sXa3tXcQb3vErXwXgsrXpQJXyisSQXvEvsvws33iT svnv30HSX43WuFISs4XsvH33X+3+QTXvHZXz3u1w2xXU4EVpXUiCN8TS4DnlMvwX3U4JXlXe tE4HOKXgtIYHPG4FHqsvyZYK2E3mYO3ty94KlSto3YtSX1TrYVX6XkYMWRYTFZNAwzYKn3MQ 3etZN8SDgZYfYO3a4hYelkWB4gNfX84jClYcP6YglkX63YvR4BYKYqNP3W4r4M4iP5MKYp4u 3p3uts4sXetx4WYyoc4eXa4zPR41jJYnY0CcNAyHCt43taXgt44DXUt/t8Yn4+OFY3DWYz43 DYOYY/GQuUxS465CvKXUuHlnQujjIyY+3euH5KXa5LOb5Kmb5E3yOP5DZNjsNkx55JXnXWj3 ZB3g5UKZZMXR4N3u5NIS425VXRv4XUud4pXe5cZZ3u5cYh3g5cQg5bpOZO5dZiQMgZPDISwH Zem95L5gZnZG5k5nZeZh325kOuuU3yZs5pOzZc3a5vPNXg5vZu3vqH5xpoYf4nu5iBVzXu52 PBXUvCZU5338Q7iDX8ZbZ8YCuQ55X/5y4CvF3a5r3132xu3u325hXzZ7lGZ23Y6G54jnYJZW XgvXOUx36JHu6HXe6LaGHzPW6OaP6FPa52y26JYd6D3UvhAc6BaK4bxwaVYb6KXulhvW2+3U 6avdXg6axhigYm3YvpP3Xe6g6evuoS6ioNaQXa6jZn6aakqT6d4u6FF5ISkuaoi45QQBCUi/ 52zrat3narQQavgQIDwIatElaq1rYg60abRMiU45Zz6xQIajnd65E5ayx1iUjUIDyB61ojvy P+iU5C6da7ZCqeP9bBX2xn7EQUahatGX6+Q9CzZJwkbJjpbIxObLCB7Iwb7NayQf7OmhbIx3 7J3na44gwh7HbGGi7VaxQm7IxS7Jj5a8SD7ZY5aoaxQrvyR5jMlRoDqO7EJSbYbOnPIDyc6t biwf7Sbkmd7kFp7aP6be3h7Kw3IDy6bc7nwD4IYgnD7f61beiFbjWa7wbP7m7EHKboQdkLnG bW4g70QGb1HQbrQpqt7wwf7Y75Q/y4kLj8b563Sc7xSZb+CPb5wzcB7P7r73M6bxQXkLll7/ Rf8HbNxW8BCZ7Ob1cLcKbo8M6+o6C6cA8NjZcQcMcRb9QR8PcMy/I6E+bxX7axHo7h8ScWSb w6I6DNoDyA6tSm8cVpcbcCR+bApHbvavchR+SQI6CJ8ebAoCoDza7EcmcNb1cobo8oU+8njE 7vS2kyCibxQs8t8MyK6xSCjD664goP75xHHb77LM8ri2cecjqr8ecI84x+beIZcec7F680bO 87xeSHFpCd7rb1IhID8raxdCSgcT9EcElpa9xecDT08C7o9Ixec0yicm7JdL8jcI9Ncc7EIw c971dQc67o9R1naxdRzJ9Pl78IdRdWSubJI+cu8Iyz9Cy9gZ9azI6vdc0M4gpEdbba9f8abO 9hKNbEJIID82axdkdYbM9mUedl7fTfcXYgzD9MbO9rddcT9s0zdq7nz/71Tw9MbSdxdm7ozM dk7x90dYbY91zw6td0Tt71JeoDzpFukd908Bd6ThcIpkJBIEatd/dtd5nMd08Gz79bca+Edw eAlL9/2JFu8HzN+CcH+GbETld653Yg+MT3wRlCbP93v9eP9MROeRzIwum1cP9Nwd+U8MzpeW 7P1HQQG1cZ9e+ab7UjeZz1+QQJG1cb9YR3+fcfyrit0oc3xf+heYzGG1ck+LedFVd8v6emcJ +bJB909qKFcf+Q+Z+rTfSZKFcudSeWLUc8epeydh+xiveSeze1d2QbqFCo9x+kUWeM+UUYbv ePe79Ye3+9SjeRKxdbbtlndA8/ePfAeVwBFncM+/eZq2+E+3/HcgfDa7ybyDlndHTnit1Z+j +WfN8TfOmO/OfErB9bepfSexfErJ8lePfVfEeRfW9PeZrN85eWfZyb+pfbfcdXnPfUiRfS/a /fb9S2lLcJ/Yit2T9Z/gbZwf+S/kRWwXjGj/+8eWVOdBfE/q/P/rm29Jfqft+vrZ+y/ukBfr eRV8fyeZ/zfJfukS/zitrI8Ge3/379eUVk728yd8fmepVg/p/E1oa8AaCACA2CAGjIaDUXDI cCAaDkcC4aQuBwWDwmFjUYDOLQKCQaEQoQRgZC4YRKOxUajKQjAYC4bDSORSESmVjGXTGPC6 aRiWy+cRUbjaGQ4XDeVROc0GVz2YUigUKGjei0KnUKMTYY0eT1aWC4Y1StzUXDOwRQbQmYVG pz+zwahw+3VW0W+53K3Q2zjWywazxGh1KlXK/Q2TWaIQvCXWt0WVYS2Yy/xu5Ua6XHFjmoDk ci4c1rDZili4cYW+ZzM5saU2T1KVVevZ6Day6ZSnbK1YHVwm3z+pam6X7axC0jmpTTg768aL eS7EQ7ljbmwi9jSpdCh2fSdTOY3iSTVRSpZ3IyDg+K1cbc+bNbqnQ+v5HcRT3ZnpT/59ex7C IxChjSvOmh7hrOkr7P4hr6valzhtY7KHp8x0EwezD8wK0b4QA0Tmrg76DIfCzkwbDL8Bm/TN qyoaEROp0TO4zcSte/sFJ+zayPxAkVrGzL/PfHEaoa/0LRxHT+SFGMOIam6GpGyyKM2HDhwQ k8nShGEcSfGKfSs4b/SyjqMJI5qbPJLyWwIhqNOspEvzMHMgNJL8SRjIMyQohqWzels4x/EU 1JavShpG0E+p1IcuoLL8/yUyFBubMs8OVM72To5qRuBScsQ4GqbBg4c0TfTa0hxGi9007yh0 cnFSpBO1CVTMTmo0301VfQDTVcnTuNhUqaQOm9Z1xWtBS8m1eBzVFfqVRUmBlUtkhw3tMptZ Ic09VNcsVQ7uVpNTuVjTMluHXVwTlN9xz3OdssPWraS9StGwpbl1IjUdrXkHC+3KyFWRvdt9 BzaVSJGyl93y0FWYKzNx3jgzRyJLyNMbUUc1TiCGYbQ1mYrSNZYe4Sh23jrkWNeGQ1C2U1W9 izw11at5tFTOW4vmDmYtfGKO3i0HZm8wcJnlmcIjD03x2qGG0zomLSnVOkIi/04zU/1Q5tqE DSfVuqalbFmajnM+S9LmTY9qkH4bHmvxloOHUPN2u7NtcRIis9hbfD9n7FL0U4juVSbzmtbT VvqIoQ+NmIRH27TTvGJojldU8Nou98dxd78lor/T/wEk56tfM8tq/FSvpswcl0N73VzPS6nL 0BsR01LUP1mLTRVPYoikd0WZ2vKTUs89BwjUr95OurTf3uIpHt3c1aiKNRr4VE83TnaeXzb0 dhSAcdv4vsadXTsYt5FSKl6XRTf8dQ+1VPz4ty/xVN0Wny9BiGBuzfCBr+e4/UjfBVNNRxXj teUPABiwMH9q8BxAZ/5azqGbesswwDRSRsYfxAwHBNjxJqMQDcqTwUvOtUqqmECMoNOyYnBo ubtm1LMQ2/Qs7yQawtIiS118LF7E2cSodALrYFQfXsS1ZcMV9P1f9D5gcCWtRCiPD2HStiIp ihFE6DkJ4fMGBuQiDMVSoA3Q8qlFz9DNvSTVF86hD34qHjJFNUhqC0xTecl6Nj9CHr8jQx46 hUo3x1OtGU5UY2aR3V9HCP4Nz/NzWYZs80hG/yCkTB1TMiDGlBgFIdoEXHRlIBsS0951DpGk kyf+F0K5PybinB4gsn42n+XZKeGj9JCl7lQ/QqSKiOyfQfIqQ0to2u3JxLp+jEJPFMldL1O8 G0OSfQ/IqGsyJjNaBsViSMwJezQfoR+aaMDqE2lMDKZ7i5lSeJsj6XEsJwxbI1GKWsOH6S8k xOqbLL5rzmMlOlJM45ruhm/PeVM+pqqSlOSNM09pMUAg3OyWtBH6TFl6SNPQN6FUDTqUZz8/ 6I0MNgDYkaiQbzUohRqV9C3l0bnhR2LdD6DqQBvNKiEG5tTHl4DQG0kJeznjbSaU9NKEyipx TCFsmJpTvm2Dan9IpYVDo5LUjSvKYz+m5UkxoNn50+WBTB9dUqlUyqksmh0JKkQMOgourqya lxZlPG2csvaaygkwWmsdFz/F3q/Lmt9aWMEvhTVuurUaWSBrKvIGz3611+k9XohlS4czclVU +L9gWB1fmXYmnMx6P0wIRUGydX1l12YNXaY81qYOxkxZ6v8l5a2iZTaE3VVFgWoORUui5CLW 1VtLHYG1lbOx/tHGebknbCrVtRHu0bmLZnmuDLCLFT7T3DuQzSTELyoXFl7c6wsBLmygpg0i 6sm7c0XL7YVtl1a2WylPd2mDCpalnQfXZ3Fo0HxCrreitioLotwm7A+0aH6MVgvHfS5Mp5Z1 PcfL2/9haL4DpgnfAU2L8zLjxc9YmBXF35lXNzBt3q1S1OrgSRd/kk31whg6eeHHQl6v1hSe F5cEuhm6mOU8czEVCqZV9M2MKL4uw1hPGRiAatKkxGYxtwsWp1xJjjH1hVjy1IeomIV68k4g cJV9RM3cnxdwOyTIOOkWS9ypjukctYw3xiLKfL5DAauzkxmMg7jczvvy5UFF2Oj75rVXJ/IE 3M35kI/J6B2P2hS9z3ka0mYqp3umO/YqEFayZ2gYDVwcsNDZkdVoJZOdaHaQxLpXNLdyC6Yy 5LTTcQC05DNhVsu+JJDak1CgEnFWzB6mL3qzHUGNRw0x093VZLWB6U1xj/WxSKt65WhrdfWJ Fl1bYMSmrmn4nA1fbsLY+r4oEHLPhOkWfNkgy2rmTNRHaRHIgrqMm23tp7gjtszQO2IcY6I1 p7dEf9zGkqJrXK27Y9wVsPSI82Za+bt3zo3VestLQ1olJvd+q3w54c5tzg5B9e8KQNshDlEt Q6g4Nw+CfEeL6Q4re3gGvuMkHIROjTfH0kOEokh/fWr30kH4Px5uCX+Bbrx/x3bnMsycZ19z bhlE9sPN0Py3mri+Iar59mSJnPUkqq6J0l9POek80027Mg/RenYj3DxF4Goem9BxHxTXx/kz bIeTIrsPXtudg1jczs6deS6v1sQclup+3pIgfIpPXSuvvL5hvDZvLJJyKyV1vTaQCGJIxZtj wncNL+JP3pTkOoYoa+8f4XO/kn3pI5FtjPPlLV7c82anIvllV0whXFd/ndNRs+8KdjeHqjU3 S8srxL+1N/eK1P7U7W7PTaT7NpvQ/vdsFQ8bq/4WNtfFtLT6TiPyPC2w+XCk/e8Pmegj7txm xqcB/HXkfuOnwft0Z+Ivr3Oo9x+Fsh9pgZqdLuRNTR/7TBgaEa5N+z5Wqzbfq2p/f2G3P72E 18/uoQ/+js/i86022CNSqc/tAG/BAUj3AI8OjUMQBonVAFAc/k1eca/adO/4aBAmy7ANA64i PuNTAC25BGBoos1XBOoM03BOpVBMQM/w1G1U/iqxBg+Sps2wZ08Kk01fB2/iIe1PB/A890z7 BI3OksQ+BomE19CMBmh3BUbhA8m2iIRPCO+7CqMbBQ+q02yzARAK2wXoNSqPC6cXA81fDEBm M23vDWIZDU7VDKKgBmuo25DaNTByiIdDDe1GaVCu3hD7Ce0vEAgiJwiQTNDmxCIUVQ/ittEL EXDe0SiQT1EQcJEkMaBmwCKREtDdBsIKiQUTECWXE++FB7EceXECkMiQMRExA/EUUgLJC5Fd FWt8I7FVDcb7E0vk/iu/FrF1FYm2guffEQgfGCVXDesPGLFWLyL3GTDcbBEKwfDdGXGgqnFC Q5GCV5FYjyIUYBGk3PGCWTFY3ZHBDlGjFygYBkx5FrEvF5E9EuI1EjHeZxE0XMBnG7HohSBm uxHXHyZBHcXlH02uezIAsBH4MHGtEKYFHYhXIGYHFZGZIVFvFbIbEvIjHwYMt1IHIxFpH/Ix H3E8Y1ICYwd+tTF/GuY1HSipJAjsRIxLJIOQIUknJeLTHtETJnDdHgNhJIj3EQ8zJ3FWUDGY ZbJbFTJzJwqZJIPMBmv6IVKM/ieNEKaZIfKiutJrGJKlHvFqa4/iT9GZK3KnE1K/KzE9K/It K0bRIDGvGe/jI4IVLXJbFEbY/jH9LcbhIzLlLhGucDJahqc3CsBmTzJ0cDJjJGwC/ivNE9MN JrErMVMEcXMBG+PrK5Fic3DlFxFrMlLzELEbEYSrMwxPMJL1NAyzE0drM1NKdHMmzqdNEPMQ IVKhLm4TE9NhJTG2dMT1JTGZNoOqNIdMUTJidxN8KgWZDBOFDcwRNRFXK7EKe/BRB3OTOPMo fXBRNJFrOnMXGZOvMDEKfzJTGAfzL5N7O61VE1O7DbPKqm2xKQgJBQcjPQV5JjGvEJOcwvE9 Pmm5JdPvPPFqMRPxFFP7PdP4IZJTHHP623E8hkIM54YaLvPVEjQS/LE1ChPoeSaNQBA3QQXl QVIyIeYHNDELQ6MbPUY5QzQ9OrQyYNPxL7CDOG83QkidRVN7RZQG5tE0jJRHGvRu2bRstTQ3 J0jjBQ8EIVSBOJErSI8jFrDXP7RrSSj+Bk6zELSVQHGYplPbSiaBR9SuPNPwwmYlS2hCKQZG k3P8Q5TFOG6oI7TNSmJwZGLSBk13TYlbAm9ZTiQMBk5xTSmFSDPrHTT1SfM8IKZGQfTvT4ZG Q+Bii7TCoVBQ7iL3UNQuhrUfQHUbTYmpBRRdTTUtTfUqmxUJTKrPT2YwX+cWBi0fTDVBUIeT VGKhVLNlHSndTew3VeSTVa8PVGdDVagfVvTc6hVmdDUJVEpbQHTBTSoRBQ6vTZWNUQ54M7NT VyNhWbNxWRTDBTWO01HTWrWfWSeWK+hXWaUTWWt1W/OG6PXHUma1WbP61pW3XVXQpeBiwzTC p3WWNIWoffVa8zXsfJW7TKp/WW+7XsVWBiuPTZX9UTTTATUZXRYTXDWhYYu7XkqnXg33XsWT VrXrAuIZX5YKgYBi/dTSLTY3TDZCt5ZHY0vhTYrnZPULZVAmkdZShTX/XqsJTnW9ZpW6dwTa XlYmm3Z0MHW7VUshZdFbZ0YHY9QxHTaFZFZAidYGqZZ0YNadRJaTaa/3UCs9ZxXraxTpTDax VNTS+dZXVVbDAnYJa6jtalTLbJacsOByt5bLDhHTbfaPUjbnbUaBbZa1bxatblbxBfUCulAn ZVTDcCBjb/HTcK/9TSvIKzWZcZATcIQNadWhcfDAQmQfcbXFZRAnchcWbRcNctTpAnByQmQ+ BhSlcjUPTKwNcbXrdZBZHTdZc7UDdZdIwrdGkmO6R9dAcJd1VZCZTSwzAnDJdjVorPTDeEBj eIO7VxFLeQxPeVaJZfCWa5TCxtCXdRTTevdPWuKITMBilbetWdApe0Tre40SKIT1ejZ6yLeH JVHSybY1dJfjfdfZW5fDfKMRfPWgypfBUKype5WgzQBhKhTDgGqjTTgHRDTYzGLJThgMf4Bh EJggVWJLaQPXgrRnggV5glcsz/CXDpUDg/gJWY0fCWtBgSgZg7XzhNhIMLMAgNCWSiAbhgIZ hcJjhrhOonhzg6PjhghThuInh+LuU42TiGLSBhhnh+MHgsdfiXf1EyIJifhtGfiEK6YHiDil iuMbiTA/h/ixI5h+YNg6etjEKhiKUNjNipiMK7jHMvhoBg2jhIyBMBjljDjitTiKXRjqjsIy 01j4ORjQO/kBiRhRjg3ThtijkOj/i6lNj4j3izkXkgM9j4PNi609kri5MRkzhsv7MA4Xj8rJ k+usBgXdhxlLlJKNishDDUz7lWQNlDkplRiRHNi04/ljlPlvlllvk9lQQflxlfdNju5Xjxh9 lRdNkVMA51kvllmXlVi1mXk3j8R9jxjLmnjPLNjg6LDVP3m0STj9RJmVm/mbm/l6dnm5i9j8 dDlQSZnFnXlrm9nXKDlO1tlagFMA7eK6jpnwQpnQjzn4USK6jPoBjOvlis2bnsbdn5f1H9oW BBnRkxj1htlNoOOVnRkdi6eln8LLMA8nCWyPjho8K7hfi7grOXis8/n1pJpToNi09VntjTi7 g5pBo6WBnRo5i6KVDVQPprp0PXn/pyKFp3HnpdhVpbjhqEPXojqTPJi1qTp5hILdphkHqiJh ntj3qroeO7nDhIL9qHq4ZtpvlO+vjw5FMA/LqnrGMhohllrQKJqxrc2DiscjDU39rmVtDU0j rPrwQmlXMANlDU8JitsAQnidg6JVryw3r+Y9rzlO2DoTpxseO7llN5q1QDjhsrshscZpsSbn sWOtsbsGZxq/qocbDVTxsxtHbdALMAPvtDi1tdWbqptjkRis1VDVShtsP5sDh3ibq0ZPtht3 Z1jpgsJ9DVUpt1uMQnnbuLqtXtoiz7DVtruCQtrqxDtaRFutrNe4RPt5uIyztxJVMBvBtllO Xpt5n3e4RrvDojvPVHllvdunjhDbt5oHe5qTWJvmJvukn9vGnhtPPrv8SvuPvNv/Xto5f8QJ wBoVwSIXuOv1HsVRCe9Dilf8TjCe8rwrO3wxNlwjn7ufkpwtsRVHnDf8T/wfidxNqTgfw0Vb wfnbf9wcWNhxxjoebtkdxrv5xCvlCfZRiFejo0YbjpyBqsYboHeiJBx1xoVpv4hzHtyYYljL yRxkiZyfpsZHs9eiJpwnh3y1sQbtn/ejp0dNj3zFqFyFwRG7x7iNu7yjxDxG97HtzhQxzkLn y5yOXHw4xZzrqlVXhfcbqkYbz/lNCe+zwr0JMr0GXVCfkHcaMpy5yHIjw5h90dy+pxx/nnzv zfrwbtkxcaNBy50V1AddxoYrzXjTdBy/x9wr1MatxgZT0Li9dAN91jwR1h07xCWr1P0b11zB 1ts4YlrNdAPFCfZL1ZtGdNwZKN2Lj/2Hy/0NhpaOPf2Zyd2lzP0aaRCfdnHsa5CfBZ25t3IH n3bpxspt3BuN3Fz/Gf21tZaP3RAZx+bZ280D3Bur3Txp3lJJ0p3z23adzbBLhoVLu72dhx4F sR4JiF4NofcbicVLvX1T4KrPw9jp4dqFt94SnVw9n2VLqFkx454XkoVLwHbZ4jv/y95L5HjD 5Fqt0BkG2RwVxr4SoRytrN5fwdxF4LBTzr4b515x5ln7vv5zxdyn6FxPxV6L4tqb4Cl5yth8 2Rwde5kd6f4XLHEx6ZhJr831o1gtj361qt4vil69ofu55Cmlv9o431yT7B4D7NvV7RATv949 7h5j7D7h7XExYz7P4L7zqD72LXw9he31p16x5D6/rl7D6+6hEx6/6V8XztiLoG3Nqlg7yd8l 6+4b4CsJrP4L81ol4T869V8/rX8h8L9HuB8z9HUx9R0fnV5co/r3na3N1B779F9nTR4Cmtnd 5d9zoz92N1lH67bDn543+F9J4L+L9vEx+L9V+Vs5j948t5lH99tB+f5DYJnF7R+vlRoU0ZtH mP8Cul+x4L/D+//GlBjV4Su791/N6+zN7D/Vjx5Cu7HTa/4DZRj5/kRl/X/SRlfhC4BmIANR sLhwOBAMxgMBcORsIDYIAaM4FBINCBiLhlDohEoHBRAMhyOBdAo1ERqNxcMYzFoXGYfJpRKo OMBmLobL4lMYzIBzI5dG5OLhnDZBIoNOKDQ5nChkNJLOaFDYQMpTN6BKKVLJ/MJtM5rMqRKK lCRcNKPV67PJ9T6COKdU6rbJRbo/IaFW6hdIRCoZbJEMIqMIveBrf4NahhTqRhpnFxpiqBIh nK8FGL9d7rPRlZ5Nkp2OZ6N6tncxe8vJKKLsBp6JoBdotZmdVkNJh7tk8vts9ubrYrZPcTdY GMdHEuBTpBOt/s+FFOXm9lsKRmttvunGOrXev0LV0OuNc/yu/nxrNs5xrXye1QNDrZFJOvsJ B5cfy/lruDOBsMN764i/bouLACQBohcBP5Ainv2jDkByrEDwY/q6P0pkGoGGzaKGhSzLq+kM wXDkCQNBUNtsjrzwWG7Ppq7yNxS8jzRI17PwLFUZL7EUOQpEcEx3HAcwLHUXL41sPsGuqqNW /UjpAmr8xdJgcqo+EoLLBqLwnKr6ya7EFMdBqaulKobNsqjcSXGKQIusExttIyWrrMMBIvKS 6yxN86zU/yhzoz6LqU/SqOJJCCQVQTWzvQy4y5J7/qpK6o0U5CCrLFFH0JKlHJtSFARcqkMI +HCezJRVQM3UdLOdPU2U0j1TzhQNVByhVQVjV1Zri/Svp3UVYRdXdQs1BVgVfOtdUizaRKbY dkBzP8BJqpVirwGyaqIHCUTE/9rVCkUbWPa9vWomq6WTGdmXLbEu2PdMUXJSaRSE/8CtWkCF UG/V6MOj18tVfaRL7frcM2jsFQLgYcIHTKh4PXmC361GE39gyR3DimIoHM8XQLiNhX7feH43 QtXvrj9Q2zATyuCzcC1rF2VUnAt+Ze5jNxZBTyu4tyy5xLrNvLlOfYlFDyvBUKByVmmjXNeS h6LXiURa/+n1C8ss6m19r6tD7yvkHGgZ7rzy1Yodr2tFGzRi/Vrqpb8XIHZefpTam4UnkL/7 rqu5wUgcQhwmtjbfSu9avsvB7lsgbb7ffAbpc+bMttfH6/SPJRszaUUbw0ccpxKB85jPHdBi b9ajUPGwV025QF1WJaS/6US3v+1Rd2NJ9R0srdPyPa90zaqYD3tSd/Efc+HofUzT2dqJRPIc eB1k4chwPYel2dSP0kVBs2i/NTJRfZ5LF3tbT8T/3j3fzKH9HuXX8eeeJpvv9v3nz033fsff UwcIvbX1v3fa/576rnloKKMvswaKIDqhf6gInpMn4oogerxtq1IJqhgs3t4iyz9E9Wk+FD8H lrkXaNB1ZDO18IuVGR8G5PXCg2hW8Rtx/4Yv8LXCZcoN4Fw4Um9BBULlJwkLwDchS9XnvFI3 ERiZmyFMLiVEZs5T4nmHBu82IZCmBxVdoRGJTCImnFi6rx7qGYlMRgTFKL8GI0MVhZECNcCI bxJIVFSFZOIlL7jTHaMcbW9x6ZrC1PYN49vtakDOQTNYbSFkOdyHTPI/SMIHDOQ0ZwZSAjBE KFj5IpSYkrFaTZ6YtPUkm1mFkkYhwNhZJ6Px8jRRIi4TuLUQ5YQ7iTLCU0UpYR1lqhGTqvpX y8lbByXbcZQyycODdnJ50VTHdNHZR8VJky4cfK14Mv3Lg3Y5GCCspZXSGm3JWN0zkeTIjjL9 HE2I2TinO12MDN5KtUjtO5/wN55O2ikTVLc5J5z4ORFp9U9HfToidFGd5zJ4ppmDGSglAHC0 ATzOSRTqKCuaodLCZsSaJRafzFxAr259Rgo6USj8UqQwsYbSR+E5ISxJSDCydlKJ+swpQqai EymWz9X1TOnBmI7MymhQaliqqE0oVdK2SU6Ki05js2Oi0vpDVMlTFup8GqR1LWRVWJJ5VpTo dfVOrc0arUipPWGFi74pNgoLIprdJqeVZIJP1S9Vocp9rPW+stdo7NIipWOJNeq7qdi5X6St Zq8mYkqp+Mjoa/xgsVJVEsUmFFEhg+6wMbAZWTkVZEj9k6V2VNREqashmC2DkDaOedprERSc zP1bkdrVwsKozOLlr7Dq5iS1GKlrbbs+kXaq3lurZygrpa6UC0YwEoaXMtl1wbk2puJKwi9G 5DMohYke59IlDxSiol+7ULEiXdsdN2RsxD+R2WUciyc87z2wttFxeN26pSNRDES7Th7ORDvf d68S4r9NNkbNe6Myr+Xhv8wCyR1L6o4vTGDA1+qjrCsuceKWEIlYPMthGykhiez5utEnDd6M ER2w/ZtB+E3fA2Oth6hFzsVPDiVf5VGJK8YqofY/ET0r6Y3xqhEnAOF72SMZj3H9m8JZCUXZ g8+Pn4OKvaDPJV6CjFPyfd7KSG7NnDOLkpUz32NERy1lB0hG8v4ybJkpV2TEM5mMPihPeasZ ZZTWTuybmobQQzZYDJ2cciYZzrnIntnc8rIznmlZ+V5HZi0Lhh/0NsDykx7dHQ0KcvaQsu33 KSibL4l0fXay+UdNrlyZbLJySc15/LxEdeuaMpaks2kHJOrNKnOx6mbORc8060xlniI7AwbI e1XZbO+WUp2SQLaGI5qHv1diPmtnOv816u2dq1c+PUnXoyxlLauhtROzZXmxwu3NrZNeXs/H mYkWbkabuPQ2aSatL1VtQ9K1dHbm3js3eB8gbaF3vZJE+2JSWXaBkk5Bldv7huXk69CNdT8J m6ztuO8tFoF4fkPHvEr0Z64rfbbPGUQ7yzptCy/Cspci4A/XhDj95SFZ25flPAkecezTsWyX G8xcys3xjmvL455J2aDIGuI8e89RBlLoW+sxa+5D0TE+kOg4n1x014aC+DuU6j0zo6aeh9Qz X1bLx5U89Z6v1/nfSuvqJx7tey+7dT9oMK4Ps+R+x9v4vH3MWlrL9m7q/AoPKkL3oVpmnvpH yg6AYllvv+UvA937pl7fvitv+NQXpLJ3je2ySXVBDtswsvHK59fnHvnPI5ZxLZfw/n1keD1P 6P0OUjfc+tf6YonP6nLq9jkn1pQc6a28FX70y5Qa0l96cjtuxjGed3Ll74vv3749+Tfz5lhv ZSiUowP2T6vp5yyt881BE8u5OPf7GzX2vYtg/F7tQvzzDkTyTlHnzHsxfs8zmnCXPq149/n8 rbf97qf2Z8WT+Rnz7jU7BDnz8LMTUzwSm7KUA7nyn0BQ9IibZUBb3D/4+T9UB0CqrTLI9rwR 3AjZWbwTBonED8AitoiMEcAIp5XBuIGsDMFJCsBD5cD0F7nwqjzQGcFT4T8kGRw4GqfkF0Hj 4EHZEL5RDJXBy8FEEQhUI8IME0JQnb/A85XBHD5Tg8KT2KKMJJHgGqTEERJg8DacD0Lz+sML C8L8GxZ0MqM8Lp3wGqOcFK7jn0H0NZLcHp3UNZ4cOq6UNEPENUMkPCbcNZPMM0IqukGj48G8 QrQBKRRcNr88Dy7MQ0M8SEKkIsSaVEERS7nyLAvERY5AGiEUFMTMT5PcRZU0L5psUsTyVUR6 AELbDMRZV0QcUJVURsKK2L9MN0ERYkUZwoHJYkV0RUX8GsIsX8S8Dy4zwUTcFMZApqC8XT08 XMY4tIszQ8ExbkZsUka8XkYjTkajyUX0bqi8a0bqXUEynMbA4pICJcRr7sdReoGiW8EUc4Gg sUKKk4ppxcFMe8eiqUdT6kZUeSy0akIqbIj8gcfUgSe0gIw8eDt0DxmUg0cUG8iApqwkh5kY GkZEESmUfCboHMjkeEFMkEeskRn0hsM6aIpskkjck0hUDxqgpqsEl49IGimUlhpcg8lg+Uhq SUj7f4x8R0Eyl4psgsnQokoEdso8dMo6WkE0pUjxvMjsnsqMk8Isqkm0D0fMokoMG8rUoEKM rypUrJx8kMESW8rcpMsi4ErstTGcpxHkqsFJz8p8qcuDAMFJ1UhsVEvMosD0vMjUvx3wGkW8 vEwUu8ESe0irxcG8kkrZhZBxNMjMxcyB4cpETkxsy0wpPMyUXqT0jsM8z0zkIqTUmKoEE00k yTPAux7c0UFJ9gGkJ01x+EyUdM17Fk06AAGi7kEQkRU0wbJou03y4cD03sT0vs3BV0zM3hVU 2k2U5KuMDyC4ps4cE06U3UO06KDU5sEUUApswk7hZE68PU7s659Q1xaU8sIqGM66UQ1wokG8 00G89cF88BcsyRsg10+zDs6sbs3YiE2CIshk78/4shes+BbVACJc342lBJgbJydNAkZU6Z+t Bonc+BRtCoj9B5TNBI1E9grdDso8/dENDTT1CMjFAYBtBMhi74l9FdEsoM2CQdC9Bgyplc+B qVGRms69EAyo7k365dHVH86lIVFj49ItDTItAiTiQw/1HRpdA40dJ9Cw3dFwyo+QocatHVLF E1FVK899JVLwndD4ks2FMc+lAlM8MFMSXlKNMoGEYcgy8tNNNrFNNhuNJqwFMxw9HAzlPZEN LK2VP4w9B9P1OBx8+CztPZy9PtN6b9GlRxHlRtKyHwGVLNGtStS9N6d1N1K1TjftTzC9JpVk 2FTj79TZ3wiSX1UtVLa9UJLdVR81Vh4dWNGqggGbkVUNWjTVAiiVPNKQmh6VJtYFXzS1UJPN XFN6ktS1GtZdXFI4xJRdVVHqltSzr1ah+FZ6as2FatZ7zVbiAAGZOVZVcLmlL0BNZlNdcBV1 VR6lddQji1cldjm1K0BtdJeU2CqFSzwNK1fQycEtfKDVcSctgJaVWtN8FtS1c1gs97aFfotN gdBAGCtFf9Q1ilelAitda07FL1jQGbrlgJcozddVibTlj8t02CwVZNK1lVGtlTilAixtgdRQ GFmS2NN9mVXNmKy1b1l1nlm9lln9GNmpkdk9UlolQlkFpFDVmFLy0dmdHq2lf5182C2lkdfA GFqzoFAi3FDVpVrthSylqpn1o1qI9Nf9DlrNs9nVLy5FCze1rjf9k9PVtVLFr9uVoFuNLFcd K1pNlFA1GteFN69dS1pVwliNYFw9eNvtPj0tAi/NS1vNL1yAhFLQwFPlyU2DAdgdDFy9Rjo1 yZx9kdb9y5HAkFCl0ool09d11Ij906jc2DCFytGt2Vpt2LC91dHrEdS1x1L13dkaGd29WF0F 4Q5FyrSV29Wl3t5Nv1ujGIGV09WQGAnpPNkdbd6Z6SStsV7F6tPwGLId6EEM/975Rd4FEF8h 7d6NBl8l4z7N8bK18NI99l118VFV+d6Bu83Tw9+Nbd8hUznzxd/SAF81Mt8hV161KWAww99W Arsd6D/d8bPV/FGIGOCSy7MN+2Cz52CJZFHOCuDtt2ArRN7WD2EcHWDItOABq83TSmAFPWD9 1WE+FjTmAGBLTGC9qmD9kSltFwlSJYprWV8bWGEl72IeDd+zXF/mBOJN0d9eJmCGJCw2C7Ls 3TYd10MeKI1GHGIqy2IFIOH2Bd/OMF12HmIRkeJuArbOCeKgGONWF2BON2MWOOCjc+MlLWNp n2ImNOPMJk3TtWO1QWPBpd6CV2Pw9OIF9dcd6F8+RVS1VePA+V6GAo5GR18+SkPt+2SkBuHu SiPN8deN6CPeTiXgGMUGUZuOQlb4GLkAGUY2TJw+R1WWVeWBm+UZy+VtgmWeW+WuT90WV03T m2ReSZHmIF5GWd02LGYBHmUpyt8bnoGM4uArnuQl4IGOacQGZx32AFUma2bWTebJLYGWT1+z gN12UWbJ4eR1d2bp4eZmFebt6sLGbJPOaC9s3Va+c002e56Wd19btGQlfA4hRefuAuf+c9+z u2cVgGgWTtCGhB+GXFRWgV/+cc3TxOal87xOeuf2Aeg+ixVWeuL7xuhV72kdOOHrzmhWHLzm ZmF+lh9GlGDuPoGL0eluBOmumF8b1umiLc3Wnal+mIomjeAun9sWnhcukN9b3WVsueojTmnm db4ubtBGepeupOAuqWoF8Y3eVsleraw2Wd72rmnl2Geo1GY1U+VqeGr+s+puHutOgV/r9moe t5kegWauuceN8b+eY2vmBOv0h1+0AegWVWwcps3Wwer2wQ9ObtDGZhpebuiUBenl8+yZvOHs Depl+WzOyOyrf+wlBmcQj+PFUm0WVs6FFW02PGFehRuOWdqm1o5G19P22O0cwG1Kx+VpYFF2 hREOPFPW3ow+0lEG4O22AOhRy+PFKW5Ane5VMu5m0e1Ewa7+3WZu3GZci265HGbtHOXG5smW 1JJmMG2m8W28we8u628532D+4kOG2e5+904+9Wdu+WXGdu3c/++24W7O9Wekw+/MQt7FDGXB PNy9DmQh7eGG2kSGWeKnBGoUsW1PBm82gG6NLXCuVtNHCR+G9+3i1PDO5/D+9nEKAGH15GQh V18lbfFG4XDUwcwm0+e2RyCF8l4PGe5vF3G+421hYmH20MZl7FRWRxaWD9WXIeoVOe1Ma+8e 5/Ja7O3nJdFu/Ks2cUDfKGp/HPKly/B0c/AW0PLsA+3kc/Gu4nLtLswce/L25/NNKu/PNlGO IA1FkvI0gucVV3Nyy1pG2kinPXNZkfLfMvP/Nu1MjnPu3nQtY2/PQrIPRRmttW5clNy+2HSP O/Qj/th3Rppdom0MmFaPG3TttkwcodYPIXUfUOAA+XOfTjf9tW4AolaPFfV7Vm3nV+0MqNkt d2C5uNonE/W7X3Whw9Q+2ErVQ/A/YnWxx9kt2GC5y/VW58s9YNBHZgnfaO5epucTnG1Pa/YW 2nbd5eEgj9aNb/cGcVhfcnYu5cxPau5/dWP+3ndTp+/MxvWHdJNIslQV7R4dYO7vefc0z3df d56Qyu4Hf/TG1M0nbm5/hDuO/PhHbMwZ9GUtrfg5+FQ/Bx9nhO3maPbFJ1kZUwslIPjzgfh/ kXcN93igj2Ut+viBVVQ+2iBfjm0qC+Ur3m/PmcyHAc6XjPmxZAsnE87tYPnPnveO1KFfmlgF 14EGUtru3iGL/25/p12104unpbefoqu3iVjkwaN3rNWVypevkFBnr4g3qtBHsfpQu1fFyo3H rNd3tfajvFFXt/tDz0//uflWwMjKNPstKVyoknrNEHv3V921yvskyHs0N3vlMvwvunvNk5lf e9P3x7gfk8jKPfvF4Nk46HqtRXzXw3ifyxLvqtDHz3tGGVk5o3znwKTHzH1Ytfo/ySVH0fsX 2UcHr32qxVF3tntPyQjOUuMvuX30n3vtOP2fxf4ohlgFf5ZeUuZP5Yp35uANf5DmUqH33SZ/ 029P6fw33Puybf6NUlf5G36OFf8X4X4EjKH38nsX9Un38v9sDvuRm/6vxf+cdXsX+37H3X+0 BP/Z3QGIgA5GwuGA4EBsEANGgzGYuGg0EAxHMNh8HhMLikQiQ1FwxGUWhUMFw2g0SGIuGsfh EhhskiI5jg2kEYkclgUEg0rmg5j8SGQugUzkU8l8/oM6oc9idAlUXGY0jsyiVQGMypFUqU8o FWp1YotCr0ShtEq8Ol9QiFljVaGVprtmk0Et0hqA2tdNukju4uttgvVFh05t44m0nGFzhdQw kRwlmsuLiQwF2CvOQHOSGd4hccj2AG+aGecpU/vtI0UvyUFoUcGdSHA5yeI0Iu1uMHF/020r OSGtckMxwGlp3AuMp1cjl8nGWUzex1GT444teS5mz6WM2G13PXyM4oUD1QxxtV7/e8WwztI8 El1/O9W0pXU8uZ7HI9/08W3u3l3u2xynIG/ruurALdug972Oy3yFoGwoXBvBbWugnzAvK9jb sWpAbrk+r0qdDbDsZDayQ/Djuv7DS+PZEbQQ25b/NlF0Lsm6sNuM8SOQgoUbJ6xsYpQ+KUQj DcdPyqMdwe1yBhpGskv88kUyK8cIps0jZPYgbPqE9kcyoviNBwlsty+xiOOMpDbr7I0oKc28 mMZLLQTdFa+THN8jP3NEHx6gbhJC28tPFFkx0CHENpdPVCwVMagvFJbqtvRocTNOStxgoTYT 5TE6zXCNM0upDYIq8SoPpUKHTBLtN1G9tPVROFLVOl1BJrTdZuk+FbSxCtTqJR1eKc2FfBxR 9N2HSiZhoyTyRxDidWVI9fz8h9ltdDaK2eyUwWLbK4WJMlu23ZNtVhadoP3WjNXPcVu3RXEU IvaDIW+o94upOlsXtGjGIa69npOztSSFZOAR7MV/o7HqfzzeKTtq8SfsQGmHNdfuJYpWEtYR h9v3Mk7XKheCFYm5FHYJkt3wXkjuW/N+EZZUt1JPllDuYGifvCHCTxJkecPZkOVZ9EVa2en7 8XpoNc07ZOjR7Qei6UHGF4kn8Bak3F46rkGB6hq2LaZCdcVNrOwpPfOe7DoFkobEOTWftlt1 jeO4TLJ23xVod1IbF9mxDu++Unu257xX+XcHG/Axfu/EZ3vUgMZqe1yc8SGu1wcpJ/NmRobK VkWfMFtZtMGP9FfmE2T0amdRMmBNVz/WTD0/XzVnXVdfO+xXUtD2bNiXdsYxXV0KyV65GqFC p/DN4+PhUj9fSXSdXSWD+XS3Kdl6tGhu2EdWejkesljV4+/yF9+9TnY5UjlWeD89Wd7ZP19T niHpi9nw3V+3y4Zkf9Yg858bqn/uafrAJq7/ICrDeo/2AzxGVEDWY7VRC8YIMVN0smCpjDlQ YW85FZ6S3TQPW9BuD5f3roeZGQNdzaoSrucrCJebmYYO8TrCVeb0YbP3WAyNDbAQcGSXND15 sCAaRCg1DVeKG2Hg3Nu66JMFzxQOWTEoqQMFPrPUOYyIDEosgxe23iLDKHQxTOceJ+EYWWQk ieyyMcaCNRfb8vGJsOnxMjjnFpPayY7xRjys827RwYR6aUDeKkgj8Rfe7HJgcfFzG3QFExrk ipHqZZtI41zjZBQ6kahORDKkMERBu8xZJsG2yEPcvGUkb4srPlTKCI0rHCSmZVJSV0F5YN8l NCgh5sEboQgAyOXhPZIMil24+L0q5UTGi+meZKRZcrqe4VKXzypgOTjgYgGsgYvFQeKDSbMo I/mam/F6cJM5suslDDub0W5QP6J1OdNUy5xRjm3Oqc6d50x1nWhWL0KpsT0mfOZ/EoEGnMnO oGX0BKDzClFO+KU/WsEKnO9qbiC6JzSKgtMGsG5jn2IvRtTkX3FUfo4Ded1JFX0dl1SBUdJo kUSfhR1f1KKW0npgrWL1NpvPRo65am6s5OzmkxOSSNN1fSmpnUaYUrZ3wynbS+b1TqITUqit GX0CCUlwpc/SrMqpbUfYjU+CdEqwz1n1VldE+ZxORrNWuE06aNPJJLOmbtWTIGfQPWBfcXmZ zYIawGulFq/zCa1OawcoGm2GdPF5oU74XygorYqJb8rJUYnsmKiFfmS0JsFZt39joyy+s0dw G7nLO2ks/R8qB4a8TEBrauua95zWwlBX22Z5rSuCokzGxFRZvW8py0S1Ug6G3DkfRmbDaiqm wrHb+Rcobb2xfNcOudyLoygIbMyiRHJSrVnNdyN9Oga3goJL+b15K+Snu3LFvdBnv3SoVe+7 FurzzKbpO9ZE27vzKsLfia1ib/TOYLfvAVX6JTSwHO+y1GppGSqxg2iM3k+xvwBR/Cd8444H nRg6bCxSqqRoth4G+HJzYiv7haPN6aVpxwxh3FNucM4SetjDFyjQbXMoMQN7WJMFYzXJO9F1 vWx0SyDemi2Rcbu2o+teN9ssgUpyTOLJkoMf5LpxiM/+RKcA2RlOZmpESSLgysrPMLhstK+y Tc0Gqg7l3CzOT3Ljj53m3WZlibGdCpZhrrnjKl5gapuz7VTP5cMktnm9oAqpHKk6HhNmGjR+ sm4R0GujR2d9GnrnMhgkoNkC6Zr3pxXOc9PmnneejOBrKLamz7QrVWH5zKLzboYGusAbHA1L FDON2pvXMzBqjV7JQbFjnFrwquXdb55RBNg2B3My0G2WRrXOw4y5JfoDY1OmzmbWPNqCYm2r WXeJ1to/GYZ9bizgsIzW5tVoL20gLKJM9255iuRfeOYN0bwN5nnRRiNtab19uE+Wxc5b04Dt HeBhtoaY3DwjMCad+cM4FroGxytN8K3pxTMBdeHuEubxOY2tb1A048jcu2WeREn5JtnlG51X 8LcntzdhJ0i5xpGQrj3M+Hbwzgg3nXDY+7053b4GyVuM3T5t0TWO/Okcg0X0N1nTOlT80L1F O+leddS2N0DFOccY9OUD1Dq/X0ibsKNsiMHWsbbJ6vjZOe8G95g7VuHt/ApE827nyWBGwVOc g3YRnMHPO5ZQ7H27KGpN6Et4qd7wOZONeEzJznwOaC0eEqPuDw8AurbhLDzTbPm+3+aWjzDe Hm0eej0J6X0G0Nbb08nomj3NvG903Z7HZvptKcW9hp/yfoDIbk3SYrTfg9wmn1d8OxeoNs/E 85vD5RA8h8i1967dn0ewfGYf7X43ZuunE+R8zYHuPobT+TtP1G9N95gJ/uXTBVdhbw/Xx39+ ndw/v7jvT52p+Q6g3H4D+zStQInObNOvXKfORQBO+P3JFunJuvuvXOmueCqvGv5kJv/tswHu uN+O1Cqv5N6QMu9OOwOt/wOOOPPwRG+OvN0suiquVt4PSv2KoODAYtZvXuRQWuSwMOXwUOXw IwROZu/NwvBwXN0tNvEN4N/QZsyOiNwuciqv0whOnvDObQlvqt6O2wILzPawmG5QoupPgQiu tuZN2FAM4PdwqOtwmwvOvv2wlHrO9QnMbGItssQOioCN3wXNqlPwstyw8NvNslRNoD5Nww/M wQfN6RBQXOOscOiu8xEwNPFRCstv7t4RGOQQCNqM4Q1RHs0QSObN7xGvnssFmQpiFRQN9HsR RrvQXNDM7NeuQxVxGpiRXN+iZssNKRCRTtGwkiLxaNoOyxZsSQsszIirZRGwARhNPwzidMsP exARdMBwspugbxnO8DERovjwdxRmMQrICRqvrivRkxsxRIixwPVxsNgRvRmtgQQxys8wuxvv yL6RqtmQ4RZrbQYteRkmhQgxZx8wbR9ttxex8P/RmRRrEwVOByCP/P6yENxwoIirCiqyByHQ Ex2xdSHwDyAwhuWyKwJjNK8NNxkRdG6SIRHRRyROhxZyRQZNFrcwTQwSUOOSASQwRqoSWSMy Orss4SYySuPxcyduSSIrcuZjMSbuXxbIirTOixqReJ1LoQrKqSmxKEFq4SlxgypxBslRRrrQ mRZytObypHfxtSvupSdIiywSVSlQvuzyswzQtSyy0sYrAv0S2y4ywyuQ2OGRkrIwslpqXScx ZnyOBS4TAOnS+LKQ8yOzDQ2y/soN8zFlZtBxtn/QFSpTJRroiiOM0SezLvMOMRkzMRLs3TNz My5oMxUxqTSxpxZzUSjLRMwQVxkoQS9zTtCRzxRp/S5J9KrtoTWTbwrIEJpyMxVKCxWJdTgS 5S+ThyDO6oiojStxkzmunSqzoSXTntcSOpCxgDmJTPryyJZP0RZouwPTtTwx5zqtmTqRdENt mR1TmNpwyRRz1TdysIio9wTxZz6zWT6zupyxnypT+OSxtz/xNz6QExyUCN3SFUDs8yOpPzDz 7yOS50GzFRk0JSKRRpWyDNdJry5RoUMUASpJaTnRdUQyTxk0ST0ULyeMxUUuSS8URuPzaoip g0OUQOX0UUZOXyGqgxPDNIfy5Rg0fQrDEUgu9NDIfunwiCdUjk1TCUhp2T+iZ0juqzXiL0pS Pp1UrTv0lJ6TxUoqB0HUtut0B0juvyyUjw3ufiFUz0F0VkmKHzojmHaiewZQCU5CIyz0oqOU m08soUk0qqY04U+FR0S0/vCsDEmKeOPMYoJUrpu1GUaU+TRp9HavJMI1KSc0sKpO9H6GrxQy jVOx2LzGryqU4qy0P0o1TTLVRyk1UNG0LEmK2OSqqID1SVWvezO0qq5U7x71ctPxMU1LDvpU o1g1T0lViUDHYxuuTVk1Q0hrH0oVjNcVfkmLMVi0q1qzy1rtgTNHYtmTG1otmVX1uz5LmlcD w090lLaTTUo11VN0e12z3kmLgV3V2P/UXU1V51pmU0f04rlR+10wE0/V8UIFplcCSwZJdWDO /ySEmL0V/0q2HSGnAm20J2IETUu0lL5TfUh2NUi2OSZ1OL82H01WRVxWRVPlVURWSQdVLWUt 1UlRS2Es82BEmM8vwFiSr1OMLxD042d1CU1WfV9MPWR2aupT2GWyM1ysWRiWeutxI2YUxSNW gQ2Vs2psbVkMdU2UgWsziUeskUzMkUx2wqoFDMoVxMpwG0h20OQWEsv2mUo23WPW4Mt2aWys 0WJM2WiW7TQVy281v0qs+VoXAPQ19XA29NEQKUo3EWn3Bz5UetITXSDkmXITs3FNG1P3KVrU 1NNSr0jXOPXWE3PwZEFj2mA29NW10Uq3UVVNaSh0otaXWTrS2lWxFUhtiSvXXtgXXUlXb2qk mNnzcUe3gV13eNpjNDLtt17gaXkVzyQCFXmNN1X3kNxyjXp1MJu3rXItdXkN3XnXlzGzZCZ3 uM8yI3x3Izl3kNN0b303tXjuC3fAcuIT7CdX42L31uIXR3xOMXBXn39t636X/UB36yftQiL4 Bs4VcX+uP3lYDxWEF36wezQ4IWZ4JSXUM3js4W/3ny/X6TQNDC2NoYE3lul1p4QVIYOupX1x 5yDMYitUpy1YRwuLzCtQ0z54aU5s+YUFA384UMbYBRe2VYYsbTLCl2+DmYiswXyu731u70Yi l1ByyYnw/q83nu/WeXxQiXw36Ys2K4q26WpXlv2zlYH4xOPOa4wvMXvAcvN3jvN4GY2U03l4 3L6Y1tCX4PW4u45Y7S246tKY1PaY/1XYZwu3K36ZCXcZDNP31vlZFxrYZvlV4iYPj4ovqT2Z JVlIEZL1QoCZJVQ5MvuYBZQYbPz2N3xZSVFDEZJTzlnYDP108X6P34NXlv331v334RIx9ZYP /ZLZcTJ3xQBNJ5UwDY1QDYSwLXd5WwJ5kXn5j2GAcwO3q5oYbZpLm5n2L34QU354DZs5I5s3 j5vJ1ZrOSTNZxTQZv0YMI5rOZ4GQgZX5tnJ2EXj2Dsv36WD1eXn57OQgcwpYBQpYnQpX4Z/O jXlwq22Z5Sx5wwqtBqqZ9sU4eYDQxTj5U6IwY3IZ6nrZg3xQ5Yg6G00XsQ94Sw934aRZw6QY JRDZtXnxDNB5U6UXjxJ5l3lxJ0DAcxJ3pRO6U6ZIBZ43xRO6HgGpsxUQ+CQagvQ3naixQ4Na kXyYqaiiNZ3agAYFyS6iV6nV+aiapXLqX6ixaysauSlni6i1brdaxSP6sRh4u6y1WaqgYRpa j625J6sRnaWa5IoafpsxwC8a8a7FVa2GP4TiE6902I67BbAaox61ZDKa9tmRbbFuEqi7HXIu apsx+bGgYR+UUbKNtz37NNx6lbL17aybQbPam7QN3bLSLa3yLXGaonk0tbA7QXoss7NQjKfb aXIsMpsyTWBbdZr007e2KUqaor26JasbiXibYbj5Ebk4F7RScXg7jOPyB7e51yD7qU2E/bru ipqbtYx6sYQ7rWKa9bg5Waoyu63yuzaps7zwtb1p+De72jDupbLSwZfa2JRYWC573Yameb94 cJf7/U7mn7YS9OR7x8Ctr7v6MWua2TB7MgYTBxrpszB7xzE8K0+s3cJ8Mb+8IMobWcNMySFc QWk7FcOsyQocNRNcM8O1K79cWYEbRTUbhJszSs18VzUcE62TY7l6gMRiIiF6ycfAYiH728hc gO6s10nuRKI8knWclnNcmk1Gb4C8ep6GV79M7CSgZus8qp+AZu26q8s8fmMcw0v8ibCMsFAm SIUcm81cybAssFGgZt78ynrcibs84ipF16iRqie8gLtM1qOF5bFc+8f7XcwqY8p9CdEsT8e9 ErU9HKU8/69RqlZ8z9KKedL8+dM7n9EIBcpmRdA9P6/9PFfcr8+KpGSbbK8FmcgbJ9Wc9LG8 4Ky878sdaHycw9adbC4dFdUITc99c9f7idgl0de9gjIdT9jiS9QDfM11dch838e1g8iMzM19 psq9pLF8iawrcmH8pwAdrIoGSdm9u89dh84Vn9x8+LMda91mS9jd0d3ykcwmv8h9594judt9 yd6852pM111dB8+eALbcw+AdZcergcgbcp0j8cj9yeE9O84eEsE+JJF94eEJF9+qx9/+LeKe Mdl+PeOdlr7+K9l9Gs1r0FocoKXG29k84eU9o+UETeFcsWNeL+ZG+dJ8+ebdIeZEb9geXpjd 28wr8+aednJmz+ZEi9Neiekcsc9Mnc4c9Lrcw89eQ+l+Tpfcper2d+gce2d8v8isPdmc+exv Levp+eXe0FA+w9qpfe2Q5eqsU+vM12uAY8v+ynrd+7+pfc5RE+5e/cMpTc/ersi+b/B8xr1M 120eA8w/GfC9Jeo8e23eVdyW3ew9ufL+/84M2FocsM2eNdCfQRBfHdP+s3A9+9KXA8pshs1/ V/JfXdeeCc4NEfU8+NEfPfb9f+D/Y9i+z/eiNejcw3P9v9CfiMefaK99VdyXP/Q8+NW+w80N W+1M1/oe484NYe99Kfs9CfufnmS/bcwticty1fq/wfu939sfzd8/fovjufMdyXh+w7s0jjw+ yaq/69l/Yf8/E9m0jgZiADIQDEZjkXQI2CAGjUcDAXDOBQQbC4cCCEwuGw+IwWDxaFQyHDUb QMaDGKDSPRiQyMYjSHDGRxeQC6RSSTDOYx+MzWCDiDyiZRmKwSDDaK0GHUOOUaUzOlUWjzqT DCUUQXDmEVIXVSSDKaTmMVOqjSvRCmjiTDKn1es2GD0qfDKgVq1SSHXO3DWN1Czya9QOl1G8 xufDTBQy/Rsb2++i4byyXC6YY3H4DD2jHSwZ4u60HCY62wyIyUXWDRZaz165XbJaYcaqq5ut 3jRT/WZPPC7DYDF3/c7uW16a7+4aDU7q1jTaa/jQTF5XcjfFZnj9LAQblccc5rn66vdubZLQ 8zwT2r64Zx3ndSg+np76de7ebOz+ns+vofHdWOX+j9tQ9r/okij6tK4rdwCpjzOtBLkuW9Ks QA/UIwGs0Awo2SuKCGjWuvAyzw4yaCRC10SMAibLxMqymQ23T5w0nUONiibhxjF0BxqjEOBs 2IaofErSxmr8QSC+b8x0iilRpIAcLhIkmxe5cfBijcZLPKaNx810sPmzqdS5HEtx+wEuKDHy cMs5ErzG9cYIxLUyNLNbNInC0vzk/ExBw2KfPBMyTzTBE7z2+b4IwiYYOLBidUQpU4KDRsTw JSCtydSizQHRKzzqvb/0uz8/UZIaWv7TdRhmn1F0PU7OMvFFJU1SlFPHV8KvGxauPXLyMVw2 LurPXsPVu+lbWAxkF2GuqCTKnVW0ky7eyzMag2jCVeJojdX2o6ldWhbjZUMhlfza5clSGoKl R3ctCvHSydLjXz2Xe208rPeFJTsjDCqVX90TVbt7X+jjs386z13DJrmpwjWA4NhbL1S6ddoZ PruMZfzytlieE4zbSdINaTXZBKKz5HgCguxPmSwFVDbZRllOZXBVUZlR1AZfmeK5rNNVIYg0 MZjl8MXvoTPtWmQc1LYukaUyLcI/pMO3Ipuoz5l2oLvkmmRuwOqIdHjAQg0Oo7Bg+x6/IUch rsl44nqMoJ7r0k3ZuW4BnZiFhyk0qUltW9PFQLD7/vjzUFvKbs0vmkcRD2CahxnC8Ek2LSPt fJtu02/4tN3LTxhe/JNQjzVDw9AIIr2e7/0WF3ztavU1Um56R17i9J11KtY2isYZpeoLK0dS 9n3m75v31TzPzLhM0+3deVfGx+dEfZeNc1Y+owF1aor2bcy9NchnsWqe9tPu2JmmkPdWfxWP h/12V8EP/R9ns/kv+T6g9P7eJNH62zc7+FvrBfkZV+7eT0wEfa0heLlQcvkaobFE0Cl6Azfo 1BDhqzzNHgtBNR8G4MPwQjBI4CGXdIyXM4KEyz4HsKY83lDjDoOwuYVBWGTGXkQrhs8WGrlH Mo+I2+FpEPjAHfh6ep4kRUqouiCyx5jVEfH3gS1CJ6PU5RLZm0GKSH1lw6bWlpmzfIloYhjF 0tjPGxo+aGedqhE0RMtcM2uNhmobtIji9hIsdGpPEUJHiKke2oETio5mQCcY/N5Im2WCiHY8 SIjnH9IsGXdIoKGaSMEjm4SUbHJJLrgjFuEii3mTr/nWg5lDEONTSJStmaoYtNCmZOJskS7q Vhml9yrc9DRtZizNFejfKRzyPpCy5dM8SSsoJhrVlRMOLExnVy1aQT52BHIQtQmhJN4M1HcS qme8NJbVCfKYf25mb7/nBE+J5OGbyp4IzYnOs6bZSj5TvTjMVtZPl+H0nk3FpBBlcmkmCDmf iQpR0BTi/xqDIHuNUoQ4GhT7GdT7WxCqiD+oWtrIM/qRreSDQIm7RCBCVqPMWXDQBb7eAbAw BhHZKBF6T0plcSmlqRiwUtgmpGllKKav/AbTSD56UWEKppCOZFQKcQjmdUQu67qd04hg4Cm5 DmHVDqXVBaVBqpsKZHU+NSYaYU4hzTOrxmqQVELS1qskRqx1LrK9KldZ4oUmBgSat8Va3RUq tSeuTbTBV4i1Eerrk10yKrOzOd1Z2h1/jLPqw1VawFejbYWpdjpaSnqJZKiVlWuQxpPLx59X bOQFs21yZdoZGQ6tIyqm5XpEQttC3YsVnm5xbmLa2wLT6lnpk86gttJ7cHTSPbxwE2qiHpla wt61t5YRAuHLC1gMLiWTcNcBOlOrpUyq7T6s1yHV2audMOtNwHVwCqIhyaNeyqTZjdea8lCa bocnBDSk97ofvxvG8OYBeL4vDqlfmc9Nr639dxe1U9R6loci/bu865l835XMjmk6Pnvr9qJh A2LP8EYUcxV2Hz6qb4bTTBqpeHmp4dfZaMGCPqKMMxI/rCWIaIxbrvieALF8JrfvMj6BFyql 3TuPSeyeIMfLWyDFusBE4P0PqJkaQNXclWdpvIDBuRV/mkxjlCTeTGFNEySwq/YMCJsOYjlh jOWsd1bhJmKyaqsfZmcVUQzmQgYZvWRV3OUer8ZxZZmGm5i651gz5QLBEup7pupPoK7Oha+3 mMW0DAObrEstzVnhDF4ql6LnJV0n0bbvqJjzc3TN08HacatpEwsdrbUn1K6OsBPpEXm1YkLV 0j3WYIntPdXeqLYzE1prmjtRNa0MpuQaT2JthGf0jsXYFRCDXFwJSfZdIsEbPjNV0ouH877V KttFz2lNnTDqzsqY68qlkGdXr3ccw9mgxIdeU41LN1XozIDbd80b4bvnAymmG9jP3R30rCve 75z7/JXZenfAHE304LwO0G79B344Y32mfD8R1ABja+rm7uLXp3zxnC3G1jmRrbwUtLteI8ju txjF+kC2hTIUHEhW6pag35MxQEANOZKADkGUEAVwQBu4oYnaYbef0RBpm0BvLAGhR5by/URF ebl15pzZ0JKOc87570Mv/RUP9C5FykwXSOlddf0RXrm8ugZE49RxSfQ4EZ67ZweafBTRt7t2 4QyLYN3dzqdxQ2GGe805wWlSCe3+5MCpN4I4Hd+HS8erv/xiaXSbyt0nHiPk3Y9475llNXf2 M2Q8lmazXgsx7t4ofLOe7vTeK3z6ZgfDomxbkLvL1/KvVss88QRATTuI0+Qd7WK+KvS19tH7 iMXe+Cvh4X8jWe+UVPn4p82/ZLdO/A4Klbhf1n4OO+rZmun2zYxN3c9kgnvPmaytZ9K0vsfp N29vgbkn5f2Y04KmC42//6X+/ncH53+ZPeHhud6/yuK+G/+kS8w/yrEiU4oTg/G4Q3lAWk/A cmU0a/yvCnxAU3CUM3kUici3zA2403dA83rA824Jgv03FA0m4upBKvfAS4Km67RBAVO+HBe/ rA6QIrY3+Vq8DB0u+BiWC4u4pB/AhB8fM/PCFB6Wcek4dCSzs3zCY3qWqelAM3lCikS1PCIf 0njCCW+8e3cXHCs4jC+/A4ohO3ywU7qZsruBiKVDQpyx7DWgm763cXvBxDMYEiJDshG/w3kl q4WzDCVDsqa4jD+8CZ0tlDaYzB7EM+y4dEW3qZMr83dEg9DEmWm4o3xAA3lExBrEkZY8OL5E BE6sJAs4LFAnRFEsC4c47ClFU0enXFK0fDGp2BkaUhAt3Fo+mx7FwsfFIBtFwggsFFmazEOp hF+1MpnFwkRFlF8bQjtCnGSrtGRGadOspGE1zDwpZFwbsvhG1DYavFm7ooLGRHCek1OBlHJF OqBHOlhG4chHTHAuSjLGycvDrHmTwBk2rHseWU9HVHoIhGrF86m4JICmGozIIdXG4dopUr2B lIVEzIavQ/JGyd/GPGLIoxhGRIvH+yBIgnPDlHUeikS5DF9JDIlJAeO+NJJBvFtItJXJNFme 3IXGKfGlMzUBlJoIItfGzJwBm3XIYfTGcvxJufZJfF9KBGpJsfyvm7jKM5Sx1KaoxJTKGxSw dKGo/GDKbKvGegOM0JMt+g+pMg/FfF8++I7GyguiotmLlDi83HVLQ4hGLLfKRFuhTIfLrH+8 jLWhHG4hevnLoYVC1FnL7JrL+YzGxLcq2LUenMEzM8nGyiFHLGRMhHwtMBlMgBnJ1HVMvK9M kZYu/MsZYKTGKimbDLNM0r7KfNAZnGXNUKVMzFmjQIjMorvNA+LNpNjIrGyjrAZKYBlN3Mw/ lF9N+/dGLOHMXOEa5NSkHAY+1ORGBJHN81lM+kPLKp/FnOo5PHUk1A5N015AnOQbs8JF8lSm lFvPI3iBklSLI7XFnPJPFPSlgxbPGlhPQlm2tGKl1PvGzPyJbHDP2c8yRPadMkxPxQHIFP+d EBpK5GKmqJJQXGzQaJbKFQjPXF1QoKTIYnGQ9N7Q02zQYd5QJQgVGNJGQnMMhJjREJ5RJQ+k mhTREknIVRePC9jMVRbGKoJP7KlRxObMon7P9HUoWOC+pF9SCa7GzSCBpNJSOxeypGQouNHN xSWftQVODMogIOVLbFmo3ROupSsMgiFSXSvSUqBJ6JIkGpZTLQlSyBtTSBojrTQIcgxSo1vJ 6XpSTH4p3TrTkk1TgynRdTIqTTNKxTq8SvxTqYNTvOtTYqoJInsphUONHT5UAOa61AzTqPK5 tEtTyIdUwMW9jUuJYBqJNKZOAIiBrU4pnVKJJPzTQrXVPIBOAPuMMupViKrVPUerzUbO/OAQ UL1UGsAIHVFTxTZWAJbQbVai1VmwXOAQpV9JHWZVMe2r3WhWDUZTQstWNPZTZWw61TpWxWFV Is/V9CnH/VtVzWuRuBqvlUetVVswNXYkfWdWnXbWrTXH+bKBqPTU/WlWCufXgbgBqxxVTX4B iIZOOfgcIBqz/Uet7WDYFYYuDYVAafglaJFVhX9YLYXTRYxXVV3Y4w9Y2TxXzU1TYuxYK1fY hVC2lZCdFYsyAfhZa1LZZVtVSvXWCIm8ikSdhYszVZ0KHYNXJXXYLYfTRaFZ4t2kSUxZdUNa My/aQQ4J4bWtMkSJ4pPW1apVDZBTJXfYLHza3Bvasx7JEIHbDWmwwJhM5UfbPalVTbW3JUMx FbZbUWO3kojTQxFaswceIWVatbMxfF9XsxQIjTZYncFbJKKeIgJcBZ7YeJgpNcSJZcXaRciv glbcJObctC7TIyaJhcmXpbqt+YWgxcJc9dHc8OBcBZyytcdandXdJUfadbJcfdjdYruYWYMB sv2YWPKR5UHZxcjINd3eBamzkBteDeKtGY1bI3NTZeK6NeaQEBteTYXdrVTepdzF6NkQVelV o0MJhWne8KM9JTy0tbJeeNkQpe5bFfLe/XtfYBs47TQ0+IG5vVTfnB9GbfkalfhNNTy1Te5W m1SOlSGjdfNHlTJZQJhfjgQke5utmZabLgHWW1+Jhd1gpfFZ7gpfrUfgu7dTy2RB9T/g+uCB vfzTJhBgHWm2lhDG/TZhWBvTBhOTZgHb02wBvJpTRhthxhkJZhvbthkdFh9dDbffpKBhydNh 9TpiJB9OwpYMidgMfOPieKHijCninfpiaqAMiUwBuQ48ji2IiBvPticIdi5Sji04Vi7IAMiJ 5jUyBjZh7TPjRBvhhAa5BfpWPjniolLjJjpVZi04sBvUdic4sIzi/kDjyp2NIWVkFW1kWKGI aphkffpU8vwNIfsBuoXkIxfkMpnkuIjkjk2gIOZJGNIgJkzBPlNh7S3klbTB8oJidlArLliI GMxOaLJlrYbliXoMwt3PWgwMxKZl+KqBxl1i08fDXmNkVmRmLJTPWOAT3O/mfkguxl2YNma9 jPXmvX1ks8tmatnPWPLlIr3nCJYBxk9DxDWwxic9Nmix7TnlrcNnYPVmxks9fmarvSoPvnHk lnvm5n6QEBxnXi0/JnVh/kVoLoFlToSytnmQoYTlK+RmiwdSpoffLicRUBw0NowakOY1PSwR Fo1WHSxmJo3i0+sbfkk+toVAzpJlrfno4bKYTo+/EYTktprphpOtiajopOJDXZlp0bhpnk8T BpTidqLjLl8TABxa9kU/+b+0JTulad2zVqkJYBzINqsIGBzMCR5AWajnfq/MPqcTwaiwXTud FqpqUdNq5gPrJrSu/TcmzrblvA3qwtNrkdhrVkkZiBiO3SHrkUxr/nfr6gajvi1sLD3rkJ5s NitBed3jfsfq7rkKHrbUVspq3qyVrrvnzB/sNlLs825UyVzs/nJs9eZUyWVs5k9CSd3i/tat ZUyftr/tMxftpklCiBy3jUygJt1hbt5qvriXHt9jfsrPkOAl81vuQ2buRtFDopJsuXvFocvi dufucX/t9i+lrunZJVnuRgXkUzDFomvvCONFph3vKOtvHsPvKPBFpRji1EMpJmFvlt2Z1vPF 7W6BBvfsAZNuzk8ZHvxuU3xu5wAP/FpktwIvOui60KZwRkkL5FpjlkVwjqi47vXitwupxlLw 0i9wgjLvxAzVeMnxCt3xGJHFpjOp3xPv2y9BbeMazwRhbVeJRwlKxxpxbTeqBVebBxTrdxgS Lx9UVx5xrxcvxVeShFpRMphyQIrFpkryZQxxbkTyBySzw9jWEb5xkzVyyIFyVW1y7ynSHWET RFplhx2cZHPWtzQTHzNF7WFxQ3eyBzhv24rx/zpzVTXzw3e8jWEUJzyujz9xq8E1P0FzrX4p ZV8U1zct/0VydzlyPIVzzznIp0Ar3V8LNHPZt0T0q3fy4edHPVHxN1A9wtnV8JrHPn/04SHH Pa1xXJj1S+7eN1h1L1GQJ1j1NJp1xxN109wrvZGK501zHKB0tyZ2I+kx7ZGLr2EwdZGL/1bo PeNKVzroHxX2n2g0J2dy89wpnZGMr2F2TQXHPobx33FDhyP0Hovx30H033X0POPY6NXHOzf0 TLf2h0b3s/XyYhT3Hxn35r9JTY6N337z73/ZR3rvN4B1NMH3nWHY7vVCJxNi9zjiJ4RvdG13 2jVIa5N0SiF43BPYCI74+1v5Dy9KHyHNJHO1/47wPFwwX5COzIbMdx35THXxFw95lIB5Dwd4 x5Z55bT5YQj5z0DNxIbKL5D6FFx2Sjr6Nf7eN6ZIbyZ6h6Bx36gpNYtxrHX0akHIbIN6xv3L XJHYtx7KHKZ7H6zc1xXOxIbLHYtyTNB1Mk16bOb7dydNBywlL674D7zNB1/74vhYly1KHxNP t71278LOj0v8ReZYlxRMV0DPzIa898b7B69yh7Z3h8vOj2T818ZQbIa3jYN0XMVzn8/MpyH8 /Tr0LQ19Bz19Z9V279ZOj5fyXJucZ0T9rTr7F9r9P0vUd9t4D9/MVy59/TrCnal2DUJyYoJ+ Byx+ZOB+cPp+B1+oXIbvBeN+rV5+WMZJvyl0TSfv3+hyP/B+B27/Ifh2zlZJvvR+wOp+b/H/ dMpKYpP7B+v/pJv4mph/vH+wd/3j4BAIADRsNhgLhkNBAMhmNxcMxsIDYIIFBINCIUNIrEIl A4LB4SMxmLhhCIjE4KNBxH5CN4fJY4LpRHxlIpTLopMYVIZHGpMLhuMo/JI3FJ/HxiLhjQJt BaLF5hNaHTKBF55LxzD4UNZhQp7V4/WhpXKtWBnRxxYhtR6mM60NqhE7VHxwLhrLaHcYUOZ9 drhW4/DIdVbTfoVcxnSrvhBpHbRR7dcobiL7j8LNMFjpTB6PYcuLspi4zNqOObXGJjohdpK/ qclA9Ha71O5tMxjWNBRdnSNsMMFtNtvt7MISNJDgdzFrDkeDyJPb4HMxtyOhaOnw4LXtz0eH mOD2s1nucNpmOMyNOrufJw/H4fX6s9aJDSfd6Zt8anycPgvtw61LP0hrft0/7AoO66+IG4rb Iw/L6s8/iRPhByDpDA4bQo+bwwug4bKe/6zwe2ShpDD6Dq1EKJxG5ETLQjAYPKjDwxa8sOOw ocZQeGrWui5UJwAwUFvvBMfx45MYyJDjTxsujbIYzibIwurhyRI0ow3Dsnhc8qtRzIcZp9HU YOGubtJtFbhoYx8ywghIaoK8MzIOubasErQZS9JKJzq8q5rRPU2ILF06IM8smz6uj7rm+ihy 2+69Q/NUuTjLM3r3NiQydRdKhkGq1Uo/1NoLKKbKxTlK1HNkdVImbcKHDiPU3VKM1BLLBVci wapDWNXxzL9aw7TajxOgcpz+y1R1+Gi9QrDimhq01fWbUNl17WFfK9Tdn2Pa9Sv9bVVV6myG KmGq2sFcU2Q5Bih3PbFJ3Mg02IxOdwsIurlXozlNvDQt4uFejKWdAV/szckHYHdEl3e1VNoZ YQbIZhd7VFdbWYRQKbTlUl0x1jM2K04yh47fTBZEGqGW7kLhYZU2U1uhkuYxlWTUHkj3zZPj wzHW9y5i72Z5hlL003Dmc3dodaZjoWA3noOCWU8K9PlkabajcecMFquLahH1Nr1TCJr1AmZ5 RsGuBqvUdWVNi9NVqkJJvrG3oLMih0cizB0fuss7usy0bttbwbjEgarmjyXBvQDMvFYyN8Qy wZcXdSBcdQPINM53HPzyCZ4nyaC81C2acPz6p9DoHPYTyG+qrx0q9DsmH2khPItbx3FJD0/Y 1py0r8bN3ZrAsXbdnXPMWDu/i9Z4/gcDw/l8gnXhU72aMRryfp+h0XG+xvHpUP6lwe37/ITr 5XxhsrW2/FT6B4F9asLdhPnU1h6kdqo/2Md1nS6JzHSvVQOU1+rIHJkzVe6Z2sBm7wAf2rJ9 BfnDkzJwDYvTuSfq/gHAGCTilEwNgFBWBK1HHKsgKtR+L/oTEMbzCVa8GYGwteETOFpc3OsP Vy7MubF3Gw3cgbF4UPIHtfhsYR+MNQbqXIsDczcPzCRKXg4eJBCXHPWiGZRxyeIqmZic7VCk Wi4xQYrD17TkyQsLic+qMkYYKJrcOvJ+BenYA3jdFI17rI5gycc4Zxqz48JQgDHyC6inJyAP PHtlUgXMEYO9EdvcdmbR4RTI6RaQo2tGjkveQzQgbpmkrJpMLhytNSJY+FycoSpyXiNKaKUf nWMfKxJuMbD5XSraQ42WceEaQBlvLBYUsJXyflshKRErZhMQdqVpEgN1+SgkbHhRkxJkp+cO hxysyoIONmpFpYk03Hg3Y7NxzUo4SMPY3FJc84JTzGdZOWPCaHMIcSrNaNE5HUzeZtNyeM55 sO7ns3RybRIpN/m5FpPjrGGkWBw9Nw9ByEg4cTQZNadnf0LZonZ5dFE7UBftRCjNFnv0YMzQ 6Wrk2XlTBwqt2tJaG0oogpGhNH3GsnKxSc1MAaZUNdlRRT9NIsTepW6ykND3D1Bkw5OkKMHM OFoRIp4VSqGxRqGrKl9Gaok4ppOOe1VpVVVpDQCqJTQcTIqatSsLBnGlzrBHOqK1yzr+rPTW lbvajVwTtUioFdKynycO2ihrPHG18TtPCANgAcUqr2YSwrLHJteoRV6v9iLBOsafXGrFk07V +sW4FO1fLDsLBxOWztJrJ2hobWh2rbKTWmKrSJOadmrkutZTOyNsCC2tBxZwjdIqEWqtoyoH LcyxW6tLKQt1wCEg5KPAS4sj7Eu5pEd6281yBUiaFdGIV1KQ2jtym4zIOXcGtuxcck9qyjtS uRRu2F5SpmkcZdO9Vx733pa5b9d18kCXephe6+dxr5FYvZDWl9/nk39vFfW3LqwZXsh1fpEl 50D0vwaTNyRbsEXnhWW4mblQcuXtXhm7r6bwYeuOmjDqPL8XOwlesjEerp4puPd/EqVcNmht y5y/yHGmYtdSVee+NcdwdtgePEcjcgu7BzDTB+QsEv9tW9G45hrwZOwTCq4OUsZxYBw8nJeB rp5aBziDJtFQc4kthjDBOK8qvjyO/K3OZseY5Ldm7KGYT/AzBgc3OhD87FSzzceH1qyLA5bQ c5D+e8aXT0DkC3OaM/Rs0WRnO0rLYaMwTHDB+HM7R10mh3Q0VK2k40FYot2mAYSF0Qr3O0Et AaozvXLUerNTavK9plium9Z6lrdqfW57bYPlztJHXq8Nf1munr4kd7S3PBBBp3B+ytI7IrKZ zYderc7OBhprargdh7N21sfABbSU60vBmDVOXNksV3LILc5qtp3gxxnoGE0rc7v2Xri4O9Nn 6ESRvWYF09952P7g/f+3uBHC4BfktyHDtZ2mXvNm3B7ncKIRs/AGTODrCs+u7O02+HHpztN+ 3JDD5cf3NYnkYMJ9XT5EUDjdxOTcsBhLm1ZgN4cg5Uj7lunuab1bVbDEnLcsc/5jy7n4MX8Y Pypsvo2jub6F5Q83kMjc7UCtzDncIMOe9VMt1PInWlAlloV17cPS6qdaPyWWDdq858k3UeQ5 RZaJ9aSj2DhHbu5lJ5dkjetBbYQd7ZoTv3Me1K04Z1C6ef+0aHLd4gGNarc+M6PavxnabYaD 6V3Hw7NOuYXujRkstTPJPfLLF30KXPRxP8f6IGMs/KqVLL6z1OdfG658X64GK4jnW/6Utkjf uvTxC98DHzEFDeevvR70xnSoZIHvoR706afkaQ9mWK+hMSy03Jd9Xsc2Sq/a6VZj4mqPb9M/ CUUsts/o/m/G7m+mswY2v+j+67RAv256Bjaj7qBule4+6XEsouaKi87lj97/rYT8bsr+iJb/ aWK87aT+71EBIvz67UTBzcIGS+L3o7j/64kCrpT3MDUA8D7dD8Z2C87dkB76ECME77D3o4As qxj7sFz96UgKYiT5IO8GwEA3g3gKQI73pWwEBZw/YNsH4jKLb3KgsI4nkGr+kIDtxQMIj+ig sJ4t8JiCkID4Su0KKCigsLLLkKzHgjwpKOsLbNYhEMbWoiUMELAGa1UMsLsNsGkIsMRgpLkN 44T1aZ4ksNYjL27F0O8M6C5yUPkMS6IwMQAED95sIvkQgizoZOcRAGUR8RkOYiwGT5YEESMS 6uEPcSoj7S0TL3qgovKxURphBKMSJiUSkJpWSRgh8SMV0JcTzBK8cSL6sWUVj5zp4oERDwoy UUww4hEXrFkYA0AlMXsY0XEK7SBmZD8XsZorkYCS47UXsacaMTwGcBsYUUTg0bUZUMIhAxap 0REcTQ8Uw8xP0chTaMcc48wy0ckdzBcc5whd0ckeiQUc6X0Y8bkcMfUb8IBZLtMci9hPEUxN qEEUMKQ4Ug6/MgxyA5URBHK0ENUT0ISjciI4j44BsMA/cJUMsRYEEJUTr+g/cLw9Mj5H0k0K r3sksOIoslAwIGMl0X8lijcP0iD3skEm8QcmpqUSchKCkkESTekkaCg/cUg/0mAskUEoq/CU RC8pSKRC8po/cX0oDUIwMq0qijYGcZMqMrrzEjkrka0q8kAhb0ErY+Ucoj0qMtca8kijYsLE UtseMlcuEtUf0tsf0tIoEhkO0nJH0v0mku8vsjI+UqMizakjcGyuEHABoGMHURIEEHoiTozp L4UGEKMyyRroy8Ykrozq0RL8Yvk0Ayz4UAE0kGZQMzrHsx8GY/Lowlc1LOb4T9E102jvDBc0 pKLozfcz8Gc3kmS/M3Yh7ozEU37vToy5M2ZWk4yos0olM3p90285rpaAjozP7owrk7BNb4Sz E7gnc6THM7ijM5TYk8k6L4TXM9ERLrENM10hE5wt87hLk2rNk+B78801M+M9wyU7g/zozcAn k/84rp509Ak0TF0z8SU0U7dBk08TkytB7p5sgpL5NCCElC0PrpcxVDUMTvByVDQmM7VCMx8S RDtElDNE9Ec4VA9Fc6M/tAdE4os8yFdDVGhF1EtG4oE51ENE4r05xztDVID2bFlIc4r1bw0N FHk4RE9Jc0S/lCQuM09GUBU1lB1K1EE/0C4v1CB60NAzlAMCENAx9L00lLlMtJNLY7k81DtL g1U2LpkNFOFJKNFOdJjAdCQ4E6SfwpNPc9SQVPxAU8068TZOdONFzVVHtLdRU3M+cTcM84UB FQQ7VINM46s1k8cTdStItBw9tElI0TY9NQlS5d0zC6QpMktTtGUks9xr9VMm1HNFVVTZVBZI VU9OwhUlLodIVXUmM4VCtXVJDGFWxB1UFBxC9ONSdXRD87VVkzlVdYtZs91XJG9KlBda1WVL da1Ftbc01GNbA5U1lPog9cUXdR5IFBqUgpKVlS1GVdrpdG1cs3lc9d86rRlcM9NYlCRMM503 Udc8LxtGRM1DFLdgk61M9g7G1gZmlFNg1htDlh88r2dFSZ9f1R9i09VB1i1bVhlAFhFj1As1 FkNBM+4pNAqsVGVJEz1CVkVdZyE9q3FE0LFaNlsPrp9J0h9D7IVBZYld1ntFFkFoFFi2tM5Z lHlHNL8h9Gk9VTVo9ktH1p9GtBzmVcdqiuFh1lVrFJNV6PBeFMUFIpJc87xH1BdsdLVGRfk+ VtNLtalLdtVetsxwNi9tlNLJ1uVNJ1dvFGEGFuVOFt1tlOlnlCSdVtdBZjs+1H1xFHNUNxD2 dpULtjtw8PFYFM8LtytGRnU0U2VzJm1NtLdzVONnN0NtFydUc9VchRM9M5dzt09wdExrNsle V2LpdM92NuNCUnVOtLd3R/VBd3QjFFRtVUlGV4dbt4tY1eNB14df5v9ZVR9511F5daEDEx7O 001R1Ad681dJs7d7dvk98mR0lqE/1682FiN7V8dU9V981pD/Ez9684NvUyt+NJFhd+B2VK99 M6t6t8V/kjV/1GCp1+B5dONCoss7tjV7WArvFIWBFidfd6x6dReBdht3GCViFAWAk/NgWDc+ tyV+go8+t9GDdj9ouCtj9fGEJStgt7VJl18mVJl/t8+GAw9Ddu9+iBU0U32HNDdKN62HVY+F 1oN1l+DtM1lQOG1ok9eG1pmGqlmJE+eJt91MeG1IjDmI1rd70TFqd7SG+A00gkFr95WL2Md+ d62L9pOMKKOFt+GNl4+N1Lt3eMtNOH8mT0lw1+mPGEGNBitZ2ONOl4N8qMtJl7yOdz97WQ9o V+mRWGeQ9A18pZ9a+RkPGC8mWSU0eRNz1xmQ1z1zF+D0D4UFl6yu1ElL8rtU1QGKWUtpuMOU twF+CVV0V72WWMmWMm1il8qWeSd62XeBWW9X9lmXtY2WF+hcs/V7WY+DuY0zlV2WlaGDWZlZ uReYeaeE9+D7mZGbFb63l+mbN2t7SctRF8ucVSWKWcWNWcJhNCFIwh2dd6WdV+WAGd1GE20m SgFsGc85uTmdV1c84heBOM8mShln9+mgmT+g1iC7l7T/l/V+GhuTOh+DjMGiWEeaN6ylU6WJ Km9EhPGgeFmBuMOjmOGhOFNHUNtmNVGlF597Wetk0OMMWYt6yp1xN8ummakmRq+h1+mnV0un loOQWlpXuWeoVpmoN+C1Wdl72pLeLrumeLTQ+nNreIun9Ima9+ivmLt+GrI2s6cmWrmGcGFU 9sMbOOU4+rGOWFV62sWPmr9uenGstu1OWuM9Os+teP1cGtFv+AevVJmYTxuE+Nsyo0FQ9x80 mwlYaMewFymo+wa8ejs+Y0EM9nE7eyVzdOQ0FTlBWx2T2u2xdSuvMx8Y2uq9uxdUeZ1Ae0c9 ubu0S994kz4Gm12mTxu2Wvm1slOn229X9Wuwd1mXm2lXd9+3uYj+e4FJGqm29+20u2OZuUe4 GaetW59SO6Mus0TpO2DEVXE/26urWwbF2MG1O79Cmw+776eyO8uv8d2eU6+9VAqw272d+HG0 TIWKO8Ne++2AVdcjM8Otu/eycTG2DJ2+vANiGCLxp5OUU4cjNiegXBd8FsMjOD+23A8/Loey LGHAewdzlMVO0jNAFXmw/De3LxtSNzm2FSOGFMN7PE9KDLnElDeze0TRk0s3Q5ND+Ow5NFjv XE9FGfnHlEfC21OoO7XIWoeeHHlpl32waBmP/JeqFIw5NIk0PHmq2rwGh8tTOw/LGhG0XLG/ rZXJvLttr/m2HMG821NAWseyPNOZfMWuVJ3K+P2VXNGvFmTxrMG7vMVOjle1LenPLxvP2cG2 HPzodEIGjfdMmyPRHEfQ9yl/vRtTmyriWy9A/SGyfRWVO9LJmbWwfTekm0XT2i7xvPm1+wfU miPU2XGyrnfUu0XVnOe2HV/JXV2Ym9/WlkW1LEnInWN6mp3UdaCBnXlab+HWmaeimwc0Ogu0 XZOOe2HZnAwlFcWkO1M2mdPZ3aVPPZedfH3ZG+OzE5PRncG+TxqDvNW1M7MOu7c7PFewby2G KuTxvd1F/c9hrBNsvds/OVFQJZPfKi/fE+vflCvgM4px1PvgcRMemysUFWG9nhYtmABNsRN9 tAfiNI/ig3kzc0hNtDe68yvjcMWMVO3j8M5HdQPjdEZ0NsPk86KstJ3lcRO/3i+oesvkTPm0 0+fjdGlN8/3nNJnKfjz/UmT2Ex/jdIHovjXoPh9GxUtHh9s3XpniXCfqFk9HRUtMOgFA/q0M /Rs8frXhD5Mz5UtMvCPnlNlE9I3sQzLa/X3tNdVDJUtOGlHsKOuS81r1fulQ3jVPdBnsNP/Y Pj3vbfr1dRs7ZXkM97/ilRUh9L/w3qPxNz25k65XlTncfyfre6JXl0+q/olT9ctEPzNfVORX Em1Znwskvnfin07PHsNW9pfnlW+d1IX0cmPrH1+3Epnj1ZPM/1lY1efjVZP0v1MzlNHnCSL9 9dP3lZsQXnlayxP5l7DMnj1bkon6XaTP/sNdPjPin7P4n7faTOf7GdY8X703hmfkVdtr3885 uBHl1fugH9v9eEXnlgn2PjX+iqHj1gne3yRP1PnwoGogAuGQ4EAxGQwEBsEANGI1GsCggxgw ugkKhkOiEFGUPG42hMLhsPGoyjUPgcfi8ikkNGMClEhF0jjQ0FwzkkWmEdjQ4Fw2GkvjE6iU 8isgoMeiQwilFi9IGA5l04GtIg4uHMeqVIiQug1AG0Cn9Dms3o1fGVhGM0G9kptggoxpU+r1 ugwzmtYsouGkRqtrud7kounVZvURGN2GE/wl+g0tHNshtfxgxG93ueMqtXueaiV2wd5zmHjO E0NxxWgrU0zVSysruE908X1tvxGxhuziQyFwwpm3vVolt42W/t8tGfC3w0tF2mWsnt8pV+5w 2w0Px9AyvUt+VHG2GuV68S7PYq2u3VT8nhGW673g13c708GNU4O9Gvyql249A/GBz6Lp4tCe PQqUAoKGiHuU/i9QO5jIPu2CChq+sFrk3Kxwq5bdvipaNMdB6iL45EIBwwzKv3AsOvEijvKg rqJIe7SpRc1yiKBGi3pNG7LRXEaoP2gyOR9HjROaoyoK1G0Zp6t6oSMi8kLe1Uhu6jS7SrJc qsOpT7KhLSGvLHcvpos6XhspTeIKGaeNWkEzt2wyvxLM00RFOkMINAycTemydwZPalT6tK7J PQCYqQGaaNtN70IM7Le0YrUY0hLkDq+uVDIivaKTuvj9ORN6IhmqDIBslrEw9MM91OsIZS9R dWI0s1YIyiTjVAlqTy3DFV1qrau16mUVxRNyW2EtK3WC1yv1pY6eTTXqhBlK9aKFZDAWirSo VRPca0PMyVt4wVSpWvtyLpcVsTc3UyoMyVz3aGSvzahgbPZE0mW6wsD0VSF7o0pV6Pnf7G1V ddxz9TGDswpV1Xq3TGBo4NwKspF7WTg7OBmysn4HisrXzN1CZBLGRJdgsFT3kbDppOeVOIg0 f1Au0FINlszZpVrdPnnGYVdkN6rs7TD5Hl+hrTnuhoHP+TPDMEZaa11J569SET2mmeYLqF66 wqjo1LrspYxrkGSDDczUUt6eT7q+y2Q6U3bTHu0QisVIJpCwY2fu+6sormwRUGMncBOcYKju MVY20c3IfF8JuJPfG3Lq3Gb/sWBBsh8gPWrlQc0rTdUhz+xYc+fRrqy3IyZW3LdUrVmTNGKC 2hysx331Uv9h3C0LVUqvzSg2vzN36+SjPfiI1V/hzh2cA0gr9BMzUHoW92l6+ot+G+XRu399 b88wj4/vhn2XxOhj/zOL1M3TkwOOhsytUbNQs3fitEdT3+yNPdM39dYsB+qvn8QBV0ptSBrV RKxfyTFcroYDwMLepdRbHDXODf6YIqhNG2QBWs1OBa0lPpmMMVA/5804odT2vhkq9TDPahSX QraxIWQwJbCuE0MHdJuecjk58Il9vBh8YAgzO1QE8MYDNQKpYjNSchDphDdofGhK+zyF8UnO xRKcVBlMTorMKXqqQ2ji4vsnNeouMBYoNxjZq09SEWn7sGjUWg8ae0kGGPOqCOp231xjaOUq KibioHqiImaQJrl+yETCRJ3siGnGmJeDePxWjayPkjBFphDJIRXLhHknEmS0JyN7J5sSZZOv aQu9YykjpFO3JBJlvMjpSt9UJKGVRon6SYS4YZvclHAoOl44VaaLJHktRfGWYbliJQWk7MRZ cKJWq3f24eTE0C4QImOkA+clzKMTIlKCY6kppTbdW0iZc445zPmE6iGwN4au8fROhL6CTbFr eYheUJungFPjgZSfBEVxNwkwbpQRE0CStoEa6ScnaDqpOvQp761570Pn7I+O8ep10VLhDuhx hpD0bVS1ufinHgzvkxJMsUqAb0mc4y6VtKmAnIpSrUs6vKW0ypfI+WbJJ5y+lXKSmqx4SUwp 5OSn9CIISdM8U5NlQoMMAYRUippnajytLDPqhtVHSShqrJyqkMJcyPTIhpblXV4whk7IeIFZ 4fkTpRWibMf5MVoBkS2LdcYnxsrBE96VeTJpTrzFalldjQonphX4sVBZMI6RXACxMZLCSPsU mAyAN7FOcnnPJtTzJO2Ya1KGziRbJtTqlLcyloq92bh7Mls9qDwz6rraWRJVafWNadMqVsUy qJCkfbhVNryOyatlPO3lo5QuwkVbtt1E5O3GK3TCCUPKQW/bzQu5csrV23RVMGGRlJvFJfDd iYBD6xyYMqi+fV0byyGkfel2bLZQ3suJetHhB75TYqTfU/MwpOnjp7PO/k+rJ38cFVO8k6St zrPg+qmGCXDWTl3Z2R+D1kMCBvhKaEncHkbqbhhPFbJQtrcnU+VuIIeYOofAOTCAytTMwjQ+ F2I6RGivGZRGzhro41b0t/Dh1YeydW2WioMj8fxhY6DfIeEMfK1TXKyTCpCIg1cpk1X2Q8kr Ho7K2CxabMZVmbXAymQWbKcyStaeeYEwVXyktahJIAcEIMOsYyGbUDznIZnJlkzs6lKXbjI2 2bYYZbzZnqN9r8/RCw8S/Qr53S6JTU+0nGfjGA1Rxo94Raa/aUrvmvPNepB6YsHHtvVN3wRe 1Cx8w72NHq5JnTTOuqnWXbBxq7Jei66FhBmXbNDetaoHSVmzXau7Ea6tTMGG2sbU4DtJsZpW u9U7HydohD9Fs+7RnVtOROh9HyDdQcgHG2q5z727JrAeM9wqteVtlsoMjZ7oZ1FfdDecg7v1 s+XNhukLE2pI3re2QLr51gdDzXO4XC2S0Rv+xecS7Iv2/SAHHCVyoh0Rw4wO5IQ0j0XxXb/C Eea3x7mzioNJK6PaFU62beuRxD3dx6ceJORYGq/y1L+F+VO55TnVA01d+t6J5dPHWbOd1b47 zZvtz9H8QlXQDnSKrXZ96MRONPSeB59RwXAh+xepriYEDjqdBNuMyezNrrSRLqZs686zrrq5 /5xSjzhjvYcV367JOPTTenlXH0f3XA/Up0rpN6DlOsozbd+nrtgkHgngPdJf4KgdOSceKXDU vxMSXm4iIZ4J7k7fIvf755ny+oPLFa5f4VSqF9g+CMNizxvo/EeNVjJuJvlfWmvy8Dn1q4uS +0VrefvquZ/E89v7x2b+vWQQbn8NYVVjIe4WP6H2HxPZHI9wtZifw81YEcES0oXS/EnmzF4W Q2+WnWP8auyN+uTHrovd9uGEvvx1rxf5VgmAP1aG6J96tfMv4RPlR+cxnm/2jJvpv7DQnQv1 DQvMP2wDGgHBGVgYNcPkmVscv9wGIKPEmci3uxvKwLKpGOgcwNO0wKmYOnQHtjwCPGmhMeLX wOwSLNPCwHOvrAwFtrvGQWtrqwvEmwrvPZwcO8wbtxNAPKwcAYDKoSgcm5PtPGm5IYvoQkv2 PCm8ENQiQnpLQYQim6vdQeuBwMHBP0tXwlpevrAcnJGxOkQwpkM+PEwxJTu+w0rQQ0EeQhOc wyr7IxHBHTlkPbnZPSPoQ8wlQ3HQNWQ6sDQDvCuqneQ3EtQ4QiHkJ7PExFwePGxHPUPCxHJF xIE8Q4MZirsOrlRJsOvmHBCvvOvoRQosp9xNFGvkRGsYxBvKn2n/vkxXQRPEn/Q7vAxaP8HB RaLePGxaPxPCprKpRMxgJstSAcxhqKxePnRcRjRlHWxfvnQtRmPpPPQhpJMNxnxprGRcqous PoPevEvevKHBRwvbvfC0JYPCxzHZxCxwIYQbPGodqMxxAcx4qiPKx4lEuaxxq7xoolvJwyR/ LvRiyAw4LSR6NTDXyBtTQPx4SERWHBIzxHvCyIwmvKyIwSyJwQxOSLGYP5PGo3QLwWSOI+s8 SINjv3yTGjsUSUvTxnSOGnSNyTGnSVgcpCroCmCDpKwcjhSctxQAgGyemsyEjYyejgI9yin1 IVykPXGtyepXpLynSjIZSoyQrESqR5F6SenCyCycAYKvx5LZytIWs8CDsWRGCLSywzP8S0pi r7y0AYJqQjiFy0psSNy6O3ypy4JxvmS0pwK6y+wXyupuPniUS0xER/S3vMQ1TCy9REKuSgAY KJyBSiTIvBtLy5zKp8ybS3qFzJzGTOwrzORLx1TRKBv3iDqMSJTITUy7TKnuTLzVsYxkTMQC TPTRRwmHCDqTSPTMKTTVTdGzymSuqcuzTGTiAYN6TITjvIS3ziQzzmxmylQGviSGTevnNNTg FrL2ToRpy8r7vXC2CDo3ymn5TCS3qqprTzqvSyDEv1sCTxIYTZzIQbHWTpK3QZz5q1zWq0TQ zMJFzwTGT/iJyuz/xUz1DSrvz8wEy8rDAYRSTGLIuQzMLIz5CDrIx30JoyMrzILPsUULSOzS UMo1oPUMySK4UPmhz+0ONjzsTkNryf0PrWyQS3jrPHzGLhvCTILhnrCD0cS3TMUdzmUgGyy5 UdUiTEUho3zw0HG+0K0mELP/UhynzKLuzq0jOBx0UryxrA0enAxdzML4RMTKUwwKS30wowUz Q3zN0wEiSKiDrHu2UlsBTTw4KlGx03u0Uy02THJpU8TDqSU/KqtUU9vy0lsJUJTIMJT8CDsJ UnMSMGzGVHsBj/1GMOzYVKxUUQ1EsTug1MCnPhTMMcVFlxSWy8sa0o1No7NWCDsjw+y31WyM TIVYPu1ZIBI4VWPczH1cFdUDTMMs1XVfTqU11alj0YJ9PsxqzGMwREyeVjxrEn1cPsqNS5i4 TAzC1qqM1rs3UmScDXs90PVvKq1NK5tBIeS/oyp/VdV0Ks1tIfzps0VyK7xWV4v+1pygDXv+ 11NKxZS0DXjOUrV40FyeV/RrLxq5tXSh1rtXVUWDoyS1ito1y7WIC0WJNfxa2FQQ1Frmp/U9 V7kKOqSj2NkpWMJGua2G2SovWTqjWDCJyhUNq5ttTeV72Y1h2YLkyRWbKqzk2cn1SpiJ1xMm WbOeUeCJm8zsWi1BWcUB2ORr2ZnA1wODWL1+uJT6yiDRJi2H2qOM1ruKzfjRQ52WWu2skiVL jRDU2g2zOv2U20r42pu90kV7lqV2W3U/ywlkJ81x27yx2rCaJ8z01qINPuSrFkFBUmXB3AsF Vr3EOcWWCaPOrGK53HO32B3JSQ1umb0AV+3MUxXFRVyXK5rxSjWB3Q3E1+3SVs3TFfRfV7iT Rv3U1eU0VqXWvJ27CVH1XIEwViu4XWTrt+3QRuW8rdPXV4EwPq1oShV5ms2ZK5y8WB2zqAXm F0XY17lZsiTwpsl22GJstDUK3txyWrFmV01OpsjJy+XyPHvKXo3y0E3o0EXwSF2apswE3cF5 u3ylG/ImXrjcUcq53903G/Gaxu1rjKo12H4CVC4Btj1wFHvg3fG/Gj2JH+MbVu4JWE1+4KwM X+trzTsc3lV1D+yd1r4QDX0uMcugXiObuuYRUj1AMcm8xJV7ufvJys4XXRYVuo4bseSmscyt 24K5um0YMBpi2rOt3Vq5ut0MV7uy3lsBpsUs4jw32O4oJwXru12iO1zn1qO8Ygu8WJO8YnsB kvzsCqvD4jYyWmVKYz4G2DCqqB1Yj1vJW2y542lw4pCqnuYM47xS14Y9PATC4+xgyiCq1VI0 44KRSuY/vR0ij1va4fNvzy0YZH2KVVuM40SeZKuv5BPgXhzwtvvj3p5GPnUPZPFw5QZSSb4/ vsO33INvzu5L5VHZ5TImY+Jm0uD15Y1bnOM90fygZdZJyrZfSQ5CrLVVScZiYGpbj1mCYSZj Zl43nOV8vX5lP9UZ45mIDXV5nODQ1L5tY95OjdDQ5RwGZjQIIc5ewGHkS0Jg4C3P51xzyoZ3 W1ZBQNYLY5wT3S57QV5gZ7zhY/wXTF51Z/tx55try7KZ3lUhZewd0K6D5V5OwmT3qZ2gTc6J ZcY+QksqY5wpR5aKaNlf6Hm+wfj1wuUeKZwsue6FOlVxsNEXgaU3aWDXTT6YIw42Q2S+MNEg ZEZ1HT2GacYqY/w+ZRw+ZBah2gsNHbSw6jyjSlalR13dj1xHaDao6UaoPB6ZRF2AF5MO4zHs Q9Y/6uzzY50Hu7axKH5s6xqIav3PSp6tTcZjRXVe5exaYnt1Tg1ga5a7abn/UXamRj1aD16/ Zga/ZjQKZA4/7Cq8Z1bEaZVkywZBbG6S7IZTDDYxseY+VS5Lp/NHY5x1XM7OR3X0mls9y1ml tDZBR46sx64kj1yCVdGl5o7Lq71EbWSF17baZt6jPIRX4/7dasyI7Sbf52ozw4VoGfo15eD1 yQaAY57lJjZ1I84Q7nwV5jboUXZWbq6E7kpE647tGnZsybLVVoIkNxJdy0bxyhU3bz07Xobx 0lTC721rbzJTbnS57x4X3P77alyib86ab9pa7kbx6TyccA1VSrcCZcTwgZyzb6SgcFJkZF8H JipvbzJqYs8G8K158Hac5q8Lu5IxFpzB8M8Q6n8HaHb3zFcGcQW32g8HEv4Mt8PD0a73zJa7 lpzJcITQVk7zTO8LcbMOzsN8Y8aqcg5vcZvNF/8dqH8gTa8cMY4nt8Rw72TfY3uOZIGgFpzf cgTnTTuOVeWd8u3xV4OOPj4pcxqjbxKhy+czcEb3zv5mc23gc4VpU7lE55b3ugS/86zi7zT6 UeR8s97V8/5J5C9Bc2c+P78rx83uchz+bN8G0BUPR8jJ8X0Bb9rDX+R8wEyldMw/8/LFPbb9 rI1FnyGT3l9SaY32dSZ2SedVZ30T9Wyk9QrUnH8xLRMz8ErRbidcYNyodSSYa/9fPudCUg30 jjpNWGdjXkcSUd1ddjSpdWLjWAdnIw1KdjG879rnwu739s568Gru9ulp0q8B9v0KnFLzYfdz cz8Er4c37zd2S7HFS61V94vQdU04UVFpsBdI052THFXm73sGdpMGLm+AOXdU1FT3sl28b3sH 9QeGJ69kVJdI1JS1sl3C90MVdDb6+M5+7zeOQ2+PMY8gMceM+Q7KcPsl8C9WVW8M1Z8DVZ9C NnnDcxeZcalRvc0H7zVf9Iss8IVf4YFpszbZ+blrehszcgMzYMuQZhTw+l5OTC+nXluQT10u ep5d2miz1y6vS0eptDcZeuGG+T5k+up/QLewK75zestM3fepq+2g+2468P+p1/9He1DQ03e5 71+m2F50y5mJWHSj+/lw+6+/4A/CWLYn/C88Sie/ySeq2P92+/fIS1/G63eoNqMJyee/7vfA /MS7AaWY1x/QNxTsfR9lSp/R5JycfU3LeoD2Xb+mt95M/XLrVofR0oVdfbpPyofRuB0SSgfe xwys/g87euWqRifGfj1F6XcH7bfmJsUYfnxrVKfpWR/jOxWcfmd//r/p/NOT7ufmOY/A25Sz +/fycUjlPB0K/0vD/S2+yWylf0qB6Rf5ZS1b/65cSm/8QN+m3Ki4AbCAC4ZjIQGwQA0ZDQaC 4ajYQDEYDgXDeCQaEQqGQ4YjEZi4ZDiCweEwuQRsYC4cSCLSOUQ+IC4bDSQxcai4YTKNzUbS qRDSazeXDKbTyaTacS8Yw6Vz6PSUYwuEzOEzWPy4YzCpUyqxCiVOm0GW0uajWCTkXQqs2Oyj AbwyKz21Q8YDmYV2mDeNRy3WmJxqI2e7TW8WCG1m/XQc2+L36JVGl4e64aPUeTynJVGIXSd5 ecRHOVaUTLH4CXVDRT0baTMi7E5IaU6hXbUxSXTrZRO123B6PaRvT4vWXmrjOlajgy6O7vjD nhC4Y4qE23c32s9LkV+l9aNx2gdmPWCB9Wz0ehYXvWiTSi7W30c+M+LNxuhZ7vfG9d2e234/ T86yyqe8TWt8ycAv+q4cN+6L/NLAilokpLrrIrMHrymrWwc5y8vK4qLoko8LOg16zrA/kOxG +Swp6iSYrkhcIQxFjtqNCaYKOq7nxoyyuRypzhw4hKJR0+8ExFISTyIukcI3HysyStaJOZJr nOm/CLro4kSLtK8NRTKyBObHCls0lyTxZMSsRkqszryhcozPBC5M1LTQrk6U5zhJcvylPCNz 0lYapOz0ZSqGVAKGlzUstP9AqdNsf0M8M8yxRaBP+iTw0pSKntwqVDMKiDdUek9Pz7OFKU+G DUxLQrKzq6lKKck8XpFQynJqtFYOvQgaquoEUK7XkZrM6Fg18GK20nWirq2l8E2DZjK2BZan WRR6rwlAc3WUvcBtpP9rv+hdvW3bCXzNbbBtXXF0LyjsJW+6jV2JJ8G1o/6OzVe0yRHP6hMw ubv37Akd4Ff6SWAoTX1dXeEx7P17NUti94FhUUVWslOI3atOqE3sh45jOAQviEozzMOSObZK EYxkqkUffF92dmDV5HleZ5dTqOvbA+ZPHLOc59GTlZtoNS56+0y6Opzk5eyONSnoEBWbqL/q FTFaI7AS/21lcXQrBc/68uUoUfsSzXXrsTpvDNOoWo66XfWm3X3RW5RPc1nIXGOt7LGrr6HQ u9Mo9W28JQe88NiVd4O2ufT+mslbxTvIaq9/H6hX/Jz1eXNSxFGr5WmvPT7R/RS481aJ0sFg dVgnUzRqfLz5d1iJrPkj81PGL1Vh1H951dO9+9O65X4U+5VQrU001NZ+LSufz/5T/9x6L327 YjU1JJnq1R7PfJbmnsfA93QeT8GAbRQq22M7lnfWo/aU797wWJ+c80fO1Eb9P/8tWzb/CvkQ ds+5bj5H6rcYuW1cr21aKhOuvllcDk8qmgavEv5jlaNLOxBlhazjYOWg4VxerKzGo2Ton+Er +oPMDgvCtipL3iKFQ8rZx0GTVKbYVChjLx1HkSY8+1TsPkDQnhsy1nkQTjuZh0y1uCxGyNjh GoUui4TSJ/im/RTsV4RLjZWXQ9rTIstBVS8+KzRYwRlP2nKMJ9lHRrg++UGpiIhwUi6gs9Kz o5FyUTGFqT8SVg2VkmwqUgG2OHkHIEuTqo/u4QHDkkUhITMnIRJBsch2/LZR/IRGJem4yTaS hE6Emijmmksjov8XAZSESFEeRbhmPx/RvEN5ANpYwqkHLVoUmUmR3lu5s9yq5aS+XFKEq67V XyPmLKCXpeVEldmCX5/MsE6Kgg3JOI8hppJ8atKE+ZJWRTcUO5yP83XoSPm2zGQc53wzpeeW Z/85nrSnnAqRaM7FSTnnG9ZyU+WHSzNirpBINp/oodRJOICaZnUHl/QlYUnJQr4g1BCVNEE4 tgkfRSd1DIFlYj+/Fp8kqJwFQ3IOjzsaLrxU3Big1KIz0nXTDCZx5IQSTcHDGTcDKaMDpTQG UhZmaypp6XqiRMYbzJj+26b0V6jsRi9TyG71JHzDnRUtj1RqoshfnUtltI6tF+bnV00EmSqG ErEd9dVAaxnPWXIOtMr5Hq3M7E+P9cKw1saLVaSZtjQUgBtXp69dj7VcrfHanddmpT1rnYSf 8f3mF5qhJOxsUJHWQkLDyQdkT0rnspXGy7dy218NSZ2PNjJLl6cADY1Mm6W2Uk2RKYEza62k lNM62EImuSps/HOgNuZyyTt5EqR9v7LR/Y3RmQdxVN23BtcVtdmrcOwkRcR2E+Lgpom/cead QpnFtT5LW6SfJSR/tcw6Okqbx0VnfJO87w5nXrKS2y8U7QYqXlDfR/VNr7P+vbPqpEgyJT0f 3I+/8xpO3mfHJ++N5KApBX3c4GxdFfPooDhCmT5cH0NsFJPCkWI/xTqSZHDsAZgYewbhOAti JHxNVdgXC62GAXplSXSl91MNUsmPjWl8QMQ45mqDIG4MJlErx/kEkWQ72FSx/TrDOPiTmYph kjJtMqC5MqYwHIqR4NYFyTC+xeV4d4Iy8x6cmQiT5iS7lRj1qUE5JZK4rNZJ2W0UzJElvmSK 1smOgDfO92s7VmVXnqMyM8hFXPRi8rugD23RyLMUp1kdBtOpMQjQB9q8Y+0ZRXPJV2pZqz7Y dfmi7FKHyEUJCEvNRyF0NkjUhkMYEUbVELVTd7Q6xhMj/Vze41ank3mPIpQtcYg17aXJerkh X91PKa0ewUjaf0kR1yONMfbOOnRIG+0ooW32rL6P2RSOujxRs2X239o3W1zty6GAdwJcz+R0 5utiOzapnuO7sRNwXgirkUhagqF5I3zh+n4N9+x61Fvi+V4eCKa0rwDgsUeFKRjHlPhSpNt6 SIWqjWGQuKzGUJwpam9MfEkf083j+B90Y+J+Z2BWeeTmgeQDflc1MtFUm81nlUAa3aS5k43f /Oaz5ILjNjIvP735r5/nXIRgrHbM5NSiVnQaUH6yR0nNe6tD9J5EXiFm5dJGpydpzIXXOUaC yL2DTHUYb326/2eMnY8qvp6wb2MefzZr02x3Nv+tjUstzB1uJOkcfd5L9HvIR2rh5FO0X+ye PvCcJ8PXLw2gctHs7DtTySDNsH6VjyUG/mMiaS85LnJBbdPdX9FFSVHm47dGyKhRffV/WXA0 l6/m+PvXsScADdD1Fd/+5kxkj3ns/cSX8RodFeFc8/FeBkJILvffSuzl6uV20PgpC15pJJ1Z MkfXhFSrH32tU5CS3VPIv4XXfW3D0oG6Y4ReJ/S7DNf6oW/Zmn9/8d2f3/zqz/V298CRA4UY xWOg/8nC9nAEUE/oIRAE4chmKlAScqVXAaoBAYVG6pAkn0seI/Am2uR/AE8y5FA4w4/6VaoJ A3BET6pABwV6fgx7BQwwzPBYWM6bAQWmig+5BYWY4mI/Bm1M/6XA87BypE3jBYXK4NBkxsUJ BYxnBcKupfCJB/CSfKBwXvBWP+rGJXCicaxhCip07Q/6X8KOt5CtC8f0udC0hfAvDK0a5LDQ vQK7C0N6BkyjAYY6SfDkZC8dARDm+xDC76QTC0zi7FDw77BiI+Zu0qBwZu3FEOrMvehjEUPa 2M/6Z0lHAZEkcafTEdBVCO3Y8zDJE2t7EI0hES5pB9EUj7EBFAak2gQQsqrpCsbMQBFc1Qel AYbmo/ADFqwlFobvC5ARFrEZDacEkrFik2qlGHC+ahFiSEx0/6cYYtGAlc1nCscoNAvKBxGm PTA9GvAIdMJcvPGkl8u5D7G4WHAZHGaNHK3PDIda79Gs3IotAQgHDHHEuythG+/3EaeM+fAR HyxuI+eM0VH2naYkokBxFnBHAZINAJITDOe9GE/7IarUytIC4lFPIKfHHrIe5JDIj3B3AQfs tNA2fs9tJCoa72I+f6uvCsf6U2lQBxJWpxJO5tEHJdCAynJoXK68/65TD1J0pRFUgkBir1JU gtFnCsjfADA7A2w/KQJc6hKMp1KE/6hS6BARKnF/AZAWgnD7Ky8LKqqecJKe7g60I+1gUlKU ZDGnKe71LBKkzo2TK9LXEaiemocABwi0PdDbLvCbLtEXD6qbCxLyjE4u/7L+N9AYjUoRMO0h FVMQhxMCa1MHAQjyRkwLL49HA3MnKDIkBkBykQnEJFM61RLHNC1K7iK7NCprNOkYdIKlNQ90 OhNCb3NUtLCbNicGQTNCR0BkNjNmSEwYJXNzKXNanrK1NalwnlOMcxLxOSSVFzOAl2PcymBz OgjbOe/PNwmS9BOsmMcBOmumzPO8/25FPDNvOS/2udPJGpNwnJOLOBPZK7M5Pey6IQMSvlBx Pq4Qo5NAnVM0fTPqnu7XPopHKpPinjNHQG9nPqm8gdPcfG2hQUorP8oO9VPpQnMjM5QnNGox PgBzQ3FbNBQ3GXQqgLIxRGXKyXQ7CAVXRTRPQDQwgtQZRBJ83jRTCfNhNTNalGU5OBRxR4yV RcByp6bXPGqC0dNAv6c/RuYjRjPpSRIHNPSdLfM4qknXR8qqYfSah3GLSPEE49SDS6eRS+zb QuByrTJTNBTNL/OBTNAXTWjE/zPoroIgZhTc0LJ3Tqs5TcsDSAr9RWr9Q4RAg7NbUC/LM5UI jGfKOZFlPAswyfOAsw4eR/UUhMvLUmgfNO1mIhIbUebvCrNA05MpNhVAYBVEtLIBM4trQ5VT RFVQcTKLNAt/OROAuE+rM5ViqVVhOVRQuZTIuRS3PouRH1VsdhEGBy6gszNxWPVlVy3hRXHD KbGRWY1rNavdU9PpWrM2ByvXAPM4vdJNW1PtFPXAU1VPXGiGpBXAwAhjXSS5USwGcbNgwY57 OBXk33XofHNww3O1NBX1NZOBX7JgBzX0BpWFYE5tXfX+xFTbX45tXygLEhPoxVLNNbYlW5YN RtYo6ZWjYjRgxuBmBgyBHIItY/ZDFgIPZI4EKJZQ+2N/ZI6zHfZcycrxZi+MJnZcYq/jZHZB SXY9Z2y4pnZch+mraCLXVwAbaI50MVZczbaNaW1ZZVZ3Ljagzg41ZaBgzuBhG5Z0z3H1Y+z2 sfa8aLPnbC0LLfbIcGebbCjTZhavFDLZaPbaP3DvbUg+RLbC02/5bg01CkghbuiopVY+1Wvv ahcFMNZ1cK0jcDU7IlcUtE2BbgYS+TZOBg19BVb7cpNohHcU1+Zrc3cdc7cxGVEBcVdFcvN4 bpag2stsQ5Y/dVHPZ1dcu9cm26dPdYBhdpZTZtdumFc1d2mhdHd9Etas3YxLd1eJI7da/nMj eS3mZVeZccbRY+IXXJbzelIFU3cnemt1d04y87esVQ61e+ZTds5AuNZ1fLAPetKTe4fG4nY+ 5eodd05ejHahfg2/fe5swzfwWZCJf2g/fqgRbNaygRThfxRadBfwpfGjcm6RIdbhgai3aVgG XTfpd0MhdBdrgtBpas7I/LY/g7Zzcng6gNgshvfcjHZxTVhFZ5cu7tM/bhhczdhKY9f6jHaE Srg+77WthzLWs1h5d+aHY+8Ja7IG/Fbg8PgE8rYnZ1iVhJiYrvY3iE0hRFikP3Tvcm8/X9iw adTPiO9Tivi9MhR3i3FSS7Y+9qhTZ09las9raa8Q5Zds9/bHjfg9jpOdcm+RcNjw+FVfbhjz JZgk+W4FgQL+2Xh9kK+ZZ0+9gE+1fjkUcxhDbg/IZxkec9i7Y/knBjkw21Z6/hjTcm/Un3lA dhioYAd1kY/nlRlPZgJe31k1lbf/ZtlhiMBmJfepbTlsXDlkJPAUOPZHly9bdYJffBlZAzdX l2n0+rlrBFkuhgkS3pmWfHUDl/BTMBllmrhflrmwz5mo5s73m05ta6T6WZf1nGg1iCT6xdjB nBRbZVnS9NaUT6pfbBnkmZernqNLlkcqoLlrCpcfn6igi5n7KghraOPcydZboO7DhxoVmDn0 yqvToHDNbfokwVoe7hbmPczNgRo1e3l+KFTHoeZbV/oHaZoLpKOajplqZmYkk7pWz9j7peP/ gXoNErKppfbLcYL00TooL1blc1p9QXdHqDclpqsJh2L0a1nXqSennvFHX3oNFfpIU21LUdZP qpgzl/F9iohwQZcBq6zxllGDpuU3NlqBrGvflxGbMdrE+dY8U2SFqRrXqnG1ZmWDObbNrvqb bTr1NfZsWDkthVaPsATZl9ZPsI7vr/OzJBsVWJSwBmWDafsbebdYWC3hgRssri3vsGmvXtsP PZjvsHPfk0Yw31mUYxepZbtRr3srP4tXshQG+Hr/QRbAYxIpiCYwm9bntzg3tmfPgLt497ZG BrQmmjsPuLaHuIobf7uUWZrtQ9n/uam8cZuGo9gruqxO2ZsgpLuepRfvuVCTn5vAMhaVvHA1 r/cdoiBqplbtvXAjuGqDtVSFrzSLervXhNY9vvhTcZv1E5vkh2xpshSpVJvQh3tJSpOXvhTB sqjbIPwUq3QDsgrbtqrapxwlEXm+BrTls9sHTlvbw3tfw0jFfDxEjZsNw60hwtxLv9r/UPxJ UI5vwvjLsxUhexsHUhrzUbf0IabvtrUzwTsPx/a7x5R1oFx5Nlr/VHabyOKPppsgtrtluHVW YnyDGhooBquFtrVjeXyxOVxVV9r+uRIBsguRbHy6dHtJWVxJWPlFsHzZmnsPWfeRy63hZVzo cHh8BqvduZW3yXW9vsvzWXsGvzi10HevaBz1IFy5XfPbsP0ZyB0NQBvFXrdl0M8ztVXrtPX7 fcjiWF0FshX7uYxI9h1BJlsf07udij1RkTsPYlxj07CHr/Yry4xkMhej06pfxV1roDaUkBjh Zt18/XZV2DBN17ZLiokIydfv2SM7HjZH2YVdb6kgw/ej2nr92eyxod2xwBjMkIY9bB29nh2B apdR3G77fckJTHxOOJ3I5h16z3Q/aOmDn92qz3bGmCZ3sf3xUpZb33PV2A0ufv4Bi5fCmfKP 4HjEa4OJb3e8mDFN2l4ZVD2BcLkiOJ4p2dZOoEsrwt41GPpV47lp5BST4m+FbN40k3Kj3lcr 3/2fdPiX4z5dgH4/5ddf5gld45ddmUBtdd3Rdd2Xdxgj2B6BfT52c34r6LpT37ePwJ2fePM1 c76LlXoj6jEn6auz5wuz3A4DeQqI312X63kd4ze1J53l7HqgOJ7NQp7RmTwiqI4tc17dsLoF 7j2v7FfbdGqI3917fRuN3lfhzh78ob3iOJfhk0r65sxJ2e54Biw38V1Ned8OXL2W6FwD8jCl pd8tQj37gh6J85k/8Cx58w6SeIOJO5dYtQVdiCtQp1m/9WX/ab9doX36tDOF2f9p5Z4z9v4l 9shvOr9zS1s39Kqxyp3lhjsF+FpN168B7r+KzpeWuXEX3Q8J2W8Xmh+hEf+D+vs1cB+1nz2f iba7+hT3n5/Ft1+y8/gH9O9LG64H3l/XSr4z/fZN3k9l8GJ2sr3A9l509/0qOJ/4BcIAMxsI DYIAbAhwLhoIBiMISNBxBINCIVDBiMxcNRlEoONoSNoWMRiMozA4LHY/IZELoFHIpIItGI1L o8LhxEYaORcOY3J4pN4tJIdNITQJFJBrJomNp1I4YMBvGZ7S6bG5EMZtC59TBdTpEMJtEa3V afCRzSo7OpbVxdaIFaoHX4rY5ZcZXTrpdowN7dXLjUBcMK1VLbFhoLhvU7TWYsNq7fZ0OJVS MhjJzO8UMxvYKHDRrjJ9m8DOJHNpdos7DbnE9RpLAMbdohnVovUtPYNnFqxeNZuNpWNjYKTu tBvZLQZZmdFw4bCcTt9Nl+VYNJGBlYuNpN3yqxgpiLuvp+7KuB4sDIcFj/N3ub5vDIs/3PB2 q78veMfj5pnIox3tCrD9tqmb/ts+CFMGg4bqwvjiN5BMFr0xDYwgizPp407aLBBDNNo6zsQS 2kNueo7Rww8D0J0j0TBk8jixBE8KwPEyIMa1cXxpEkPw4hScBgnQaREkkRhgz7YyE2iSR0xL ENoqMjSYssoNCkizqenTlSouzPyBE0qpEw8aNC60rMw08xsvFUxPAw0zRlEihzVLjpTbOSVs lNsVLkmE1TzH0yz4+iWzVC7+PPNtCNK4dBxDKTWIxQjAQG1jDthGM00m9VCv9TFK0LSUEzA7 9N1Ais3yVUL2tCw6YIaqLw1UtqVL22NVpVCzlMOozYVi09ctcsNe2BVr52DXVbtOz6vTg1lk yQ5NkPqizXtiz61hjMElWqv8fxFbUaz3ZjCrZalxIdRsEyKp9vNCz87oaxzc3Yy1IuVdqVMP FloXdP0uNCxzUu209/vpBzNYHUURXg39o39Z62UE1mFOJiEEsc5j8T/iLjxJRWNYuqM74bi7 DyrhseoTfOTWlG2DOiGKo4ozSovZfkRZne7T5vKMwtZV2T3PmViU85WfMNGDQqjALKZzAra1 HoMAqxmIb6S2lj6RCTkY7BKowZL+j57rMDX61lf0q0NAti0ml7RGDmx40+UVlQ223ykSE3js u4a/nkEofgjlb/o2S71HC78DKE0SU50O7pvURtrV+9S9p0RLMuzDuftvKKFJUru/yUE8/UzT 9Ha+wdFN2XsK0NuaNlLWddA1L9TOsr88tuf812Pc533E80S2KdUhwXWzL0njURzqXBxacyQu n3m0z4PmedHPq1LyMdelFHe+jDSn4st3uaN3aD+lVjawZ79ebf8wZ/QybTfZXSwXB87qR7FP t/yp9QvRYC292D54AurZiDiApjigQAWiqkicCC6uvQ3BBaxjoJtSW296B55VhqffhBxXbZ4N rihC+MrC7iVwHhO912kH15ufei8t5ED4ZJ+haDiGT1IYolfcZmHDDoUvjJIblxTzIhsLgO0t jkQmNw6hpE150OzSJFe2kk4jIYnmkgmf0lUUYHxcSi+8HEYEvvMjIaV7aHmVwifPGpYbT4xt CXNAN+BMkMssjiftP0Po7Mri22I1UC4vyAgxGaQEXnzkhI0sB6MXVeSNTJDc9D218ItixIlt zlXmSVTZI1vafnoQPWw8+H0o4OylcSDCBUm3EuncJJhIb+5WOUPLJ5Lyy5MS3cZLNCL64Hn5 LlIJ88wAZFYh9MCVz40tyTJ3Mp1UVnozLki9uKkEnmTVLlGx+E2HTxim48uaLx0BTHnFGCcK iJawPMcp2UEPp1l/l29Gd81p5KlXNGKC0a3xz5UK6F+BjlWM1eZQBuccKCMTn2+2NFA1hUCn qrpzM7lhSBe2VErzh3mUWcbL589Giy0ZgiWyS78GYF2hXSBazAXopOa0+Oli46QJaYzR2Ek0 IHsgktBOnByKKmWNU/d+BCTOzteZUKKaa3o1GivBNvDC6Rk3YcYCOFTaP1JibRGorG6iVWYu 1eB5CWLvgqsz+OlUEetVqyj2Vb0SdHsTtBOtr3YfVxj88x25DAaTVrY0I1U2gcV3JFPOvcen XWDRDXZpsiH4E6j05exDXobPbJ01509ZbJoRn8DkGBT2ulus1Qgl1n5+o6s0249MwgZ2lbtT 9DdqpmSvtSWC1dYiJ2lcMrO0KGjqm2J9bZ/VM7YyttoQe0rkKbXELA5Ck9vSwOcRLcyZqUY6 Wlcpa2YxyG83EuvNmz122MNku0mtt9sAclYTrEe0N5j0VrtreqUl6XelsYLeW+Nb74J9llb0 rCiK9XtnFcO1N+472tJJOywttcCoRg8Tx6c4MEKZq3g8lUCrSEkpzaHC1nGs29JI+mrGHKFU exA+mNWICjLmvIkmLTqLU4qZXUAHJGKL2CtrjIq2KLPY2mnaHHUDriEYpSi61OQKTOsxrSGP ePFy35yPBmUOP4SYfyOvt4uU0W45p9ei3phzUzmtrlw0lB8tw8k1mM1LbMvxAf7mOIhpZcWp MPm2xQOTD1duBnSKEj801hkZmlwFoVcu+0Ay6TmY8VvvByZ9mjwzM6JUNDO4min5Zv0cfeQt vT4q/xhpmpdoTP2NujphAulNP43hhbUz9lJpaispoXVEhMjaRbEuZvtqS7XH1toK3s8G4a7k yfnX1q8pXEMdbNlhZ29q7tbBa3dHNbbJpVbUx0sakbSlTaTaazmt7Pchsu6K7357Wco/bbzl KWW9VdhrZwOd0qatbu17VoSo3nufbXeeF90Oq1dcRJ1v8n2p37S3eV9ctb2vrvvgDx457vnF g7fl/9jkJnZaTiUGYWg54qjWbXGHs5rtqQ8i2IuP8d4jQqPtvSUvl0bylodoeWT35XQ1iXKK G6M5dRNklniyGX3+Dnna17Q8/uXbUuF77e9FtH0GkOZeidL1X01CLT+fU13DcRFJ391mRXu0 DqcKNL9NhRcMGgMDOI9f+QbsfZVvoI7TDyVXVe25tuP3HUyMiT90np2jskQKSkc7axfEvejh OYXP3/IqDu2n0kv4l0CH/GdJ7uDA8fAvI+T54YrsflrI9+8lXzr4DfMxyXT5WOWVfQedPvwX 06AMb1o9JqB83oUA9i87q3UPekKOz8d7Uu2NPT439N2OO8wvhMI84SRuxgKOfCkzKPyPyKC9 sBh9C0Hz5P/B+nsmy/x9k+q+Zcphnekj4adD9+w/1pbr2+5LrXv4tv328imfCPp0zzd8wDD+ v0v69z/w6rc7vQjBOqqj+J1TLz+jgjesA54DNEBStQ48Ah4j28A6dBFzsZR5xpT8CycTob05 Sj3rPUDp6cDjscDzF76RVCErzkFEA0Eh7MBkFp9LvryJWr6rvUGhPUE6ibz8FrE7JkEKiB1E HjFaV7sZZpMj+8Iy7jzkJJ05vsIrpaREJ4tbzbyJbwhsEsKpcqeLvRdJEi7MJ6eEJaF7ar07 9UJULKFDh0J7Kjwrt7M7uENyLTzhg7d0OaqL1zvRiTlryMPToEPirT0cPKJr7zt5i8NTt5X7 4kRDvL06VaJcOxtcB7vRnULz+8Sjpj08S7CjzhorSDscTqqT6UTqAwtET5prk8SbUb3atDcE L75Quz2izo5CXEUyykF8V8I7zh3T+8RL3cSMWjhZGMXjX6mbsZuTTryJwSwMEEYzZLnMXTaC CMZL68ILmC7EYZIZnUaZyEVD06xxvkXz975zvUb6jDyJ0ydL050y/sdS8RXcRR2Q9L6R2Qlc UqgTy7zkekKLzbcBrbsaWTcEYEgDHEfKcTfcf7hT7Dmz3TvyvrBTzEhzDUDMiMTw1SRz4kiy TrtEjJh8Usjj+0hrcjdUj0kRQr5a1ifUkLmRZ7u6ijo0jZ/rcDxyjCYMmaAsHcmkTAGiIMZE jaQsSshsn8l0lsoUbsnaEEnCECfMojJcYq+0Zbtkp8nUqUZ8lqHMAcjaHLjz0DN0X8ma9ER8 qyIEFg0ruUSUrksEeshqJScctaJqpUsTwBx0tBl0oyhZ68sUB0fyTS+UiCMkgklqM8rcncv8 vyvkkUwKOUWUxLSz8MriPsk0j0yEqcyb7x9Twj2My6MMwz2yAcnZucibK8hp+UmYlUGUjaTk ZaNkz6TMnE1LeMlqUyYru01D7ss81hHERc2KVsrErirBOc3ZIc0r97uaZMGs3zb8Kk2qWkCp jBxpUcnaYD+c6Mdy3ElqaUvEjc7EXE651UwZjBPsLcribEwE7S+snBY4y68E6hRE3s9j4Dwp jECMz0FLH0naecHEhs/C78qKfk2Ejc/zaMrk/0F5XZ9M76g8K5G0+6hUpdAChUy0TYuU/rms MlBh+sZh1ZZTm0lqjyMtDqBskFEEKcPErjvsmshtE8P0jal8zVEDW8251bqMqNFsEZ1ZfcH0 nancfFEBfZg8lqpQkU08rlIMUMhtIsY9IEO5YlJTNtIcnaqiItJRkc+KsDJ0iFKyutKYu1J4 GIosjVIhl079L8jshqulFEltM8FNNLR86YGKwCJ0rlOEg9N7zzWMnaxhRkJ1OqwiDVORpsy1 PLkMx1PDWb4NOqyFQ77aATtgGSzZr8IlRxwcUtSUM7tFRyTMwdTC1b3wGlTZnDu9TBwzYFS6 3URlT1UykVRtVMJrx1TByFTS5JZ1V1WUl70FTD9lSK5sD9Vb98Hc2aJFSi7ah1S670NVYEEz v02ZOrp9W69xYb8tZY9EbVYs88Cs2cBcllas8L9tZ0Dda7AT41UNcNKVS7BLylczCExddJTq ytRtc9BT4gGTDM9Vd7kk1deZ7MEdfJ9NUlW7Do9EGlUNgCnlZTF01VSlg9Fdf9Cp2lTzHsiN UNiFTTHsYNiSBs3VS7Ig4lSljc4FjUKDPtW4jEMNi6zFV1kkiTzAGQjCFETdi6FEdlh7LLuB FjMkxFS7MFgtUNnVHlnLMlAVTzOL89n7OUZlmzNso1mw5k6dpdGdZTOrwkJ1mzFdqbQKmFnh l1mQGTSVSdZVrtn1W9sDJNUNsc8VTzTlD9S9tMtVstOzxFrkU63ltbUdDluhAMg9uKylTTVL wkz1vVGEL9wBdVQgGUD9eVGFV1qVxSTMFlw1xsudTzYsi9xhw0qtS7ZkntW9zNetZTbNwjxd x84Twt0TAdzyVtfYxy6t079lqd1TwlSLeFX7eDuYGTds5VW7e58Nmt3UoFUN3ti1S7gKN9Rt 4c/lZV4cWl20BFVwqMCN2LhRX15EhNZTjMgNV16zWl7DCFJNS7kE7NW978nQ66e1s98lA49V ULl7A98LkzDd71CEBNTwoq39h18jE74N+6s999W7n9J4GTn9rbnd3FTzpEstlbpBIkaVS+A1 oOACElxzq9SFSmCV5WCp8VZTrRldeWDSHuDNmkL4GbtVtT0GETMkNWEyod9gGmEyIj/rJ+Fg 3wp71jv2Fr4GGuGVBU1eE0QzuGHkWF9LtGH478DOEy3b8uIxMk9eJNNGITyz+GJ1NsIzu4Ge J9nGEqYyo+JeLKquKI+8o2Kr0tbuFmGlMuKmMs6eMKPRouM6Q9kWMiQGMD3MlGKhhcUss0f1 pNueEr6hr8zw2cYjzGQDYWMeQaRx++FjCzMMZmQFy0IORq3eIr8cPeIWSaheOqVONmSs5Jde TbceRhLNcWIT/c24Gb+VdeEuUmEL+WFeUyZ+H0AJub5eVxOrwOVK+suGUdaximFlkhHr9WKk C9W2XqcVmWVx5WH0Et6+GuZU/+EuZs62IWZV7WZl8sCWFkFdyIGcFD72bZ9tI2KkG8jOcKhU dObCidZuc8IEJ2bxXUHeduSOQUJmW2FkJNYmEsJkKIGcK0ruGufmMGfmbsLtF2IWgcFmfaEj sWhENOH0M2NMM052fyn0EYgWE9+WipgFO+jA+mO8PWamKmjzU+EukNC2irPj4mkzIrxelNdG kbQmR8R08ulxX7tmirf2QUS7uYzTR+OmIUSmBWlcUehUUec2nb1OH0VlVuGsVl4OEupjx2nd vdBeqOIGmsWQz0CuqjHeKmX+jUSOEI0mXOEsY9IWrOsmpWri0z4J+EaOXmtk3NHOt+RelCXc /OtL8GO+uufuu7uuJccswetk5mt0b8QuO502g50ca2KkdGrMfWN61J1Sr2EseKx2xZN0WmyB Pt6Wy1bOzEgeVsheKGychOa+yECjxDsZ6dmW1NduK5IB62mW1+a0z21JFu1B8EsLtG2ulu2S gMQL0G1LElyO4J7uGG1NDE1e48Xbv25Qi2sRIEm+Be4G6OXkndEO1coUNW6zIO6sot/m6Dpc He6zIsUu8dU+81323Sk8T261HFP28DKm5iHLudTzt2VBICHNoO+uF1HO/ZZ0L+/0Wbx3AOCe +SJuc2+pi8EfBNGEf2+rQ7zHB8YXA2mm5kv+++FlNtu24EwUZnDI99sm3SN0ofEUxVJnEo+9 fxIEyGAnDJqO6XFaxON/DKyGFfGjIu6q3AhpMbu7ekWhOVbHAc0XHuWW8s1/FRICTO+k17tn JJw3BCU1Ne3SU07nKaVsFnJMbnE+4E3+A+5kZ+EhIHMGxXK2wXIz99l+3U6VH/NU6vLZICZH JE7eyvNrenAE7EnSvK+M6fPS/FC3Pq3c6HPW0/CM9IwD8vQc+G2k9MnnHs/eaO4E/fNPSLCH DZICfnFtAPGAGk/3SHS6hW1dBOZ3T6gPOnSjE69nU5n8J3Tiie13VpXVQXHtD0c23VD2cHW1 EO8VFW/VFXSZIFE4G2Tu4FFvLFFsF4GlGtO/ZOEHCNHfRvXLsPD3Z+8VINtu3Xa27XbN+QiC IHWXbDvnTdKOe5IFLOM3cFKm2nc1d25nc22PbptPdo6PFtMmj+3VNW1dNXBFNTMXe8w/D1OG +ngNbW4FQRA243g3d/g0Um5nhfBdRfPNRfMngrWe+4GtR+Ani9zSvPjGYDtHi9TON/kGQkJ3 kZub8vkBw1Bz0HlKo+GHluDbx3mET3kGvDv3ms+D2PnBGrtnkFXMUvn28nm9XfAXm670EYGt YfUyvK73ntZ+iLu/pM73kVZ8WnqROXifpmXfoA4DP/qPrt3cL/qV5/rlb+Xnsb1uPavNeHqH j/tkwaRbibwqRZ+Uf3ukXPqNemgnllenq1gkZeRCRe4T5fwRFvs9hUF6Rd/Ga/xRs3oFitan lliEHYGtiHfvyVEPuFj1EXj9j2wvm/zbsXysLWMf0Yv/j3zDXkIn0aFGen1nw3x6n3TwGtns 43qNnvcn2m+27/3SofmVoeUXln4FVXm/4diPj9qPvH5CrWkSvP5K8foFq/En4Rl3yn6XntsE tvqNse36vP7MKIGv7+IPlltj738Kvko388xvoDUvmPm/9tCf98VXxlvpBrzH8+qX7CQDYavN xfm4GwgAgGIxGggNggBo0Go2gQxGQuHEGhEKhkDGguHMMg8JhYuGUFGIwHIuG0RjcUj0gGIz Fw1GUSjg2lMNmUFk8dGkRgcsl0wlE5hsPhc+nE6GA4mc3mQ3l8DGMkolLpsOiFRF1MgQwG4u GE2icdjMNGskk1fmVhkMjktWtEEpNmjEVldXjVfrdTh9ljl3oNcvUKvk7lsvm9bGkqsdrwou w80iF/GuGlU8wl2slZtWQrdrgYwkleveXi1v0OckOPolbHNNrWD1MY1kj1ev2dOqE3pAxuWJ yG5ioyz1Y3Au3V9GeVjlIkEixmghXKhtPGd15OMhssrtEpA2lVP6nPz/R4nI8Hc8XfGvblU1 7WozvE9FIHE60/O9PuGNj2c3kcOhqtv8/jxoai6PqI/qpuw+yRum8QcQWF0GtGoEBQk5jFK+ tUCNIhUNNs9EPOYxsBLki8KQyiDlqQ4UUQfDcWI4kcXMEGS/hszyjqzFbyRuvzMNgn0exy97 ipPHrjvFAKJyOqbpO/Ji+xszyhxpKSWrkp8lITHsqIHAcjSnErGSs+i8yCzyjTIhrPOcGynu ygczSNN7lxNIM6RfHinxq67XTmj0yqrP8+TjCM9Ncgax0OnqQpkoc/0Y/MgUg1lHSep4brlO Ul0xLEv04ujjR4qb9VHNbwyMvEfVSmbBUzIKHwNRtDVhVsvQbVlZLnV9WKBWcbIfXzmVHMc+ uzVisLSj1a2St0DWQ1kd1qtqZPNVi0Nantroqo8OBsljWIu+cg3BJMeXKkLlRtdC5z5IyWMb QskXe5sfxHJd4O7CMnpY0yhX40S3RgGlvtFYdySBZVz4S09x3o2tu4G7j4VPNqLuK0dnyXi9 uJHe8t44rKt21jbrNtXGSpVE0bTtV0nou8z34dkuYtbXmaX1LWCXE+ix4/nb3RFiz8QLNqxv 899rSXo9SUnpcB4VIOmQ3E8trHCykY1q19z7kmtwtj2jKhdKrx4xM+5vra5JlIunxmtywyMs e33/qUUsdmctplIaqRtvb6JZtOCb+8WUb1HzbRdIyZSRZWfhtxlo29yNjTbS1T6Vw8qWzHnL wnvyq1nHPF9C0+28PwFASCmT6M90+CK3ODdVRJfYpVusjdtHS4yCu/Wut3PVcTNvfapG2Rqn AEeeRyve0RznnVfz/o47Zfg+kqnR9rUPHTa+it8VJfU2P8Ufv38VbKf8Mt6zfUn/brseXVH/ 5WL4cg/nqMjWlD/8bK5h7z/1Er1f3AIGDV33u8YzAFbBSG4voWwbJHhIypuuSfBRtEF1lkhd 0kZsJfVHpLg+sp86W4RmncywQzJWXWJBhW2SB8JmDPMg8wFLME2GPqTbBJUULmGNsO+DeCyU SfRCYospDBCYjMYS8zqIxk1Qknie7tqoNIpkDKQ9qJRnmYlUXmROI0XU2RFi4SqIcUoyw9jQ 0GBEZGgrSjWuM0bAwbw3d21qK0doOJ+jBHoubXo8tcULFqQLWEOR1kEVSEMSknQAiKd5H8SZ AvVhLJOSJf5ENvUVI9u7J4gw6T6u6MBD0hrdjwUxxDfYiykdTICVDjXZwpleVMi8MYrEPcbK Y50s3dy2lQl2TcUm6yelWleIkwnSnsmQ79vMt3SxnjAgpDcp5pLyPIDeapc3yRKXAUaDEUpu wgiDOGJEmJyNwnG89+c4FERemuZQsRl52PYZXEVwKYpqPcXbJhfThorL6fXP+S8RWizioIq1 m0QaCsyn5QiHkUp6tJl3RFW9Cn7AxgpQ1ZMuqD0bK24IG5F1mxpohAqbVE4FMHpKW2VlBy20 kjBJs20TqZAwhbFKmUTZrs+jMainC9aGRFp5MemLAZw0/NNTCJRvECVCYZGOn5tVdxBVKeep 1UqRTXiBCxQUYKt0zq1EehMRT2GCm3Fass6KyMmezJhapKos1uPCkSINb2K1rjlVOvCaX/xS dZXyOlf6DRSeVKGTFhVC2HaghexSEq2xFK2haj8QbIqeicZtB0u7MGjl9Zum0xrCSdkVZS0V R4wPgoBZqTrEZr1xVO68G9rpByYtlCiXZSJc0PjBbiCrwLdq0jna2Y0JLhObcvFIpCXZpXId LHa5krbhH0lBc8vshAbkjdlLia92IoVnuuVw5cK4pUZXtLu8h77zPCS9EEkakbTRKvaqqL98 J2pokxfGNUYCRvYkbeOfVVb/PStYT4HAML8kJwKubAmBrZ4LVtUonJnldVQIngXB9PsKpsPp PUk+FlfMCPJh5NODsPzww6cFJqn8EYoqbieAVJ8HFtoLi6l+GMV0mveTlPc8ZJA4x2oWReOo N0cw6U9eK3Yq4+qBRXAmRrunOyVkd4uRWDTfwqd4+lW8qGmkhlSqWXcrsJpVmHL+KickPiZi bCuaExS2BxmxPOBFgkCBkQ+FOb2TVjw7nOAePc+LdzdnaKEgM8RdzBgjQVd89tBg/ouOWes1 n4zVggljSMiYV0rLRDgONM0Dw6SxCzlNPyCOZJXTmpLxaYkTdzAi/XjatbHiDWCnjv6nRm0L WGt7J65vC9bCpF2+Y5QfKmaGCNgM919saVLuNf3APrgQi8sLXYd2itHaFw9n7UuHmPZSXaW7 auk3fcE8Wf7Dd/ncsbssIA43SctwmHd2zTyhvGGGtVFO/dfuy9Vy8K73xbv158HeAKM1LiEs d7rwYELG9jfmCOFrc4Fw6fWhycqeoCDguXDeK3lwIXK+3HVbYcwqTJWVjOQYTdpggmpRmp4d 5Xxzl1F7tcgo2/DmKzZg8jxft/nWMli8xgbX3nq3C/8YpTbrBBgXZ5Q6VqzDvSpa61MldXov U3RdVyXdPCpm9w9ShtmYHHXHdsD7DDk2/W8xc27RVLYRqlVZBPnEeP+ITfWv1r3V7uBDoXE7 1nmOGFe92Pw6ep+PfYu7MwR4RKvhmc90PxhTxPj7feRrzutBEvda+Xf7h3zRbskoMU0qvCvo NPejkT5bWPqHq4hQ9O7AiIekE5RkSAGXmbV6pwR7PzBPgco43wd/3sqeo+899gok/wZYY5+Q 01n/y6rfHTDHc53wXN+4Bp9R6skvsaKIn8G6HxLmtc+g6XxH108WJ95+d03wP1flBynso2U/ u/wgz+m9XWiE/vnbzn/JT1IsIP9FIr+v5r6mKPjlOvCwDp9P3QEO+PjmmvtLeoUu2HVQHqHG nP8lYjlmzwLFdKmQLMSuEwQD6Npvulgtwp/DVqLp7veCHqRwDQTMXuRQMsXreQWqTOKQVIIw MPriHqWFaPjl0NLv8l2P3F2MZvul2ONAcl8rDPeQmmyGBwmKgHoQgqjIowkmDO/wiGAvIPri WQKJRQuKsQnsxMrP8mQpyveQ0kvKAgcw2P3Q2QAGWsYPjmWwhvrw6NJw8q5vBPumYPaMdw7Q +qhxBq8wPw/j8QBw0D8D5PeGpiBplPuxIMBvjxIGGi/gcxLvhxLJEw9xNNSG5vpo2t6xHvUw YP8mzrgxTPQxMxRCsxARTG3stRJrRQSv8nCCQwwDyCMpUxJRcHENuPrxcuCveHKJiPjxjpCR epYLnPunPJ9xjNsQWRktsRFxhnSrCxqwSQgRnpkxUPrndKzPpxxOTPjxxFJPtRyxMnivFxzn hDWqzgcx2xMPeR2xix3uCQtxwv9weR5wCpmx/sBOWvutdprR7OJtxPuidM6vJvrsssbSHvny FlbPlH4LOPgSLxhAcyNPYyOQVwsP8n8yNn8w/SROdquyTqNyPH+PXPjoHOPSIyPugwpSYQEv uoMKgvjycu5veSeP3SePpoTwZvroTvlITxnP8oXr1yfQtSmjTQloeH9ScGGSjyqwKiEAagYI hvNysytqxOIytSuAYxbyxKxC9SzKenTy0mRQRSvIxsGiNyzGawty5y1DqS7Pdy5SvtHvcSzK 8v8S/nUwxTBJHS9o/PIStI9NIAGzFGoK1TDpExtSvJGv0TIrHFNzGgYJIRIvJzHOLDQTPvpC YTHG3tJzSqem8zULBzKLRTQgYKWmyGtStTYqdTSTYJUykzaNnTEzcLcoCSvOZoBoSzdrlS3T NJhtZS9zktDzdpvQMTnJ4ziTcHUm0zoqwTbpszepsr3ytTtMbTvL1PETwlCP1zsr1QkTNJ4T sS9z1smT2p2rBT4HsKlTwuGSQz7PQpFz8n6TbjEJ5SvS7z/PuTNKFnZzVCun0yFUCuQjSStK KT00Hn7R8UAqLzm0ElmrKz/IDOkUJFkjgUNlmz5UKufTZ0Ei20NS9vhiHMNTbqcueTNKczTo DoNw6yvKhjBGvStUcSyPRUYwqS/UaF4lnTXqmQ1S90jTlUbmAwZ0dyrzCUaMyn10nKpRCyvK vyey90sRqUru5SyrPqenMjIsGUer50xybzGohP6y5IjFdTm020BU2MJNBjkUxyQUdInzn060 8ux090WiB0UysojOauhU0sWCLTSVBnJGq07Qf0zIjFsNd05McTjjIsfts1BVLzQpEHJEYVLM l0mpEUh0uU0snEdVE1TIsSU1PyoSsVSuvktVWJmS0JEQyU2CnmIVaVcHkuz00s4GXVE1f0s1 BVhVQs+Vh1fK2OP02VjuZ1mK2TupUPDrQViK5rPz91pDlv5VktHo21ntHu1VuOu1EtOyD02V ygYrMVzzHzApsJE1QtQDd0AU0141T11rHRHV1uIVK13V9zCV+zWV6LVk7V1tbwOVBCWG3zdK QxgtG1BNjzDWHxgyw2GJYTx2KtrU2Nqisl+1aWNiVoaWJHNp12RM2y8WGEu1NlxWAjI2Vwo0 92XR602N6LbVEt6NcWZuEoF2bWdWcVBN/K6WeTy1N2gItDIuDkE1+WkHzU92lxx2eMBVw2jp 9OG2pnsVnVBSY1N2tVEkS2uwnU2OSGVWu0G1GFM0FHDDIuXn72wqL0I2zsPzE2zlm23ipT+2 2lm1SW1QcUF29i2v+W/SYzVWzi21oulWsU0ulVl1BDAskVaOrWa02XIW33IWFuxRkXGQtUHA b3Lz33M1c1Eu3TpU93RW2XPr5U9u8VkDI3VUYXWO5XF00vA2FvA25PA3ALYw+3Y3Xma0O3c3 e153X1wHeU2D5VZ1E3jWmXkPJXBvO25PO3EDI3nOU3pPTxUXqrHNi3sOM1+PW3cPW23vW2qr v3uJt3qtb2pLvtb3fPdWgy5MLJS2QzG34NkU636NX33jPRmsVD039MU1YsLJcy0MLEuzm4CX BYBvolZ0zYDqiX5k0WWMLFA4EnS0mslHZTA4L1tT8YNUCD0v6VzSsslTyxEX54QRzYRP/Wk0 dMlR9UHYWnJTZ4YU14UnuQh4PwFxu4TYbS6s3t5TSYfTZTQ4g3PX5wNOYYRYjoBmPj04lVMY jU737QT17Yk0Jwz4mqLxaYoFm3os8OcNk4sYvziM8US4hwfWuX34zyJ35wj1Cj0wi1VtTrez VNTsj2HY2UgXg46p+y8Y9y9YRWOuqYgZAzLZAUmY3NTqsYXxd4I5GUj4RQ2RFj0w2Yh5KYXw 2W9NhooTCZNZBX3w6YLRY5C355RQ25Kw+zM5JxFX+NzVx5PvJYhxL2qt9GkYij0xL3d5aDY4 9RSLP2jN9JDVPZgV5Ik5btY0It9TQYgRVXHZlrS1Kt9X0ZnX14wOjJSmeYgRiSCX5xcyXYRZ u5kRjyTD05xTxujJYZcxoT6ujYC2+52Ps4BoWqJZsnSzuujTn5iuy4MPxYRR0Z1x0XXZ9T/4 xx7tRZ+z0Of6D4SToOyuETraG3/37HmM+4ByDRo336LYDaM1ej0vv33v4o+X56QXzK84uyL4 n6OqEYe6T5cyR0Ou4sPzdaYYJ4gH+UKaRMX3tO4lm6ZabaVqTUracMay1u4i26ZSeYMyg3iY RSctuD0yh5EIT4u6pYdan3NIY6rMuZ3IX6nAcSl51ypXV6vGGaA6wzdPgomTx60FuRXy5a1t /zGvgnb1qa4y4XIys65Yqa63dTwPg3gYma/a5z97A2768OPnp63bD6bgavvTn7ATF0Ov9Zaz u7JXUTSP9LJVK7MZ4bLzK6nP9YEbOmx1ry8bQYHbGTOUe2jP9ZqU67WGVY3bX00bGTYtAbSz a3AQVG+Rf7aNnUmwVJc1va8ThJYzQwVNva6bepgTga4zmZ+bmxrW+wVK+TZ7p2WbrbEa8Jqx K7tWdZTbLps7fpybbbwN97NJz3XQp2h6E64z3ZJQplIqs7yuCbIwWZH72yE1Ywpr+aOQ3nm6 3U6bLrU8BFbVA64qFrPy0Q30G7q0DROa8KKT68FsP75cAYo8CSV3g8F281XbGb5ZR8PW+bS0 V0aUp8Fwd7AKa4rxQO37Sqc7cqc730eLk8XQqLj68UecK8cQu3rxQDObua40kzAxQXQa3Kq0 c7Xcj4Ua4qvwq68cm8FUsbjUsXtRe4NzCcrPS8mVoT8Re1p7Vq7YQ8tou29RevK6+rBCQ628 n5V8TLEcl7GLEaUR/5a61c5bjUNFZ7B885bR/3s8erNzza3dA3ox/uibLrUS2zrR/m38q9E3 3a8dH2Za8LazEyPpS477GLa7fwbTOy1yP4Bb2dNNndC8aFTzVSP7l7XdTRdYwSPtw8TRHF07 L9ZUba49a70tWGyVGAc9dK9a3dfUR64rzpVdgP77pdiXd9ep273r8L0bL9ndi68L9kxdedqY adhyE7S9r9IAGkb0yNJ9v4fiN9xdn9ySvuSybdz054kdvd0D1sbdv4rQMd5Fhd1CEd6nxjQd 5Fmwbd16c94yv0M7n9+Zdok95QdoS+EdD9/sa99zN0avEEb1LuG+J0a9heLY7d6eIUh3EeM9 4eH1U5vd3Msb/98eIF/UfeLKkvJ+LUq+N1d0CeXJaCYEb1ijSebSwaQ+comPIec8B9zs/47+ fvjeT1jtD+cmYjgVC+kkVeazccyedzqNkeD+p9FDqec8zm8kb10eJAYeu+VevrFwt+uNSaDd 3V677+ypDIY+1luDkeyi5d/eTtXcken+68ne0Znwxeym3zJ+9WFeCUEpS8b93WIXMfDNl66E b2Pul+n/GwZ/GdSfF0E39n1/JTjJt/MDf1TdziL2U/Hvyew2Y+K0EsN+cUaLs/KWadw/Ute+ 4UaTy+vWga793Wi1JeT/aXYkb2ndf/cnnwz/eJ1enuH8tfhb+EtfjvQotEbvV+nluez/m9Ti 9fpfEfmlbYtfrldeH2xU0fr8KemUwOWVe/vyIetrP4v+q27cxfr6efyLP3Czj/r6jUF/5lPH Df7ZPeTulV8/9shgbCAC4cCA2CAGjYYDcXDIQDEYjAXDSCQaEQoaRKHjgXDeGQWDwmIxgYxK PRWQw2Ri4cjaJx+FDaBw+FDKByWQTCUDEXSybS+YjEZC4Zx2KSAcwyHDSVTyiwqjyiIDia02 VUgYRoZSSqU+H0oY0yPxqvyiNUOWwixSyHDMXDWiWEXWOHUEa2C0RGG1eN2+7yKlRyz3qMXq s4GNDaRWyaYad4McwvGYiUUGr4ypTm43y9ZeHToZ3bNz+IVq4ZzBVOP4+gSilDTUQjVUiH43 A7GUDbaTbH5+80GV7WhWqU4XdcHJi7K8W1DDHxfgcvH5rH8Klb/ijjHVXgdjj8mi4/uUml9v E22+bPK53jSX0T8a5D2RD00C23bZ2aZRv7RD8Q6BNIGz7tk3EANmuq8ve7j4vq264v3BiMvH BcDvE1yztmn6NO8g8MNYvcLqiqCBNe/wYJEuj7J1Ey8unEkVMG3CzPYnTFociDJRmhafqDGS KP9GrmJ3FzzREy8crchobw1IckPzFcjtktgbxS/UPOJHydSmvKNOtLEqvU3j2KtEkxw/MURR xHygsLMD7TWkSozIhcTuROULPU1cxIimLTwuoM7yCnE9TuGLFTkwEbLxPVENnAqg0QGD3zc8 c8PO3zhLZJ81UoGL3uc9jFJQ97z1Ch7HqfUDIVNIULrY51V1Ik6HQJVtZULIlU1evUuw4tic K63MfV9PkSWHFlWVSrkg1RYTtUTI1mq4/08x8r1MR1C9rOPA72W1RM0w41tRPhaq8PFXkA3E 8Ur3Dc1bsXbraVXQVysk/MkXjez6W5crOXfEilX8zz7YCn9MwK97VvEwD2YTKMq4azK8txfk OYdD2GR897eUThDjXXj2OVvTWLJ3bb7Ulcbz5TVdP40/+TwvBKRYHmWYIdUcLtw9MgvPneDO RAuf3HZkOaGh8Y58oSrOjnWlsxMMfaTqD7Yo4TR6dCkNwDqzMQVqSBOPHujbCteg6c0URwuh UVrnBj2bZOFgw5uMtzNH267dEiZz5uu4Wxb8C75NHBSJCu98MkF4bxw1pvOhUtbNkkA8g4Sd Wpukvv8+20rG9kd6fz8GwLYkJR8rGaPX0855jz/WXnEiNUIiHPdXQGZwv2WgXx1dGMp2MPvV zng8d3NOax1zfvVr8OS5q+1eT58C6bkEL+okfrVU2dwQC5u5e4GPvWPovu1lXb7RbBtoQ59M I3Z8tfhg3ESfbIOXfZZyQd5/FlfS9ipzZIoLODJ2hwj3vkgIg5wkA4CvjL5Al1LmAbQQJQWx /cE2sNmgvAlfSN0AQcbk+uDC8ntwfg860ikCV/PIhSnEvLlYGNqZwuQg4MnLwBTrAOG8KIaw 7QihYksNmPmEg+zWH5r4hMiJfDpkzSIcxBJ0csjTGYexNP81GKrz3uRCPC/KJ8KSdHhPo1uL h2X7wTd+laD8aX3Rrhy25isaGnqrgQjw2UDYgx2gXHlCD2I+Naf9CmATsIByDX2XYGRQWgOT kS2WL0ZJFLHgewduy6AZSUcPAOTCy5JuAiJJpwCt0tRBUMiKD8FocNjgnKhuz75LuNlLKRxs LpZORZ7KByMopEJSik6aGqdIkHlcXL8zEiClJsUi6qX7r5kvMgnMduUH5oQVVxCk1pP5pJ7j VAOa6InazLUYzWIJfzZRhmypB3U3HjtzmepyXk6nlGzm/BNnMGoHz1BiWWe72paQpnxDuIKn jswIoFNSYc9FbTkgGpJvs1Ya0MmpKOfyrG3SqBlAc2UH6MINnnRd/MgYam4LlJyAdInLMSiD SaSVJYFSEpSu6D6tIZr0pCu6KNLF9UxhJQWl8HXoQpfmnxptL1/U6NM/OAZCmFObqSxJWaio U1KaZDSCdUpTVNY4oGJBCmRSRiDVw6jd4axLjhIish9KtxWlZV9m5IKJVjZvFes1cabxBSWs eM5NI3p9rtXukEE67ptgHPo1lg451asMf2sFhmtRII0hQlMVLAIQJBIwjVDa32TobZZssfoU 2XMxBIGRj22n+mdaNs7woB2kTpGQ6NQqqWoRqhiJFr6VxBMek2Q9q3Euot5bqiFuHNTmt5Lm SlwpcwshqY+W0ACzgzBgd0190LCkluo8tAF0HXlfp+Qe7UyK/3fTpHG7ShI03WNHNisQNryz YueRBRlayKXaUZVa9DxKFX3d86G+ZEHlP6L5dq/8ML73/fFdZGjXrs4JrLc/BlTMEK2nFfMn Sr55F2BnhUv2DqKK3gvhnDs78Iq/sjgGKJP6VYRWlgtZx9JVYgWlhO7xQaRxTwDjQ4WKb544 OPdNP83sMY/UTPMoa5q+Y7hJcq9hQafZEyYeXD+T27WSyKv6jd1pFOliBkhf2Ir5lsqWdXDG YDZM5utmTKeAS2MizNl9j+Jbn5rOFV7NzIjcPcBmr5omaom0kzPFaPWf4u1DzdGLJWea4z9u 8UpnmBL56MkXdnSEe9HxzUbc8pR/dA6VPxYi62mUy5b0XZSdOn4+wn1NZCaeprYPkBmwFIt0 9YWquse+0tx7562JFlfXNqbd61lDoq9ioz3En2AkC52x8UVQu8e+3WqNepNlvsDZ93dhuavP r2W2jtm3DZhdY5bQ9wLHppeyXuVDcJsBjfa+e6Zo3P3dVfcF2667tm0RneG98j3eQJep95n3 ibQ348GL10zcTo3zPG4m87/1I4ZSeLF7CZ2hwDxOe1z+LSfutxkhWHyLGDxtxhWxCpnAz4/m nkWJOF3zJ83bUXEsO6r5Y/nh3M1pbZu8U4pF2ryc6mph8tKCJlXs6DYK63RXz3PdldLpWRlj dHXduy7xh939QX1fLqa8mtgzsuT/evWTTaE7BbDAPXdKXeNtE68nadL3W7ZQC+Zu9wth7dEP A/cc33ZOnDy9ne6Xd4efCIGZ4Lx4Y8I1S5/h3Jd6rjpsg4ND5bFfJ5CN+Fyz+UZ52IxB/JUl 88pp3zXn6p+eIhZCPBFPKWQxl5uPuvPHohYX6SR1f/Kat9k2lAANEXyVLt7q1JerJe+tLsL3 1s/iI0thGf4uWjX++t1rjx5Otpd3+i431fvrk7MMQlniHvfubk+b9/tXvSrcd89VP5Wofmpv hexD1H7KK/n3oyYkoNE/2w3L/be+Lv5KE5W8e/u5+/kUY4EMQUehwa2/0v2/WUo33ANAaam/ qUu5c+aVKX+8vAs+JAsm6/qVctbAqwkpQ9RA8m3A6oSm1BM5U6GBoWMKTAwxCbPBMWUdxBkQ GgVBqXG/yW8/48vB2li9RB9BjCAXc6wMQXUw889CO+hCMyM+aKUXs2nCGp89zCePKcmIuhk+ BCTCy2TCGNMt8/qYu3xDCqcwg9RDEjG+aY2WuoOBpDWtvDO7yvXDdDk5fDoOgqpDu/bDaZYU 6O1DIjE7g8edwbdATEIrk8uaOJSXQBpEU5k8fEUuC9Qamky/rEohLES0s5wMREvE3Eaj66/E 41IdZEsj6y9Egs6vzEms6gFFKWI8ubyfs9zFi9CbzEQ/rFs/+MQcGY7FglDE9F4eLFwlhCE8 e/NDhGMlm+0Bohg/jF8lzEfF2S+wA8udK+C9tGq3k9QJ+tZGqu2+It8wa/rHCJTDsnSXO97H PHK+bHPC1G8nRFJG24IedHeTKfeNcU5FU8fHoidATH4rRG8ni6kMQevEFIIe1F0Boeo6S/qf EVg8vIctpIhBCglIVBggvIsfjDA9Qfq9oucjo89I+z9I4fy+bI/IkJKBqgbHQLPJUpbHdJTJ XHXJagzJQIpJcdSLtJwmLJop2qpJcpyl8BtKAL8vXJdC/HiIPKOT45rKUhcZaQBKW/asyBqh 8zhJTKsyVKrDLCLK2q6bfJuiMOHKiiNFlJapuicNfK23OL5LWYm7pLC0Ai/KUuI4vKw8bLBL ora5DJSjY3W6GLc8qzpKVL88dKGj1BdL6sPLVMQnzLhMIj7KikHJhJukNALMCa0ZTMUdAa3M DM5MY9mWRJuk3I3KUkw1/NG18zFJalKbMoOBrNal1NYlDF1Ng+tMAlY8XNmt1E3NtN4v5NNG m25KGneQiXRNsubJ+5BBRJvCtKiw3JSmmyHJ1OlGFOamZGPOi30a7O0UJB/KUm7F7O639Oe4 I80BqoUhmfJPQeIzbPAU5NrNXOnJbPlLHJanqrdJ0nw2EBqnxFbJuoLGdJTQDD9PXQIx1KVQ DCjQSw7PdKGog9jPuw7MHQfJLOZQYxXKMo26NJupUcDJbQ9D8jOLrJfC7KVQ9MpROps2/Q7C bKMplCRRAhJGjRJKDOOzvOhRaX9P/RUy7GLKGqC95JaqtJBSHDLK1SJPtJTSTFCBqsXLtJvS fJtKVSk9XScitA5SjLklVSugNJ+5ImFLVTA6FJ1TGbNKosDB5JTTTSbTTP5TTKisJHFJvTlI BTXMXKMserDOPT1SFTua1O5Tos7CWBqtAUrJbUNGpJTG7QFJvUZTtUc19IGBrUfMNUpF/LnK GttN1UXNpMAtyju2tUvN+jjVGqnPWuYpPJ1VS7PU028mcIQQae5ViPyszVou4nnVo40IoIQm ZL5V4Ig3VCXV7WEocBtV6UA1LWA/3R5WOvSx6LPV6vjWNWkKQo9VsvhBsQBWqLJUzV6wG/cI PW+znW8v9XIlUQCe1WGwfCLXSqm3LXSwtXaw1GRWPXpJYJLXTBUglX0d2L5X7AFWixPG1XEJ 0WksXXzYNBshFXSWlT7Xyx4uxWjYjQLX/YjLNYgphKTWOyFRjYyyhYs61WVXEylEKNegmhJW bZQX09XZQhXBvV4yzBLZihlFvV4zQerXzZxYxZuqdQXWOzkbFX/aDYlZ0zfIMvYitZaz1aLZ 68DZPaYtNW2LZEDBFXFaodS4jaS0HNFXE0mIdYRV5a/NRa8r8qoMQ0tZa1A/BWjbWXvX/bdZ tbKkBa7WOKVbofJbQ1UvXbQaAoPb6oiLtcAWfZO10yBWjcNShXFcTOtcWlDTHXy2IrxW3ckI dVBcQlDQdKGcbGjc22rVm2cYfVsPels3FV5dI+7cwlzFDWOwVWipPX5VVdfV9QvWO3jErV5d vUhXFd1dY37VbWO/22FeCvNMfds4JUDd4eJO/eOnDRZeUnjeGNwni9dePepbqBs4yr/eyn4+ 1e4ozWi4tJnXy5PPnfIVtALe4wtE3e4fi+pWO5bUPfPfdD/V459fNftQsXRe45vOBWO6LDTW jgBZVgBH1f/JfOzV46XdxXFgXgDXzgdXa6olbW3gmhnX/gtTVgVZrgJZrc07NUbgbg5eMBs7 ZeZhLZ9eTWO7ZW27lYDXzhdZzV5hjL/cE79blhXaU6HhQefVy8VYrWjh+9PXFh/c7h/CWBu8 i6YJLiS8rGjia8zbria9Aqpim86LPis/agvibbojPi5T2Lti+Q85fibKZeNjK8RiY9hIYIpj RSLiY93hkIOBvjjcbezjicUNfjpU8glj2tnFPju2DZhjm+kTKXRj2t0VpjhNu4jj2ltHpkW2 3XDkCuNR/kcrCskv2a3k1j0nLatey/hL/j7lDeYI4u3CLlNWTKFlSbSe5lYgdixAOJRchjbl lcJlieJIHlNedkbAnTPjDl9bJlBPg6GBvAynZmMe1l1AtF1mTfXjPBJU5jbmiZGQBmc8LixB bY9mnQbirBbJHjmLYWllRnFVOL5mSWkp5jbB3SDiZB22EBvB3QdniXdnbnXRWmdnpOdixCPQ RezCqLyYLn4yTkHn/oIhFnoNMcHndhGjjoS69mLDQ9WBvDRlLDFk3De1pjbozjtoozfE3o8q zffo8l7jIZY09o2itnhEPMNo8i7ZHezpZUySnbMfJpoPnFDpudBj1EvSzjnEpnBezEvINpoP 6yVposhn9qQl6ffqXBzp4s7iHqFqi+1ppohjDFtqPqzoKBvFjDfiZF5jzixGDpbGDlLrJjPG OWBoRrVSVjbrVZ5jnGbZ/q6c1rPVfms9xiwvVkO8lnO+Trzdpr7G+2sSUu3gNsNO9ktHVonH VqO5DfxjnshpRsk4Dq5H/qJH/QpsMnjp9ezs1LzeyevkABuevpbIWr/tLfRqrIjs9tUwtief bL/nyfrV/jmfrdNtuxbqPJFkhjbJPlRJPQcBxJlGjuIpbhxuOpGr/uOdSmdua4oLPuhKhukh PZNurRnKFuPChNKJhKfaluwqLvCT5nLvGYwL4Bwh9RSJhvVttvZDLE3vSiHphvkZFALvqWuc nvkWugvv3lgJLv8iPulLrmrwGrirvwBwIsJwSrjloIOBxL9s9whbMjPwmZ4W1wBMbuHw0qpw mP7wkkNQpwmsbY3xHXINfxNcnukkjPEIpwm7JxXFZtCBxNJdrxo9/RMJhNPkVxdNbPzulNiy Vxutm9XxvVILtyNk9yRNzwLwByZkBxultM1x6284jyjdTwAbknnaryty1yROrCKOwmYVDyyu 3uHPDsoJhzRuZPDm3wfzROHzFAI2tzlk9ufPTvXzFXBv1PrWbz1xPulPwb9xdP9UyBx0KlV0 OfM810VXlWN0bA/0CVtz9QhAd0UxJCX0u2K3L0UWlRx0kWVvd07Bse4BxRRzjRDyLRRxz1NY 0XR1aMHoXxdRhyhRhql1ap8hF1wjMQB12ur1nZr0zSDcUJh2HD9vRSJZ+BxSY/pxdST0z2Tt yJhSluHSlwlSesr16rPMN2XLkjj27Dx05TNzzTMu521L3u1Th3TMFf8Kkr31EsCkby3TryLT r0zTr17T6IdwXxd30u51L39eZ3cQz0NUMgSff4HW70TUfgMBxUfyhUfbDwfUfnV4mlD4FU3j t4dU9yRcvjfxd49V34s2lzjVYb1ul5NuT5TAKByujl+LP5a1j5h5cgSXR5jPUL55bzNfqIP5 03VYeIp58JFn950dnoL6Lqv5m/3IH51AX6VHh5tWzv/6DXN5kJL51s7dr6w7mjj63bZ6uwfW aBywZUV6DXZkn7GVteZ7Tmea37Y12qp7TBUmd7log4j7qJRVZ7Aw76ZYV4V5z79fl7Mxbs8K PRL55hLYpFOCmIMCECoAbyuBAJggUBACoCIAauj8yBADkDOIMBeCMui8P8qDN8wOQhsIl8qD GBAuj8qDuBABQBaUyBT8qDV8x8k5P8qCJ9eBaMp9mCp9qCoBV92RV999raDfV9R8t9WOQBgM r9T9ePl+L9te+BB9z9f+J9p+n9x+UBR97+z+D9f9l+/+EBQ0Z+kR+IGBaNdYH+t8+BiBA4n9 H9KBgML+eBQBmBeBoBeByBx+kzQBaIAORcNhAICoRBAMBcMBmNxlBSoYxAKBgOhgMBTBjUDR kOBcNYJAoJBoRChgMhpEIkKBmLxoLxyOIyVI3ChzBBbIohJYWNBqMZVExiMotGI0DRnNpDA5 3CYXKKDLBeNZhMqOMxdQxBOaZJKdDIdUYrF5nG47H6XI4PX6hBpXLapMbKDaVW51XpNPqBbq FRLJV7rd7XJrbEYnLRtVbnWK1XLVPLBD75FKLc7PIBBgshhbeL8TcqPdcdTbzP6jQ8rgBdYc 1bJTk5aN8VV6zD9HeIXDclhspf5pHI8OMzXcHT9fvNjs9/otbpb3vNRvo3SdXD+bxqjLRxyu ntbtxMhurFqd/l7TpOxsBf29ByxdN+/j6/etPfqNv+p8OvJ+PnRy7ikO827isi8bpOAtDhvk wj+sOmEAOY8D5tMybovusyBBglL9hmGIauyF4YhhAAap6+L0QKyaxwujgbIHDcJJNDsPvVEU AMY2z9vpCr7MsjzMQ5D0QBiGMSRNAbwrDFTyLNFwcOFIMaOREMiva7rGx1CjoR6o7zQVFEZy GGUjQ1E7cRS3kVstFwbRhBbcyFGsxytAMsRinstJXC0fBdKE7oZOMphils6RLMskK+8UlwOI oqAaOIQAaGwYoG4QYhwGU+uEGVKBmglOUylI5DKEArhAN1IiFRwYBAoAWqBVgbxLT1WhwGkE oMNoGheI1WK0gwzLoqIjigKYWhlD4thAIowjkNg8oKPiCiYMI6VILoQDoN4QCqKghhYEA6jm MoxrnRoGijVNV1ardYBAG9Bo+h9J0qiFdV4oCBVsiFg1ZFSFxZc9VWFV13XgrAautEqO3sBq KIWGtzUdgdfXahN33jhNWhkgVfipXWHxFiQG4pdlX4vg95VaG1MyVj+HIVD2R5LguUYyh4Yp vXGX4eGWA4ndea1jm4QBk6gYrVkCFWRmeg4toeEIeGU24bh6k6bgmn4xqOihyG7iaUFwZ4io +Badk+oZUGcOhc3ewhpn+SbPg2iU9Qzj7fsjf7NrO0a3tSYxfqqFBruOaa1lONBoGdQuFXOY I/vSN75iu/cSh4aBtFwYcdniFBtw255trgaBygQc7dyAbckBvKZNumuBrteVcfh4b7jSAG3h F2kBAHCBYZpE+99r991HUtT3VvuDBlr7rIVl2QRFVlxokKQmincFxXIguR3Sum2pSO9I1Z8o QCkI9Ihqj3OBAGlbpSGwb1vJ4QYSrCH+OKdIqB/oQByDOpEGzgXegyY4C597RUSuoBA2sgjx 1gu5fW8N8wNyRKWbGd4GgOCCBjDa/xdhQIAKRBeGkNpQAiBvAaQEDQplbmRzdHJlYW0NCmVu ZG9iag0KNyAwIG9iag0KMTMwNzk5DQplbmRvYmoNCjEwIDAgb2JqDQo8PA0KL1R5cGUgL1hP YmplY3QNCi9TdWJ0eXBlIC9JbWFnZQ0KL05hbWUgL2ltMQ0KL0ZpbHRlciAvQ0NJVFRGYXhE ZWNvZGUgDQovV2lkdGggMjQ1DQovSGVpZ2h0IDMzMg0KL0JpdHNQZXJDb21wb25lbnQgMQ0K L0ltYWdlTWFzayB0cnVlDQovRGVjb2RlIFsgMSAwIF0gDQovTGVuZ3RoIDExIDAgUg0KL0Rl Y29kZVBhcm1zIDw8DQovSyAtMSAvQ29sdW1ucyAyNDUNCj4+DQo+Pg0Kc3RyZWFtDQr///// ///////////////////////////////5NQPDLJmB4Zn///////////////////////////// ///////yC1tK2tra2sMLa2tra2tra2sMLa2tra2tra2sMLa2tra2tra2sMLa2tra2tra2sML a2tra2tra2sMLa2tragAgAgNCmVuZHN0cmVhbQ0KZW5kb2JqDQoxMSAwIG9iag0KMTI5DQpl bmRvYmoNCjE0IDAgb2JqDQo8PA0KL0xlbmd0aCAxNSAwIFINCi9GaWx0ZXIgL0xaV0RlY29k ZSANCj4+DQpzdHJlYW0NCoAURADTjAxsMBcMhoIBhDBAOBiLhmNhAMRmNBdCxoOBqLhhCzGb YHDZIIDkZ4GLzSbRkICIbwbAQA0KZW5kc3RyZWFtDQplbmRvYmoNCjE1IDAgb2JqDQo1Nw0K ZW5kb2JqDQoxMiAwIG9iag0KPDwNCi9UeXBlIC9YT2JqZWN0DQovU3VidHlwZSAvSW1hZ2UN Ci9OYW1lIC9pbTINCi9GaWx0ZXIgL0NDSVRURmF4RGVjb2RlIA0KL1dpZHRoIDI1MQ0KL0hl aWdodCAzMzkNCi9CaXRzUGVyQ29tcG9uZW50IDENCi9JbWFnZU1hc2sgdHJ1ZQ0KL0RlY29k ZSBbIDEgMCBdIA0KL0xlbmd0aCAxMyAwIFINCi9EZWNvZGVQYXJtcyA8PA0KL0sgLTEgL0Nv bHVtbnMgMjUxDQo+Pg0KPj4NCnN0cmVhbQ0K/Phkgq////////////////////////////// //////////////////////////////////////////////////////////////////////// /////zsTA4//8moHhl58DwzP//////////////////////////////////////////////// 5BYKpLAKL1vW8Let62TgeDattLbS20sNoLbS20ttLbS2GEttLbS20sNoLbS20ttLbS2GEttL bS20sNoLbS20ttLbS2GEttLbS20sNoLbS20ttLbS2GEttLbS20sNoLbS20ttLbS2GEttLbS2 Kwwtra2tra2oAIAIDQplbmRzdHJlYW0NCmVuZG9iag0KMTMgMCBvYmoNCjI1NQ0KZW5kb2Jq DQoxOCAwIG9iag0KPDwNCi9MZW5ndGggMTkgMCBSDQovRmlsdGVyIC9MWldEZWNvZGUgDQo+ Pg0Kc3RyZWFtDQqAFEQA0hFQGjEajAXDcZCAajQawsbCAQFQiA0YCCMxk5GeBi8jRkYw2Kma MC4YDOJxUxiAWwoYSOKFQ7iAUDMWkQQCmKmoGi2Ji2EC6VxaNSgZDeZy2MxWaigmm8yGWeFS fDIbDEXDgaS6RwuSUaQSIci6wyaXygbjmw0ykDGi0+KXMjkEpE0kk4QEcoFMWjIazuexiXDK uxWdWmUjcZ0uXTAZSmZ08qEm8E4jiAoEUpEYn3cgk4hkWqz4bREaw0WjQYDIXDQcTOdSCG2W uTOTTAYWvHTAaXDJzYrjMklcky4WiAmmE5C4YjAWCAYjkcjjSg0iwaN9IQR2B6my2wQRCIjC u1iiefnRM5GUQSY498axGVePzVvYjEZwoZw0aNcHL2PcBorhUEA3IGGLuQU7wGvm+iJtYGj8 Ok/YXP68cAQE94GoEgiDPmG6JQy8rDosg6NRTBqxhA20TLQ/gZBwtsUqcmwmiCLDrsjCimqM 7aOI8n6YBy+bHBQEAXsEqwGxE8UfJ0kUVSEtIYoZGioLy68rBc1Max/FMgo+I0FRc3CTta07 HSqGSwrkKwwjYOoyjnJafNWG0LtUr7YNko4YN2xqWMe5zWhy4IUDTBAyjCMY0OlQAQCmMoxj eNwyBAIVFOu7MUO3BrwBc8T/hw9IQMA171OA9sOSlMUHBk8L/BjCcA1OiIaVVDaTQVKVQVjU SGhmtaiNjVFc1O9buvc+D5Vk8YaREmSRwmGD8zy2NWQJA0ERRBUGSE+dn1zaSG2olFrq3ZcO Q8gsHBs10MIgGaiNkk6GoUrtwTGjMzJLIaUOnNaYBvNUbBQ56M0nStLhAII7DKOQwjOqjB06 +MHBrZ6VSdcz0VtVAbWzAcCwPBMFu7cONWCEGOZYkc85AiORXWk12xBeE9ZaHF6Rle1eu5Br FBrK2BpQGgZtjg4pjCNo4DY9y7inTiDYwGucwwlSy2mGStPE591VYK+TQ/d942EG6FaVE8gZ TMcyq3F80UDozn1jRFFBBRlHUhhVKUtTFNDdqkOoGgINCmVuZHN0cmVhbQ0KZW5kb2JqDQox OSAwIG9iag0KNzc3DQplbmRvYmoNCjQgMCBvYmoNCjw8DQovVHlwZSAvUGFnZQ0KL1BhcmVu dCA1IDAgUg0KL1Jlc291cmNlcyA8PA0KL0ZvbnQgPDwNCi9GMCA4IDAgUiANCi9GMSA5IDAg UiANCi9GMiAxNiAwIFIgDQo+Pg0KL1hPYmplY3QgPDwNCi9pbTEgMTAgMCBSIA0KL2ltMiAx MiAwIFIgDQo+Pg0KL1Byb2NTZXQgMiAwIFINCj4+DQovQ29udGVudHMgWyA2IDAgUiAxNCAw IFIgMTggMCBSICBdDQo+Pg0KZW5kb2JqDQo4IDAgb2JqDQo8PA0KL1R5cGUgL0ZvbnQNCi9T dWJ0eXBlIC9UcnVlVHlwZQ0KL05hbWUgL0YwDQovQmFzZUZvbnQgL0FyaWFsLEJvbGQNCi9F bmNvZGluZyAvV2luQW5zaUVuY29kaW5nDQo+Pg0KZW5kb2JqDQo5IDAgb2JqDQo8PA0KL1R5 cGUgL0ZvbnQNCi9TdWJ0eXBlIC9UcnVlVHlwZQ0KL05hbWUgL0YxDQovQmFzZUZvbnQgL0Fy aWFsDQovRW5jb2RpbmcgL1dpbkFuc2lFbmNvZGluZw0KPj4NCmVuZG9iag0KMTYgMCBvYmoN Cjw8DQovVHlwZSAvRm9udA0KL1N1YnR5cGUgL1RydWVUeXBlDQovTmFtZSAvRjINCi9CYXNl Rm9udCAvQ29taWNTYW5zTVMsQm9sZA0KL0ZpcnN0Q2hhciAzMQ0KL0xhc3RDaGFyIDI1NQ0K L1dpZHRocyBbIDUwMCA0MzQgMjM4IDQzOCA4NDMgNjkzIDgyMCA2NTQgNDM0IDM2NiAzNjYg NTMwIDYxMCA0MzQgNjEwIDQzNCANCjUxMiA2MTAgNjEwIDYxMCA2MTAgNjEwIDYxMCA2MTAg NjEwIDYxMCA2MTAgNDM0IDQzNCA2MTAgNjEwIDYxMCANCjU2NiA5MzEgNzMxIDYzMCA2MTkg NzIyIDYyNSA2MDcgNjgwIDc2OCA1NDYgNjY1IDYxMSA1NTEgODgzIDgxMyANCjc5OCA1MzMg ODc2IDY0MCA2OTMgNjk2IDczNyA2NzUgMTA0MCA3MjQgNjM1IDY5MyAzNzYgNTUwIDM3NiA2 MTAgDQo2MjcgNTU2IDU1NiA1OTMgNTE0IDU4NyA1NTkgNTA4IDUzMSA1NzggMjgwIDQwMyA1 NDAgMjc0IDc3NyA1MjMgDQo1MjYgNTM1IDUyMCA0ODAgNDg3IDQ3MSA1MjAgNDg2IDY4NCA1 OTAgNTUzIDUzOCAzNjYgNDIxIDM2NiA2MTAgDQo1MDAgNTAwIDUwMCA0MzQgNTg5IDQzMCA2 NzUgNjEwIDU5NyA1NTYgMTI0MSA2OTMgNjEwIDExOTQgNTAwIDUwMCANCjUwMCA1MDAgMjI2 IDIyNiA0MzQgNDM0IDYxMCA0NDEgODgzIDU1NiA4ODMgNTA3IDYxMCA4OTcgNTAwIDUwMCAN CjYzNSA0NzYgMjM4IDYxMCA3OTMgNjEwIDYxMCA0MjEgNjM1IDU1NiA3OTUgNjEwIDYzOSA2 MTAgNjEwIDc5NSANCjU1NiA2MTAgNjEwIDYxMCA2MTAgNTU2IDYxMCA3NjEgNjEwIDU1NiA2 MTAgNjEwIDYzOSA2MTAgNjEwIDYxMCANCjU2NiA3MzEgNzMxIDczMSA3MzEgNzMxIDczMSAx MDg3IDYxOSA2MjUgNjI1IDYyNSA2MjUgNTQ2IDU0NiA1NDYgDQo1NDYgNzIyIDgxMyA3OTgg Nzk4IDc5OCA3OTggNzk4IDYxMCA3OTggNzM3IDczNyA3MzcgNzM3IDYzNSA1MjEgDQo1MzQg NTU2IDU1NiA1NTYgNTU2IDU1NiA1NTYgOTEyIDUxNCA1NTkgNTU5IDU1OSA1NTkgMjgwIDI4 MCAyODAgDQoyODAgNTA5IDUyMyA1MjYgNTI2IDUyNiA1MjYgNTI2IDYxMCA1MzMgNTIwIDUy MCA1MjAgNTIwIDU1MyA1MzUgDQo1NTMgXQ0KL0VuY29kaW5nIC9XaW5BbnNpRW5jb2RpbmcN Ci9Gb250RGVzY3JpcHRvciAxNyAwIFINCj4+DQplbmRvYmoNCjE3IDAgb2JqDQo8PA0KL1R5 cGUgL0ZvbnREZXNjcmlwdG9yDQovRm9udE5hbWUgL0NvbWljU2Fuc01TLEJvbGQNCi9GbGFn cyAxNjQxNg0KL0ZvbnRCQm94IFsgLTI1MCAtMjkzIDE0OTMgMTEyMiBdDQovTWlzc2luZ1dp ZHRoIDUxMg0KL1N0ZW1WIDE1NQ0KL1N0ZW1IIDE1NQ0KL0l0YWxpY0FuZ2xlIDANCi9DYXBI ZWlnaHQgMTEyMg0KL1hIZWlnaHQgNzg1DQovQXNjZW50IDExMjINCi9EZXNjZW50IDI5Mw0K L0xlYWRpbmcgNDE1DQovTWF4V2lkdGggMTI0NA0KL0F2Z1dpZHRoIDQ4OA0KPj4NCmVuZG9i ag0KMiAwIG9iag0KWyAvUERGIC9UZXh0IC9JbWFnZUIgIF0NCmVuZG9iag0KNSAwIG9iag0K PDwNCi9LaWRzIFs0IDAgUiBdDQovQ291bnQgMQ0KL1R5cGUgL1BhZ2VzDQovTWVkaWFCb3gg WyAwIDAgNzkyIDYxMiBdDQo+Pg0KZW5kb2JqDQoxIDAgb2JqDQo8PA0KL0NyZWF0b3IgKEcy NS54bHMpDQovQ3JlYXRpb25EYXRlIChTYXR1cmRheSwgSnVuZSAyMCwgMTk5OCAxOTo1NlBN KQ0KL1RpdGxlIChHYXJtaW4gR1BTLTI1IFRpbWluZykNCi9BdXRob3IgKFczSVdJKQ0KL1By b2R1Y2VyIChBY3JvYmF0IFBERldyaXRlciAzLjAyIGZvciBXaW5kb3dzKQ0KL0tleXdvcmRz ICgpDQovU3ViamVjdCAoKQ0KPj4NCmVuZG9iag0KMyAwIG9iag0KPDwNCi9QYWdlcyA1IDAg Ug0KL1R5cGUgL0NhdGFsb2cNCj4+DQplbmRvYmoNCnhyZWYNCjAgMjANCjAwMDAwMDAwMDAg NjU1MzUgZg0KMDAwMDEzNDkyMSAwMDAwMCBuDQowMDAwMTM0Nzg3IDAwMDAwIG4NCjAwMDAx MzUxMzggMDAwMDAgbg0KMDAwMDEzMjkxNiAwMDAwMCBuDQowMDAwMTM0ODI5IDAwMDAwIG4N CjAwMDAwMDAwMjEgMDAwMDAgbg0KMDAwMDEzMDkwMiAwMDAwMCBuDQowMDAwMTMzMTM2IDAw MDAwIG4NCjAwMDAxMzMyNTYgMDAwMDAgbg0KMDAwMDEzMDkyNyAwMDAwMCBuDQowMDAwMTMx MzEyIDAwMDAwIG4NCjAwMDAxMzE0OTggMDAwMDAgbg0KMDAwMDEzMjAwOSAwMDAwMCBuDQow MDAwMTMxMzM1IDAwMDAwIG4NCjAwMDAxMzE0NzYgMDAwMDAgbg0KMDAwMDEzMzM3MSAwMDAw MCBuDQowMDAwMTM0NDk3IDAwMDAwIG4NCjAwMDAxMzIwMzIgMDAwMDAgbg0KMDAwMDEzMjg5 MyAwMDAwMCBuDQp0cmFpbGVyDQo8PA0KL1NpemUgMjANCi9Sb290IDMgMCBSDQovSW5mbyAx IDAgUg0KL0lEIFs8NzM0MmI2ZjdmNTRkMzNkOTc3Y2JiYTBhZjYwM2QzY2M+PDczNDJiNmY3 ZjU0ZDMzZDk3N2NiYmEwYWY2MDNkM2NjPl0NCj4+DQpzdGFydHhyZWYNCjEzNTE5Mw0KJSVF T0YNCg== --------------524D70612637183B7429EC33-- From APBIDDLE@att.net Sat Jun 20 17:20:18 1998 Received: from mtiwmhc02.worldnet.att.net (mtiwmhc02.worldnet.att.net [204.127.131.37]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id RAA16394 for ; Sat, 20 Jun 1998 17:20:16 -0500 (CDT) Received: from system ([12.69.69.203]) by mtiwmhc02.worldnet.att.net (InterMail v03.02.03 118 118 102) with SMTP id <19980620221945.EWQZ13513@system> for ; Sat, 20 Jun 1998 22:19:45 +0000 Reply-To: From: "Alan Biddle" To: Subject: RE: [TACGPS:1662] New Tech Notes Online Date: Sat, 20 Jun 1998 22:19:43 -0000 Message-ID: <000001bd9c99$8730e5e0$cb45450c@system> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Real World, The n.: 6. Mythical land. Found at the end of the Yellow Brick Road. From gingell@vnet.net Sat Jun 20 17:42:06 1998 Received: from hypersoft.vnet.net (gingell@hypersoft.vnet.net [166.82.175.132]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id RAA17340 for ; Sat, 20 Jun 1998 17:42:03 -0500 (CDT) Received: from localhost (gingell@localhost) by hypersoft.vnet.net (8.7.5/8.7.3) with SMTP id SAA00394 for ; Sat, 20 Jun 1998 18:33:36 GMT X-Authentication-Warning: hypersoft.vnet.net: gingell owned process doing -bs Date: Sat, 20 Jun 1998 18:33:36 +0000 (WAT) From: Mike Gingell Reply-To: Mike Gingell To: tacgps@tapr.org Subject: Surplus Rubidium Oscillators In-Reply-To: <199806201825.NAA03565@tapr.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I assume that all the Oscillators that are offered on the market at prices we can afford are "used". The question comes to mind as to how much longer they can be used. My main concern is that a rubidium oscillator uses a special rubidium vapor gas cell which must have a limited life. I assume the ones being sold are used and have been in service for some years before being sold on the surplus market. I looked at the specs on the HP5065A and they indicate a life time of several million hours - i,e, 20 years or so, although they only offer a 3 year warranty. I imagine the rubidium cell would cost more than a surplus unit to replace even assuming one could find a source. Why are these on the market? Is it because they have been used for an extended period of time and are changed out as a matter of course after a certain number of hours. Does anyone have experience of this? Mike Gingell, KN4BS Raleigh NC, USA gingell@vnet.net web site http://users.vnet.net/gingell/vnethome.html From tac@clark.net Sat Jun 20 19:19:33 1998 Received: from ice.clark.net (ice.clark.net [168.143.0.12]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id TAA02499 for ; Sat, 20 Jun 1998 19:19:31 -0500 (CDT) Received: from clark.net (tac.clark.net [168.143.32.123]) by ice.clark.net (8.8.8/8.8.8) with ESMTP id UAA24905 for ; Sat, 20 Jun 1998 20:20:46 -0400 (EDT) Message-ID: <358C5176.301E539B@clark.net> Date: Sun, 21 Jun 1998 00:19:02 +0000 From: "Dr Thomas A Clark (W3IWI)" Reply-To: tac@clark.net X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: TACGPS Subject: Rubidium Lifetimes Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The question was asked (sorry I hit the delete key before I noted who asked it) about the lifetime of Rubidium standards. First, rhe Rb's being discussed are, for the most part, used. [Aside: A couple of years ago there were some brand new Efratom M-100's with production dates in the late 80's that appeared on surplus. Apparently the new units were used by Raytheon in the encryption units for Patriot missiles. The one I got was still sealed in its hermetic bag with original factory test notes.] In general, the Rb standards do not have any "expendable" materials inside them, except for one light bulb. The Rubidium is in vapor form in a sealed glass cell. The entire cell is heated and is inside a 6.8 GHz microwave resonant cavity. A light shines thru the cell to be detected by a photocell. When the 6.8 GHz RF precisely matches the hyperfine resonant frequency of Rubidium, the intensity of the transmitted light drops a little bit. The xtal oscillator inside the unit is mulktiplied/synthesized to get a little 6.8 GHz RF energy and the xtal is FM'd ~20 Hz. A synchronous detector, slaved to the oscillator that is FMing the xtal gets an error voltage, using the Rb absorption as an FM discriminator. So the only "lifetime killers" are the (replaceable) light bulb, and the fact that part of the innards must operate at an elevated temperature (which could "cook" some of the parts). In asking about lifetimes, you may be thinking about Cesium beam standards. In a Cesium standard, a hot source (much like the filament heated cathode in a vaccuum tube -- a device that the modern generation calls a "glowFET") "boils off" metallic Cesium in a directed beam. The Cesium's ~9.2 GHz hyperfine transition is detected in a manner similar to that I described for the Rubuidium. The cell in a Cesium standard does have a finite lifetime -- often ~ 10 years -- since the Cesium "cathode" is expended in the process of being boiled away (just like the cathode in the 4-400's in your KW amplifier has a finite lifetime). 73, Tom From k4jpj@appstate.campus.mci.net Sat Jun 20 19:32:13 1998 Received: from aus-e.mp.campus.mci.net (aus-e.mp.campus.mci.net [208.140.84.25]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id TAA02781 for ; Sat, 20 Jun 1998 19:32:12 -0500 (CDT) Received: from donaldha (s06-pm67.snaustel.campus.mci.net [206.96.234.83]) by aus-e.mp.campus.mci.net (8.9.0/8.8.8) with SMTP id UAA20142 for ; Sat, 20 Jun 1998 20:29:00 -0400 (EDT) Message-Id: <3.0.5.32.19980620202814.007d47e0@appstate.campus.mci.net> X-Sender: k4jpj@appstate.campus.mci.net (Unverified) X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Sat, 20 Jun 1998 20:28:14 -0400 To: tacgps@tapr.org From: "Donald E. Haselwood" Subject: Garmin GPS-30: 1pps phase, a jitter In-Reply-To: <3589DB8B.C8A43267@clark.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Does the GPS-30 sync the 1 pps pulses to the time? I thought it did, but my results raise some doubt. My program outputs the phase difference between the Rube and the GPS-30 in terms of micro's 1/2 us bus "ticks". I was putting out 60 second averages. The next day, around noon, with a bright sun, the GPS-30 got heat-stroke and stalled. Later, it started back up. TAC32 was looking just fine, but my test setup was now displaying a phase difference roughly 200 us earlier than before. Before the GPS konked out, the plot shows the Rube drift *very* clearly--a regression came up with 4E-11 (freq err with std dev 1E-13). That all looks right. The drift after the konk-out looks about the same (but I don't have many hours of data). It looks like the GPS-30 recovered with a different 1 pps phase. This happened a few days ago (cloudy wx in between), but I dismissed it as a bug with my program and added some more output fields to double check. The data look correct. If I pull the plug on the (not-heat-stroked) GPS-30 power for a minute or so, then plug it back in, the Rube-gps phase is still the same (within a 1/2 us, give or take a little jitter) after it locks, just as expected. Maybe after recovering from heat stroke the GPS-30 needs a reset or power-down cycle... The jitter on the plots surprised me. Even with 60 sec averages I expected the noise to look random. Instead the last plot (appprox 20 hours duration) shows a string of saw-tooths, followed by one slow rising saw-tooth, a couple of nice square waves, then more saw-tooths but reversed (fast rise, slow fall). The pk-pk amplitude is roughly 1 us for all of this "noise." Do you think this is coming from the GPS-30 as it "tinkers with the locking," or SA? Regards, Don, W4DH From ssampson@usa-site.net Sat Jun 20 20:47:03 1998 Received: from access.usa-site.net (access.usa-site.net [209.140.34.130]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id UAA06181 for ; Sat, 20 Jun 1998 20:47:01 -0500 (CDT) Received: (from ssampson@localhost) by access.usa-site.net (8.8.5/8.8.5) id UAA14731 for tacgps@tapr.org; Sat, 20 Jun 1998 20:47:07 -0500 From: Steve Sampson Message-Id: <199806210147.UAA14731@access.usa-site.net> Subject: Re: [TACGPS:1665] Surplus Rubidium Oscillators To: tacgps@tapr.org Date: Sat, 20 Jun 1998 20:47:06 -0500 (CDT) In-Reply-To: from "Mike Gingell" at Jun 20, 98 05:45:19 pm Content-Type: text > Why are these on the market? Is it because they have been used for > an extended period of time and are changed out as a matter of course > after a certain number of hours. As a military contractor, I can say we dump everything the Government gives us as GFE (Government Furnished Equipment) when we lose a contract, or complete the contract. These piles (pallets) of stuff are returned to the Program Managers who have no clue (or space) what to do with them, and they then give them to DRMO (Defense Reutilization Management Office) who then sells the pallet to the highest bidder. The government doesn't consider worth, only security. Rb devices are standard equipment in almost all SS radios the military uses. Normally they aren't changed out, but they may have failed some spec (the color of the attached card changes for rejects), maybe even a burned out light-bulb :-) Most of the people selling these do check them out pretty good I hear. Steve TRW From tac@clark.net Sat Jun 20 21:07:50 1998 Received: from ice.clark.net (ice.clark.net [168.143.0.12]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id VAA07205 for ; Sat, 20 Jun 1998 21:07:49 -0500 (CDT) Received: from clark.net (tac.clark.net [168.143.32.123]) by ice.clark.net (8.8.8/8.8.8) with ESMTP id WAA23076 for ; Sat, 20 Jun 1998 22:09:03 -0400 (EDT) Message-ID: <358C6A9B.AFD0BBE2@clark.net> Date: Sun, 21 Jun 1998 02:06:19 +0000 From: "Dr Thomas A Clark (W3IWI)" Reply-To: tac@clark.net X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1667] Garmin GPS-30: 1pps phase, a jitter References: <3.0.5.32.19980620202814.007d47e0@appstate.campus.mci.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Donald E. Haselwood wrote: > > Does the GPS-30 sync the 1 pps pulses to the time? I thought it did, but > my results raise some doubt. > > My program outputs the phase difference between the Rube and the GPS-30 in > terms of micro's 1/2 us bus "ticks". I was putting out 60 second averages. > The next day, around noon, with a bright sun, the GPS-30 got heat-stroke > and stalled. Later, it started back up. TAC32 was looking just fine, but > my test setup was now displaying a phase difference roughly 200 us earlier > than before. I wonder if, perhaps, you took a "hit" on the counter that is dividing the Rb down to 1PPS. > Before the GPS konked out, the plot shows the Rube drift *very* clearly--a > regression came up with 4E-11 (freq err with std dev 1E-13). That all > looks right. The drift after the konk-out looks about the same (but I > don't have many hours of data). It looks like the GPS-30 recovered with a > different 1 pps phase. Or the Rb's counter glitched. > This happened a few days ago (cloudy wx in between), but I dismissed it as > a bug with my program and added some more output fields to double check. > The data look correct. > > If I pull the plug on the (not-heat-stroked) GPS-30 power for a minute or > so, then plug it back in, the Rube-gps phase is still the same (within a > 1/2 us, give or take a little jitter) after it locks, just as expected. > Maybe after recovering from heat stroke the GPS-30 needs a reset or > power-down cycle... > > The jitter on the plots surprised me. Even with 60 sec averages I expected > the noise to look random. Instead the last plot (appprox 20 hours > duration) shows a string of saw-tooths, followed by one slow rising > saw-tooth, a couple of nice square waves, then more saw-tooths but reversed > (fast rise, slow fall). The pk-pk amplitude is roughly 1 us for all of > this "noise." Do you think this is coming from the GPS-30 as it "tinkers > with the locking," or SA? Don, again I implore you to take a look at the several plots contained in the three gar*.zip files on aleph at ftp://aleph.gsfc.nasa.gov/GPS/totally.accurate.clock/ These were taken with a GPS-20, but it should be the same as your -30. In the gar-long.zip file you will see the results of 2 WEEKS of continuous measurements. The absolute extrema of all these measurements fit in a +/- 2 usec window. I NEVER saw ANY 200 usec excursions. The G-20 shows LOTS of 1 usec jumps, and it is this performance that I assert makes the G-20 be unacceptable for any precise timing or oscillator steering tasks. If you follow the "jumps" carefully you will see that they happen when the receiver adds or deletes or loses lock or recovers lock on a satellite. The short-term (i.e. a couple of minutes) "sawtooth" behavior with the G-20 running in 2-D mode is seen in the short-2d.gif plot. The performance in 2D & 3D mode over a few hours can be seen in the garm-2d.gif and garm-3d.gif plots. What you describe on jitter performance sounds exactly like I would have expected from the GPS-20 "toy" receiver. I think you'll be amazed at the difference if you replace the -20 with a "real" receiver (like an ONCORE). 73, Tom From k4jpj@appstate.campus.mci.net Sat Jun 20 21:12:01 1998 Received: from aus-e.mp.campus.mci.net (aus-e.mp.campus.mci.net [208.140.84.25]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id VAA07326 for ; Sat, 20 Jun 1998 21:12:00 -0500 (CDT) Received: from donaldha (s08-pm67.snaustel.campus.mci.net [206.96.234.85]) by aus-e.mp.campus.mci.net (8.9.0/8.8.8) with SMTP id WAA23557 for ; Sat, 20 Jun 1998 22:09:21 -0400 (EDT) Message-Id: <3.0.5.32.19980620220828.007d5830@appstate.campus.mci.net> X-Sender: k4jpj@appstate.campus.mci.net (Unverified) X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Sat, 20 Jun 1998 22:08:28 -0400 To: tacgps@tapr.org From: "Donald E. Haselwood" Subject: Re: [TACGPS:1663] GPS-25 1pps, ONCORE & Rb comments In-Reply-To: <358C1E1A.B1C3B8DC@clark.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Tom, My msg on the GPS-30 1pps & jitter crossed with your comments. I think your comments answer the questions about jitter (the heat-stroke recovery may be different) . >The GPS-20/30 is a POOR choice for use as an oscillator stabilizer. >As you can see from the plots on my aleph ftp site at > > ftp://aleph.gsfc.nasa.gov/GPS/totally.accurate.clock/ > >the various Garmin plots show that the GPS-20 timing has erratic >jumps at levels ~ 1 usec. Thisw is presumably due to the sequential >receiver re-assigning & reseting its resources whenever it feels like >it. A GPS-20 will most certainly degrade the performance of any >fairly good xtal or Rb that it is used with. Your GAR-LONG.GIF looks a lot like my plot, except I have the 4E-11 freq diff that puts a ramp on the data. >The ONCORE UT+ has not been tested in detail, but should work Something I saw *suggested* that it might be cheaper than the VP (but the TAPR purchase may offset that). >If your goal is to use the oscillator as a frequency standard for microwave >applications, I'd recommend finding a good xtal! Thinking of a putting a surplus 10 Ghz surplus rig on ssb, my goal is to lock the xtal in the rig to the Rb with loop time constant that is slow so that it suppresses the 127 Hz FMing, but controls the drift of the osc. BTW, the 127 Hz signal is why the power supply ripple spec, i.e. 120 Hz, is so critical (making those Sony switching supplies an even better choice :). Thanks for the 20 - 30 Hz @ 6 Ghz FM figure. The FRK manual doesn't mention the deviation. At 10 Mhz that that translates to really small deviation! It looks like some specmanship in the signal/noise figure, however (">120db in 1Hz band at more than 200 Hz from nominal frequency")--the spec avoids the first spectral line of the 127 Hz fm'ing "noise"! Regards, Don, W4DH From tac@clark.net Sat Jun 20 21:37:46 1998 Received: from ice.clark.net (ice.clark.net [168.143.0.12]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id VAA08540 for ; Sat, 20 Jun 1998 21:37:45 -0500 (CDT) Received: from clark.net (tac.clark.net [168.143.32.123]) by ice.clark.net (8.8.8/8.8.8) with ESMTP id WAA01695 for ; Sat, 20 Jun 1998 22:38:59 -0400 (EDT) Message-ID: <358C71DA.716644CC@clark.net> Date: Sun, 21 Jun 1998 02:37:14 +0000 From: "Dr Thomas A Clark (W3IWI)" Reply-To: tac@clark.net X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1660] Oncore versus Garmin RX Sensitivity? References: <199806201219.IAA00169@meow.febo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit John Ackermann N8UR wrote: > > I've been having a devil of a time getting good quality results from my > older 6-channel Oncore receiver. Today, I temporarily hooked up the > GPS-25 that's going into my car to the antenna that the Oncore normally > uses (and that I've assumed was the source of my trouble) and was > surprised to discover that -- at least over the relatively short > inteval I've been monitoring -- the GPS-25 is giving much, much better > HDOP readings and a more stable position. > > The Oncore works, I see "holes" in the sky where there aren't any > obstructions, and over any long observation period the average HDOP is > 2.0 or more. So far, the Garmin is locking 7-8 satellites, generating > a tight position pattern (on SAWatch) and generating stable HDOP of > about 1.1. John -- what firmware version is in the ONCORE? If it happenes to be version 4 or earlier, I'm not surprised. The earliest PVT6s (the first one I tried was in the 3.x days, circa 1993) were quite disappointing. The same hardware became much more competent with release 5.x and 6.x firmware. (FYI -- The latest 8-channel ONCORE firmware is 10.x, and most of the TAPR-supplied units were 8.8). How do you have the satellite selection configured (best PDOP? Best HDOP? Highest in Sky?)? If it is set for PDOP, then it is trying to get the best 6 satellites for geometry, which means that it is probably trying for some very low elevation satellites, which are probably buried in the trees. If you are wasting rcvr channels trying to get satellites in the trees, raise the elevation limit. Or try the "Highest in Sky" option (in which case the elevation cutoff is essentially irrelevant). When the satellites lock up, what kind of S/N do you see. On all the ONCOREs I've used, I expect to see S/N of 30 (and often 33) for high elevation satellites. If you are in the low 20's, then you either have a poor antenna, or a lot of coax cable loss, or a totally shielded QTH, or severe RFI. Since the GPS CA code is only 1023 bits long, the intrinsic "spreading gain" is about 30 dB. If you go thru the arithmetic, you will find that the intrinsic dynamic range of ANY CA-code GPS receiver is in the 23-25 dB range. If you start with the strongest signals having less than about 25 dB S/N, then the weakest satellites that could/should be detected have nearly zero S/N. The ONCOREs will hold lock and track with a reported S/N of ~7-8 dB. I have been very impressed with the RF performance of the 12-channel Garmin engine (GPS-II+, GPS-III and G-25 are the ones I've tried). Their acquisition performance looks a bit better than the ONCORE, and the (Kalman?) filter they have in their tracking loops follows drop- outs very well. I'd have to rate their RF performance as 1-2 dB better than the best of the ONCOREs. I mentioned the RFI problem -- this is a distinct possibility for you to check on. It turns out that the 2nd harmonic of UHF TV channels 66-67 is very close to the GPS frequency. Here in this area, 67 is a high- powered PBS station in north-west Baltimore and many rcvrs often fail in the area. I believe that you have 66 in the Columbus area -- it's a possibility that you are be de-sensed. If this is the problem, it is often due to things outside your receiver. For example, the GPS wavelength is ~20 cm, so a half-wave dipole is ~10 cm (4 inches) long. If there are any such pieces of metal around, and if they happen to have a cruddy connection that makes a diode in them, then they could act as an external frequency doubler. You may recall that a frequent source of 144/220/432 MHz RFI are the metal diagonal braces on the cross-arms on telephone & power poles. The 2 pieces of metal are held to the pole by a drive-in bolt, and have a possible poor electrical connection at their junction. The RFI that results from these often goes away when it rains (the moisture making whatever salt is in the corrosion become more conductive), and get worse when it gets dry, and especially after a wind (that can loosen the already poor connection). So if you are near a channel 66-67 TV station, be advised that poor GPS performance may not be the fault of your GPS rcvr. 73, Tom 73, Tom From k4jpj@appstate.campus.mci.net Sat Jun 20 22:27:11 1998 Received: from aus-e.mp.campus.mci.net (aus-e.mp.campus.mci.net [208.140.84.25]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id WAA10941 for ; Sat, 20 Jun 1998 22:27:09 -0500 (CDT) Received: from donaldha (s11-pm56.snaustel.campus.mci.net [206.96.232.232]) by aus-e.mp.campus.mci.net (8.9.0/8.8.8) with SMTP id XAA26088 for ; Sat, 20 Jun 1998 23:25:59 -0400 (EDT) Message-Id: <3.0.5.32.19980620232524.007dbe60@appstate.campus.mci.net> X-Sender: k4jpj@appstate.campus.mci.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Sat, 20 Jun 1998 23:25:24 -0400 To: tacgps@tapr.org From: "Donald E. Haselwood" Subject: Re: [TACGPS:1669] Re: Garmin GPS-30: 1pps phase, a jitter In-Reply-To: <358C6A9B.AFD0BBE2@clark.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Tom, Thanks for the response. >I wonder if, perhaps, you took a "hit" on the counter that is dividing the Rb >down to 1PPS. >Or the Rb's counter glitched. The one of the MC145170 counters divides the Rb by 10,000, and the HC-11 counts 1000 interrupts before storing the running time counter. Missing an interrupt on the HC-11 is 1 ms, far too much of a change. A hit on the MC145170 counter *could* do it, but why would it coincide with the GPS-30 konking out... Your thought is worth some investigation. The Rb 1 pps counts (i.e. Rb v micro's xtal) should be constant throughout. If not, then the Rb counter glitched. Regards, Don, W4DH From jra@febo.com Sun Jun 21 06:47:58 1998 Received: from meow.febo.com (root@meow.febo.com [209.115.70.194]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id GAA25156 for ; Sun, 21 Jun 1998 06:47:56 -0500 (CDT) Received: from meow.febo.com (jra@localhost [127.0.0.1]) by meow.febo.com (8.8.5/8.8.5) with ESMTP id HAA09107 for ; Sun, 21 Jun 1998 07:47:55 -0400 Message-Id: <199806211147.HAA09107@meow.febo.com> X-Mailer: exmh version 1.6.9 8/22/96 To: tacgps@tapr.org Subject: Re: [TACGPS:1671] Re: Oncore versus Garmin RX Sensitivity? In-reply-to: Your message of "Sat, 20 Jun 1998 21:38:54 CDT." <358C71DA.716644CC@clark.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 21 Jun 1998 07:47:55 -0400 From: John Ackermann N8UR Tom wrote, in response to my question about poor performance from the Oncore: > John -- what firmware version is in the ONCORE? If it happenes to be > version 4 or earlier, I'm not surprised. The earliest PVT6s (the first > one I tried was in the 3.x days, circa 1993) were quite disappointing. > The same hardware became much more competent with release 5.x and 6.x > firmware. (FYI -- The latest 8-channel ONCORE firmware is 10.x, and > most of the TAPR-supplied units were 8.8). It appears to be 5.0. Is there any point to upgrading from that version? (BTW -- I bought this receiver from Bdale a few years ago -- it was an eval kit from the AMSAT group purchase). > > How do you have the satellite selection configured (best PDOP? Best HDOP? > Highest in Sky?)? If it is set for PDOP, then it is trying to get the best > 6 satellites for geometry, which means that it is probably trying for > some very low elevation satellites, which are probably buried in the > trees. If you are wasting rcvr channels trying to get satellites in the > trees, raise the elevation limit. Or try the "Highest in Sky" option > (in which case the elevation cutoff is essentially irrelevant). Aha... this was at least part of it. I was looking for best PDOP and switched to highest in sky -- this got me back to tracking 6 birds. I woulda thought that even in PDOP mode, the unit would make its selections from those SVs that it was able to track, and not include the ones that it couldn't see. Silly me. > When the satellites lock up, what kind of S/N do you see. On all the > ONCOREs I've used, I expect to see S/N of 30 (and often 33) for high > elevation satellites. If you are in the low 20's, then you either > have a poor antenna, or a lot of coax cable loss, or a totally shielded > QTH, or severe RFI. > > Since the GPS CA code is only 1023 bits long, the intrinsic "spreading > gain" is about 30 dB. If you go thru the arithmetic, you will find that > the intrinsic dynamic range of ANY CA-code GPS receiver is in the 23-25 > dB range. If you start with the strongest signals having less than about > 25 dB S/N, then the weakest satellites that could/should be detected have > nearly zero S/N. The ONCOREs will hold lock and track with a reported > S/N of ~7-8 dB. I typically see S/N of 30-33 on the highest birds (well, right now the best I'm seeing is 28) and near the horizon I see from 17 through the low 20's. The thing that was driving me nuts was the "holes" I was seeing in the sky, where birds weren't being tracked though I knew there was no obstruction. Hopefully the satellite selection will fix that. Thanks for all the info, Tom! John From rick@cnssys.com Sun Jun 21 07:35:07 1998 Received: from gw.cnssys.com (root@cnssys.com [207.97.17.1]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id HAA27053 for ; Sun, 21 Jun 1998 07:35:05 -0500 (CDT) Received: from rick (rick.cnssys.com [207.97.17.16]) by gw.cnssys.com (8.8.5/8.8.5) with SMTP id IAA06082 for ; Sun, 21 Jun 1998 08:14:42 -0400 From: "Richard M. Hambly" To: Subject: RE: [TACGPS:1661] Re: Oncore versus Garmin RX Sensitivity? Date: Sun, 21 Jun 1998 08:35:18 -0400 Message-ID: <000701bd9d11$0c55db00$101161cf@rick.cnssys.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <358BFF8E.BDA689BA@gte.net> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.1 Just a note to let everyone know that this particular problem is scheduled to be fixed in the next version of TAC32. Rick WB2TNL -----Original Message----- From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Gary Sanders Sent: Saturday, June 20, 1998 2:32 PM To: tacgps@tapr.org Subject: [TACGPS:1661] Re: Oncore versus Garmin RX Sensitivity? John Ackermann N8UR wrote: > > PS - I'm having trouble getting SAWatch to recognize the GPS-25 in > anything other than "generic NMEA" mode, so I can't display the SV > positions. The receiver is outputting the GSA and GSV sentences, but > SAWatch refuses to believe there's a receiver present when I try to set > to GPS-20 or GPS-IIXL modes. Anyone know what's going on? Have you recently run TAC32? If so, that's your problem. TAC32 turns off all sentences but the one's it wants to see during initialization, and doesn't turn the sentences back on at exit that SAWatch wants to see. SaWatch doesn't turn any sentences on or off during initialization, so you're left to your own devices to get it to work with SaWatch after running TAC32. Get hold of a copy of GPSCFG.EXE (for Windows) or NMEAVWR.exe (for DOS) from Garmin Tech Support. They aren't big programs, so they can email them to you. Either can be used to very simply enable and disable any and all NMEA sentences on your receiver. Gary Sanders WB0BZR From gsanders@gte.net Sun Jun 21 10:09:07 1998 Received: from smtp1.mailsrvcs.net (smtp1.gte.net [207.115.153.30]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id KAA03741 for ; Sun, 21 Jun 1998 10:09:06 -0500 (CDT) Received: from gte.net (1Cust36.tnt1.lakeland.fl.gt.uu.net [208.255.231.36]) by smtp1.mailsrvcs.net with ESMTP id KAA23748 for ; Sun, 21 Jun 1998 10:08:48 -0500 (CDT) Message-ID: <358D21FA.A3E9D765@gte.net> Date: Sun, 21 Jun 1998 11:08:42 -0400 From: Gary Sanders X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1674] Re: Oncore versus Garmin RX Sensitivity? References: <000701bd9d11$0c55db00$101161cf@rick.cnssys.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Rick, THANK YOU!!! I, for one, will be very happy to see this solution. Gary Sanders Richard M. Hambly wrote: > > Just a note to let everyone know that this particular problem is scheduled > to be fixed in the next version of TAC32. > > Rick > WB2TNL > > -----Original Message----- > John Ackermann N8UR wrote: > > > > PS - I'm having trouble getting SAWatch to recognize the GPS-25 in > > anything other than "generic NMEA" mode, so I can't display the SV > > positions. From tac@clark.net Sun Jun 21 12:08:09 1998 Received: from ice.clark.net (ice.clark.net [168.143.0.12]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id MAA09511 for ; Sun, 21 Jun 1998 12:08:08 -0500 (CDT) Received: from clark.net (tac.clark.net [168.143.32.123]) by ice.clark.net (8.8.8/8.8.8) with ESMTP id NAA04569 for ; Sun, 21 Jun 1998 13:09:15 -0400 (EDT) Message-ID: <358D3DC8.5A7746B5@clark.net> Date: Sun, 21 Jun 1998 17:07:20 +0000 From: "Dr Thomas A Clark (W3IWI)" Reply-To: tac@clark.net X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1675] Re: Oncore versus Garmin RX Sensitivity? References: <358D21FA.A3E9D765@gte.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Gary Sanders wrote: > > Rick, > > THANK YOU!!! > > I, for one, will be very happy to see this solution. > > Gary Sanders > > Richard M. Hambly wrote: > > > > Just a note to let everyone know that this particular problem is scheduled > > to be fixed in the next version of TAC32. > > > > Rick > > WB2TNL > > > > John Ackermann N8UR wrote: > > > > > > PS - I'm having trouble getting SAWatch to recognize the GPS-25 in > > > anything other than "generic NMEA" mode, so I can't display the SV > > > positions. Personally, IMHO, >>ANY<< program that requires a programable feature (like specific NMEA messages) has the responsibility to turn on the features it needs and in turn has the authority to disable those it doesn't need. Tom From k4jpj@appstate.campus.mci.net Sun Jun 21 14:19:38 1998 Received: from aus-d.mp.campus.mci.net (aus-d.mp.campus.mci.net [208.140.84.24]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id OAA24785 for ; Sun, 21 Jun 1998 14:19:36 -0500 (CDT) Received: from donaldha (s19-pm16.snaustel.campus.mci.net [207.49.121.240]) by aus-d.mp.campus.mci.net (8.9.0/8.8.8) with SMTP id PAA24773 for ; Sun, 21 Jun 1998 15:19:13 -0400 (EDT) Message-Id: <3.0.5.32.19980621151834.0084e7b0@appstate.campus.mci.net> X-Sender: k4jpj@appstate.campus.mci.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Sun, 21 Jun 1998 15:18:34 -0400 To: tacgps@tapr.org From: "Donald E. Haselwood" Subject: Rb steering In-Reply-To: <358C1E1A.B1C3B8DC@clark.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Does anyone know the values of R10 and R11 on the FRK-L Rb's? The values are not given on the schematic, suggesting that these were selected. I haven't ripped my unit open (I want to make sure everything else is working first, so when I put it back together I can check that it still works). For the FRK-L units it looks like connecting the 0 - 5v steering voltage through "a rather large resistor" to the point marked "Optional remote frequency adjust, 9" [not 8 which is +20 supply] would be sufficient to trim the frequency. It would "bleed" off a small amount of current that would otherwise go through the field coil. The value for the "rather large resistor" is a function of R10 and R11. The frequency trimmer pot (R25, 1K) might have to be "offset" a bit to compensate. Which does the frequency move when the field magnet current increases? Regards, Don, W4DH From lylej@azstarnet.com Sun Jun 21 15:48:42 1998 Received: from cepheus.azstarnet.com (cepheus.azstarnet.com [169.197.1.36]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id PAA27995 for ; Sun, 21 Jun 1998 15:48:40 -0500 (CDT) Received: from tomswift (dialup22ip078.tus.azstarnet.com [169.197.40.206]) by cepheus.azstarnet.com (8.8.5-nerd/8.8.5) with SMTP id NAA22821 for ; Sun, 21 Jun 1998 13:48:33 -0700 (MST) X-Sent-via: StarNet http://www.azstarnet.com/ Message-Id: <3.0.5.32.19980621114149.008b7b10@pop.azstarnet.com> X-Sender: lylej@pop.azstarnet.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Sun, 21 Jun 1998 11:41:49 -0700 To: tacgps@tapr.org From: Lyle Johnson Subject: Re: [TACGPS:1627] Re: Some GPS-30 experiences In-Reply-To: References: <3.0.5.32.19980608172106.007fbc80@appstate.campus.mci.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 06:29 AM 6/9/98 -0500, you wrote: >On Mon, 8 Jun 1998, Donald E. Haselwood wrote: > >> I find the GPS-30 quits when it gets hot. > >If it is exposed to the sun, paint it white. You wont believe the >difference.. It will be quite cooler... > Be sure to use non-metallic paint! :-) Lyle From davem@cs.ubc.ca Sun Jun 21 16:02:37 1998 Received: from pedigree.cs.ubc.ca ([142.103.6.52]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id QAA28256 for ; Sun, 21 Jun 1998 16:02:35 -0500 (CDT) Received: from [198.162.38.159] (davem.home.cs.ubc.ca [198.162.38.159]) by pedigree.cs.ubc.ca (8.8.8/8.6.9) with ESMTP id OAA15936 for ; Sun, 21 Jun 1998 14:02:32 -0700 (PDT) X-Sender: davem@mail.cs.ubc.ca Message-Id: In-Reply-To: <358D3DC8.5A7746B5@clark.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 21 Jun 1998 14:02:54 -0700 To: tacgps@tapr.org From: Dave Martindale Subject: Re: [TACGPS:1676] Re: Oncore versus Garmin RX Sensitivity? >Personally, IMHO, >>ANY<< program that requires a programable feature (like >specific NMEA messages) has the responsibility to turn on the features it needs >and in turn has the authority to disable those it doesn't need. That's a reasonable approach for TAC32 to take, since it knows it is talking to Motorola or Garmin board-level receivers that do have programmable NMEA sentences. But SA Watch is primarily used with handhelds that output NMEA, and which do *not* have programmable NMEA sentence selection at all, or where the sentences sent are programmed via the GPS-human interface. In either case, SA Watch can't do anything. If a board-level receiver is set to transmit the sentences that SA Watch needs, then it works well with this software too. The problem comes when a board-level receiver hasn't been programmed appropriately. So whose responsibility is it to get the programming right? Should SA Watch contain code to detect the fact that it's talking to a board receiver and reprogram it? (Then it would support only certain receivers). Should TAC32 restore the initial configuration when it exits? Or should the user just write some scripts that reprogram the unit to one of several modes depending on how it will be used next? Any of these will work, and there are arguments in favour of all three. Dave From gsanders@gte.net Sun Jun 21 16:40:08 1998 Received: from smtp1.mailsrvcs.net (smtp1.gte.net [207.115.153.30]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id QAA00497 for ; Sun, 21 Jun 1998 16:40:07 -0500 (CDT) Received: from gte.net (1Cust227.tnt1.lakeland.fl.gt.uu.net [208.255.231.227]) by smtp1.mailsrvcs.net with ESMTP id QAA13346 for ; Sun, 21 Jun 1998 16:39:40 -0500 (CDT) Message-ID: <358D7D98.C99C3295@gte.net> Date: Sun, 21 Jun 1998 17:39:36 -0400 From: Gary Sanders X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1676] Re: Oncore versus Garmin RX Sensitivity? References: <358D3DC8.5A7746B5@clark.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I agree. I think this is a reasonable expectation of GPS software, especially in the case of software that has GPS brand and model specific setup options. This should be done as part of the initialization for that specific model. Unfortunately, not all authors recognize that problems arise if this isn't done. Rick does, and is trying to address a problem that isn't really of his making. Hopefully, a later release of SAWatch will consider this issue and address it, although I haven't had any indication either way. Gary Sanders WB0BZR Dr Thomas A Clark (W3IWI) wrote: > > Personally, IMHO, >>ANY<< program that requires a programable feature (like > specific NMEA messages) has the responsibility to turn on the features it needs > and in turn has the authority to disable those it doesn't need. > > Tom From gsanders@gte.net Sun Jun 21 16:59:23 1998 Received: from smtp1.mailsrvcs.net (smtp1.gte.net [207.115.153.30]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id QAA01412 for ; Sun, 21 Jun 1998 16:59:23 -0500 (CDT) Received: from gte.net (1Cust227.tnt1.lakeland.fl.gt.uu.net [208.255.231.227]) by smtp1.mailsrvcs.net with ESMTP id QAA14707 for ; Sun, 21 Jun 1998 16:59:00 -0500 (CDT) Message-ID: <358D821A.92AA422E@gte.net> Date: Sun, 21 Jun 1998 17:58:50 -0400 From: Gary Sanders X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1679] Re: Oncore versus Garmin RX Sensitivity? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit In the case of SAWatch, it already has setup selections for Garmin board level receivers among others, so it wouldn't need to do any real-time detection - if the GPS 20 were selected, for instance, it should automatically turn on and off the appropriate sentences for that receiver at program start. Ditto for other programmable receivers. Obviously, for those receivers that don't have the ability to have sentences enabled or disabled, no action would have to be (or could be) taken. Gary Sanders WB0BZR Dave Martindale wrote: > > So whose responsibility is it to get the programming right? Should SA Watch > contain code to detect the fact that it's talking to a board receiver > and reprogram it? (Then it would support only certain receivers). Should > TAC32 restore the initial configuration when it exits? Or should the > user just write some scripts that reprogram the unit to one of several > modes depending on how it will be used next? Any of these will work, > and there are arguments in favour of all three. > > Dave From pcr@ic.net Sun Jun 21 21:26:12 1998 Received: from ic.net (qmailr@srv1b.ic.net [152.160.72.20]) by tapr.org (8.7.5/8.7.3/1.9) with SMTP id VAA23865 for ; Sun, 21 Jun 1998 21:26:10 -0500 (CDT) Received: (qmail 3918 invoked from network); 22 Jun 1998 02:26:06 -0000 Received: from unknown (HELO carol) (152.160.47.28) by unknown with SMTP; 22 Jun 1998 02:26:06 -0000 Message-Id: <3.0.3.32.19980621222630.00c3546c@ic.net> X-Sender: pcr@ic.net X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Sun, 21 Jun 1998 22:26:30 -0400 To: tacgps@tapr.org From: Phil Reed Subject: Re: [TACGPS:1679] Re: Oncore versus Garmin RX Sensitivity? In-Reply-To: References: <358D3DC8.5A7746B5@clark.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 04:09 PM 6/21/98 -0500, Dave Martindale wrote: >So whose responsibility is it to get the programming right? Should SA Watch >contain code to detect the fact that it's talking to a board receiver >and reprogram it? It's always been my view that any program is responsible for setting up its own devices as it needs. That avoids this kind of problem entirely. ...phil From ssampson@usa-site.net Sun Jun 21 22:39:33 1998 Received: from access.usa-site.net (access.usa-site.net [209.140.34.130]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id WAA28013 for ; Sun, 21 Jun 1998 22:39:31 -0500 (CDT) Received: from dodge (dodge.usa-site.net [209.140.34.135]) by access.usa-site.net (8.8.5/8.8.5) with SMTP id WAA22305 for ; Sun, 21 Jun 1998 22:39:38 -0500 Message-ID: <003a01bd9d8f$49f02140$87228cd1@dodge.usa-site.net> From: "Steve Sampson" To: Subject: Re: [TACGPS:1679] Re: Oncore versus Garmin RX Sensitivity? Date: Sun, 21 Jun 1998 22:38:57 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 >So whose responsibility is it to get the programming right? Should SA Watch >contain code to detect the fact that it's talking to a board receiver >and reprogram it? Depends on where you're headed. If your program is finished, then no. If you are going to support engines in the future, then yes. >Should TAC32 restore the initial configuration when it exits? My personal desire, would be that my engine be left in some factory default mode. That it be put there on startup, modified as needed, and then put there again when the program ends. I don't care how long it takes to initialize, but I don't want to find out six months later that some program switched off a feature and it's been defective ever since. Use a data structure, INI file, config file, or registry to keep track. Steve From prossen@znet.com Sun Jun 21 23:01:20 1998 Received: from sd.znet.com (sd.znet.com [207.167.64.5]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id XAA28961 for ; Sun, 21 Jun 1998 23:01:18 -0500 (CDT) Received: from pete-s-486 (sdts2-60.znet.net [207.167.64.60] (may be forged)) by sd.znet.com (8.9.0/8.9.0/jjb-sd) with ESMTP id VAA10243 for ; Sun, 21 Jun 1998 21:01:16 -0700 (PDT) Message-Id: <199806220401.VAA10243@sd.znet.com> From: "Pete Prossen" To: Subject: VP Input Delay Date: Sun, 21 Jun 1998 20:56:45 -0700 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit To Rick Hambly (or anyone else who might know) Would a delay of about 1.2 milliseconds (one byte time at 9600 bps) between the COM port output and the Oncore VP receiver input cause any degradation in the performance of TAC32? No delay in the VP output path, by the way. Thanks Pete Prossen WA6ZUH From rick@cnssys.com Mon Jun 22 06:36:09 1998 Received: from gw.cnssys.com (root@cnssys.com [207.97.17.1]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id GAA07405 for ; Mon, 22 Jun 1998 06:36:03 -0500 (CDT) Received: from rick (rick.cnssys.com [207.97.17.16]) by gw.cnssys.com (8.8.5/8.8.5) with SMTP id HAA10625 for ; Mon, 22 Jun 1998 07:15:40 -0400 From: "Richard M. Hambly" To: Subject: RE: [TACGPS:1684] VP Input Delay Date: Mon, 22 Jun 1998 07:36:00 -0400 Message-ID: <000201bd9dd1$ee3c5920$101161cf@rick.cnssys.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.1 In-Reply-To: <199806220401.VAA10243@sd.znet.com> Pete, No, this should not cause any problem. Rick WB2TNL -----Original Message----- From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Pete Prossen Sent: Monday, June 22, 1998 12:02 AM To: tacgps@tapr.org Subject: [TACGPS:1684] VP Input Delay To Rick Hambly (or anyone else who might know) Would a delay of about 1.2 milliseconds (one byte time at 9600 bps) between the COM port output and the Oncore VP receiver input cause any degradation in the performance of TAC32? No delay in the VP output path, by the way. Thanks Pete Prossen WA6ZUH From jpringle@tampabay.rr.com Mon Jun 22 09:15:06 1998 Received: from mail-atm.tampabay.rr.com (ns.tampabay.rr.com [24.92.0.1]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id JAA17895 for ; Mon, 22 Jun 1998 09:15:04 -0500 (CDT) Received: from john.tampabay.rr.com (dt0c0n5f.tampabay.rr.com [24.92.29.95]) by mail-atm.tampabay.rr.com (8.8.7/8.8.8) with SMTP id KAA15273 for ; Mon, 22 Jun 1998 10:11:13 -0400 (EDT) From: "John K. Pringle" To: Subject: RE: [TACGPS:1677] Rb steering Date: Mon, 22 Jun 1998 10:15:34 -0400 Message-ID: <000001bd9de8$389f9d40$5f1d5c18@john.tampabay.rr.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <3.0.5.32.19980621151834.0084e7b0@appstate.campus.mci.net> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Don -- I believe R10 and R11 are selected at the factory to put R25 in the middle of its range when the current in the C-field coil is correct to put the Rb on frequency. My schematic does not show pin 8 of TB1 connected to +20v. An external resistor connected between pins 8 and 9 would shunt the R10/R11/R25 network and change the C-field current. This current is derived from the voltage source on pin 4. The steering must be current driven, as Tom has pointed out. I thought about inserting a bipolar transistor as a current regulator in the C-field current loop and then biasing the base of the transistor with a control voltage to bring the C-field current to the same value it was before inserting the transistor. The steering "voltage" from the GPS controller would also be applied to the base of this "current" regulator through an appropriate resistor network. I think Tom may have an even better idea. Let's wait and see. 73 John W4SF -----Original Message----- From: tacgps@tapr.org [mailto:tacgps@tapr.org]On Behalf Of Donald E. Haselwood Sent: Sunday, June 21, 1998 3:20 PM To: tacgps@tapr.org Subject: [TACGPS:1677] Rb steering Does anyone know the values of R10 and R11 on the FRK-L Rb's? The values are not given on the schematic, suggesting that these were selected. I haven't ripped my unit open (I want to make sure everything else is working first, so when I put it back together I can check that it still works). For the FRK-L units it looks like connecting the 0 - 5v steering voltage through "a rather large resistor" to the point marked "Optional remote frequency adjust, 9" [not 8 which is +20 supply] would be sufficient to trim the frequency. It would "bleed" off a small amount of current that would otherwise go through the field coil. The value for the "rather large resistor" is a function of R10 and R11. The frequency trimmer pot (R25, 1K) might have to be "offset" a bit to compensate. Which does the frequency move when the field magnet current increases? Regards, Don, W4DH From k4jpj@appstate.campus.mci.net Mon Jun 22 13:55:30 1998 Received: from aus-d.mp.campus.mci.net (aus-d.mp.campus.mci.net [208.140.84.24]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id NAA12935 for ; Mon, 22 Jun 1998 13:55:29 -0500 (CDT) Received: from donaldha (s06-pm52.snaustel.campus.mci.net [206.96.232.107]) by aus-d.mp.campus.mci.net (8.9.0/8.8.8) with SMTP id OAA04935 for ; Mon, 22 Jun 1998 14:52:41 -0400 (EDT) Message-Id: <3.0.5.32.19980622145204.007f05a0@appstate.campus.mci.net> X-Sender: k4jpj@appstate.campus.mci.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Mon, 22 Jun 1998 14:52:04 -0400 To: tacgps@tapr.org From: "Donald E. Haselwood" Subject: Re: [TACGPS:1686] RE: Rb steering In-Reply-To: <000001bd9de8$389f9d40$5f1d5c18@john.tampabay.rr.com> References: <3.0.5.32.19980621151834.0084e7b0@appstate.campus.mci.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" John, Your are right! Pin 8 of TB1 does not go to +20, but goes to +20 thru R10 (when R10 is in the remote freq adjust position). I was thinking along the lines of leaving R10 in-place so that the Rb trims normally, then tweaking the field magnet current from the controller via pin 9 and resistor. For control purposes the voltage v current issue is one semantics. (The Rb cell responds to the magnetic field, hence the current through winding is the key.) The current is set by +20v across the resistor network and coil resistance which produces the correct current for the field magnet. This current could be "trimmed" via a resistor connect to pin 9, and driven from a voltage. My guess is that the current variation needed is quite small (otherwise R25 would be much smaller, and R10 & R11 would not be selected). I have some concern about introducing errors & noise. For steering, it is desirable for the Rb to have low sensitivity to the remote steering voltage. This reduces the problem of variations in the dac output voltage (or current). (The effect of ground loops & noise pickup also are reduced.) It looks to me like the major unintended variation of the dac output will come from the voltage regulators--something of the order of 0.1% could be expected (the dac is less temp sensitive, i.e. the specs show 25 ppm FSR/deg C, and at midpoint it'd be halved). If the controller changes temp, then there is a small shift in the dac voltage, which then changes the Rb, which after a period of time gets removed by the feedback loop. Until the loop corrects, the Rb is off-freq slightly. The penalty of low sensitivity is that the range of remote control is limited--one might have to give R25 a tweak once in a (long) while. When my current Rb v GPS comparison run is done, I'll rip open the Rb and take a look. Regards, Don, W4DH >I believe R10 and R11 are selected at the factory to put R25 in the middle >of its range when the current in the C-field coil is correct to put the Rb >on frequency. My schematic does not show pin 8 of TB1 connected to +20v. An >external resistor connected between pins 8 and 9 would shunt the R10/R11/R25 >network and change the C-field current. This current is derived from the >voltage source on pin 4. The steering must be current driven, as Tom has >pointed out. I thought about inserting a bipolar transistor as a current >regulator in the C-field current loop and then biasing the base of the >transistor with a control voltage to bring the C-field current to the same >value it was before inserting the transistor. The steering "voltage" from >the GPS controller would also be applied to the base of this "current" >regulator through an appropriate resistor network. I think Tom may have an >even better idea. Let's wait and see. > >73 John W4SF > From edu@kender.es Mon Jun 22 15:47:26 1998 Received: from tass.kender.es (tass.kender.es [194.179.91.10]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id PAA19847 for ; Mon, 22 Jun 1998 15:47:20 -0500 (CDT) Received: from eduardoj (ppp0.kender.es [194.179.91.130]) by tass.kender.es (8.8.8/8.8.8) with SMTP id WAA26592 for ; Mon, 22 Jun 1998 22:47:08 +0200 Message-Id: <3.0.5.32.19980622224703.00840ba0@kender.es> X-Sender: edu@kender.es X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Mon, 22 Jun 1998 22:47:03 -0100 To: tacgps@tapr.org From: Eduardo Jacob Subject: Re: [TACGPS:1645] W5OJM Article in QST In-Reply-To: <35849A37.EA1B5FBA@clark.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" >Just got my July QST. I recommend that you all read Brooks Shera's >(W5OJM) article starting on Page 37. It describes in some detail >his GPS-based frequency standard. Would it very unpopular to ask someone to scan this article and send it by email to me?. I am affiliated at ARRL but the magazine arrives with 2 months of delay (I have just received the may number with the Hamvention advertisments). I would like to have it now because it's much more interesting (and easy) to follow your messages about this article having read it. Regards and hope not to start a flame about illegal copying of magazines... Eduardo/EA2BAJ From prabhs@hotmail.com Mon Jun 22 16:09:05 1998 Received: from hotmail.com (f204.hotmail.com [207.82.251.95]) by tapr.org (8.7.5/8.7.3/1.9) with SMTP id QAA22017 for ; Mon, 22 Jun 1998 16:09:03 -0500 (CDT) Received: (qmail 10593 invoked by uid 0); 22 Jun 1998 21:08:30 -0000 Message-ID: <19980622210830.10592.qmail@hotmail.com> Received: from 207.88.41.160 by www.hotmail.com with HTTP; Mon, 22 Jun 1998 14:08:30 PDT X-Originating-IP: [207.88.41.160] From: "prabhakar subrahmanyam" To: tacgps@tapr.org Subject: can anyone help me !!! Content-Type: text/plain Date: Mon, 22 Jun 1998 14:08:30 PDT hello i am interested in HAM i wanna get ny license and want to everything abt it. i know that it's a very interesting hobby, so lemme know where i canget started. i am staying in california- mountainview. pls lemme know (1) where shud i get my license from ? (2) who shud i contact ? (3) will i get a international frequency to communicate with my friends abroad ? anxiously prabhakar ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From prabhs@hotmail.com Mon Jun 22 16:09:24 1998 Received: from hotmail.com (f203.hotmail.com [207.82.251.94]) by tapr.org (8.7.5/8.7.3/1.9) with SMTP id QAA22061 for ; Mon, 22 Jun 1998 16:09:23 -0500 (CDT) Received: (qmail 15662 invoked by uid 0); 22 Jun 1998 21:08:48 -0000 Message-ID: <19980622210848.15661.qmail@hotmail.com> Received: from 207.88.41.160 by www.hotmail.com with HTTP; Mon, 22 Jun 1998 14:08:48 PDT X-Originating-IP: [207.88.41.160] From: "prabhakar subrahmanyam" To: tacgps@tapr.org Subject: can anyone help me !!! Content-Type: text/plain Date: Mon, 22 Jun 1998 14:08:48 PDT hello i am interested in HAM i wanna get ny license and want to everything abt it. i know that it's a very interesting hobby, so lemme know where i canget started. i am staying in california- mountainview. pls lemme know (1) where shud i get my license from ? (2) who shud i contact ? (3) will i get a international frequency to communicate with my friends abroad ? anxiously prabhakar ************************************************************ S. Prabhakar 509, Central Avenue, Apartment 'S' Mountainview CA 94043 Tel : 650-969-9463 (res) 408-298-0800 extn 8223 (off) prabhs@hotmail.com rocketeer@goplay.com http://www.angelfire.com/me/prabhs _,.-----.,_ ,-~ ~-. ,^___ ___^. /~" ~" . "~ "~\ Y ,--._ I _.--. Y | Y ~-. | ,-~ Y | | | }:{ | | j l / | \ ! l .-~ (__,.--" .^. "--.,__) ~-. ( / / | \ \ ) \.____, ~ \/"\/ ~ .____,/ ^.____ ____.^ | |T ~\ ! ! /~ T| | | |l _ _ _ _ _ !| | | l \/V V V V V V\/ j | l \ \|_|_|_|_|_|/ / ! \ \[T T T T T T]/ / \ `^-^-^-^-^-^' / \ / ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From gingell@vnet.net Mon Jun 22 19:53:19 1998 Received: from hypersoft.vnet.net (gingell@hypersoft.vnet.net [166.82.175.132]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id TAA17408 for ; Mon, 22 Jun 1998 19:53:17 -0500 (CDT) Received: from localhost (gingell@localhost) by hypersoft.vnet.net (8.7.5/8.7.3) with SMTP id UAA00662 for ; Mon, 22 Jun 1998 20:44:32 GMT X-Authentication-Warning: hypersoft.vnet.net: gingell owned process doing -bs Date: Mon, 22 Jun 1998 20:44:31 +0000 (WAT) From: Mike Gingell Reply-To: Mike Gingell To: tacgps@tapr.org Subject: Re: Rubidium Lifetimes In-Reply-To: <199806212049.PAA28037@tapr.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Dr Thomas A Clark (W3IWI)" said > So the only "lifetime killers" are the (replaceable) light bulb, > and the fact that part of the innards must operate at an elevated > temperature (which could "cook" some of the parts). So what kind of light bulb is it? If incandescent then one might expect a lifetime of 1-5 years if good, much less if not. Is it an easily available part or something special? I have seen some incadescents specified at 50000 hours and some like your average domestic light bulb only 1000. Is there an alarm when (not if) it fails? You said it runs at an elevated temperature - is it in a thermostatically controlled enviroment or is it just hot because of the lamp and other devices. Thanks very much for the other info on the way the basic device works and the lifetime of the rubidium cell itself. Regards Dr. Mike Gingell, KN4BS Raleigh NC, USA gingell@vnet.net web site http://users.vnet.net/gingell/vnethome.html From BCChesire@worldnet.att.net Mon Jun 22 21:26:08 1998 Received: from mtiwmhc03.worldnet.att.net (mtiwmhc03.worldnet.att.net [204.127.131.38]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id VAA22025 for ; Mon, 22 Jun 1998 21:26:07 -0500 (CDT) Received: from LOCALNAME ([12.64.40.110]) by mtiwmhc03.worldnet.att.net (InterMail v03.02.03 118 118 102) with SMTP id <19980623022535.CIWP21757@LOCALNAME> for ; Tue, 23 Jun 1998 02:25:35 +0000 Message-ID: <358F10F3.303D@worldnet.att.net> Date: Mon, 22 Jun 1998 19:20:35 -0700 From: Brian Chesire X-Mailer: Mozilla 3.0C-WorldNet (Win16; I) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1691] Re: Rubidium Lifetimes References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The Lamp in my Rube is an RF excited rubidium vapor glow lamp. The assembly consists of a gas cell, a heater to vaporize the Rb, and a 77Mhz oscillator-amplifier to excite it. The pump oscillator is modulated at 127 Hz to provide an AC error signal to what is pretty much a lock-in amplifier. This is the signal used to correct VCXO frequency. Given that the lamp consists of a quartz cell and some Rb, and nothing else, the life should be unlimited. The controlling factor will be the survival of the electronics. It appears that barring mechanical damage, the physics package of Rubes is just about an infinite life item. 73's Brian WA5PPO Tucson, AZ From tac@clark.net Mon Jun 22 22:52:37 1998 Received: from ice.clark.net (ice.clark.net [168.143.0.12]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id WAA27252 for ; Mon, 22 Jun 1998 22:52:36 -0500 (CDT) Received: from clark.net (tac.clark.net [168.143.32.123]) by ice.clark.net (8.8.8/8.8.8) with ESMTP id XAA17457 for ; Mon, 22 Jun 1998 23:53:50 -0400 (EDT) Message-ID: <358F265E.BE85E970@clark.net> Date: Tue, 23 Jun 1998 03:51:58 +0000 From: "Dr Thomas A Clark (W3IWI)" Reply-To: tac@clark.net X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1687] RE: Rb steering References: <3.0.5.32.19980622145204.007f05a0@appstate.campus.mci.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Let me give you some hints on the Rb steering before I leave for Europe tomorrow. Don Haselwood is on the right track when he wrote: > Your are right! Pin 8 of TB1 does not go to +20, but goes to +20 thru R10 > (when R10 is in the remote freq adjust position). I was thinking along the > lines of leaving R10 in-place so that the Rb trims normally, then tweaking > the field magnet current from the controller via pin 9 and resistor. > > For control purposes the voltage v current issue is one semantics. (The Rb > cell responds to the magnetic field, hence the current through winding is > the key.) The current is set by +20v across the resistor network and coil > resistance which produces the correct current for the field magnet. This > current could be "trimmed" via a resistor connect to pin 9, and driven from > a voltage. My guess is that the current variation needed is quite small > (otherwise R25 would be much smaller, and R10 & R11 would not be selected). Let's look at the equivalent circuit: Rx Vx Ry +-----+ +20 o-----/\/\/\/\/\/--X--/\/\/\/\/\/\-----| C |--->GND +-----+ I'm using Rx & Ry because the FRK and M100 Rb's have different part designators. The "C" box denotes the C-field coil wrapped around the Rb cell. The Rx resistor is a network of several resistors, including the trimming pot -- but it's still the equivalent of one resistor. In my M-100, the voltage Vx at point X is ~1.8 volts. For the different Rb's, the C-field bias resistor Ry is in the 350-400 ohm range, which I'll take = 360 for this discussion. The resistance of the C-field coil is < 1 ohm. By simple application of Ohm's law, the current flowing thru the C-field coil and thru Rc is ~20 ma. And the equivalent resistance of Rx is ~ 3600 ohms. Now lets look at a simple external control tweaker with an external control voltage Vc injected thru a resistor Rc into X. a Rx Vx Ry +-----+ +20 o-----/\/\/\/\/\/--X--/\/\/\/\/\/\-----| C |--->GND | +-----+ Rc | External Vc >--/\/\/\/\----+ Regardless of the value you chose for Rc, if the external control voltage is equal to the original Vx, then no current flows thru Rc and the C-field current is unaffected. If you happened to use Rc = Ry, and set Vc=0 (at gnd), then the C-field current is cut in half. Now let me suggest some measurements that need to be made that will help select an appropriate value for Rc by one of you who has a working Rb and can measure frequency offsets accurately (this sounds like Brooks and Don and, but perhaps there are others. And I'm not here to do anything for the next ~month!). 1. Measure your current Vx that puts the Rb on frequency, and verify the value of Ry. 2. Measure the peak range that the internal pot will control Vx. My guess is that you will find it to be about +/- 20 or 25% of the correct Vx. Given the value of Ry, this will probably correspond to C-field currents ranging from about 15-25 ma. 3. While you are tweaking the frequency with the internal pot, measure the Rb frequency error that results. My guess is that this will correspond to frequency offsets (errors) in a range like +/- 1:10e10. Make sure to identify the sign (like more current makes the frequency go higher). 4. Reset the internal pot to produce the correct Vx, and as a first try, put Rc ~ 1 to 1.5 kohm (i.e. about 3-5 times Ry). Use a good stable film resistor for Rc. I'll be you will find that a control voltage in the 0 to +4 volt range range will pretty well match the entire Vx range you got with the pot, i.e. a tuning range of around 1:10e10. > I have some concern about introducing errors & noise. [snip] I wouldn't be too concerned. If you follow my logic above, you will see that a few mv of noise would correspond to ~1:10e13 frequency errors, and the Rb won't be that stable! Brooks Shera sent me a private note on the same topic saying > I thought I would mention something that might be useful as you ponder > how to provide EFC for the Efratoms. The DAC I used does have a current > output capability (+/- 1 ma) in addition to the +/- 3 volt output (at 8 > ma max). > In fact, the voltage output is generated by an internal op amp whose > feedback resistor is fed by the current output. In this configuration > the current output never develops a voltage very far from ground and > the data sheet isn't any help in specifying what the limitations might be. > However I could do a little experimenting. :-) It might save putting an > external op amp between the controller and Rb. I suspect that you will want to use the voltage output, but you might want to see if there is a simple way to produce a DC bias offset about the same as the nominal tuning voltage. Not knowing the DAC you used, my simple- minded solution would be to use a good op amp (like an LF353) and add a DC bias tweaker pot. By the simple-minded analysis above, the 8 ma capability should be plenty to make it work. For those of you who haven't looked at it, see Brook's web page at http://www.rt66.com/~shera He has some more descriptive material than was in his QST article, and discusses some of his Rube efforts. 73, Tom From tac@clark.net Mon Jun 22 23:16:01 1998 Received: from ice.clark.net (ice.clark.net [168.143.0.12]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id XAA28223 for ; Mon, 22 Jun 1998 23:15:59 -0500 (CDT) Received: from clark.net (tac.clark.net [168.143.32.123]) by ice.clark.net (8.8.8/8.8.8) with ESMTP id AAA26499 for ; Tue, 23 Jun 1998 00:17:13 -0400 (EDT) Message-ID: <358F2BD9.EEBDD200@clark.net> Date: Tue, 23 Jun 1998 04:15:21 +0000 From: "Dr Thomas A Clark (W3IWI)" Reply-To: tac@clark.net X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Answering a few questions References: <3.0.5.32.19980622224703.00840ba0@kender.es> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Eduardo Jacob (EA2BAJ) in Spain asked: > Would it very unpopular to ask someone to scan this article and send it by > email to me?. I am affiliated at ARRL but the magazine arrives with 2 > months of delay (I have just received the may number with the Hamvention > advertisments). I would like to have it now because it's much more > interesting (and easy) to follow your messages about this article having > read it. Eduardo, you can get a lot of the material online from Brook's web site at http://www.rt66.com/~shera Look there first, then if you have more questions, ask again! Brooks -- could you add the schematic on your web page for people like Eduardo? Mike Gingell (KN4BS) asked > So what kind of light bulb is it? If incandescent then one might > expect a lifetime of 1-5 years if good, much less if not. Is it > an easily available part or something special? I have seen some > incadescents specified at 50000 hours and some like your average > domestic light bulb only 1000. Is there an alarm when (not if) > it fails? It is a special bulb. It is pretty trivial to change, with a special threaded insert in the middle of the heat-sink on the older FRKs. You have to open the box on the newer M-100's. I'd guess that the lights are good for about 10 years of continuous operation, but your mileage may vary. If the bulb fails, there is plenty of indication. The 20-pin output connector has two pins which are designed to drive indicator LEDs which will show a fault if the bulb fails. > You said it runs at an elevated temperature - is it in a > thermostatically controlled enviroment or is it just hot > because of the lamp and other devices. The Rubidium cell is inside a special oven. The heater vaporizes the material inside the "physics cell", so it must be hot to work. As a result these standards run hot. They need to be hooked to a heat sink. You can see a picture of the FRK with heat sink on Brooks' web site I mentioned above (specifically at http://www.rt66.com/~shera/rb.JPG ). The used FRKs from Lehmann come with the necessary heat sink. You can see my mounting of the newer M-100 on my ftp site at ftp://aleph.gsfc.nasa.gov/GPS/toc/rubidium/ (specifically look at the GIF pictures like ftp://aleph.gsfc.nasa.gov/GPS/toc/rubidium/rube_3.gif and rube_1.gif and rube_2.gif). The heat sink I use is the heavy aluminum L-bracket that mounts the M-100 plus an old junk heat sink I had that was used to cool off four TO-3 power transistors. [The sony*.gif pictures show my mods of the $10 Sony switcher supplies I use with the M-100. These supplies serve as the mounting base for my assembly. The supplies were discussed extensively here on TACGPS a couple of months ago]. 73, Tom From tac@clark.net Mon Jun 22 23:32:48 1998 Received: from ice.clark.net (ice.clark.net [168.143.0.12]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id XAA29218 for ; Mon, 22 Jun 1998 23:32:46 -0500 (CDT) Received: from clark.net (tac.clark.net [168.143.32.123]) by ice.clark.net (8.8.8/8.8.8) with ESMTP id AAA02642 for ; Tue, 23 Jun 1998 00:34:01 -0400 (EDT) Message-ID: <358F2FC9.B5A8C19E@clark.net> Date: Tue, 23 Jun 1998 04:32:09 +0000 From: "Dr Thomas A Clark (W3IWI)" Reply-To: tac@clark.net X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1692] Re: Rubidium Lifetimes References: <358F10F3.303D@worldnet.att.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Brian Chesire wrote: > The Lamp in my Rube is an RF excited rubidium vapor glow lamp. The > assembly consists of a gas cell, a heater to vaporize the Rb, and a > 77Mhz oscillator-amplifier to excite it. [snip] Brian -- you are right, and I was wrong! I somehow had a mindset that the Rb cell was a passive absorption cell. I apologize for my brain-fade! Thanks for playing "truth squad". Let me quote from the M-100 book (which I should have re-read before I sent the previous answer!): " The physics portion consists of a resonator & a lamp. The lamp consists of a temperture controlled Rb lamp and an RF lamp exciter ... To maintain a well-define Rb vapor pressure in the lamp envelope, the lamp thermostat is set to approximately 115 deg C .... A ~1 watt RF field of approximately 80 MHz is generated by the exciter. This field starts and maintains an electrodeless plasma discharge in the lamp envelope. The lamp light contains the desired (optical) spectral lines f Rb necessary for the optical pumping proccess." 73, Tom From tac@clark.net Tue Jun 23 01:14:04 1998 Received: from ice.clark.net (ice.clark.net [168.143.0.12]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id BAA23195 for ; Tue, 23 Jun 1998 01:14:02 -0500 (CDT) Received: from clark.net (tac.clark.net [168.143.32.123]) by ice.clark.net (8.8.8/8.8.8) with ESMTP id CAA08196 for ; Tue, 23 Jun 1998 02:15:16 -0400 (EDT) Message-ID: <358F4779.BF8E9C74@clark.net> Date: Tue, 23 Jun 1998 06:13:13 +0000 From: "Dr Thomas A Clark (W3IWI)" Reply-To: tac@clark.net X-Mailer: Mozilla 4.05 [en] (Win95; U) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1693] RE: Rb steering References: <358F265E.BE85E970@clark.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Trying to get the comments out before I leave, I wrote this material while I was away from my notes from memory. I see I made a couple of minor errors, but they don't affect the conclusions/recommendations: > Let's look at the equivalent circuit: > > Rx Vx Ry +-----+ > +20 o-----/\/\/\/\/\/--X--/\/\/\/\/\/\-----| C |--->GND > +-----+ > > I'm using Rx & Ry because the FRK and M100 Rb's have different part > designators. The "C" box denotes the C-field coil wrapped around the > Rb cell. The Rx resistor is a network of several resistors, including > the trimming pot -- but it's still the equivalent of one resistor. > > In my M-100, the voltage Vx at point X is ~1.8 volts. For the different > Rb's, the C-field bias resistor Ry is in the 350-400 ohm range, which > I'll take = 360 for this discussion. The resistance of the C-field coil > is < 1 ohm. By simple application of Ohm's law, the current flowing > thru the C-field coil and thru Rc is ~20 ma. And the equivalent > resistance of Rx is ~ 3600 ohms. The correct value for Ry is ~270 ohms for both the FRK & M-100. Rx is more like 3k. I also see from my notes that the voltage across the C-field coil in normal operation is ~0.1 to 0.2 volts, so that means that the resistance of the C-field coil must be ~25 ohms, not the <1 ohm that I wrote earlier. And I did the arithmetic wrong. Qith Ry=270 ohms and the C-field coil ~ 25 ohms, the C-field coil current is more like 6 ma. > [snip] > 2. Measure the peak range that the internal pot will control Vx. My guess > is that you will find it to be about +/- 20 or 25% of the correct Vx. Given > the value of Ry, this will probably correspond to C-field currents ranging > from about 15-25 ma. Change that to a range like ~5-7 ma. A good starting value for Rc would be 1k. When you decide to permanently install Rc inside the black box, I suggest you use two of the unused pins on the 20-pin power connector: S = GND N = External Control Input The 20-pin connector has a wierd numbering sequence, and you may need to use a magnifying glass to read the pin names: +-------------------------------+ | x v S N k F c | | u r m j e B | | w t P L H d a | +-------------------------------+ where the pins already used are in UPPER CASE: B = Rb lamp voltage monitor F = Xtal control voltage monitor H = Resonance lock monitor L = +26VDC power P = signal & power GND Some of the Rb's use two pins on this connector for the 5/10 MHz RF output & RF gnd, while others have an SMA RF connector. - - - - - - - - - - - - - - - - - - - - - - - - - Sorry for the minor errors, but the methodology was OK. The past 3 weeks have been real hell for me and my brain must be functioning at the 50% level ;<{ For those who asked, the Europe trip is to LA and JW (that's Norway & Spitzbergen for the non DXers). In JW, my destination is at 79 deg north, 1200 km from the north pole at the world's most northerly scientific base (and the most northerly bar) at Ny Alesund where I am the "godfather" of a VLBI facility complete with 20M dish, and my cryogenic receivers, Hydrogen Maser, 1 Gb/sec data system (and yes, they have a TAC!). 73, Tom From vk2tds@ozemail.com.au Tue Jun 23 03:07:58 1998 Received: from fep2.mail.ozemail.net (fep2.mail.ozemail.net [203.2.192.122]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id DAA26889 for ; Tue, 23 Jun 1998 03:07:56 -0500 (CDT) Received: from ozemail.com.au (max214026.servers.unsw.EDU.AU [129.94.14.26]) by fep2.mail.ozemail.net (8.8.4/8.6.12) with ESMTP id SAA26234 for ; Tue, 23 Jun 1998 18:07:51 +1000 (EST) Message-ID: <358F5F83.2AFA34D6@ozemail.com.au> Date: Tue, 23 Jun 1998 17:55:48 +1000 From: Darryl Smith X-Mailer: Mozilla 4.03 [en] (Win95; I) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Strange GPS positions.... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi there. I think this is the place to ask this type of question. Here in Sydney Australia we are finally running APRS on one car. Looking during todays logs I found the following entried. These are to be read noting that we are about 34S and 151E. VK2MV>VK2WI*>APRS:$GPGGA,000156,3355.5270,S,15111.7292,E,1,05,1.6,78.3,M,19.7,M, VK2MV>VK2WI*>APRS:$GPVTG,154.3,T,141.8,M,00.0,N,00.0,K*41 VK2MV>VK2WI*>APRS:$GPGGA,000957,3434.9424,S,15123.3031,E,1,02,2.3,98.5,M,18.3,M, VK2MV>VK2WI*>APRS:$GPVTG,167.2,T,154.4,M,,N,,K*48 VK2MV>VK2WI*>APRS:$GPGGA,001101,3503.5668,S,15130.1842,E,1,03,2.3,99.9,M,16.9,M, VK2MV>VK2WI*>APRS:$GPVTG,169.2,T,156.2,M,,N,,K*42 VK2MV>VK2WI*>APRS:$GPVTG,170.3,T,157.1,M,,N,,K*49 VK2MV>VK2WI*>APRS:$GPGGA,001304,3600.7326,S,15141.6360,E,1,03,2.5,102.8,M,13.9,M VK2MV>VK2WI*>APRS:$GPVTG,172.0,T,158.5,M,,N,,K*43 VK2MV>VK2WI*>APRS:$GPGGA,001356,3627.7673,S,15146.0815,E,1,02,2.5,105.1,M,11.6,M VK2MV>VK2WI*>APRS:$GPVTG,173.0,T,159.4,M,,N,,K*42 VK2MV>VK2WI*>APRS:$GPGGA,001456,3700.6375,S,15150.5858,E,1,02,2.6,106.9,M,9.8,M, VK2MV>VK2WI*>APRS:$GPVTG,174.3,T,160.5,M,,N,,K*4D VK2MV>VK2WI*>APRS:$GPVTG,175.8,T,161.6,M,,N,,K*45 VK2MV>VK2WI*>APRS:$GPGGA,001706,3824.8989,S,15158.6419,E,1,03,2.8,111.1,M,5.6,M, VK2MV>VK2WI*>APRS:$GPVTG,176.9,T,162.5,M,,N,,K*47 As you can see the station moved one degree in two minutes. This is a bit fast for the rust bucket of a car. The GPS is a TAPR GPS-30PC, mounted close to the 2M antenae. And the weather was a but wet, cold and overcast (13 celcius). I know about selective availability, but it should not operate be in teh vacinity of 80 miles in two minutes. My question - Is this the Garmin or the whole GPS positioning system? Darryl VK2TDS From buoy@redshift.com Tue Jun 23 07:40:38 1998 Received: from mail.redshift.com (mail.redshift.com [209.54.200.6]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id HAA15736 for ; Tue, 23 Jun 1998 07:40:37 -0500 (CDT) Received: from buoy.mcktech.com (pm3-122.sal.redshift.com [207.204.198.122]) by mail.redshift.com (8.8.8/8.8.8) with SMTP id FAA27324 for ; Tue, 23 Jun 1998 05:40:37 -0700 Message-ID: <004b01bd9ea3$b3d3c520$7ac6cccf@buoy.mcktech.com> From: "Doug McKinney" To: Subject: Re: [TACGPS:1697] Strange GPS positions.... Date: Tue, 23 Jun 1998 05:24:03 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 -----Original Message----- From: Darryl Smith To: tacgps@tapr.org Date: Tuesday, June 23, 1998 1:14 AM Subject: [TACGPS:1697] Strange GPS positions.... >Hi there. I think this is the place to ask this type of question. Here >in Sydney Australia we are finally running APRS on one car. Looking >during todays logs I found the following entried. These are to be read >noting that we are about 34S and 151E. > >VK2MV>VK2WI*>APRS:$GPGGA,000156,3355.5270,S,15111.7292,E,1,05,1.6,78.3,M,19 .7,M, > >VK2MV>VK2WI*>APRS:$GPVTG,154.3,T,141.8,M,00.0,N,00.0,K*41 >VK2MV>VK2WI*>APRS:$GPGGA,000957,3434.9424,S,15123.3031,E,1,02,2.3,98.5,M,18 .3,M, > >VK2MV>VK2WI*>APRS:$GPVTG,167.2,T,154.4,M,,N,,K*48 >VK2MV>VK2WI*>APRS:$GPGGA,001101,3503.5668,S,15130.1842,E,1,03,2.3,99.9,M,16 .9,M, > >VK2MV>VK2WI*>APRS:$GPVTG,169.2,T,156.2,M,,N,,K*42 >VK2MV>VK2WI*>APRS:$GPVTG,170.3,T,157.1,M,,N,,K*49 >VK2MV>VK2WI*>APRS:$GPGGA,001304,3600.7326,S,15141.6360,E,1,03,2.5,102.8,M,1 3.9,M > >VK2MV>VK2WI*>APRS:$GPVTG,172.0,T,158.5,M,,N,,K*43 >VK2MV>VK2WI*>APRS:$GPGGA,001356,3627.7673,S,15146.0815,E,1,02,2.5,105.1,M,1 1.6,M > >VK2MV>VK2WI*>APRS:$GPVTG,173.0,T,159.4,M,,N,,K*42 >VK2MV>VK2WI*>APRS:$GPGGA,001456,3700.6375,S,15150.5858,E,1,02,2.6,106.9,M,9 .8,M, > >VK2MV>VK2WI*>APRS:$GPVTG,174.3,T,160.5,M,,N,,K*4D >VK2MV>VK2WI*>APRS:$GPVTG,175.8,T,161.6,M,,N,,K*45 >VK2MV>VK2WI*>APRS:$GPGGA,001706,3824.8989,S,15158.6419,E,1,03,2.8,111.1,M,5 .6,M, > >VK2MV>VK2WI*>APRS:$GPVTG,176.9,T,162.5,M,,N,,K*47 > >As you can see the station moved one degree in two minutes. This is a >bit fast for the rust bucket of a car. The GPS is a TAPR GPS-30PC, >mounted close to the 2M antenae. And the weather was a but wet, cold and >overcast (13 celcius). > >I know about selective availability, but it should not operate be in teh >vacinity of 80 miles in two minutes. > >My question - Is this the Garmin or the whole GPS positioning system? > >Darryl VK2TDS > > In your GGA sentence the 7th position is the number of Sats in use. To have an accurate (100m radius solution) requires 4 Sats. You have one with 5 Sats, 3 with 3 Sats and 3 with 2 Sats, so your GPS can't provide the accurate solution on so few Sats. 73's Doug From sguccion@outland.dtcc.edu Tue Jun 23 14:21:45 1998 Received: from outland.dtcc.edu (sguccion@outland.dtcc.edu [138.123.12.201]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id OAA14551 for ; Tue, 23 Jun 1998 14:21:44 -0500 (CDT) Received: from localhost (sguccion@localhost) by outland.dtcc.edu (8.8.7/8.8.7) with SMTP id PAA18138 for ; Tue, 23 Jun 1998 15:21:40 -0400 (EDT) Date: Tue, 23 Jun 1998 15:21:40 -0400 (EDT) From: Dr Samuel Guccione To: tacgps@tapr.org Subject: test Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII please delete From jjjohnson@saiph.hpl.hp.com Tue Jun 23 15:40:14 1998 Received: from hplms26.hpl.hp.com (root@hplms26.hpl.hp.com [15.255.168.31]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id PAA19291 for ; Tue, 23 Jun 1998 15:40:12 -0500 (CDT) Received: from saiph.hpl.hp.com (saiph.hpl.hp.com [15.9.144.186]) by hplms26.hpl.hp.com (8.8.6/8.8.6 HPLabs Relay) with ESMTP id NAA23031 for ; Tue, 23 Jun 1998 13:40:11 -0700 (PDT) Received: (from jjjohnson@localhost) by saiph.hpl.hp.com (8.8.6/8.8.6 HPLabs) id NAA01937 for tacgps@tapr.org; Tue, 23 Jun 1998 13:40:05 -0700 (PDT) From: "James L. Johnson" Message-Id: <199806232040.NAA01937@saiph.hpl.hp.com> Subject: Re: [TACGPS:1692] Re: Rubidium Lifetimes To: tacgps@tapr.org Date: Tue, 23 Jun 1998 13:40:04 -0800 (PDT) In-Reply-To: <358F10F3.303D@worldnet.att.net> from "Brian Chesire" at Jun 22, 98 09:31:38 pm X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > > The Lamp in my Rube is an RF excited rubidium vapor glow lamp. The > assembly consists of a gas cell, a heater to vaporize the Rb, and a > 77Mhz oscillator-amplifier to excite it. The pump oscillator is > modulated at 127 Hz to provide an AC error signal to what is pretty much > a lock-in amplifier. This is the signal used to correct VCXO frequency. > Given that the lamp consists of a quartz cell and some Rb, and nothing > else, the life should be unlimited. The controlling factor will be the > survival of the electronics. It appears that barring mechanical damage, > the physics package of Rubes is just about an infinite life item. > > 73's Brian > WA5PPO Tucson, AZ > > Well, unfortunately, the lifetime of Rb physics packages isn't quite that long. The main failure item is the lamp, which suffers from the Rb diffusing into the walls of the glass. Along with the Rb87, is a buffer gas, krypton, giving it subtle properties (lamp starting, collision broadening, etc.) that make the whole thing work. The absorption cell also has the property that it will suffer a frequency shift due to helium diffusing into the glass over time. Not catastrophic, but a source of error. 73, Jim W6SC jjohnson@hpl.hp.com From BCChesire@worldnet.att.net Wed Jun 24 01:36:36 1998 Received: from mtiwmhc03.worldnet.att.net (mtiwmhc03.worldnet.att.net [204.127.131.38]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id BAA13528 for ; Wed, 24 Jun 1998 01:36:34 -0500 (CDT) Received: from LOCALNAME ([12.65.167.133]) by mtiwmhc03.worldnet.att.net (InterMail v03.02.03 118 118 102) with SMTP id <19980624032519.EEQD5929@LOCALNAME> for ; Wed, 24 Jun 1998 03:25:19 +0000 Message-ID: <3590706F.40F9@worldnet.att.net> Date: Tue, 23 Jun 1998 20:20:15 -0700 From: Brian Chesire X-Mailer: Mozilla 3.0C-WorldNet (Win16; I) MIME-Version: 1.0 To: tacgps@tapr.org Subject: Re: [TACGPS:1700] Re: Rubidium Lifetimes References: <199806232040.NAA01937@saiph.hpl.hp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Thanks for the info Jim. I stand corrected. After losing a couple dozen HeNe laser tubes to helium loss, I should've realized that other failure mechanisms exist. If helium can diffuse out it sure can get in. Used to rejuvenate the laser tubes that way, get another years use out of them. Learn something new every day. Do you know of a ref. that covers this or is this from the school of hard knocks? Thanks and 73's Brian WA5PPO Tucson, AZ From jjjohnson@saiph.hpl.hp.com Wed Jun 24 11:47:58 1998 Received: from hplms26.hpl.hp.com (root@hplms26.hpl.hp.com [15.255.168.31]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id LAA01800 for ; Wed, 24 Jun 1998 11:47:56 -0500 (CDT) Received: from saiph.hpl.hp.com (saiph.hpl.hp.com [15.9.144.186]) by hplms26.hpl.hp.com (8.8.6/8.8.6 HPLabs Relay) with ESMTP id JAA18449 for ; Wed, 24 Jun 1998 09:47:55 -0700 (PDT) Received: (from jjjohnson@localhost) by saiph.hpl.hp.com (8.8.6/8.8.6 HPLabs) id JAA17377 for tacgps@tapr.org; Wed, 24 Jun 1998 09:47:50 -0700 (PDT) From: "James L. Johnson" Message-Id: <199806241647.JAA17377@saiph.hpl.hp.com> Subject: Re: [TACGPS:1701] Re: Rubidium Lifetimes To: tacgps@tapr.org Date: Wed, 24 Jun 1998 09:47:49 -0800 (PDT) In-Reply-To: <3590706F.40F9@worldnet.att.net> from "Brian Chesire" at Jun 24, 98 01:39:44 am X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > > Thanks for the info Jim. I stand corrected. After losing a couple dozen > HeNe laser tubes to helium loss, I should've realized that other failure > mechanisms exist. If helium can diffuse out it sure can get in. Used to > rejuvenate the laser tubes that way, get another years use out of them. > Learn something new every day. Do you know of a ref. that covers this or > is this from the school of hard knocks? > Thanks and 73's > Brian WA5PPO > Tucson, AZ > > Hi Brian, I've learned a lot from the reflector, especially about GPS. In the case of the Rb standards, I wish I could sit here and tell you that it's my years of hard work and experience as an expert in the field of frequency standards. But, alas, I must confess it's the conversations I have with the atomic physicist in the next cubicle that increase my knowledge of the subject (!). However, there are many papers out there, many published in the proceedings of a conference known as the IEEE Frequency Control Symposium. When they meet each year, they have a tutorial session on many aspects of frequency control, time transfer, GPS, standards, oscillators, etc. and that is where a lot of good quality information is disseminated. Manufacturer's catalogs, such as the Efratom division of Ball, and Austron (Datum) provide valuable information also. Another conference is the PTTI (Precision Time and Time Interval) that also has their proceedings published, along with tutorials. NIST and USNO publish a lot of information on this topic as well. I believe both have web sites. Even HP has an app note on time, timekeeping, time transfer, etc., titled "The Science of Timekeeping", Application Note 1289. Hope this answers your question. 73, Jim W6SC From ebs@lanl.gov Sun Jun 28 15:05:03 1998 Received: from mailman.lanl.gov (mailman.lanl.gov [128.165.5.1]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id PAA12143 for ; Sun, 28 Jun 1998 15:05:01 -0500 (CDT) Received: from newreg.lanl.gov (newreg.lanl.gov [128.165.3.60]) by mailman.lanl.gov (8.8.8/(cic-5, 10/28/97)) with ESMTP id OAA03239 for ; Sun, 28 Jun 1998 14:04:59 -0600 Received: from [128.165.7.41] (transitory170.lanl.gov [128.165.7.41]) by newreg.lanl.gov (8.8.8/(cic-5, 10/28/97)) with SMTP id OAA13159 for ; Sun, 28 Jun 1998 14:04:54 -0600 (MDT) Message-Id: <199806282004.OAA13159@newreg.lanl.gov> Subject: Re: [TACGPS:1696] RE: Rb steering Date: Sun, 28 Jun 98 14:05:49 -0600 x-sender: ebs@biophysics.lanl.gov x-mailer: Claris Emailer 1.1 From: Brooks Shera To: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Some discussion occurred recently about the resistor values in the freq. control network of the surplus Efratom FRK-L Rb standard that is (was?) available from Doug Lehman. I have had a unit for a few weeks and it has been running nicely with only an occasional manual tweaking of its freq. pot to keep it in tune with gps. I finally screwed up my courage and unscrewed the screws that hold the cover on. After you break all the nice seals that Doug put on after his calibration, the cover pops right off. Unfortunately, the circuitry inside doesn't correspond very closely to the manual I got from Doug. Moreover, tracing the circuit is difficult because the boards are multi-layer and the backside of the relevant board is not accessible without unsoldering a number of wires, which I was reluctant to do. Also, the resistors are labeled with a 6 band color code that I'm not too sure I understand. But by probing around with an ohmmeter and a voltmeter I have concluded the circuit is this: Rpot Ra +--/\/\/\---/\/\/\--+ | | | Rb | Rc +--------+ +20 o-+------/\/\/\-------+---\/\/\/\---| C coil |--->GND +--------+ The resistor values are Rpot = 1K (20 turn), set at about 500 ohms Ra = (orange red yellow brn brn red), probably 3240 ohms Rb = (blue yellow brn brn brn brn), probably 6410 ohms Rc = (hidden somewhere out of sight), probably about 270 ohms C coil = about 29 ohms Note that Ra, Rb will probably be different in other units. The voltages: at the Ra,b,c junction 2.226 volts, across the C coil 0.233 volts, and the coil current is about 7.5 ma (when the Rb is on freq.) Tuning sensitivity: The 20-turn tuning pot (Rpot) is accessible via a small hole thru the bottom of the heat sink. Doug covered it with a seal. In my unit the pot was almost exactly in the center of its range when the Rb is on freq. Turning the pot 5 turns CLOCKWISE INCREASED the freq. by about 7.5 parts in 10E10, and voltage at the Ra,b,c junction increased from 2.226 to 2.327 volts. Turning the pot 5 turn CCW produced approximately the reverse effect. The tuning sensitivity is then, +7.5x10E-9/volt at the Ra,b,c junction, or +2.2x10E-9/ma thru the C coil. Modifications for locking to GPS The DAC in my gps controller board (see QST, July '98 or www.rt66.com/~shera) can operate in either a voltage (+/- 3v) or a current mode (+/- 1ma), however the PCB distributed by A&A is wired to use it in a voltage mode. A voltage source can be used as current source if it drives a low impedance through a relatively larger series impedance. With this in mind, and to conveniently match the FRK-L to the sensitivity presently programmed into the digital PLL in the controller, I have chosen to control the C-coil current by attaching a resistor at the Rc - C coil junction. The DAC is connected directly to the other end of this resistor. The value needed for the resistor turns out be 250 ohms (I used a 270). I wired the resistor inside the unit so if I accidentally applied a large voltage, like +5v, to the C-coil connector pin I wouldn't burnout the C coil. Making the connection Take off the cover, turn the FRK-L upside down with the heat sink on your left. The 20 turn pot is on your left, Ra and Rb are to the right of an electrolytic cap which is next to the pot. One of the resistors is labelled R24 on the PCB stencil, and the traces connecting the resistors to the pot are visible. The C coil wires are connected to the terminals numbered 6 and 7 near the multipin power connector. Terminal 6 is the top end of the C coil, terminal 7 is the gnd end. The new 270 ohm resistor connects between terminal 6 and any convenient unused connector pin. Does it work? Yes. I've been running the Rb locked to GPS for a couple of days with my controller set to the longest time constant available (about 13 hours). So far, it looks fine. After a few days of data have accumulated and I can begin to see the drift rate, etc., I'll post a graph on my web page (like the Austron quartz osc. graph that is there now). If it appears that an even longer time constant would be useful I can make a version of the PIC software especially for Rb oscillators. (Trade-ins on preprogrammed standard PICs cheerfully accepted at a nominal cost.) 73, Brooks BTW, many thanks for the nice words that have been posted recently about my QST article. They mean alot to me. From mdmiller@onramp.net Mon Jun 29 02:29:21 1998 Received: from mail.eaze.net (qmailr@mail.eaze.net [209.160.106.3]) by tapr.org (8.7.5/8.7.3/1.9) with SMTP id CAA06061 for ; Mon, 29 Jun 1998 02:29:20 -0500 (CDT) From: mdmiller@onramp.net Received: (qmail 4243 invoked from network); 29 Jun 1998 07:22:05 -0000 Received: from unknown (HELO miller.slimpy.eaze.net) (209.160.127.50) by mail.eaze.net with SMTP; 29 Jun 1998 07:22:05 -0000 Message-Id: <3.0.5.32.19980629022923.0081b410@199.1.11.3> X-Sender: mdmiller@199.1.11.3 X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Mon, 29 Jun 1998 02:29:23 -0500 To: tacgps@tapr.org Subject: Re: [TACGPS:1703] RE: Rb steering In-Reply-To: <199806282004.OAA13159@newreg.lanl.gov> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Brooks, I was wondering how easy it would be to modify your source code for various VCXO's? This would I hope make it unessessary to use the R5/R6 voltage divider? I have been gathering PIC reference material in hopes of learning how to program these devices. 73 Mark Miller N5RFX At 03:06 PM 6/28/98 -0500, you wrote: >I can make a version of the PIC software especially for Rb oscillators. (Trade-ins on preprogrammed standard PICs cheerfully accepted at a nominal cost.) >73, Brooks From ebs@lanl.gov Mon Jun 29 19:10:51 1998 Received: from mailman.lanl.gov (mailman.lanl.gov [128.165.5.1]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id TAA16399 for ; Mon, 29 Jun 1998 19:10:49 -0500 (CDT) Received: from newreg.lanl.gov (newreg.lanl.gov [128.165.3.60]) by mailman.lanl.gov (8.8.8/(cic-5, 10/28/97)) with ESMTP id SAA20293 for ; Mon, 29 Jun 1998 18:10:47 -0600 Received: from [128.165.7.149] (transitory51.lanl.gov [128.165.7.149]) by newreg.lanl.gov (8.8.8/(cic-5, 10/28/97)) with SMTP id SAA04398 for ; Mon, 29 Jun 1998 18:10:46 -0600 (MDT) Message-Id: <199806300010.SAA04398@newreg.lanl.gov> Subject: Re: [TACGPS:1704] RE: Rb steering Date: Mon, 29 Jun 98 18:11:42 -0600 x-sender: ebs@biophysics.lanl.gov x-mailer: Claris Emailer 1.1 From: Brooks Shera To: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Mark Miller wrote: >I was wondering how easy it would be to modify your source code for various >VCXO's? This would I hope make it unessessary to use the R5/R6 voltage >divider? This would be possible. The total gain around the phase-locked loop has to have a certain value that depends upon the filter time constant and maximum attenuation that are chosen for the design. The total gain is a product several factors: the sensitivity of the phase detector, the DAC, the VCXO, the "mathematical" gain of the CPU program, and finally the resistor network (R5,6) attenuation. Since I didn't know what VCXO a builder might use, I arrived at the solution of letting him adjust the resistor network attenuation up or down to compensate for more or less gain in the VCXO. Hence the "magic" constant in the article: 7.5 x 10e-9/volt. I could, of course, adjust the CPU gain to fit the VCXO. However, this would usually require high-precision FLOATING POINT (FP) calculations in the PIC (now I do 40-bit scaled integer arithmatic by stacking together several of the 8-bit PIC memory locations). Microchip has some FP routines that could be copied but as I recall they aren't precise enough (only 16-bit operands). Given the above, I feel that using a couple of resistors (actually only 1 resistor in the case of the Efratom) is the easier solution. Special programming for a VERY long time constant to get the best out of a good Rb oscillator would be worth while though, if it looks warranted. >I have been gathering PIC reference material in hopes of learning how to >program these devices. You might want to check out a new book "Programming and Customizing the PIC Microcontroller," Myke Predko, McGraw-Hill 1998, which I noticed in a bookstore recently. Athough I haven't looked at it carefully it appeared to be quite helpful. Of course, the Microchip PIC16C73X Data Sheet (actually a 300 page booklet) is invaluable. It's available from DigiKey or your Microchip rep. 73, Brooks From k4jpj@appstate.campus.mci.net Mon Jun 29 20:13:47 1998 Received: from aus-e.mp.campus.mci.net (aus-e.mp.campus.mci.net [208.140.84.25]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id UAA20950 for ; Mon, 29 Jun 1998 20:13:46 -0500 (CDT) Received: from mbh (s02-pm14.snaustel.campus.mci.net [207.49.121.175]) by aus-e.mp.campus.mci.net (8.9.0/8.8.8) with SMTP id VAA24123 for ; Mon, 29 Jun 1998 21:13:40 -0400 (EDT) Message-Id: <3.0.5.32.19980629204241.00801660@appstate.campus.mci.net> X-Sender: k4jpj@appstate.campus.mci.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Mon, 29 Jun 1998 20:42:41 -0400 To: tacgps@tapr.org From: Mary Beth Haselwood Subject: Re: [TACGPS:1703] RE: Rb steering In-Reply-To: <199806282004.OAA13159@newreg.lanl.gov> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Brook, >Some discussion occurred recently about the resistor values in the freq. >control network of the surplus Efratom FRK-L Rb standard that is (was?) >available from Doug Lehman. Thanks for the info on the FRK-L. This is a big help. 73's Don, W4DH