[gdal-dev] GRIB driver updates / call for testing / TDLPACK
Kurt Schwehr
schwehr at gmail.com
Mon Dec 4 12:32:08 PST 2017
I'm pretty much up to head in production and testing is doing fine. But...
It's only been a couple hours. If there is nothing from me in the next day
or two, I give it a +1. Thanks for the hard work!
My first pass check with TDLPACK is that I know of nobody who uses it.
On Mon, Dec 4, 2017 at 11:46 AM, Even Rouault <even.rouault at spatialys.com>
wrote:
> Hi,
>
>
>
> I wanted to inform you that the GRIB driver has received significant
> updates lately in trunk :
>
> * the underlying degrib and g2clib libraries used to do the GRIB1 & GRIB2
> parsing have been updated to their latest upstream versions (*). Given that
> they are patched in GDAL for various reasons (virtual I/O capabilities,
> security fixes, other fixes), the update involved merging, and thus
> regressions might potentially have sliped in.
>
> * various improvements on top of that:
>
> - faster gdalinfo on GRIB2 products on multiband datasets (no need to
> decompress the grid data of the band other than the first one)
>
> - avoid erroring out on unsupported product definition template
>
> - fix in the GRIB1 reader that should make it possible to read more
> products (those with NV,the number of vertical coordinate parameters,
> different from 0, which causes previously error messages like "GRIB1 GDS:
> Expect PV = 255 !=33")
>
> * addition of GRIB2 write support
>
>
>
> So I'd appreciate testing from users to confirm if products they managed
> to read with past versions are still readable with trunk.
>
>
>
> I'm wondering if anyone relies on the support for the TDLPACK that
> apparently the degrib library supports. This isn't even documented in the
>
> http://gdal.org/frmt_grib.html help page. From what I can read in
>
> https://github.com/eengl/pytdlpack , it seems that TDLPACK is mostly an
> internal format of NOAA/NWS Meteorological Development Lab. Couldn't find
> any publicly available file in that format. If nobody uses this capability,
> I'd prefer we comment out all the parts related to TDLPack so as to reduce
> the vulnerability surface.
>
>
>
> Even
>
>
>
> (*) https://svn.osgeo.org/gdal/trunk/gdal/frmts/grib/degrib/README.TXT
>
>
>
> --
>
> Spatialys - Geospatial professional services
>
> http://www.spatialys.com
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>
--
--
http://schwehr.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20171204/ab4381cc/attachment.html>
More information about the gdal-dev
mailing list