Obscore 1.1 Erratum 3: Drop obs_id non-NULL requirement
BONNAREL FRANCOIS
francois.bonnarel at astro.unistra.fr
Fri Jul 8 09:45:46 CEST 2022
Hi Markus,
Le 07/07/2022 à 13:37, Markus Demleitner a écrit :
> Hi François,
>
> Can I ask back on this:
>
> On Thu, Jul 07, 2022 at 10:40:01AM +0200, BONNAREL FRANCOIS wrote:
>> Something like
>>
>> "select obs_id, string_agg(obs_publisher_did, ',') as publish_did_list from
>> obscore group by obs_id"
>>
>> Then parsing publish_did_list to build the Dalink url
>> https://Organisation/dl-root?ID=...&ID=...&ID=...
> Sure -- but how does this depend on requiring obs_id to be non-NULL
> in all services? The worst that would happen with this query if we
> don't is that all the "single" observations end up in one aggregate
> with obs_id NULL, no?
Probably yes.
> If you see a major problem in that, could you
> elaborate?
This is breaking all observation related queries into two very different
ones. I find this ugly, and increasing complexity for the users.
By the way , ESO Obstap service has obs_id for all their datasets. For
images, Each observation has the image and the mesurements datasets.
CADC also has obs_id everywhere. Apparently all of theme has a 1 to 1
remaitionship observation/dataset. They use the free syntax obs_id
string to build the ivi identifier obs_publisher_did string
Cheers
François
> -- Markus
More information about the dm
mailing list