Yes, I know that and I also had crossed with that HDF error (nc and HDF libs 
must be in sync building) but that nc file clearly has its issues. Both Matlab 
and HDF-Explorer confirm that and even GDAL touches it. See

gdalinfo AROME_OPER_001_FC_SP_PT2_025_RH_2-HTGL_2020102000.nc
Warning 1: No UNIDATA NC_GLOBAL:Conventions attribute

Which is not true. The “Conventions” attribute it’s there but something is 
wrong with its string value (but not only “Conventions”, at least “long_name” 
suffers from the same).

From: Pedro Venâncio <pedrongvenan...@gmail.com>
Sent: Tuesday, October 20, 2020 4:13 PM
To: Joaquim Manuel Freire Luís <jl...@ualg.pt>
Cc: qgis-developer <qgis-develo...@lists.osgeo.org>; gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] QGIS from OSGeo4W crashes with latest update on NetCDF

Hi Joaquim Luís,

This is an IPMA NetCDF, it was working before the update.

And I think it is in fact a HDF5 library version problem:

> gdalinfo AROME_OPER_001_FC_SP_PT2_025_RH_2-HTGL_2020102000.nc

Warning 1: Recode from UTF-8 to CP_ACP failed with the error: "Invalid 
argument".
Warning! ***HDF5 library version mismatched error***
The HDF5 header files used to compile this application do not match
the version used by the HDF5 library to which this application is linked.
Data corruption or segmentation faults may occur if the application continues.
This can happen when an application was compiled by one version of HDF5 but
linked with a different version of static or shared HDF5 library.
You should recompile the application or check your shared library related
settings such as 'LD_LIBRARY_PATH'.
You can, at your own risk, disable this warning by setting the environment
variable 'HDF5_DISABLE_VERSION_CHECK' to a value of '1'.
Setting it to 2 or higher will suppress the warning messages totally.
Headers are 1.10.4, library is 1.10.5
        SUMMARY OF THE HDF5 CONFIGURATION
        =================================

General Information:
-------------------
                   HDF5 Version: 1.10.5
                  Configured on: 2020-10-19
                  Configured by: Visual Studio 14 2015 Win64
                    Host system: Windows-10.0.19041
              Uname information: Windows
                       Byte sex: little-endian
             Installation point: 
D:/src/osgeo4w64/src/hdf5/osgeo4w/install-x86_64

Compiling Options:
------------------
                     Build Mode:
              Debugging Symbols:
                        Asserts:
                      Profiling:
             Optimization Level:

Linking Options:
----------------
                      Libraries:
  Statically Linked Executables: OFF
                        LDFLAGS: /machine:x64
                     H5_LDFLAGS:
                     AM_LDFLAGS:
                Extra libraries:
                       Archiver:
                         Ranlib:

Languages:
----------
                              C: yes
                     C Compiler: C:/Program Files (x86)/Microsoft Visual Studio 
14.0/VC/bin/x86_amd64/cl.exe 19.0.24215.1
                       CPPFLAGS:
                    H5_CPPFLAGS:
                    AM_CPPFLAGS:
                         CFLAGS:  /DWIN32 /D_WINDOWS /W3
                      H5_CFLAGS:
                      AM_CFLAGS:
               Shared C Library: YES
               Static C Library: YES

                        Fortran: OFF
               Fortran Compiler:
                  Fortran Flags:
               H5 Fortran Flags:
               AM Fortran Flags:
         Shared Fortran Library: YES
         Static Fortran Library: YES

                            C++: ON
                   C++ Compiler: C:/Program Files (x86)/Microsoft Visual Studio 
14.0/VC/bin/x86_amd64/cl.exe 19.0.24215.1
                      C++ Flags: /DWIN32 /D_WINDOWS /W3 /GR /EHsc
                   H5 C++ Flags:
                   AM C++ Flags:
             Shared C++ Library: YES
             Static C++ Library: YES

                            JAVA: OFF
                   JAVA Compiler:

Features:
---------
                   Parallel HDF5: OFF
Parallel Filtered Dataset Writes:
              Large Parallel I/O:
              High-level library: ON
                    Threadsafety: ON
             Default API mapping: v110
  With deprecated public symbols: ON
          I/O filters (external):  DEFLATE DECODE
                             MPE:
                      Direct VFD:
                         dmalloc:
  Packages w/ extra debug output:
                     API Tracing: OFF
            Using memory checker: OFF
 Memory allocation sanity checks: OFF
          Function Stack Tracing: OFF
       Strict File Format Checks: OFF
    Optimization Instrumentation:
Bye...

Joaquim Manuel Freire Luís <jl...@ualg.pt<mailto:jl...@ualg.pt>> escreveu no 
dia terça, 20/10/2020 à(s) 15:36:
But I do find something strange in that nc file. Mirone (Matlab independent nc 
loader) errors when trying to load it because of the  “Conventions” attribute 
and HDF-Explorer says it’s a “4-byte null-terminated ASCII string” when in fact 
that attribute has 6-bytes
“CF-1.5”

From: Joaquim Manuel Freire Luís
Sent: Tuesday, October 20, 2020 3:00 PM
To: 'Pedro Venâncio' 
<pedrongvenan...@gmail.com<mailto:pedrongvenan...@gmail.com>>; qgis-developer 
<qgis-develo...@lists.osgeo.org<mailto:qgis-develo...@lists.osgeo.org>>; 
gdal-dev@lists.osgeo.org<mailto:gdal-dev@lists.osgeo.org>
Subject: RE: [gdal-dev] QGIS from OSGeo4W crashes with latest update on NetCDF

Pedro,

Probably a netcdf lib related issue. I have a very fresh GDAL build (from 
yesterday’s master) and can access that file. Either from GDAL or GMT, but my 
nc lib has not been updated for some time (which is not so bad as nc has had a 
couple of issues in recent past).

From: gdal-dev 
<gdal-dev-boun...@lists.osgeo.org<mailto:gdal-dev-boun...@lists.osgeo.org>> On 
Behalf Of Pedro Venâncio
Sent: Tuesday, October 20, 2020 1:58 PM
To: qgis-developer 
<qgis-develo...@lists.osgeo.org<mailto:qgis-develo...@lists.osgeo.org>>; 
gdal-dev@lists.osgeo.org<mailto:gdal-dev@lists.osgeo.org>
Subject: [gdal-dev] QGIS from OSGeo4W crashes with latest update on NetCDF

Hi all,

Sorry about the cross posting but today, after the update of OSGeo4W to 
qgis-dev 3.15.0-82, I get a QGIS crash both with qgis-dev, qgis-ltr-dev 
3.10.10-3 and qgis-rel-dev 3.14.16-3.

I've only looked at Desktop updates and so I cannot say what libs were updated 
at the same time.

The crash happens when I try to open some NetCDF file (for instance 
http://mf2.ipma.pt/downloads/?latest=arome.2m.relative_humidity&region=PT2 ) as 
raster file, as mesh layer or simply when I open a folder with a NetCDF file 
inside Browser.

This is something like this one: https://issues.qgis.org/issues/21162

As it only happens with QGIS "-dev" versions, I believe it can be related with 
GDAL 3.2.0dev, but I cannot say what version I had before this update, maybe 
from one week or two ago.

Can someone reproduce?

Another issue with QGIS "-dev" versions is related to GRASS. I get this error 
message on QGIS initialization, and then I cannot, for instance, create a new 
mapset with GRASS Plugin:


GRASS init error: Problem in GRASS initialization, GRASS provider and plugin 
will not work : Module built against version 8bcecc9a6 but trying to use 
version d8fbd49af. You need to rebuild GRASS GIS or untangle multiple 
installations.



I can open two different tickets, but I'm not certain about the right place to 
open them.



Thanks!



Best regards,

Pedro Venâncio
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to