SLAC and IPAC teams are working on the APIs for data access. We need to think about the requirements that VO protocols and standards at the beginning, especially the required fields when we collect meta data. Here is the collections of our thoughts and issues. This is work in progress. Feel free to edit.
EQUINOXEpoch of the mean equator and equinox for the specified coordinate system reference frame (CFRAME). Not required for ICRS. Default: B1950 for FK4, otherwise J2000.
CRPIXThe coordinates of the reference pixel, expressed in the pixel coordinates of the output image, with [1,1] being the center of the first pixel of the first row of the image. This is a vector-valued quantity; if only one value is given it applies to both image axes. Default: the image center.
CRVALThe world coordinates relative to CFRAME at the reference pixel. This is a vector-valued quantity; both array values are required. Default: the region center coordinates (POS) at the center of the image, transformed to the output coordinate system reference frame if other than ICRS. If CRPIX is specified to be other than the image center the corresponding CRVAL can be computed, but should be specified explicitly by the client.
CDELTThe scale of the output image in decimal degrees per pixel. A negative value implies an axis flip. Since the default image orientation is N up and E to the left, the default sign of CDELT is [-1,1]. This is a vector-valued quantity; if only one value is given it applies to both image axes, with the sign defaulting as specified above. Default: implied (see below), otherwise service-specific.
ROTANGThe rotation angle of the image in degrees relative to CFRAME (an image which is unrotated in one reference frame may be rotated in another). This is the rotation of the WCS declination or latitude axis with respect to the second axis of the image, measured in the counterclockwise direction (as for FITS WCS, which is in turn based on the old AIPS convention). Default: 0 (no rotation).
PROJThe celestial projection of the output image expressed as a three-character code as for FITS WCS, e.g., "TAN", "SIN", "ARC", and so forth. Default: TAN.
Access.Format -- MIME type of dataset
Dataset.DataModel -- Datamodel name and version (Spectrum-1.0)
(*)Dataset.Length -- Number of points in spectrum DataID.Title -- Dataset title
Curation.Publisher -- Publisher
Char.SpatialAxis.Coverage.Location.Value -- Observed position, e.g., RA DEC
(*)Char.SpatialAxis.Coverage.Bounds.Extent -- Aperture angular diameter, deg
Char.TimeAxis.Coverage.Location.Value -- Midpoint of exposure (MJD)
Char.SpectralAxis.Coverage.Location.Value -- Midpoint of Spectral coord range
Char.SpectralAxis.Coverage.Bounds.Extent -- Width of spectrum in meters
(*)Dataset.Length is mandatory and specifies the "length" of the spectrum, i.e., the number of data points or samples.
(*)The aperture field is important to determine what part of an extended object is contributing to the spectrum; we allow a simple aperture description (Char.SpatialAxis.Coverage.Bounds.Extent) consisting of a single number representing the aperture size in decimal degrees. For a slit spectrum, the effective aperture on the sky is usually the slit width in the cross-dispersion direction... Note that since the goal of the VO Spectrum description is to describe the data as it is now, not to describe where it came from, our 'aperture' is always the effective extraction aperture, not the original instrument aperture if that is different.