|
This is version 14.
It is not the current version, and thus it cannot be edited.
[Back to current version]
[Restore this version]
Jones, Tao, Rajasekar, Zhu, Brunt, Servilla, Tekell, Spears
- EcoGrid registry
- WSDL Interfaces
 adequate?
- Web UI needed/ adequate?
- Registry metadata
- automatic registration/deregistration for services
- EML Metadata for SRB-stored objects
- Environemntal data for BEAM
- Identifiers: use ours, or LSID, and implement!
- Certificates and authentication
- EcoGrid query semantics
- handling EML version changes (2.0.0 vs. 2.0.1)
- translating EML and Darwin Core metadata queries
- Update on EcoGrid Web UI design (Tekell) EcoGridWebDesignNotes
- Update on data query/subset functionality (Tao)
- Update on put interface implementation (Zhu)
- EcoGrid registry
- need registry metadata
- Raja suggests need name-value pairs
- previously discussed need for structured metadata, including coverage, but hard to keep updated
- Raja argues the more structured registry metadata is not needed, at least from the UI perspective
- Do we need to reimplement using globus? Probably not? Globus registry still not presistent. Our metacat implementation is persistent.
- Are there specific metadata fields we need to help users choose nodes to search
- Action items
- Extend registry metadata to accept xml metadata documents
- Establish short list of standard attributes
- Start at Dublin core and extend it
- Fill out metadata for specific nodes
|
