#30 closed flight processing (fixed)
138-2006-San Marcos
| Reported by: | amro | Owned by: | mggr |
|---|---|---|---|
| Priority: | immediate | Milestone: | 2006 data processing completion |
| Component: | Processing: general | Keywords: | 138-2006, crash |
| Cc: | mggr | Other processors: |
Description
This project was processed by Ivana and re-attempted reprocessed to eleminate the white lines. Using the new up-to-date version of qcdisplay most of the lines crashed when enquiring the frame number of the white line. Refering to older version of qcdisplay, this bug does not happen.
Action: Mike need to report this bug to Bill to fix it
Change History (10)
comment:1 Changed 17 years ago by mggr
- Component changed from ARSF to Processing: ATM
- Priority changed from critical to blocker
- Status changed from new to assigned
- Type changed from bug to flight processing
comment:2 Changed 17 years ago by amro
- Cc mggr added
- Priority changed from blocker to critical
- Type changed from flight processing to bug
Mike ..although the earlier version of qcdisplay worked for some line , it keep crashing on seens 16 and 17 for each line.
comment:3 Changed 17 years ago by mggr
Noted in ticket #31, reported to Bill too.
comment:4 Changed 17 years ago by mggr
- Owner changed from mggr to amro
- Status changed from assigned to new
- Type changed from bug to flight processing
Using ENVI as a workaround seemed to be good enough for finding bad scans. Will keep chasing the bug, but it's not blocking this processing any more.
comment:5 Changed 17 years ago by amro
- Component changed from Processing: ATM to Processing: CASI
- Owner changed from amro to mggr
- Priority changed from critical to blocker
CASI files can't be processed to level three ..error message SCO
comment:6 Changed 17 years ago by mggr
- Status changed from new to assigned
Reproduced. Will test a bit, then ask Bill.
comment:7 Changed 17 years ago by mggr
Figured out a fix :) The files are missing GPS sync but Bill has coded a workaround. To fix it, edit the batch files and change the CSYNC line to read:
CSYNC="-FRsync"
You may need to correct timing after this.. not sure.
I've put a detailed explanation up at Processing/KnownProblems.
comment:8 Changed 17 years ago by amro
- Status changed from assigned to new
Mike ..I did try to remove these white frames from 138 ATM flight line 1,2,3 and 5. Results are, 1 and 2 are now fine however, 3 and 5 there are three frames which the software did take out ( bugger)
these frames are 1203 and 1205 for line 3 and 1107 for line 5.
I will put the delivery of project 138 on hold untill u come back
comment:9 Changed 17 years ago by mggr
- Resolution set to fixed
- Status changed from new to closed
Delivered.
comment:10 Changed 17 years ago by mggr
- Component changed from Processing: CASI to Processing: general
Removing eagle processing component (we only really use the generic processing component, so removing spurious ones)
Sent Bill a bug report (see ticket #31). Converting this ticket to a processing one.