[kepler-dev] Re: [seek-dev] testing Ecogrid services in Kepler!?

Deana Pennington dpennington at lternet.edu
Thu Oct 14 08:28:53 PDT 2004

How about SciGrid?

Bertram Ludaescher wrote:

>Thanks for the prompt reply. This sounds very cool.
>A question in the general Kepler (not SEEK only) context is this: Will
>there be alternative ways to query data sources that are not Ecogrid
>sources? Of course the purpose of the Ecogrid registry was (I remember
>well) to precisely be the "mother of grids".
>Maybe we can ultimately rename Ecogrid to Datagrid or KeplerDataGrid
>something to not scare our non-eco Kepler users (hey, I'm doing this
>chemistry, geologie, astrophysics, genomics stuff -- why would I put
>it on the Ecogrid??? ;-)
>Also could one envision (for Kepler) to have different "data tabs" or
>one data tab that can be connected to different data grids? 
>For example a native Metacat data tab, a native SRB data tab etc? 
>The disadvantage (that the Ecogrid overcomes) is that different APIs
>would have to be implemented. But actually once in Kepler the
>difference seems to disappear.
>The advantage would be that additional functions might be available.
>Anyways, just an observation...
>>>>>>"MJ" == Matt Jones <jones at nceas.ucsb.edu> writes:
>MJ> Hi Bertram,
>MJ> They already are being put into Kepler, but as part of the UI rather 
>MJ> than as actors.  Adding them as actors too wouldn't be a problem, but it 
>MJ> hasn't been our emphasis yet.
>MJ> By selecting the 'Data' tab, typing a phrase, and hitting 'Go' you run 
>MJ> an ecogrid "query".  Dragging a resulting data object to the canvas 
>MJ> results in running an EcoGrid "get".  We have not yet exposed the 
>MJ> "authenticate" or "put" routines, but soon we will.  Bing and Jing are 
>MJ> working on getting the registry exposed in Kepler so that you can choose 
>MJ> which EcoGrid nodes are searched and accessible, but for now the nodes 
>MJ> are in a configuration file.  Eventually I'd like this interface to 
>MJ> include all of the appropriate data access systems (e.g., JDBC, etc.), 
>MJ> but for now its just EcoGrid.
>MJ> Bertram Ludaescher wrote:
>>>For example, sth like this:
>>>Is that a meaningful exercise? It seems in this way we could not only
>>>test and debug Ecogrid functions but also communicate to the outside
>>>world some functionality...
>MJ> Yep, I think that would be very meaningful.  We're close.  Of course, 
>MJ> some EcoGrid systems support all of those calls (Metacat, SRB) while 
>MJ> others only support a subset (DiGIR).  So the system needs to fail 
>MJ> gracefully for those that don't.
>MJ> Matt
>MJ> -- 
>MJ> -------------------------------------------------------------------
>MJ> Matt Jones                                     jones at nceas.ucsb.edu
>MJ> http://www.nceas.ucsb.edu/    Fax: 425-920-2439    Ph: 907-789-0496
>MJ> National Center for Ecological Analysis and Synthesis (NCEAS)
>MJ> University of California Santa Barbara
>MJ> Interested in ecological informatics? http://www.ecoinformatics.org
>MJ> -------------------------------------------------------------------
>seek-dev mailing list
>seek-dev at ecoinformatics.org


Deana D. Pennington, PhD
Long-term Ecological Research Network Office

UNM Biology Department
MSC03  2020
1 University of New Mexico
Albuquerque, NM  87131-0001

505-277-2595 (office)
505-249-2604 (cell)
505 277-2541 (fax)

More information about the Kepler-dev mailing list