Download and processing framework for MODIS imagery. The package provides automated access to the global online data archives LP DAAC, LAADS and NSIDC as well as processing capabilities such as file conversion, mosaicking, subsetting and time series.
Hello Florian and Matteo @MatMatt !
Here is Corrado.
I've been having issues with the complete download of requested images through runGdal(): sometimes it downloads less images than those requested (both in "raw" and "processed" folders), probably due to my slow connection. I found a workaround by using getHdf(), which is able (I guess) to download only those .hdf files that are missing in the "raw" folder.
After that, as far as I understand, 'runMtr()' is needed to process these .hdf files into geoTIFFs. Sadly, it returns empty characters (as many as the selected SDS layers), while printing something about "mrtmosaic" and "resample".
Here is a reproducible code:
library(raster)
library(terra)
library(MODIS)
## setting modis options
lap <- file.path(tempdir(), "MODIS")
MODISoptions(
localArcPath = lap,
outDirPath = file.path(lap, "PROCESSED"),
dlmethod = "auto", MODISserverOrder = c("LPDAAC", "LAADS", "NSIDC"))
MODIS:::checkEarthdataLogin() ## TRUE
getCollection("MOD10A1F", forceCheck = TRUE) ##"061" ok
## setting the scene
limits <- c(5.9 , 6.2, 44.6 , 44.8)
start <- "2003-01-04"
end <- "2003-01-11"
## downloading HDF files
getHdf(product=c('MOD10A1F'), collection = "061",
extent=extent(limits),
begin=start, end=end,
outProj= "EPSG:4326")
## importing them
hdf_files <- list.files(path= file.path(lap, "MODIS/MOD10A1F.061"), pattern =".hdf$", full.names=T, recursive = T)
## from hdf to GeoTIFF
runMrt(product=c('MOD10A1F'), collection = "061",
extent=extent(limits),
begin=start,
end=end,
job="loop", SDSstring = "11100", ## selecting only the first 3 layers
datum="WGS84")
this last function returns:
Output projection: Sinusoidal
Output pixel size: asIn
Resampling method: nn
Datum conversion: WGS84
Local structure is up-to-date. Using offline information!
"mrtmosaic" is not recognized as an internal or external command, as an executable program, or as a batch file.
"resample" is not recognized as an internal or external command, as an executable program, or as a batch file.
"mrtmosaic" is not recognized as an internal or external command, as an executable program, or as a batch file.
"resample" is not recognized as an internal or external command, as an executable program, or as a batch file.
It keeps printing these two lines for each .hdf file in the "raw" folder.
Finally, it prints:
And nothing happens, nor in the environment, nor in the folders.
I also tried setting different outProj ("GEO" and "UTM"), but nothing changes.
Btw, I also tried to process these .hdf files using terra::rast() and terra::sds(), but I find no way to set the proper crs out from them.
A final thought...
Would it be efficient to add this same "update" possibility that is implemented in runMrt() directly into runGdal()?
So that - when requested - it can download only those dates that are missing from the local archive ("localArcPath" folder). If this feature is already implemented, I would suggest a printout to make the user aware of it (just as runMrt() that prints Local structure is up-to-date. Using offline information!).
Thanks a lot for providing this package, and for keeping working on it!
Much much much appreciated!!!
Cheers :)
Hello Florian and Matteo @MatMatt ! Here is Corrado. I've been having issues with the complete download of requested images through
runGdal(): sometimes it downloads less images than those requested (both in "raw" and "processed" folders), probably due to my slow connection. I found a workaround by usinggetHdf(), which is able (I guess) to download only those .hdf files that are missing in the "raw" folder. After that, as far as I understand, 'runMtr()' is needed to process these .hdf files into geoTIFFs. Sadly, it returns empty characters (as many as the selected SDS layers), while printing something about "mrtmosaic" and "resample". Here is a reproducible code:this last function returns:
It keeps printing these two lines for each .hdf file in the "raw" folder. Finally, it prints:
And nothing happens, nor in the environment, nor in the folders. I also tried setting different
outProj("GEO" and "UTM"), but nothing changes. Btw, I also tried to process these .hdf files usingterra::rast()andterra::sds(), but I find no way to set the proper crs out from them.A final thought... Would it be efficient to add this same "update" possibility that is implemented in
runMrt()directly intorunGdal()? So that - when requested - it can download only those dates that are missing from the local archive ("localArcPath" folder). If this feature is already implemented, I would suggest a printout to make the user aware of it (just asrunMrt()that printsLocal structure is up-to-date. Using offline information!).Thanks a lot for providing this package, and for keeping working on it! Much much much appreciated!!! Cheers :)
Finally, here is my session info: