The hardware and bandwidth for this mirror is donated by dogado GmbH, the Webhosting and Full Service-Cloud Provider. Check out our Wordpress Tutorial.
If you wish to report a bug, or if you are interested in having us mirror your free-software or open-source project, please feel free to contact us at mirror[@]dogado.de.
gdalraster provides bindings to the Raster API of the Geospatial Data Abstraction Library (GDAL). Using the API natively enables fast and scalable raster I/O from R. This vignette is an R port of the GDAL Raster API tutorial for C++, C and Python, (c) 1998-2024 Frank Warmerdam, Even Rouault, and others (MIT license).
Before opening a GDAL-supported data store it is necessary to register drivers. There is a driver for each supported raster format. gdalraster automatically registers drivers when the package is loaded. A raster dataset is opened by creating a new instance of GDALRaster-class
passing the filename
and the access desired (read_only = TRUE
is the default if not specified, or read_only = FALSE
to open with update access):
library(gdalraster)
#> GDAL 3.8.4, released 2024/02/08, GEOS 3.12.1, PROJ 9.3.1
system.file("extdata/storml_tcc.tif", package="gdalraster")
tcc_file <- new(GDALRaster, tcc_file, read_only=TRUE) ds <-
An error is returned if the dataset cannot be opened (and creation of the GDALRaster
object fails). Also, note that filename
may not actually be the name of a physical file (though it usually is). Its interpretation is driver dependent, and it might be a URL, a database connection string, a file name with additional parameters, etc.
GDALRaster
is a C++ class exposed directly to R (via RCPP_EXPOSED_CLASS
) that encapsulates a GDAL dataset object and its associated raster band objects. Methods of the class are accessed in R using the $
operator:
ds#> C++ object <0x6524075653e0> of class 'GDALRaster' <0x65240d2060d0>
str(ds)
#> Reference class 'Rcpp_GDALRaster' [package "gdalraster"] with 3 fields
#> $ infoOptions : chr(0)
#> $ quiet : logi FALSE
#> $ readByteAsRaw: logi FALSE
#> and 76 methods, of which 62 are possibly relevant:
#> apply_geotransform, bbox, buildOverviews, clearStatistics, close,
#> deleteNoDataValue, dim, fillRaster, finalize, flushCache,
#> getActualBlockSize, getBlockSize, getChecksum, getColorTable,
#> getDataTypeName, getDefaultHistogram, getDefaultRAT, getDescription,
#> getDriverLongName, getDriverShortName, getFileList, getFilename,
#> getGeoTransform, getHistogram, getMetadata, getMetadataDomainList,
#> getMetadataItem, getMinMax, getNoDataValue, getOffset, getOverviewCount,
#> getPaletteInterp, getProjection, getProjectionRef, getRasterColorInterp,
#> getRasterCount, getRasterXSize, getRasterYSize, getScale, getStatistics,
#> getUnitType, get_pixel_line, info, infoAsJSON, initialize, isOpen, open,
#> read, res, setColorTable, setDefaultRAT, setDescription, setFilename,
#> setGeoTransform, setMetadataItem, setNoDataValue, setOffset, setProjection,
#> setRasterColorInterp, setScale, setUnitType, write
As described in the GDAL Raster Data Model, a GDAL dataset contains a list of raster bands, all pertaining to the same area and having the same resolution. It also has metadata, a coordinate system, a georeferencing transform, size of raster and various other information.
In the particular but common case of a “north up” raster without any rotation or shearing, the georeferencing transform (see Geotransform Tutorial) takes the following form with 1-based indexing in R:
ds$getGeoTransform()
gt <-1] # x-coordinate of upper-left corner of the upper-left pixel
gt[#> [1] 323476.1
2] # pixel width (w-e resolution)
gt[#> [1] 30
3] # 0 for north-up
gt[#> [1] 0
4] # y-coordinate of upper-left corner of the upper-left pixel
gt[#> [1] 5105082
5] # 0 for north-up
gt[#> [1] 0
6] # pixel height (n-s resolution, negative value)
gt[#> [1] -30
In the general case, this is an affine transform. Class GDALRaster
includes convenience methods for the case of a north-up raster:
$bbox() # xmin, ymin, xmax, ymax
ds#> [1] 323476.1 5101872.0 327766.1 5105082.0
$res() # pixel width, pixel height as positive values
ds#> [1] 30 30
The following code retrieves some additional information about the dataset:
# GDAL format driver
$getDriverShortName()
ds#> [1] "GTiff"
$getDriverLongName()
ds#> [1] "GeoTIFF"
# raster size in pixels, number of bands
$getRasterXSize()
ds#> [1] 143
$getRasterYSize()
ds#> [1] 107
$getRasterCount()
ds#> [1] 1
$dim()
ds#> [1] 143 107 1
# coordinate reference system as WKT string
$getProjectionRef()
ds#> [1] "PROJCS[\"NAD83 / UTM zone 12N\",GEOGCS[\"NAD83\",DATUM[\"North_American_Datum_1983\",SPHEROID[\"GRS 1980\",6378137,298.257222101,AUTHORITY[\"EPSG\",\"7019\"]],AUTHORITY[\"EPSG\",\"6269\"]],PRIMEM[\"Greenwich\",0,AUTHORITY[\"EPSG\",\"8901\"]],UNIT[\"degree\",0.0174532925199433,AUTHORITY[\"EPSG\",\"9122\"]],AUTHORITY[\"EPSG\",\"4269\"]],PROJECTION[\"Transverse_Mercator\"],PARAMETER[\"latitude_of_origin\",0],PARAMETER[\"central_meridian\",-111],PARAMETER[\"scale_factor\",0.9996],PARAMETER[\"false_easting\",500000],PARAMETER[\"false_northing\",0],UNIT[\"metre\",1,AUTHORITY[\"EPSG\",\"9001\"]],AXIS[\"Easting\",EAST],AXIS[\"Northing\",NORTH],AUTHORITY[\"EPSG\",\"26912\"]]"
# origin and pixel size from the geotransform
print(paste("Origin:", gt[1], gt[4]))
#> [1] "Origin: 323476.1 5105082"
print(paste("Pixel size:", gt[2], gt[6]))
#> [1] "Pixel size: 30 -30"
At this time access to raster data via GDAL is done one band at a time. Also, metadata, block sizes, nodata values and various other information are available on a per-band basis. Class GDALRaster
provides methods to access raster band objects of the dataset (numbered 1 through ds$getRasterCount()
) by specifying a band
number as the first argument:
# block size
$getBlockSize(band=1)
ds#> [1] 143 57
# data type
$getDataTypeName(band=1)
ds#> [1] "Byte"
# nodata value
$getNoDataValue(band=1)
ds#> [1] 255
# min, max, mean, sd of pixel values in the band
$getStatistics(band=1, approx_ok = FALSE, force = TRUE)
ds#> 0...10...20...30...40...50...60...70...80...90...100 - done.
#> [1] 0.00000 71.00000 23.69950 23.17744
# does this band have overviews? (aka "pyramids")
$getOverviewCount(band=1)
ds#> [1] 0
# does this band have a color table?
ds$getColorTable(band=1)
col_tbl <-if (!is.null(col_tbl))
head(col_tbl)
#> value red green blue alpha
#> [1,] 0 255 255 255 255
#> [2,] 1 252 254 252 255
#> [3,] 2 250 253 250 255
#> [4,] 3 248 252 247 255
#> [5,] 4 245 251 245 255
#> [6,] 5 243 250 242 255
GDALRaster$read()
is a wrapper for the GDALRasterBand::RasterIO()
method in the underlying API. This method will automatically take care of data type conversion, up/down sampling and windowing. The following code will read the first row of data into a similarly sized vector. GDALRaster$read()
will return data as R integer
type if possible for the raster data type (Byte, Int8, Int16, UInt16, Int32), otherwise the returned vector will be of type double
(UInt32, Float32, Float64) or complex
(CInt16, CInt32, CFloat32, CFloat64). The returned data are organized in left to right, top to bottom pixel order. NA
will be returned in place of the nodata value if the raster dataset has a nodata value defined for the band:
# read the first row of pixel values
ds$getRasterXSize()
ncols <- ds$read(band = 1,
rowdata <-xoff = 0,
yoff = 0,
xsize = ncols,
ysize = 1,
out_xsize = ncols,
out_ysize = 1)
length(rowdata)
#> [1] 143
typeof(rowdata)
#> [1] "integer"
head(rowdata)
#> [1] 59 63 64 51 25 20
Writing data with GDALRaster$write()
is similar to $read()
with an additional argument specifying a vector of pixel data to write (arranged in left to right, top to bottom pixel order). The xoff
, yoff
, xsize
, ysize
arguments describe the window of raster data on disk to read (or write). It doesn’t have to fall on tile boundaries, though access may be more efficient in some cases if it does. Note that GDAL uses memory caching algorithms during raster I/O to improve performance. The operation of the caching mechanism and configuration of cache memory size might be considered when scaling I/O to large datasets (see GDAL Block Cache).
The values for out_xsize
and out_ysize
describe the size of the output buffer (an R vector of length out_xsize * out_ysize
that data will be read into). When reading data at full resolution this would be the same as the window size (xsize
, ysize
). However, to load a reduced resolution overview, out_xsize
, out_ysize
could be set to smaller than the window on disk. The $read()
method will perform automatic resampling as necessary if the specified output size (out_xsize * out_ysize
) is different than the size of the region being read (xsize * ysize
). In this case, overviews (a.k.a. “pyramids”) will be utilized to do the I/O more efficiently if overviews are available at suitable resolution.
The stand-alone function plot_raster()
uses base R graphics
to display raster data read from an open dataset (with options to display a subwindow, to read a reduced resolution overview, or read from multiple bands for RGB data):
plot_raster(ds, legend=TRUE, main="Storm Lake Tree Canopy Cover (%)")
Calling GDALRaster$close()
will result in proper cleanup, and flushing of any pending writes. Forgetting to close a dataset opened in update mode in a popular format like GTiff will likely result in being unable to open it afterwards.
# close the dataset for proper cleanup
$close() ds
New raster datasets in GDAL-supported formats may be created if the format driver supports creation. There are two general techniques for creating datasets in the GDAL API: GDALDriver::CreateCopy()
and GDALDriver::Create()
. Using the CreateCopy method in R involves calling the stand-alone function createCopy()
, passing in a source raster file name that should be copied. Using the Create method in R involves calling the stand-alone function create()
, and then explicitly writing all the metadata and raster data with separate calls. All format drivers that support creating new datasets support createCopy()
, but only a few support create()
.
The function gdal_formats()
lists all currently configured raster formats along with the following read/write flags:
ro
- read onlyrw
- read/write, supports createCopy()
rw+
- read/write/update, supports create()
The table of GDAL raster format drivers can also be consulted to determine if a particular driver supports Create or CreateCopy methods. Note that a number of drivers are read-only and do not support either creation method.
createCopy()
is simple to use as most information is collected from the source dataset. It includes an argument for passing a list of format specific creation options. It can be used to copy a raster to a different format, and/or change options such as the block size and arrangement, compression, various metadata, etc. The following code copies a multi-band raster in FARSITE v.4 LCP format (basically a raw format without support for compression or nodata values) to LZW-compressed GeoTiff:
system.file("extdata/storm_lake.lcp", package="gdalraster")
lcp_file <- paste0(tempdir(), "/", "storml_lndscp.tif")
tif_file <- c("COMPRESS=LZW")
opt <-createCopy(format = "GTiff",
dst_filename = tif_file,
src_filename = lcp_file,
options = opt)
#> 0...10...20...30...40...50...60...70...80...90...100 - done.
file.size(lcp_file)
#> [1] 252132
file.size(tif_file)
#> [1] 108510
new(GDALRaster, tif_file, read_only=FALSE)
ds <-
# band=0 for dataset-level metadata:
$getMetadata(band=0, domain="IMAGE_STRUCTURE")
ds#> [1] "COMPRESSION=LZW" "INTERLEAVE=PIXEL"
# set nodata value for all bands
for (band in 1:ds$getRasterCount())
$setNoDataValue(band, -9999)
ds
# band 2 of an LCP file is slope degrees
$getStatistics(band=2, approx_ok=FALSE, force=TRUE)
ds#> 0...10...20...30...40...50...60...70...80...90...100 - done.
#> [1] 0.00000 54.00000 22.93012 12.51330
$close() ds
Information about format specific creation options can be obtained with the function getCreationOptions()
. By default, this function lists all available creation options for a format. Output can also be filtered to specific options:
getCreationOptions("GTiff", "COMPRESS")
#> {xml_node}
#> <Option name="COMPRESS" type="string-select">
#> [1] <Value>NONE</Value>
#> [2] <Value>LZW</Value>
#> [3] <Value>PACKBITS</Value>
#> [4] <Value>JPEG</Value>
#> [5] <Value>CCITTRLE</Value>
#> [6] <Value>CCITTFAX3</Value>
#> [7] <Value>CCITTFAX4</Value>
#> [8] <Value>DEFLATE</Value>
#> [9] <Value>LZMA</Value>
#> [10] <Value>ZSTD</Value>
#> [11] <Value>WEBP</Value>
getCreationOptions("GTiff", "SPARSE_OK")
#> {xml_node}
#> <Option name="SPARSE_OK" type="boolean" description="Should empty blocks be omitted on disk?" default="FALSE">
create()
can be used to create a new raster dataset manually. This function can also take a list of creation options as described above for createCopy()
, but the raster size, number of bands and band type must be provided explicitly:
paste0(tempdir(), "/", "newdata.tif")
new_file <-create(format = "GTiff",
dst_filename = new_file,
xsize = 143,
ysize = 107,
nbands = 1,
dataType = "Int16")
Once the dataset is successfully created, all appropriate metadata and raster data must be written to the file. What this includes will vary according to usage, but a simple case with a projection, geotransform and raster data is covered here:
new(GDALRaster, new_file, read_only=FALSE)
ds <-
# EPSG:26912 - NAD83 / UTM zone 12N
$setProjection(epsg_to_wkt(26912))
ds#> [1] TRUE
c(323476.1, 30, 0, 5105082.0, 0, -30)
gt <-$setGeoTransform(gt)
ds#> [1] TRUE
$setNoDataValue(band=1, -9999)
ds#> [1] TRUE
$fillRaster(band=1, -9999, 0)
ds
# ...
# close the dataset when done
$close() ds
gdalraster provides two additional functions for creating raster datasets:
rasterFromRaster()
creates a new raster with spatial reference, extent and resolution taken from a template raster, without copying data. It optionally changes the format, number of bands, data type and nodata value, sets driver-specific dataset creation options, and initializes to a value.
rasterToVRT()
creates a virtual raster dataset (VRT) derived from a source raster with options for virtual subsetting, virtually resampling the source data at a different pixel resolution, or applying a virtual kernel filter.
Wrapper functions for several GDAL utilities, including translate()
and warp()
, are also available. See the package overview for a full summary of functionality provided by the GDAL API bindings.
The example datasets are National Land Cover Database (NLCD) Tree Canopy Cover (TCC v2021.4) from the USDA Forest Service (https://data.fs.usda.gov/geodata/rastergateway/treecanopycover/), and a multi-band FARSITE landscape file describing terrain, vegetation and wildland fuels from the LANDFIRE Program (LF 2020 version, https://landfire.gov/).
These binaries (installable software) and packages are in development.
They may not be fully stable and should be used with caution. We make no claims about them.
Health stats visible at Monitor.