<div dir="ltr"><div><div><br></div>FWIW: the DatasetMetadata model, which is basically the non-flattened &#39;Observation+Product&#39; allows catalog in the dataproduct type list.<br></div>so would be consistent with this change.<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 15, 2016 at 12:48 PM, Patrick Dowler <span dir="ltr">&lt;<a href="mailto:pdowler.cadc@gmail.com" target="_blank">pdowler.cadc@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I have added a rquest to allow &quot;catalog&quot; to the ObsCore-1.1 RFC page.<br>
<br>
<a href="http://wiki.ivoa.net/twiki/bin/view/IVOA/ObscCore1dot1RFC" rel="noreferrer" target="_blank">http://wiki.ivoa.net/twiki/bin/view/IVOA/ObscCore1dot1RFC</a><br>
<div class="HOEnZb"><div class="h5"><br>
On 15 April 2016 at 08:59, Patrick Dowler &lt;<a href="mailto:pdowler.cadc@gmail.com">pdowler.cadc@gmail.com</a>&gt; wrote:<br>
&gt; Guilty as charged :-)<br>
&gt;<br>
&gt; Our underlying data model (CAOM2) has catalog as a valid type and I<br>
&gt; recall some of us trying to get catalog into the vocabulary back<br>
&gt; before 1.0.... I can easily fix this because ObsCore is a view on<br>
&gt; CAOM2, with the cost being that people can&#39;t find all the products via<br>
&gt; ObsCore. But for ASKAP, if they implement ObsCore directly then they<br>
&gt; would be left with no way to provide discovery of catalog products.<br>
&gt;<br>
&gt; The DM rationale is that ObsCore is a list of products (it is a<br>
&gt; flattened view of Observation+Product where there is a 1..* relation).<br>
&gt; As such, there are certainly other kinds of things that can be created<br>
&gt; from data (besides just more data). Do such things belong in ObsCore?<br>
&gt; I obviously think they do so IMO we should add to the vocabulary and<br>
&gt; I&#39;ve either been meaning to request it or forgot about that little<br>
&gt; non-compliance.<br>
&gt;<br>
&gt; The alternative that I see if that access to the catalog would be a<br>
&gt; link in a DataLink response with semantics=&quot;derivation&quot;... and then<br>
&gt; probably augment the DataLink vocabulary to be able to ay catalog...<br>
&gt; and then still not be able to discover them via a data discovery<br>
&gt; query. DataLink *is* awesome and all, but that doesn&#39;t seem so great.<br>
&gt;<br>
&gt; So: can we add &quot;catalog&quot; to the ObsCore-1.1 vocabulary for<br>
&gt; datapoduct_type? +1 from me<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On 15 April 2016 at 05:21, Mark Taylor &lt;<a href="mailto:M.B.Taylor@bristol.ac.uk">M.B.Taylor@bristol.ac.uk</a>&gt; wrote:<br>
&gt;&gt; James,<br>
&gt;&gt;<br>
&gt;&gt; it looks like you&#39;re not the only one to hit this.  If I use the<br>
&gt;&gt; ObsTAP service at <a href="http://www.cadc.hia.nrc.gc.ca/tap" rel="noreferrer" target="_blank">http://www.cadc.hia.nrc.gc.ca/tap</a> to run:<br>
&gt;&gt;<br>
&gt;&gt;    select distinct top 100<br>
&gt;&gt;           dataproduct_type, obs_collection<br>
&gt;&gt;    from ivoa.obscore<br>
&gt;&gt;    where dataproduct_type not in<br>
&gt;&gt;        (&#39;image&#39;, &#39;cube&#39;, &#39;spectrum&#39;, &#39;sed&#39;,<br>
&gt;&gt;         &#39;timeseries&#39;, &#39;visibility&#39;, &#39;event&#39;)<br>
&gt;&gt;<br>
&gt;&gt; I get<br>
&gt;&gt;<br>
&gt;&gt;    +------------------+----------------+<br>
&gt;&gt;    | dataproduct_type | obs_collection |<br>
&gt;&gt;    +------------------+----------------+<br>
&gt;&gt;    | catalog          | APASS          |<br>
&gt;&gt;    | catalog          | CFHTTERAPIX    |<br>
&gt;&gt;    | catalog          | JCMT           |<br>
&gt;&gt;    +------------------+----------------+<br>
&gt;&gt;<br>
&gt;&gt; (note this is one of the tests run by taplint, currently failing at CADC).<br>
&gt;&gt;<br>
&gt;&gt; Mark<br>
&gt;&gt;<br>
&gt;&gt; On Fri, 15 Apr 2016, James.Dempsey@csiro.au wrote:<br>
&gt;&gt;<br>
&gt;&gt;&gt; Hi,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; In ObsCore v1.0 and 1.1 the dataproduct_type field has a defined list of values. We currently advertise our ASKAP catalogue data products in our ObsCore table, but have to leave the dataproduct_type field blank for these records as none of the possible types match.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Has the inclusion of a catalogue type been considered before? If not, would it be possible to include in ObsCore v1.1?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Cheers,<br>
&gt;&gt;&gt; James Dempsey<br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Mark Taylor   Astronomical Programmer   Physics, Bristol University, UK<br>
&gt;&gt; <a href="mailto:m.b.taylor@bris.ac.uk">m.b.taylor@bris.ac.uk</a> <a href="tel:%2B44-117-9288776" value="+441179288776">+44-117-9288776</a>  <a href="http://www.star.bris.ac.uk/~mbt/" rel="noreferrer" target="_blank">http://www.star.bris.ac.uk/~mbt/</a><br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; Patrick Dowler<br>
&gt; Canadian Astronomy Data Centre<br>
&gt; Victoria, BC, Canada<br>
<br>
<br>
<br>
--<br>
Patrick Dowler<br>
Canadian Astronomy Data Centre<br>
Victoria, BC, Canada<br>
</div></div></blockquote></div><br></div>