Package 'gdalUtils' when using 'gdal_translate' on HDF files it gives error "no installation match"

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Package 'gdalUtils' when using 'gdal_translate' on HDF files it gives error "no installation match"

Francisco Zambrano
Hi all,

I'm using the package gdalUtils to work with HDF (MODIS data), I've used
for a while without problems, but now (I believe after the update of gdal)
is giving me the following error when I use the function 'gdal_translate'
over HDF files. A time before this used to work fine.

Error in gdal_chooseInstallation(hasDrivers = of) :
  No installations match.


also,

gdal_chooseInstallation(hasDrivers=c("HDF4","HDF5"))Error in
gdal_chooseInstallation(hasDrivers = c("HDF4", "HDF5")) :
  No installations match.

The version and date for gdal are:

> getOption("gdalUtils_gdalPath")[[1]]$versionversion
"3.0.2" > getOption("gdalUtils_gdalPath")[[1]]$date        date
"2019-10-28"


Searching the HDF drivers I get:

> getOption("gdalUtils_gdalPath")[[1]]$drivers[grep('HDF',getOption("gdalUtils_gdalPath")[[1]]$drivers$format_name),]          format_code read write update virtualIO subdatasets  format_name
43  HDF4Image-raster- TRUE  TRUE   TRUE     FALSE       FALSE HDF4 Dataset
114 HDF5Image-raster- TRUE FALSE  FALSE      TRUE       FALSE HDF5 Dataset


My sessionInfo():

R version 3.6.1 (2019-07-05)
Platform: x86_64-pc-linux-gnu (64-bit)
Running under: Ubuntu 18.04.3 LTS

Matrix products: default
BLAS:   /usr/lib/x86_64-linux-gnu/blas/libblas.so.3.7.1
LAPACK: /usr/lib/x86_64-linux-gnu/lapack/liblapack.so.3.7.1

locale:
 [1] LC_CTYPE=es_CL.UTF-8       LC_NUMERIC=C
LC_TIME=es_CL.UTF-8
 [4] LC_COLLATE=es_CL.UTF-8     LC_MONETARY=es_CL.UTF-8
LC_MESSAGES=es_CL.UTF-8
 [7] LC_PAPER=es_CL.UTF-8       LC_NAME=C
LC_ADDRESS=C
[10] LC_TELEPHONE=C             LC_MEASUREMENT=es_CL.UTF-8
LC_IDENTIFICATION=C

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base

other attached packages:
[1] stringr_1.4.0      gdalUtils_2.0.1.14 purrr_0.3.3
raster_3.0-7       sp_1.3-1

loaded via a namespace (and not attached):
 [1] Rcpp_1.0.2        lattice_0.20-38   codetools_0.2-16
foreach_1.4.7     R.methodsS3_1.7.1
 [6] grid_3.6.1        magrittr_1.5      stringi_1.4.3     rlang_0.4.1
      R.oo_1.23.0
[11] R.utils_2.9.0     rgdal_1.4-8       iterators_1.0.12  tools_3.6.1
      compiler_3.6.1


Regards,

Francisco

        [[alternative HTML version deleted]]

_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo
Reply | Threaded
Open this post in threaded view
|

Re: Package 'gdalUtils' when using 'gdal_translate' on HDF files it gives error "no installation match"

Lorenzo Busetto
The `gdal_chooseInstallation ` issue should be indeed related to switching
to GDAL3. The problem should have been already addressed in the github repo
here:

https://github.com/gearslaboratory/gdalUtils/commit/a94bbe422e7fe3bda1f571fc3629c3d052b4f195


Therefore, installing from github should solve the issue and allow you to
keep working with GDAL3 (at least, it did it for me).

Note that on Windows the gdalUtils package has some additionals problems
related with GDAL 3 migration due to issues reported here:

https://github.com/r-spatial/discuss/issues/31

HTH,

 Lorenzo

PS: For Francisco: sorry for the double replies, but I noticed that by
mistake I replied only to you and not to the list.

On Fri, 13 Dec 2019 at 13:40, Francisco Zambrano <[hidden email]> wrote:

> Hi all,
>
> I'm using the package gdalUtils to work with HDF (MODIS data), I've used
> for a while without problems, but now (I believe after the update of gdal)
> is giving me the following error when I use the function 'gdal_translate'
> over HDF files. A time before this used to work fine.
>
> Error in gdal_chooseInstallation(hasDrivers = of) :
>   No installations match.
>
>
> also,
>
> gdal_chooseInstallation(hasDrivers=c("HDF4","HDF5"))Error in
> gdal_chooseInstallation(hasDrivers = c("HDF4", "HDF5")) :
>   No installations match.
>
> The version and date for gdal are:
>
> > getOption("gdalUtils_gdalPath")[[1]]$versionversion
> "3.0.2" > getOption("gdalUtils_gdalPath")[[1]]$date        date
> "2019-10-28"
>
>
> Searching the HDF drivers I get:
>
> >
> getOption("gdalUtils_gdalPath")[[1]]$drivers[grep('HDF',getOption("gdalUtils_gdalPath")[[1]]$drivers$format_name),]
>         format_code read write update virtualIO subdatasets  format_name
> 43  HDF4Image-raster- TRUE  TRUE   TRUE     FALSE       FALSE HDF4 Dataset
> 114 HDF5Image-raster- TRUE FALSE  FALSE      TRUE       FALSE HDF5 Dataset
>
>
> My sessionInfo():
>
> R version 3.6.1 (2019-07-05)
> Platform: x86_64-pc-linux-gnu (64-bit)
> Running under: Ubuntu 18.04.3 LTS
>
> Matrix products: default
> BLAS:   /usr/lib/x86_64-linux-gnu/blas/libblas.so.3.7.1
> LAPACK: /usr/lib/x86_64-linux-gnu/lapack/liblapack.so.3.7.1
>
> locale:
>  [1] LC_CTYPE=es_CL.UTF-8       LC_NUMERIC=C
> LC_TIME=es_CL.UTF-8
>  [4] LC_COLLATE=es_CL.UTF-8     LC_MONETARY=es_CL.UTF-8
> LC_MESSAGES=es_CL.UTF-8
>  [7] LC_PAPER=es_CL.UTF-8       LC_NAME=C
> LC_ADDRESS=C
> [10] LC_TELEPHONE=C             LC_MEASUREMENT=es_CL.UTF-8
> LC_IDENTIFICATION=C
>
> attached base packages:
> [1] stats     graphics  grDevices utils     datasets  methods   base
>
> other attached packages:
> [1] stringr_1.4.0      gdalUtils_2.0.1.14 purrr_0.3.3
> raster_3.0-7       sp_1.3-1
>
> loaded via a namespace (and not attached):
>  [1] Rcpp_1.0.2        lattice_0.20-38   codetools_0.2-16
> foreach_1.4.7     R.methodsS3_1.7.1
>  [6] grid_3.6.1        magrittr_1.5      stringi_1.4.3     rlang_0.4.1
>       R.oo_1.23.0
> [11] R.utils_2.9.0     rgdal_1.4-8       iterators_1.0.12  tools_3.6.1
>       compiler_3.6.1
>
>
> Regards,
>
> Francisco
>
>         [[alternative HTML version deleted]]
>
> _______________________________________________
> R-sig-Geo mailing list
> [hidden email]
> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>

        [[alternative HTML version deleted]]

_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo