read error after mosaic_rasters in RConverting CIB data to Google Tiles with GDALgdal_merge produces incomplete mosaicUploading raster format(*.tif) to postgis through raster2pgsql“fill in” .vrt with missing locations in a mosaicMerge raster layers errorHow to compute Tree Cover Loss by year in QGIS?Efficiently process large rastersUnique values in extremely large rasterConverting Sentinel 2 jp2 bands to TIFF with gdalGeoServer ImageMosaic coming out blank with overlapping images [solved]
Are there any examples of a variable being normally distributed that is *not* due to the Central Limit Theorem?
Ambiguity in the definition of entropy
Why didn't Miles's spider sense work before?
Why would the Red Woman birth a shadow if she worshipped the Lord of the Light?
Plagiarism or not?
Unlock My Phone! February 2018
CAST throwing error when run in stored procedure but not when run as raw query
Is it logically or scientifically possible to artificially send energy to the body?
Venezuelan girlfriend wants to travel the USA to be with me. What is the process?
Forgetting the musical notes while performing in concert
Size of subfigure fitting its content (tikzpicture)
ssTTsSTtRrriinInnnnNNNIiinngg
Am I breaking OOP practice with this architecture?
How do conventional missiles fly?
How dangerous is XSS?
I would say: "You are another teacher", but she is a woman and I am a man
How to tell a function to use the default argument values?
How do I deal with an unproductive colleague in a small company?
Can we compute the area of a quadrilateral with one right angle when we only know the lengths of any three sides?
How writing a dominant 7 sus4 chord in RNA ( Vsus7 chord in the 1st inversion)
Is there an expression that means doing something right before you will need it rather than doing it in case you might need it?
What method can I use to design a dungeon difficult enough that the PCs can't make it through without killing them?
Can a virus destroy the BIOS of a modern computer?
Bullying boss launched a smear campaign and made me unemployable
read error after mosaic_rasters in R
Converting CIB data to Google Tiles with GDALgdal_merge produces incomplete mosaicUploading raster format(*.tif) to postgis through raster2pgsql“fill in” .vrt with missing locations in a mosaicMerge raster layers errorHow to compute Tree Cover Loss by year in QGIS?Efficiently process large rastersUnique values in extremely large rasterConverting Sentinel 2 jp2 bands to TIFF with gdalGeoServer ImageMosaic coming out blank with overlapping images [solved]
I am using mosaic_rasters from gdalUtils to combine different raster files. More specifically, I am using the 12 tiles that cover Southern Africa from the well-known Hansen et al. (2013) forest map (1.1) that can be downloaded here: http://earthenginepartners.appspot.com/science-2013-global-forest/download_v1.1.html. I am using the tree cover, forest gain and forest loss data. All is working fine for the forest gain and forest loss files but I receive an error when combing the tree cover files (which are the largest).
Below you will find my code. Note that "tree_cover_files" is a vector that points towards the 12 tiles stored in a local folder. I am receiving the following error after some time:
Checking gdal_installation...
Scanning for GDAL installations...
Checking the gdalUtils_gdalPath option...
GDAL version 2.2.4
GDAL command being used: "C:OSGeo4W64bingdalbuildvrt.exe" -input_file_list "c:TempRtmpkRd30lfile4687024480a.txt" "c:TempRtmpkRd30lfile4684596162f.vrt"
Checking gdal_installation...
Scanning for GDAL installations...
Checking the gdalUtils_gdalPath option...
GDAL version 2.2.4
GDAL command being used: "C:OSGeo4W64bingdal_translate.exe" -of "GTiff" "c:TempRtmpkRd30lfile4684596162f.vrt" "P:/globiom/Projects/ISWEL/data/forest/combined_tiles/tree_cover.tif"
Input file size is 120000, 1600000...10...20...30...40...
ERROR 1: TIFFFillStrip:Read error at scanline 39921; got 3204 bytes, expected 10047
ERROR 1: TIFFReadEncodedStrip() failed.
ERROR 1: P:/globiom/Projects/ISWEL/data/forest/tree_cover/Hansen_GFC2014_treecover2000_10S_030E.tif, band 1: IReadBlock failed at X offset 0, Y offset 39922
ERROR 1: GetBlockRef failed at X block offset 0, Y block offset 39922
I understand that this might be thread error, related to how the files are read and intermediate vrt file is constructed (https://github.com/mapnik/node-mapnik/issues/437 ) and could be solved by setting "VRT_SHARED_SOURCE" to 0. I tried to do this using setCPLConfigOption("VRT_SHARED_SOURCE", "0") in R but still receive the same error. Is this really the way to solve this or is the file perhaps corrupt (unlikely as this dataset is used by many people - I also downloaded them twice)? I hope somebody can give me advice on how to make this work.
library(purrr)
library(curl)
### FUNCTIONS
# Function to download data
# NB: need to add mode = "wb" for binary files otherwise the tif will be corrupted!!!!
download_f <- function(url, folder)
print(url)
dstfile <- file.path(proj_path, paste0(folder, basename(url)))
if(!file.exists(dstfile)) download(url, mode = "wb", destfile = dstfile)
### DOWNLOAD DATA
#source: Hansen et al. (2013), http://science.sciencemag.org/content/342/6160/850
#Website: http://earthenginepartners.appspot.com/science-2013-global-forest/download_v1.1.html
# The files are at a 30m resolution and therefore very large. We only download the tiles for Southern Africa using the following
# NS and EWE combinations
NS <- c("00N", "10S", "20S", "30S")
EW <- c("010E", "020E", "030E")
NS_EW <- expand.grid(NS = NS, EW = EW, stringsAsFactors = F)
NS_EW <- paste(NS_EW$NS, NS_EW$EW, sep = "_")
NS_EW <- paste(NS_EW, collapse = "|")
## Treecover
# list of urls for treecover tiles
url <- "http://commondatastorage.googleapis.com/earthenginepartners-hansen/GFC2014/treecover2000.txt"
# Select relevant tiles
filenames = getURL(url)
filenames = strsplit(filenames, "n")[[1]]
tiles = grep(NS_EW, filenames, value = T)
# Set location
# Create "data" subfolder manually
proj_path <- "C:/temp"
# download
walk(tiles, download_f, "data/")
### MOSAIC
e <- extent(20, 40, -20, -10)
template <- raster(e)
proj4string(template) <- CRS("+proj=longlat +datum=WGS84 +no_defs +ellps=WGS84 +towgs84=0,0,0")
writeRaster(template, file = file.path(proj_path, "data/tree_cover.tif"), format="GTiff", overwrite = T)
# Create list of tif files
tree_cover_files <- list.files(file.path(proj_path, "data"), pattern = glob2rx("*.tif"), full.names = T)
setCPLConfigOption("VRT_SHARED_SOURCE", "0")
mosaic_rasters(gdalfile = tree_cover_files,
dst_dataset = file.path(proj_path, "data/tree_cover.tif"), of="GTiff",
verbose = T)
raster gdal r mosaic gdalutils
add a comment |
I am using mosaic_rasters from gdalUtils to combine different raster files. More specifically, I am using the 12 tiles that cover Southern Africa from the well-known Hansen et al. (2013) forest map (1.1) that can be downloaded here: http://earthenginepartners.appspot.com/science-2013-global-forest/download_v1.1.html. I am using the tree cover, forest gain and forest loss data. All is working fine for the forest gain and forest loss files but I receive an error when combing the tree cover files (which are the largest).
Below you will find my code. Note that "tree_cover_files" is a vector that points towards the 12 tiles stored in a local folder. I am receiving the following error after some time:
Checking gdal_installation...
Scanning for GDAL installations...
Checking the gdalUtils_gdalPath option...
GDAL version 2.2.4
GDAL command being used: "C:OSGeo4W64bingdalbuildvrt.exe" -input_file_list "c:TempRtmpkRd30lfile4687024480a.txt" "c:TempRtmpkRd30lfile4684596162f.vrt"
Checking gdal_installation...
Scanning for GDAL installations...
Checking the gdalUtils_gdalPath option...
GDAL version 2.2.4
GDAL command being used: "C:OSGeo4W64bingdal_translate.exe" -of "GTiff" "c:TempRtmpkRd30lfile4684596162f.vrt" "P:/globiom/Projects/ISWEL/data/forest/combined_tiles/tree_cover.tif"
Input file size is 120000, 1600000...10...20...30...40...
ERROR 1: TIFFFillStrip:Read error at scanline 39921; got 3204 bytes, expected 10047
ERROR 1: TIFFReadEncodedStrip() failed.
ERROR 1: P:/globiom/Projects/ISWEL/data/forest/tree_cover/Hansen_GFC2014_treecover2000_10S_030E.tif, band 1: IReadBlock failed at X offset 0, Y offset 39922
ERROR 1: GetBlockRef failed at X block offset 0, Y block offset 39922
I understand that this might be thread error, related to how the files are read and intermediate vrt file is constructed (https://github.com/mapnik/node-mapnik/issues/437 ) and could be solved by setting "VRT_SHARED_SOURCE" to 0. I tried to do this using setCPLConfigOption("VRT_SHARED_SOURCE", "0") in R but still receive the same error. Is this really the way to solve this or is the file perhaps corrupt (unlikely as this dataset is used by many people - I also downloaded them twice)? I hope somebody can give me advice on how to make this work.
library(purrr)
library(curl)
### FUNCTIONS
# Function to download data
# NB: need to add mode = "wb" for binary files otherwise the tif will be corrupted!!!!
download_f <- function(url, folder)
print(url)
dstfile <- file.path(proj_path, paste0(folder, basename(url)))
if(!file.exists(dstfile)) download(url, mode = "wb", destfile = dstfile)
### DOWNLOAD DATA
#source: Hansen et al. (2013), http://science.sciencemag.org/content/342/6160/850
#Website: http://earthenginepartners.appspot.com/science-2013-global-forest/download_v1.1.html
# The files are at a 30m resolution and therefore very large. We only download the tiles for Southern Africa using the following
# NS and EWE combinations
NS <- c("00N", "10S", "20S", "30S")
EW <- c("010E", "020E", "030E")
NS_EW <- expand.grid(NS = NS, EW = EW, stringsAsFactors = F)
NS_EW <- paste(NS_EW$NS, NS_EW$EW, sep = "_")
NS_EW <- paste(NS_EW, collapse = "|")
## Treecover
# list of urls for treecover tiles
url <- "http://commondatastorage.googleapis.com/earthenginepartners-hansen/GFC2014/treecover2000.txt"
# Select relevant tiles
filenames = getURL(url)
filenames = strsplit(filenames, "n")[[1]]
tiles = grep(NS_EW, filenames, value = T)
# Set location
# Create "data" subfolder manually
proj_path <- "C:/temp"
# download
walk(tiles, download_f, "data/")
### MOSAIC
e <- extent(20, 40, -20, -10)
template <- raster(e)
proj4string(template) <- CRS("+proj=longlat +datum=WGS84 +no_defs +ellps=WGS84 +towgs84=0,0,0")
writeRaster(template, file = file.path(proj_path, "data/tree_cover.tif"), format="GTiff", overwrite = T)
# Create list of tif files
tree_cover_files <- list.files(file.path(proj_path, "data"), pattern = glob2rx("*.tif"), full.names = T)
setCPLConfigOption("VRT_SHARED_SOURCE", "0")
mosaic_rasters(gdalfile = tree_cover_files,
dst_dataset = file.path(proj_path, "data/tree_cover.tif"), of="GTiff",
verbose = T)
raster gdal r mosaic gdalutils
Have you got 12 files of the formHansen_GFC2014_treecover2000_10S_070W.tif
? And each one is about 150Mb big? And you are trying to make one TIFF over the whole area? Is the result going to be too big for GDAL? Can you make a fully reproducible example including the URLs of the files, because its going to take ages to download those for me and I don't want to waste my time.
– Spacedman
Mar 26 at 8:34
I have added a piece of code that I used to download the relevant tiles (12) to my HD fur further processing. If you create the relevant temporary folder and subfolder, it should automatically download the relevant files after which you can run the code I wrote to mosaic the files. Perhaps the resulting file is too large for GDAL. That would at least be an explanation why it does not work.
– Michiel van Dijk
2 days ago
add a comment |
I am using mosaic_rasters from gdalUtils to combine different raster files. More specifically, I am using the 12 tiles that cover Southern Africa from the well-known Hansen et al. (2013) forest map (1.1) that can be downloaded here: http://earthenginepartners.appspot.com/science-2013-global-forest/download_v1.1.html. I am using the tree cover, forest gain and forest loss data. All is working fine for the forest gain and forest loss files but I receive an error when combing the tree cover files (which are the largest).
Below you will find my code. Note that "tree_cover_files" is a vector that points towards the 12 tiles stored in a local folder. I am receiving the following error after some time:
Checking gdal_installation...
Scanning for GDAL installations...
Checking the gdalUtils_gdalPath option...
GDAL version 2.2.4
GDAL command being used: "C:OSGeo4W64bingdalbuildvrt.exe" -input_file_list "c:TempRtmpkRd30lfile4687024480a.txt" "c:TempRtmpkRd30lfile4684596162f.vrt"
Checking gdal_installation...
Scanning for GDAL installations...
Checking the gdalUtils_gdalPath option...
GDAL version 2.2.4
GDAL command being used: "C:OSGeo4W64bingdal_translate.exe" -of "GTiff" "c:TempRtmpkRd30lfile4684596162f.vrt" "P:/globiom/Projects/ISWEL/data/forest/combined_tiles/tree_cover.tif"
Input file size is 120000, 1600000...10...20...30...40...
ERROR 1: TIFFFillStrip:Read error at scanline 39921; got 3204 bytes, expected 10047
ERROR 1: TIFFReadEncodedStrip() failed.
ERROR 1: P:/globiom/Projects/ISWEL/data/forest/tree_cover/Hansen_GFC2014_treecover2000_10S_030E.tif, band 1: IReadBlock failed at X offset 0, Y offset 39922
ERROR 1: GetBlockRef failed at X block offset 0, Y block offset 39922
I understand that this might be thread error, related to how the files are read and intermediate vrt file is constructed (https://github.com/mapnik/node-mapnik/issues/437 ) and could be solved by setting "VRT_SHARED_SOURCE" to 0. I tried to do this using setCPLConfigOption("VRT_SHARED_SOURCE", "0") in R but still receive the same error. Is this really the way to solve this or is the file perhaps corrupt (unlikely as this dataset is used by many people - I also downloaded them twice)? I hope somebody can give me advice on how to make this work.
library(purrr)
library(curl)
### FUNCTIONS
# Function to download data
# NB: need to add mode = "wb" for binary files otherwise the tif will be corrupted!!!!
download_f <- function(url, folder)
print(url)
dstfile <- file.path(proj_path, paste0(folder, basename(url)))
if(!file.exists(dstfile)) download(url, mode = "wb", destfile = dstfile)
### DOWNLOAD DATA
#source: Hansen et al. (2013), http://science.sciencemag.org/content/342/6160/850
#Website: http://earthenginepartners.appspot.com/science-2013-global-forest/download_v1.1.html
# The files are at a 30m resolution and therefore very large. We only download the tiles for Southern Africa using the following
# NS and EWE combinations
NS <- c("00N", "10S", "20S", "30S")
EW <- c("010E", "020E", "030E")
NS_EW <- expand.grid(NS = NS, EW = EW, stringsAsFactors = F)
NS_EW <- paste(NS_EW$NS, NS_EW$EW, sep = "_")
NS_EW <- paste(NS_EW, collapse = "|")
## Treecover
# list of urls for treecover tiles
url <- "http://commondatastorage.googleapis.com/earthenginepartners-hansen/GFC2014/treecover2000.txt"
# Select relevant tiles
filenames = getURL(url)
filenames = strsplit(filenames, "n")[[1]]
tiles = grep(NS_EW, filenames, value = T)
# Set location
# Create "data" subfolder manually
proj_path <- "C:/temp"
# download
walk(tiles, download_f, "data/")
### MOSAIC
e <- extent(20, 40, -20, -10)
template <- raster(e)
proj4string(template) <- CRS("+proj=longlat +datum=WGS84 +no_defs +ellps=WGS84 +towgs84=0,0,0")
writeRaster(template, file = file.path(proj_path, "data/tree_cover.tif"), format="GTiff", overwrite = T)
# Create list of tif files
tree_cover_files <- list.files(file.path(proj_path, "data"), pattern = glob2rx("*.tif"), full.names = T)
setCPLConfigOption("VRT_SHARED_SOURCE", "0")
mosaic_rasters(gdalfile = tree_cover_files,
dst_dataset = file.path(proj_path, "data/tree_cover.tif"), of="GTiff",
verbose = T)
raster gdal r mosaic gdalutils
I am using mosaic_rasters from gdalUtils to combine different raster files. More specifically, I am using the 12 tiles that cover Southern Africa from the well-known Hansen et al. (2013) forest map (1.1) that can be downloaded here: http://earthenginepartners.appspot.com/science-2013-global-forest/download_v1.1.html. I am using the tree cover, forest gain and forest loss data. All is working fine for the forest gain and forest loss files but I receive an error when combing the tree cover files (which are the largest).
Below you will find my code. Note that "tree_cover_files" is a vector that points towards the 12 tiles stored in a local folder. I am receiving the following error after some time:
Checking gdal_installation...
Scanning for GDAL installations...
Checking the gdalUtils_gdalPath option...
GDAL version 2.2.4
GDAL command being used: "C:OSGeo4W64bingdalbuildvrt.exe" -input_file_list "c:TempRtmpkRd30lfile4687024480a.txt" "c:TempRtmpkRd30lfile4684596162f.vrt"
Checking gdal_installation...
Scanning for GDAL installations...
Checking the gdalUtils_gdalPath option...
GDAL version 2.2.4
GDAL command being used: "C:OSGeo4W64bingdal_translate.exe" -of "GTiff" "c:TempRtmpkRd30lfile4684596162f.vrt" "P:/globiom/Projects/ISWEL/data/forest/combined_tiles/tree_cover.tif"
Input file size is 120000, 1600000...10...20...30...40...
ERROR 1: TIFFFillStrip:Read error at scanline 39921; got 3204 bytes, expected 10047
ERROR 1: TIFFReadEncodedStrip() failed.
ERROR 1: P:/globiom/Projects/ISWEL/data/forest/tree_cover/Hansen_GFC2014_treecover2000_10S_030E.tif, band 1: IReadBlock failed at X offset 0, Y offset 39922
ERROR 1: GetBlockRef failed at X block offset 0, Y block offset 39922
I understand that this might be thread error, related to how the files are read and intermediate vrt file is constructed (https://github.com/mapnik/node-mapnik/issues/437 ) and could be solved by setting "VRT_SHARED_SOURCE" to 0. I tried to do this using setCPLConfigOption("VRT_SHARED_SOURCE", "0") in R but still receive the same error. Is this really the way to solve this or is the file perhaps corrupt (unlikely as this dataset is used by many people - I also downloaded them twice)? I hope somebody can give me advice on how to make this work.
library(purrr)
library(curl)
### FUNCTIONS
# Function to download data
# NB: need to add mode = "wb" for binary files otherwise the tif will be corrupted!!!!
download_f <- function(url, folder)
print(url)
dstfile <- file.path(proj_path, paste0(folder, basename(url)))
if(!file.exists(dstfile)) download(url, mode = "wb", destfile = dstfile)
### DOWNLOAD DATA
#source: Hansen et al. (2013), http://science.sciencemag.org/content/342/6160/850
#Website: http://earthenginepartners.appspot.com/science-2013-global-forest/download_v1.1.html
# The files are at a 30m resolution and therefore very large. We only download the tiles for Southern Africa using the following
# NS and EWE combinations
NS <- c("00N", "10S", "20S", "30S")
EW <- c("010E", "020E", "030E")
NS_EW <- expand.grid(NS = NS, EW = EW, stringsAsFactors = F)
NS_EW <- paste(NS_EW$NS, NS_EW$EW, sep = "_")
NS_EW <- paste(NS_EW, collapse = "|")
## Treecover
# list of urls for treecover tiles
url <- "http://commondatastorage.googleapis.com/earthenginepartners-hansen/GFC2014/treecover2000.txt"
# Select relevant tiles
filenames = getURL(url)
filenames = strsplit(filenames, "n")[[1]]
tiles = grep(NS_EW, filenames, value = T)
# Set location
# Create "data" subfolder manually
proj_path <- "C:/temp"
# download
walk(tiles, download_f, "data/")
### MOSAIC
e <- extent(20, 40, -20, -10)
template <- raster(e)
proj4string(template) <- CRS("+proj=longlat +datum=WGS84 +no_defs +ellps=WGS84 +towgs84=0,0,0")
writeRaster(template, file = file.path(proj_path, "data/tree_cover.tif"), format="GTiff", overwrite = T)
# Create list of tif files
tree_cover_files <- list.files(file.path(proj_path, "data"), pattern = glob2rx("*.tif"), full.names = T)
setCPLConfigOption("VRT_SHARED_SOURCE", "0")
mosaic_rasters(gdalfile = tree_cover_files,
dst_dataset = file.path(proj_path, "data/tree_cover.tif"), of="GTiff",
verbose = T)
raster gdal r mosaic gdalutils
raster gdal r mosaic gdalutils
edited 2 days ago
Michiel van Dijk
asked Mar 25 at 20:11
Michiel van DijkMichiel van Dijk
212
212
Have you got 12 files of the formHansen_GFC2014_treecover2000_10S_070W.tif
? And each one is about 150Mb big? And you are trying to make one TIFF over the whole area? Is the result going to be too big for GDAL? Can you make a fully reproducible example including the URLs of the files, because its going to take ages to download those for me and I don't want to waste my time.
– Spacedman
Mar 26 at 8:34
I have added a piece of code that I used to download the relevant tiles (12) to my HD fur further processing. If you create the relevant temporary folder and subfolder, it should automatically download the relevant files after which you can run the code I wrote to mosaic the files. Perhaps the resulting file is too large for GDAL. That would at least be an explanation why it does not work.
– Michiel van Dijk
2 days ago
add a comment |
Have you got 12 files of the formHansen_GFC2014_treecover2000_10S_070W.tif
? And each one is about 150Mb big? And you are trying to make one TIFF over the whole area? Is the result going to be too big for GDAL? Can you make a fully reproducible example including the URLs of the files, because its going to take ages to download those for me and I don't want to waste my time.
– Spacedman
Mar 26 at 8:34
I have added a piece of code that I used to download the relevant tiles (12) to my HD fur further processing. If you create the relevant temporary folder and subfolder, it should automatically download the relevant files after which you can run the code I wrote to mosaic the files. Perhaps the resulting file is too large for GDAL. That would at least be an explanation why it does not work.
– Michiel van Dijk
2 days ago
Have you got 12 files of the form
Hansen_GFC2014_treecover2000_10S_070W.tif
? And each one is about 150Mb big? And you are trying to make one TIFF over the whole area? Is the result going to be too big for GDAL? Can you make a fully reproducible example including the URLs of the files, because its going to take ages to download those for me and I don't want to waste my time.– Spacedman
Mar 26 at 8:34
Have you got 12 files of the form
Hansen_GFC2014_treecover2000_10S_070W.tif
? And each one is about 150Mb big? And you are trying to make one TIFF over the whole area? Is the result going to be too big for GDAL? Can you make a fully reproducible example including the URLs of the files, because its going to take ages to download those for me and I don't want to waste my time.– Spacedman
Mar 26 at 8:34
I have added a piece of code that I used to download the relevant tiles (12) to my HD fur further processing. If you create the relevant temporary folder and subfolder, it should automatically download the relevant files after which you can run the code I wrote to mosaic the files. Perhaps the resulting file is too large for GDAL. That would at least be an explanation why it does not work.
– Michiel van Dijk
2 days ago
I have added a piece of code that I used to download the relevant tiles (12) to my HD fur further processing. If you create the relevant temporary folder and subfolder, it should automatically download the relevant files after which you can run the code I wrote to mosaic the files. Perhaps the resulting file is too large for GDAL. That would at least be an explanation why it does not work.
– Michiel van Dijk
2 days ago
add a comment |
0
active
oldest
votes
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "79"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fgis.stackexchange.com%2fquestions%2f316643%2fread-error-after-mosaic-rasters-in-r%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
0
active
oldest
votes
0
active
oldest
votes
active
oldest
votes
active
oldest
votes
Thanks for contributing an answer to Geographic Information Systems Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fgis.stackexchange.com%2fquestions%2f316643%2fread-error-after-mosaic-rasters-in-r%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Have you got 12 files of the form
Hansen_GFC2014_treecover2000_10S_070W.tif
? And each one is about 150Mb big? And you are trying to make one TIFF over the whole area? Is the result going to be too big for GDAL? Can you make a fully reproducible example including the URLs of the files, because its going to take ages to download those for me and I don't want to waste my time.– Spacedman
Mar 26 at 8:34
I have added a piece of code that I used to download the relevant tiles (12) to my HD fur further processing. If you create the relevant temporary folder and subfolder, it should automatically download the relevant files after which you can run the code I wrote to mosaic the files. Perhaps the resulting file is too large for GDAL. That would at least be an explanation why it does not work.
– Michiel van Dijk
2 days ago