Alan D. Snow

icon indicating a website link https://www.linkedin.com/in/alan-snow-55bb8726/

icon company @corteva icon location My expertise is a mix of programming, GIS, hydrology, and web development.

Results 545 comments of Alan D. Snow

Rename bands as variables using long_name attribute

Those documentation contributions would be great 👍

Document difference between `set_crs` and `write_crs`

Looks like you found this: https://corteva.github.io/rioxarray/stable/getting_started/crs_management.html `set_crs` is not recommended to use because the CRS doesn't persist.

Document difference between `set_crs` and `write_crs`

Thank you for your suggestions! Contributions are welcome and appreciated.

Document difference between `set_crs` and `write_crs`

Related #356

All multiple nodata values to be passed to reproject

This is the recommended approach for setting the nodata values: https://corteva.github.io/rioxarray/stable/getting_started/nodata_management.html

All multiple nodata values to be passed to reproject

A PR would be welcome!

Writing a large tiff without specifying BIGTIFF="YES" silently fails writing some blocks

This is likely due to using a dask array when writing as it uses a different writing mechanism. Do you run into this issue with a numpy array?

Writing a large tiff without specifying BIGTIFF="YES" silently fails writing some blocks

I am guessing this is related: https://github.com/corteva/rioxarray/issues/220 See: https://corteva.github.io/rioxarray/latest/examples/dask_read_write.html

Writing a large tiff without specifying BIGTIFF="YES" silently fails writing some blocks

From: https://gdal.org/drivers/raster/gtiff.html Default: `BIGTIFF=IF_NEEDED` Description: "will only create a BigTIFF if it is clearly needed (in the uncompressed case, and image larger than 4GB. So no effect when using a...

Allow rio.to_raster with a BytesIO object

Related: https://github.com/corteva/rioxarray/discussions/204