As far as I can see from your example you are getting error during the call of reproject function. Which type has heat1 object? If it is ndarray then you need to pass src_crs argument to reproject.

File you write to must be open in writing mode: >>> rasterio.open('example.tif', 'w', **profile)

Yes please share your code.

I would recommend you to upgrade rasterio. The version you are using is quite old.

Hi Paolo. Can you reproduce the issue with the latest version of rasterio?

Is it expected that during reading process rasterio doesn't take into account rotation angle for rotated rasters (transform has non-zero rotation) ? In order to make it works properly I had to do gdal

Thanks! This is exactly what I was looking for. BTW GDAL has an appropriate method to export CRS to proj4: >>> srs.ExportToProj4() '+proj=utm +zone=5 +datum=WGS84 +units=m +no_defs ' In my opinion it

Hi folks! Is there a way to get a PROJ.4 representation of CRS object? I've tried to use to_proj4() method: from rasterio.crs import CRS wkt = 'PROJCS["WGS 84 / UTM zone 5N",GEOGCS["WGS 84",DATUM["WGS

You can find an example how to do that here: https://github.com/mapbox/rasterio/issues/1929.

The latest version is 1.1.5 (Jun 3, 2020). 1.1.0 has been released in 2019.

Do you use the latest version of rasterio?

The issue has been fixed via https://github.com/mapbox/rasterio/commit/15d8dd759256f12d412433f5b9824c8d16b33f8d.

Thanks Thomas. I've tried your approach but it still gives me a shifted output compared to gdal_translate.

Hi! I had faced the similar shifting issue yesterday: https://github.com/mapbox/rasterio/issues/1932

Hi everyone! I tried to convert gdal_translate command to rasterio and faced some problem I described here. The original command is: gdal_translate -oo OVERVIEW_LEVEL=1 -projwin 10816494.68930465 3653

Hi, We are going to use rasterio.vrt._boundless_vrt_doc for making a XML VRT out of dataset in our library. But we are little afraid because the name of this function tells that it is a private one. A

Thank you Sean! I made a PR at rasterio-wheels repository which updates GDAL to the latest stable version. Besides this we discovered that we need a rasterio wheels built against a master version of G

Hello folks, What is the policy of the project about GDAL version? The latest stable release of GDAL is 2.3.2 but recent wheels of rasterio are built onto 2.3.1.

There is no Linux wheel for Python 3.4 here: https://pypi.org/project/rasterio/#files

Hello folks, I have problems with installation rasterio==1.0.3 and higher on Python 3.4. There are no problems with 3.5 and 3.6. Is it an expected behavior? $ sudo docker run --name python34 -it pytho