2007-02-28: Catalog Interoperability

From Datafedwiki

Jump to: navigation, search

Back to DataFed Development Events

Catalogs are used to provide descriptions of and access to data and other web services. No single catalog serves the universal need. Multiple catalogs exist, each focusing on a particular content type or serving a particular audience. Some of their content is related and many users find content meeting their needs distributed among multiple catalogs. The ability to link catalogs so that they can share content will increase the likelihood of users discovering relevant information while minimizing the number of independent searches they need to conduct.

We focus on catalogs that generally fall under the earth science, environment, and geospatial domains. The immediate goal is to make the contents of the DataFed catalog available to other catalogs.

How can DataFed make it's services searchable by catalogs

  • Create FGDC metadata for each service and include in the GetCapabilties a URI to that metadata
    • When a particular service is registered in a catalog, the catalog reads the GetCapabilities, is directed to the metadata, and extracts needed metadata fields.
  • Stand-up a Z39.50 service
  • Stand-up an OGC Catalog Service

Tentative approach:

  1. Create FGDC v2 metadata files based on the DataFed metadata file
  2. Reference metadata URI in web service GetCapabilities document
  3. Serve metadata with either Z39.50 or OGC CSW (or RSS?)
  4. Test interoperability with catalogs

Metadata content standards:

Metadata exchange standards:

Catalogs:

Guidance on registering services with catalogs:

Issues:

  • Directory of metadata files or on-the-fly generation of metadata files or read metadata from database?
  • FGDCv2 or ISO 19115?
  • Z39.50 vs. OGC Catalog Service (does OGC CSW go ontop of Z39.50?)
  • Where does light weight catalogs (RSS-type) fit in the picture?

Other Implementations:

Personal tools
Workspaces
Clicky Web Analytics