Opened 3 years ago

Closed 2 years ago

#608 closed flight processing (fixed)

EUFAR15/68, flight day 272/2015, Ain

Reported by: asm Owned by:
Priority: immediate Milestone:
Component: Processing: general Keywords:
Cc: Other processors:

Description

Data location: ~arsf/arsf_data/2015/flight_data/france/EUFAR15_68-2015_272_Ain

Project acronym: HYMOSENS2

Data arrived from ARSF via SATA disk 8 on 28/09/2015.

Priority: Unknown

PI: Luca Demarchi

EUFAR code: E068

Sensors:

  • Fenix (requested)
  • Leica LIDAR (requested)
  • Leica FW (requested)
  • RCD (unknown)
  • Owl (not requested)

Change History (29)

comment:1 Changed 3 years ago by dac

From Gary 05/01/2016 "all LiDAR, RCD and Fenix data to be processed"

comment:2 Changed 3 years ago by stgo

Navigation processing

Basestation ppp result:

Lat 45 43 18.24340
Long 4 56 37.31295
height 251.085

comment:3 Changed 3 years ago by stgo

Navigation processing

I've managed to get lat and long to within 5cm accuracy, height fluctuates early in the flight up to 15, but after the midway point is steady below 5cm.

comment:4 Changed 3 years ago by dac

Fenix Processing

Started calculating SCT values.

comment:5 Changed 3 years ago by dac

Fenix Processing

Found SCT values for all but one file:

Flightline FENIX
1 1.0
2 1.04
3 1.01
4 0.97
5 1.0
6 1.0
7 1.01
8 1.0
9 -0.02
10 1.01
11 1.0
12 0.99
13 1.0
14 0.91
15 0.99
16 1.01
17 1.0
18 0.98
19 1.01
20 1.0
Last edited 3 years ago by dac (previous) (diff)

comment:6 Changed 3 years ago by stgo

RCD processing

I've created a delivery, the following images were removed due to over exposure:

36, 37, 102, 107, 183, 185, 219, 351, 363, 364, 502, 805, 1327, 1433

There were some weird issues where the images were "browned", some exmaples are 37 and 183. Not sure what happened during the flight, I've removed them to be sure.

comment:7 Changed 3 years ago by dac

Fenix Processing

Found SCT for Line 9 (updated table above).

Set all bands processing.

comment:8 Changed 3 years ago by stgo

RCD delivery

re tagged the images, there is a new readme that doesn't say all of the images have no gps.

comment:9 Changed 3 years ago by dac

RCD Delivery Check

Starting delivery check

comment:10 Changed 3 years ago by gej

Lidar Processing

Started finding pitch and roll.

comment:11 Changed 3 years ago by dac

Fenix Processing

Mapped files - creating delivery.

comment:12 Changed 3 years ago by dac

RCD Delivery Check

Missing KML file - other than that all looks OK.

comment:13 Changed 3 years ago by gej

Lidar Processing

Found pitch and roll:

rollpitch
-0.00085-0.0024

Classifying now,

comment:14 Changed 3 years ago by dac

Fenix Processing

Delivery created - awaiting delivery check.

comment:15 Changed 3 years ago by asm

Fenix Delivery Check

Started.

comment:16 Changed 3 years ago by asm

Fenix Delivery Check

-Removed Eagle and Hawk page from logsheet.
-Checked spectra with Py6S. Very good match with vegetation model.
-All other checks have been made, everything looks correct.
Will zip files now and will be ready to deliver once finnished.

comment:17 follow-up: Changed 3 years ago by dac

RCD Processing

Looked into KML generation - wasn't working as events file didn't have pitch, roll and heading. Not sure why this is. Modified KML generation to produce a KML without pitch roll and heading but should try and resolve before delivering.

comment:18 in reply to: ↑ 17 Changed 3 years ago by asm

Replying to dac:

RCD Processing

Looked into KML generation - wasn't working as events file didn't have pitch, roll and heading. Not sure why this is. Modified KML generation to produce a KML without pitch roll and heading but should try and resolve before delivering.

I had this problem before on other delivery, tagging files again solved the issue (and created a new eventfile with pitch, roll and heading) into proc_images folder. I can see that the file is there created already. You can move that file to the delivery folder replacing the other one and recreating the kml file. That should do it. And rename the file.

Last edited 3 years ago by asm (previous) (diff)

comment:19 Changed 3 years ago by asm

Fenix Delivery Check

All files zipped. Checked logfiles and all looks correct. Fenix is ready to deliver.

comment:20 Changed 3 years ago by dac

RCD Processing

Have moved events file as asm suggested and recreated KML. Images were already tagged with pitch, roll and heading.

Ready to deliver.

comment:21 Changed 3 years ago by dac

Fenix and RCD delivery

Delivered to PI via FTP (arsf12). Hard drive was also requested so started copying and will post Monday.

Started uploading processed data to NEODC.

comment:22 Changed 3 years ago by dac

Data finished uploading to NEODC.

Send hard drive (04/04/2016)

comment:23 Changed 3 years ago by gej

Lidar Processing

Finished classification and copied to full waveform,
creating delivery

comment:24 Changed 3 years ago by gej

Lidar Processing

Delivery and readme created

Ready for delivery check

comment:25 Changed 3 years ago by lah

Lidar DC

  • pitch and roll generally ok (looks like some minor variation along flightlines)
  • classification mostly ok (some occasional missed points)
  • corrected utm dem name within hdr - we really need to automate this
  • fw look fine
  • demcompare masked non-absolute mean: -1.93

Everything ok, ready to deliver

comment:26 Changed 3 years ago by lah

Lidar delivery

Copied to HD, ready to post tomorrow morning.

comment:28 Changed 2 years ago by lah

Fenix

PI has found that these have been poorly mapped with misalignment due to incorrect scts. I've set the data to remap using the new sct fix. All scts are set to 1 apart from line 9 which is set to 0 in f2015272o.cfg

comment:29 Changed 2 years ago by asm

  • Resolution set to fixed
  • Status changed from new to closed

Archiving

Data now available from NEODC. Closing ticket.

Note: See TracTickets for help on using tickets.