[kepler-dev] [Bug 1548] - consolidating data access user interfaces

[bugzilla-daemon@ecoinformatics.org]

http://bugzilla.ecoinformatics.org/show_bug.cgi?id=1548





------- Additional Comments From tao at nceas.ucsb.edu  2005-04-04 14:57 -------
Here is the summary after the meeting in March 11:

Federate Metadata across different communities: Create a unified metadata
object, called DataProxy. The DataProxy can get the metadata
(probably\uffffusing a\uffffDataSystem class\uffffas described below) and
parse\uffffit using different metadata formats interpreter, such as EML, Darwin
Core, ADN, FGDC, etc... After parsing the\uffffmetadata, the DataProxy object
will have the info to download\uffffthe\uffffdata object\uffffas described by
the metadata specification\uffffand pass the info to proper DataSystem class to
download the data. The API will include the following
functionality:
InputStream getFullMetadata(String id, String endPoints);
DataSystem parseMetadata(InpuStream metadata);
void downloadData(DataSystem object);
\uffff
The DataSystem class:\uffffa generic class to handle get data object (including
metadata object) from different data sources (data system).
API requirements:
Inputstream getData(String identifier, String endPoints);
InputStream getData(other signatures).\uffff
Extending classes: EcoGridDataSystem, MetacatDataSystem(for metacats\uffffthat
don't implement the ecogrid interface), JDBCDataSystem, etc...
Certificate authority: Create a single centralized certificate authority to
provide a shared infrastructure to access and maintain
different sites' certificate authorities, e.g., the GEON portal, the seek
different sites' CAs. - follow up with Karan for more
information about the Grid Account Management Architecture (GAMA) used in the
GEON portal authentication.
\uffff
A unified web service access to the datasources:
- In order to support other clients than the Kepler interface to\uffffaccess the
various datasources.
- A web service access to datasources with no additional requirements (such as
registering). Communities can benefits from accessing each
other datasources directly.
The GEON and SEEK datasources\uffffaccess architectures\uffffare very similar -
a follow up meeting\uffffis required\uffffon consolidating datasources access
through a unified web service with Kai, Ashraf, Karan, Sandeep, Efrat, Chaitan
from GEON and folks from SEEK.
\uffff
Unified query for data sources in Kepler either by
adding\uffffmore\uffffdatasources querying\uffffclasses (besides EMLDataSource
and DCDataSource), or
once there is a unified web service access, using a\uffffgeneric web service
actor to query all the data sources.