EUFAR10/02 (AIRES-CZM), 200/2010, Santander

[jb362]

Data location: ~arsf/arsf_data/2010/flight_data/western_europe/EUFAR10_02-2010_200_Santander

Data arrived from ARSF via network transfer on 26/07/2010.

Scientific objectives:

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 hyperspectral airborne and in-situ data for estimating the concentrations of the water constituents;
1.2. Migration of the developed algorithms into the satellite workflow.

2. Implementation of an automatic warning system based on satellite imagery processing;

3. Inclusion of the information obtained by means of remote sensing in the dataset used for the calibration of regional hydrodynamic models.

Priority: a4m - awaiting confirmation

PI: Castillo-Lopez

Sensors: ¶

• Eagle (21/12/2010)
• Hawk (02/02/2011)
• Leica LIDAR (21/12/2010)
• RCD Digital Photography (21/12/2010)

[jb362]

Awaiting logsheet

[ella]

Beginning navigation processing

[anch]

Starting Applanix (and probably IPAS) processing for this project.

[iopa]

Taking camera.

[emca]

Starting LiDAR processing

[emca]

There is a problem with the IPAS for this project. Moving on to a different project until this can be resolved.

[jb362]

There is also a problem with the applanix for this project which I do not know how to resolve. Because there is no IPAS .sol file or applanix .sbet file, none of the camera, Lidar, or hyperspectral data can be processed at present.

[knpa]

Data moved from overflow to repository.
Can now be r-synced.

[benj]

Have downloaded 1s RINEX data from University of Cantabria and copied to repository. Relevant section of email from PI was as follows:

SANTANDER and TORRELAVEGA stations are in relation with the calibration site "Santander1" and the LAREDO station for the area of validation (Santander 2). Santander 1 data taken on 18th July and Santander2  data taken on 19th July.
In the corresponding tabs appear links to download RINEX data.
 
LINKS of interest:
 
http://www.gnss.unican.es/estaciones/cant.asp
 
http://www.gnss.unican.es/estaciones/trvg.asp
 
http://www.gnss.unican.es/estaciones/lare.asp
 
ftp://ftpgnss.digteg.unican.es/rinex
 
Access to real time corrections using the standard protocol NTRIP (Networked Transport of RTCM vía Internet Protocol):
 
URL 	http://ntrip.unican.es:2101/	 
IP:    	193.144.202.127	 
Port: 	21 
User: 	anonimous
 
link: http://www.gnss.unican.es/servicios/services.asp

[benj]

Note I believe the Santander station mentioned with code CANT is the data I have downloaded from REIN. This is because if you go to the first link given the title of the web page is "Estación de Reinosa"

[knpa]

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.

[iopa]

Applanix and IPAS have been completed.

[iopa]

Camera is ready to be checked.

Test images were images 1-8.

On a different note; eagle/hawk files were named 200a for no apparent reason, the logsheet too does not have a flight letter, so they were renamed with the 'a' removed.

[emca]

Starting LiDAR and Eagle

[emca]

Eagle data is ready for delivery check at
~airborne/workspace/EUFAR10_02-2010_200_Santander/delivery/20101125/

[emca]

Delivery checked the camera data at
~airborne/workspace/EUFAR10_02-2010_200_Santander/delivery/20101109

Data is good, ready to deliver.

[emca]

LiDAR data is ready for delivery check at
~airborne/workspace/EUFAR10_02-2010_200_Santander/delivery/20101126

[emca]

SCT (and GPT) offsets for Eagle data:

Line Number	SCT (GPT)
01	+0.03
02	0.00
03	-0.10 (-0.10)
04	0.00
05	0.00
06	-0.02
07	-0.12 (-0.08)
08	+0.03
09	+0.02
10	-0.08 (-0.12)
11	-0.01
12	+0.37

Notes on Eagle processing:

Line 05 had an incorrect GPS stop time in the raw header file so this was changed (original file kept as .hdr-original)
Line 08 had a bend in it so processed using -l 0 10100 in azspec (excluding the last ~400)
Line 12 had no sync information

[knpa]

Delivery Checking LiDAR

[knpa]

Delivery check complete.

All looks good and ready to deliver apart from:

• EUFAR10_02-2010_200.dem should be EUFAR10_02-2010-200.dem
• Low min Z values (~250m), is this due to water?
• Readme says DEM resolution is 2m, actually 5m.

[benj]

Fixed project ID in ticket (was down as EUFAR10/01)

[anch]

Eagle, Camera, and LiDAR all delivered 21/12/2010

[emca]

Hawk data is ready for delivery check at
~airborne/workspace/EUFAR10_02-2010_200_Santander/delivery/20110107/

Hawk SCT offsets:

line number	SCT
01	-0.01
02	-0.01
03	0.00
04	0.00
05	+0.02
06	0.00
07	0.00
08	-0.01
09	0.01
10	0.00
11	-0.02
12	0.54

Notes: Line 08 contained a bend and was processed with -l 0 10120 in azspec. No sync for line 12. SCT's were difficult to correct as lines are mainly over water and very little overlap (just a partial overlap with a cross line). Used LIDAR and Eagle data to help find SCTs.

[anch]

Delivery checking Hawk.

[anch]

Delivery check complete.

All fine.

Perhaps rename DEM to match the AZ command in the readme.

Also there are some overflows over the beach/white topped houses on some lev1 files - perhaps mention this in data quality section.

[emca]

Updated readme as per above.
Hawk data sent to PI 02/02/2011

[knpa]

Project has been r-synced. Beginning archiving.

[knpa]

tabi data present.

[knpa]

applanix/gps contents missing.

Pospac project file missing.

[knpa]

Tarball created. Made available to NEODC.

[knpa]

Backed up by NEODC. Moved to archive disk.

[knpa]

Deleted workspace version.

Closing ticket.

[emca]

Reprocessed data using apl software

New (apl) sct values for the following Eagle lines:
line 3: -0.06
line 7: -0.10
line 10: -0.01

[emca]

Hyperspectral data ready for delivery check

[adbe]

Hyperspectral reprocessing delivery check:

• Screenshots are at the end of the ReadMe (remove [htb])
• DEM name is different from example command
• Pixel Size should really be around 5
• Should mention dropped scans in the ReadMe
• e200043b_mapped_utm30n.bil & e200093b_mapped_utm30n.bil & e200123b_mapped_utm30n.bil & h200013b_mapped_utm30n.bil & h200053b_mapped_utm30n.bil & h200073b_mapped_utm30n.bil & h200093b_mapped_utm30n.bil & h200113b_mapped_utm30n.bil: filesize does not match with hdr.

[emca]

Made updates to readme.
DEM name matches example command (doesn't match config, as it was manually changed afterwards).
Reprocessed Eagle 4, 9, 12 and Hawk 5 7 9 - problem relates to an apl bug that was fixed ~end may but these line were processed before update.

Adbe - can you check these reprocessed lines again?

[adbe]

Mapped files load ok.
One named incorrectly: h200073b_mapped_utm30n.bil.bil
Remove the "wrong" directory.

[emca]

Renamed files and deleted 'wrong' directory. Zipping remaining mapped files.

Reprocessing now complete, data not requested by PI. Ready for archiving.

[adbe]

Delivered reprocessed Hyperspectral to Elena Castillo-Lopez on 16/08/2012 on disk 126.

[dac]

Archiving

Data available from NEODC (​http://browse.ceda.ac.uk/browse/neodc/arsf/2010/EUFAR10_02/EUFAR10_02-2010_200_Santander).

Marking as closed.