[wcsplus] WCS REST (was Design of asynchronous request in DEWS WCS)

NOTE: The wcsplus mailing list is no longer active. The list archives are made available for historical reasons.

The tentative approach we are considering for WCS REST is to consider each dataset to be 
a resource. A subsetting operation on a dataset is a "view" of a resource, not 
a separate resource. The view/subset would be specified by query parameters. What are the 
valid query parameters would be probably the main thing to clarify.

Whether this ends up with anything very different than what we already have 
remains to be seen. It may be that this just drives things like HTTP response 
codes, etc.

The intention is to experiment with an alternative specification of equivalent 
functionality that would be much simpler than the existing one. Ideally, it 
might turn out to be a profile.

Jon Blower wrote:
So it may simply be that extraction-from-dataset-oriented services can
never be truly RESTful?

I fear so.

Having said that, if we take a feature-centric approach then one might
consider that a dataset (or "data granule" in NERC Data Grid parlance)
contains a finite number of features, each with its own id.  It might
be possible to have a RESTful approach to getting these features, but
I bet it wouldn't take long for the REST model to break down.  Is it
really possible to identify in advance all the possible features that
might be extracted from a dataset?  I doubt it, even for simple cases
such as a satellite image.


  • 2007 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the wcsplus archives: