Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

gdal_raster_data issues #194

Closed
mdsumner opened this issue Feb 22, 2023 · 2 comments
Closed

gdal_raster_data issues #194

mdsumner opened this issue Feb 22, 2023 · 2 comments

Comments

@mdsumner
Copy link
Member

mdsumner commented Feb 22, 2023

what's going on (leave out the laea), should not need crs set

https://twitter.com/mdsumner/status/1628401615303737344?s=20

@mdsumner
Copy link
Member Author

mdsumner commented Feb 27, 2023

FIXED: was casting tr to Int (crashed when < 1.0)

crashes, using target_dim = 0.1 (equivalent) is fine though.

# library(raadtools)
library(vapour)
# files <- ghrsstfiles()
# file.copy(files$fullname[1], ".")

sds <- vapour_sds_names("../gdal-source/20020601090000-JPL-L4_GHRSST-SSTfnd-MUR-GLOB-v02.0-fv04.1.nc")
dsn <- sprintf("vrt://%s?a_ullr=-180,90,180,-90&a_srs=OGC:CRS84", sds[1])
vapour_raster_info(dsn)
d <- vapour:::gdal_raster_data(dsn, target_ext = c(100, 150, -60, -40), target_res = 0.1)

@mdsumner mdsumner changed the title gdal_raster_data should not need crs set gdal_raster_data issues Feb 27, 2023
@mdsumner
Copy link
Member Author

works fine now

image

also, we can now do

dsn0 <- dsn:::mursst_time(as.Date("2002-06-01"))
d <- vapour:::gdal_raster_data(dsn, target_ext = c(100, 150, -60, -40), target_res = 0.1)

though is waay slower than having the file local

also relies on this being set (currently done in dsn):

Sys.setenv("AWS_NO_SIGN_REQUEST"="yes")

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant