Opened 17 years ago
Closed 16 years ago
#161 closed flight processing (fixed)
NL08/01, flight day 132/2008, Eucaari
Reported by: | mark1 | Owned by: | mggr |
---|---|---|---|
Priority: | alpha 4 high | Milestone: | 2008 data processing completion |
Component: | Processing: general | Keywords: | |
Cc: | Other processors: |
Description (last modified by mggr)
Data location: ~arsf/arsf_data/in_progress/2008/flight_data/other/NL08_01-2008_132_Eucaari
Data arrived from ARSF via initial SATA disk transfer on 20th May 2008
Scientific details: see ~arsf/arsf_data/in_progress/2008/ARSF_Applications/GB_and_NL/NL08-01 - Science Case.pdf
PI: H. Coe
Sensors:
- ATM
- Eagle
- Hawk
Quicklook
TBD.
Change History (12)
comment:1 Changed 17 years ago by benj
- Owner set to benj
comment:2 Changed 16 years ago by benj
- Owner changed from benj to mark1
comment:3 Changed 16 years ago by mark1
- Owner changed from mark1 to benj
Delivery checked and example commands tested, data looks ok.
rsynced to ~arsf/arsf_data/in_progress/2008/flight_data/other/NL08_01-2008_132_Eucari/
comment:4 Changed 16 years ago by mggr
- Description modified (diff)
- Summary changed from NL08/01, flight day 132/2008, Eucari to NL08/01, flight day 132/2008, Eucaari
Correction to spelling of Eucaari!
comment:5 Changed 16 years ago by mggr
Data provided as raw files to Thomas Ruhtz for initial examination (processed data held pending resolution of overflow issue #168).
comment:6 Changed 16 years ago by anee
Reprocessed Hawk and Eagle files rsynced.
comment:7 Changed 16 years ago by anee
- Owner changed from benj to mark1
delivery directory created at: /users/rsg/anee/scratch/NL08_01-2008_132_Eucaari/delivery/20080828/NL08-01 (ATM only)
comment:8 Changed 16 years ago by mark1
- Owner changed from mark1 to anee
Example commands tested and run ok. Read me looks ok apart from data quality report reference, and need the newer version of the report in the delivery too. Paragraph in Read me referring to Eagle overflows but only ATM data delivered, best to remove this. Should insert a paragraph about why high number of bad scans (if this is not in data quality report). Some bad scans still appear in the lev1 data as white lines, and 1 or 2 slipped scans, in files 2,3,4,5,6,8.
comment:9 Changed 16 years ago by anee
- Owner changed from anee to mark1
comment:10 Changed 16 years ago by mark1
- Owner changed from mark1 to anee
Have re-checked the ATM lev1 data and it all looks ok. Delivery seems fine, ok to send. Has been rsynced over to
/users/rsg/arsf/arsf_data/in_progress/2008/flight_data/other/NL08_01-2008_132_Eucaari
comment:12 Changed 16 years ago by mggr
- Resolution set to fixed
- Status changed from new to closed
Data sent to NEODC for archiving.
Delivery directory created and filled at ~benj/scratch/NL08_01-2008_132_Eucari/delivery/20080617/NL08-01