UCD elements
Martin Hill
mchill at dial.pipex.com
Fri Jul 2 04:00:35 PDT 2004
This means then that new services that support, say UCD2s, cannot be used by
older services or clients that have no knowledge of UCD2s...
Marco C. Leoni wrote:
> Hi Tony,
> I think the services should say the UCDs version they are using or
> can understand/support: the registry - as a service itself - will
> specify the UCD version used to create the metadata describing itself.
>
>
> Cheers,
> Marco
>
>
>
> Tony Linde wrote:
>
>> I agree with Clive. We need some way of saying that version X of registry
>> uses UCD1 and version X+1 will use UCD2 or whatever. Or each registry
>> says
>> which versions of individual standards it supports (UCDs, Identifiers,
>> etc).
>> We certainly shouldn't stuff every variant of every standard into the
>> metadata.
>>
>> Tony.
>>
>>
>>
>>> -----Original Message-----
>>> From: Clive Page
>>> Sent: 02 July 2004 09:11
>>> To: registry at ivoa.net
>>> Cc: VOTable mailing list
>>> Subject: Re: UCD elements
>>>
>>> On Thu, 1 Jul 2004, Martin Hill wrote:
>>>
>>>
>>>
>>>> We will need (at latest when we introduce UCD2 over UCD1+)
>>>> simultaneous UCDs of different versions in single metadata
>>>
>>> documents
>>>
>>>> (so both older and newer tools can use them).
>>>>
>>>
>>> Is that really necessary? As I understand it there is a unique
>>> one-to-one mapping from UCD1 to UCD1+, which should be easily
>>> encapsulatable in software, or even a Web Service. I'm not sure if
>>> that's true too of UCD2, but if it isn't doing conversions is going
>>> to be labour-intensive.
>>> Putting duplicated UCDs of different versions in each data file seems
>>> a bit of overkill if that's true.
>>>
>>>
>>> --
>>> Clive Page
>>> Dept of Physics & Astronomy,
>>> University of Leicester,
>>> Leicester, LE1 7RH, U.K.
>>>
>
>
--
Martin Hill
www.mchill.net
+44 7901 55 24 66
More information about the registry
mailing list