[gdal-dev] GRIB driver updates / call for testing / TDLPACK

Kurt Schwehr schwehr at gmail.com
Tue Dec 5 07:15:39 PST 2017


I've found nothing that depends on TDLPACK

On Mon, Dec 4, 2017 at 12:32 PM, Kurt Schwehr <schwehr at gmail.com> wrote:

> 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
>



-- 
--
http://schwehr.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20171205/f2201d5a/attachment.html>


More information about the gdal-dev mailing list