Opened 2 years ago

Closed 7 months 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 22 months ago by dac

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

comment:2 Changed 20 months ago by stgo

Navigation processing

Basestation ppp result:

Lat 45 43 18.24340
Long 4 56 37.31295
height 251.085

comment:3 Changed 19 months 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 19 months ago by dac

Fenix Processing

Started calculating SCT values.

comment:5 Changed 19 months 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 19 months ago by dac (previous) (diff)

comment:6 Changed 19 months 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 19 months ago by dac

Fenix Processing

Found SCT for Line 9 (updated table above).

Set all bands processing.

comment:8 Changed 19 months 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 19 months ago by dac

RCD Delivery Check

Starting delivery check

comment:10 Changed 19 months ago by gej

Lidar Processing

Started finding pitch and roll.

comment:11 Changed 19 months ago by dac

Fenix Processing

Mapped files - creating delivery.

comment:12 Changed 19 months ago by dac

RCD Delivery Check

Missing KML file - other than that all looks OK.

comment:13 Changed 19 months ago by gej

Lidar Processing

Found pitch and roll:

rollpitch
-0.00085-0.0024

Classifying now,

comment:14 Changed 19 months ago by dac

Fenix Processing

Delivery created - awaiting delivery check.

comment:15 Changed 19 months ago by asm

Fenix Delivery Check

Started.

comment:16 Changed 19 months 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 19 months 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 19 months 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 19 months ago by asm (previous) (diff)

comment:19 Changed 19 months ago by asm

Fenix Delivery Check

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

comment:20 Changed 19 months 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 19 months 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 19 months ago by dac

Data finished uploading to NEODC.

Send hard drive (04/04/2016)

comment:23 Changed 19 months ago by gej

Lidar Processing

Finished classification and copied to full waveform,
creating delivery

comment:24 Changed 19 months ago by gej

Lidar Processing

Delivery and readme created

Ready for delivery check

comment:25 Changed 19 months 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 19 months ago by lah

Lidar delivery

Copied to HD, ready to post tomorrow morning.

comment:28 Changed 11 months 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 7 months 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.