[Esip-discovery] open search extensions
jeffmc at unavco.org
Sun Jan 30 07:19:00 EST 2011
> However, I like the idea of making the namespace documents
> dereferencible descriptions of the query/response parameters. The
> only question is what form to use to properly type them: XSD? or
> maybe RDFS? Or GSAC?
Before we jump into particular encodings I'd like to first nail down the
semantics. While in the end *how* a concept is represented is important
the more important aspect is *what* that concept is. In the GSAC work
(as well as in RAMADDA) we have taken a model/view approach. We provide
a number of encodings of information being presented. For example, with
the capabilities the GSAC can present them as html:
as "capabilities" xml:
and as an internal java object encoding. We will also be adding json
So, I'd suggest that we don't spend too much time on figuring out
appropriate encodings before we figure out the underlying semantics of
what we are trying to express.
For example, in our GSAC work we are not purely agnostic in the base
middleware. There is an understanding about certain aspects of the
underlying repository data model. For example, the browse page:
uses some of the capabilities but also has some hard coded knowledge
about sites, etc.
I'd like to move that to be purely capabilities driven. So, for example,
some of the browse could be expressed by stating that certain string
types capabilities are "browsable"
Likewise, in the GSAC world resources (i.e., files) are site centric so
we include the site capabilities in the resource search form:
I'd like to be able to express this in the capabilities as well.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Esip-discovery