Additional entry of length or number of octets in GRIB2_Template_ csv-files

wmo-im / GRIB2

GRIB2

MIT License

22 stars 9 forks source link

Additional entry of length or number of octets in GRIB2_Template_ csv-files #219

Open SibylleK opened 9 months ago

SibylleK commented 9 months ago

Details

In GRIB2 Template definition files the octet number (from - to) for each entry in the GRIB section is given. Most of the GRIB processing software packages need the length or number of octets for each entry, which has to be calculated from the specification of "OctetNo".

But with variables and repitition within some templates an automated calculation is sometimes not easy. (e.g. 37 + (ND-1)4 + (NF-1)4 -40 +(ND-1)4 + (NF-1)4)

Therefore, this is a proposal to add a column with the length of each entry in the GRIB2_Template files.

Requestor

Sibylle Krebber, @SibylleK

shahramn commented 9 months ago

A very good suggestion

amilan17 commented 9 months ago

https://github.com/wmo-im/CCT/wiki/20.to.22.September.2023 notes:

Title_en, OctetNo, octetCount, Contents_en, Note_en, noteIDs, codeTable, flagTable, Status
there could be an impact on the software that is ingesting the machine-readable codes;
the script to generate the TXT,CSV will need to be updated
template with a sample and the software can be updated for testing

antoinemerle commented 9 months ago

@antoinemerle : On roadmap purpose and planning on EUM side :

[ ] : need to check in the vocabulary manager what would be the impact : are we taking the data from the xml or note, how do we parse the xml in a way it is going to break or not our interfaces.
[ ] Estimate the cost of the impact on EUM side / implementation of this new colomn

e.g :

sebvi commented 7 months ago

Are we implementing this? I don't see a branch created for it

marijanacrepulja commented 7 months ago

I believe we agreed to address this after finalising FT2024-1.