Hernan,
this works for me both with HDF4 4.2.14 as available on my system, and
also against 4.3.0 built from source with the exact configure command
line your provided
Can you show the result of "grep HDF4 CMakeCache.txt | grep -v INTERNAL
| grep -v ADVANCED" in your GDAL build directory?
For me, looks like that:
//Set ON to build Hierarchical Data Format Release 4 (HDF4) format
GDAL_ENABLE_DRIVER_HDF4:BOOL=ON
//Set ON to build GDAL HDF4 driver as plugin
GDAL_ENABLE_DRIVER_HDF4_PLUGIN:BOOL=ON
//Set ON to use HDF4
GDAL_USE_HDF4:BOOL=ON
HDF4_INCLUDE_DIR:PATH=/home/even/install-hdf4-4.3.0/include
HDF4_df_LIBRARY_DEBUG:FILEPATH=HDF4_df_LIBRARY_DEBUG-NOTFOUND
HDF4_df_LIBRARY_RELEASE:FILEPATH=/home/even/install-hdf4-4.3.0/lib/libdf.so
HDF4_mfhdf_LIBRARY_DEBUG:FILEPATH=HDF4_mfhdf_LIBRARY_DEBUG-NOTFOUND
HDF4_mfhdf_LIBRARY_RELEASE:FILEPATH=/home/even/install-hdf4-4.3.0/lib/libmfhdf.so
HDF4_szip_LIBRARY_DEBUG:FILEPATH=HDF4_szip_LIBRARY_DEBUG-NOTFOUND
HDF4_szip_LIBRARY_RELEASE:FILEPATH=HDF4_szip_LIBRARY_RELEASE-NOTFOUND
HDF4_xdr_LIBRARY_DEBUG:FILEPATH=HDF4_xdr_LIBRARY_DEBUG-NOTFOUND
HDF4_xdr_LIBRARY_RELEASE:FILEPATH=HDF4_xdr_LIBRARY_RELEASE-NOTFOUND
//Details about finding HDF4
//Old value of option GDAL_ENABLE_DRIVER_HDF4_PLUGIN
//Test HDF4_HAS_MAXOPENFILES
But I strongly suspect you're running a version of GDAL which is not the
one you have built. You may have to adjust your PATH and
LD_LIBRARY_PATH. Check with "which gdalinfo" and then "ldd
/path/to/gdalinfo" that you are running the binaries you've built.
"gdalinfo --formats" return the list of drivers, and "gdalinfo --format
driver_name" return detailed info on the given driver
Even
Le 11/11/2024 à 13:04, Hernán De Angelis via gdal-dev a écrit :
Thank you for your response, Jukka.
That is interesting. I set cmake to build hdf4, cmake sees it and it
does not throw errors during the build. In fact, I see:
[ 38%] Built target gdal_HDF4
but the command you gave gives not HDF4
gdalinfo --format hdf4
(should be "formats" instead?)
gdalinfo --formats hdf4
this retrieves a long list, but no HDF5:
gdalinfo --formats | grep hdf
HDF5 -raster,multidimensional raster- (rovs): Hierarchical Data
Format Release 5 (*.h5, *.hdf5)
on the other hand
gdal-config --formats
gives:
gdal-config --formats
MEM vrt HDF4 MEM
So it should be there?
This is confusing. Will keep looking.
Thank you for your time, Jukka!
Hernán
Den 2024-11-11 kl. 12:45, skrev Rahkonen Jukka:
Hi,
Have you checked with gdalinfo if you have managed to build the HDF4
driver?
gdalinfo --format hdf4
Your test file opens for me with GDAL from OSGeo4W.
-Jukka Rahkonen-
*Lähettäjä:* gdal-dev <gdal-dev-boun...@lists.osgeo.org> *Puolesta
*Hernán De Angelis via gdal-dev
*Lähetetty:* maanantai 11. marraskuuta 2024 13.37
*Vastaanottaja:* gdal-dev@lists.osgeo.org
*Aihe:* [gdal-dev] GDAL, HDF4 and MODIS L1B data
I recently compiled a minimal GDAL (3.10) with HDF4 support (using
HDF 4.3.0) for processing MODIS L1B data. However, the resulting
command line tools cannot understand the format. Perhaps I am doing
something wrong, or missing something important, or both.
Do I understand correctly that MODIS L1B in HDF-EOS format should be
readable by GDAL compiled with HDF4 support without additional libraries?
Thanks for any hint.
Hernán
Workflow:
Build HDF4 (4.3.0)
./configure --prefix=/home/hernan/project --disable-netcdf
--disable-fortran --enable-shared --disable-static
make
make install
Build GDAL (3.10) with HDF4 support
ccmake , make, ... etc
/home/hernan/project/bin/gdal-config --formats
MEM vrt HDF4 MEM
Test
/home/hernan/project/bin/gdalinfo
MOD02QKM.A2024307.1325.061.2024308012941.hdf
ERROR 4: `MOD02QKM.A2024307.1325.061.2024308012941.hdf' not
recognized as being in a supported file format.
gdalinfo failed - unable to open
'MOD02QKM.A2024307.1325.061.2024308012941.hdf'.
Testdata if someone wants to try (warning: 150 Mb!):
https://www.geonatura.se/lastkaj/index.php/s/TCS35pjANsEtSyV
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
--
http://www.spatialys.com
My software is free, but my time generally not.
Butcher of all kinds of standards, open or closed formats. At the end, this is
just about bytes.
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
