Custom Query (419 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (64 - 66 of 419)

Ticket Resolution Summary Owner Reporter
#118 fixed IPY07/11, flight day 200b/2007, Kanger mggr benj
Description

Data location: ~arsf/arsf_data/in_progress/2007/flight_data/ipy/IPY07_11-2007_200a_Helheim

Data arrived from ARSF via SATA disk transfer in August, with post-processed GPS arriving in December following Kidlington visit.

Scientific details: (details of IPY applications not currently available at PML)

PI: Tavi Murray

Note this is a subset of a single flight split into two for convenience - previous ticket tracking whole flight is #92.

Sensors:

  • ATM (Delivered 23/05/08)
  • CASI (delivered 09/05/08)

Quicklook

Mosaic of level 3 Casi lines

#119 fixed Difference between Azspec and Caligeo processed Hawk data benj benj
Description

Split off from ticket #113.

Hawk data processed with Azspec and Caligeo shows a gap between the two, particularly at the short-wave end of the spectrum. Over land the two are very close at the longer-wave end, over water Caligeo is consistently higher than Azspec (though the gap is larger at the short-wave end). Azspec data looks more plausible but Hawk needs calibrating to check which (if either) is correct.

Over water: Azspec and Caligeo processed data over water

Over land: Azspec and caligeo processed data over land

#121 fixed Azatm -cuo option seemingly not working benj benj
Description

If you use the -cuo option in azatm to change the values it's supposed to set overflowed and underflowed pixels to, it doesn't seem to have an effect - always sets underflowed pixels to 0 (even if told to set them to ffff) and always says:

************* radcal underflow and overflow fill values changed ********
      under : 00000  = 0     over: 00000  = 0

...in azatm output, regardless of what values are entered for the under/overflow (tried with 0 fffe and ffff ffff).

Arose from testing on #115

Note: See TracQuery for help on using queries.