Thanks John for the feedback.
While checking, I found this page about runtime loading
https://docs.unidata.ucar.edu/netcdf-java/current/userguide/runtime_loading.html
Not sure if that's the relevant doc but it mentions that the Grib2 table is
still under development.
So I'll wait a bit around here to see if anyone from the Unidata support
group has more details or pointers for me.
Regards,
Daniele
On Mon, Feb 26, 2024 at 8:34 PM John Caron <jcaron1129@xxxxxxxxx> wrote:
> Hi Danielle:
>
> If things are correct, names shouldnt change when standard name tables are
> updated. But, its been an ongoing problem, so you are definitely not alone.
> Grib-1 is more or less a lost cause, but one should be able to use Grib-2
> correctly.
> There are many knobs and levers to adjust/override tables, but ill let the
> Unidata support group point you to the right docs.
> If you have a specific file or dataset you are using, i can look at it and
> give feedback if you want.
>
> John
>
> On Mon, Feb 26, 2024 at 4:07 AM Daniele Romagnoli <
> daniele.romagnoli@xxxxxxxxxxxxxxxxxxxxx> wrote:
>
>> Hi John,
>> Thanks for the reply. That's a good question.
>> I had some applications, data structures and metadata based on those old
>> names.
>> So the upgrade will also require a rename/slight refactor of all the
>> dependent parts which I was aiming to avoid or at least scheduled for a
>> different moment.
>>
>> Regards,
>> Daniele
>>
>> On Sat, Feb 24, 2024 at 6:26 PM John Caron <jcaron1129@xxxxxxxxx> wrote:
>>
>>> Hi Daniele:
>>>
>>> Do you want to keep using the previous version names because you know
>>> that they are correct, or because they look right and you would prefer not
>>> to know if they are incorrect?
>>>
>>> Sorry to be a snark, but GRIB is so badly messed up with its table
>>> versioning that someone has to ask that.
>>>
>>> Regards,
>>> John
>>>
>>> On Fri, Feb 23, 2024 at 1:04 PM Daniele Romagnoli <
>>> daniele.romagnoli@xxxxxxxxxxxxxxxxxxxxx> wrote:
>>>
>>>> Hi All,
>>>> I'm investigating upgrading the NetCDF library used in one application,
>>>> moving from 4.6.15 to 5.5.3.
>>>>
>>>> During the upgrade attempt I have noticed some inconsistencies and
>>>> missing functionalities on the GRIB data that I was using in the
>>>> application. I think it can be related to some GRIB2 tables that have been
>>>> modified (so that some variables changed name) with this change:
>>>> https://github.com/Unidata/netcdf-java/pull/601/
>>>>
>>>> I would like to keep using the previous variable names in that
>>>> application.
>>>> Is there any way to provide a hint, a config param, a pluggable factory
>>>> or any kind of resource to let that variable's naming keep using the
>>>> previous nomenclature?
>>>> Is there any type of support for a similar use case?
>>>>
>>>> Please let me know if you have any hints or suggestions on that topic.
>>>>
>>>> Best Regards,
>>>>
>>>> Daniele
>>>> _______________________________________________
>>>> NOTE: All exchanges posted to Unidata maintained email lists are
>>>> recorded in the Unidata inquiry tracking system and made publicly
>>>> available through the web. Users who post to any of the lists we
>>>> maintain are reminded to remove any personal information that they
>>>> do not want to be made public.
>>>>
>>>>
>>>> netcdf-java mailing list
>>>> netcdf-java@xxxxxxxxxxxxxxxx
>>>> For list information or to unsubscribe, visit:
>>>> https://www.unidata.ucar.edu/mailing_lists/
>>>>
>>>
