Date:         Fri, 12 Jul 2002 19:48:23 -0700
Reply-To:     Roger DeAngelis <xlr82sas@AOL.COM>
Sender:       "SAS(r) Discussion" <SAS-L@LISTSERV.UGA.EDU>
From:         Roger DeAngelis <xlr82sas@AOL.COM>
Organization: http://groups.google.com/
Subject:      Re: More on: Re: SAS LE - restrictions related to front end
              Enterprise Guide
Content-Type: text/plain; charset=ISO-8859-1

I just installed SAS-LE on my Win XP system ( dual monitors are nice )
looking at SAS on the right monitor as I type.

1. Funny Icon black square with stars and a white telescope appeared.

2. Clicked on the icon and got something that looks like Visual Basic
   demanding that a start a project ( immediately closed SAS down ).

3. Did a search to find out where sas.exe was and built a shortcut.

4. added -sasuser x:\xx -work x:\xx -sasautos x:\xx -nosplash

5. clicked on new icon, set my options ( disabling most 'default features')
   when I had the largest blank screen possiple I turned on
   prefix area, command line, autosave every 3 minutes, save 30 events
   Every thing seems ok.

6. Ran Proc Setinit
   Stat,Graph,ETS,QC and LE stuff appeared license good through 2006

7. Tried to view sashelp.table got the same error Charles got!!

   ERROR: Module SASZAF   not found in search paths.

   Perhaps I can call the free SAS viewer programatically

8. Tried to find viewtable using EGG ( Enterprise Guided Guidance )
   but layed an EGG. In spite of the the wizard and 100 clicks of
   the mouse. In all fairness the interface is quite intuitive and
   initially seems better than Microsofts VB interface. For a
   newbie the interface is fine.


tchur@OPTUSHOME.COM.AU (Tim Churches) wrote in message news:<3D2C799C.D79C4FF9@optushome.com.au>...
> Tim Churches wrote:
> >
> > Charles Patridge wrote:
> > >
> > > It seems when using SAS DM and bypassing Enterprise Guide, I am unable to
> > > open (viewtable) a SAS Dataset - get an error SASZAF not found in search
> > > path.
> >
> > What about the converse - using SAS LE Enterprise Guide (I'll call this
> > Enterprise
> > Guide LE henceforth) but ignoring the rest of SAS LE?
> >
> > Do there seem to be any impediments there? Enterprise Guide is basically
> > a menu-driven
> > facility for writing SAS code. I wonder if SAS LE complete with
> > Enterprise Guide LE could
> > be pointed at an ensemble of sampled datasets with the same structure as
> > some full datasets
> > and Enterprise Guide LE used to write code which is then run using full
> > SAS against the
> > full datasets. Possible? There is no 1000 obs limit in the **code**
> > which Enterprise Guide LE
> > generates, right?
> >
> > I only ask because the cost of the perpetual (or at least multi-year)
> > SAS LE license is about
> > one third of the cost of an annual Enterprise Guide (only) license as
> > quoted to us last year...
>
> After writing this, I read Steve Albert's post:
>
> > I'd like to remind people that the SAS/LE license agreement states
> > that the product is not licensed for commercial production use.
> > And by the way, this is not a "shrink-wrap" agreement; you need
> > to acknowledge reading and accepting it during the installation
> > process, or SAS/LE won't install.
>
> I suspect that rather resticts the utility of the idea outline above.
> However, I can still see some prospects for using SAS LE in this way.
>
> For example, governmental health departments might want to provide
> post-graduate health research students with access to datasets, but
> can't give
> them direct access due to confidentiality and other restrictions. The
> research students could however be given access to a set of datasets
> with
> identical structure and metadata to the real datasets, but containing
> only 1000
> synthetic observations. The students could use SAS LE complete with
> Enterprise Guide
> to write their SAS code, then email that code in to the health dept
> where the code
> would be run against the full datasets using a full versions of SAS, and
> the
> (aggregate) results sent back to the students. Human intervention would
> be needed
> to check that the results really were aggregated, but at least debugging
> (or
> complete re-writing) of the SAS code submitted by the students would be
> unnecessary.
>
> Tim C