Opened 2 years ago

Last modified 19 months ago

#616 new flight processing

GB17/00, flight day 164/2017, Alconbury — at Version 11

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

Description (last modified by dac)

Data location: ~arsf/arsf_data/2017/flight_data/nerc-arf_internal/GB17_00-2017_164_Alconbury

Data arrived from NERC-ARF via network transfer (uploaded to RSG FTP) 2017-06-14

Scientific objective: Internal boresight flight

Priority: Urgent

PI: NERC-ARF

Sensors:

  • Fenix (requested/not requested, flown/not flown)
  • Leica LIDAR (requested/not requested, flown/not flown)
  • OWL (requested/not requested, flown/not flown)
  • RCD (requested/not requested, flown/not flown)

Change History (11)

comment:1 follow-up: Changed 2 years ago by dac

Data unpacked and standard checks run. No log file present for Fenix line 2. James mentioned IPAS data is a different format - single file compared to multiple. Need to check if this is a problem.

comment:2 Changed 2 years ago by dac

Navigation processing

The NERC-ARF basestation and OS RINEX St Neots (SNEO) were both used for flight. Downloaded RINEX data and used ephemeris data from basestation. Need to get basestation height before this can be used for processing so proceeding using only OS RINEX data for now

Basestation PPP result for SNEO

lat 52 11 07.33081
long -0 06 44.97057
height 120.195

comment:3 Changed 2 years ago by lah

Owl checks

Ran through the Owl preprocessing checks (on wiki page) and everything looks ok so far.

As the Owl can be calibrated without waiting for the navigation or the fenix calibration to be finished I sent these jobs to the grid. Unfortunately these failed, so I will fix the script now. I saw a similar error working with the laptop batch processing script, so think something has changed in the way flags are being passed with subprocess and they now can't handle 2 inputs to the same flag in the same line (-l for memory and apl throttle) .

comment:4 Changed 2 years ago by lah

Owl

Committed code fix to https://gitlab.rsg.pml.ac.uk/arsf/internal-code/merge_requests/171. Is now running fine on grid.

comment:5 Changed 2 years ago by dac

Navigation Processing

IPAS Honeywell: Used location from file. Interpolated to match IPAS data. Default elevation mask of 10 degrees.

comment:6 Changed 2 years ago by lah

Owl

Level 1b files look fine. There is an interesting building(?) towards the end of line 5 and the start of line 1 which is showing a lot of spectral features - first time I've seen anything this distinct. Would be good to find out the material.

comment:7 Changed 2 years ago by asm

Lidar

Have tested processing lidar files using alspp.exe and the old calibration files. All worked through with clear pitch and roll errors but they do not look very bad. Clouds are showing below the ground however.

Last edited 2 years ago by dac (previous) (diff)

comment:8 in reply to: ↑ 1 Changed 2 years ago by lah

Replying to dac:

Data unpacked and standard checks run. No log file present for Fenix line 2. James mentioned IPAS data is a different format - single file compared to multiple. Need to check if this is a problem.

Should probably change the sensor ID as part of unpacking for the rest of the season.

comment:9 Changed 2 years ago by dac

Hyperspectral Processing

Ran through processing using lever arms from 2015 (only Twin Otter survey) and calibration Specim provided.

Compared radiance spectra to 6S simulations using check_fenix_spectra_py6s.py and found a good match - no obvious problems.

Timing fix looks like it worked for lines 1 and 5 but not 2, 3 and 4 so will need to investigate further and possibly manually determine SCT values before boresight processing.

comment:10 Changed 2 years ago by dac

PhaseOne Processing

Processed the images using iX Capture without any problems. Colours don't look quite right so will need to check on the settings.

comment:11 Changed 2 years ago by dac

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