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