Opened 10 years ago

Closed 8 years ago

#554 closed flight processing (fixed)

RG13/06, flight day 302a/2014, Maliau Basin

Reported by: dap Owned by:
Priority: alpha 5 Milestone:
Component: Processing: general Keywords:
Cc: Other processors:

Description (last modified by benj)

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

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

Owl data present
RCD crashed and so there are no RCD images.

This flight's data files were merged with those from flight 302b (i.e. put in the same project directory) when received from ARSF operations. Because of this, these flights share the same navigation data (posatt/ipas20/raw). These should be split during processing or the same sol file should be used for both flights.

Sensors:

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

Duplicate lines

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

  • 1257-1259 (3 times, repeated day 303)

Change History (25)

comment:1 Changed 10 years ago by dap

  • Description modified (diff)
  • Summary changed from RG13/06, flight day 302a/2014, Danum Valley to RG13/06, flight day 302a/2014, Maliau Basin

comment:2 Changed 10 years ago by benj

  • Description modified (diff)

comment:3 Changed 10 years ago by dap

Beginning Navigation Processing

comment:4 Changed 10 years ago by dap

Navigation Processing

MALIAU_3r Basestation Information
Latitude4 44 08.45842
Longitude116 58 34.69346
Ell. Height272.586m

comment:5 Changed 10 years ago by dap

Navigation Processing

Have processed the nav data with GrafNav and IPAS Pro, using elevation mask of 13.5 degrees and set C/A code to 1.3

No significant problems found within the navigation data for the flightlines.

Last edited 10 years ago by dap (previous) (diff)

comment:6 Changed 10 years ago by dap

Beginning LiDAR Processing

comment:7 Changed 10 years ago by dap

LiDAR Processing

Processed all flight lines with config file from 238 boresight flight and found that the data have a considerable roll/pitch error. Have also processed using the older config file from boresight flight 182 (output directory processing/las/old-config) and found a similar roll/pitch error.

comment:8 Changed 10 years ago by dap

Fenix Processing not required as all flight lines were duplicated in flight 303 (ticket:556), whose flight lines were affected less by cloud than those collected during this flight.

Last edited 10 years ago by dap (previous) (diff)

comment:9 Changed 10 years ago by dac

Navigation Processing

Reprocessed basestation data

Latitude4 44 08.45833
Longitude116 58 34.69331
Ell. Height272.952 m

comment:10 Changed 10 years ago by dac

Navigation Processing

Reprocessed navigation data in IPAS Pro. No ipas_honeywell data so used ipas20.

comment:11 Changed 10 years ago by dac

LiDAR Processing

  • Checked navigation data by processing hyperspectral data - all looked OK.
  • Tried processing with pitch and roll values from 303 (shown below). Still needs some improvement but looks a lot better than with boresight values.
Roll -0.006095
Pitch -0.00061

comment:12 Changed 10 years ago by dap

LiDAR Processing

Processed all lines with pitch error value of -0.0005 and seems fairly consistent across all. Now processing to find consistent roll error value.

comment:13 Changed 10 years ago by dap

LiDAR Processing

The following pitch and roll error values seem to produce good results:

Flightline Pitch Roll
005039 -0.00061 -0.006095
005331 -0.0005 -0.006375
005621 -0.0005 -0.006175
005947 -0.0005 -0.006175
010238 -0.0005 -0.006175
010537 -0.0005 -0.006175
010829 -0.0005 -0.006175
011104 -0.0005 -0.006175
011416 -0.0005 -0.006175
Last edited 10 years ago by dap (previous) (diff)

comment:14 Changed 10 years ago by dap

LiDAR Processing

All noise has been classified, now creating delivery.

comment:15 Changed 10 years ago by dap

LiDAR Processing

I came across a problem when trying to generate a logsheet for the flight where an additional flight line was being added to it. This was because the flight line was in the LiDAR flight line log. I searched all of ~arsf/arsf_data/2014/malaysia for flightlines with the name of the extra flight line and found that it is actually part of flight day 302b's (ticket:564) LiDAR collection (the data from these two collections were merged when received from ARSF ops, as noted in the ticket above).

Solution was to copy the flight line log to a new file and back up the original (141028_234547_FlightLineLog_original.csv) then remove the last flight line from the copied flight line log, retaining it in the original.

I have also looked at the flight line log in flight day 302b's project directory and found that this contains flight lines from 302a's flight, so I have removed them from that flight line log (keeping the original backed up).

comment:16 Changed 10 years ago by dap

LiDAR Processing

Delivery and read me created, now ready for delivery check

comment:17 Changed 10 years ago by dac

LiDAR DC
Starting Delivery Check

comment:18 Changed 10 years ago by dac

LiDAR DC

Apart from the classification, everything looks fine.

  • Pitch and roll values look good.
  • Only the height difference between two lines is included in the Readme.
  • Some of the ASCII files didn't have Windows line endings (have corrected).
  • Too many within canopy returns are classified as noise, likely due to the values used in the isolated points identification. This could cause problems when creating a DTM.

comment:19 Changed 10 years ago by dap

LiDAR Processing

Re-classifying the data using a smaller threshold with the isolated classification algorithm (-isolated 10 5).

Looking at the first line, this threshold seems to be a better threshold and classifies fewer points within canopies.

comment:20 Changed 10 years ago by dap

LiDAR Processing

  • Reclassified las1.2 files, both manually and automatically.
  • Converted las1.2 files to ASCII format (and converted line endings to be Windows compatible).
  • Copied classifications over to las1.3 files.
  • Recreated DEMs with new classifications patched.
  • Re-generated read me with new classification info.

Ready for re-checking.

comment:21 Changed 10 years ago by dac

LiDAR DC

New classification looks much better. Ready to deliver.

comment:22 Changed 9 years ago by lah

PI notified of lidar delivery 05/05/2015

comment:23 Changed 8 years ago by dac

Archiving

Checked and ready for upload to NEODC.

comment:24 Changed 8 years ago by dac

Archiving

Uploaded to NEODC.

comment:25 Changed 8 years ago by asm

  • Resolution set to fixed
  • Status changed from new to closed
Note: See TracTickets for help on using tickets.