Hi all, I've uploaded early pre-releases of rio-mbtiles 1.6 to PyPI. See https://github.com/mapbox/rio-mbtiles/blob/main/CHANGES.txt#L4 for detailed changes. In a nutshell, the new features are * Supp

Hello, Rasterio's WarpedVRT class uses GDALCreateWarpedVRT (https://gdal.org/api/gdalwarp_cpp.html#_CPPv419GDALCreateWarpedVRT12GDALDatasetHiiPdP15GDALWarpOptions) and thus can wrap only a single data

Hi all, In https://github.com/mapbox/rio-color/pull/79 it was pointed out that the wheels for 1.0.3 were built with versions of numpy that are too new for some users. In version 1.0.4 we depend on the

Hi, I'm stumped. Rasterio doesn't have any native understanding of GeoTIFF geokeys. To define a dataset's georeferencing, we call GDALSetGeoTransform and GDALSetProjection and GDAL's GeoTIFF driver an

Hi Hussain, Thanks for posting here. I don't participate in that Slack site and so I don't see any rasterio questions there. Can you show the exact code you are using? I see in GDAL's tests and in an

Hi, Right, the typo wouldn't make a difference since "STANDARD" is already the GDAL GeoTIFF default. At https://github.com/geotiffjs/geotiff.js I see "Rudimentary extraction of geospatial metadata". P

Hi, Can you try with geotiff_keys_flavor='STANDARD' and see what happens? According to https://gdal.org/drivers/raster/gtiff.html#creation-options there is no "u" in the option name.

Hi Amaury, Rasterio's calculate_default_transform is only a thin wrapper around GDALSuggestedWarpOutput2: https://gdal.org/api/gdal_alg.html#_CPPv424GDALSuggestedWarpOutput212GDALDatasetH19GDALTransfo

Hi, The xy method always returns projected coordinates. If you want long and lat, you must reproject the xy values using https://rasterio.readthedocs.io/en/latest/api/rasterio.warp.html?#rasterio.warp

Hi Ashley, Yes, I think that should be the standard way. AWS would have to remain a special case until we deprecate the special parameters properly, but we can already do what you outlined above for A

Hi, Rasterio is compatible with the "oldest supported numpy" version defined in https://github.com/scipy/oldest-supported-numpy/blob/master/setup.cfg. This means that rasterio wheels on PyPI are built

Hi all, If you've been unable to install rasterio in --non-binary mode today, please see https://github.com/mapbox/rasterio/blob/master/CHANGES.txt#L14-L18 for details on the fix in version 1.2.6.

Hi all, I messed up the 1.2.5 source distribution (the .tar.gz) and there is a breakpoint set in it. I don't see any better fix than to release a 1.2.6 version later today. The 1.2.5 wheels are fine.

Hi all, Rasterio 1.2.5 distributions were uploaded to PyPI yesterday evening. Here are the changes: https://github.com/mapbox/rasterio/blob/master/CHANGES.txt#L17-L21. Thank you for the bug reports an

Hi, I'm happy report that you won't have this problem with version 1.2.5, which is coming soon to PyPI. As a part of the work to fix the bug noted at https://github.com/mapbox/rasterio/blob/maint-1.2/

Hi, Thanks for bringing this up! To be sure that I understand, are you proposing that potentially any cloud platform would be made first class in rasterio, concretely, as in GDAL and as with rasterio/

Hi Yon, The intent is that rasterio.warp.reproject, given the values output from calculate_default_transform, will produce a result close to that of GDAL's gdalwarp utility *without* its "-tap" option

Hi Amaury, Sorry for the late reply. Rasterio depends on GDAL and support for mixed data types in that library varies across the different format drivers. GeoTIFF is constrained, but others are not. I

Hi all, Here is the list of bug fixes in rasterio 1.2.4: https://github.com/mapbox/rasterio/blob/master/CHANGES.txt#L13-L32 The wheels on PyPI for this version now include GDAL 3.3.0 and GEOS 3.9.1. T

Thanks, Sebastian! rasterio.plot.show cannot deal with complex arrays. It looks like a library called mpmath can, might be worth looking in https://mpmath.org/gallery/.