During EIS science meeting at MSSL in May, the initial proposal to improve EIS planning tool is to set different values for a few scenarios, such as QS, AR, and FLR for SCI_OBJ, Slit (1"+2"), Slot(40"+266") for SLA.

However in this calculation it looks that there is difference, but not too big, of compression factor in different scenarios, especially for example the DPCM compression (values are close to 2.19). This gives an idea we may use a set of single value of EIS compression factor for simplicity.

The nubers are quite different from the ones showned during EIS science meeting in MAY. Basically, there are two reasons for this:

• we got much more data points to cover all compression schemes (see datasets used in this calculation.

• the start-time & end-time in some fits headers are not corresponding to the time on MDP data packet curve
  • For example, from eis_l0_20080501_054833.fits.gz header:

strat: 2008-05-01T05:48:33
end: 2008-05-01T05:50:03

It's clear that: if using start-time & end-time in fits header, then the calculated MDP data volume is 0; if using raster duration to get end-time, only partial MDP data packets will be counted; using study duration seems fine to get completed data volume.

Another example: eis_l0_20080501_190013.fits.gz:

start: 2008-05-01T19:00:13
end: 2008-05-01T19:01:35

For this fits file, if using start-time & end-time in fits header, then only half MDP data packets are counted, which making compression factor double; if using raster duration and study duration to get end-time, both will get completed data volume and generate reasonable compression factor.

However, at this stage, not sure which one is not correct: time in fits header or time in MDP packet curve?

This mismatch, ie. the data coming is slower than the expection, might explain MDP data recorder full on-board, for example, in the case that EIS data packets for previous and current studies are coming very close in time!

There is a structure array to store all related information for the EIS data investigated here. The array has element with the following format:

compFactor={compression_factor, $
          study_ACR     :'', $  ;string
          study_id      :'', $  ;string
          rast_ACR      :'', $  ;string
          rast_id       :'', $  ;string
          ll_ACR        :'',$   ;string
          ll_id         :'',$   ;string
          start_time    :'', $  ;string
          end_time      :'', $  ;string
          fitsname      :'',$   ;string
          target        :'',$   ;string
          sci_obj       :'',$   ;string
          slit          :'',$   ;string
          def_volume    :0LL,$  ;long64 int, unit: bits
          mdp_volume    :0.0,$  ;float, unit: kbits
          comp_scheme   :0,$    ;int
          nexp          :0,$    ;int
          rast_req      :0,$    ;int
          exposures     :fltarr(8) $    ;float, unit: sec
        }

I attached an IDL sav file. You may download and play it, for example, I use:

if (str1[i].SCI_OBJ eq 'QS') && (str1[i].COMP_SCHEME eq 1) && (str1[i].MDP_VOLUME gt 0.) then ind[i]=1

to extract records associated with 'QS' SCI_OBJ and using DPCM compression scheme.

JianSun (MSSL) - 2008-06-09

---

1. From 2008-06-21 to 2008-06-26, EIS ran a series of studies to test compression schemes of DPCM, JPEG90, JPEG85 & JPEG75.

The compression factor for each scheme during these tests have been calculated by using the following equation:

* orginal_volume: obtained from the definition files of EIS compression studies (ID: 288, 289, 290, 291, 53100 KB in this case).

* mdp_volume: extracted from EIS MDP status fits files.

2. Check this page to see the corresponding fits files, compression schemes, slit/sci.obj, original volume, mdp volume and compression factor.

3. summary: