Hi Fred,
The list of images currently available for retrieval by users is at
this URL:
<
http://www.cadc.hia.nrc.gc.ca/cadcbin/cfht/archive/wdbi.cgi/cfht/tpx_stack_groups/query?release=0006
>
The MD5 checksum is shown there once we have computed it. The MD5 sum
is computed after the data have been archived (we use a different,
proprietary checksum for archive verification) and so some of the
files don't yet have checksums.
A link to this URL from a release page will be made once all the data
have been transferred here (tomorrow?).
In the above URL changing to release=0005 or 0004 or 0003 works (0002
and 0001 are in a different system and not available through those
forms).
Cheers,
JJ
On 14-Sep-09, at 5:00 PM, Frederic Magnard wrote:
> Hi John and Kanoa,
>
> On Mon, 14 Sep 2009, John Ouellette wrote:
>> Hi Kanoa -- going through the files that have been rejected due to
>> fitsverify
>> errors, it looks like the errors are rather benign: they seem to be
>> failing
>> due to a problem with the AUTHOR keyword.
>>
>> I'm loathe to just turn off the fits verification, and would rather
>> that we
>> determine why some files have the above errors and others do not.
>> I'm not sure
>> whether we can choose to ignore certain FITS errors while still
>> catching fatal
>> errors, but I will enquire with the developers here.
>
> It's ok to let the fitsverify check, I manually add the missing author
> keyword to rejected images and add them back to the new directory.
> Thanks for the eTransfer state tool. Could you please give us the
> list of
> all available interfaces/proxies we could use at cadc, for instance to
> check that all file we've moved to eTransfer area are really
> transfered,
> with the right checksum ? (and also a way to get all available
> archived
> image with checksums and eventually some associated keywords)
>
> Thanks,
> Fred.
>
Received on Mon Sep 14 2009 - 14:28:30 HST