NOTE: The galeon mailing list is no longer active. The list archives are made available for historical reasons.
Peter Baumann wrote:
Hi Norman & all,This is not an ideal solution, and I welcome comments on how we can go about changing this. Rectifying the grid to evenly spaced means a change to the original dataset (though it is necessary to make geotiff). Hopefully this will be something that we can push into the GML in JPEG2000 coverage format.I feel uncomfortable about a WCS that more or less silently does an interpolation. It also contradicts the WCS preamble that stresses the original data quality. IMHO any interpolation should be explicit to the requestor. So the consequence for me is that functionality should be available that allows to generate inbetweenings.NormanMy suggestion is to put such functionality not into a WCS 1.1, but into the WCPS (Web Coverage Processing Service) recently proposed where a coverage language allows to arbitrarily combine request facets. WCS I think would suffer from too much changing it (some reasons: we see change requests coming up in line, with many desirable operations - where is the limit, are they mutually axclusive or combined, and in particular: how stable can WCS get?).-Peter
I agree strongly that WCS should be capable of serving out the data unchanged. This is what attracted Unidata to trying WCS. The WCPS proposal seems on the surface a reasonable way to factor things, but i havent had time to understand it in any detail.
After working with WCS a bit, I was getting the feeling that the designers were greatly influenced by the WMS, which allows clients to specify exactly what they want (resolution, bounding box, projection, etc). This is a nice feature for clients, for sure, but not so easy for servers, and not focused on serving out the raw data. And of course as you point out, there are so many services a client might want.
In pursuit of that, for example, our server can send out geotiff with the data in floating point "Data Sample" format, even though geotiff readers are not required to be able to read this.
Anyway, Im glad that others are also interested in focussing on "original data quality".
galeon archives: