RofR

Ray Plante rplante at ncsa.uiuc.edu
Mon Apr 11 12:10:05 PDT 2005


On Mon, 11 Apr 2005, Tony Linde wrote:
> Thanks, Ray. That's fine - we can have it both ways. Registries which want
> to be harvested every night can add their details into the RofR  and those
> which don't stay out of it.

Okay, I can see this working.  We put down a path forward for aggregating 
the harvesting, but we have something simpler in place that will work in 
the near term.  

> So let's bring back the local registry. If a data centre doesn't want to be
> bothered by the world knocking on its door every night, it simply sets up a
> private arrangement with another registry to be harvested on a regular basis
> (or when it asks for harvesting) and the rest of the VObs is none the wiser.

Would there be a Registry record for this "local" registry that propogates 
to the full registries, or would that be hidden as well?  

The reason I ask is that there is actually two purposes we've discussed 
for listing authority IDs in the Registry record.  
  1) To know which registry a record originated from so that problems with 
       it can be tracked down.  
  2) To aid in harvesting aggregation.  

> The registry which manages these records for the local one will need some
> way of identifying the authIDs it owns and those it manages for other local
> registries but, again, this is invisible to the outside world.

Does anyone outside of the managing registry need to understand this 
distinction?  (How would they use this information?)  If not, then you 
might consider this "internal data" and thus need not be incorporated into 
the standard metadata.  The exception might be if a Registry record for 
the local registry does not propagate to the world; if so, there would be 
no record of where its authority IDs come from.  In any case, it's not 
clear that the distinction between owned and managed is all that 
important.  

As for (2) above, I rather think that it's not the authority ID that you 
should be tracking, but rather a registry handle of some sort (IVOA ID or 
OAI base URL, whatever's appropriate).  Again, if the local registry is to 
be hidden, then this would be "internal data" not exported.  

cheers,
Ray



More information about the registry mailing list