Wednesday, May 15, 2013

l2gen with giop

I asked this on the forum

l2gen giop algorithm error

My aim is to work with General IOP algorithm.

I am starting with basic parameter sets.

* l2gen with l2prod=chlor_a ran sucessfully
* l2gen with l2prod="a_443_giop,bb_443_giop,aph_vvv_giop,chl_giop" is unsuccessful

The end of the log is below.

----

Setting pure water aw and bbw for GIOP.
412 4.640989e-03 3.327229e-03
.
.
.
2130 2.512733e+03 2.768182e-06

dyld: lazy symbol binding failed: Symbol not found: __ZNKSt5ctypeIcE13_M_widen_initEv
  Referenced from: /Applications/seadas-7.0/ocssw/run/bin/macosx_intel/l2gen
  Expected in: /usr/lib/libstdc++.6.dylib

dyld: Symbol not found: __ZNKSt5ctypeIcE13_M_widen_initEv
  Referenced from: /Applications/seadas-7.0/ocssw/run/bin/macosx_intel/l2gen
  Expected in: /usr/lib/libstdc++.6.dylib



Advised to run otool

-bash: otool: command not found

Google response
otool command moved in Mountain Lion

I have worked with xcode before, just not since my last rebuild. Mucking around with Objective-C
--> Choose to install xcode 4.6.2

Used this post as a guide
i installed xcode but i still dont have gcc in my terminal

After completing the command tool install I tried l2gen again 
--> NO CHANGE

  otool -L /Applications/seadas-7.0/ocssw/run/bin/macosx_intel/l2gen 


2130 2.512733e+03 2.768182e-06
dyld: lazy symbol binding failed: Symbol not found: __ZNKSt5ctypeIcE13_M_widen_initEv
  Referenced from: /Applications/seadas-7.0/ocssw/run/bin/macosx_intel/l2gen
  Expected in: /usr/lib/libstdc++.6.dylib

dyld: Symbol not found: __ZNKSt5ctypeIcE13_M_widen_initEv
  Referenced from: /Applications/seadas-7.0/ocssw/run/bin/macosx_intel/l2gen
  Expected in: /usr/lib/libstdc++.6.dylib

Trace/BPT trap: 5

Suggested Disagnois

>uname -a
Darwin MacBook-Pro.local 12.3.0 Darwin Kernel Version 12.3.0: Sun Jan  6 22:37:10 PST 2013; root:xnu-2050.22.13~1/RELEASE_X86_64 x86_64

>otool -L /Applications/seadas-7.0/ocssw/run/bin/macosx_intel/l2gen 
/Applications/seadas-7.0/ocssw/run/bin/macosx_intel/l2gen:
/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.5)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 159.1.0)
/opt/local/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.17.0)
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1094.0.0)
/opt/local/lib/gcc45/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)

Alternative avenue explored. 

I did have some success when I ran it against another version of l2gen. This  version was from SeaDAS 7.0 beta, and I have performed a patch, as ftp://seadasuk.pml.ac.uk/seadas/seadas/updates/update_01/README.txt for macosx_intel.


otool -L /projects/SD/ocssw/run/bin/macosx_intel/l2gen
/projects/SD/ocssw/run/bin/macosx_intel/l2gen:
/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.5)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 159.1.0)
/opt/local/lib/gcc45/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.14.0)

WhiteG response

WhiteG response refers to 'port' command which I don't have. Checked out MacPorts software,  well beyond my usual unix dabbling. 

Investigated solution not requiring MacPorts to be downloaded.
Did not gain much insight. 

Installed MacPorts, unlike 'otool', the port command is not a diagnostic but a program. 

Ran

sudo port -v selfupdate

sudo port install gcc47

* l2gen with l2prod="a_443_giop,bb_443_giop,aph_vvv_giop,chl_giop" SUCCESSFUL

Sunday, May 5, 2013

Build ceres, beam and seaDAS from source

Just a list of some issues

beam-core
fails tests if there is a space in the class path

beam-gpf 
can't find tools.jar, not in the expected location.
pom.xml or MacOSX profile wrong
I don't have java 1.7.0 installed

MODIS Aqua L2 Standard Product Notes

More of my adventures

Between 2 OS, multiple data formats and multiple software tools that metadata including to the names of layer/bands in the files is either getting removed or not displayed.

Blogger is accessible from both OS so I am writing some notes here.



Name Index
aot 869 1
angstrom 2
Rrs 412 3
Rrs 443 4
Rrs 469 5
Rrs 488 6
Rrs 531 7
Rrs 547 8
Rrs 555 9
Rrs 645 10
Rrs 667 11
Rrs 678 12
chlor a (OC3) 13
Kd 490 14
pic 15
poc 16
cdom index 17
ipar 18
nflh 19
par 20
l2 flags 21
longitude 22
latitude 23

MODIS Aqua level 1A to Level 1B

Create GEO files

modis_GEO.py

I am using the command line even though I have SeaDAS-7.0 beta installed.
There are path issues going on for me 



/Users/user 1/Desktop/Project
modis_GEO.py MYD01.A2007265.0530.005.2013122114904.hdf 

/Users/user 1/Desktop/Project
modis_GEO.py MYD01.A2007044.0425.005.2013122114642.hdf

>dir

MYD01.A2007044.0425.005.2013122114642
MYD01.A2007044.0425.005.2013122114642.GEO



Appears that l2gen can utilise Level 1A SeaWifs but not modis.

Next 

Create Level 1B files

l1bgen

In 
/Applications/seadas-7.0-beta/Processing/run/bin/macosx_intel
there is 
l1bgen_modisa

In the seaDAS-7.0-beta GUI modis_L1b.py is used.
Standard Install has no window is opened when called
Personal SeaDAS built from GIT master branch 4 May 2013

On selecting modis_l1bgen error regarding input path. Possible because I have a space in the path. 

Move my data to a short path with no spaces and checked the permissions, 

Error message indicates a dislike for my input file name.
Shortening

MYD01A2007044.hdf
MYD01A2007044.hdf.GEO
MYD01A2007265.hdf
MYD01A2007265.hdf.GEO

Still getting error the null pointer exception is coming back to a file currently in flux on the development . Not worth pursuing, and I do not believe my system is not sufficiently standard to provide useful  provide feedback to the developer.

Back to command line in SeaDAS 7.0 beta processing module.

Having file names with multiple '.' is definitely an issue for the modis_L1b.py script

Trying the GUI once more after renaming

MYD01A2007044.GEO
MYD01A2007044.hdf
MYD01A2007265.GEO
MYD01A2007265.hdf

Still not able to run,

Using the names above with the command line. 

/projects/chldata>
modis_L1B.py MYD01A2007265.hdf 


MYD01A2007265.GEO
MYD01A2007265.L1B_HKM
MYD01A2007265.L1B_LAC
MYD01A2007265.L1B_QKM
MYD01A2007265.hdf

Sweet