EUFAR10/03, flight day 196/2010,Lisbon

[ella]

Data location: ~arsf/arsf_data/2010/flight_data/western_europe/EUFAR10_03-2010_196_Lisbon

Data arrived from ARSF via network transfer on 2nd/08/2010.

Scientific objectives:
Objective 1.- Development of a reliable tool to estimate coastal water quality indicators by using remote sensing
techniques, both airborne and satellite.
1.1. | Development of a set of semi-empirical algorithms based on hyper-spectral airborne and in-situ data for
estimating the concentrations of the water constituents;
1.2. | Migration of the developed algorithms into the satellite workflow.

Priority: a4h

PI: Jose da Silva

Sensors:

• Eagle
• Hawk
• Leica LIDAR
• RCD Camera (16/09/10)

[ella]

Starting navigation processing.

[jb362]

IPAS navigation processing done.

[ella]

Waiting for logsheet.

Applanix processing was problematic because the flight was 100km away from the nearest base station.
POSproc failed to create an Sbet file.

[jb362]

Starting camera processing.

[emca]

Starting LiDAR processing

[emca]

line 06

[emca]

There are six LiDAR lines for this project.

Lines 1 and 2 are very short, contain very little data (approx 30% first returns) and are very noisy. From the leica flightline log it it looks like there was also an issue with the range correction during the capture of these lines.

Lines 3 and 4 contain no useful data.

Line 5 is partially over water and contains a 90 degree turn.

Line 6 consists of four distinct lines, including the turns in between (see attached screenshot). This may need to be separated into 4 lines.

There is little overlap between lines (just the cross of Line 6 with itself) which will make correcting for roll difficult.

Going to wait until next week when ARSF Ops return and we can get the logsheet before proceeding any further with this project.

[jb362]

Started camera processing for this project but in the kml file it's very hard to see which images will be needed and which won't. This is because it the camera wasn't turned off between flight lines. This processing will therefore be held until we have the logsheet for this project. If I have left before we do get the logsheet iopa will be picking up the camera processing.

[jb362]

Also, all the .tif files for the camera processing have already been created.

[emca]

Call from Phil to say there are still looking for the logs sheets for this project as well as for Lisbon flight day ​197

Both projects were flown on an ad hoc basis. They were unable to turn the LiDAR off during the flight as they were flying over water but the hyperspectral was switched off between lines to conserve disk space. As a result there will not be a match between the eagle/hawk and the LiDAR lines.

[emca]

Logsheet has arrived and been saved in ~arsf/arsf_data/2010/flight_data/archive-overflow/EUFAR10_03-2010_196_Lisbon/admin

[jb362]

Iopa will be taking over this camera project.

[ella]

Starting camera delivery check.

[ella]

Camera check complete.
Two photos have been removed and the read_me and kml file have been updated.
Ready to deliver.

[iopa]

RCD camera was dispatched today, 16th September 2010.

[knpa]

Taking over hyper-spectral processing for this project.

[knpa]

Issue with applanix - raw data in two parts with a gap in the middle. This gap covers one of the lines (Gen3).

Also, cannot find eagle data for first two lines (Gen 1/2) and (Gen 3).

[knpa]

Move to repository, can be rsynced.

[knpa]

Phone call from Phil to Ben:
The data collection for this project starts at 11:39 and earlier lines are tests.

That excludes Gen1/2 and Gen3, meaning that this project now has 5 lines containing eagle and hawk data that will be processed.

[knpa]

SCTs impossible to correct on this project as almost all lines are over water.
H6 had no sync but managed to correct gross sync issues by matching water patterns with eagle.

SCTs

	Eagle	Hawk
Line 1	0	0
Line 2	0	0
Line 3	0	0
Line 4	0	0
Line 5	0	1.5 (sync)

[knpa]

Correction: above Hawk 5 value should be 0.15 NOT 1.5.

[knpa]

First 12 bands of Hawk lev1s are blank. The raws are fine. Appears to be an issue with the bandset labels in the header files, they start at 900nm which is lower than it should be. Possibly incorrect bandset selected or none specified. Will leave this until end of the year and new Hawk calibration.

[benj]

Corrected PI (recorded wrong on data unpacking)