GB13/01, flight day 164/2014, Bury St Edmunds

[knpa]

Data location: /users/rsg/arsf/arsf_data/2014/flight_data/uk/GB13_01-2014_164_Bury_St_Edmunds

Data arrived from ARSF via network transfer on 13/06/2014

GB13/01 Scientific objective: a combination of an ecological model with remotely sensed data can result in an accurate, high resolution map of vegetation communities. Such maps can form the basis to model the distribution of animal species or groups.

GB13/01 Priority: 9

PI: Tim Benton (different to logsheet - check)

Notes: Owl Present FW present LiDAR and OWL missing for 19:43 line. Deleted corrupted webcam images 091457 and 093128

Sensors:

Camera (Requested), Archvied 13/05/2015
Fenix (Requested), Archvied 13/05/2015
LiDAR (Requested), Archvied 13/05/2015
FW LiDAR (Not requested), Archvied 13/05/2015
OWL

[tec]

Started processing navigation data.

[tec]

Basestation Data
Latitude	52 16 00.50433
Longitude	0 24 54.96244
El Height	72.813m

[tec]

The navigational data for the first and last flight lines might be less accurate as there is an ambiguity fix of 1.

[tec]

Finished navigation processing.

[tec]

Started processing the RCD and Fenix data.

[dap]

Beginning LiDAR processing.

[tec]

Fenix SCT Values:

Flightline	SCT
01	0.93
02	0.95
03	0.95
04	0.95
05	0.94
06	0.95
07	0.94
08	0.95
09	0.93
10	0.97
11	0.93
12	0.95
13	0.95
14	0.98

[dap]

Poor return values from LiDAR data in ALSPP on line 093401, possibly due to change in altitude.

[dap]

-0.005569263 used as roll error in LiDAR processing

[dap]

Finished LiDAR processing. Awaiting delivery check.

[tec]

Finished Fenix processing. Awaiting delivery check.

[benj]

Delivery checking this but stuck checking APL commands - aplcorr is segfaulting on me:

airborne@pmpc1384:/users/rsg/arsf/arsf_data/2014/flight_data/uk/
GB13_01-2014_164_Bury_St_Edmunds/processing/delivery/
GB13_01-164-hyperspectral-20140722#
check_apl_cmd -c /users/rsg/arsf/arsf_data/2014/flight_data/uk/
GB13_01-2014_164_Bury_St_Edmunds/processing/hyp_genreadme-airborne.cfg

[snipped]

Will trim view vectors to fit the level 1 filename: 
flightlines/level1b/f164011b.bil
Creating view vector object.
/users/rsg/arsf/usr/bin/check_apl_cmd: line 289: 10900 Segmentation fault      
(core dumped) aplcorr -lev1file flightlines/level1b/f164011b.bil -igmfile 
../../tmp_cmd_check/f164013b.igm -vvfile /data/visuyan2/scratch/arsf/2014/
flight_data/uk/GB13_01-2014_164_Bury_St_Edmunds/processing/delivery/
GB13_01-164-hyperspectral-20140722/sensor_FOV_vectors -navfile flightlines/
navigation/f164011b_nav_post_processed.bil -dem dem/GB13_01-2014_164-ASTER.dem

Things found so far:

• Generated logsheet seems to have gone off the side of the first page
• CSS and XSL files are in the doc, the project_information directory as well as the line_information directory - we should just deliver one copy (in project_information)?
• No vector mosaic present - do we have vectors for this flight?
• Mosaic screenshot breaks eog (somehow). Works with xvj and Gimp though. Don't know if we care.
• Text files need converting to DOS format (unix2dos)
• Readme description of the "flightlines" directory is "Directory containing the level1b datasets" - this isn't all that's in here. Probably the readme generator needs an update?
• Readme comment on DEMs - "Also note that processing without a Digital Elevation Model (DEM) will result in substantial inaccuracies for any non-flat terrain." - Should say any terrain significantly above the vertical datum used. The terrain might be flat but if it's 100m above the ellipsoid there'll still be big errors. Pretty sure this is something else that will need changing in the readme generator.

[benj]

Command checks taking forever. Have checked everything except full set of APL commands (results running into ~benj/scratch/delcheck), proj_tidy, correct L3 files and correct L3 projection.

[benj]

Note screenshots all have "stretched" pixels along the edges. Need to check if this is present in the L3s or just an artifact of screenshot generation.

[benj]

Fenix delivery check completed, fix issues above and then good to go.

[tec]

PI wants it now, doesn't want to wait for vectors. Fixed logsheet. Fixed Readme. Fixed line endings. CSS files are OK according to mark1.

[stgo]

Delivery checking camera.

[stgo]

Camera delivery complete:

• take out image 00001, it's overexposed.
• weird tint on image 381, should be explained or removed

[dap]

Points from RCD delivery check corrected. Ready for re-check.

[knpa]

Beginning LiDAR delivery check.

[tec]

Delivery checked camera. All seems fine. Ready for delivery.

[knpa]

LiDAR delivery check complete. Following need addressing:

• ReadMe was still in processing parent directory (dap has now moved)
• Logsheet was not copied into logsheet/ dir - have done so
• navigation directory is empty. Find out if we deliver navigation files with a non-FW delivery and if so, create them
• There are 3 DEMs in the dem directory. Should only be two - one in latlong and one in local coordinate system (bng) in this case
• ReadMe says LAS1.0 when I think we use 1.2 now. Check your alspp cfg file to see what was used (also ask update the ReadME generator, or ask someone else to do it)
• It's strange that there is a little line all by itself in the SW. Might be worth checking with ops that this is actually part of this collection
• ascii lidar data does not have CRLF terminators. Check with mark1 if they need to have them. If not, then please update wiki instructions with this exception
• There's a tif in the screenshots. Should that be here? Please edit relevant script appropriately if not.

[dap]

Addressed the points mentioned by knpa and solved an issue where not all underscore characters were escaped in the .tex file.

Ready for delivery.

[tec]

Finished and sent Fenix, LiDAR and RCD on Wednesday 06 of August

Sent to:
Prof. Tim Benton at
University of Leeds,
School of Biology,
Miall Building,
Leeds LS2 9JT

[tec]

Archiving
Starting archiving

[tec]

Archiving
Done confirmed as of 13/05/2015 12:10

[mark1]

Fenix
Fenix data needs reprocessing due to fault with sensor. Incorrect SWIR times recorded in raw files. Have changed tint2 value in hdr files from 14.4 to 2.15 as recommended by Specim. Data are also binned spectrally.

[mark1]

Fenix

Data have been reprocessed.

[dac]

Fenix

Reprocessed data delivered to Tim Benton on USB harddrive 31/07/2015

[dac]

Fenix Delivery

Hard drive received back