
<html>

  <head>


    <meta http-equiv="content-type" content="text/html; charset=utf-8">

  </head>

  <body bgcolor="#FFFFFF" text="#000000">

    <p><br>

    </p>

    <p>Dear Reg (and Apps) contributors,</p>

    <p>Still related to the Aladin v10 developement, another point that

      I would like emphasize concerns <b>the current impossibility to

        declare a table coverage in the VO registry</b>. Presently one

      can define a unique coverage at catalog level, but not for

      individual table.</p>

    <p>However, a lot of catalogs are splitted in various tables which

      have their own coverage. For instance I show below the Gaia DR1

      catalog, and its 6 tables with the associated MOCs.</p>

    <p>Presently Aladin v10 is not able to use the VO registry to

      discover coverages (MOC) due to this limitation, and access

      directly to the original providers (quite easy for CDS DB, but

      more complex for others). The consequence for other tables are the

      impossibility to use them correctly in the Aladin v10 Data access

      tree even if they would have declared a catalog coverage.<br>

    </p>

    <p><b>The suggested solutions:</b></p>

    <ol>

      <li>Add a COVERAGE element in the TABLE element for allowing to

        specify a MOC associated to a table (small impact - pragmatic

        approach)<br>

      </li>

      <li>or Convince VO registry record authors to modify their VO

        registry definitions in order to describe tables rather than

        catalogs (big impact)<br>

      </li>

    </ol>

    <p><img src="cid:part1.1B6FBA8C.BDA35570@astro.unistra.fr" alt=""></p>

    <p><br>

    </p>

    <p>Comments, remarks, other solutions ?<br>

    </p>

    <p>Cheers<br>

      Pierre<br>

    </p>

  </body>

</html>