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 trying to understand the use of epsilon in rasterio.transform.rowcol Specifically here -

Thank you for the hint, I wasn´t aware of this ArcGIS behaviour concerning binary raster files. A first test was successful! Am 12.07.2021 um 15:46 schrieb Hobart, Geordie

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

Hi Julius. If I understand you correctly, this is a Arc question. IFF the values exist in your output file. You can test by loading your results file in a new process and

Could be, but i doubt it. The other geotiffs I'm able to successfully read (geoKeys) and display inside the web application (using npm's geotiff package) are generated using professional GIS software.

Hello everybody, I´m quite new to rasterio and Python, but my task is, to produce binary raster files based on the information of sentinel2 satellite images (GTiff). Therefore I use

Ahh I see. Thank you Sean & Evan for your quick responses. We will proceed with our backup plan of storing data to disk or bucket and using it from there! Best Regards, Hussain

in-memory HDF4 or any /vsi virtual file system will not work with HDF4. The underlying library has no abstraction for I/O and uses plain C standard library API -- http://www.spatialys.com My

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

Hello, I posted the below message in the Spatial Community #mapbox slack channel, but I have yet to receive a response. I am hoping to get some information about this before I consider it a bug

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".

Hi Sean, Thanks for your quick answer and for noting this, i had indeed a typo. However, this did not solve my problem. Am I missing something else ? There is not much info in the documentation and

This is a very elegant solution, thanks for pointing it out and thanks for the sample code! The only drawback I see is that it is not possible to access multiple products (files within the archive)

Hi, I noticed some odd behavior when using WarpedVRT in combination with a VRT with mixed Data Types. When trying to open the mixed data type raster using rasterio, it throws an error due to no

Hi Sean, Ok thanks for the clarifications. I think I found GDAL's logic around here: https://github.com/OSGeo/gdal/blob/d01976cd4fc11144662f44ec4e658ce1871f1713/gdal/apps/gdalwarp_lib.cpp#L3105 It

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. -- Sean

Hi Amaury, Rasterio's calculate_default_transform is only a thin wrapper around GDALSuggestedWarpOutput2:

Hello, I'm sorry if this is question is an easy one, I'm a beginner with rasterio. I have a python script that reads in a dataset, calculates an overlay layer and then outputs the calculated layer.

Hi Idan, thanks, that's already quite useful. This is typically the kind of default values I encounter when using GDAL in the command line indeed. This does not match the values I find when using