LISTSERV at the University of Georgia
Menubar Imagemap
Home Browse Manage Request Manuals Register
Previous messageNext messagePrevious in topicNext in topicPrevious by same authorNext by same authorPrevious page (August 2008, week 5)Back to main SAS-L pageJoin or leave SAS-L (or change settings)ReplyPost a new messageSearchProportional fontNon-proportional font
Date:         Fri, 29 Aug 2008 05:18:26 -0400
Reply-To:     ben.powell@CLA.CO.UK
Sender:       "SAS(r) Discussion" <SAS-L@LISTSERV.UGA.EDU>
From:         ben.powell@CLA.CO.UK
Subject:      Re: Proc SPELL

Love it! Why is this so much more satisfying than word spell check?

Rgds

filename test url 'http://search.yahooapis.com/WebSearchService/V1/spellingSuggestion? appid=YahooDemo&query=churcill' ;

data test; infile test length=len; input x $varying2000. len ; put x=; word=strip(tranwrd(scan(x,-3,"<"),"Result>","")); if word^=""; drop x; run;

On Thu, 28 Aug 2008 14:31:20 -0600, Alan Churchill <savian001@GMAIL.COM> wrote:

>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 >> >>


Back to: Top of message | Previous page | Main SAS-L page