Custom Query (61 matches)
Results (28 - 30 of 61)
Ticket | Owner | Reporter | Resolution | Summary |
---|---|---|---|---|
#6 | fixed | pvoconvert not stopping at correct place? | ||
Description |
When converting the files in $S70TAPES/S001/ a number have more than the standard amount of scans, reflected in their disk size. Is something going wrong with the conversion? I note that the off_sub column in the SUBINT table resets after a certain number of rows -- is this related? (See eg. S70_910504_142453.fits) |
|||
#7 | fixed | History table's proc_cmd column with wildcards | ||
Description |
When wildcards are used on the command line, these get expanded in the string that is written to the proc_cmd entry in the HISTORY table. For directories with a number of files, use of '*' means we rapidly exceed the width of the column. Perhaps change this so that it just has "pvoconvert <filename>" where <filename> is the tape file from which we start reading the data in the current FITS file? Might be problematic when a FITS file's data run over many tape files. Alternative would be to convert the wildcard into the literal character, so that "pvoconvert *" is written. This is probably better... |
|||
#8 | fixed | scanlen in PHU bears no relation to actual length of file | ||
Description |
Some of the files in the $S70TAPES directory are not 70cm survey files but timing observations, and are longer than the standard length. However, the SCANLEN header in the PHU is set as a constant, rather than reading in the SCAN_LEN parameter in the tape file. Need to change this. |