Issue with discovering a TAP service in the RR
Laurent Michel
laurent.michel at astro.unistra.fr
Fri Oct 22 16:07:07 CEST 2021
Markus,
We are working with Cyril, an intern, on improving the service search facility
in TAPHandle.
Skipping the details of our implementation, which will be demonstrated at
next Interop (Apps), we would like to raise a problem we have to deal with:
The use case:
============
1- I select some resources and I got one very interesting
with e.g. an ivoid=ivo://cadc.nrc.ca/youcat
2- I want to search the TAP service with ivoid=ivo://cadc.nrc.ca/youcat
I can connect to
3- For this I search all TAP capabilities attached to this resource by using
the joins as declared in the GAVO RR TAP_SCHEMA:
SELECT TOP 100 rr.capability.*, rr.interface.*
FROM rr.capability
JOIN rr.interface ON rr.interface.ivoid = rr.capability.ivoid
WHERE rr.capability.ivoid like 'ivo://cadc.nrc.ca/youcat'
AND rr.capability.standard_id = 'ivo://ivoa.net/std/tap'
I get 8 different URLs
https://ws-cadc.canfar.net/youcat/capabilities
https://ws-cadc.canfar.net/youcat/availability
https://ws-cadc.canfar.net/youcat/logControl
https://ws-cadc.canfar.net/youcat/tables
https://ws-cadc.canfar.net/youcat/table-update
https://ws-cadc.canfar.net/youcat/load
https://ws-cadc.canfar.net/youcat/permissions
https://ws-cadc.canfar.net/youcat
The problem:
============
I do not see how can I identify the TAP service I can
connect (https://ws-cadc.canfar.net/youcat in fact) since all are
declared as ivo://ivoa.net/std/tap.
Note that the problem goes out if I'm using NATUARL JOIN because it turns out that
only the last row is selected in that case
Is that a registration issue, a RR flaw or a misunderstanding from our side?
Thanks
Laurent, Cyril
--
English version: https: //www.deepl.com/translator
--
jesuischarlie/Tunis/Paris/Bruxelles/Berlin
Laurent Michel
SSC XMM-Newton
Tél : +33 (0)3 68 85 24 37
Fax : +33 (0)3 )3 68 85 24 32
Université de Strasbourg <http://www.unistra.fr>
Observatoire Astronomique
11 Rue de l'Université
F - 67200 Strasbourg
-------------- next part --------------
A non-text attachment was scrubbed...
Name: laurent_michel.vcf
Type: text/x-vcard
Size: 391 bytes
Desc: not available
URL: <http://mail.ivoa.net/pipermail/registry/attachments/20211022/9045da60/attachment.vcf>
More information about the registry
mailing list