Use case analysis for handling data cubes in VO
Markus Dolensky
Markus.Dolensky at eso.org
Tue Mar 28 04:13:48 PST 2006
Two comments on DAL aspects of Mireille's and Francois' proposal:
1. mime types
> AccessAndViewsProductType:
> cube, image, spectrum, catalog, metadata
> Different from the DataSetType of the DataSEt itself, because it
> is the Type of the Specific view. It includes also catalog, as a
> result of source extraction and metadata to allow the retrieval of
> full metadata descriptions such as characterisation ...
Let's just use recognized values like application/fits, application/xml,
image/png etc. Unregistered types can be flagged with a "x-" as in
application/x-votable+xml.
Pseudo mime-types such as spectrum/fits, however, where invented ad hoc and
under pressure to get a demo working. If I recall properly we used it to
associate a node (image,spectrum,etc.) in an IDHA tree with a plug-in. This
mechanism should no longer be needed(?).
2. direct retrieval
> As mentionned before 2 options could be envisionned for retrieval:
> By default (or with rerieval= false) this query will retrieve an
> SIA/SSA query response. But with a retrieval=true parameter it will
> instead retrieve directly the view.
At some stage there was an SSA-flag called DirectAccess. The reason why I
removed it again from the draft (to my regret) was that somebody pointed out a
conflict with the requirement to support error responses which are implemented
through an <INFO> element in the query response in the same way as in SIA V1.0.
An example:
Suppose an SIA or SSA cutout server consumes an invalid query. Encoding the
error diagnostics in a document might not be practical when the expected result
is of type FORMAT=image/jpeg.
Always requiring a VOTable query result resolved the issue. Maybe it puts too
much emphasis on the error response handling instead of other functionality?
Obviously one could argue that an error document is not needed at all, but
defining the error handling at a different level like HTTP might confuse network
problems with usage issues...
- Markus
More information about the dal
mailing list