NRAO Home  >  Green Bank  |  Wiki Topic:    GB > Data > SdfitsReleaseNotes_1_11 (r1.1 vs. r1.3)
   Changes | Index | Contents | Search | Statistics | Jump to Topic
 <<O>>  Difference Topic SdfitsReleaseNotes_1_11 (r1.3 - 06 May 2008 - BobGarwood)
Changed:
<
<

This is a patch to fix a single bug in sdfits. All of the archived GBT data has been searched and only one project, AGBT08A_018_03, could have been affected by this bug. All other projects to date are unaffected by this bug.

>
>

This is a patch to fix a single bug in sdfits. All of the archived GBT data has been searched and only the following projects may have been affected by this bug: AGBT07B_037_02, AGBT08A_018_03. All other projects to date are unaffected by this bug.

Changed:
<
<

  • The calculated sky frequencies for frequency switched data were found to be wrong for one project: AGBT08A_018_03. These are observations using the Ka receiver which has an LO tripler and a corresponding SFF_MULTIPLIER value of 3 in the IF FITS file. Sdfits has incorrectly interpreted the state-dependent frequency offset found in the LO1 fits file as an offset in the LO1 value which is multiplied by SFF_MULTIPLIER in the sky frequency formula. The correct interpretation is that this is an offset to the sky frequency, i.e. after use of the sky frequency formula to calculate the un-offset sky frequency. In a search of all archived GBT data, only one project, AGBT08A_018_03, was found containing frequency switched observations using a receiver having an SFF_MULTIPLIER that was not 1. This bug, therefore, only affects that one project. See MR 13C208 for more details.
>
>

  • The calculated sky frequencies for frequency switched data were seen to be wrong for one project: AGBT08A_018_03. These are observations using the Ka receiver which has an LO tripler and a corresponding SFF_MULTIPLIER value of 3 in the IF FITS file. Sdfits has incorrectly interpreted the state-dependent frequency offset found in the LO1 fits file as an offset in the LO1 value which is multiplied by SFF_MULTIPLIER in the sky frequency formula. The correct interpretation is that this is an offset to the sky frequency, i.e. after use of the sky frequency formula to calculate the un-offset sky frequency. In a search of all archived GBT data the following projects were found containing frequency switched observations using a receiver having an SFF_MULTIPLIER that was not 1: AGBT07B_037_02, AGBT08A_081_03. This bug, therefore, only affects those projects. See MR 13C208 for more details.

 <<O>>  Difference Topic SdfitsReleaseNotes_1_11 (r1.2 - 17 Apr 2008 - BobGarwood)
Changed:
<
<

Release Notes for sdfits Version 1.10 - Released on Wednesday, ?? April 2008

>
>

Release Notes for sdfits Version 1.11 - Released on Thursday, 17 April 2008

Changed:
<
<

  • The calculated sky frequencies for frequency switched data were found to be wrong for one project: AGBT08A_018_03. These are observations using the Ka receiver which has an LO tripler and a corresponding SFF_MULTIPLIER value of 3 in the IF FITS file. Sdfits has incorrectly interpreted the state-dependent frequency offset found in the LO1 fits file as an offset in the LO1 value which is multiplied by SFF_MULTIPLIER in the sky frequency formula. The correct interpretation is that this an offset to the sky frequency, i.e. after use of the sky frequency formula to calculate the un-offset sky frequency. In a search of all archived GBT data, only one project, AGBT08A_018_03, was found containing frequency switched observations using a receiver having an SFF_MULTIPLIER that was not 1. This bug, therefore, only affects that one project. See MR 13C208 for more details.
>
>

  • The calculated sky frequencies for frequency switched data were found to be wrong for one project: AGBT08A_018_03. These are observations using the Ka receiver which has an LO tripler and a corresponding SFF_MULTIPLIER value of 3 in the IF FITS file. Sdfits has incorrectly interpreted the state-dependent frequency offset found in the LO1 fits file as an offset in the LO1 value which is multiplied by SFF_MULTIPLIER in the sky frequency formula. The correct interpretation is that this is an offset to the sky frequency, i.e. after use of the sky frequency formula to calculate the un-offset sky frequency. In a search of all archived GBT data, only one project, AGBT08A_018_03, was found containing frequency switched observations using a receiver having an SFF_MULTIPLIER that was not 1. This bug, therefore, only affects that one project. See MR 13C208 for more details.

 <<O>>  Difference Topic SdfitsReleaseNotes_1_11 (r1.1 - 10 Apr 2008 - BobGarwood)
Added:
>
>

%META:TOPICINFO{author="BobGarwood" date="1207862340" format="1.0" version="1.1"}% %META:TOPICPARENT{name="Software.SoftwareReportCentral_ReleaseNotes"}%

Release Notes for sdfits Version 1.10 - Released on Wednesday, ?? April 2008

(See all sdfits release notes at Software Report Central.)



This is a patch to fix a single bug in sdfits. All of the archived GBT data has been searched and only one project, AGBT08A_018_03, could have been affected by this bug. All other projects to date are unaffected by this bug.

Bug Fixed

  • The calculated sky frequencies for frequency switched data were found to be wrong for one project: AGBT08A_018_03. These are observations using the Ka receiver which has an LO tripler and a corresponding SFF_MULTIPLIER value of 3 in the IF FITS file. Sdfits has incorrectly interpreted the state-dependent frequency offset found in the LO1 fits file as an offset in the LO1 value which is multiplied by SFF_MULTIPLIER in the sky frequency formula. The correct interpretation is that this an offset to the sky frequency, i.e. after use of the sky frequency formula to calculate the un-offset sky frequency. In a search of all archived GBT data, only one project, AGBT08A_018_03, was found containing frequency switched observations using a receiver having an SFF_MULTIPLIER that was not 1. This bug, therefore, only affects that one project. See MR 13C208 for more details.
  • The SDFITSVER keyword has not been updated to match the sdfits version number since version 1.8. As of this patch, the string correctly reflects the version number (1.11). No GBT software makes any use of this informational keyword.

Topic SdfitsReleaseNotes_1_11 . { View | Diffs | r1.3 | > | r1.2 | > | r1.1 | More }
Revision r1.1 - 10 Apr 2008 - 21:19 GMT - BobGarwood
Revision r1.3 - 06 May 2008 - 18:14 GMT - BobGarwood
Content copyright © 1999-2007 by the contributing authors.
All material on this collaboration platform is the property of the contributing authors.