illegal/unrecommended use of IVOA identifiers

Roy Williams roy at cacr.caltech.edu
Fri Nov 17 06:54:38 PST 2006


John

Following your logic, this means that VOEvents can also be registered 
individually, rather than registering the server that handles them, as 
Ray suggests. I understand that LSST will be putting out thousands of 
event notices every night. Do you think the VO registry system will be 
able to handle the load?

Another problem is inflexibility. Suppose a group wishes to experiment 
with their own dialect of messages, and they want to change rapidly, 
adding and deleting. In the official (Ray) scheme, they would have a 
standalone message registry that may or may not be registered with the 
VO registry. In your scheme, each message is added and deleted from the 
entire global VO registry.

Of course it is much more convenient to have "everything in the 
registry", it is a one-stop shop instead of a two-stage process. But 
perhaps not always the best solution.......

Roy



John Taylor wrote
>  a search of the registry reveals the ivo://..../loadVOTable message
>
> Ray Plante wrote:
>>  Instead, I would recommend the approach that is to be used by the 
>> VOSpace standard in which names are identified using a # suffix; e.g.,
>>
>>    ivo://votech.org/plastic#info/getIVORN
>



More information about the registry mailing list