Correct, there is no need to specify the build tag. There is also no way to override the build tag other than to specify the entire URL of the wheel, but that's a good thing. -- Sean Gillies

Hi @Madhav, On linux it should work with `rasterio==1.0.15`

@Sean I am building a Docker image with the requirements.txt file set to rasterio==1.0.15. Do I have to do anything specific to get the 1.0.15-1 wheels for Docker image running on Linux?

Hi again, If you've installed a 1.0.15 rasterio wheel for Linux and are wondering where the HTTP/2 support is, it's in the new 1.0.15-1 wheels on PyPI now. Contrary to what I announced earlier today,

@Sean Just tested 1.0.15, GS support works great! Thanks... Madhav

Hi all, 1.0.15 is available on PyPI now and fixes two problems with 1.0.14 and its binary wheels. The first is that 1.0.14 didn't have the advertised Google cloud storage support. The second is that

Great! I am good for now through local rasterio 1.0.14 packaging but happy to test out GS support again once rasterio 1.0.15 is out.-- Madhav Desetty Chief Software Architect Airbus Aerial (404)

Yes, you are absolutely right. Google cloud support landed in master and I failed to cherry pick it before 1.0.14 as I'd intended. Sorry! I'm going to release a 1.0.15 to fix this tonight.-- Sean

@Sean I think something is not right with the PyPI distribution of rasterio 1.0.14. I did pip install rasterio into a clean virtualenv and it installed rasterio. See the pip show rasterio

Thanks, Joris! I'm going to capture this in a rasterio ticket. -- Sean Gillies

I setup rasterio 1.0.14 and try to do a rasterio.open with gs:// url and I get following error. I did set GOOGLE_APPLICATION_CREDENTIALS to json key file. What am I missing? >>> import rasterio >>>

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,--