RG13/06, flight day 295/2014, Danum Valley

[dap]

Data location: /users/rsg/arsf/arsf_data/2014/flight_data/malaysia/RG13_06-2014_295_Danum_Valley

Data arrived from network transfer on 17/12/2014.

Scientific objective: Investigating the impact of humans on tropical forests.

Priority: alpha 5

PI: David Coomes

No owl data present

Sensors:

• Fenix (requested)
• Leica FW LIDAR (?)
• Leica LIDAR (requested)
• RCD (requested)

Duplicate lines

Process only one for Fenix and RCD - check for which has least cloud cover, failing that choose closest to local noon

• 1159-1161 (may be 3? Check vs. day 290)
• 1250-1252
• 1185-1189 (day 294)
• 1188-1200 (day 298, 1188-1189 repeated 3 times - also day 294)

[tec]

Navigation Processing

SAFE_11th Basestation Data
Latitude	4 43 30.56057
Longitude	117 36 19.18859
El Height	479.791m

[tec]

Processed in IPAS Pro
C/A 1.20
ell 12.5
max freq distance 80km

after 1:28:20 the lat/long positional separation goes from between 0±0.05 to 0±0.1

Nav done

[benj]

Added duplicate line details

[lah]

Fenix duplicates of 290
1159 - line 26 is best
1160 - line 24 is best
1161 - line 25 is best

These have not been processed as part of 290, so need to be processed as 295.

[tec]

Nav
Data in ~/arsf_data/2014/flight_data/malaysia/RG13_06-Basestation_data/RINEX DATA SABAH/Rinex/temporary_gps_dataz/295, move out into project folder once processed.

[dap]

RCD Processing started

[tec]

Navigation Processing
Antenna Height 1.31
Lat 4 43 30.56119
Lon 117 36 19.18667
Ell 480.179

[tec]

Navigation Processing
From first flight line until CROSS_004 navigation data is horrible, nothing I can do about that.

[tec]

RCD Processing
Starting

[tec]

RCD Processing
Removing images 352, 386, 387, 406, 425.

[tec]

RCD Processing
Ready for DC

[dap]

RCD Delivery Check

Complete. Looks fine, just had to change the data quality remarks to make them read a little better.

Marking as ready for delivery.

[tec]

Delivery
Rsyncing to FTP:arsf1 DONE

[lah]

PI notified of RCD delivery 05/05/2015 (RCD only)

[dap]

LiDAR Processing

Roll and pitch offsets found. The values seem to alternate between two numbers for the majority of the flight lines.

Roll and pitch values as follows:

Flight line	Roll error	Pitch error
230824	-0.00163180	-0.006375
231103	+0.00063180	-0.005975
231339	-0.00163180	-0.006375
231654	+0.00063180	-0.005975
232347	-0.00163180	-0.006375
232655	+0.00073180	-0.005975
233006	-0.00163180	-0.006375
233313	+0.00073180	-0.005975
233616	-0.00163180	-0.006375
233934	+0.00073180	-0.005975
234230	-0.00163180	-0.006375
234547	+0.00073180	-0.005975
234914	-0.00163180	-0.006375
235208	+0.00073180	-0.005975
235520	-0.00163180	-0.006375
235840	+0.00073180	-0.005975
000142	-0.00163180	-0.006375
000451	+0.00073180	-0.005975
000815	-0.00163180	-0.006375
001128	+0.00073180	-0.006675
001455	-0.00163180	-0.006375
002256	-0.00163180	-0.006375
002553	+0.00073180	-0.005975
002828	-0.00163180	-0.006375
003138	+0.00073180	-0.005975
003527	-0.00163180	-0.006375
003904	-0.00163180	-0.006375
004150	+0.00073180	-0.005975
004444	-0.00163180	-0.006375
004918	+0.00073180	-0.005975
005220	-0.00163180	-0.006375
005452	+0.00073180	-0.005975
010247	-0.00163180	-0.006375
010555	+0.00073180	-0.005975
010826	-0.00163180	-0.006375
011115	+0.00073180	-0.005975
011350	-0.00163180	-0.006375
011623	+0.00073180	-0.005975
011903	-0.00163180	-0.006375
012330	+0.00073180	-0.005975
012628	-0.00163180	-0.006375
012937	+0.00073180	-0.005975
013220	-0.00163180	-0.006375
013529	+0.00073180	-0.005975
013824	-0.00163180	-0.006375
014130	+0.00073180	-0.005975
014441	-0.00163180	-0.006375
014732	+0.00073180	-0.005975
015038	-0.00163180	-0.006375
015605	-0.00163180	-0.006375

[dap]

LiDAR Processing

Corrected files (incl. full waveform) have been produced and moved LAS1.2 files to las/corrected and LAS1.3 files to als50/las-fw. Now classifying LAS1.2 files automatically using the isolated 10 5 algorithm (outputting to als50/las-classified).

[dap]

LiDAR Processing

All files have been classified automatically and manually and classifications have been copied to the LAS1.3 files. Now creating delivery.

[lah]

Fenix duplicates
Please process 1185-1189 as these are not in 294. 1188-1200 are also not in 294.

[tec]

Fenix
Starting processing

[dap]

LiDAR Processing

Delivery and read me have been created. Now ready for delivery check.

[lah]

Fenix Duplicates
Lines 42-51 (1191-1200) do not need to be processed as day 298 has less cloudy duplicates.

[dap]

Fenix Duplicates

Lines 6-20 (1205-1219) do not need to be processed as day 297 (ticket:552) has less cloudy duplicates.

[lah]

Lidar DC

• Pitch & roll look ok.
• Classification:
  • Most lines ok with occasional lone points not classified as noise.
  • Lines 17, 28, 29 & 41 have missed some rain. Worth reclassifying these?
• Any idea why the elevation offsets are so consistently high?
• Changed las1.0 folder to las1.2
• Changed text files to crlf
• Test delivery folder needs to be deleted
• Looks like AGC value has not been saved
• demcompare: masked mean = 17.3114
• no errors with laszip on fw
• fws look fine in waveviewer
• removed an odd flie from logsheet directory (.nfs000...)

[dap]

Replying to lah:

Lidar DC

• Pitch & roll look ok.
• Classification:
  • Most lines ok with occasional lone points not classified as noise.
  • Lines 17, 28, 29 & 41 have missed some rain. Worth reclassifying these?

I've had another look at the classifications and reclassified the missed rain. The number of missed points was quite small so I haven't regenerated the DEMs but have copied the new classifications to the full waveform files.

• Any idea why the elevation offsets are so consistently high?

I did notice this but wasn't sure why. dac is investigating this.

• Changed las1.0 folder to las1.2
• Changed text files to crlf
• Test delivery folder needs to be deleted

Moving this to my network scratch space (was using it for testing script changes)

• Looks like AGC value has not been saved

I've ran lasinfo on some of the LAS 1.2 files, the AGC values are in 'point_source_ID' field in them and the AGC values are present in both the 'user_data' and 'point_source_ID' fields of the LAS1.3 files. dac said this is OK.

• demcompare: masked mean = 17.3114

dac said this is fine.

• no errors with laszip on fw
• fws look fine in waveviewer
• removed an odd flie from logsheet directory (.nfs000...)

[dap]

LiDAR

dac has had a look at the elevation differences and we suspect this is due to the poor quality of the navigation data (as mentioned in comment:9), but there is nothing we can do about it.

[dap]

LiDAR

I've added a sentence in the read me about the high elevation offsets.

LiDAR dataset ready for a recheck if necessary or delivery if not.

[lah]

LiDAR
Just noticed the screenshot names are 2014-295 rather than 2014_295, but we have delivered both forms, so probably nothing to worry about.

[lah]

Replying to lah:

LiDAR
Just noticed the screenshot names are 2014-295 rather than 2014_295, but we have delivered both forms, so probably nothing to worry about.

actually they should be like that, so never mind. reaady to deliver

[dap]

rsyncing LiDAR delivery to FTP server (arsf1)

LiDAR delivery rsync complete and PI has been notified of LiDAR delivery (22/05/2015).

[tec]

Fenix Processing
Fenix ready for delivery check.