Re: [netcdf-java] NetCDF Java and ECMWF, SuperHiRes, Gaussian Grid

Greetings Cosmin,

So sorry for the delay - this may be a bug in our Gaussian grid code. We are going to have a meeting today, and I'll find out more details then and let you know.

Again, apologies for the delay,

Sean

On 4/24/13 1:17 AM, Cosmin Marginean wrote:
Hi Sean,

Are there any updates on this? Anything else we need to provide?

Cheers
Cos


On Tue, Apr 16, 2013 at 1:10 PM, Cosmin Marginean <cosminaru@xxxxxxxxx <mailto:cosminaru@xxxxxxxxx>> wrote:

    Hi Sean,

    I've chased this but we've been told that this information is
    available here: http://www.ecmwf.int/publications/manuals/grib_api/

    Is this of any use? Or can you elaborate more on what exactly is
    needed?

    Cheers,
    Cos

    On 8 Apr 2013, at 16:45, Cosmin Marginean <cosminaru@xxxxxxxxx
    <mailto:cosminaru@xxxxxxxxx>> wrote:

    Thanks Sean,

    I am chasing this and will get back to you as soon as I have more.

    Thanks
    Cos

    On 8 Apr 2013, at 16:38, Sean Arms <sarms@xxxxxxxxxxxxxxxx
    <mailto:sarms@xxxxxxxxxxxxxxxx>> wrote:

    Hi Cos,

    Unfortunately, this won't help much. With GRIB, we really need
    the exact table used
    to create the file in order to read it with any level of
    confidence. netCDF-Java relies
    on these tables in order to be as generic as possible; the
    wgrib2 utility has some
    "fixes", at the code level, to explicitly handle corner cases.

    Cheers,

    Sean

    On 4/8/13 3:46 AM, Cosmin Marginean wrote:
    Hi Sean,

    We are currently chasing this. In the mean time, is this
    something that would help?
    http://www.ecmwf.int/services/archive/d/table/grib_table_2_versions/

    Cheers
    Cos

    On 5 Apr 2013, at 20:16, Sean Arms <sarms@xxxxxxxxxxxxxxxx
    <mailto:sarms@xxxxxxxxxxxxxxxx>> wrote:

    Greetings Cosmin,

    It looks like there is a grib table problem. It's possible
    that ECMWF used a grib
    table that overwrote some of the standard WMO table entries
    and thus we have
    issues decoding the grib file. Would you happen to have the
    grib2 table that
    corresponds to this data file, or would you know whom to
    contact to get that
    table?

    Cheers,

    Sean

    On 4/5/13 12:34 PM, Sean Arms wrote:
    Greetings Cosmin,

    Yes, I have the file now. Let me do some digging and I'll let
    you know what I find.

    Cheers,

    Sean

    On 4/5/13 2:01 AM, Cosmin Marginean wrote:
    Hi Sean,

    Just wanted to confirm that you got the file? Please let me
    know if there is anything else that I can help with.

    Cheers,
    Cosmin

    On 3 Apr 2013, at 16:37, Sean Arms <sarms@xxxxxxxxxxxxxxxx
    <mailto:sarms@xxxxxxxxxxxxxxxx>> wrote:

    Greetings Cosmin,

    Would it be possible to get a sample grib file for us to
    work with here
    at Unidata? If so, please upload an example here:

    motherlode.ucar.edu/repository/alias/netcdfuploads
    <http://motherlode.ucar.edu/repository/alias/netcdfuploads>

    Thanks!

    Sean

    On 4/3/13 7:26 AM, Cosmin Marginean wrote:

    Hi Sean,

    Yes, sorry, forgot to mention that - we are indeed using
    4.3.16

    Cheers
    Cos


    Greetings Cosmin,

    I just want to make sure you are trying this using the
    latest version of netCDF-Java,
    which is 4.3.16:

    http://www.unidata.ucar.edu/blogs/news/entry/netcdf_java_library_and_tds1

    Thanks!

    Sean

    On 4/3/13 6:23 AM, Cosmin Marginean wrote:

    Hello,


    We are working on reading some of the ECMWF's Super Hi
    Res GRIB files, delivered in GRIB2 format, using a
    Gaussian grid.

    There are some situations where we cannot read some of
    these files since the code crashes as soon as we try to
    open the dataset:

    NetcdfDataset dataset = NetcdfDataset.openDataset(filePath);


    We are currently not sure what causes this, since using
    other tools (wgrib2) we can access this data. However,
    using the NetCDF Java library we get this type of
    exception as soon as we open the file:

    java.lang.IllegalArgumentException: Dimension length
    =-9999 must be > 0


    We'd like to know if you happened to run into this or if
    you know what might cause it.


    Thank you in advance,

    Cosmin




    _______________________________________________
    netcdf-java mailing list
    netcdf-java@xxxxxxxxxxxxxxxx  <mailto:netcdf-java@xxxxxxxxxxxxxxxx>
For list information or to unsubscribe, visit:http://www.unidata.ucar.edu/mailing_lists/

    _______________________________________________
    netcdf-java mailing list
    netcdf-java@xxxxxxxxxxxxxxxx
    <mailto:netcdf-java@xxxxxxxxxxxxxxxx>
    For list information or to unsubscribe, visit:
http://www.unidata.ucar.edu/mailing_lists/


    _______________________________________________
    netcdf-java mailing list
    netcdf-java@xxxxxxxxxxxxxxxx
    <mailto:netcdf-java@xxxxxxxxxxxxxxxx>
    For list information or to unsubscribe, visit:
http://www.unidata.ucar.edu/mailing_lists/




    _______________________________________________
    netcdf-java mailing list
    netcdf-java@xxxxxxxxxxxxxxxx  <mailto:netcdf-java@xxxxxxxxxxxxxxxx>
For list information or to unsubscribe, visit:http://www.unidata.ucar.edu/mailing_lists/

    _______________________________________________
    netcdf-java mailing list
    netcdf-java@xxxxxxxxxxxxxxxx <mailto:netcdf-java@xxxxxxxxxxxxxxxx>
    For list information or to unsubscribe, visit:
http://www.unidata.ucar.edu/mailing_lists/


    _______________________________________________
    netcdf-java mailing list
    netcdf-java@xxxxxxxxxxxxxxxx <mailto:netcdf-java@xxxxxxxxxxxxxxxx>
    For list information or to unsubscribe, visit:
http://www.unidata.ucar.edu/mailing_lists/





--
Cosmin Marginean

  • 2013 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the netcdf-java archives: