Some confusion in cone-search
Ray Plante
rplante at poplar.ncsa.uiuc.edu
Fri Oct 2 08:00:53 PDT 2009
Hi Pierre,
On Fri, 2 Oct 2009, lesidaner-obs wrote:
> the compliance of the service appears to be wrong.
> http://heasarc.gsfc.nasa.gov/vo/validation/vresults.pl?show=details&sid=182&runid=39628&switch=no
> because ucd='ID_MAIN', ucd='ID_MAIN', ucd='POS_EQ_DEC_MAIN'.
> but all these UCD are not compliant with VOTable 1.1 UCD.
The VOTable v1.1 spec is a bit vague on this front (a fact we're
correcting in the v1.2 spec), but in fact, VOTable v1.1 does not actually
mandate UCD1+ ucds, which your response uses.
While we are trying to encourage the use of the UCD1+ ucds, as your
service nicely does, there are places where UCD v1.0 ucds are required.
One such place is in the Cone Search protocol
(http://www.ivoa.net/Documents/latest/ConeSearch.html): for those specific
columns, the ucds must be set to ID_MAIN, POS_EQ_RA_MAIN,
and POS_EQ_DEC_MAIN, repsectively. This is what clients are expecting.
So, unfortunately, you will need to change the service to come into
compliance. (BTW, you may already know about this, but you can test your
service yourself at http://nvo.ncsa.uiuc.edu/dalvalidate/csvalidate.html)
cheers,
Ray Plante
More information about the dal
mailing list