Op vr 25 jan. 2019 om 22:45 schreef Sean Gillies via Groups.Io <sean@...>: You can (nowadays) specify the numpy version depending on the python version in pyproject.toml, which should

Hi all, I was tripped up by the release of pip 19 and want to share what I learned so that you can avoid the same bruises. Rasterio has a pyproject.toml file since version 1.0. This file specifies the

Wow! This is awesome! I made similar changes to add GS support locally. I will pull 1.0.14 and see if all GCS related workflow works as expected in my Kubernetes cluster. Thanks! Madhav

Hi all, Rasterio 1.0.14 is on PyPI now: https://pypi.org/project/rasterio/1.0.14/. The changes are listed here: https://github.com/mapbox/rasterio/blob/master/CHANGES.txt#L4-L17. We've attempted to

Thanks, Sean. I apologize for not clarifying this, but even though I referenced the gdal translate tool I was looking to do this through the Rasterio API. I was able to take a look at the code for rio

Hi, Rasterio's rio-convert program can linearly scale pixels and apply offsets: $ rio convert --help Usage: rio convert [OPTIONS] INPUTS... OUTPUT Copy and convert raster datasets to other data

Is there any way to replicate the -scale functionality of gdal_translate in Rasterio to scale the input pixels of a geotiff to a different range?

I am testing the Resamling code from the documentation-link, to resample a tiff file: But I am getting an error (ValueError: Invalid Source), I don't think it is the raster. Googling around did not

Hi, I'm glad you're liking the project and appreciate your comments about the documentation. I've made a new ticket to track these issues: https://github.com/mapbox/rasterio/issues/1596. Yours,--

Hello Rasterio community, while I have been using GDAL-python for a few years, I am delighted to learn about Rasterio. Both in GDAL and Rasterio (matter of fact any programming) require detail and to

Hi Sean, Thank you for you help and excuse the late reply! I will find another way of accomplishing this. Best regards, Niklas Am Mi., 9. Jan. 2019 um 22:12 Uhr schrieb Sean Gillies via Groups.Io

In https://github.com/OSGeo/gdal/issues/1189#issuecomment-452716305, Even reminds us that GDAL does not support writing TIFFs to S3 and I'm pretty sure that this applies to Azure as well. See the note

Hi Guy, Let's try to answer your questions on the main discussion group. The dev group is for discussing development of the library itself: new API methods, infrastructure, governance, &c. I've

Hi Niklas, First off, in my original reply I missed the chance to suggest that we move this discussion to the main (not dev) discussion group, which has more users. The dev group is for discussing and

The `r+` trick is very neat for changing the metadata in-place. But for actually changing the data values to match the new metadata, both your suggestions are fine - either used masked arrays or do

Hi, I'm sorry this isn't more obviously documented. You can change the nodata value of an existing dataset by opening it in r+ mode and setting the attribute. with rasterio.open("example.tif", "r+")

Hi Everyone, Using RasterIO, what is the correct way to change (or assign if it isn't already set) the no data value for a single or multi band TIF file? For example using the test rgb.byte.tif file,

Hi, The thing that is tripping Guy up is that reproject has an optional init_dest_nodata keyword argument that defaults to True: the output array is filled with the nodata value (0) before warped

Hi Guy, The dest array will be overwritten by the reprojected data based on your source array. So, to get ones in the destination, you would need to modify the source array to have ones in it. Hope

Hi guys I am trying to use a method `rasterio.warp.reproject` I create a source numpy array full of zeros and dest numpy array full of ones, I reprojected using the nearset resmapling and