Opened 6 years ago

Last modified 6 years ago

#636 new flight processing

GB18/00, flight day 184c/2018, Alconbury — at Version 11

Reported by: dac Owned by:
Priority: immediate Milestone:
Component: Processing: general Keywords:
Cc: Other processors:

Description (last modified by mark1)

Data location: /users/rsg/arsf/arsf_data/2018/flight_data/nerc-arf_internal/GB18_00-2018_184c_Alconbury

Data arrived from NERC-ARF via hard drive on 13/07/2018

Scientific objective: Internal boresight flight

Priority: Urgent

PI: NERC-ARF

Issues flagged by unpacking scripts:

  • Don't have logfiles for all Fenix lines (missing 10 - 13)
  • Owl capture data missing darkframes

Sensors:

  • Fenix (requested, flown)
  • OWL (requested, flown)
  • Phase One (not requested, flown)

Change History (11)

comment:1 Changed 6 years ago by asm

Navigation Processing

Started. Downloaded basestation data using ​OS National GPS Network. Identified closes station as SNEO. Concatenated files, downloaded .epp files using IPASTC for another base and did the basestation verification:
Lat: 52 11 07.33149
Lon: -0 06 44.96866
EllHeight: 121.068 m

comment:2 Changed 6 years ago by asm

Navigation Processing

Processed via IpasTC with the data interpolated to 0.5s. Good results for position separation (under 0.2 m during data acquisition) and ambiguity fix 2. Accuracy clearly within limits. Files copied, navigation processing finished.

comment:3 Changed 6 years ago by asm

General Checks

Main output from the unpacked checks:
-Last timestamp for a few nav Fenix files appears too early.
-Great differences on Fenix fps and fps_set
-No darkframes recorded for Owl

comment:4 Changed 6 years ago by wja

Fenix Processing

Fenix boresight calibration under way. Will use SRTM/LiDAR composite DEM generated for previous boresight calibration flight (2018 128).

comment:5 Changed 6 years ago by asm

Owl processing

Started. Have stitched files using the DARKREF files. Only have T2 cal files for line 1 and 5. Have symlinked those T2 in the other dirs as this is project is only needed for assessing the boresight values.

comment:6 Changed 6 years ago by asm

Owl boresight

Found SCT values:

Flightline OWL
1 No usable data
2 2
3 3
4 2
5 2
6 2
7 2
8 2
9 3
10 2
11 2
12 2
13 2
14 2
15 No usable data

Previously found boresight values look very good. Will spend some time trying to see if I can get an even better accuracy using lines flown at lower altitude 11, 12 and 13.

comment:7 Changed 6 years ago by wja

Fenix Processing

Current progress:

SCT values currently:

FlightlineSCT Value
12.02
22.01
32.02
42.01
51.02
6TBA
71.00
82.00
92.03
10TBA
11TBA
12TBA
13TBA


TBA: Flightline 6 is failing to process due to DEM not covering nav file. It looks like it has a considerably large negative SCT value.
Flightlines 10-13 appear to have large negative SCT values (~-40), although these values they are currently not improving data quality and features have axagerated areas in the along flight direction.

comment:8 Changed 6 years ago by wja

Fenix Processing

FlightlineSCT Value
12.00
22.00
32.00
42.00
51.00
62.00
71.00
82.00
92.00
102.00
11 -
122.00
13 -


The issue on the previous comment with processing flightline 6 has been resolved by using a newly generated ASTER DEM - ensuring the flightline area is covered. This data no longer uses the EA/SRTM DEM used during the previous calibration (flight 2018 129)

Flightlines 10 - 13 have been recorded using an incorrect FPS value of 30.960 (should be 53.000). Flightlines 10 and 12 have been successfully processed without the navigation file, however flightlines 11 and 13 have timing errors which would be resolved by manually finding their SCT values.

Flightline 4 has a slight timing error.

The flightlines without errors show that there has been no significant change with the boresight values documented for flight 2018 129. There are as follows:

Pitch: +0.40
Roll: -0.76
Heading: +0.55

comment:9 Changed 6 years ago by asm

Owl Boresight

I am happy with the originally found boresight values:
Pitch, roll and heading = 0.28 0.17 0.20

It looks there is a small offset for some lines, specially 12 and 13 with are low altitude but if I try to make a better alignment with other boresight values it creates bigger misalignments in other flightlines so I think those are the best values.

comment:10 Changed 6 years ago by asm

Fenix Boresight

I did double check the Fenix boresight values. They look very good.

comment:11 Changed 6 years ago by mark1

  • Description modified (diff)
Note: See TracTickets for help on using tickets.