#442 closed flight processing (fixed)
GB12/06, flight day 172b/2012, Diddington
| Reported by: | knpa | Owned by: | jaho |
|---|---|---|---|
| Priority: | alpha 4 medium | Milestone: | 2012 data processing completion |
| Component: | Processing: general | Keywords: | |
| Cc: | Other processors: |
Description (last modified by adbe)
Data location: /users/rsg/arsf/arsf_data/2012/flight_data/uk/GB12_04-2012_172b_Diddington
Data arrived from ARSF via network transfer on 22/06/2012
GB12/06 Scientific objective:
GB12/06 Priority: a4m
PI: Anthony Beck
Sensors:
Camera (13/07/2012)
Eagle (13/07/2012)
Hawk (13/07/2012)
LiDAR (+FWF) (13/07/2012)
Change History (28)
comment:1 Changed 12 years ago by knpa
- Description modified (diff)
comment:2 Changed 12 years ago by knpa
- Description modified (diff)
- Owner set to jaho
- Status changed from new to assigned
comment:3 Changed 12 years ago by knpa
The Eagle raw data is missing - the relevant directory just contains a copy of the hawk data. Phil has said that he has a copy of the missing data, to be made available later.
comment:4 Changed 12 years ago by adbe
Processed navigation.
comment:5 Changed 12 years ago by emca
Starting LiDAR processing
comment:6 Changed 12 years ago by jaho
Started camera processing.
comment:7 Changed 12 years ago by jaho
Waiting for missing eagle data.
comment:8 Changed 12 years ago by jaho
Processed hawk data.
comment:9 Changed 12 years ago by emca
LiDAR data ready for delivery check
comment:10 Changed 12 years ago by jaho
Processed hawk data. Still waiting for eagle.
comment:11 Changed 12 years ago by adbe
Delivery checking LiDAR.
comment:12 Changed 12 years ago by adbe
LiDAR Delivery Check:
- There is a break in the elevation differences table
- In the logsheet the PI is Ant Beck, probably should be Anthony Beck
- The latlong dem buffer is not large enough for apl processing
Looking at waveform now.
comment:13 Changed 12 years ago by emca
Going to wait until we get the Eagle data to create the DEM for apl processing
comment:14 Changed 12 years ago by adbe
Eagle data arrived and copied onto arsfdan disk.
comment:15 Changed 12 years ago by jaho
Started Eagle processing.
comment:16 Changed 12 years ago by jaho
The camera and hyperspectral has processed itself!
comment:17 Changed 12 years ago by jaho
RCD delivery check:
Looks good. Ready for delivery.
comment:18 Changed 12 years ago by adbe
Created LiDAR ASTER DEM for apl processing.
comment:19 Changed 12 years ago by adbe
Created hyperspectral delivery.
comment:20 Changed 12 years ago by chho
LIDAR Delivery Check:
- GB12_06 should be GB12/06
- Full waveform ascii files mentioned in Read_Me
comment:21 Changed 12 years ago by anhi
Hyperspectral delivery check
- Bandlist is not correct in readme
comment:22 Changed 12 years ago by adbe
LiDAR:
- Changed GB12_06 to GB12/06
- Removed ascii full waveform from contents page
comment:23 Changed 12 years ago by adbe
Changed bandlist in ReadMe and .cfg file
comment:24 Changed 12 years ago by adbe
- Description modified (diff)
Delivered Camera, Eagle, Hawk and LiDAR to Anthony Beck on 13/07/2012 on disk 122
comment:25 Changed 11 years ago by tipo
Prepared for archiving (27/11/2013)
comment:26 Changed 11 years ago by knpa
- Resolution set to fixed
- Status changed from assigned to closed
Archived by NEODC.
Closing ticket.
comment:27 Changed 7 years ago by asm
JSON files - Lidar delivery
Problem with bng dem projection missing, solved using assign_projection.py -p '+proj=tmerc +lat_0=49 +lon_0=-2 +k=0.9996012717 +x_0=400000 +y_0=-100000 +ellps=airy +units=m +no_defs ' GB12_06-2012_172b-lidar_ASTER-bng.dem
comment:28 Changed 7 years ago by asm
JSON files - Lidar delivery
Problem with bng dem projection missing, solved using assign_projection.py -p '+proj=tmerc +lat_0=49 +lon_0=-2 +k=0.9996012717 +x_0=400000 +y_0=-100000 +ellps=airy +units=m +no_defs ' the_dem-bng.dem
This flight was incorrectly labelled 201b by ops, so it still says this on the handwritten logsheet and possibly in other places.