HDTenEightyP/NetNews huggingface dataset:
X-To: liu::"sas-l@finhutc.bitnet"
X-Cc: GU_PETERSSON
Newsgroups: bit.listserv.sas-l
Date:         Thu, 27 Aug 1992 14:58:51 +0200
Reply-To:     "Gunnar Petersson, VTI-TD,
              204068" <GU_PETERSSON@VIKING.LIDAC.LIU.SE>
From:         "Gunnar Petersson, VTI-TD,
              204068" <GU_PETERSSON@VIKING.LIDAC.LIU.SE>
Subject:      Not SAS; MATLAB and GLIM

 Forgive me for a non SAS question.

 I discovered MATLAB 1980-11-14 with possible update 6 dec 1985 and GLIM 3.77
 1985 on our VAX/VMS computer. My questions are: What are the latest versions
 of these softwares on VAX/VMS? Do you know of any european distributors and/or
 some prices on different platforms?

 Thank you very much!

 Regards,

 /Gunnar Petersson


-------------------------------------------------------------------------------
 Gunnar Petersson                             Phone:  +46 13 204068
 Swedish Road & Traffic Research Institute            +46 13 204000
 S-581 01 Linkoping                           Fax:    +46 13 204030
 Sweden                                       Bitnet: GPL@SELIUC51.BITNET
 VAX/VMS 5.4 and SAS 6.07
*******************************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
X-Acknowledge-To: <HILL@CMSUVMA>
Newsgroups: bit.listserv.sas-l
Date:         Wed, 26 Aug 1992 14:37:26 CST
Reply-To:     HILL@CMSUVMA.BITNET
From:         HILL@CMSUVMA.BITNET

Having a bad day, date for MWSUG'92  registration cutoff is Friday,
Aug. 28th not Aug. 24th. Sorry about that.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer:     Pegasus Mail v2.3 (R3).
Newsgroups: bit.listserv.sas-l
Date:         Wed, 26 Aug 1992 11:24:32 EDT
Reply-To:     Ray Pass <PASSRAY@CPMAIL-NZ.CIS.COLUMBIA.EDU>
From:         Ray Pass <PASSRAY@CPMAIL-NZ.CIS.COLUMBIA.EDU>
Subject:      Re: task like PROC PRINT
Comments: To: SAS-L@uga.cc.uga.edu

ON    Wed, 26 Aug 1992 13:27:44 EST
      Anne Liang <GOVE036%TWNMOE10.BITNET@uga.cc.uga.edu>  WROTE:

> Hi, everyone
>
> I've got a dataset which contains more than 100 variales and about 100
> observations. Now I want to output it to text file with every 5 varaibles
> occupying the whole 80-column page, each with width 16. The output is
> something like the one when we use PROC PRINT instead, varaible names
> appearing on the first line. However, the output produced by simply
> applying PROC PRINT is not neat enough.
>
> Can everyone see what I mean? I'm not sure it's clear enough but I've
> done my best.
>
> What are the possible solutions? The procedure which mimics PROC PRINT
> is much preferred. Thanks in advance.
>
> Anne Liang in Taipei Taiwan
>

A picture would be worth a lot of words here, but I think I know what Anne
wants.  One way to accomplish it would be to use PROC REPORT with the
following options set on the PROC REPORT line: LS-80  COLWIDTH=16  SPACING=0.
This would give a linesize of 80 cols and a default printing width for all
columns of 16 with 0 columns of space between vars.  It could also be done
with PROC PRINT if the vars are somehow FORMAT'ed with a length of 16, but
that might require some extra, unnecessary, pre-processing however.  Page 1
of the output would contain the first 50 or so obs of vars 1-5, page 2 would
have vars 6-10 and so on until all vars were printed for the first set of
obs.  Then the next set of obs would start.  PROC PRINT would allow you to
print in the this order, or alternately, print all obs (vars 1-5) and then all
obs (vars 6- 10) etc.  REPORT can't do this yet.  Have fun.

Ray



 *--------------------------------------------------------------------------*
 | Ray Pass, Ph.D.                                    Voice: (212) 305-7748 |
 | Columbia-Presbyterian Medical Center                 Fax: (212) 305-3302 |
 | 161 Ft. Washington Ave.       AP1310                                     |
 | New York, NY 10032-3784               passray@cpmail-nz.cis.columbia.edu |
 *--------------------------------------------------------------------------*
Newsgroups: bit.listserv.sas-l
From: axpmw@acad2.alaska.edu
Subject: HPpaintjet w/SAS 6.06 VMS
Organization: University of Alaska
Date: Fri, 4 Sep 1992 14:25:27 GMT

VAX/VMS SAS 6.06  Graphics -  Using a HPPAINTJET!

1) Has anyone ever gotten a terminal connection to a hp paintjet printer
sas job to work? I'm using the HPPJ180 device drive (or attempting to..)

2) The terminal is serial, printer parallel and we have a little black
box connected between them to make them talk to each other. The terminal
is directly connect to the VAX and we're running a simple piechart program
with the goptions line:

   GOPTIONS DEVICE=HPPJ180 autofeed handshake=xonxoff ftext=swiss
       colors=(black yellow gold cyan blue red green);

Any ideas? the stuff just comes to the screen and doesn't toggle on
the printer... we've tried doing screen dumps but  since that
doesn't use a device driver we doubt it will work.

3) If you can send us your configuration that works w/ an hppaintjet and
sas it would help!  

Thanks in advance, Pam

-- 
Pam Woods                              Email:  Internet: axpmw@acad2.alaska.edu
University Of Alaska Anchorage                 Bitnet:   axpmw@alaska
System: A3000/25/40Mb/Wb2.04/88mbsyquest
From: tamara@glia.biostr.washington.edu (tiny t)
Newsgroups: bit.listserv.sas-l
Subject: Re: a question about transfering large sas data sets
Date: 26 Aug 92 18:39:37 GMT
Organization: Dept Biological Structure-University of Washington

In article <22082512462222@biost.biostat.wisc.edu> MARCUS@BIOST.BIOSTAT.WISC.EDU writes:
>I need advice as to how to transfer a very large SAS data set
>
>        The data set takes up about 57 megabytes.
>
>        Receiver can not accept DAT tapes
What do you mean by DAT tapes?
>        PROC COPY does not create datasets that are bigger than one tape
>        so the dataset needs to be split up.
I was able to fit a 50 + dataset on one tape. It depends on the density you're
using of course. What density are you using? What do you mean by PROC COPY.
Obviously, this has to be a transport file, so I'm assuming you are
writing a transport file.
>
>Does anyone know of an efficient way to transfer the data? I have tape
>capabilites, but would rather not use more than 5.
The most efficient way to transfer the data is to use
FTP. Do you have that capability? Are you on a bitnet node? 
Do you have "send" capability. Is the person on the other node on a bitnet
node?>
 
 I would break the dataset up if you absolutely have to. There is no
 reason that I can see why this would take five tapes. What is the footage.
 Again if you have to break it up I prefer to break things up by subject.
 That is variables should be divided according to subject (or you could do this
 alphabetically).
 
 I always prefer a cpu to cpu transfer. I did upload a 50 meg dataset from
 the PC, going at 9600. It took hours, but it can be done. Be careful
 transferring a VMS dataset, unless you are using 5.18 (which I think you are).
 
 More details would help. 
 
 Hope this helps some,
 Tamara
 -----
 Tamara Fischell
 Independent Consultant
 Timely Technical Solutions
 234 Lashley Rd.
 Chapel Hill, NC 27516
 (919) 933-6404
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Original_To:  BITNET%"sas-l@uga"
Newsgroups: bit.listserv.sas-l
Date:         Mon, 31 Aug 1992 07:54:00 EST
Reply-To:     AOWALSH@FORDMURH.BITNET
From:         AOWALSH@FORDMURH.BITNET

system: vax 5.1
sas: 6.07
problem:
I am generating individual data sets for students in a
class as well as the answer (proc anova).  I want to add
the individual student's name to the ascii data set and to
answer key(proc anova).
Any suggestions would be appreciated.
John F. Walsh
bitnet:aowalsh@fordmurh
libname meghan '[aowalsh]';
filename out 'anova.dat';
data meghan.anova;
infile cards n=2;
input m1-m4 / s1-s4;
file out;
array t{4} y1-y4;
array sx{4} s1-s4;
array mx{4} m1-m4;
do id= 1 to 30;
do j=1 to 12;
do iv=1 to 4;
dv=mx{iv} + int(sx{iv}*rannor(0));
t{iv}=dv;
output  ;
end;
put id 2. j 3. +5 (y1-y4) (+2,2.);
end;
end;
keep id j iv dv;
cards;
38 42 46 48
6 4 6 4
;
proc sort data=meghan.anova;
by id;
proc anova data=meghan.anova;
class iv;
model dv=iv;
by id;
run;
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Wed, 26 Aug 1992 10:40:00 EDT
Reply-To:     "Keith J. Brown" <UNCDFC@UNC.BITNET>
From:         "Keith J. Brown" <UNCDFC@UNC.BITNET>
Subject:      Re: SAS time values

Deb,
  I think this might help solve your problem, or at least most of
it. I thought TIME10. would print the fractions of seconds, but
it doesn't seem to do that part.

 Keith Brown


 1          OPTIONS LS=80;
 2          DATA ONE;
 3          INPUT TIME;
 4          LIST;
 5          H=INPUT(SUBSTR(PUT(TIME,Z7.),1,2),2.);
 6          M=INPUT(SUBSTR(PUT(TIME,Z7.),3,2),2.);
 7          S=INPUT(SUBSTR(PUT(TIME,Z7.),5,3),3.1);
 8          TIME1=HMS(H,M,S);
 9          FORMAT TIME1 TIME10.;
 10         CARDS;

 RULE:      ----+----1----+----2----+----3----+----4----+----5----+----6----+---
 11         1022011
 12         1025012
 13         1208593
 14         0308594
 NOTE: The data set WORK.ONE has 4 observations and 5 variables.
 NOTE: The DATA statement used 0.08 CPU seconds and 3708K.

 15         ;
 16         PROC PRINT UNIFORM;
 NOTE: The PROCEDURE PRINT printed page 1.
 NOTE: The PROCEDURE PRINT used 0.02 CPU seconds and 3805K.

 NOTE: The SAS session used 0.29 CPU seconds and 3805K.
 NOTE: SAS Institute Inc., SAS Campus Drive, Cary, NC USA 27513-2414
                           The SAS System                          1
                     10:31 Wednesday, August 26, 1992

             OBS      TIME      H     M      S          TIME1

              1     1022011    10    22     1.1      10:22:01
              2     1025012    10    25     1.2      10:25:01
              3     1208593    12     8    59.3      12:08:59
              4      308594     3     8    59.4       3:08:59

> ----------------------------------------------------------------------
> CONTENT:  question
> SUMMARY:  how to convert numeric to time values
> REL/PLTF: 5.18/MVS 6.06/MVS 6.07/MVS 6.06/OS/2 6.04/PC-DOS
> E-ADDR:   adpdkhts@uiamvs.bitnet
> NAME:     Deb Cannon
> PHONE:    319-335-6321
> ----------------------------------------------------------------------
>
>       I've RTFM'd until I'm blue in the face, and have come up empty.
>       I'm quite sure the answer is right in front of me, but.....
>
>       I have a 4-byte packed decimal field representing time in
>       HH:MM:SSS.  Have tried all sorts of gyrations of INPUT and
>       PUT functions, to no avail.  I'd like to convert it into  a
>       SAS time value.  Can someone enlighten me?
>
>       Deb
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Thu, 3 Sep 1992 10:03:45 EDT
Reply-To:     Howard Schreier <HIS@NIHCU.BITNET>
From:         Howard Schreier <HIS@NIHCU.BITNET>
Subject: Re: SASLIST output before SASLOG output r6.07; what are other
              sites

CONTENT:  Response/Comment
SUMMARY:  Don't require that *all* DD names be alphabetized
REL/PLTF: MVS

>   We are moving from r5.18 to r6.07 at our site, MVS batch.  The
> problem is the name change of the SASLIST and SASLOG DDnames.  It
> is a long standing practice at our site to order all the DDnames
> alphabetically in public procs.  In r5.18 of SAS, the SASLIST DD
> name was FORTRAN unit FT12F001 and came after the SASLOG DD name
> FT11F001 (alphabetically).  Consequently, in r5.18, the user would
> always get the LOG output before the LIST output.  However, for
> r6.07, the user always gets the LIST output before the LOG output
> (again, because SASLIST comes before SASLOG alphabetically).
>
>   This has caused a stir for our SAS Software Consultant.  She
> insists that the LOG output MUST come first, for a variety of
> reasons, among them being:

[details deleted for sake of brevity]

>   My question is, what are other sites doing about this change?
> Or, is it a non-issue at most sites?  There are two ways I know
> of to work around this problem:

[details deleted for sake of brevity]

This whole thing is real flame-bait, but I'll refrain.

As this problem illustrates, the ordering of  DD  statements
is significant.  Therefore, a rigid, arbitrary rule like the
mandatory alphabetization at  this  site  has  some  serious
implications;  in  particular,  there  will be problems with
procedures imported from sites which  don't  adhere  to  the
rule.

IMHO, the answer is to  relax  the  alphabetization  policy.
Something   like   this:    (1)   alphabetize  except  where
circumstances   require   exceptions,   and   annotate   the
exceptions;  (2)  design  locally  developed  procedures  to
conform to the alphabetization standard.

> Which is the lesser of two evils?
>
> Are there any other solutions or options I have overlooked?  I
> need some ideas, as we are soon to have a meeting to decide once
> and for all which way SAS r6.07 will go.  Any help will be
> appreciated!

/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\   Howard Schreier, U.S. Dept. of Commerce, Washington    /
/                     MVS 5.18 & 6.07                      \
\   Voice: (202) 377-4180        BITNET: HIS@NIHCU         /
/   Fax:   (202) 377-4614      INTERNET: HIS@CU.NIH.GOV    \
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Fri, 28 Aug 1992 12:36:08 EDT
Reply-To:     Howard Schreier <HIS@NIHCU.BITNET>
From:         Howard Schreier <HIS@NIHCU.BITNET>
Subject: Re: Duplicates

CONTENT:  Follow-up & Comment
SUMMARY:  Add a variable at end of PDV

The problem, in brief:  printing duplicate observations from
a data set having a large number of variables.

I'm no Kernon/Andy, so I'll stay away from the SQL  :-)  and
stick  with classic SAS.  Tom Abernathy (tom@msvax.mssm.edu)
suggested a clever approach:

> This is a simple problem, if you know the LAST variable in the data
> vector. And if you want to take the time to sort it.
>
> PROC SORT;
>  BY _ALL_;
> DATA dups;
>  SET;
>  BY _ALL_;
>  if not (first.Z and last.Z); * Where Z is the last variable ;
> run;
>
> I tested this on VM/CMS version 6.07 of SAS.

I'm always a bit uncomfortable  about  relying  on  variable
positions within the vector.  It's also harder to generalize
(as for a macro).

How about adding a variable which would then reliably become
the  last  one.  Give it missing values so that it would not
mess up the BY  sequence  or  the  testing  for  duplicates.
Between Tom's two steps, insert:

   data tocheck; set; __extra = .;

Note the double underscore at the beginning of the name.  If
you  follow  the  convention  of  never  using such names in
permanently stored data sets, it's pretty safe.

The subsetting IF becomes:

   if not (first.__extra and last.__extra);
   drop __extra;

Under 6.07, I would make TOCHECK a DATA step  *view*,  which
would save some resource usage.

By the way, I think the very active and  rapid  exchange  of
suggestions   on   this   question  today  has  been  pretty
impressive.  It certainly makes the case for posting  rather
than replying privately, and for an unmoderated list.

/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\   Howard Schreier, U.S. Dept. of Commerce, Washington    /
/                     MVS 5.18 & 6.07                      \
\   Voice: (202) 377-4180        BITNET: HIS@NIHCU         /
/   Fax:   (202) 377-4614      INTERNET: HIS@CU.NIH.GOV    \
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <phil@wubios>
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.sas-l
Date:         Tue, 1 Sep 1992 09:02:39 CDT
Reply-To:     "J. Philip Miller" <phil@WUBIOS.WUSTL.EDU>
From:         "J. Philip Miller" <phil@WUBIOS.WUSTL.EDU>
Subject:      SAS Work space in Unix
Comments: To: SAS Mailing List <SAS-L@ohstvma.ircc.ohio-state.edu>

I am wondering what other folks do who are running SAS under Unix with
respect to temporary space for WORK etc.  We have ours pointing to a
seperate file system so that if it fills up it does not affect other file
systems, but still it is not a pretty site when it fills up!

-phil

--
     J. Philip Miller, Professor, Division of Biostatistics, Box 8067
	 Washington University Medical School, St. Louis MO 63110
     phil@wubios.WUstl.edu - Internet  (314) 362-3617 [362-2694(FAX)]
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <HILL@CMSUVMA>
Newsgroups: bit.listserv.sas-l
Date:         Fri, 28 Aug 1992 15:46:19 CST
Reply-To:     Nancy <HILL@CMSUVMA.BITNET>
From:         Nancy <HILL@CMSUVMA.BITNET>

Late addition to the program for the graphics section of MWSUG'92.
Dr. LeRoy Bessler, Miller Brewing CO. and MWSUG'91 Chair will be
presenting his paper from SUGI17 at MWSUG'92. Registration must be
postmarked by today $150 or register at the door at $200.
Optional roundtable fee $20.
Hope to see you there.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  BITNET%"sas-l@uga"
Newsgroups: bit.listserv.sas-l
Date:         Thu, 27 Aug 1992 10:17:00 EDT
Reply-To:     Chen Xi <CHENX@CUA.BITNET>
From:         Chen Xi <CHENX@CUA.BITNET>
Subject:      Not SAS. New version of Matlab

>Forgive me for a non SAS question.

>I discovered MATLAB 1980-11-14 with possible update 6 dec 1985 and GLIM 3.77
>1985 on our VAX/VMS computer. My questions are: What are the latest versions
>of these softwares on VAX/VMS? Do you know of any european distributors and/or
>some prices on different platforms?

>Thank you very much!

>Regards,

>/Gunnar Petersson


As my understanding, the newest version of the Matlab on VAX/VMS is version
3.5g, which came out on March 19, 1991.  I do not know if the software will
be upgrade this year, but this is current version supported on VMScluster.

Chen Xi
User Consultant
The Catholic University of America
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Office of University Computing
Newsgroups: bit.listserv.sas-l
Date:         Thu, 27 Aug 1992 13:05:15 EST
Reply-To:     "Jim S." <JSTUKAS@IRISHVMA.BITNET>
From:         "Jim S." <JSTUKAS@IRISHVMA.BITNET>
Subject:      REPLACING 6.06 with 6.07
Comments: To: sas-l@uga.uga.edu

Hello folks,
   First of all, I want to say that I think I should have replaced SAS 6.06
with 6.07 as the default version long ago.  This was brought home sharply
when, under MVS, a job of mine ran out of CPU time even though I had
specified three HOURS max on the JOB card.  I re-ran it under 6.07 and
it took less than 15 MINUTES of CPU.  This is a very i/o intensive job, but
obviously, SAS has to think about its i/o. :-)
   OK, so now I'm going to make the move to the production version.  Two
(minor?) details.  I have applied the zap to SAS to correct for the
problem of evaluating complex boolean expressions.  Does any one have any
code lying around which I can use to test this (i.e., one which breaks w/o
the zap, but not with it)?
   Number two, I know that there is a problem with the SAS datasets if
you want to use 6.06 and 6.07 concurrently, but is there any problem at
all (for the naive user) in discarding 6.06 and replacing it with 6.07
(under MVS or CMS)?

   Thanks,

                                                        Jim

    Jim Stukas
    User Services                JSTUKAS@IRISHVMA (BITNET)
    University of Notre Dame     jstukas@vma.cc.nd.edu (Internet)
    (219) 239-8292               NeXT mail: stukas@mbolo.cc.nd.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL10]
Newsgroups: bit.listserv.sas-l
Date:         Thu, 27 Aug 1992 13:06:05 EDT
Reply-To:     Gail Gill <glg2@GTE.COM>
From:         Gail Gill <glg2@GTE.COM>
Subject:      Bartlett's test
Comments: To: sas-l%marist.bitnet@cunyvm.cuny.edu

Alana,
SAS does have Bartlett's test, it is found under PROC DISCRIM on
pages 690-691 within the POOL option in the version 6 manual.
Be advised that the test is very sensitive to the normality
assumption. Hope this helps.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.2 PL16]
Newsgroups: bit.listserv.sas-l
Date:         Thu, 3 Sep 1992 11:02:38 CDT
Reply-To:     "R. Snyder" <rsnyder@LOBBY.TI.COM>
From:         "R. Snyder" <rsnyder@LOBBY.TI.COM>
Subject:      Integer to Character Conversion
Comments: To: sas-l@uga.cc.uga.edu

SUBJECT:   Integer to Character Conversion
SUMMARY:   Question
REL/PLTF:  6.07/HP300
E-ADDR:    rsnyder@lobby.ti.com
NAME:      Bob Snyder
COMPANY:   Texas Instruments, Sherman, TX
PHONE:     (903) 868-5799
FAX:       (903) 868-7240

This is embarrassing. I can't remember how to turn an integer into an ascii
character. char = put( 65, ???. ) where char winds up being equal to 'A'.
The idea is to deal with characters like a tab or a line feed.

Thanks,
Bob
From: Stephen.Davidson@dartmouth.edu (Stephen Davidson)
Newsgroups: bit.listserv.sas-l
Subject: Re: Syntax-Sensitive Editing for SAS Programming
Date: 26 Aug 92 14:01:07 GMT
Organization: Dartmouth College, Hanover, NH

In article <SAS-L%92082515510697@UGA.CC.UGA.EDU>
        Kevin Nechodom <knechod@STACC.MED.UTAH.EDU> writes:

> Interesting concept!  The question I have is: Can you link the Emacs
> editor into SAS so that when it wants to edit a file, it fires off
> emacs instead of the DM editor?  I couldn't find an answer in the
> _SAS Companion for the Unix Environment and Derivatives_, and I'm running
> on HPUX 8.0 on a 730.

Nope...and I'd doubt that it'll happen anytime soon.  It says in Mark
Riggle's article that you have to use INCLUDE/%INCLUDE to get your
externally edited code into SAS, but that's really a small price to pay
to use this handy feature.  I just have to start remembering my EMACS
as it's been several years since I've been able to use it.  I'd think
that it would take some MAJOR programming hooks to add a "use your
favorite editor" feature to replace/augment the Program Editor and SI
has enough stuff going on to put this on the back burner, but I'm sure
that if it isn't already it will soon be in the "queue" for system
enhancements...

Steve
Steve.Davidson@Dartmouth.Edu
"Elijia Blue in '92"
Newsgroups: bit.listserv.sas-l