Difference between revisions of "Discovery Telecon 2011-12-13 OGC"

From Earth Science Information Partners (ESIP)
Line 30: Line 30:
 
=== collections link ===
 
=== collections link ===
 
Used for datacasting...
 
Used for datacasting...
 +
== Convergence ==
 +
* Add new rel values to IANA?
 +
* Can we get mass market tools to pick up new rel values?  PG: may have critical mass to get them to do it.
 +
* The real problem is Row 4 in the table in DCP-3 (OPeNDAP)...
 +
** Can we use categories at the <entry> level?
 +
** Overload mime-type like application/opendap+x-netcdf?
 +
** Or do we need a new rel type for enclosures that are really services?  (rel="service" is already taken for other purposes in the Atom spec)

Revision as of 12:05, December 13, 2011

OSGeo background

Started off in similar fashion to ESIP federated search. Have centers with lots of collections at different levels. Also federating non-space research communities (seadatanet?). Looking to reuse, used OpenSearch, linked up with OGC to document it. Looking to join our efforts.

Pretty much at the same level; initiatives with OpenLayers widgets and mass-market tools.

Principle: don't break mass-market tool. If Atom field resolves, needs to still work in Google Maps, Bing maps, etc. True, "enclosure", "icon" isn't really what we mean, but on the other hand, it does work in mass-market tools.

Try not to use community namespaces. Maybe get new values accepted by IANA.

Site has information only about OpenSearch engines, with links to OpenSearch Description Documents. Then query to discover their granules. Then look for metadata and/or enclosure.

Will send working examples.

Sentinel launching over next few years. Have reqt that mass-market interface is an OpenSearch with Geo and Time extensions.

Have critical mass of data available...

Also, cf. CWIC, will put OpenSearch interface on top of CWIC.

Differences between OGC and ESIP OpenSearch

Recursive OpenSearch

  • using rel="search" and type="opensearchdescription+xml"

Actually, this seems similar to OSGeo search for search engines.

Extra attributes

  • esip:subrel
  • esip:serviceProtocol

collections link

Used for datacasting...

Convergence

  • Add new rel values to IANA?
  • Can we get mass market tools to pick up new rel values? PG: may have critical mass to get them to do it.
  • The real problem is Row 4 in the table in DCP-3 (OPeNDAP)...
    • Can we use categories at the <entry> level?
    • Overload mime-type like application/opendap+x-netcdf?
    • Or do we need a new rel type for enclosures that are really services? (rel="service" is already taken for other purposes in the Atom spec)