Problem processing aqua data with seadas 7..

Please enter here to ask a question about any NASA Science related topics!
Post Reply
jay_cable
Posts: 11
Joined: Wed Feb 01, 2017 4:22 pm America/New_York

Problem processing aqua data with seadas 7..

by jay_cable » Wed Feb 01, 2017 6:55 pm America/New_York

Hello Seadas folks,
I having trouble processing a few pass of aqua data captured via direct broadcast with seadas 7.   The data processes fine with an older version of seadas, 6.4 I think.

Here is what I am trying:
[processing@nrt-seadas-prod-1c53 foo]$ modis_L1A.py --log --verbose --mission=A --startnudge=0 --stopnudge=0 P1540064AAAAAAAAAAAAAA17031132730001.PD
ERROR: File: P1540064AAAAAAAAAAAAAA17031132730001.PD does not exist.
[processing@nrt-seadas-prod-1c53 foo]$ modis_L1A.py --log --verbose --mission=A --startnudge=0 --stopnudge=0 P1540064AAAAAAAAAAAAAA17031132730001.PDS
Determining pass start and stop time...

Using derived output L1A filename: /mnt/scratch/workspace/waffle/foo/A2017031221045.L1A_LAC
Input Level 0: P1540064AAAAAAAAAAAAAA17031132730001.PDS
Output Level 1A: /mnt/scratch/workspace/waffle/foo/A2017031221045.L1A_LAC
Satellite: aqua
Start Time: 2017-01-31T22:10:45.006706Z
Stop Time: 2017-01-31T22:21:23.119377Z
Granule Duration: 638.112671 seconds

Processing MODIS L0 file to L1A...
L1A version: 6.0.4  built on Apr 26 2016 (15:06:06)
scan: 0 out of 436 Wed Feb  1 23:19:34 2017
scan: 10 out of 436 Wed Feb  1 23:19:34 2017
scan: 260 out of 436 Wed Feb  1 23:19:35 2017
scan: 290 out of 436 Wed Feb  1 23:19:35 2017
scan: 300 out of 436 Wed Feb  1 23:19:35 2017
scan: 310 out of 436 Wed Feb  1 23:19:35 2017
scan: 320 out of 436 Wed Feb  1 23:19:35 2017
scan: 330 out of 436 Wed Feb  1 23:19:35 2017
scan: 340 out of 436 Wed Feb  1 23:19:35 2017
scan: 350 out of 436 Wed Feb  1 23:19:35 2017
scan: 360 out of 436 Wed Feb  1 23:19:35 2017
scan: 370 out of 436 Wed Feb  1 23:19:35 2017
scan: 380 out of 436 Wed Feb  1 23:19:35 2017
scan: 390 out of 436 Wed Feb  1 23:19:35 2017
scan: 400 out of 436 Wed Feb  1 23:19:35 2017
scan: 410 out of 436 Wed Feb  1 23:19:35 2017
scan: 420 out of 436 Wed Feb  1 23:19:35 2017
l1agen_modis exit status: 0
MODIS L1A processing complete.

[processing@nrt-seadas-prod-1c53 foo]$ aqua_main -packetfile P1540957*001.PDS -noradfile $GBADHOME/localdata/noradfile -attitudefile aqua.att -ephemerisfile aqua.eph -listconfig yes

GBAD AQUA 2017/02/01 23:26:56

Command Line Options---
-attitudefile           aqua.att
-configfile             ./configfile
-ephemerisfile          aqua.eph
-listconfig             yes
-noradfile              /opt/modis/gbad/algorithm/localdata/noradfile
-packetfile             P1540957AAAAAAAAAAAAAA17031132730001.PDS

Config. File Options---
-attitudefile           aqua.att
-debug_1                no
-debug_2                no
-debug_3                no
-diag_1         no
-diag_2         no
-diag_3         no
-ephemerisfile          aqua.eph
-listconfig             yes
-noradfile              /opt/modis/gbad/algorithm/localdata/noradfile
-noradsatname           AQUA
-packetfile             P1540957AAAAAAAAAAAAAA17031132730001.PDS
-pkt_count              0
-pkt_offset             0
-sdpsatname             EOSPM1
-station                GSFC
-version                1.0

AQUA                              MATCHED AQUA 0
1 27424U 02022A   02171.51589032  .00001091  00000-0  25198-3 0   6962 27424  98.1744 112.2617 0004734 106.6610 253.5118 14.57141308  6883

normal termination

[processing@nrt-seadas-prod-1c53 foo]$ modis_GEO.py --log --verbose --threshold=95 -a aqua.att -e aqua.eph -d A2017031221045.L1A_LAC
Using specified attitude and ephemeris files.

att_file1: /mnt/scratch/workspace/waffle/foo/aqua.att
att_file2: NULL
eph_file1: /mnt/scratch/workspace/waffle/foo/aqua.eph
eph_file2: NULL

Creating MODIS geolocation file...
GEO version: 6.0.11 built on Apr 26 2016 (15:06:00)
scan: 0 out of 422 Wed Feb  1 23:44:25 2017
geogen_modis returned with exit status: -11
Problem reading geolocation file: A2017031221045.GEO
Validation test returned with error code:  2
ERROR: MODIS geolocation processing failed.


geogen_modis appears to be segmentation faulting.

On 6.4 it appears to work fine:

[processing@no foo]$  modis_L1A.py --log --verbose --mission=A --startnudge=0 --stopnudge=0 P1540064AAAAAAAAAAAAAA17031132730001.PDS
Determining pass start and stop time...

Using derived output L1A filename: /hub/fast/processing/processing/test/foo/A2017031221045.L1A_LAC
Input Level 0: P1540064AAAAAAAAAAAAAA17031132730001.PDS
Output Level 1A: /hub/fast/processing/processing/test/foo/A2017031221045.L1A_LAC
Satellite: aqua
Start Time: 2017-01-31T22:10:45.006706Z
Stop Time: 2017-01-31T22:21:23.119377Z
Granule Duration: 638.112671 seconds

Processing MODIS L0 file to L1A...
L1A version: 5.0.5  built on Jun  1 2012 (11:51:27)
Scan Number: 0  Wed Feb  1 14:45:08 2017
Scan Number: 10  Wed Feb  1 14:45:10 2017
Scan Number: 260  Wed Feb  1 14:45:11 2017
Scan Number: 290  Wed Feb  1 14:45:11 2017
Scan Number: 300  Wed Feb  1 14:45:11 2017
Scan Number: 310  Wed Feb  1 14:45:11 2017
Scan Number: 320  Wed Feb  1 14:45:11 2017
Scan Number: 330  Wed Feb  1 14:45:11 2017
Scan Number: 340  Wed Feb  1 14:45:11 2017
Scan Number: 350  Wed Feb  1 14:45:12 2017
Scan Number: 360  Wed Feb  1 14:45:12 2017
Scan Number: 370  Wed Feb  1 14:45:12 2017
Scan Number: 380  Wed Feb  1 14:45:12 2017
Scan Number: 390  Wed Feb  1 14:45:12 2017
Scan Number: 400  Wed Feb  1 14:45:12 2017
Scan Number: 410  Wed Feb  1 14:45:12 2017
Scan Number: 420  Wed Feb  1 14:45:12 2017
l1agen_modis exit status: 0
MODIS L1A processing complete.
[processing@no foo]$ /opt/modis_processing/gbad/SPA/gbad/algorithm/aqua_main -packetfile P1540957*001.PDS -noradfile $GBADHOME/localdata/noradfile -attitudefile aqua.att -ephemerisfile aqua.eph -listconfig yes

GBAD AQUA 2017/02/01 23:45:37

Command Line Options---
-attitudefile           aqua.att
-configfile             ./configfile
-ephemerisfile          aqua.eph
-listconfig             yes
-noradfile              /opt/modis_processing/gbad/SPA/gbad/algorithm//localdata/noradfile
-packetfile             P1540957AAAAAAAAAAAAAA17031132730001.PDS

Config. File Options---
-attitudefile           aqua.att
-debug_1                no
-debug_2                no
-debug_3                no
-diag_1         no
-diag_2         no
-diag_3         no
-ephemerisfile          aqua.eph
-listconfig             yes
-noradfile              /opt/modis_processing/gbad/SPA/gbad/algorithm//localdata/noradfile
-noradsatname           AQUA
-packetfile             P1540957AAAAAAAAAAAAAA17031132730001.PDS
-pkt_count              0
-pkt_offset             0
-sdpsatname             EOSPM1
-station                GSFC
-version                1.0

AQUA                              MATCHED AQUA 0
1 27424U 02022A   02171.51589032  .00001091  00000-0  25198-3 0   6962 27424  98.1744 112.2617 0004734 106.6610 253.5118 14.57141308  6883

normal termination
[processing@no foo]$ modis_GEO.py --log --verbose --threshold=95 -a aqua.att -e aqua.eph -d A2017031221045.L1A_LAC
Using specified attitude and ephemeris files.

att_file1: /hub/fast/processing/processing/test/foo/aqua.att
att_file2: NULL
eph_file1: /hub/fast/processing/processing/test/foo/aqua.eph
eph_file2: NULL

Creating MODIS geolocation file...
GEO version: 5.0.14 built on Jun  1 2012 (11:51:47)
scan: 0 out of 422 Wed Feb  1 14:45:42 2017
scan: 10 out of 422 Wed Feb  1 14:45:43 2017
scan: 20 out of 422 Wed Feb  1 14:45:43 2017
scan: 30 out of 422 Wed Feb  1 14:45:43 2017
scan: 40 out of 422 Wed Feb  1 14:45:43 2017
scan: 50 out of 422 Wed Feb  1 14:45:43 2017
scan: 60 out of 422 Wed Feb  1 14:45:43 2017
scan: 70 out of 422 Wed Feb  1 14:45:43 2017
scan: 80 out of 422 Wed Feb  1 14:45:43 2017
scan: 90 out of 422 Wed Feb  1 14:45:43 2017
scan: 100 out of 422 Wed Feb  1 14:45:43 2017
scan: 110 out of 422 Wed Feb  1 14:45:43 2017
scan: 120 out of 422 Wed Feb  1 14:45:43 2017
scan: 130 out of 422 Wed Feb  1 14:45:43 2017
scan: 140 out of 422 Wed Feb  1 14:45:43 2017
scan: 150 out of 422 Wed Feb  1 14:45:43 2017
scan: 160 out of 422 Wed Feb  1 14:45:43 2017
scan: 170 out of 422 Wed Feb  1 14:45:43 2017
scan: 180 out of 422 Wed Feb  1 14:45:43 2017
scan: 190 out of 422 Wed Feb  1 14:45:43 2017
scan: 200 out of 422 Wed Feb  1 14:45:43 2017
scan: 210 out of 422 Wed Feb  1 14:45:43 2017
scan: 220 out of 422 Wed Feb  1 14:45:43 2017
scan: 230 out of 422 Wed Feb  1 14:45:43 2017
scan: 240 out of 422 Wed Feb  1 14:45:43 2017
scan: 250 out of 422 Wed Feb  1 14:45:43 2017
scan: 260 out of 422 Wed Feb  1 14:45:43 2017
scan: 270 out of 422 Wed Feb  1 14:45:43 2017
scan: 280 out of 422 Wed Feb  1 14:45:43 2017
scan: 290 out of 422 Wed Feb  1 14:45:44 2017
scan: 300 out of 422 Wed Feb  1 14:45:45 2017
scan: 310 out of 422 Wed Feb  1 14:45:46 2017
scan: 320 out of 422 Wed Feb  1 14:45:47 2017
scan: 330 out of 422 Wed Feb  1 14:45:48 2017
scan: 340 out of 422 Wed Feb  1 14:45:49 2017
scan: 350 out of 422 Wed Feb  1 14:45:50 2017
scan: 360 out of 422 Wed Feb  1 14:45:51 2017
scan: 370 out of 422 Wed Feb  1 14:45:52 2017
scan: 380 out of 422 Wed Feb  1 14:45:53 2017
scan: 390 out of 422 Wed Feb  1 14:45:53 2017
scan: 400 out of 422 Wed Feb  1 14:45:54 2017
scan: 410 out of 422 Wed Feb  1 14:45:55 2017
scan: 420 out of 422 Wed Feb  1 14:45:56 2017
geogen_modis created A2017031221045.GEO successfully!


We receive a lot of aqua passes via direct broadcast where the middle of the pass is cut off due to the direct broadcast being turned off because the global dump is occurring inside our station mask, and the direct broadcast signal is turned off when the global dump is occurring.

If anyone has any suggestions I would love to know about them!

The source data can be found here: http://hippy.gina.alaska.edu/distro/sample_pds.tar.gz

Thanks,
-Jay

Tags:

gfireman
Posts: 59
Joined: Thu Jan 07, 2010 2:59 pm America/New_York

Problem processing aqua data with seadas 7..

by gfireman » Thu Feb 02, 2017 3:18 pm America/New_York

Jay -
I'm looking into this issue.
Gwyn

jay_cable
Posts: 11
Joined: Wed Feb 01, 2017 4:22 pm America/New_York

Problem processing aqua data with seadas 7..

by jay_cable » Thu Feb 02, 2017 4:36 pm America/New_York

Thanks!

Post Reply