Difference: HifiCalibrationWeb (58 vs. 59)

Revision 592013-10-23 - DavidTeyssier

Line: 1 to 1
 
META TOPICPARENT name="WebHome"

HIFI instrument and calibration web pages

Changed:
<
<
NEW NEW NEW Latest updates -- 18 September 2013 NEW NEW NEW
>
>
NEW NEW NEW Latest updates -- 23 October 2013 NEW NEW NEW
 
  • HIPE 11.0 has been released !
  • HIPI 2.1 (a library of Hifi Plug-In's) has been released - see Interest Groups and Scripts section
  • New matching technique script is available in the Expert Version of HIPE - see the "Outstanding calibration issues" section
Line: 15 to 15
 
Deleted:
<
<
 
Deleted:
<
<
 
  • HIFI calibration data
    • A significant number of the data taken by HIFI in the framework of the Performance Validation (PV) and routine phase are now publicly available. There are particular caveats that apply to those data. They are described in this disclaimer note

Added:
>
>
 

Reducing HIFI data

Recommended User release

Line: 30 to 32
 

Which data would most benefit from being reprocessed in HIPE 11.0?

Added:
>
>
If your data have been processed with the latest bulk reprocessing (10.3):
 
  • DBS Observations
    • A new pipeline step, mkDbsReference, calculates the differences the chop positions in all DBS observations and after applying the band-pass correction stores them in a product in calibration->pipeline-out called ReferenceSpectra. This allows you to check for contamination in chop positions for all types of DBS observations.

  • Rotated maps
    • Rotated cubes are now produced in the Level 2.5 product by default for maps carried out with a non-zero position angle, a non-rotated cube is also produced.

Added:
>
>
  • Solar System Object ephemerides
    • A bug (see here) was fixed in the calculation of SSO ephemeris positions (ra_centre/dec_centre) that led to offsets of up to ~10". This bug affected users that use cubes in a co-moving frame (including the standard level 2.5 cubes), use the doOffset task, or make explicit use of ra_centre / dec_centre in their HIPE scripts. The offset is practically constant over a map and could, e.g., make the emission of a comet appear to be off-center when it really isn't. The fixed bug is in the level 0 pipeline, which users cannot run easily. The issue will be fixed by the HIPE 11 bulk reprocessing. In the meantime, you can use a HIPE snippet such as the one attached here.

If your data have been processed with a version earlier than 10.3:

 
  • Improved pointing reconstruction for observations taken between OD 320 and 761 If you have data processed with < HIPE 9
    • The pointing information attached to the data for observations taken between OD 320 and OD761 did not use the most accurate representation of the star tracker focal length. This will be done for the bulk reprocessing with HIPE 9. As a consequence, some observations will experience a shift in astrometry, that can be as high as 8 arcsec. All the details about the consequences for a particular obsid, and recipes to reconstruct yourself the improved pointing can be found at http://herschel.esac.esa.int/twiki/bin/view/Public/HowToUseImprovedPointingProducts as well as in the level0 section of the Hifi Data Reduction Guide
Line: 45 to 54
 
  • Solar System Object maps If you have data processed with < HIPE 9
    • Cubes for moving targets are now created in the comoving frames in HIPE 9. In order to benefit from that, you should re-pipeline from level 0 up to level 2.5. Note the hifiPipeline task should be called with the option "Aux=True". Please check the Pipeline chapter of the HIFI Data Reduction Guide for more details about how to do that.
Deleted:
<
<
  • Solar System Object ephemerides If you have data processed with < HIPE 11
    • A bug (see here) was fixed in the calculation of SSO ephemeris positions (ra_centre/dec_centre) that led to offsets of up to ~10". This bug affected users that use cubes in a co-moving frame (including the standard level 2.5 cubes), use the doOffset task, or make explicit use of ra_centre / dec_centre in their HIPE scripts. The offset is practically constant over a map and could, e.g., make the emission of a comet appear to be off-center when it really isn't. The fixed bug is in the level 0 pipeline, which users cannot run easily. The issue will be fixed by the HIPE 11 bulk reprocessing. In the meantime, you can use a HIPE snippet such as the one attached here.

  • Strong continuum sources
    • An optional step in the pipeline can be used to remove standing waves arising in the loads, this is particularly effective for strong continuum sources. A report describing the technique can be found here. Instructions for using this modified passband technique are available in the Standing Wave Removal chapter of the HIFI Data Reduction Guide:
 
 
This site is powered by the TWiki collaboration platform Powered by Perl