<div dir="ltr"><div class="gmail_default" style="font-size:small">The ivoa.ObsCore.obs_publisher_did (caom2.Plane.publisherID) values in our main tap service are ivo URIs of the form ivo://<a href="http://cadc.nrc.ca/{collection}?{dataset-specific-id}">cadc.nrc.ca/{collection}?{dataset-specific-id}</a> and the part before the ? is a DataCollection resource identifier in the registry... I have never looked at te optional publisher_id column but the description makes it sound like I would put a constant value in there (our organisation IVOID?)</div><div class="gmail_default" style="font-size:small"><br clear="all"></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div>--<br></div><div>Patrick Dowler<br></div>Canadian Astronomy Data Centre<br></div>Victoria, BC, Canada<br></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr">On Thu, 20 Dec 2018 at 01:56, Markus Demleitner <<a href="mailto:msdemlei@ari.uni-heidelberg.de">msdemlei@ari.uni-heidelberg.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear Laurent,<br>
<br>
On Wed, Dec 19, 2018 at 02:22:26PM +0100, Laurent Michel wrote:<br>
> > On Wed, Dec 19, 2018 at 10:48:42AM +0100, Laurent Michel wrote:<br>
> > > 1) OK, I'll split the page in 2 errata<br>
> > > 2) Is your footnote [1] suggesting to go back from meta.ref.ivoid<br>
> > > to meta.curation;meta.ref.uri?<br>
> <br>
> To me, it's an important change in the model.<br>
> Those 2 fields are clearly defined (in the text) as being IVOA identifiers not URIs.<br>
> Modifying this is a bit more than fixing an UCD inconstancy, this changes<br>
> the scope of these 2 identifiers (obs_publisher_did and publisher_id)<br>
> I would say it's another topic.<br>
<br>
<br>
Well, I'd say the move from meta.ref.uri;meta.curation to <br>
meta.curation;meta.ref.uri is smaller that going all the way to<br>
meta.ref.ivorn.<br>
<br>
<br>
On the other hand, I'm positively surprised that obs_publisher_did in<br>
practice actually contains IVOIDs in the services that have them<br>
(look for yourself:<br>
<br>
import pyvo<br>
<br>
for svc in pyvo.regsearch(datamodel="obscore"):<br>
try:<br>
res = svc.service.run_sync("SELECT TOP 1 obs_publisher_did"<br>
" FROM ivoa.obscore WHERE obs_publisher_did IS NOT NULL")<br>
if res:<br>
print(res[0]["obs_publisher_did"])<br>
except:<br>
pass<br>
)<br>
<br>
Incidentally, for publisher_id, this script hasn't found an non-NULL<br>
ones at all in the current VO -- which makes me suspect that no<br>
client will have a look at the column in the first place, which<br>
probably means we could operate with impunity here.<br>
<br>
-- Markus<br>
</blockquote></div>