Opened 9 years ago
Closed 8 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 9 years ago by dac
comment:2 Changed 9 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 9 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 9 years ago by dac
Fenix Processing
Started calculating SCT values.
comment:5 Changed 9 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 |
comment:6 Changed 9 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 9 years ago by dac
Fenix Processing
Found SCT for Line 9 (updated table above).
Set all bands processing.
comment:8 Changed 9 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 9 years ago by dac
RCD Delivery Check
Starting delivery check
comment:10 Changed 9 years ago by gej
Lidar Processing
Started finding pitch and roll.
comment:11 Changed 9 years ago by dac
Fenix Processing
Mapped files - creating delivery.
comment:12 Changed 9 years ago by dac
RCD Delivery Check
Missing KML file - other than that all looks OK.
comment:13 Changed 9 years ago by gej
Lidar Processing
Found pitch and roll:
roll | pitch |
-0.00085 | -0.0024 |
Classifying now,
comment:14 Changed 9 years ago by dac
Fenix Processing
Delivery created - awaiting delivery check.
comment:15 Changed 9 years ago by asm
Fenix Delivery Check
Started.
comment:16 Changed 9 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: ↓ 18 Changed 9 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 9 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.
comment:19 Changed 9 years ago by asm
Fenix Delivery Check
All files zipped. Checked logfiles and all looks correct. Fenix is ready to deliver.
comment:20 Changed 9 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 9 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 9 years ago by dac
Data finished uploading to NEODC.
Send hard drive (04/04/2016)
comment:23 Changed 9 years ago by gej
Lidar Processing
Finished classification and copied to full waveform,
creating delivery
comment:24 Changed 9 years ago by gej
Lidar Processing
Delivery and readme created
Ready for delivery check
comment:25 Changed 9 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 9 years ago by lah
Lidar delivery
Copied to HD, ready to post tomorrow morning.
comment:27 Changed 9 years ago by dac
Archiving
Processed data available from NEODC (http://browse.ceda.ac.uk/browse/neodc/arsf/2015/EUFAR15_68/EUFAR15_68-2015_272_Ain)
comment:28 Changed 8 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 8 years ago by asm
- Resolution set to fixed
- Status changed from new to closed
Archiving
Data now available from NEODC. Closing ticket.
From Gary 05/01/2016 "all LiDAR, RCD and Fenix data to be processed"