Opened 5 years ago

Last modified 4 years ago

#516 new flight processing

BAS13/01, flight day 069/2014, Tamar

Reported by: knpa Owned by: knpa
Priority: alpha 4 medium Milestone: 2014 data processing completion
Component: Processing: general Keywords:
Cc: Other processors:

Description (last modified by knpa)

Data location: /users/rsg/arsf/arsf_data/2014/flight_data/uk/BAS13_01-2014_069_Tamar/

Data arrived from ARSF via network transfer on 10/03/2014

BAS13/01 Scientific objective: unknown

BAS13/01 Priority: 8

PI: France Gerard

Sensors:

Camera (16/07/14)
LiDAR (Requested)

Change History (28)

comment:1 Changed 5 years ago by knpa

France would like the flightlines divided into manageable chunks, 3 per flightline was suggested.

comment:2 Changed 5 years ago by benj

Gary has confirmed that the PI would like FW LiDAR data for this flight (if we have any).

comment:3 Changed 5 years ago by knpa

  • Owner set to knpa

comment:4 Changed 5 years ago by knpa

Resuming RCD processing from emca

comment:5 Changed 5 years ago by knpa

Removed the following images because of overexposure (clouds):
10115615100220G3.tif 10115615100221G3.tif 10115615100222G3.tif 10115615100225G3.tif 10115615100228G3.tif 10115615100308G3.tif 10115615100309G3.tif 10115615100311G3.tif 10115615100312G3.tif 10115615100312G3.tif 10115615100314G3.tif 10115615100385G3.tif 10115615100388G3.tif 10115615100389G3.tif 10115615100390G3.tif 10115615100391G3.tif 10115615100392G3.tif 10115615100393G3.tif 10115615100224G3.tif 10115615100310G3.tif

comment:6 Changed 5 years ago by knpa

There were a few photos that were put in the outbounds dir, but I moved them back up because they look like they are just on the ends of the flightlines.

comment:7 Changed 5 years ago by knpa

Finished RCD processing.

Delivery ready at:
/users/rsg/arsf/arsf_data/2014/flight_data/uk/BAS13_01-2014_069_Tamar/processing/delivery

comment:8 Changed 5 years ago by knpa

Beginning LiDAR processing.

comment:9 Changed 5 years ago by tipo

Image 001 is slightly overexposed. There are also several images that are mostly obscured by cloud that should be mentioned in the quality section of the readme.

comment:10 Changed 5 years ago by knpa

Updated ReadMe. Ready to deliver.

comment:11 Changed 5 years ago by knpa

  • Description modified (diff)

Delivered RCD to France Gerard at CEH Wallingford on 16/07/14

comment:12 Changed 5 years ago by knpa

Reprocessing LiDAR with the non-FLA torsion and PES version of the calibration as this has produced less pitch and roll errors for other flights.

comment:13 Changed 5 years ago by mark1

Edited KML file in-place in RCD delivery to correct data paths for rcd thumbnails.

comment:14 Changed 5 years ago by dap

Taken over LiDAR processing from knpa

comment:15 Changed 4 years ago by dap

LiDAR Processing

Found roll error of -0.003864392 radians to be correct for lines 133512 and 134850. Now processing the other lines with this roll error.

comment:16 Changed 4 years ago by dap

LiDAR Processing
After having tried several roll errors on other lines, found that there is no particular roll error applicable to all lines.

Have now produced LAS files with different roll errors using alsproc and investigating files produced.

comment:17 Changed 4 years ago by dap

LiDAR Processing

Roll error values found so far:

FlightlineRoll error (radians)
133512 -0.003864392
134850 -0.003864392
140154 -0.003864392
141432 -0.003964392
142744 -0.003814392
144050 -0.004094392
145428 -0.003964392
150641 -0.003964392
151933 -0.003964392

edit: added more corrected roll error values

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

comment:18 Changed 4 years ago by dap

LiDAR Processing

Roll errors have now been found for all flight lines (using alsproc, files with corrected roll error values found in las/alsproc). Will now process using alspp and output to las/corrected_alspp/unsplit.

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

comment:19 Changed 4 years ago by dap

LiDAR Processing

All flight lines have been processed using alspp using above roll errors.

Now splitting flight lines in to manageable segments, in to las/corrected_alspp/split.

comment:20 Changed 4 years ago by dap

LiDAR Processing

Classifying LAS files in to las-classified using classify_las_files.sh, classification algorithm isolated 4 5.

comment:21 Changed 4 years ago by dap

LiDAR Processing

Created delivery and tried to open las1.2/* for measuring elevation differences but found that the files did not open in lag. las files in processing directories do, however, open. Will reclassify files and copy files to delivery directory and see if problem persists.

comment:22 Changed 4 years ago by dap

LiDAR Processing

Reclassified LAS files and copied to delivery directory. Files now open in lag so will proceed by sorting them by time.

comment:23 Changed 4 years ago by dap

LiDAR Processing

Delivery and read me created, delivery at BAS13_01-069-lidar-20140926 now ready for quality check.

comment:24 Changed 4 years ago by tec

Lidar Delivery Check
Issues I have found:

  • DEM covers the whole of south west, should be smaller.
  • LiDAR ASCII files do not have CRLF line terminators.
  • Have reclassified the following lines, you'll need to recreate the corresponding ASCII files.
    • 2
    • 8
    • 22 (major cloud!)
    • 24
    • 27
  • Don't like screenshot 27.
  • DEM Screenshot will need redoing.

comment:25 Changed 4 years ago by dap

LiDAR Processing

  • Have generated a smaller DEM covering a smaller area.
  • unix2dos'd the ascii LiDAR files after regenerating them with reclassified points
  • Left screenshot 27 as is
  • Regenerated DEM screenshot

LiDAR delivery at BAS13_01-069-lidar-20140926/ now ready for second quality check

comment:26 Changed 4 years ago by tec

LiDAR DC
Looks fine

comment:27 Changed 4 years ago by dap

Beginning archive for flight

comment:28 Changed 4 years ago by dap

LiDAR data has been submitted to NEODC, 10/10/2014

Note: See TracTickets for help on using tickets.