Welcome, Guest
Username: Password: Remember me
Forum on Harmonie-36h1

TOPIC: GRIB2 handling and GRIB_API dependency in cy36h1

GRIB2 handling and GRIB_API dependency in cy36h1 8 years 6 months ago #165

  • Ulf Andrae
  • Ulf Andrae's Avatar
  • OFFLINE
  • Administrator
  • Posts: 283
  • Thank you received: 30
With [9371] a general treatment of GRIB1/GRIB2 input to harmonie via a new version of gl using grib_api has been introduce in the cy36h1 version of harmonie. The new gl_grib_api has been introduced side by side with the old gl in the repository . The reason for this duplication is that so far only parts of the functionality in gl has been implemented in the grib_api version. The most urgent problem, the generation of boundaries, was treated first. The other missing parts, such as extraction from grib files for verification, conversion of FA files to GRIB1(2) and the general "victorinox" features of gl remains to be ported. This will be done gradually but at a slower phase until eventually the old gl becomes obsolete. The progress of the gl_grib_api development can be followed here.

We aim to create a harmonie-36h1.4 version from the current harmonie-36h1 branch during the summer. The update of gl will only be one of many changes. However since we have a new dependency on an external library (grib_api) it will be highly appreciated if member states already at this point could try out the harmonie-36h1 branch and update, and commit, their local configuration files. The configuration files for ecgate and gimle are good templates for the changes that needs to be done. By doing this you help to remove so far undetected portability problems from the future harmonie-36h1.4.

Ulf
Time to create page: 0.069 seconds