[seek-dev] SAS wrappers

Matt Jones jones at nceas.ucsb.edu
Mon Oct 13 10:16:12 PDT 2003

As Chad said, our previous system Monarch had support for SAS, Matlab, 
and R.  We should have actors for all of these in Ptolemy.  Chad and I 
have discussed a few issues, though.

One is that our previous code basically used the commandline to submit 
SAS jobs, so there was a large performance hit associated with process 
startup.  It would be better to have a service that already has one or 
more SAS sessions running to which jobs could be submitted.  So, we may 
consider developing a Grid Service that exposes SAS for licensed 
individuals and is accessible via a Ptolemy Grid Service actor.  This is 
not exclusive with developing a dedicated SAS actor that runs in batch 
mode, but would be much more efficient.  Similar issues will arise with 
R and Matlab and other services.

Another issue is that SAS as an actor is pretty different from other 
actors in Ptolemy.  In particular, as a general purpose analytical 
engine, modeling the SAS actor's inputs and outputs is done at a 
different level of abstraction.  It takes arbitrary data objects and sas 
code as inputs, and outputs any number of arbitrary data objects.  The 
SAS code is what defines the number and type of required data inputs and 
outputs.  So, we really need a way to indicate that a SAS actor (or a 
GridServie or Web Service actor) is dynamically reconfigurable in terms 
of the semantic types of the data it supports.  This is going to be an 
important issue in general in terms of the classification of analytical 
services on the EcoGrid.


Chad Berkley wrote:
> Yeah, the plan is to have an actor that can execute arbitrary sas code. 
>  We basically had this written for Monarch, so I just need to figure out 
> how to port it to a ptolemy actor.  We also want and actor for R. There 
> is already MatLab support in ptolemy, but I haven't looked into it 
> enough to see if the current actor will meet our needs.
> chad
> Bertram Ludaescher wrote:
>> Chad:
>> This is great! It answers my question. I guess this will ultimately
>> become a Ptolemy actor?
>> Bertram
>>>>>>> "CB" == Chad Berkley <berkley at nceas.ucsb.edu> writes:
>> CB> CB> Hey Bertram,
>> CB> We have not yet created a ptolemy SAS actor, if that's what you 
>> mean. CB> It's on my list to do though and I may try to get to it 
>> today.  We have CB> written execution plugins for SAS for our Monarch 
>> engine.  EML can CB> definitely document SAS datasets, if BIRN just 
>> wants to document them.
>> CB> If I didn't answer your question, let me know.
>> CB> CB> chad
>> CB> CB> Bertram Ludaescher wrote:
>>>> Matt et al:
>>>> Have you guys worked with SAS datasets and have a wrapper for SAS? 
>>>> For example as part of EML?
>>>> (context: some BIRN users have SAS data and we'd like to be able to
>>>> "wrap" sources)
>>>> thanks
>>>> Bertram
>>>> _______________________________________________
>>>> seek-dev mailing list
>>>> seek-dev at ecoinformatics.org
>>>> http://www.ecoinformatics.org/mailman/listinfo/seek-dev
>> CB> CB> CB> -- CB> -----------------------
>> CB> Chad Berkley
>> CB> National Center for
>> CB> Ecological Analysis
>> CB> and Synthesis (NCEAS)
>> CB> berkley at nceas.ucsb.edu
>> CB> -----------------------

Matt Jones                                     jones at nceas.ucsb.edu
http://www.nceas.ucsb.edu/    Fax: 425-920-2439    Ph: 907-789-0496
National Center for Ecological Analysis and Synthesis (NCEAS)
University of California Santa Barbara
Interested in ecological informatics? http://www.ecoinformatics.org

More information about the Seek-dev mailing list