Date: Thu, 28 Aug 2008 14:31:20 -0600
Reply-To: Alan Churchill <savian001@GMAIL.COM>
Sender: "SAS(r) Discussion" <SAS-L@LISTSERV.UGA.EDU>
From: Alan Churchill <savian001@GMAIL.COM>
Subject: Re: Proc SPELL
In-Reply-To: <000101c9093e$79bb4c30$0401a8c0@8300xpserver>
Content-Type: text/plain; charset="US-ASCII"
Here is an example spell/suggest web service. There are LOTS of them so take
your pick.
http://search.yahooapis.com/WebSearchService/V1/spellingSuggestion?appid=Yah
ooDemo&query=madnna
The web service Don and I did is pretty secure and, for a given client, can
be made pretty bullet-proof. Web services are actually much easier to work
with, normally, because they run on port 80 than other options.
For web service consumption on the cheap today, how about the following SAS
code:
filename test url
'http://search.yahooapis.com/WebSearchService/V1/spellingSuggestion?appid=Ya
hooDemo&query=madnna' ;
data test;
infile test length=len;
input x $varying2000. len ;
put x=;
run;
(this is quick and dirty to illustrate the concept)
Not as efficient as what would be needed but it is a technology proof that
works. There are LOADs of web services everywhere and some of it could be
more complex than simply a spell checker.
Alan
Alan Churchill
Savian
www.savian.net
-----Original Message-----
From: SAS(r) Discussion [mailto:SAS-L@LISTSERV.UGA.EDU] On Behalf Of Don
Henderson
Sent: Thursday, August 28, 2008 12:47 PM
To: SAS-L@LISTSERV.UGA.EDU
Subject: Re: Proc SPELL
Again, I think multiple items are being confused here.
I agree on public spell checking. However, I thought earlier in this thread
the issue was raised of using spell with a very custom distionary to check
diagnosis codes. In that case, you would need to install/configure it in all
likelihood to control the contents of the list of valid terms/phrases.
WRT web services from SAS, that is supposed coming in 9.2. I believe that
PROC SOAP will be a generic facility and there will also be some specific
things you can do with the EBI platform to package stored processes (aka SAS
code) as stored processes. Whether there will be a function interface is
something I don't know the answer to.
In the meantime, it is reasonably straigtforward to write web services today
using SAS code. Alan and I collaborated on a simple example for my SAS Press
book on the SAS/IntrNet Application Dispathcer. Check out the Chapter 21
link at:
http://www.hcsbi.com/IntrNetAppDev
Regards,
Don Henderson
Author of the SAS Press book "Building Web Applications with SAS/IntrNet(c):
A Guide to the Application Dispatcher"
SAS Pubs Site: http://tinyurl.com/2ypq62
At sasCommunity.org: http://tinyurl.com/24amf9
> -----Original Message-----
> From: Jack Hamilton [mailto:jfh@alumni.stanford.org]
> Sent: Thursday, August 28, 2008 2:29 PM
> To: Don Henderson; sas-l@listserv.uga.edu
> Subject: Re: [SAS-L] Proc SPELL
>
> I think Nat and his lunch partner wanted to use a public web
> service for spell checking (if such a thing exists), rather
> than setting up their own inside their firewall.
>
> If there's an open source spell check web service they could
> install inside their firewall, this wouldn't be as big a problem.
>
> Is there a function interface to web services in SAS? E.g.,
> could a data step do something like
>
> call webservice('http://spellchecker', words_to_check, return_code,
> results);
>
> where the data step passes parameters to a web server and
> gets back results, or are web services available only in more
> specialized parts of SAS?
>
>
>
> On Thu, 28 Aug 2008 14:17:44 -0400, "Don Henderson"
> <donaldjhenderson@HOTMAIL.COM> said:
> > Nat,
> >
> > I believe that you are confusing a couple of separate items here.
> >
> > A web service can be secured. And it can even be limited to
> only exist
> > behind an organization's firewall. So access to the web
> service and to
> > the data sent to/from it can all take place within an
> organization's
> > network.
> > This is absolutely no different that stored patient data in
> a central
> > database.
> >
> > The point behind web services is encapsulating all the
> functionality
> > and information in a single place that all the applications
> that need
> > it can share. That would include the logic as well as any
> needed data
> > (in this case the list of valid terms).
> >
> > There are any number of web services that can and should be
> publicly
> > available - like weather, maps, etc.
> >
> > There are also any number where access to them needs to be
> controlled
> > - for example due to HIPPA.
> >
> > Bottom line is that web services do not imply use of the public
> > web/internet.
> >
> > Regards,
> > donh
> >
> > > -----Original Message-----
> > > From: SAS(r) Discussion [mailto:SAS-L@LISTSERV.UGA.EDU]
> On Behalf Of
> > > Nat Wooding
> > > Sent: Thursday, August 28, 2008 2:00 PM
> > > To: SAS-L@LISTSERV.UGA.EDU
> > > Subject: Re: Proc SPELL
> > >
> > > Alan
> > >
> > > I had lunch with someone who uses Spell and mentioned your
> > > suggestion of using a web service. She processes medical data and
> > > her company has very strong restrictions on web access.
> > >
> > > And, of course, would this work on a mainframe?
> > >
> > > Nat
> > >
> > > Nat Wooding
> > > Environmental Specialist III
> > > Dominion, Environmental Biology
> > > 4111 Castlewood Rd
> > > Richmond, VA 23234
> > > Phone:804-271-5313, Fax: 804-271-2977
> > >
> > >
> > >
> > > Alan Churchill
> > > <savian001@GMAIL.
> > > COM>
> > > To
> > > Sent by: "SAS(r) SAS-L@LISTSERV.UGA.EDU
> > > Discussion"
> > > cc
> > > <SAS-L@LISTSERV.U
> > > GA.EDU>
> > > Subject
> > > Re: Proc SPELL
> > >
> > > 08/27/2008 10:38
> > > AM
> > >
> > >
> > > Please respond to
> > > Alan Churchill
> > > <savian001@GMAIL.
> > > COM>
> > >
> > >
> > >
> > >
> > >
> > >
> > > Web services have a security framework that will be pretty tight.
> > >
> > > For SAS coders, imagine a web service as a macro in the
> sky but it
> > > may or may not run SAS (or any other language).
> > > Basically, a web service is a callable piece of code that
> takes in
> > > data and returns data.
> > >
> > > Here is some SAS pseudo-code to help:
> > >
> > > proc soap data=myCustomerDb out=withGPS;
> > > call "http://www.savian.net/GetGpsCoordinates.aspx" ; run;
> > >
> > > proc soap data=withGPS out=withZipCodeData;
> > > call "http://www.savian.net/GetZipData.aspx" ; run;
> > >
> > > The actual code will be different but that should provide a sense
> > > for how web services work.
> > >
> > > Alan
> > >
> > >
> > > Alan Churchill
> > > Savian
> > > www.savian.net
> > >
> > >
> > > -----Original Message-----
> > > From: SAS(r) Discussion [mailto:SAS-L@LISTSERV.UGA.EDU]
> On Behalf Of
> > > Mary
> > > Sent: Wednesday, August 27, 2008 8:21 AM
> > > To: SAS-L@LISTSERV.UGA.EDU
> > > Subject: Re: Proc SPELL
> > >
> > > I would think that a web service would be a problem with medical
> > > data in terms of confidentiality rules for HIPPA or NIH
> grants; you
> > > could't just upload to a web service something like a progress
> > > report or operating room procedure summary. How do these web
> > > services work, anyway?
> > >
> > > Given that I use Outlook Express for my SAS-L e-mail and
> installing
> > > Office
> > > 2007 took away my spell-check (actually, it spell-checks now in
> > > *French*; Microsoft knows it and its solution is "tough, go to
> > > Vista"), now Proc Spell is of interest to me to check my e-mails
> > > before sending them out, since I've usually got SAS open as well.
> > >
> > > -Mary
> > > ----- Original Message -----
> > > From: Chris T
> > > To: SAS-L@LISTSERV.UGA.EDU
> > > Sent: Wednesday, August 27, 2008 8:50 AM
> > > Subject: Re: Proc SPELL
> > >
> > >
> > > Except that's a case of using excessive technology just
> because they
> > > can when something already exists. I don't want to deal with
> > > webservices. I want "proc spell in = aSASdataset out =
> > > aSASdataset"!!
> > >
> > > I'm really just curious as to why they decided to not
> update that
> > > procedure, or at the very least provide documentation,
> but I doubt
> > > anyone at SAS support was around for v6 and has an answer. ;-)
> > >
> > > On Aug 27, 7:08 am, savian...@GMAIL.COM (Alan Churchill) wrote:
> > > > Granted but a web service that allows a string array
> upload and
> > > index would
> > > > accomplish the same thing, IMO.
> > >
> > >
> > > CONFIDENTIALITY NOTICE: This electronic message contains
> > > information which may be legally confidential and/or
> privileged and
> > > does not in any case represent a firm ENERGY COMMODITY
> bid or offer
> > > relating thereto which binds the sender without an additional
> > > express written confirmation to that effect. The information is
> > > intended solely for the individual or entity named above
> and access
> > > by anyone else is unauthorized. If you are not the intended
> > > recipient, any disclosure, copying, distribution, or use of the
> > > contents of this information is prohibited and may be
> unlawful. If
> > > you have received this electronic transmission in error, please
> > > reply immediately to the sender that you have received
> the message
> > > in error, and delete it. Thank you.
> > >
>
>
> --
> Jack Hamilton
> Sacramento, California
> jfh@alumni.stanford.org <== Use this, not jfh@stanfordalumni.org
>
>
| 
