HDTenEightyP/NetNews huggingface dataset:
Return-Path: <phil@wubios>
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.sas-l
Date:         Fri, 4 Sep 1992 16:11:11 CDT
Reply-To:     "J. Philip Miller" <phil@WUBIOS.WUSTL.EDU>
From:         "J. Philip Miller" <phil@WUBIOS.WUSTL.EDU>
Subject:      Subscription for all platforms
Comments: To: SAS Mailing List <SAS-L@ohstvma.ircc.ohio-state.edu>

Some time ago there was some discussion on SAS-L about the fact that SAS
Institute changed their subscription services such that there was no option to
receive all manuals for all platforms except by subscribing individually to
each series and then receiving many duplicates and paying much $$$$

SAS Institute has now made available the all platform option for $400/year.

-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)]
Newsgroups: bit.listserv.sas-l
From: a006700@hp9000.csc.cuhk.hk (Tang Sammy)
Subject: ftp site to find cleanwork.c
Organization: The Chinese University of Hong Kong
Date: Tue, 8 Sep 1992 02:08:35 GMT

Hi all,

Can someone please tell me a ftp site where I can get a copy
of the cleanwork.c for cleaning disk space ?

Thanks in advance.

rgds
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Newsgroups: bit.listserv.sas-l
Date:         Tue, 8 Sep 1992 17:16:00 EST
Reply-To:     DBACON@IRISHMVS.BITNET
From:         DBACON@IRISHMVS.BITNET
Subject:      likelihood ratio in proc catmod

to whom it may concern:
referring to the sas/stat user's guide vol 1, anova-freq, page
484, it reads that "the analysis-of-variance  table shows that the
model fits since the likelihood-ratio goodness-of-fit test is
nonsignificant." it seems to me that this should be
interpreted just the opposite. please tell me what the
null hypothesis is that is being tested here and what the
likelihood ratio test statistic is capturing. please reply to
dbacon@irishmvs.cc.ndu.edu or just irishmvs or bitnet. thanks
for your time..........d. bacon, u. of notre dame
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Penn State University
Date: Tue, 15 Sep 1992 16:31:33 EDT
From: Daryl R. Hoffman <DRH4@psuvm.psu.edu>
Newsgroups: bit.listserv.sas-l
Subject: Books for AF

  A few weeks ago someone had posted about a book they had purchased which
dealt with writing SAS SCL and AF applications.  I had ordered it, or at
least I got as far as submitting the paperwork.  Needless to say the paperwork
got lost and I have misplaced the article.  Can someone tell me what the
name of this book was.  It was listed with the SAS Institute manuals for
AF and SCL.


 Thanks

Daryl R. Hoffman              The Pennsylvania State University
Bitnet:   DRH4@PSUVM.BITNET   Center for Academic Computing
Internet: DRH4@PSUVM.PSU.EDU  Programmer Analyst, Resource Administration
Office: (814) 865-0845        Fax: (814) 863-7049
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Encoding: 15 TEXT
X-Mailer: Microsoft Mail V3.0 (beta-2)
Newsgroups: bit.listserv.sas-l
Date:         Tue, 8 Sep 1992 17:25:00 EST
Reply-To:     DKW0@NIOSHE2.EM.CDC.GOV
From:         DKW0@NIOSHE2.EM.CDC.GOV
Subject:      SAS Manuals On-Line
Comments: To: SAS-L@OHSTVMA.ACS.OHIO-STATE.EDU

Another point about online manuals I don't think anyone has mentioned yet:
you can't write notes in the margins.  :-(   I still use my 5.18 manuals
quite a bit, simply because of all the useful things I've written in them
over the years.  But then again, my desk is cluttered enough without having a
half-dozen manuals open to the sections I need (and then not putting them
away for days).

  David K. Wall
  National Institute for Occupational Safety and Health
  4676 Columbia Parkway, MS R-4
  Cincinnati, OH 45226
  Phone: (513) 841-4331
  Internet:  dkw0@nioshe2.em.cdc.gov
  "If art is communication, then Andy Warhol stutters."  -- me
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: sas-l@ohstvma.bitnet
X-VMS-To: SASL
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.sas-l
Date:         Mon, 14 Sep 1992 12:01:00 -0700
Reply-To:     "Gary Pfeifer, Research & Information,
              492-6743" <PFEIFER_G@CUBLDR.COLORADO.EDU>
From:         "Gary Pfeifer, Research & Information,
              492-6743" <PFEIFER_G@CUBLDR.COLORADO.EDU>
Subject:      Using Full-Screen procs on remote host via SAS/Connect in 6.07

----------------------------------------------------------------------
Content:  query
SUMMARY:  trying to use full screen procs on the remote host via SAS/Connect
REL/PLTF: 6.04/DOS, 6.07 on MVS-ESA, SAS/Connect via IRMA card
E-ADDR:   pfeifer_g@cubldr.colorado.edu
NAME:     Gary Pfeifer
PH/ADDR:  303/492-6743   Univ of Colorado   CB 108   Boulder CO 80302
----------------------------------------------------------------------

When using 6.06 to do SAS/Connect from my PC, I would invoke the remote
session as follows   SAS606 OPTIONS('DMR COMAMID=PCLINK'),
using REMOTE=IRMA in the PC SAS session.

By using DMR, I was able to do things like submit full screen procs to
the remote host, such as PROC FSVIEW DATA=MYDB.MYDS; RUN ;, and be able
to toggle to the mainframe session and have FSVIEW there waiting for me,
almost as if I simply had a mainframe Display Manager session running.

This setup no longer works with 6.07.  Even though the connection gets
established, and seems to work fine for normal remote submits,
I get an error message to the effect that there is no terminal session active
when I try to remote submit any full screen proc.

So my question is, Has anyone succeeded in getting this to work, or does
anyone know why it won't work in 6.07?  The changes and enhancements tech
report for SAS/Connect seems to suggest that I may need to upgrade my
IRMA software, so that I can use REMOTE=3270 rather than REMOTE=IRMA,
but that is not clear.

Thanks in advance.

Gary
From: pat@PO.CWRU.EDU (Paul A. Thompson)
Newsgroups: bit.listserv.sas-l
Subject: RE: numbers in SAS
Date: 11 Sep 92 14:19:52 GMT
Reply-To: "Paul A. Thompson" <pat@po.CWRU.Edu>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: peterk@MIS.CORP.MCCAW.COM
Comments: cc: sas-l@vtvm2.cc.vt.edu

[...] The only
>thing I would add, given some of the postings on this thread, would
>be to stress again the concept that _all_ variables (whereever they
>may come from) within the DATA step take on an internal length of 8.
>Their assigned length ONLY BECOMES A FACTOR WHEN THEY ARE STORED in
>the output data set, at which point shorter length variables are
>truncated.

This is absolutely the case.  In my posting with the example, the careful
observer noted that I created the values, output them to a dataset and then
tested for equality.  I had forgotten that essential point at first, and
did the testing in the same step as the creation.  Length had no effect,
but of course I was confused at that point.

--
Paul Thompson, Ph.D.  |  Department of Psychiatry  |  (216) 844-7463
Case Western Reserve University  | Cleveland, OH  44106
------------------------------------------------------------------------------
When I hear "family values," I reach for my revolver. - paraphrasing Trotsky
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: sas-l@uga.BITNET
X-VMS-To: SASL
X-VMS-Cc: AZPAB
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.sas-l
Date:         Mon, 14 Sep 1992 12:13:07 -0700
Reply-To:     "Patrick Brooks" <AZPAB@ASUACVAX.BITNET>
From:         "Patrick Brooks" <AZPAB@ASUACVAX.BITNET>
Subject:      Re: QFD Research

ooops...  I think I forwarded your note back to the
list.  I apologize...

The only place that I am familiar with the abbreviation
of QFD is as a Quality/Design  tool known as Quality Function
Deployment.  This is a method of determining what a customers
needs and wants are, then applying them to the design of
a new product.

I do not have any good references to sight.  There are a number
of seminars and books that are available.   I hope this is
helpful information.

Pat

-----------------------------------------------------------------------
Patrick Brooks                     | Of making many books there is no
Bitnet:   AZPAB@ASUACVAX           | end, and much study is a weariness
Internet: AZPAB@ACVAX.INRE.ASU.EDU | of the flesh.
                                   |   -Qoheleth
-----------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Fri, 11 Sep 1992 10:53:00 EDT
Reply-To:     "Philip Gallagher,(919)966-1065" <UPHILG@UNC.BITNET>
From:         "Philip Gallagher,(919)966-1065" <UPHILG@UNC.BITNET>
Subject:      LENGTH and BY-stmnts - don't forget, please!

    Re:  unfortunate consequences with < 8-byte lengths

    Someone brought this up early on (I've forgotten whom - sorry),
    but it seems to have gotten lost in the recent discussions
    of bad consequences arising from short lengths.

    MERGEs, UPDATEs, and (probably) SETs accompanied by BY-stmnts
    can go to hell if the BY-variables have had a multitudinously
    varied LENGTH history.  (It is fair to say that this is certainly
    just another illustration of the comparison operator problems,
    but I suspect that there are some beginners out there who may
    have easily grasped the concept of comparison operator failures
    without mentally extending the ideas to the operation of the
    BY-stmnt.)

    The list discussed, briefly, a few years ago some of these
    problems with MERGEs which, if I remember correctly, occurred
    even when the comparisons were between INTEGERS of different
    LENGTHs!  I know, I didn't believe it either, but we ran programs
    on my own PC and proved it!
        (It is not true that I remember this so vividly because
        I confidently told my student that it could not be so and
        that she must have made some other mistake - and then she
        proceeded to prove that I should have kept my big mouth
        shut.  No, that certainly is not true.
               No, that certainly is not true.
               No, that certainly is not true.)

    In any event, here is one situation that even Melvin Klassen's
    elegant programming can't ameliorate, at least not without
    for practical purposes totally rewriting the MERGE/UPDATE
    BY-stmnt interactions in a DATA-step.  Horrors!

    No flames intended, just please remember that MERGEs and UPDATEs
    have been demonstrated to fail with even integers of different
    lengths - be careful.

    I am in hopes that someone will be able to reassure us that
    this "feature" (which I think was a "bug") has been fixed, and
    that I was asleep at the switch when that was announced.

                      Phil Gallagher
                      uphilg@unc
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
From: varron@pilot.njin.net (Richard Varron)
Newsgroups: bit.listserv.sas-l
Subject: TRANSPORT ENGINE / CPORT
Keywords: PROC CPORT, XPORT
Date: 14 Sep 92 11:18:05 GMT
Organization: William Paterson College, Wayne, NJ


	I am looking to transport a transport data set from SAS 6.04
(PC) to VAX/VMS 6.07 using FTP. There are two method that I have
looked at: CPORT/CIMPORT and the SASV5XPT engine. In both cases, I was
able to creat a transport data set on the PC; however, the format when
it gets to the VAX is STREAM rather than LRECL=80 / fixed.
	I have gone through the various micro-host manuals and tried
the following: After creation on the vax, using FDL to convert to
LRECL=80 / fixed as mentioned in the 6.07 VAX Host manual. That gave
me an error indicating the the record lenght was too long and it was
being trucated. I used the CPORT/CIMPORT method as outlined in the
book as well as the XPORT engine method. In the case of the later, I
get a file damaged error. 
	I have used PROC UPLOAD and it would do the job if need be;
however, I am looking to run the conversion/FTP in a batch mode and I
don't believe UPLOAD runs in a batch file on the PC. 
	My question is once the transport file is on the VAX, is there
a way to convert it to the correct format? I had used CPORT/CIMPORT in
a MVS to VAX converstion over a network, but in MVS you can set the
BLKSIZE / LRECL. On the PC version, there is no way of doing this, at
least from the manuals I have looked at. 
	
-- 
Richard Varron, Programmer
Office of Research, Planning and Evaluation (OPRE)
Data Processing           
William Paterson College    gateway address: varron@pilot.njin.net
300 Pompton Road            local address  : rich@wilpat.wilpaterson.edu
Wayne NJ, 07470                  (send mail to gateway)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Wed, 9 Sep 1992 15:47:00 EDT
Reply-To:     Cindy Cummings <SXA00056@BAGAMCOK.BITNET>
From:         Cindy Cummings <SXA00056@BAGAMCOK.BITNET>
Subject:      Not SAS - Contact Ukraine

I have a graduate student who is interested in contacting someone in Ukraine
to start correspondence with them regarding Finance and Economics.
He is of Ukrainian descent and speaks/reads Ukrainian.

Any information regarding INTERNET addresses and/or snail correspondance,
please contact me or:
                        Andy Saporoschenko
                        GFUASAPO @ BAGAMCOK.BADM.SCAROLINA.EDU

Thanks,
Cindy
College of Business Administration
University of South Carolina
From: adm@neuro.duke.edu (Alan Magid)
Newsgroups: bit.listserv.sas-l
Subject: Re: commercial use of education networks
Date: 5 Sep 92 12:48:24 GMT
Organization: Duke University; Durham, N.C.

many newsgroups' charters permit 'commercial' postings (e.g. misc.job.*,
comp.newprod). to save costly bandwidth posters should limit
distribution to region(s) of pertinence. The Internet's costs are borne
not only by educational institutions but range of other organizations,
including commercial ventures.
	-Alan Magid
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Thu, 10 Sep 1992 10:10:10 PDT
Reply-To:     Melvin Klassen <KLASSEN@UVVM.BITNET>
Comments:     Warning -- original Sender: tag was NETNEWS@UVVM.UVIC.CA
From:         Melvin Klassen <KLASSEN@UVVM.BITNET>
Subject:      Re: Conversion of BMDP file

Ekeho Oh <V1354G@TEMPLEVM> writes:
>
> 1          FILENAME BMDPFILE 'SAMPLE SAV A';
> 2          PROC CONVERT BMDP=BMDPFILE OUT=FROMBMDP;
>
> ERROR: Invalid header on file BMDPFILE._FIRST_.DATA.

Under VM/CMS, the 'FILENAME' statement is not creating an appropriate
CMS 'FILEDEF' command.  As a work-around, use:

         CMS FILEDEF BMDPFILE DISK SAMPLE SAV A4 ( RECFM VBS BLOCK 32760 );
   PROC CONVERT BMDP=BMDFILE OUT=FROMBMDP;
This worked for me!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Wed, 9 Sep 1992 11:49:42 -0400
Reply-To:     alderton@nprdc.navy.mil
From:         David Alderton <alderton@NPRDC.NAVY.MIL>
Subject:      numbers in SAS
Comments: To: SAS-L@uga.cc.uga.edu

==============running SAS 5.18 under CMS
Hi folks,
  Can someone explain to me how numbers are represented in SAS?  I have a
giant dataset and am trying to create a SAS dataset.  I want to save
as much space as I can so I began defining numbers with fewer than
8 bytes.  It appears that I will need at least 4 bytes if the number
has several decimals.  Can someone verify this before I do something
really stupid.  I ran a little test which is attached.  If someone
could give me some guidelines on reading/storing numbers I would
really appreciate it (the manual, Basics p. 157, has some information
on the largest numbers, but nothing on decimals which most of my
numbers have).

     Thanks,
        David (alderton@nprdc.navy.mil)

OPTIONS CENTER LS=72;
CMS FILEDEF OUT DISK X DATA A;
DATA ONE;
   LENGTH A 2 B 3 C 4;
   INPUT A B C D;
CARDS;
      305     66000      17000000   17000000
      120      9765        154321     154321
     52.3453  52.3453     52.3453    52.3453
     .0001      .0001      .0001       .0001
    9.0001     9.0001     9.0001      9.0001
;
DATA WRITEIT;
   FILE OUT;
   SET ONE;
   PUT A B C D;
=======THIS IS WHAT THE DATA LOOK LIKE TO SAS========
| 304           66000         17000000     17000000 |
| 120           9765          154321         154321 |
| 52            52.34375      52.34529      52.3453 |
| .00009918213  .00009999797  .00009999999   0.0001 |
| 9             9             9.000099       9.0001 |
=====================================================
Newsgroups: bit.listserv.sas-l
From: axn@casbah.acns.nwu.edu (Ashok Natarajan)
Subject: Re: SAS Work space in Unix
Organization: Northwestern University, Evanston, Illinois, USA
Date: Sun, 6 Sep 1992 02:37:17 GMT

svend@CRG.DK (Svend Bang) writes:

> >
> > Do you suffer any loss in perfromance from using optical disk?
> >
> > Thanks,
> > Bob

> Both yes and no! The configuration is so, that we run our jobs on a
> HP9000/845 with rather limited mag.disk space. The epoch is accessed
> via NFS. The epoch itself has 2 mag.disks and a jukebox, which mount

	We configure SAS to have a directory in the user's $HOME as the
WORK directory.  Since we also have quotas turned on, users learn quickly
to clean up after aborts etc. :-)

	Interestingly enough, we too run SAS on an HP 9000/845, with the
users $HOME directories NFS mounted from another box.  I believe that this
creates enough network traffic to make performance sub-optimal, given the
way WORK data sets are created in SAS, but I cannot quantify this
degradation.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.2 PL16]
Newsgroups: bit.listserv.sas-l
Date:         Thu, 10 Sep 1992 10:58:10 CDT
Reply-To:     "R. Snyder" <rsnyder@LOBBY.TI.COM>
From:         "R. Snyder" <rsnyder@LOBBY.TI.COM>
Subject:      Re: The RETAIN Statement
Comments: To: ACS03043%UDELVM.BITNET@uga.cc.uga.edu
Comments: cc: sas-l@uga.cc.uga.edu
              92 10:36 am

SUBJECT:   Retain Statement
SUMMARY:   "Snyd" remark
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
>
>    Greetings,
>
>        There seems to be a problem with the RETAIN statement.  Consider
>    the code below which produces a single observation data set containing
>    n-variables initialized to zero using the RETAIN statement.  At the
>    96th, 97th, and 98th iteration, SAS generates an "Internal compiler
>    stack overflow" error message.  A patch to this problem is to use
>    two RETAIN statements.  Any comments?
>
>        The SAS (6.06) code was executed on an IBM 3090 running VM/CMS.
>
>
Same problem on V6.07 for HP300 (UNIX).

Perhaps it will be fixed in the same mythical "next release" that SI says
will fix all my problems.

Bob
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Wed, 9 Sep 1992 08:51:00 CDT
Reply-To:     Deb Cannon 319-335-6321 <ADPDKHTS@UIAMVS.BITNET>
From:         Deb Cannon 319-335-6321 <ADPDKHTS@UIAMVS.BITNET>
Subject:      Re: SAS Manuals On-Line

> Another point about online manuals I don't think anyone has mentioned yet:
> you can't write notes in the margins.  :-(   I still use my 5.18 manuals
> quite a bit, simply because of all the useful things I've written in them

    Just a short note to keep the information straight: IBM's
    Book Manager *does* allow you to keep notes in the margins,
    in 'personal' profile-type notes.  IBM has also been
    foresightful enough to have provided a utility for
    migrating your personal notes to the next releases'
    documentation.

    Deb
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: sas-l@ohstvma.bitnet
X-VMS-To: SASL
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.sas-l
Date:         Thu, 10 Sep 1992 11:10:00 -0700
Reply-To:     "Gary Pfeifer, Research & Information,
              492-6743" <PFEIFER_G@CUBLDR.COLORADO.EDU>
From:         "Gary Pfeifer, Research & Information,
              492-6743" <PFEIFER_G@CUBLDR.COLORADO.EDU>
Subject:      Documentation of SORTSIZE= option of PROC SORT in PC SAS

----------------------------------------------------------------------
CONTENT: Query
SUMMARY:  Documentation of PROC SORT SORTSIZE= option in PC SAS
REL/PLTF: DOS 5.0, SAS 6.04
E-ADDR:   pfeifer_g@cubldr.colorado.edu
NAME:     Gary Pfeifer
PH/ADDR:  303/492-6743   Univ of Colorado   CB 108   Boulder CO 80302
----------------------------------------------------------------------

Apparently the SORTSIZE= option of PROC SORT was implemented in the
6.04 upgrade to PC SAS.  But I can find no documentation of what the
units should be.  Does anyone know where this is documented?
Or has anyone played with it enough to know how to use it.

TIA

Gary
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Tue, 15 Sep 1992 10:28:35 CDT
Reply-To:     sparapan@SALT.RA.ANL.GOV
From:         sparapan@SALT.RA.ANL.GOV
Subject:      Transport Dataset

>AX VMS has a recognized problem in creating SAS Transport datasets, in that
>t appends CR/LF to each record, which must be stripped.  Hope this provides
>ome clues; I never could get it to work here.  Let me know if you
>eceive a solution that works.
Michael T. Weaver, RN Ph.D.

Michael:

I think that you may be mistaken.  VMS does not add a CR/LF to a fixed length
file unless you ask it to do so.  This has long been the scourge of transfers
to systems that need these characters.  To appropriately include these
characters when needed you must run the utilities ANALYZE and CONVERT.  The
key is to modify the statement Carriage_control none to Carriage_control
carriage_return.  In the contrary case, i.e. when a file contains these
characters and you do not want them, then going the reverse direction will
do the trick.

Rodney

...and Heaven have mercy on us all-Presbyterians and Pagans alike-for we
are all somehow dreadfully cracked about the head, and sadly need
mending.  Ishmael.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sas-l
Date:         Wed, 9 Sep 1992 09:12:45 -0500
Reply-To:     Kernon Gibes <gibes@SWIRL.MONSANTO.COM>
From:         Kernon Gibes <gibes@SWIRL.MONSANTO.COM>
Subject:      RE: Pricing of "Observations"
Comments: To: SAS-L@uga.cc.uga.edu@tin.monsanto.com
Comments: cc: GIBES@tin.monsanto.com

 CONTENT:   Comment (on Andy Norton's "Information" post)
 SUMMARY:   Narrow focus is par for journals
 REL/PLTF:  n.a.
 E-ADDR:    gibes@swirl.monsanto.com
 NAME:      Kernon Gibes
 DATE:      9 Sept 1992

Andy Norton wrote:

<stuff deleted>
>HP LaserJet" or "Programmer's Guide to Sorting in VMS".  It is
>frustrating to pay so much and then have only a few articles apply to
>my situation, but those few are very valuable.

I'm not going to comment on the cost since I don't pay for it (my
company's library does), but as to the narrow focus of the articles,
IMHO this is par for the course for most journals these days.  Most
journals are expensive (JASA, etc.) and often the other ones I get
rarely have articles that apply to my situation and even when they do I
can't use them (e.g. pratical application of the stat technique requires
software written or run by graduate students).  Perhaps, as a practical
manner, highly detailed articles imply narrow focus.  Given SUGI, etc.,
perhaps a narrow-focused outlet is good.  BTW- this is a f/u comment on
Andy's note, NOT a flame / thread about journals / etc.
Newsgroups: bit.listserv.sas-l