new TAP-1.1 WD released
Dave Morris
dave.morris at metagrid.co.uk
Mon Jul 31 14:30:41 CEST 2017
On 2017-07-20 00:30, Mark Taylor wrote:
>
> Similarly, mandating "*" as the arraysize value for the
> various character data columns in these tables is
> unnecessarily restrictive; there's no reason that
> services should not return fixed-width character array
> columns here if they want to.
For individual services I agree, but this could cause problems when
uploading data from one service into another.
If service A defines column_name as CHAR[10] and service B defines it as
CHAR[8], if a uses takes a VOTable result from A and uploads it into B
then the column names could get truncated and the query could fail.
Allowing different services to have different size limits places the
burden on the end user to check that they are all interoperable.
If the user is trying to coordinate queries and results from 20+
different services, they would have to make sure their queries were
sequenced in ascending order of column name length.
If one of the services changed the size of their column names, a
sequence of queries that worked yesterday might not work today.
Hope this helps,
Dave
--------
Dave Morris
Research Software Engineer
Wide Field Astronomy Unit
Institute for Astronomy
University of Edinburgh
--------
More information about the dal
mailing list