Changes between Initial Version and Version 1 of Ticket #45703


Ignore:
Timestamp:
Oct 31, 2014, 4:45:53 PM (10 years ago)
Author:
larryv (Lawrence Velázquez)
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #45703

    • Property Owner changed from macports-tickets@… to takeshi@…
    • Property Keywords cdo grib_api removed
  • Ticket #45703 – Description

    initial v1  
    1 I am on Mac OSX 10.7.5. I installed cdo +grib_api and the build seemed fine. I think my problem is an issue with the way cdo links to the grib_api - is there a way to check the configuration for an installed port (so that I could check it searches for grib_api in the right place)? I've described my problem below..
     1I am on Mac OSX 10.7.5. I installed `cdo +grib_api` and the build seemed fine. I think my problem is an issue with the way cdo links to the grib_api - is there a way to check the configuration for an installed port (so that I could check it searches for grib_api in the right place)? I've described my problem below..
    22
    33The grib_api was not installed before so I checked that it had been installed properly by testing the commandline tools that come with it on a grib edition 1 file, eg.
     4{{{
    45> grib_ls -P stepType filename.grib
     6}}}
    57returns:
     8{{{
    69stepType     edition      centre       typeOfLevel  level        dataDate     stepRange    dataType     shortName    packingType  gridType     
    710avgfc        1            ecmf         surface      0            20130101     6            fc           lsp          grid_simple  regular_ll  etc etc
     11}}}
    812
    9 This worked fine. When I try cdo sinfo filename.grib for the same file, I get an error because cdo can't find the definition table - the same definition table that was successfully accessed by the grib_ls command to define avgfc above:
     13This worked fine. When I try `cdo sinfo filename.grib` for the same file, I get an error because cdo can't find the definition table - the same definition table that was successfully accessed by the grib_ls command to define avgfc above:
    1014
     15{{{
    1116> cdo sinfo filename.grib
     17}}}
    1218returns:
     19{{{
    1320cgribexGetTsteptype : GRIB time range 113 unsupported!
     21}}}
    1422
    1523The definition that can't be found by cdo, but can be found by grib_ls, is 'time range 113' so I searched for where the definitions are:
    16 
     24{{{
    1725> echo `grib_info | grep ":" | grep "definition" | cut -d ":" -f2 | tr -d " "`
     26}}}
    1827returns:
     28{{{
    1929/opt/local/share/grib_api/definitions
     30}}}
    2031
    2132I then looked to make sure that the definitions that cdo can't find are actually there (eg time range 113 should be defined in 5.table):
    22 
     33{{{
    2334> grep 113 `grib_info | grep ":" | grep "definition" | cut -d ":" -f2 | tr -d " "`/grib1/5.table
     35}}}
    2436returns:
     37{{{
    2538113 113 Average of N forecasts (or initialized analyses); each product has forecast period of P1 (P1=0 for initialized analyses); products have reference times at intervals of P2, beginning at the given reference time.
     39}}}
    2640
    2741The grib_api installation therefore appears to be working fine, but I think there is a problem with how the cdo installation uses the grib_api.
     
    2943I have tried with and without sudo, and have tried setting environment variables such as GRIB_DEFINITION_PATH (sometimes required for the grib_api, although in my case it seems to work fine without). Here's some more information:
    3044
     45{{{
    3146> cdo -V
     47}}}
    3248returns:
     49{{{
    3350Compiler: /usr/bin/clang -pipe -Os -arch x86_64  -D_THREAD_SAFE -pthread
    3451 version: unknown
     
    4562     IEG library version : 1.3.2 of Oct 31 2014 14:44:21
    4663    FILE library version : 1.8.2 of Oct 31 2014 14:44:21
     64}}}
    4765
    4866I'm using macports version 2.3.2 and did port selfupdate before port install cdo +grib_api.